Geleneksel SQL sunucu yedeklerini, mdf ve ldf dosyalarının VSS tabanlı bir yedeğiyle değiştirmeyi düşünüyoruz. Bir db kişi olarak ben bu konuda biraz seğirme ama yine de bunun işe yaramayacağına dair bir kanıt bulamadım?
Herkes bu strateji ile işlemleri nerede kaybedebileceğimizi gösteren bir deneme önerebilir mi? [Uzun süre çalışan bir işlem sırasında güç kablosunu çıkarmak iyidir].
Baktığımız sistem, mdf ve ldf dosyalarının ilk anlık görüntüsünü oluşturur ve ardından değişiklikler arasında kopyalar. Bunun bizi başarısızlığa uğratabileceği bir senaryo hayal edemiyorum.
Umarım patronumu geleneksel yedekleri tutmamız gerektiğine ikna etmeme yardımcı olabilirsiniz!
10
Değişiklikleri tamamen senkronize edemediği sürece, .mdf (veya birden çok veri dosyası!) İçindeki deltanın .ldf ile tutarlı olduğundan nasıl emin olabilirsiniz? SQL Server'ın mdf ve ldf dosyalarını "yedekleme" olarak yedeklememesinin bir nedeni var ...
—
Aaron Bertrand
Sorun şu ki, patronunuzun başarısız olduğunu görmesi gerekiyorsa patronunuzu ikna etmek zor olacak. Ben çoğu durumda bu "tamam" çalışacağına bahse girerim - bu, sizi yakacak istisna olacak. Bunun başarısız olduğu durumun yeniden üretilmesi oldukça sıkıcı olabilir.
—
Aaron Bertrand
İlişkili? msdn.microsoft.com/en-us/library/aa953743.aspx . Temel olarak, yapma
—
gbn
—
gbn
Birincisi, mdf ve ldf dosya kopyalarınıza güvenilebilse bile, uygun + günlük yedeklemelerinden aldığınız bir noktaya geri yükleme yeteneğini kaybettiniz.
—
Aaron Bertrand