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 olarakSQL Server Database Engineveri sayfasını okumaya çalıştığında aşağıdaki hatalardan birini karşılaşır:
An823 hata bir disk hatası (belirli bir donanım hataları) gibi işletim sistemi tarafından verilen bir Döngüsel artıklık denetimi (CRC) neden
An824 hata bir bozuk sayfa (mantıksal bir hata) gibi
Şüpheli her sayfaya sayfa kimliği kaydedilirsuspect_pages tablo.The Database Engine records any suspect pages encountered during regular processing, such as the following:
sayfa okumak bir sorgu yok.
DBCC CHECKDB işleminde.
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 hata kaydedildi
The suspect_pages table contains one row per page that failed with an 824 error, up to a limit of 1,000 rows.Oturum hataları aşağıdaki tabloda gösterilmektedirevent_typesuspect_pages tablo. sütun
Hata açıklaması |
event_type value |
|---|---|
bir işletim sistemi CRC hatası nedeniyle 823 hata veya yanlış bir sağlama toplamı veya bozuk bir sayfa (örneğin, hatalı bir sayfa kimliği) 824 hata |
1 |
Hatalı sağlama toplamı |
2 |
Bozuk sayfa |
3 |
Geri yüklenen (sayfanın hatalı işaretlenmiş sonra yüklendi) |
4 |
Onarıldı (DBCC onarıldı sayfa) |
5 |
DBCC ayırmanın |
7 |
The suspect_pages table also records transient errors.Geçici hataların kaynakları içeren bir g/Ç hatası (örneğin, bir kablo bağlantısı kesildi) veya sayfa geçici olarak bir yinelenen sağlama toplamı sınaması başarısız.
veritabanı altyapısı suspect_pages tablo nasıl güncelleştirir
The Database Engine takes the following actions on the suspect_pages table:
Tablonun tam değilse, her 824 hata için bir hata oluştu ve hata sayacı artırılır göstermek için güncelleştirilir.
Sonra onu olarak onarıldı, geri ya da ayırmanın, sabit bir sayfa bir hata varsa,number_of_errors sayısı artar ve güncelleştirilmiş last_update sütun değil
Listelenen bir sayfa geri yükleme veya onarma işlemi sabit sonra işlem güncelleştirmelerisuspect_pages satır sayfanın onarıldıktan belirtmek için ( event_type = 5) veya geri ( event_type = 4).
DBCC onay çalıştırırsanız, Çek hatasız sayfaların onarıldı olarak işaretler ( event_type = 5) veya ayırmanın ( event_type = 7).
Tablo suspect_pages için Otomatik Güncelleştirmeler
Yansıtma ortak güncelleştirmeler veritabanısuspect_pages tablo sonra aşağıdaki nedenlerle. biri için bir sayfa bir veri dosyasından okuma girişimi başarısız
Bir işletim sistemi CRC hatası nedeniyle 823 hatası.
824 Hata (mantıksal bozulma bozuk bir sayfa gibi).
Aşağıdaki eylemleri satırlarını otomatik olarak silsuspect_pages tablo.
ALTER VERİTABANI KALDIRMA DOSYASI
VERİTABANINI BIRAKMA
Güncelleştirmeleri DBCC CHECKDB REPAIR_ALLOW_DATA_LOSSsuspect_pages tablo, ayırmanın onarıldı veya her sayfa belirtmek için.
geri yükleme de listeyi güncelleştirir.Bir tam dosya ya da geri olarak geri yükleme işareti sayfa girdileri sayfa.
Veritabanı yöneticisi rolünü Bakım
Veritabanı yöneticileri yönetiminden sorumlu tablo, özellikle eski satırları silerek.The suspect_pages table is limited in size, and if it fills, new errors are not logged.Bunu önlemek için tablo doldurmasını, veritabanı yöneticisi veya sistem yöneticiniz el ile bu eski girişler dışında temizlemelisiniz tablo satırları silerek.Bu nedenle, düzenli aralıklarla silmek veya arşivlemek olan satırlar, öneririz birevent_type geri yüklenen veya onarılan veya olan bir eski last_update değeri. satır
The suspect_pages üzerindeki etkinliğini izlemek için tablo, kullanabileceğinizVeritabanı şüpheli veri sayfa olay sınıfı.Satır bazen eklenensuspect_pages nedeniyle, geçici hataları. tablo Çok sayıda eklenmesini, tablo, ancak bir sorun g/Ç alt sisteminin büyük olasılıkla vardır.Tabloya eklenen satır sayısı ani bir artış olduğunu fark ederseniz, olası sorunları, g/Ç alt araştırmak öneririz.
Bir veritabanı yöneticisi de ekleyebilir veya kayıtları güncelleştirmek.Şüpheli belirli bir sayfa gerçekte bozulmamış olduğundan ancak kayıt için bir süre korumak ister veritabanı yöneticisi bilir, örneğin, satır güncelleştirme yararlı olabilir.
Örnekler
Aşağıdaki örnek alınan satırların bir kısmını silersuspect_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
Hatalı sayfaları, aşağıdaki örnekte seçersuspect_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