Çoğunlukla tablolarımızdaki dizinlerin sayısı nedeniyle, gece dolu (ve periyodik diferansiyel) yedeklerimiz oldukça genişliyor; yedekleme boyutunun yaklaşık yarısı dizinlerden oluşur.
Yedeklerimiz için Basit kurtarma modelini kullanıyoruz .
Herhangi bir şekilde kullanarak aracılığıyla, var mı FileGroups, ya da başka bir dosya bölümleme yöntemine dışlamak yedeklerden dizinleri?
Bunun tam metin kataloglara da genişletilmesi iyi olurdu.
Yanıtlar:
Tam kurtarma moduna geçerseniz, bunu dosya grupları ile yapabilirsiniz, ancak gerçekten, çok sakar. Verileri birincil dosya grubunda bırakın ve dizinleri ayrı bir (varsayılan olmayan, bu anahtar) dosya grubuna koyun.
Daha sonra yedeklemelerinizi her gece birincil dosya grubu yedeklemeleri ve her X dakikada bir işlem günlüğü yedeklemeleri yapmanız için kademelendirirsiniz.
Olağanüstü durum geldiğinde, birincil dosya grubunu tek başına geri yüklersiniz. Veriler aniden çevrimiçi, ancak dizinler mevcut değil. Ancak, normalliğe geri dönmek için bu verileri yeni bir temiz veritabanına aktarmanız ve oradan dizin eklemeniz gerekir. Tüm dosya gruplarını geri yüklemeden veritabanını tamamen çevrimiçi hale getiremezsiniz ve "Artık bu dosya grubuna artık ihtiyacım yok" diyemezsiniz.
Bunun nasıl çalıştığı hakkında daha fazla bilgi için , dosya grubu geri yüklemelerinde video eğiticime göz atın.
Dürüst olmak gerekirse, başkalarının burada gündeme getirdiği diğer sorunların üstesinden gelseniz bile, bunu gerçekten yapmak istemezsiniz.
Acil bir durumda yedeklemeyi geri yüklediğinizde, dizinlerin yeniden oluşturulmasını beklemek istemezsiniz ve siz bulana kadar iğrenç bir performansla karşılaşırsınız.
Dizin olmadan yedeklemeyi geri yüklemek istediğiniz bir durum düşünemiyorum, bu nedenle her durumda onları aynı anda yedeklemek isteyeceksiniz.
Büyük olasılıkla bu soruna başka çözümler aramanız gerekecek ...
-Adam
Bu desteklenmiyormuş gibi geliyor. Bu hata raporu bilgilerinden :
Bu konuya çok ilgi vardı, bu yüzden sahnelerin arkasında neler olduğu ve bu işlevselliği uygulamanın ne anlama geleceği konusunda biraz daha ayrıntıya gireceğim. Bazı dizin sayfası türleri ayrı ayırma birimlerine ayrılırken, diğerleri veri sayfalarıyla karıştırılır. Şu anda sadece bir kapsamın tahsis edilip edilmediğini görmek için tahsis bitmapine baktığımızda, şimdi her tahsis biriminde nelerin depolandığını yorumlamamız gerekiyordu. Ayrıca, artık veri kopyalayan veri dosyalarının doğrusal bir taramasını yapamayacaktık, dosyada atlayacağız. Veri yapılarının tüm bu yorumları yedeklemeyi büyük ölçüde yavaşlatacaktır. Geri yükleme daha da ilginç hale gelir, çünkü yedeklemedeki delikleri hesaba katmak için ba sabitlenmesi gereken birçok yapı vardır. Aksi takdirde, yedeklenmeyen sayfaları işaret eden ve böylece bunlarda çöp vb. Bulunan ayırma haritalarınız olur. Bu nedenle, bunu uygulamak daha az veri tasarrufu yapacağımız, daha uzun sürdüğümüz ve çok şey alacağımız anlamına gelir. daha uzun geri yükleme. Dikkate alınması gereken diğer nokta, bunun iyi olması için büyük miktarda mühendislik çabası gerektireceğidir. Yüzeydeki probleminiz olmasa da, görmek isteyebileceğiniz diğer özelliklerin inşa edilmeyeceği anlamına geldiğini düşünün.
çılgın bir fikir olabilir, ama işte gidiyor.
Tabii ki bunu gerçekten sadece gün içinde bazı kapalı kalma süresi için izin verirseniz yapabilirsiniz.
Ayrıca, SQL Server bunları bir yığın haline dönüştürmek için çok zaman harcayacağından kümelenmiş dizinlerinizi bırakmayın.
Bu ekstra disk alanını satın almak daha kolay bir çözüm gibi görünüyor mu?
Sıkıştırılmış yedeklemeler yapmayı düşündünüz mü ? bu 2008'in yeni bir özelliğidir, sizin için bir seçenek olabilir.