Aracılığıyla paylaş


İşlem günlüğü yedeklemeleri (SQL Server)

Şunlar için geçerlidir: SQL Server

Bu makale yalnızca tam veya toplu günlüğe kaydedilen kurtarma modellerini kullanan SQL Server veritabanları için geçerlidir. Bu makalede, SQL Server veritabanının işlem günlüğünü yedekleme işlemi açıklanır.

Günlük yedeklemeleri oluşturabilmeniz için en az bir tam yedekleme oluşturmuş olmanız gerekir. Bundan sonra, günlük zaten yedeklenmediği sürece işlem günlüğü herhangi bir zamanda yedeklenebilir.

Hem iş kaybına maruz kalma durumunu en aza indirmek hem de işlem günlüğünün kesilmesini sağlamak için günlük yedeklemelerini sık sık gerçekleştirmenizi öneririz.

Veritabanı yöneticisi genellikle bazen haftalık gibi tam veritabanı yedeklemesi oluşturur ve isteğe bağlı olarak günlük gibi daha kısa bir aralıkta bir dizi değişiklik veritabanı yedeklemesi oluşturur. Veritabanı yedeklemelerinden bağımsız olarak, veritabanı yöneticisi işlem günlüğünü sık aralıklarla yedekler. Belirli bir yedekleme türü için en uygun aralık, verilerin önemi, veritabanının boyutu ve sunucunun iş yükü gibi faktörlere bağlıdır. İyi bir strateji uygulama hakkında daha fazla bilgi için bu makaledeki Öneriler'e bakın.

Günlük yedekleme dizisi nasıl çalışır?

İşlem günlüğü yedeklemeleri günlük zinciri , veri yedeklemelerinden bağımsızdır. Örneğin, aşağıdaki olay dizisini varsayın.

Time Event
08:00 Veritabanını yedekleyin.
Öğle İşlem günlüğünü yedekleyin.
16:00 İşlem günlüğünü yedekleyin.
18:00 Veritabanını yedekleyin.
20:00 İşlem günlüğünü yedekleyin.

20:00'de oluşturulan işlem günlüğü yedeklemesi, 18:00 ile 20:00 arasında, tam veritabanı yedeklemesinin 18:00'de oluşturulduğu zamanı kapsayan işlem günlüğü kayıtlarını içerir. İşlem günlüğü yedeklemeleri dizisi, 08:00'da oluşturulan ilk tam veritabanı yedeklemesinden 20:00'de oluşturulan son işlem günlüğü yedeklemesine kadar süreklidir. Bu günlük yedeklemelerinin nasıl uygulanacağı hakkında daha fazla bilgi için İşlem Günlüğü Yedeklemelerini Uygulama (SQL Server) bölümüne bakın.

Recommendations

İşlem günlüğü zarar görürse, en son geçerli yedekleme kaybedildiğinden gerçekleştirilen çalışma kaybolur. Bu nedenle günlük dosyalarınızı hataya dayanıklı depolama alanına yerleştirmenizi kesinlikle öneririz.

Veritabanı zarar görmüşse veya veritabanını geri yüklemek üzereyseniz veritabanını geçerli noktaya geri yüklemenizi sağlamak için bir kuyruk günlüğü yedeklemesi oluşturmanızı öneririz.

Dikkat

Bilinen sorun: Bellek için iyileştirilmiş tablolara sahip veritabanları için, kurtarma olmadan işlem günlüğü yedeklemesi gerçekleştirmek ve daha sonra kurtarma ile işlem günlüğü geri yüklemesini yürütmek yanıt vermeyen bir veritabanı geri yükleme işlemine neden olabilir. Bu sorun günlük gönderimi işlevselliğini de etkileyebilir. Bu sorunu geçici olarak çözmek için, geri yükleme işlemi başlatılmadan önce SQL Server örneği yeniden başlatılabilir.

Varsayılan olarak, her başarılı yedekleme işlemi SQL Server hata günlüğüne ve sistem olay günlüğüne bir girdi ekler. Günlüğü çok sık yedeklerseniz, bu başarı iletileri hızlı bir şekilde birikerek diğer iletileri bulmayı zorlaştırabilecek büyük hata günlüklerine neden olur. Bu gibi durumlarda, betiklerinizin hiçbiri bu girdilere bağımlı değilse izleme bayrağı 3226'yı kullanarak bu günlük girdilerini gizleyebilirsiniz. Daha fazla bilgi için bkz. DBCC TRACEON ile izleme bayrakları ayarlama.

İş gereksinimlerinizi desteklemek için yeterince sık günlük yedeklemesi yapın; özellikle de hasarlı günlük depolamadan kaynaklanabilir gibi iş kaybına dayanıklılık.

  • Günlük yedeklemelerini almak için uygun sıklık, depolayabileceğiniz, yönetebileceğiniz ve potansiyel olarak geri yükleyebileceğiniz günlük yedeği sayısıyla dengelenmiş iş kaybına maruz kalma toleransınıza bağlıdır. Kurtarma stratejinizi uygularken gerekli kurtarma süresi hedefini (RTO) ve kurtarma noktası hedefini (RPO) ve özellikle günlük yedekleme temposunu düşünün.

  • Her 15-30 dakikada bir günlük yedeği almak yeterli olabilir. İşletmeniz iş kaybına maruz kalma durumunu en aza indirmenizi gerektiriyorsa günlük yedeklemelerini daha sık almayı göz önünde bulundurun. Daha sık yapılan günlük yedeklemeleri, günlük kesme sıklığını artırmanın ek avantajına sahiptir ve bu da günlük dosyalarının daha küçük olmasıyla sonuçlanır.

Önemli

Geri yüklemeniz gereken günlük yedeklemelerinin sayısını sınırlamak için verilerinizi düzenli olarak yedeklemeniz önemlidir. Örneğin, haftalık tam veritabanı yedeklemesi ve günlük değişiklik veritabanı yedeklemeleri zamanlayabilirsiniz.
Kurtarma stratejinizi uygularken gerekli RTO ve RPO'yu ve özellikle tam ve fark veritabanı yedekleme temposunu düşünün.