Tam kurtarma modeli altında yedek
Tam kurtarma modeli, başarısızlık senaryosu aralığındaki en geniş veri kaybını önlemek için günlüğü yedeklerini kullanır ve metatabanını ve işlem geri yükleniyor (oturumgünlük yedeklemeler) gereklidir.Günlük yedek s kullanmanın yararı, herhangi bir noktaya saat bir günlük içinde bulunan bir veritabanını geri yükleme sağlar, olan yedek ()belirli bir noktadan önceyi kurtarma).Günlüğü yedekleri birinde bulunan bir saat içinde herhangi bir noktasını veritabanı ileri dönmek için bir dizi günlüğü yedekleri kullanabilirsiniz.Unutmayın, kendi geri yükleme en aza indirmek için saat, her tam yedek bir dizi farklı yedekler aynı veri ile destekleyebilirsiniz.
Bir olağanüstü durum gerçekleştikten sonra kadar etkin günlüğün yedekleyebilirsiniz varsayarak, veritabanına veri kaybı olmadan bir başarısızlık noktası geri yükleme yükleyebilirsiniz.Günlüğü yedekleri kullanarak olumsuzlukları depolama alanı gerektirir ve geri yükleme süresini ve karmaşıklığını artırmak, ' dir.
Not
Günlük yedeklemeler kullanmanın faydaları yedekleri yönetme maliyetini Yasla, kullanmanız önerilir Basit kurtarma modeli.
Tam kurtarma modeli düzenli olarak kullanan bir veritabanı için belirli toplu işlemleri toplu kurtarma modelini kullanarak geçici olarak iyileştirebilirsiniz.toplu günlük kurtarma modeli, günlük işlemleri için uygun hale birkaç kısıtlamaları çeker.Daha fazla bilgi için bkz:Toplu Kaydedilmiş kurtarma modeli altında yedek.
Örnek yedek stratejisi
Aşağıdaki resimde, kolay yedek stratejisi tam kurtarma modeli altında gösterilir.Şekilde, tam bir veritabanı yedek, günlük Db_1 ve iki yordam yedek, Log_1 ve Log_2, alınmış.Bir saat sonra Log_2 günlük yedeği, veritabanında veri kaybı oluşur.Veritabanı Yöneticisi, bu üç yedeklemek geri yüklenene önce etkin günlüğün (yedeklemelisiniz Günlük kuyruğunun).Veritabanı Yöneticisi sonra Db_1 Log_1 ve Log_2 veritabanı kurtarma olmadan yükler.Veritabanı yöneticisine geri yükler ve günlük kuyruğunun kurtarır yedek (Tail).Bu, veritabanının tüm veri kurtarma, hata noktasına kurtarır.
.gif "Restoring a full recovery model database")
Daha fazla bilgi için bkz: Tam veritabanı yedeklemesi ve Işlem günlüğü yedekleri ile çalışma.
Çalışma kaybını etkilenme en aza indirme
Ilk tam veritabanı yedek tamamlandıktan sonra normal günlük yedeği s başlatmak, potansiyel iş kaybı pozlandırmayı saat arasında veritabanı zarar görmüş ve en son normal daraltıldığı günlük yedeği.Bu nedenle, günlüğü yedekleri sık olması önerilir, iş kaybı etkilenme iş gereksinimlerinize göre gerekli sınırlar içinde tutmak yeterli.
Aşağıdaki resimde, tam veritabanı yedeklerini ve farklı veritabanı yedekleri içeren günlüğü yedekleri bilgilere ek niteliğinde olan bir yedek stratejisini gösterir.Hareket günlüğü yedek s azaltmak için saatten sonra en son günlük olası iş kaybı pozlandırmayı yedek, t14.Bir dizi üç fark yedeklemelerini geri yüklenmesi için gereken işlem günlüklerinin sayısını azaltmak için alınmıştır olay bir hata.Üçüncü değişiklik yedeği sonraki yedek için tam veritabanı yedeği olduğunu yeterince büyüktür.Bu, yeni bir değişiklik temeli oluşturur.
.gif "Full & differential database backups & log backups")
Ilk veritabanını önce yedek bu şekilde, veritabanı için olası iş kaybı (gelen saat t0 için saat t1) olduğu için ortaya çıkar.Bundan sonra iş kaybı etkilenme son günlük sonra yapılan değişiklikler kaybetme riskini azaltmak sıradan günlük yedek s yedek (Bu şekilde saat t14 sırasında gerçekleştirilen).Bir hatadan sonra en son olayında yedek, kuyruk (henüz yedeklenir olmayan oturum) günlük yedeklemek veritabanı yöneticisine deneyin.Kuyruk günlük yedek başarılı, veritabanı yöneticisi tüm iş veritabanını hata noktasına kadar geri yükleyerek kayıplarını.
Farklı bir veritabanı yedeklemeler hakkında daha fazla bilgi için bkz: Fark yedekleme kullanma.
Toplu olarak işlem ve tam kurtarma modeli
SELECT INTO, CREATE INDEX ve toplu veri yükleme gibi toplu işlemler de dahil olmak üzere, tüm işlemleri günlük olarak Tam kurtarmak modeli, veritabanını hata noktasına veya adlı zamandaki önceki bir noktaya geri sağlar bir saat noktasına geri yükleme.
Olası veri kaybı tehlikesini veri yükleniyor ve performansını artırmayı toplu outweighs, Tam kurtarma modeli, çok sayıda kullanıcı geçici olarak toplu günlük kurtarma modeli için geçiş yapın.toplu günlük kurtarma modeli tam olarak diğer hareketleri günlüğe kaydetme, ancak toplu işlemleri, en az günlüğe kaydeder.toplu günlük kurtarma modeli hakkında daha fazla bilgi için bkz: Toplu Kaydedilmiş kurtarma modeli altında yedek
Not
Içinde SQL Server 2005 ve sonraki sürümleri, içine seçin / bulkcopy veritabanı seçeneğisp_dboption hiçbir zaman gereklidir ve her zaman kaçınılmalıdır.ALTER DATABASE yerine kullanmanız gerekir.Bu sp_dboption saklı yordam gelecekteki bir sürümüne will be removedSQL Server.
Bir veritabanını geri yükleme yüklemek için yedekleme kullanma
Bir veritabanını geri yükleme bir geri yükleme işlemlerini (bir dizi gerektirir. geri yükleme sırası).Bir geri yükleme sırası, isteğe bağlı olarak ilgili değişiklik yedeği tarafından izlenen en az bir tam yedek, geri yükleme ile başlar.
Tam ve fark her yedek veritabanını kurtarmak için kullanıldıklarını bildirmek için yalnızca yeterli günlük kayıtlarını içerir.Ancak genellikle, sırayla sonraki günlük yedek s, geri yükleme kuyruğu günlük ile biten istediğiniz yedek, varsa.Bu nedenle, bir veritabanını geri yükleme yüklemeye başlamadan önce kuyruk günlük oluşturmalısınız yedek.Günlük kuyruğunun yedek veritabanını hata noktasına kadar geri yükleme yüklemenize olanak verir.Son günlüğü yedeklemesinden geri yüklendiğinde, veritabanını kurtarmanız gerekir.
Not
tam kurtarma modeli veya toplu günlük kurtarma modeli, SQL Server 2005 Enterprise Edition ve sonraki sürümleri veritabanı çevrimiçi durumdayken geri yükleme dosyaları veya sayfalar veya her ikisini de destekler. Bu olarak bilinen bir çevrimiçi geri yükleme.Veritabanı çevrimiçi veya çevrimdışı dosyalar veya sayfaları geri yükleme geri yükleme sözdizimi aynı numarasıdır.
Daha fazla bilgi için bkz:Geri yükleme ve Kurtarma'ya genel bakış (SQL Server).
See Also