Firma Microsoft rozpowszechnia poprawki Microsoft SQL Server 2008 R2, SQL Server 2008 R2 z dodatkiem SP1 i SQL Server 2008 jako pliki do pobrania. Ponieważ poprawki są kumulatywne, każda nowa wersja zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały uwzględnione we wcześniejszych wersjach programu SQL Server 2008 R2, SQL Server 2008 R2 z dodatkiem SP1 i SQL Server 2008.
Wprowadzenie
Polecenie DBCC CHECKDB równoważy potrzebę między wydajnością i zasobami. Dlatego Domyślnie polecenie DBCC CHECKDB może nie maksymalizować użycia zasobów, gdy są uruchamiane testy spójności dla bazy danych. Na przykład polecenie DBCC CHECKDB może nie maksymalizować użycia dysku we/wy, gdy są uruchamiane testy spójności dla bazy danych.
Rozwiązanie
Informacje o aktualizacji zbiorczej
SQL Server 2008 z dodatkiem Service Pack 2
Poprawka dotycząca tego problemu została wydana po raz pierwszy w aktualizacji zbiorczej 9 dla programu SQL Server 2008 z dodatkiem Service Pack 2. Aby uzyskać więcej informacji na temat tego zbiorczego pakietu aktualizacji, kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
2673382 Pakiet aktualizacji zbiorczej 9 dla programu SQL Server 2008 z dodatkiem Service Pack 2
Uwaga Ponieważ kompilacja jest zbiorcza, każdy nowy pakiet poprawek zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniej wersji poprawki SQL Server 2008. Zalecamy zastosowanie najnowszego wydania poprawki zawierającego tę poprawkę. Więcej informacji zawarto w następującym artykule z bazy wiedzy Microsoft Knowledge Base:
2402659 Kompilacje programu SQL Server 2008 wydane po opublikowaniu dodatku Service Pack 2 dla programu SQL Server 2008
Poprawki programu Microsoft SQL Server 2008 są tworzone dla określonych pakietów Service Pack programu SQL Server. Musisz zastosować poprawkę dodatku Service Pack 2 dla programu SQL Server 2008 do instalacji dodatku Service Pack 2 do programu SQL Server 2008. Wszystkie poprawki podane w dodatku Service Pack programu SQL Server są domyślnie zawarte w następnym dodatku Service Pack dla programu SQL Server.
SQL Server 2008 z dodatkiem Service Pack 3
Poprawka dotycząca tego problemu została wydana po raz pierwszy w aktualizacji skumulowanej 4 dla programu SQL Server 2008 z dodatkiem Service Pack 3. Aby uzyskać więcej informacji na temat tego zbiorczego pakietu aktualizacji, zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base:
2673383 Pakiet aktualizacji zbiorczej 4 dla programu SQL Server 2008 z dodatkiem Service Pack 3
Uwaga Ponieważ kompilacja jest zbiorcza, każdy nowy pakiet poprawek zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniej wersji poprawki SQL Server 2008. Firma Microsoft zaleca zastosowanie najnowszego wydania poprawki zawierającego tę poprawkę. Więcej informacji zawarto w następującym artykule z bazy wiedzy Microsoft Knowledge Base:
2629969 Kompilacje programu SQL Server 2008 wydane po opublikowaniu dodatku Service Pack 3 dla programu SQL Server 2008
Poprawki programu Microsoft SQL Server 2008 są tworzone dla określonych pakietów Service Pack programu SQL Server. Musisz zastosować poprawkę dodatku Service Pack 3 dla programu SQL Server 2008 do instalacji dodatku Service Pack 3 dla programu SQL Server 2008. Wszystkie poprawki podane w dodatku Service Pack programu SQL Server są domyślnie zawarte w następnym dodatku Service Pack dla programu SQL Server.
Pakiet aktualizacji zbiorczej 11 dla programu SQL Server 2008 R2
Poprawka dotycząca tego problemu została wydana po raz pierwszy w aktualizacji zbiorczej 11. Aby uzyskać więcej informacji na temat sposobu uzyskiwania tego zbiorczego pakietu aktualizacji dla programu SQL Server 2008 R2, zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base:
2633145 Pakiet aktualizacji zbiorczej 11 dla programu SQL Server 2008 R2
Uwaga Ponieważ kompilacja jest zbiorcza, każdy nowy pakiet poprawek zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń dołączone do poprzedniej wersji poprawki SQL Server 2008 R2. Zalecamy zastosowanie najnowszego wydania poprawki zawierającego tę poprawkę. Więcej informacji zawarto w następującym artykule z bazy wiedzy Microsoft Knowledge Base:
981356 Kompilacje programu SQL Server 2008 R2, które zostały wydane po opublikowaniu programu SQL Server 2008 R2
Pakiet aktualizacji zbiorczej 4 dla programu SQL Server 2008 R2 z dodatkiem SP1
Poprawka dotycząca tego problemu została wydana po raz pierwszy w aktualizacji zbiorczej 4. Aby uzyskać więcej informacji na temat sposobu uzyskiwania tego pakietu aktualizacji zbiorczej dla programu SQL Server 2008 R2 z dodatkiem SP1, zobacz następujący artykuł z bazy wiedzy Microsoft Knowledge Base:
2633146 Pakiet aktualizacji zbiorczej 4 dla programu SQL Server 2008 R2 z dodatkiem SP1
Uwaga Ponieważ kompilacja jest zbiorcza, każdy nowy pakiet poprawek zawiera wszystkie poprawki i wszystkie poprawki zabezpieczeń, które zostały dołączone do poprzedniej wersji poprawki SQL Server 2008 R2 SP1. Zalecamy zastosowanie najnowszego wydania poprawki zawierającego tę poprawkę. Więcej informacji zawarto w następującym artykule z bazy wiedzy Microsoft Knowledge Base:
2567616 Kompilacje programu SQL Server 2008 R2 wydane po opublikowaniu programu SQL Server 2008 R2 SP1
Program SQL Server 2012
Program SQL Server 2012 zawiera zmiany kodu dla tych poprawek. Obie flagi śledzenia 2562 i 2549, jak opisano poniżej, dotyczą również programu SQL Server 2012. Jednak poprawka zmniejszająca rywalizację w DBCC_MULTIOBJECT_SCANNER zamk nie wymaga flagi śledzenia 2562 w programie SQL Server 2012. Te zmiany były domyślnie zawarte w programie SQL Server 2012.
Więcej informacji
Ta aktualizacja zbiorcza wprowadza dwie flagi śledzenia w celu lepszego zmaksymalizowania użycia zasobów dyskowych we/wy, gdy użytkownik wykonuje polecenie DBCC CHECKDB . Chociaż te ulepszenia dotyczą tylko opcji PHYSICAL_ONLY , mogą również ulepszyć ogólną wydajność poleceń DBCC CHECKDB , które nie używają opcji PHYSICAL_ONLY . Flaga śledzenia 2562 Ta flaga śledzenia obejmuje następujące zmiany:
-
Uruchom polecenie DBCC CHECKDB w pojedynczym "partii" bez względu na liczbę indeksów w bazie danych. Domyślnie polecenie DBCC CHECKDB usiłuje zminimalizować zasoby bazy danych tempdb przez ograniczenie liczby indeksów lub "faktów", które generują przy użyciu koncepcji "partia". Ta flaga śledzenia wymusza przetworzenie do jednej partii.
-
Usprawnij przetwarzanie wewnętrzne w celu określenia stron, które mają zostać przeczytane z bazy danych. Spowoduje to zmniejszenie rywalizacji na DBCC_MULTIOBJECT_SCANNERzamka.
Jednym z efektów użycia tej flagi śledzenia jest to, że wymagania dotyczące miejsca dla bazy danych tempdb mogą wzrastać. Baza danych tempdb może wzrastać do co najmniej 5-procentowej bazy danych użytkowników, która jest przetwarzana przez polecenie DBCC CHECKDB . W związku z tym zaleca się , aby po zastosowaniu tej flagi śledzenia w celu uniknięcia automatycznego zwiększania rozmiaru bazy danych była co najmniej 5 procentem, co może spowalniać działanie polecenia DBCC CHECKDB . Uwaga Flaga śledzenia 2562 jest flagą śledzenia na poziomie sesji. Możesz włączyć tę funkcję na poziomie sesji. Flaga śledzenia 2549 Polecenie DBCC CHECKDB buduje wewnętrzną listę stron w celu przeczytania na unikatowy dysk we wszystkich plikach bazy danych. Ta logika określa unikatowe stacje dysków na podstawie litery dysku nazwy pliku fizycznego każdego pliku. Jeśli odpowiednie dyski są w rzeczywistości unikatowe, gdy litery dysków lub nie są, polecenie DBCC CHECKDB potraktuje je jako dysk. Gdy ta flaga śledzenia jest włączona, każdy plik bazy danych zostaje przyjęty jako unikatowy dysk. Nie używaj tej flagi śledzenia, chyba że wiesz, że każdy plik jest oparty na unikatowym dysku fizycznym. Uwaga Flaga śledzenia 2549 jest globalną flagą śledzenia. Aby ją włączyć, należy użyć jej jako parametru uruchamiania lub użyć polecenia DBCC TRACEON (2549,-1). Chociaż te flagi śledzenia zwiększają wydajność poleceń DBCC CHECKDB , które są docelowe w przypadku korzystania z opcji DBCC CHECKDB , niektóre użytkownicy mogą nie zobaczyć żadnej poprawy wydajności. Chociaż te flagi śledzenia poprawiają użycie zasobów dyskowych we/wy, wydajność zasobów dyskowych może ograniczać ogólną wydajność polecenia DBCC CHECKDB . Należy pamiętać o następujących ograniczeniach:
-
Ulepszenia wydajności nie są projektowane w celu zwiększenia wydajności podczas korzystania z opcji naprawy. Na przykład ulepszenia wydajności nie są projektowane w celu zwiększenia wydajności podczas korzystania z opcji REPAIR_ALLOW_DATA_LOSS.
-
Ulepszenia nie wpływają na polecenie DBCC CHECKALLOC.
-
Ulepszenia mogą ułatwić wykonanie polecenia DBCC CHECKTABLEw przypadku indeksów zawierających wiele stron. Jednak ulepszenia nie są ukierunkowane na poprawę wydajności polecenia DBCC CHECKTABLE .
Stan
Firma Microsoft potwierdziła, że jest to problem występujący w produktach firmy Microsoft wymienionych w sekcji "dotyczy".
