Geri yükleme yaparken Kuyruk Günlüğü yedekleme?

Genellikle bir üretim sunucusundan üretim dışı bir sunucuya bir DB geri yükleme yaparken Ben yedekleme günlüğü yedeklenmemesi hakkında bir hata alıyorum unuttum gibi WITH REPLACE seçeneğini kullanır.

MSDN'e göre gerçekten geri yüklemeden önce kuyruk günlüğümü yedeklemeliyim:

Veritabanı çevrimiçi ise ve veritabanında geri yükleme işlemi yapmayı planlıyorsanız, günlüğün kuyruğunu yedekleyerek başlayın. Çevrimiçi veritabanı için bir hata önlemek için, YEDEKLEME Transact-SQL deyiminin… İLE NORECOVERY seçeneğini kullanmanız gerekir.

Bunu yapmamın bazı tehlikeleri veya dezavantajları nelerdir? Neden kuyruk kütüğünü yedeklemek bana avantaj sağlıyor?

SQL Server 2008R2 kullanıyorum ama bu sorgunun SQL Server'ın en yeni sürümleriyle de alakalı olacağını varsayıyorum, bu yüzden başlangıçta bu şekilde etiketlenmedi.

sql-server restore transaction-log

— Paul
kaynak

Aynı yerde geri yükleyeceğiniz (ve potansiyel olarak ek işlem günlükleri uygulayacaksanız) anlamına gelir. Veritabanının basit bir kopyasını başka bir yerde geri yükleyecekseniz ve günlük zincirini korumanız gerekmiyorsa, kullandığınız yöntemi kullanırdım. WITH COPY_ONLYYedeklemede bile kullanabilirim .

— Aaron Bertrand

Günlüğün kuyruğunu yedeklemezseniz, veritabanını en son yedeklediğinizden beri gerçekleşen işlemleri kaybedersiniz.

— JoseTeixeira
kaynak

Evet anladım. Ama buna rağmen bence cevabım düşüncemdeki boşluğu doldurmamı sağladı. Üretim dışı DB asla yedeklenmediğini görmek, bu yüzden neden geri günlüğü umursamayım ki yine de geri yükleyerek tüm DB kaybediyorum. Ama MSDN düşüncesi her zaman DB'mi yedeklememdir, şu anda yedeklenmeyen tek bit kuyruk günlüğüdür, bu yüzden yedeklememi istiyorlar. Hiç kimsenin umursamadığı geçici bir üretim dışı DB senaryom için kuyruk günlüğünü yedeklemenin hiçbir avantajı yoktur.

— Paul

Tamamen doğru. Verileri üretim dışı bir ortama getirmek istiyorsanız ve orada ne olduğunu gerçekten umursamıyorsanız, o zaman gerçekten hiçbir sorun yoktur.

— JoseTeixeira