DBCC CHECKTABLE (języka Transact-SQL)

Argumenty

• table_name | view_name
  Jest to tabela lub indeksowane widoku, dla którego ma być uruchomienia sprawdzania integralność.Nazwy tabela lub widoku muszą być zgodne z zasadami identyfikatory.

• NOINDEX
  Określa, że intensywne kontroli ponownego zbudowania indeksów nie klastrowanych tabel użytkownika nie należy wykonać.Zmniejsza to całkowity czas realizacji.NOINDEX nie wpływa na tabelach systemowych, ponieważ kontrole integralność są zawsze wykonywane na wszystkich indeksów tabela systemu.

• index_id
  Jest numerem identyfikacyjnym (ID) indeksu dla której do uruchomienia sprawdzania integralność.Jeśli index_id jest określony, CHECKTABLE DBCC uruchamia testy integralność tylko dla tego indeksu, łącznie ze stosu lub indeks klastrowany.

• REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
  Określa, że CHECKTABLE DBCC naprawy znalezionych błędów.Aby skorzystać z opcji naprawy, baza danych musi być tryb jednego użytkownika.

  • REPAIR_ALLOW_DATA_LOSS
    Próbuje naprawić wszelkie zgłoszone błędy.Te naprawy może spowodować utratę danych.

  • REPAIR_FAST
    Składnia jest utrzymywana zgodność z poprzednimi wersjami.Żadne naprawy akcje są wykonywane.

  • REPAIR_REBUILD
    Wykonuje naprawy o możliwości utraty danych.Może to dotyczyć szybkiej naprawy, takich jak naprawianie brakuje wierszy indeksami nieklastrowanymi i więcej naprawy czasochłonne, takie jak przebudowywanie indeksu.

    REPAIR_REBUILD nie naprawić błędy FILESTREAM danych.

  Uwaga

  Za pomocą opcji naprawy tylko w ostateczności.Aby naprawić błędy, zaleca się przywrócenie z kopia zapasowa.Operacje naprawy nie rozważyć żadnego ograniczenia, może istnieć na lub między tabelami.Jeśli określona tabela uczestniczy w jednej lub więcej ograniczeń, zaleca się systemem CHECKCONSTRAINTS DBCC po operacji naprawy.Jeśli musisz użyć REPAIR, CHECKTABLE DBCC powinny być uruchamiane bez opcji naprawy, aby znaleźć używany poziom naprawy.Jeśli zamierzasz używać poziom REPAIR_ALLOW_DATA_LOSS, zaleca się wykonanie tworzyć kopię zapasową zapasowej bazy danych przed uruchomieniem CHECKTABLE DBCC przy użyciu tej opcji.

• ALL_ERRORMSGS
  Wyświetla nieograniczoną liczbę błędów.W SQL Server 2008 Dodatek usługa Pack 1 (SP1), wszystkie komunikaty o błędach są domyślnie wyświetlane. Określanie lub pomijanie tej opcji nie powoduje żadnych zmian.We wcześniejszych wersjach SQL Server (z wyjątkiem SQL Server 2005 Dodatek SP3), jeżeli nie określono ALL_ERRORMSGS wyświetlane są tylko pierwszy błąd 200 wiadomości dla każdego obiektu.

• EXTENDED_LOGICAL_CHECKS
  Jeśli poziom zgodności jest 100)SQL Server 2008) lub wyższym, sprawdza spójność logicznych na widok indeksowany, indeksy XML i przestrzennej indeksów, w przypadku, gdy obecna.

  Aby uzyskać więcej informacji zobacz temat "Wykonywanie logicznych spójności testy na indeksy" w sekcji "Uwagi" w dalszej części tego tematu.

• NO_INFOMSGS
  Pomija wszystkie komunikaty informacyjne.

• TABLOCK
  Powoduje, że CHECKTABLE DBCC uzyskać blokada udostępnionego tabela zamiast migawka wewnętrznej bazy danych.TABLOCK spowoduje, że CHECKTABLE DBCC szybciej uruchamiać na tabela obciążony, ale zmniejsza współbieżność dostępne w tabela CHECKTABLE DBCC jest uruchomiona.

• ESTIMATEONLY
  Wyświetla szacowaną ilość tempdb miejsce potrzebne do uruchomienia CHECKTABLE DBCC ze wszystkich innych określonych opcji.

• PHYSICAL_ONLY
  Ogranicza sprawdzania integralność struktury fizycznej strona, nagłówki rekordów i fizyczną strukturę drzewa B.Zaprojektowany z myślą o zapewnieniu małych narzutów sprawdzenie spójności fizyczne tabela, to sprawdzenie może także wykryć poszarpane stron i typowych błędów sprzętowych, które mogą wpłynąć na dane.Pełne uruchomienie CHECKTABLE DBCC może trwać znacznie dłużej niż to było we wcześniejszych wersjach.Dzieje się tak z następujących powodów:

  • Kontrole logiczne są szersze.

  • Niektóre z podstawowych struktur mają być sprawdzane są bardziej złożone.

  • Aby uwzględnić nowe funkcje zostały wprowadzone szereg testów nowe.

  W związku z tym, za pomocą opcji PHYSICAL_ONLY może spowodować, że znacznie krótsze wykonywania-czas dla CHECKTABLE DBCC na dużych tabel i w związku z tym zaleca się częste stosowanie w systemach produkcyjnych.Zaleca się wciąż pełnego uruchomienia programu DBCC CHECKTABLE wykonywane co pewien czas.Częstotliwość tych uruchamia zależy od czynników, które są specyficzne dla poszczególnych firm i w środowisku produkcyjnym.PHYSICAL_ONLY zawsze pociąga za sobą NO_INFOMSGS i nie jest dozwolone z jednej z opcji naprawy.

  Uwaga

  Określanie PHYSICAL_ONLY powoduje, że CHECKTABLE DBCC pominąć wszystkie sprawdza FILESTREAM danych.

• DATA_PURITY
  Powoduje, że CHECKTABLE DBCC sprawdzić, czy wartości kolumna, które nie są prawidłowe lub limit czasu z zakres w tabela.Na przykład CHECKTABLE DBCC wykryje kolumny z wartościami data i godziny, które są większe niż lub mniejsze niż dopuszczalny zakres dla datetime Typ danych; lub decimal lub typ danych numerycznych zbliżenie kolumny z wartościami skalę lub dokładności, które nie są prawidłowe.

  Dla baz danych utworzonych w SQL Server 2005 a później, kontrole integralność wartości kolumna są domyślnie włączone i nie wymagają opcji DATA_PURITY. W przypadku uaktualnienia ze starszych wersji baz danych SQL Server, aby znaleźć i poprawić błędy w określonej tabela mogą być używane DBCC CHECKTABLE WITH DATA_PURITY; jednak kontroli wartości kolumna w tabela nie są włączone domyślnie, dopóki DBCC CHECKDB WITH DATA_PURITY uruchomieniu błąd wolnego w bazie danych. Potem CHECKDB DBCC i CHECKTABLE DBCC sprawdzania integralność wartość kolumna domyślnie.

  Nie można naprawić błędy sprawdzania poprawności raportowane przez tę opcję za pomocą opcji naprawy DBCC.Aby uzyskać informacje na temat ręcznego korygowania tych błędów zobacz artykuł bazy wiedza Microsoft wiedza Base 923247: Rozwiązywanie problemów błąd DBCC 2570 w programie SQL Server 2005.

  Jeżeli określono PHYSICAL_ONLY, nie są wykonywane kontrole integralność kolumna.

Remarks

Dla określonej tabela CHECKTABLE DBCC sprawdza, czy dla następujących elementów:

• Indeks, w wierszu, LOB i przepełnienia wiersza stron danych są poprawnie połączone.

• Indeksy są w ich właściwy kolejność sortowania.

• Wskaźniki są zgodne.

• Dane znajdujące się na każdej stronie ma sens, uwzględnione kolumny obliczane.

• strona przesunięcia są uzasadnione.

• Każdy wiersz w tabela bazowa ma odpowiedni wiersz w każdym indeks nieklastrowany i na odwrót.

• Każdy wiersz w tabela partycjonowana lub indeks znajduje się w poprawnej partycji.

• Spójność poziom łącze między systemem plików a tabelą przy zapisywaniu varbinary(max) dane w systemie plików przy użyciu FILESTREAM.

Wykonywanie logicznych spójności testy na indeksy

Wewnętrzny migawka bazy danych

Sprawdzanie i naprawianie FILESTREAM danych

Sprawdzanie obiekty w równoległy

Opis komunikatów o błędach DBCC

Raportowanie błędów

Rozwiązywanie błędów

Zestawy wyników

DBCC CHECKTABLE zwraca następujący zestaw wyników.Ten sam zestaw wyników jest zwracana, jeśli zostanie określony tylko nazwę tabela lub jedną z opcji.

DBCC results for 'HumanResources.Employee'.
There are 288 rows in 13 pages for object 'Employee'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

DBCC CHECKTABLE zwracane, jeśli określono opcję ESTIMATEONLY ustawić następujące wyniki:

Estimated TEMPDB space needed for CHECKTABLES (KB) 
-------------------------------------------------- 
21
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Uprawnienia

Użytkownik musi własnej tabela lub być członkiem sysadmin ustala rolę serwera db_owner stałe rola bazy danych, lub db_ddladmin stała rola bazy danych.

Przykłady

A.Sprawdzanie określonej tabela

B.Sprawdzania niskiego obciążenia tabela

C.Sprawdzanie określonego indeksu

Historia zmian

See Also

Reference

Other Resources