Tam kurtarma modeli altında yedekleme
Tam kurtarma modeli, en geniş veri kaybını önlemek için günlüğü yedeklerini kullanır aralık başarısızlığı senaryosu ve yedekleme ve geri yükleme işlem günlüğü (günlüğü yedekleri) gereklidir.Günlük yedeklemeler kullanmanın yararı, bir veritabanı içinde günlük yedeği içerdiği saat herhangi bir noktaya geri yükleme vermeleridir (belirli bir noktadan önceyi kurtarma).İleri bir veritabanı günlüğü yedekleri birinde yer alan saat bir noktaya geri günlüğü yedekleri bir dizi kullanabilirsiniz.Unutmayın, geri yükleme en aza indirmek için saat, her bir tam yedek fark yedekler aynı verilerin bir dizi ile destekleyebilirsiniz.
Bir felaket oluştuktan sonra etkin günlük yedeklemek varsayarsak, veritabanına veri kaybı olmadan başarısızlık noktasına geri yükleme yükleyebilirsiniz.Günlüğü yedekleri kullanarak dezavantajları şunlardır: depolama alanı gerektirir ve geri yükleme saat ve karmaşıklığını artırır.
Not
Günlük yedeklemeler kullanmanın yararları yedekleri yönetme maliyetini Yasla, kullanmanızı öneririz Basit kurtarma modeli.
Düzenli olarak tam kurtarma modeli kullanır, bir veritabanı için belirli toplu işlemler geçici olarak kullanarak iyileştirebilirsiniz toplu günlük kurtarma modeli.toplu günlük kurtarma modeli Günlük işlemler için en uygun hale birkaç kısıtlamaları çeker.Daha fazla bilgi için bkz: Toplu Kaydedilmiş kurtarma modeli altında yedekleme.
Örnek yedekleme stratejisini
Kolay yedek stratejisi tam kurtarma modeli altında aşağıdaki çizimde gösterilmektedir.Resimde, bir tam Veritabanı yedeksi, Db_1 ve iki yordam günlük yedeği, Log_1 ve Log_2, alınır.saat sonra Log_2 günlük yedeği, veritabanında veri kaybı oluşur.Bu üç yedekleri geri önce veritabanı yöneticisi kadar etkin günlük yedeklemek gerekir ( tail günlük).Veritabanı Yöneticisi daha sonra Db_1, Log_1 ve Log_2 veritabanı kurtarma olmadan yükler.Daha sonra veritabanı yöneticisine geri yükler ve kurtarır sonradan alınan günlük yedeği (Tail).Bu veritabanı için veri kurtarma hata noktası, kurtarır.
.gif "Tam kurtarma modeli veritabanını geri yükleme")
Daha fazla bilgi için bkz: Tam veritabanı yedekleri ve İşlem günlüğü yedekleri ile çalışma.
İş kaybı Pozlandırma en aza indirme
"Daraltıldığı normal günlüğü yedekleri başlatın ve ilk tam veritabanı yedek tamamlandıktan sonra potansiyel iş kaybı Pozlandırma saat ne saat veritabanı zarar görmüş ve en son normal günlük yedeği arasında".Bu nedenle, sık sık günlüğü yedekleri alabilir öneririz, iş kaybı Etkilenme iş gereksinimlerinize göre gerekli sınırlar içinde tutmak yeterli.
Tam veritabanı yedekleri ve fark veritabanı yedekleri ile günlüğü yedekleri tamamlayıcı bir yedek stratejisi aşağıda gösterilmiştir.İşlem günlüğü yedekleri için potansiyel iş kaybı Pozlandırma azaltmak saat sonra en son günlük yedeği, t14.Bir dizi üç fark yedekler geri yüklenmesi gereken işlem günlüklerinin sayısını azaltmak için alınan olay bir hata.Üçüncü değişiklik yedeği sonraki yedek tam Veritabanı yedeksi olduğu kadar büyük.Bu yeni bir kuran değişiklik temeli.
.gif "Tam ve farklı veritabanı yedeklemeleri ve günlük yedeklemeleri")
Bu şekilde ilk veritabanı yedek önce veritabanı için potansiyel iş kaybı (dan saat t1 için saat t0) açıktır.Bundan sonra düzenli günlük yedeğis, sonra en son yapılan değişiklikler kaybetme riskini iş kaybına maruz kalma olasılığını azaltmak günlük yedeği (adresindeki bu şekilde saat t14 çekildiği).De olay en son yedeklemeden sonra hata, veritabanı Yöneticisi (henüz yedeklenmez günlüğü) günlüğünün tail yedeğini almak deneyin.sonradan alınan günlük yedeği Başarılı, veritabanı yönetici arızası veritabanına geri yükleyerek herhangi İş kaybını önlemek.
Fark veritabanı yedekleri hakkında daha fazla bilgi için bkz: Fark yedekler kullanma.
Toplu işlemleri ve tam kurtarma modeli
select INTO, create INDEX ve toplu yükleme verileri, tam gibi toplu işlemler dahil tüm işlemleri günlük olarak, kurtarmak modeli arızası veya adlı geçmişteki bir saat, bir veritabanını kurtarmakk olanak sağlar bir noktası zamanında geri yükleme.
Toplu veri yükleme ve performans artırma outweighs olası veri kaybı olduğunda tam kurtarma modeli, çok sayıda kullanıcı toplu günlük kurtarma modeli için geçici olarak geçiş yapar.toplu günlük kurtarma modeli En az günlükleri işlemleri tam olarak diğer hareketleri günlüğe kaydetme rağmen toplu olarak.Hakkında daha fazla bilgi için toplu günlük kurtarma modeli, bkz. Toplu Kaydedilmiş kurtarma modeli altında yedekleme
Not
De SQL Server 2005 ve sonraki sürümleri, select into / bulkcopy veritabanı seçeneği sp_dboption hiçbir zaman gerekli değildir ve her zaman kaçınılmalıdır.alter database yerine kullanmanız gerekir.Bu sp_dboption saklı yordam bir gelecekte kaldırılır sürüm , SQL Server.
Bir veritabanını geri yüklemek için Yedekleme kullanarak
Bir veritabanını geri yükleme bir geri yükleme işlemleri sırası gerektirir (bir geri yükleme sırası).Geri yükleme sırası geri en az bir tam yedek ve ardından isteğe bağlı olarak ilgili olarak yüklemeye başlar değişiklik yedeği.
Her tam ve değişiklik yedeği veritabanını kurtarmak için onları kullanmak için yeterli günlük kayıtlarını içerir.Ancak, genellikle, sırayla sonraki günlük yedeğiler geri yükleme ile biten istediğiniz sonradan alınan günlük yedeği, varsa.Bu nedenle, bir veritabanını geri yükleme başlamadan önce sizin oluşturmanız gerekir bir sonradan alınan günlük yedeği.sonradan alınan günlük yedeği Bir başarısızlık noktasına kadar veritabanını geri yükleme izin verir.Son günlük yedeği geri, gerekir kurtarmak veritabanı.
Not
Tam kurtarma modeli altında veya toplu günlük kurtarma modeli, SQL Server 2005 Enterprise Edition ve sonraki sürümleri destek dosyaları veya sayfaları ya da her iki veritabanı çevrimiçi durumdayken geri.Bu olarak bilinen bir çevrimiçi geri yükleme.Veritabanı çevrimiçi veya çevrimdışı olup dosya veya sayfa geri yükleme için geri yükleme sözdizimi aynıdır.
Daha fazla bilgi için bkz: Geri yükleme ve kurtarma Özet (SQL Server).
Ayrıca bkz.