Log Shipping - STANDBY İLE RESTORE - SQL Server 2012'de kırılmaya devam ediyor


10

RESTORE WITH STANDBYVeritabanını raporlama amacıyla salt okunur modda geri yüklemek için günlük gönderimi ve SQL Server 2012 kullanıyoruz. Ancak, bir veya iki günlük yedeklemesinin geri yüklemesini tamamladıktan sonra günlük gönderim kurulumu bozulmaya devam eder. Günlük gönderimi yalnızca şu şekilde çalıştığında kesilir RESTORE WITH STANDBY; RESTORE WITH NORECOVERYherhangi bir soruna neden olmaz.

Bununla ilgili tek sezgim, birincil veritabanının dinamik olmadığıdır. Bu nedenle, işlem olmadığında, bu işlemle ilgili sorunlara neden olabilir RESTORE, belki?

Herhangi bir fikir, bilinen düzeltmeler var mı?

İki gün ağır güncelleme yapan düzenli bir iş çalıştırarak birkaç gün çalışma vardı. İş günlük gönderme kurulumunu çalıştırmayı durdurduğunda, .trn dosyasını işleyemedi. Günlük gönderimini sıfırladım ve tablodaki bir kaydın bir sütununun değerini değiştirmeden, sadece başarısız olan küçük bir güncelleme yaparak çalışmaya devam edip etmeyeceğini görmeye çalıştım.

Tüm yanıtlarınız için teşekkürler.

Not: Günlüğümüzden bir alıntı

25/02/2013 13: 00: 00, LSRestore_DBDB01-A_BulldogDB, Devam Ediyor, 1, DBREPORTS, LSRestore_DBDB01-A_BulldogDB, Günlük gönderim geri yükleme günlük iş adımı. ,, 2013-02-25 13: 00: 12.31 *** Hata: '\\ dbsan01 \ DBBackups \ LSBackup_BulldogDB \ BulldogDB_20130225180000.trn' günlük yedekleme dosyası 'BulldogDB' ikincil veritabanına uygulanamadı. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.31 *** Hata: 'BulldogDB' veritabanı günlüğü işlenirken bir hata oluştu. Mümkünse yedeklemeden geri yükleyin. Bir yedekleme yoksa, günlüğü yeniden oluşturmak gerekebilir.
Kurtarma sırasında 'BulldogDB' veritabanının (8: 0) yeniden başlatılmasını engelleyen bir hata oluştu. Kurtarma hatalarını teşhis edin ve düzeltin veya bilinen iyi bir yedeklemeden geri yükleyin. Hatalar düzeltilmez veya beklenmezse Teknik Destek ile iletişim kurun.
RESTORE LOG anormal olarak sona eriyor.
Dosya 1'de 'BulldogDB' dosyası 'BulldogDB' veritabanı için 0 sayfa işlendi.
Dosya 1'de 'BulldogDB' dosyası 'BulldogDB_log' veritabanı için 1 sayfa işlendi. (. Net SqlClient Data Provider) ***
2013-02-25 13: 00: 12.32 *** Hata: Geçmiş / hata mesajı kaydedilemedi. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.32 *** Hata: ExecuteNonQuery açık ve kullanılabilir bir Bağlantı gerektiriyor. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.32 'Doğrulama yapılamadığı için' BulldogDB 'ikincil veritabanı için' \\ dbsan01 \ DBBackups \ LSBackup_BulldogDB \ BulldogDB_20130225180000.trn 'atlanıyor.
2013-02-25 13: 00: 12.32 *** Hata: Geçmiş / hata mesajı kaydedilemedi. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.32 *** Hata: ExecuteNonQuery açık ve kullanılabilir bir Bağlantı gerektiriyor. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.33 *** Hata: Veritabanı erişim modunu geri yüklerken bir hata oluştu. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.33 *** Hata: ExecuteScalar açık ve kullanılabilir bir Bağlantı gerektirir. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.33 *** Hata: Geçmiş / hata mesajı kaydedilemedi. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.33 *** Hata: ExecuteNonQuery açık ve kullanılabilir bir Bağlantı gerektiriyor. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.33 *** Hata: Veritabanı erişim modunu geri yüklerken bir hata oluştu. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.33 *** Hata: ExecuteScalar açık ve kullanılabilir bir Bağlantı gerektirir. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.33 *** Hata: Geçmiş / hata mesajı kaydedilemedi. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.33 *** Hata: ExecuteNonQuery açık ve kullanılabilir bir Bağlantı gerektiriyor. Bağlantının geçerli durumu kapalı. (System.Data) ***
2013-02-25 13: 00: 12.33 Eski günlük yedekleme dosyalarını silme. Birincil Veritabanı: 'BulldogDB'
2013-02-25 13: 00: 12.33 *** Hata: Geçmiş / hata mesajı kaydedilemedi. (Microsoft.SqlServer.Management.LogShipping) ***
2013-02-25 13: 00: 12.33 *** Hata: ExecuteNonQuery açık ve kullanılabilir bir Bağlantı gerektiriyor. Bağlantının geçerli durumu kapalı. (System.Data) ***, 00: 00: 12,0,0 ,,,, 0

LS_Restore işinin işlem günlüğü yedeklemesini uygulayamaması nedeniyle kesiliyor. Ben sadece log-shipping sıfırlamak böylece tüm hata günlüğü bilgileri veritabanından gitti. Onları bir yere kaydettirdim, onları bulabildiğimde göndereceğim. Teşekkürler.
Mendel

Biz dosya edilemediği için Skipping" gibi bir şey ikincil veritabanı 'DB' için .trn ... yedekleme log dosyası almak doğrulanmış Özellikle yolsuzluk kontrol nasıl bilmiyorum..
Mendel

Yanıtlar:


4

Eğer ikincil veritabanı NORECOVERY içindeyken log yedeklemesi geri yüklenebiliyorsa ve sadece READ-ONLY / STANDBY durumundayken başarısız olursa, log yedeklemelerinin kendilerinin tamam olduğunu ve bozuk olmadığını varsayalım.

Raporlama bileşeninizin veritabanına açık bir bağlantısı olabilir, bu nedenle günlük dosyasını geri yüklerken açık bağlantılar nedeniyle veritabanına özel bir bağlantı alamaz. Günlük yedeklemesini, günlük yedeklemesini geri yüklemesini sağlamak için herhangi bir bağlantıyı kesecek şekilde ayarlarken bir seçenek olacaktır.


1
Doğru. Bu sorunu aşmak için, logshipping işlerinin bekleme ile geri yüklenmesine izin vermeyin, ancak bekleme ile geri yüklenecek işe ikinci bir adım ekleyin. STANDBY = N'standbyfile ile VERİTABANI [veritabanı] GERİ YÜKLE '. Başka bir seçenek, işlem günlüğü yedeklemesinin tamamlanmamış olması, geri yüklemeler için 20 dakika gecikme eklemeyi deneyin
Spörri

1

Beklemede İkincil geri yükleme yalnızca iş başladığında, başlangıç ​​kullanıcıları bağlanabildikten sonra kullanıcıların bağlantısını keser ve bu, "özel erişim" hatasıyla geri yükleme işlemini durduracaktır. Geri yükleme sırasında bekleme veritabanına bağlanmaya çalışan bir hizmet aldım. Bu, 1-10 / 100 geri yüklenen dosyalardan sonra geri yükleme işlemini kırdı.

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.