Bir veritabanı kurtarma modeli seçme
Basit kurtarma modeli, genellikle bir test veya geliştirme veritabanı için uygundur.Bununla birlikte, üretim için en iyi seçim genellikle tam kurtarma modeli, isteğe bağlı olarak, toplu günlük kurtarma modeli tarafından takıma veritabanıdır.Ancak, basit kurtarma modeli bazen veya veri ambarı özellikle, çoğunlukla veya tamamen salt okunur ise, bir küçük üretim veritabanı için uygundur.
Belirli bir veritabanı için en iyi kurtarma modeli üzerinde karar vermek için kurtarma amaçları ve veritabanı ve günlüğü yedekleri Yönet gereksinimlerini göz önünde bulundurmalısınız.
Not
Yeni BIR veritabanı devralır, kurtarma modeli gelen modeli veritabanıdır.
Kurtarma amaçları ve gereksinimlerini tanımlama
Bir veritabanı için en iyi uyan kurtarma modeli seçmek için , Kurtarma amaçları ve veritabanı için gereksinimleri göz önünde bulundurun.Aşağıdaki soruları yanıtlanırken gereksinimlerini ve veri kaybını duyarlılığı belirlemenize yardımcı olabilir.
Kurtarma gereksinimleri
Bir değişikliği hiçbir zaman kaybetmenize ne kadar önemli nedir?
Ne kadar kolay, kayıp verileri yeniden oluşturmak için olacaktır?
Mantıksal olarak tutarlı olması gereken iki ya da daha fazla veritabanı var mı?
Bu işlemi, Microsoft dağıtılmış işlem Coordinator (MS DTC) hareketlerini kullanın.Daha fazla bilgi için bkz:MS DTC hareketleri Dağıtılmış.
Not
Tam kurtarmak modeli altında ilgili veritabanlarının her hareketleri işaretlendi, veritabanı tutarlı bir noktaya kurtarabilirsiniz.Bu işaretiyle aynı hareket kurtarma noktası olarak her veritabanlarının her geri yükleme'yi gerektirir.Ancak, işareti için bir kurtarma noktası kullanarak bu noktadan sonra kaydedilen tüm hareketleri kaybeder.Daha fazla bilgi için bkz:Işaretli işlemler (Tam kurtarma modeli) kullanma.
Düşünceleri personel atama
Kuruluş yöneticileri, sistem veya veritabanı kullanıyor mu?Yoksa, kimin yedek ve kurtarma işlemleri yapmaktan sorumlu olur ve kişilerin eğitilmiş nasıl?
Veri kullanımı desenleri
Her veritabanı için aşağıdaki soruları göz önünde bulundurun:
Ne sıklıkta veritabanı değişikliği verilerde mu?
Bazı tablolar önemli ölçüde diğer tabloları daha sık değiştirilen?
Kritik üretim dönemleri var mı?Varsa, bu dönemlerde kullanım desenlerini nelerdir?Veritabanı, en yüksek nokta ekleme ve diğer güncelleştirme işlemleri için karşılaşıyorsunuz mu?
Veri yedekleri, yoğun olmayan saatlerde gerçekleşmesini planlamak isteyebilirsiniz.Genellikle, yalnızca günlüğü yedekleri g/Ç sisteminin yoğun kullanım altında olduğunda kullanılmalıdır.
Veritabanına bağlı riskli güncelleştirmelerin veya değil algılanabilir uygulama hataları hemen mi?
Veritabanı, tam kurtarma modeli kullanmayı göz önünde bulundurun.Bu günlüğü yedekleri sürede belirli bir noktaya veritabanını kurtarmak için kullanmanıza olanak sağlar.
basit kurtarma modeli kullanılacağı durumlar
Basit kurtarma modeli, aşağıdaki tüm doğruysa kullanın:
Hata kurtarma gereksiz noktasıdır.Veritabanı kayıp veya zarar görürse, başarısız yedeklemeden arasındaki tüm güncelleştirmelerin kaybetmek için.
Günlükteki bazı veri kaybı riski istediğiniz var.
Yedeklemek ve işlem günlüğü, geri yükleme yüklemek yalnızca tam ve fark yedeklemelerini üzerinde yararlanmayı tercih etmek istemediğiniz.
Daha fazla bilgi için bkz:Basit kurtarma modeli altında yedek.
Tam kurtarma modeli kullanılacağı durumlar
Tam kurtarma modelini kullanmanız ve isteğe bağlı olarak da toplu günlük kurtarma modeli aşağıdakilerden herhangi biri doğruysa:
Sizin için sağlayabilmelisiniz kurtarmak tüm verileri.
Veritabanı birden çok dosya gruplarını içeriyorsa ve parçalı geri yükleme istediğiniz/ikincil dosya grubuna Okuma ve isteğe bağlı olarak, dosya gruplarını (salt okunur.
Hata noktasına kurtarabilmek için olması gerekir.
Tek tek sayfaları geri yükleme istiyorsunuz.
Işlem günlüğü yedekleri yönetim maliyetlerini ödemek için.
Daha fazla bilgi için bkz:Tam kurtarma modeli altında yedek.
Toplu Kaydedilmiş kurtarma modeli kullanılacağı durumlar
toplu günlük kurtarma modeli, kesinlikle bir adjunct tam kurtarma modeli olarak düşünülmüştür.Büyük ölçekli toplu işlemleri çalıştırdığınız ve veritabanı kurtarma saat noktasını gerektirmeyen yalnızca dönemlerde kullanmanız önerilir.
Dönemsel toplu işlemler'veritabanı için veritabanı mi?
Bu kurtarma modeli altında çoğu toplu işlemleri yalnızca en az günlüğe kaydedilir.tam kurtarma modeli kullanırsanız, bu toplu işlemler gerçekleştirmek için önce geçici olarak toplu kurtarma modeline geçebilirsiniz.toplu günlük kurtarma modeli altında hangi işlemlerin en az oturum hakkında daha fazla bilgi için bkz: En az oturum işlemleri.
Dışında en az çoğu toplu işlemlerini günlüğe kaydeder, genelde toplu günlük kurtarma modeli, Tam kurtarma modeli, benzer.Bir işlem günlük yedeği, günlük ve bu da, son yedeklemeden bu yana tamamlanan herhangi bir en az oturum işlemlerinin sonuçlarını yakalar.Bu günlüğü yedekleri çok büyük hale getirebilirsiniz.Bu nedenle, toplu günlük kurtarma modeli, en az bir günlük için izin toplu işlemleri sırasında yalnızca kullanılması amaçlanmıştır.Tam kurtarma modeli, kalan saat kullanmanızı öneririz.Bir toplu işlem tamamlanır tamamlanmaz, hemen yeniden tam için geçiş öneririz kurtarma modeli.
Kendi kısıtlamaları da dahil olmak üzere toplu günlük kurtarma modeli hakkında daha fazla bilgi için bkz: Toplu Kaydedilmiş kurtarma modeli altında yedek.
Farklı kurtarma modelleri tarafından desteklenen bir geri yükleme işlemleri hakkında daha fazla bilgi için bkz: Geri yükleme ve Kurtarma'ya genel bakış (SQL Server).
Görüntüleme ve kurtarma modeli, bir veritabanını değiştirme
Yeni BIR veritabanı, Kurtarma modelinden devralan modeli veritabanıdır.Varsayılan kurtarma modeli, modeli veritabanı sürümüne göre değişir.SQL Server. Ancak, bu veritabanını ALTER iznine sahip herhangi bir kişi tarafından değiştirilebilir.Geçerli kurtarma modeli, görüntüleme hakkında bilgi için modeli Bkz: veritabanıNasıl Yapılır: Görüntülemek veya kurtarma modeli, bir veritabanı (SQL Server Management Studio'yu) değiştirme.
Bir veritabanı kurtarma modeli değiştirmek veya görüntülemek için
Kurtarma modellerini geçmek için