Makale
07/26/2011

İşlem günlüğü yedekleri oluşturma

Bu konu, tam veya toplu günlük kurtarma modeli kullanan veritabanları için geçerlidir.

Bu konuda işlem günlüğünü yedekleme hakkında önemli noktalar açıklanır ve günlüğü yedeklerini oluşturmak için yordamlara bağlantılar sağlar.İşlem günlüğü yedekleri hakkında daha fazla bilgi için bkz: İşlem günlüğü yedekleri ile çalışma.

İşlem günlüğünü yedekleme için koşullar

En az, herhangi bir günlüğü yedekleri yapmadan önce en az bir tam yedek olması gerekir.Bundan sonra işlem günlüğü dışında başka günlük yedeği tüm yedek sırasında yedeklenebilir.Günlüğü yedekleri sık olması, hem de iş kaybı Pozlandırma en aza indirmek ve etkinleştirmek için oturum kesilmesi önerilir.

Bir veritabanı geri yükleme yüklemeden önce tipik olarak, deneyin yedeklemek tail günlüğü.Nasıl oluşturulacağı hakkında bilgi için bir sonradan alınan günlük yedeği ve hangi koşullarda hakkında bir sonradan alınan günlük yedeği ise gerekli değil, görmek Tail günlüğü yedekleri.

Günlüğü yedekleri bir dizi nasıl çalışır?

Veritabanı Yöneticisi, genellikle tam bir veritabanı oluşturur yedek düzenli aralıklarla, örneğin haftalık.İsteğe bağlı olarak, bir yönetici oluşturur bir değişiklik yedeği ; günlük gibi daha kısa bir aralıkta bir işlem oluşturur ve günlük yedeği 10 dakikada gibi sık sık.En iyi yedekleme aralığını verilerin önemi, veritabanı boyutu ve sunucu iş yükünü gibi etkenlere bağlıdır.

İşlem günlüğü zarar, yani çalışmak en son günlük yedeği kayıp başlatıldığından bu yana gerçekleştirilen.Bu günlük dosyalarının hataya dayanıklı depolama yerleştirmenin önemini vurgular.

Tam veritabanı yedekleri işlem günlüğü yedekleri dizisini bağımsızdır.Size bir dizi işlem günlüğü yedekleri ve sonra geri yükleme işlemini başlatmak için kullanılan dönemsel tam veritabanı yedekleri olun.Örneğin, aşağıdaki olaylar dizisi varsayalım.

Time	Olay
SABAH 08:00	Veritabanını yedekleyin.
Öğlen	İşlem günlüğünü yedekleme.
16:00	İşlem günlüğünü yedekleme.
18:00	Veritabanını yedekleyin.
8:00 P.M.	İşlem günlüğünü yedekleme.

The transaction log backup created at 8:00 P.M.contains transaction log records from 4:00 P.M.through 8:00 P.M., spanning the time when the full database backup was created at 6:00 P.M.The sequence of transaction log backups is continuous from the initial full database backup created at 8:00 A.M.to the last transaction log backup created at 8:00 P.M.

Örnekte, bu işlem günlüklerinin uygulama hakkında daha fazla bilgi için bkz: İşlem günlüğü yedekleri uygulanıyor.

Not

Varsayılan olarak, her başarılı yedek işlemi bir girdi ekler SQL Server hata günlüğü ve sistem olay günlüğünüyedeklemek, günlük çok sık sık, bu başarı iletileri hızla, zor diğer iletileri bulmayı çok büyük hata günlüklerindeki kaynaklanan toplar.Bu gibi durumlarda komut dosyalarınızı hiçbiri girişler bağlıdır, 3226 izleme bayrağı kullanarak bu günlük girdileri bastırabilirsiniz.Daha fazla bilgi için bkz: İzleme Bayrakları (Transact-SQL).