LOG_BACKUP log_reuse_wait_desc ile SQL Server 2012 Basit Kurtarma Modeli


11

Kendi soruşturma yapıyorum iken bir veritabanı neden bilen var SIMPLEkurtarma modeli vardır LOG_BACKUPiçin log_reuse_wait_desc?

SQL Server 2012 SP1. Veritabanı sadece birkaç hafta önce oluşturuldu. Çoğaltma yok, yansıtma yok, kayıt sevkiyatı yok ve bunlardan hiçbiri olmadı.

Biz yedek veritabanı yaptı ve bu gösterir başka örneğine geri SIMPLEve NOTHINGde log_reuse_waitdiğer örneğinde. Ama geri yükleme işlemi geri alma / geri alma işlemleri gibi başka bir örneğe geri yükleme sorunu yeniden oluşturmak için iyi bir yol olduğunu sanmıyorum.

Yanıtlar:


11

Tamam, dün gece gündüz sorunu araştırmak, test etmek ve yeniden üretmeye çalışmakla geçirdim. Temel nedeni buldum:

MODELveritabanı SIMPLEkurtarma modeline ayarlandı .

Model veritabanı SIMPLEkurtarma modeline ayarlanmışsa ve kullanıcı veritabanları SIMPLEkurtarma modeliyle oluşturulmuşsa , SQL Server bir şekilde FULLkurtarma modelindeymiş gibi davranır. Bu nedenle LOG_BACKUPgünlüğü kısaltmayı bekliyor .

Sorunu nasıl yeniden ürettiğimi göstermek için bu bağlantıdaki adımları listeledim .

Ben temel nedeni basit kurtarma modeli ile (sonra değil değiştirmek) bir kullanıcı veritabanı oluşturulduysa, o zaman bu sorun var olduğunu düşünüyorum. Ben tanımlanmış kurtarma modeli ile bir kullanıcı veritabanı oluşturmak için tek yolu olduğu gibi model veritabanı suçluyorum.

Bu, Microsoft Bilgi Bankası makalesi 2830400'de belgelenmiştir ve SQL Server 2012 SP1 CU4 ve RTM CU7'de düzeltilmiştir:

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.