• Makale

Basit kurtarma modeli altında yedek

Important noteImportant Note:

Basit kurtarma modeli, üretim sistemlerine son değişiklikleri kaybı kabul edilemez olduğu için uygun bir değil.Bu gibi durumlarda, Tam kurtarma modeli kullanmanızı öneririz.Daha fazla bilgi için bkz:Tam kurtarma modeli altında yedek.

basit kurtarma modeli basit biçiminde yedek ve geri yükleme sağlar.Bu kurtarma modeli, veritabanı yedekleri hem de kullanıcı verileri hem de etkin bir işlem günlük verilerini içeren dosyayı yedek destekler.Ancak, ayrı bir günlüğü yedekleri desteklenmiyor.Devamsızlık günlüğü yedekleri, yedek ve geri yükleme yönetmeyi kolaylaştırır.Ancak, yalnızca en son yedeğine son bir veritabanı geri yüklenebilir.

Örnek yedek stratejisi

Aşağıda basit yedek ve geri yükleme stratejiyi Basit kurtarma modeli altında gösterilir.Bu strateji, yalnızca veritabanındaki verilerin tümünü tam veritabanı yedeklerini kullanır.Beş tam veritabanı yedekleri var, yalnızca en son yedek saat t5 en duruma geri yüklenmesi vardır.Bu geri yükleme yedek veritabanı t5 noktasına saat verir.T6 kutusunda tarafından temsil edilen tüm sonraki güncelleştirmeleri kaybolur.

Restoring a simple-model database

Not

Basit kurtarma modeli altında işlem günlüğünün etkin değil, sanal günlük dosyaları kaldırmak için otomatik olarak kesilir.Kesme, genellikle her bir denetim noktası sonra oluşur ancak belirli koşullarda Gecikmeli.Daha fazla bilgi için bkz:Hareket günlüğü kesme.

Çalışma kaybını etkilenme en aza indirme

Basit kurtarma modeli altında saat kadar bir sonraki tam iş kaybı pozlandırmayı artırır veya değişiklik yedeği alınır.değişiklik yedeği, tersine, tam bir yedek, yalnızca tam son yedeklemeden sonra yapılan değişiklikleri içerir.Bu nedenle, yedekleme sık zamanlamanızı öneririz Yönetilemeyen olma yedekleri çok sayıda veri kaybını önlemek yeterli.

Aşağıdaki resimde, iş kaybı pozlandırmayı için veritabanı yedeklerini kullanan bir yedek planı gösterir.Bu strateji oldukça sık yedeklediğiniz yalnızca bir küçük veritabanı için uygundur.

Shows work-loss exposure between database backups

Aşağıda, farklı bir veritabanı yedeklemeleri ile veritabanı yedeklerini supplementing tarafından iş kaybı pozlandırmayı azaltan bir yedek stratejisini gösterir.Ilk veritabanını sonra yedek, bir dizi üç fark yedek s alınır.Üçüncü değişiklik yedeği sonraki yedek için bir veritabanı yedeklemesini olduğunu yeterince büyüktür.Bu, yeni bir değişiklik temeli oluşturur.

Full and differential database backups

Bu yedekleme türleri'ni kullanma hakkında daha fazla bilgi için bkz: Tam veritabanı yedeklemesi ve Fark yedekleme kullanma.

Bir veritabanını geri yükleme yüklemek için yedekleme kullanma

Tam ve fark yedeklemelerini, veritabanını kurtarmak için yalnızca yeterli günlük verilerini içerir.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ı ilgili farklı bir yedek ardından tam yedek, geri yükleme ile başlar.Bazı durumlarda, örneğin, dosyaları geri yüklerken birden çok çiftlerini tam ve fark yedeklemelerini geri gerektirebilir.Ilgili yedeklerin geri yükledikten sonra veritabanını kurtarmanız gerekir.Senaryoları geri yükleme yüklemek bir giriş için bkz: Geri yükleme ve Kurtarma'ya genel bakış (SQL Server).

Basit kurtarma modeli altında çekilen yedekleri geri yüklerken sınırlamaları hakkında daha fazla bilgi için bkz: Basit kurtarma modeli altında kısıtlamaları geri yükleme