Üretim ve operasyon
Backup, restore, RPO ve RTO
Geri yükleyemediğin yedek yeterli değildir.
Kavramı anlayalım
Full backup temel kopyayı, differential son uygun full tabanına göre değişiklikleri, log backup ise log zincirindeki işlemleri taşır. Recovery model hangi log backup ve point-in-time senaryolarının mümkün olduğunu etkiler. Dosyayı kopyalamak çalışan veritabanı için güvenilir backup stratejisi değildir.
RPO kabul edilen veri kaybı süresi, RTO hedeflenen geri dönüş süresidir. Yedek sıklığı, off-site saklama, şifreleme ve düzenli restore testi bu hedeflerle tasarlanır. RESTORE VERIFYONLY tek başına uygulamanın doğru açıldığını kanıtlamaz; izole restore ve veri/uygulama kontrolleri gerekir. Burada sunucuya dosya yazan veya veri üzerine restore yapan komut yoktur. Gerçek restore, ayrı isim ve ortamda DBA prosedürüyle uygulanır.
Felaket anında ölçülebilir geri dönüş planlamak için.
Başarılı backup mesajını başarılı recovery testi sanmak.
Aynı konu. Üç farklı derinlik.
SELECT name, recovery_model_desc FROM sys.databases WHERE name = DB_NAME();Recovery model okunur.
Bu sayfa SQL çalıştırmaz. Örnekleri indirilebilir SqlStudioLab veritabanında, SSMS’de uygula. Geçici tablo örneklerini yeniden çalıştırırken yalnız ilgili #tabloyu temizle. VIEW, procedure ve function örnekleri lab’da kalıcı nesne oluşturur; üretim bağlantısı kullanma.
Önce kendin dene.
Lab’ın recovery model ve erişim durumunu raporla.
Çözümü ve açıklamasını göster
SELECT name, recovery_model_desc, state_desc, user_access_desc FROM sys.databases WHERE name = DB_NAME();Bir yedek planı tasarlamak için başlangıç bilgisidir; yedek dosyası oluşturmaz.