DBCC CHECKTABLE (Transact-SQL)

Táblázat vagy indexelt nézetet, amelyhez, hogy végezzen sértetlenségi ellenőrzés. Nevei táblák és nézetek meg kell felelnie az építési személyazonosságát.

Rámutat arra, hogy alapos ellenőrzést nem fürtözött indexek nem kell elvégezni a felhasználói táblák. Ez csökkenti a teljes végrehajtási idő. NOINDEX érv nem befolyásolja a teszt rendszer táblák, mert integritásának ellenőrzése indexek minden rendszer táblák mindig végrehajtásra.

index azonosító, amelyre a hálózat integritásának ellenőrzése. Egy érv index_id. DBCC CHECKTABLE végre integritásának ellenőrzése csak az adott index, beleértve a kupac vagy fürtözött index.

REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD

Meghatározza, hogy a DBCC CHECKTABLE nyilatkozatot kell kijavítani a hibát. Ahhoz, hogy a korrekciós paraméter adatbázist kell megnyitni egyfelhasználós módban.

Úgy próbálta meg kiküszöbölni a hibákat. Ezek a foltok vezethet részleges adatvesztés.

Szintaxis megmarad csak a visszafelé kompatibilitás. Recovery akciók nem végeztek.

Ellátja intézkedések adatmentés elvégezhető anélkül, hogy a veszteség kockázata. Ez lehet egy gyors helyreállítást (például, a hasznosítás a hiányzó sorokat a nem fürtözött index) vagy több erőforrás-igényes művelet (például, átállás index).

REPAIR_REBUILD nem korrigálja a hibákat társított FILESTREAM adatokat.

Felhasználási érvek JAVÍTÁS csak a legvégső esetben. A hibák elkerülése érdekében ajánlatos visszaállítani a mentést. hasznosítási műveletek nem tartalmaznak olyan korlátozásokat, amelyek léteznek a tábla vagy a táblák között. Ha a megadott tábla részt vesz egy vagy több korlátozást, akkor ajánlott a műtét után a hibaelhárítási DBCC CHECKCONSTRAINTS utasításokat. Ha kell használni JAVÍTÁS érvek, fuss DBCC CHECKTABLE nyilatkozat nélkül a javítási lehetőség, hogy megtalálja a kívánt hasznosítási szintet. Ha REPAIR_ALLOW_DATA_LOSS szinten célszerű létrehozni egy biztonsági másolatot az adatbázisról, mielőtt végrehajtó DBCC CHECKTABLE nyilatkozatot ezzel a paraméterrel.

Jeleníti korlátlan számú hibákat. Minden hibaüzenet jelenik meg alapértelmezés szerint. Megadása vagy kihagyni ezt a lehetőséget nem vezet változás.

További információért lásd. Egy részében a „végrehajtási logikai indexek integritás-ellenőrzés” alatt „Notes” később ebben a fejezetben.

Elnyom minden tájékoztató üzeneteket.

Jelzi DBCC CHECKTABLE nyilatkozatot, hogy egy megosztott lock az asztalra létrehozása helyett egy belső adatbázisban pillanatfelvétel. TABLOCK érv lehetővé teszi, hogy munka felgyorsítása DBCC CHECKTABLE nyilatkozatot nagy terhelés alatt, de csökken a jelenlegi adatok konzisztenciája a tábla végrehajtása során ezt az utasítást.

A becsült mérete az adatbázis tempdb futtatásához szükséges DBCC CHECKTABLE nyilatkozatot a megadott paraméterekkel.

Ez korlátozza az sértetlenségének ellenőrzése a fizikai szerkezete az oldalon, rekord fejléc és a fizikai struktúra a B-fák. Ez a paraméter, hogy készítsen egy könnyű ellenőrzés fizikai konzisztenciája az asztalra, és szintén azonosítani sérült lapok és a közös hardver hibák, amelyek adatvesztést eredményezhet. Teljes utasítások futtatásához DBCC CHECKTABLE vehet lényegesen hosszabb, mint a korábbi verziókban. Ez annak köszönhető, hogy a következő okok miatt.

Logikai ellenőrzés bonyolultabbá vált.

Bonyolítja számos alapvető struktúrákat kell ellenőrizni.

Hozzá sok új vizsgálatokat támogatja az új funkciókat.

Más szóval, az érvelés PHYSICAL_ONLY jelentősen csökkentheti végrehajtási idő DBCC CHECKTABLE nyilatkozatot nagy táblák és ezért javasolt gyakori használat esetén a termelési rendszerekben. Azt is javasolta, hogy rendszeresen végezzen teljes DBCC CHECKTABLE nyilatkozatot. Startfrekvencia tényezőktől függ, egyedi minden egyes vállalkozás és az egyes termelési környezetben. PHYSICAL_ONLY érv mindig implicit módon NO_INFOMSGS érv, és nem használhatók együtt a hibajavító beállításokat.

Megjegyzés PHYSICAL_ONLY érv kihagyja DBCC CHECKTABLE minden FILESTREAM adatellenőrzésekhez.

Megjegyzés az értéke az érv eredményeket az utasítás végrehajtása DBCC CHECKTABLE check asztal rokkantsági vagy kilép a megengedett tartományban oszlop értékeit. Például a DBCC CHECKTABLE érzékeli oszlopok dátum és idő értékek jönnek ki a megengedett értéktartományon adattípus datetime. vagy tizedes típusú oszlopok vagy oszlopok közelítse numerikus adattípusok érvénytelen adatokkal vagy pontosságát a skála.

Egy érv PHYSICAL_ONLY, épségének ellenőrzése az értékeket az oszlopok nem kerül végrehajtásra.

hibajelentés

A dump fájl tartalmazza az eredmények a DBCC CHECKTABLE, és további diagnosztikai információkat. Fájlhoz való hozzáférést korlátozza a hozzáférés szabályozás listák felhasználói szinten. A belépés csak egy szolgáltatási fiókot az SQL Server és tagjai a rendszergazda szerepét. Alapértelmezésben a rendszergazda szerepét minden tagjának Windows BUILTIN csoport \ Rendszergazdák és a helyi Rendszergazdák csoport tagja. Hiba esetén az adatgyűjtési DBCC parancs nem sikerül.

hiba Felbontás

Ha DBCC CHECKTABLE ad semmilyen hibát, ajánlott visszaállítani az adatbázist a backup, hanem futni JAVÍTÁS paraméter hibajavító paramétereket. Ha a mentés nem elérhető, akkor a hiba kijavítására kibocsátott kiindulási paraméter JAVÍTÁS. Végén a hibalista jelzi, hogy melyik a javítási lehetőségek kell használni. Azonban hibajavító REPAIR_ALLOW_DATA_LOSS lehetőség megkövetelheti törlésével oldalak, amelyek adatokat tartalmaznak.

Hiba korrekció hajtható végre a felhasználó ügylet lehetővé rollback a változásokat. Miután rollback foltok az adatbázis még tartalmaz hibákat, és helyre kell állítani a biztonsági mentésből. Befejezése után a az esetleges hibák kijavítására, hogy egy biztonsági másolatot az adatbázisról.