Anlama ve tablo suspect_pages yönetme

The suspect_pages table resides in the msdb databaseand was introduced in SQL Server 2005.The suspect_pages table, which is used for maintaining information about suspect pages, is relevant to deciding whether a restore is necessary.

"Şüphe" bir sayfa olarak kabul edilir zaman SQL Server Veritabanı Altyapısı bir veri okumaya çalıştığında aşağıdaki hatalardan biri karşılaştığında sayfa:

  • Bir 823 hata bir disk hatası (belirli donanım hataları) gibi işletim sistemi tarafından verilen bir döngüsel artıklık denetimi (crc) tarafından neden

  • Bir 824 hata, bozuk bir sayfa (mantıksal hataları) gibi

Şüpheli her sayfanın sayfa kimliği kaydedilir suspect_pages tablo.The Veritabanı Altyapısı records any suspect pages encountered during regular processing, such as the following:

  • Bir sorgu, bir sayfa okumak vardır.

  • dbcc checkdb işlemi sırasında.

  • yedek işlemi sırasında.

The suspect_pages table is also updated as necessary during a restore operation, a DBCC repair operation, or a drop database operation.

Suspect_pages tablo içinde hataları kaydedildi

The suspect_pages table contains one row per page that failed with an 824 error, up to a limit of 1,000 rows.Aşağıdaki tablo oturum açan hataları gösterir event_type sütunu suspect_pages tablo.

Hata açıklaması

event_type değer

işletim sistemi crc hatası nedeniyle 823 hatası veya hatalı bir sağlama toplamı veya bozuk bir sayfa (örneğin, hatalı bir sayfa kimliği) dışındaki 824 hata

1

Hatalı sağlama toplamı

2

Bozuk sayfa

3

Geri yüklenen (sayfa, hatalı imlenip sonra yüklendi)

4

Onarılan (dbcc sayfa onarıldı)

5

dbcc tarafından kaldırıldı

7

The suspect_pages table also records transient errors.Geçici hataların kaynakları içer bir g/Ç hatası (örneğin, bir kablo kesildi) veya geçici olarak bir yinelenen sağlama toplamı sınaması başarısız bir sayfa.

Veritabanı Altyapısı tablo suspect_pages nasıl güncelleştirir

The Veritabanı Altyapısı takes the following actions on the suspect_pages table:

  • Tablo tam değilse, bir hata oluştu ve hata sayacı artırılır göstermek için her 824 hata için güncelleştirilir.

  • Bir sayfa hatası varsa onu kazanabilir onarıldı, geri veya ayırmanın, giderildikten sonra number_of_errors sayısı artırılır ve onun last_update sütun güncelleştirilir

  • Listelenen bir sayfa geri yükleme veya onarma işlemi tarafından giderildikten sonra işlem güncelleştirmeleri suspect_pages sayfa onarıldı olduğunu belirtmek için satır (event_type = 5) veya geri (event_type = 4).

  • dbcc onay çalıştırırsanız, onay hatasız hiçbir sayfa onarıldı olarak işaretler (event_type = 5) veya ayırmanın (event_type = 7).

Suspect_pages tablo için Otomatik Güncelleştirmeler

Bir veritabanı yansıtması güncelleştirmeleri ortak suspect_pages aşağıdaki nedenlerden biri için bir veri dosyasından bir sayfa okuma girişimi başarısız olduktan sonra tablo.

  • İşletim sistemi crc hatası nedeniyle 823 hatası.

  • 824 Hata (mantıksal bozulma bozuk bir sayfa gibi).

Aşağıdaki eylemleri otomatik olarak satırlarını silmek suspect_pages tablo.

  • ALTER VERİTABANI KALDIR DOSYA

  • VERİTABANINI BIRAKMA

  • dbcc checkdb REPAIR_ALLOW_DATA_LOSS güncelleştirmeleri suspect_sayfas her belirtmek için tablo sayfa ayırmanın veya onarılabilir.

  • Geri yükleme de listeyi güncelleştirir.Tam, bir dosya veya sayfa geri yükleme yüklemesi sayfa girişleri geri yükleme olarak işaretler.

Veritabanı yöneticisi rolünü bakım

Veritabanı yöneticileri, öncelikle eski satırları silerek tablo yönetmekten sorumludur.The suspect_pages table is limited in size, and if it fills, new errors are not logged.Bu tablo dolmaya engellemek için veritabanı yöneticisi veya sistem yöneticinize el ile eski girdileri bu tablodan satırları silerek temizlemeniz gerekir.Bu nedenle, düzenli aralıklarla silmek veya arşivlemek satırları öneririz bir event_type geri yüklenen veya onarılan, ya da eski satırları last_update değer.

Suspect_pages tablo üzerindeki etkinliğini izlemek için kullanabileceğiniz Veritabanı şüpheli veri sayfası olay sınıfı.Satır bazen eklenen suspect_pages tablo geçici hatalar nedeniyle.Çok sayıda satır eklenir, tablo, ancak, bir sorun g/Ç alt sisteminin büyük olasılıkla vardır.Satırların eklenmesini ani bir artış fark ederseniz, tablo, g/Ç alt sisteminiz ile ilgili olası sorunlar araştırmak öneririz.

Veritabanı Yöneticisi de ekleyebilir veya kayıtları güncelleştirmek.Veritabanı Yöneticisi belirli bir şüpheli sayfa gerçekte olduğu gibi, ancak bir süredir kayıt korumak istediği bilir, örneğin, bir satır güncelleştirmek yararlı olabilir.

Örnekler

Aşağıdaki örnek bazı satırları siler suspect_pages tablo.

' Select restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
   WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO

Aşağıdaki örnek, hatalı sayfalarında seçer suspect_pages tablo.

' Select nonspecific 824, bad checksum, and torn page errors.
SELECT * FROM msdb..suspect_pages
   WHERE (event_type = 1 OR event_type = 2 OR event_type = 3);
GO