DBCC CHECKDB (Transact-SQL)

Sözdizimi

DBCC CHECKDB 
[
    [ ( database_name | database_id | 0
        [ , NOINDEX 
        | , { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ]
    ) ]
    [ WITH 
        {
            [ ALL_ERRORMSGS ]
            [ , EXTENDED_LOGICAL_CHECKS ] 
            [ , NO_INFOMSGS ]
            [ , TABLOCK ]
            [ , ESTIMATEONLY ]
            [ , { PHYSICAL_ONLY | DATA_PURITY } ]
        }
    ]
]

Bağımsız değişkenler

• database_name | database_id | 0
  Veya kimliği için bütünlük denetimleri çalıştırmak veritabanının adıdır.Belirtilmezse veya 0 belirtilirse, geçerli veritabanı kullanılır.Veritabanı adları için kuralları ile uymak gerekir tanımlayıcıları.

• NOINDEX
  Yoğun denetimleri kullanıcı tablolar için kümelenmemiş dizinleri değil gerçekleştirilmesi gerektiğini belirtir.Bu genel yürütme saatazaltır.sistem tablosu dizinleri üzerinde bütünlük denetimleri her zaman gerçekleştirildiğinden NOINDEX sistem tabloları etkilemez.

• REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD
  dbcc checkdb bulunan hataları onarmak belirtir.Belirtilen veritabanı tek kullanıcı modu aşağıdaki onarım seçenekleri kullanmak için olmalıdır.

  • REPAIR_ALLOW_DATA_LOSS
    Tüm bildirilen hataları onarmak çalışır.Bu onarımlar, bazı veri kaybına neden olabilir.

  • REPAIR_FAST
    Sözdizimi yalnızca geriye dönük uyumluluk için korunur.Hiçbir onarım eylemler gerçekleştirilir.

  • REPAIR_REBUILD
    Hiçbir veri kaybı olasılığı olan onarımları gerçekleştirir.Bu eksik satırları kümelenmemiş dizinleri ve daha fazla saatonarımı gibi Hızlı onarım içerebilir-onarım dizin yeniden oluşturma gibi tüketen.

    REPAIR_REBUILD FILESTREAM veri ilgili hataları onarmaz.

  Önemli

  ONARIM seçenekleri yalnızca son çare olarak kullanın.Hataları onarmak için bir yedekgeri öneririz.Onarım işlemlerini bulunabilecek kısıtlamalar üzerinde veya tablolar arasında hiçbirini dikkate almaz.Belirtilen tablo bir veya daha fazla kısıtlamalar söz konusu ise, dbcc CHECKCONSTRAINTS Onarım işleminden sonra çalıştıran öneririz.ONARIM kullanmak zorundaysanız, dbcc checkdb kullanmak için onarım düzey bulmak için onarım seçeneği olmadan çalıştırın.Öneririz REPAIR_ALLOW_DATA_LOSS düzeykullanırsanız, o, yedeklemek bu seçeneğiyle dbcc checkdb çalıştırmadan önce veritabanını.

• ALL_ERRORMSGS
  Nesne başına tüm bildirilen hataları görüntüler.Tüm hata iletileri varsayılan olarak görüntülenir.Belirleme veya bu seçenek atlama hiçbir etkisi yoktur.Hata iletileri tarafından üretilen iletileri haricinde nesne kimliği sıralandığı tempdb veritabanı.

  De SQL Server Management Studio, hata iletileri sayısı döndürülür 1000.Kullanarak Management Studio, all_errormsgs belirtildiğinde hataları tam bir listesini almak için birden çok kez dbcc checkdb çalıştırmak gerekebilir.all_errormsgs belirttiğinizde, dbcc komutunu kullanarak çalıştırmak öneririz sqlcmd yardımcı programını veya planlama bir SQL Server Aracısı iş komutunu çalıştırın ve doğrudan çıktı dosyası.Bu yöntemlerden birini, bir kez komutu çalıştıran tüm hata iletilerini bildirir garanti eder.

• EXTENDED_LOGICAL_CHECKS
  Uyumluluk düzey 100 ise (SQL Server 2008) veya sonraki bir dizinli görünüm, xml dizinler ve kayma dizinler üzerinde mantıksal tutarlılık denetimleri gerçekleştirir yeri bulunamıyor.

  "Gerçekleştirme mantıksal tutarlılığını denetler, dizinler," daha fazla bilgi için bkz: "Açıklamalar" daha sonra bu bölümde.

• NO_INFOMSGS
  Bilgi tüm iletileri bastırır.

• TABLOCK
  Bir iç veritabanı anlık görüntüsükullanmak yerine kilitleri edinmek dbcc checkdb neden olur.Bu veritabanı kısa dönemli özel (x) kilit içerir.tablock veritabanı ağır yükü altında daha hızlı çalıştırmak dbcc checkdb neden olur, ancak dbcc checkdb çalışırken eşzamanlılık veritabanında kullanılabilir azaltır.Kilitleri hakkında daha fazla bilgi için bkz: Kilit modları.

  tablock gerçekleştirilen denetimler sınırlar; dbcc checkcatalog veritabanını çalıştırılmaz ve Service Broker veri geçerliliği yok.

• ESTIMATEONLY
  Tahmini miktarını görüntüler tempdb ile dbcc checkdb çalıştırmak için gerekli alanıtüm diğer belirtilen seçenekleri.Asıl veritabanını denetim gerçekleştirilmez.

• PHYSICAL_ONLY
  bütünlük sayfa ve kayıt üstbilgileri fiziksel yapısını ve veritabanı ayırma tutarlılığını için denetimi sınırlar.Bu onay küçük genel gider kontrol fiziksel veritabanı tutarlılığını sağlamak üzere tasarlanmıştır, ancak mümkün de sayfaları, sağlama toplamı hatası ve bir kullanıcının verilerini tehlikeye ortak donanım arızaları parçalanmış algılamak .

  dbcc checkdb, tam bir çalışma daha önceki sürümlerinden oldukça uzun sürebilir.Bu davranış oluşur:

  • Mantıksal denetimleri daha kapsamlıdır.

  • Denetlenecek yapıların bazıları daha karmaşıktır.

  • Birçok yeni denetimler, yeni özellikler eklemek için sunulmuştur.

  Bu nedenle, PHYSICAL_ONLY seçeneğini kullanarak bir çok daha kısa çalışmasaat için dbcc checkdb büyük veritabanlarını neden olabilir ve üretim sistemlerinde sık kullanım için önerilir.Yine de tam bir çalıştırma dbcc checkdb, düzenli olarak yapılması önerilir.Bu metinler sıklığını bireysel işletmeler ve üretim ortamları için özel etkenler bağlıdır.

  PHYSICAL_ONLY her zaman NO_INFOMSGS anlamına gelir ve onarım seçenekleri herhangi biri izin verilmez.

  Not

  PHYSICAL_ONLY tüm atlamak dbcc checkdb neden belirtilmesi FILESTREAM verileri denetler.

• DATA_PURITY
  Check database geçersiz sütun değerlerini veya öğrenmek dbcc checkdb neden-in-aralık.Örneğin, daha büyük veya daha az kabul edilebilir aralık tarih ve saat değerleri olan sütunlar dbcc checkdb algılar datetime veri türü; veya decimal veya yaklaşık sayısal veri türü geçersiz ölçek ya da kesinlik değerleri içeren sütunların.

  Oluşturulan veritabanları için SQL Server 2005 ve daha sonra sütun-değer bütünlük denetler varsayılan olarak etkinleştirilir ve DATA_PURITY seçeneği. gerektirmeyenDaha önceki sürümlerinden yükseltme veritabanları için SQL Server, sütun-değeri denetler etkin varsayılan olarak DATA_PURITY ile dbcc checkdb hata ücretsiz veritabanı. kadarBundan sonra dbcc checkdb sütundenetler- bütünlük varsayılan değer.Veritabanı önceki sürümlerinden yükseltme tarafından checkdb nasıl etkilenebileceği hakkında daha fazla bilgi için SQL Server, açıklamalar bölümüne bakın daha sonra bu konuda.

  sütun-bütünlük kontrolü olmayan PHYSICAL_ONLY belirtilirse, gerçekleştirilen.

  dbcc onarım seçenekleri kullanarak bu seçeneği tarafından bildirilen doğrulama hatası düzeltilemeyebilir.El ile bu hataları giderme hakkında daha fazla bilgi için bkz: Bilgi Bankası makale 923247: SQL Server 2005'te 2570 dbcc hata giderme.

Açıklamalar

Önceki sürümlerinde SQL Server, değerlerini başına-halinetablo ve dizin başına satır sayısı ve sayfa sayıları gelir yanlış.Belirli koşullar altında bu değerler en az biri bile negatif hale gelebilir.De SQL Server 2005 ve daha sonra bu değerler her zaman doğru korunur.Bu nedenle, üzerinde oluşturulan veritabanlarını SQL Server 2005 ve daha sonra hiçbir zaman içermelidir hatalı sayar; Ancak, yükseltilir veritabanlarının SQL Server 2005 ve daha sonra might.Bu veritabanında depolanan herhangi bir veri bozulma değildir.Herhangi biri, bu negatif olduğunda dbcc checkdb algılamak için geliştirilmiştir.Negatif sayıları algıladığında, dbcc checkdb çıktı bir uyarı ve çalıştırmak için bir öneri içeren dbcc updateusage bu sorunu çözmek için.

dbcc checkdb devre dışı dizinler incelemek değil.Devre dışı dizinler hakkında daha fazla bilgi için bkz: Dizinler devre dışı bırakma.

Bir kullanıcı tanımlı tür bayt olan sipariş edildi olarak işaretlenmişse, yalnızca olması gerekir bir seri hale getirme kullanıcı tanımlı tür.Tutarlı bir kullanıcı tanımlı türler bayt sipariş serileştirmek olmamasından, dbcc checkdb çalıştırdığınızda 2537 hatasının oluşmasına neden olur.Daha fazla bilgi için, bkz. Kullanıcı tanımlı türü gereksinimleri.

Çünkü kaynak veritabanı yalnızca tek kullanıcı modu, dbcc checkdb komutu doğrudan çalıştırabilmelerine olamaz değiştirilemez.Ancak, ne zaman dbcc checkdb yürütüldüğünde karşı asıl veritabanı, ikinci bir checkdb da dahili olarak üzerinde çalıştırılan Resource veritabanı.Yani, dbcc checkdb ek sonuçlardöndürebilir.Komut seçeneği kümeolduğunda ya da PHYSICAL_ONLY ya da ESTIMATEONLY seçeneği kümeolduğunda ek sonuç kümeleri döndürür.

Sürümlerinde SQL Server 2005 SP2 önce yürütme dbcc checkdb temizler plan önbelleği örnek için SQL Server.Plan önbelleği temizleniyor, tüm sonraki yürütme planları yeniden derlemesinde neden olur ve ani bir geçici sorgu performans azalmasına neden olabilir.SP2 ve sonraki sürümlerinde, dbcc checkdb yürütme planı önbellek temizlemez.

Dizinler üzerinde mantıksal tutarlılığı gerçekleştirme denetler

İç Veritabanı anlık görüntü

Denetleme ve onarma FILESTREAM veri

En iyi yöntemler

Paralel nesneleri denetleme

dbcc hata iletileri anlama

Hata bildirimi

Hataları çözme

Acil Durum modu veritabanı hataları giderme

dbcc checkdb REPAIR_ALLOW_DATA_LOSS Yinelenen veritabanlarında çalışan

Sonuç Kümeleri

dbcc checkdb aşağıdaki sonuç kümesidöndürür.Ne zaman ESTIMATEONLY, PHYSICAL_ONLY veya NO_INFOMSGS seçenekleri belirlenmiş dışındaki değerler değişebilir:

DBCC results for 'model'.

Service Broker Msg 9675, Level 10, State 1: Message Types analyzed: 13.

Service Broker Msg 9676, Level 10, State 1: Service Contracts analyzed: 5.

Service Broker Msg 9667, Level 10, State 1: Services analyzed: 3.

Service Broker Msg 9668, Level 10, State 1: Service Queues analyzed: 3.

Service Broker Msg 9669, Level 10, State 1: Conversation Endpoints analyzed: 0.

Service Broker Msg 9674, Level 10, State 1: Conversation Groups analyzed: 0.

Service Broker Msg 9670, Level 10, State 1: Remote Service Bindings analyzed: 0.

DBCC results for 'sys.sysrowsetcolumns'.

There are 630 rows in 7 pages for object 'sys.sysrowsetcolumns'.

DBCC results for 'sys.sysrowsets'.

There are 97 rows in 1 pages for object 'sys.sysrowsets'.

DBCC results for 'sysallocunits'.

There are 195 rows in 3 pages for object 'sysallocunits'.

There are 0 rows in 0 pages for object "sys.sysasymkeys".

DBCC results for 'sys.syssqlguides'.

There are 0 rows in 0 pages for object "sys.syssqlguides".

DBCC results for 'sys.queue_messages_1977058079'.

There are 0 rows in 0 pages for object "sys.queue_messages_1977058079".

DBCC results for 'sys.queue_messages_2009058193'.

There are 0 rows in 0 pages for object "sys.queue_messages_2009058193".

DBCC results for 'sys.queue_messages_2041058307'.

There are 0 rows in 0 pages for object "sys.queue_messages_2041058307".

CHECKDB found 0 allocation errors and 0 consistency errors in database 'model'.

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

NO_INFOMSGS belirtildiğinde dbcc checkdb aşağıdaki sonuç kümesi (ileti) döndürür:

The command(s) completed successfully.

PHYSICAL_ONLY belirtildiğinde dbcc checkdb aşağıdaki sonuç kümesi döndürür:

DBCC results for 'model'.

CHECKDB found 0 allocation errors and 0 consistency errors in database 'master'.

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

ESTIMATEONLY belirtildiğinde dbcc checkdb aşağıdaki sonuç kümesi döndürür.

Estimated TEMPDB space needed for CHECKALLOC (KB)

-------------------------------------------------

13

(1 row(s) affected)

Estimated TEMPDB space needed for CHECKTABLES (KB)

--------------------------------------------------

57

(1 row(s) affected)

DBCC execution completed. If DBCC printed error messages, contact your system administrator.

İzinler

Üyelik gerektiren sysadmin sabit sunucu rolü veya db_owner veritabanı rolüsabit.

Örnekler

A.Hem geçerli hem de başka bir denetimi veritabanı

-- Check the current database.
DBCC CHECKDB;
GO
-- Check the AdventureWorks2008R2 database without nonclustered indexes.
DBCC CHECKDB (AdventureWorks2008R2, NOINDEX);
GO

B.Bilgilendirme iletileri de geçerli veritabanı denetimi

DBCC CHECKDB WITH NO_INFOMSGS;
GO

Ayrıca bkz.

Başvuru

Kavramlar

Değişiklik Geçmişi