Корпорація Майкрософт поширює Microsoft SQL Server 2008 R2, SQL Server 2008 R2 SP1, а також SQL Server 2008 виправляє один файл завантаження. Оскільки виправлення є сукупними, у кожному новому випуску містяться всі виправлення та виправлення безпеки, які були включені до попередньої версії SQL Server 2008 R2, SQL Server 2008 R2 SP1, а також SQL Server 2008 Fix Release.
Вступ
Команда DBCC CHECKDB балансує необхідність між продуктивністю та ресурсами. Таким чином, за замовчуванням команда DBCC CHECKDB може не максимізувати використання ресурсів, якщо виконуються перевірки узгодженості для бази даних. Наприклад, команда DBCC checkdb може не максимізувати використання диска I/O, коли виконуються перевірки узгодженості для бази даних.
Спосіб вирішення
Відомості про Сукупне оновлення
SQL Server 2008 із пакетом оновлень 2
Виправлення для цієї проблеми уперше випущено в сукупному оновленні 9 для SQL Server 2008 Service Pack 2. Щоб отримати докладні відомості про цей пакет накопичувальне оновлення, клацніть номер статті в базі знань Microsoft Knowledge Base:
2673382 Сукупний пакет оновлень пакета 9 для SQL Server 2008 Service Pack 2
Примітка . Оскільки будує сукупну версію, кожен новий випуск Fix містить всі виправлення та виправлення безпеки, які були включені до попередньої версії SQL Server 2008 Fix Release. Радимо застосувати найновішу версію виправлення, що містить це виправлення. Щоб отримати докладніші відомості, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2402659 Інстальовано пакет оновлення SQL Server 2008, який було випущено після випуску служби SQL Server 2008 Service Pack 2
Поточні виправлення Microsoft SQL Server 2008 створюються для певних пакетів оновлень для сервера SQL Server. Щоб інсталювати пакет оновлень 2 для SQL Server 2008, потрібно додати пакет оновлень 2 для SQL Server 2008. За замовчуванням будь-яке термінове виправлення, яке надається в пакеті оновлень SQL Server, включено до наступного пакета оновлень служби SQL Server.
SQL Server 2008 із пакетом оновлень 3
Виправлення для цієї проблеми уперше випущено в сукупному оновленні 4 для SQL Server 2008 Service Pack 3. Щоб отримати докладні відомості про цей пакет накопичувальне оновлення, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2673383 Сукупний пакет оновлень пакета 4 для SQL Server 2008 Service Pack 3
Примітка. Оскільки будує сукупну версію, кожен новий випуск Fix містить всі виправлення та виправлення безпеки, які були включені до попередньої версії SQL Server 2008 Fix Release. Корпорація Майкрософт рекомендує застосувати найновішу версію виправлення, що містить це виправлення. Щоб отримати докладніші відомості, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2629969 Інстальовано пакет оновлення SQL Server 2008, який було випущено після випуску пакета оновлень 3 для SQL Server 2008
Поточні виправлення Microsoft SQL Server 2008 створюються для певних пакетів оновлень для сервера SQL Server. Щоб інсталювати пакет оновлень 3 для SQL Server 2008, потрібно додати пакет оновлень 3 для SQL Server 2008. За замовчуванням будь-яке термінове виправлення, яке надається в пакеті оновлень SQL Server, включено до наступного пакета оновлень служби SQL Server.
Сукупний пакет оновлень пакета 11 для SQL Server 2008 R2
Виправлення для цієї проблеми уперше випущено в сукупному оновленні 11. Щоб отримати докладні відомості про отримання цього сукупного оновлення пакета SQL Server 2008 R2, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2633145 Сукупний пакет оновлень пакета 11 для SQL Server 2008 R2
Примітка. Оскільки будує сукупну версію, кожен новий випуск Fix містить всі виправлення та виправлення безпеки, які були включені до попередньої версії SQL Server 2008 R2 Fix Release. Радимо застосувати найновішу версію виправлення, що містить це виправлення. Щоб отримати докладніші відомості, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
981356 Випущено SQL Server 2008 R2, випущеній після випуску SQL Server 2008 R2
Сукупний пакет оновлень пакета 4 для SQL Server 2008 R2 SP1
Виправлення для цієї проблеми уперше випущено в сукупному оновленні 4. Щоб отримати докладні відомості про отримання цього сукупного оновлення пакета SQL Server 2008 R2 SP1, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2633146 Сукупний пакет оновлень пакета 4 для SQL Server 2008 R2 SP1
Примітка . Оскільки пакет складається з сукупних, кожен новий випуск Fix містить всі поточні виправлення та всі виправлення системи безпеки, які були включені до попередньої версії SQL Server 2008 R2 SP1 Fix. Радимо застосувати найновішу версію виправлення, що містить це виправлення. Щоб отримати докладніші відомості, ознайомтеся з наведена нижче стаття в базі знань Microsoft Knowledge Base:
2567616 Випущено пакет версії SQL Server 2008 R2, випущеній після випуску SQL Server 2008 R2 SP1
SQL Server 2012
SQL Server 2012 містить код, який змінюється для цих виправлень. Обидва трасування позначки 2562 і 2549, як описано нижче, також застосовні до SQL Server 2012. Однак виправлення, щоб зменшити твердження про DBCC_MULTIOBJECT_SCANNER засувку, не вимагає трасування позначки 2562 у SQL Server 2012. Ці зміни були включені за замовчуванням у SQL Server 2012.
Додаткові відомості
У цьому сукупному оновленні наведено два прапори трасування, які краще максимізують використання ресурсів на диску, коли користувач виконує команду DBCC CHECKDB . Хоча ці вдосконалення націлені лише на PHYSICAL_ONLY , вони можуть також покращити загальну продуктивність КОМАНД DBCC checkdb , які не використовують параметр PHYSICAL_ONLY . Трасування позначки 2562 Цей прапорець трасування включає такі зміни:
-
Виконайте команду DBCC CHECKDB в одному "пакеті" незалежно від кількості індексів у базі даних. За замовчуванням команда DBCC CHECKDB намагається мінімізувати ресурси бази даних бази даних tempdb , обмеживши кількість індексів або "фактів", які він генерує за допомогою концепції "Пакетна робота". Цей прапорець трасування примусово обробляє всю обробку в один пакет.
-
Вдосконалюємо внутрішню обробку для визначення сторінок, які потрібно читати з бази даних. Це зменшує розбрату на DBCC_MULTIOBJECT_SCANNERзасувку.
Один ефект використання цього трасування позначка полягає в тому, що в разі збільшення обсягу вимог до бази даних бази даних tempdb . Бази даних tempdb можна збільшити до 5 відсотків або більше користувачів бази даних, які обробляються командою DBCC CHECKDB . Таким чином, ми радимо Вам попередньо змінити розмір бази даних бази даних tempdb принаймні на 5 відсотків вашого розміру, коли ви використовуєте цей прапор трасування, щоб уникнути автоматичного зростання, що може сповільнюватися продуктивністю команди DBCC checkdb . Примітка. Трасування позначки 2562 – це позначка трасування на рівні сеансу. Ви можете ввімкнути його на рівні сеансу. Трасування позначки 2549 Команда DBCC CHECKDB будує внутрішній список сторінок для читання унікального диску в усіх файлах бази даних. У цій логіці визначено унікальні дисководи на основі букви диска фізичного імені файлу кожного файлу. Якщо базові диски справді унікальні, коли літери дисків або ні, команда DBCC CHECKDB буде розглядати ці якості на одному диску. Коли цей прапорець трасування увімкнуто, кожний файл бази даних передбачається на унікальному диску. Не використовуйте цей прапорець трасування, якщо ви не знаєте, що кожен файл засновано на унікальному фізичному диску. Примітка. Трасування позначки 2549 – це глобальна позначка трасування. Щоб активувати його, потрібно використовувати його як параметр запуску або використовувати DBCC TRACEON (2549,-1). Хоча ці прапори трасування покращують продуктивність команд DBCC checkdb , які націлені на використання параметра DBCC checkdb , деякі користувачі можуть не бачити будь-які покращення продуктивності. Хоча ці прапори трасування покращують використання ресурсів на дисках I/O, основна швидкодія ресурсів на диску може обмежити загальну продуктивність команди DBCC CHECKDB . Зверніть увагу на такі обмеження:
-
Удосконалення продуктивності не призначені для підвищення продуктивності під час використання параметра відновлення. Наприклад, удосконалення продуктивності не призначені для підвищення продуктивності під час використання параметра REPAIR_ALLOW_DATA_LOSS.
-
Удосконалення не впливають на команду DBCC checkalloc.
-
Удосконалення можуть допомогти продуктивності команди DBCC checktableдля індексів із багатьма сторінками. Тим не менш, удосконалення не націлені на підвищення продуктивності команди DBCC CHECKTABLE .
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "застосовується до".
