Microsoft разпространява 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 може да не увеличи използването на диск/о, когато се изпълняват проверки за съгласуваност на база данни.
Решение
Информация за сборна актуализация
SQL Server 2008 Service Pack 2
Корекцията за този проблем е издадена за първи път в сборна актуализация 9 за SQL Server 2008 Service Pack 2. За повече информация относно този пакет с кумулативна актуализация щракнете върху следния номер на статия, за да видите статията в базата знания на Microsoft:
2673382 Кумулативна актуализация на пакета 9 за SQL Server 2008 Service Pack 2
Забележка Тъй като компилациите са кумулативни, всяко ново издание за корекция съдържа всички актуални корекции и всички корекции на защитата, които са били включени при предишното издание на SQL Server 2008 Fix. Препоръчваме ви да обмислите прилагането на най-новото съобщение за корекция, което съдържа тази спешна корекция. За повече информация вижте следната статия в базата знания на Microsoft:
2402659 SQL Server 2008 изгражда, които са издадени след инсталирането на SQL Server 2008 Service Pack 2
Спешните корекции за Microsoft SQL Server 2008 се създават за определени сервизни пакети на SQL Server. Трябва да приложите актуална корекция за SQL Server 2008 Service Pack 2 към инсталация на SQL Server 2008 Service Pack 2. По подразбиране всяка актуална корекция, която се предоставя в сервизния пакет на SQL Server, е включена в следващия сервизен пакет на SQL Server.
SQL Server 2008 Service Pack 3
Корекцията за този проблем е издадена за първи път в кумулативната актуализация 4 за SQL Server 2008 Service Pack 3. За повече информация относно този пакет със сборни актуализации вижте следната статия в базата знания на Microsoft:
2673383 Кумулативна актуализация на пакета 4 за SQL Server 2008 Service Pack 3
Забележка Тъй като компилациите са кумулативни, всяко ново издание за корекция съдържа всички актуални корекции и всички корекции на защитата, които са били включени при предишното издание на SQL Server 2008 Fix. Microsoft препоръчва да обмислите прилагането на най-новото съобщение за корекция, което съдържа тази спешна корекция. За повече информация вижте следната статия в базата знания на Microsoft:
2629969 SQL Server 2008 изгражда, които са издадени след SQL Server 2008 Service Pack 3 е издадена
Спешните корекции за Microsoft SQL Server 2008 се създават за определени сервизни пакети на SQL Server. Трябва да приложите актуална корекция за SQL Server 2008 Service Pack 3 към инсталация на SQL Server 2008 Service Pack 3. По подразбиране всяка актуална корекция, която се предоставя в сервизния пакет на SQL Server, е включена в следващия сервизен пакет на SQL Server.
Кумулативна актуализация на пакета 11 за SQL Server 2008 R2
Корекцията за този проблем е издадена за първи път в сборна актуализация 11. За повече информация как да получите тази кумулативна актуализация на пакета за SQL Server 2008 R2, вижте следната статия в базата знания на Microsoft:
2633145 Кумулативна актуализация на пакета 11 за SQL Server 2008 R2
Забележка Тъй като компилациите са кумулативни, всяко ново издание за корекция съдържа всички поправки и всички корекции на защитата, които са били включени при предишното издание на SQL Server 2008 R2. Препоръчваме ви да обмислите прилагането на най-новото съобщение за корекция, което съдържа тази спешна корекция. За повече информация вижте следната статия в базата знания на Microsoft:
981356 SQL Server 2008 R2, които са издадени след издаването на SQL Server 2008 R2
Кумулативна актуализация на пакета 4 за SQL Server 2008 R2 SP1
Корекцията за този проблем е издадена за първи път в кумулативната актуализация 4. За повече информация как да получите тази кумулативна актуализация на пакета за SQL Server 2008 R2 SP1, вижте следната статия в базата знания на Microsoft:
2633146 Кумулативна актуализация на пакета 4 за SQL Server 2008 R2 SP1
Забележка Тъй като компилациите са кумулативни, всяко ново издание за корекция съдържа всички актуални корекции и всички корекции на защитата, които са били включени при предишното издание на SQL Server 2008 R2 SP1. Препоръчваме ви да обмислите прилагането на най-новото съобщение за корекция, което съдържа тази спешна корекция. За повече информация вижте следната статия в базата знания на Microsoft:
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 . Забележка Трейс Flag 2562 е флаг за проследяване на ниво сесия. Можете да го разрешите на ниво сесия. Трейс флаг 2549 Командата DBCC CHECKDB изгражда вътрешен списък със страници за прочитане на един уникален диск във всички файлове на база данни. Тази логика определя уникалните дискови устройства, базирани на буквата на устройството за името на файла на файла. Ако основните дискове са действително уникални, когато буквите на устройството или не, командата DBCC CHECKDB ще ги третира като един диск. Когато този флаг за проследяване е разрешен, се приема, че всеки файл на база данни е на уникално дисково устройство. Не използвайте този флаг за проследяване, освен ако не знаете, че всеки файл се базира на уникален физически диск. Забележка Трейс флаг 2549 е глобален флаг за проследяване. За да го разрешите, трябва да го използвате като начален параметър или да използвате DBCC TRACEON (2549;-1). Въпреки че тези флагове за проследяване подобряват ефективността на командите на DBCC CHECKDB , които целят използването на ОПЦИЯТА DBCC CHECKDB , някои потребители може да не виждат подобрение в производителността. Докато тези флагове за проследяване подобрят използването на ресурсите на диск/о, основната производителност на дисковите ресурси може да ограничи цялостната производителност на командата DBCC CHECKDB . Запознайте се със следните ограничения:
-
Подобрения в производителността не са предназначени за подобряване на производителността, когато използвате опцията за поправка. Например подобрения в производителността не са предназначени за подобряване на производителността, когато използвате опцията за REPAIR_ALLOW_DATA_LOSS.
-
Подобренията не оказват влияние върху командата DBCC CHECKALLOC.
-
Подобренията може да помогнат при изпълнението на командата DBCC CHECKTABLEза индекси с много страници. Обаче подобренията не са насочени за подобряване на производителността на командата DBCC CHECKTABLE .
Състоянието
Microsoft потвърди, че това е проблем в продуктите на Microsoft, които са посочени в секцията "важи за".
