Suspect_pages tablo (SQL Server) yönetme
Bu konuda nasıl yönetileceğini açıklar suspect_pages içinde tablo SQL Server 2012kullanarak SQL Server Management Studioya Transact-SQL. Suspect_pages tablo şüpheli sayfaları hakkında bilgi sağlamak için kullanılır ve geri yükleme gerekli olup olmadığına karar vermek için yardımcı ilgili. Suspect_pages içinde bulunduğu tablo msdb veritabanını ve tanıtıldı SQL Server 2005.
"Şüpheli" bir sayfa kabul edilir ne zaman SQL Server Veritabanı Altyapısıveri sayfasını okumaya çalıştığında aşağıdaki hatalardan biri karşılaşır:
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) neden
Bir 824 hata, bozuk bir sayfa (herhangi bir mantıksal hata) gibi
Her şüpheli sayfa sayfa Kımlığı kaydedilir suspect_pages tablosu. Veritabanı AltyapısıAşağıdaki gibi normal işleme sırasında karşılaşılan herhangi bir şüpheli sayfalarını kaydeder:
Bir sorgu, bir sayfa okumak vardır.
dbcc checkdb işlemi sırasında.
Yedekleme işlemi sırasında.
Suspect_pages tablo da güncellenmiş gerektiğinde bir geri yükleme işlemi, dbcc onarım işlemi veya bırakma veritabanı işlemi sırasında.
Bu Konuda
Başlamadan Önce
Öneriler
Güvenlik
Suspect_pages yönetme, tablo kullanarak:
SQL Server Management Studio
Transact-SQL
Başlamadan Önce
Öneriler
Suspect_pages tablo içinde hataları kaydedildi
Suspect_pages tablosu, 1.000 satır sınırı kadar 824 hata ile başarısız sayfa başına bir satır içerir. Aşağıdaki tabloda giriş hataları gösterir event_type sütununda suspect_pages tablo.
Hata açıklaması
event_type değer
bir işletim sistemi crc hatası nedeniyle 823 hatası veya hatalı sağlama toplamı veya bozuk bir sayfa (örneğin, hatalı bir sayfa Kımlığı) dışındaki 824 hata
1
Hatalı sağlama toplamı
2
Bozuk sayfa
3
Geri yüklenen (hatalı imlenip sonra sayfayı geri yüklendi)
4
Tamir (dbcc sayfa onarıldı)
5
dbcc tarafından kaldırıldı
7
Suspect_pages tablo da geçici hataları kaydeder. Geçici hataların kaynaklarını içerecek bir g/Ç hatası (örneğin bir kablo kesildi) veya geçici olarak tekrarlanan sağlama toplamı sınaması başarısız.
Veritabanı altyapısı tablo suspect_pages nasıl güncelleştirir
Veritabanı AltyapısıAşağıdaki eylemleri gerçekleştirir suspect_pages tablosu:
Tablo tam değilse, her 824 hata bir hata oluştu ve hata sayacı artırılır göstermek için güncelleştirilir. Bu varlık tarafından kaldırıldı, tamir veya geri sabit sonra bir sayfa hata varsa onun number_of_errors sayısı arttırılmış ve onun last_update sütun güncelleştirilir
Listelenen bir sayfa geri yükleme veya onarma işlemi sabit sonra işlem güncelleştirmeleri suspect_pages sayfa onarıldı belirtmek için satır (event_type = 5) veya geri (event_type = 4).
dbcc onay çalıştırırsanız, Çek olarak tamir hatasız sayfaların işaretler (event_type = 5) veya kaldırıldı (event_type = 7).
Otomatik güncelleştirmeleri suspect_pages tablo
Veritabanı yansıtma ortağı güncelleştirmeleri suspect_pages bir sayfa veri dosyasından okuma girişimi aşağıdaki nedenlerden birinden dolayı başarısız olduktan sonra tablo.
Bir işletim sistemi crc hatası nedeniyle 823 hata.
824 Hata (mantıksal bozulma bozuk bir sayfa gibi).
Aşağıdaki eylemleri otomatik olarak satırlarını silmek suspect_pages tablosu.
ALTER DATABASE KALDIR DOSYA
DROP DATABASE
dbcc checkdb REPAIR_ALLOW_DATA_LOSS güncelleştirmeleri suspect_pages o kaldırıldı veya tamir her sayfa belirtmek için tablo.
Geri yükleme de listesini güncelleştirir. Tam, dosya veya sayfaya geri işaretleri olarak geri sayfa girişleri.
Veritabanı Yöneticisi bakım görevi
Veritabanı yöneticileri öncelikle eski satırları silerek tablo yönetiminden sorumlu. Suspect_pages tablo boyutu sınırlı olduğu ve değil onu doldurur, yeni hatalar günlüğe kaydedilir. Bu tablo dolduruyor engellemek için veritabanı yöneticisi veya sistem yöneticiniz 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_typegeri yüklenen veya onarılan, ya da eski satırları last_updatedeğer.
Suspect_pages tablo etkinliği izlemek için sen-ebilmek kullanma Veritabanı şüpheli veri sayfası Event Class. Satır bazen eklenir suspect_pagesgeçici hatalar nedeniyle tablo. Ancak, çok sayıda tabloya eklenir, sorun büyük olasılıkla ile I/o alt sisteminin bulunmaktadır. Tabloya eklenen satır sayısı ani bir artış fark ederseniz, I/o alt sisteminin içinde olası sorunları araştırmak öneririz.
Veritabanı Yöneticisi de ekleyebilir veya kayıtları güncelleştirmek. Ne zaman veritabanı yöneticisi belirli bir şüpheli sayfa aslında sağlam, ama bir süre kaydı korumak istiyor biliyor, bir satır güncelleştirme yararlı olabilir.
Güvenlik
İzinler
Erişimi olan herkes msdbverileri okuyabilir suspect_pages tablosu. Suspect_pages tablo güncelleştirme izni olan herkes kayıtlarını güncelleştirebilir. Üye db_ownersabit veritabanı rolü msdbya da sysadminsabit sunucu rolü eklemek, güncelleştirmek ve kayıtları silin.
.gif "Başa Dön bağlantısıyla kullanılan ok simgesi")
[Top]
SQL Server Management Studio Kullanarak
Suspect_pages tablo yönetmek için
İçinde Object Explorer, örneğine bağlanmak SQL Server Veritabanı Altyapısı, bu örneği genişletin ve ardından veritabanları.
Genişletin Sistem veritabanları, genişletme msdb, genişletme tablolarve ardından Sistem tabloları.
Genişletme dbo.suspect_pages ve sağ Top 200 satır düzenleme.
Sorgu penceresinde, düzenlemek, güncelleştirmek veya silmek istediğiniz satırları.
[Top]
Transact-SQL'i Kullanma
Suspect_pages tablo yönetmek için
Bağlanmak Veritabanı Altyapısı.
Standart çubuğundan tıklatın Yeni sorgu.
Kopyalama ve aşağıdaki örneklerde sorgu penceresine yapıştırın ve tıkırtı Execute. Bu örnek, bazı satırları siler suspect_pagestablosu.
-- Delete restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO
Bu örnek, kötü sayfaları verir suspect_pagestablosu.
-- 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
[Top]
Ayrıca bkz.
Başvuru
Veritabanı (Transact-sql) bırak