Tail günlük yedekleme (SQL Server)
Bu konu yalnızca yedekleme ve geri yükleme için ilgili SQL Servertam veya toplu oturum kurtarma modeli kullanan veritabanları.
A tail günlük yedekleme henüz yedeklendi değil günlük kayıtları yakalar ( günlük) iş kaybı önlemek ve günlük zinciri sağlam tutmak için. Önce kurtarabilirsiniz bir SQL Serververitabanı zaman onun en son noktasına kadar onun hareket \Kütüğü kuyruğu yedeklemek gerekir Tail günlük yedekleme, son yedekleme veritabanı kurtarma planı ilgi olacaktır.
[!NOT]
Tüm geri yükleme senaryoları tail günlük yedekleme gerektirir. Bir önceki günlük yedekleme kurtarma noktası içeriyorsa tail günlük yedekleme gerekmez. Eğer taşıma veya değiştirme (üzerine) ayrıca, tail günlük yedekleme gereksizdir bir veritabanı ve bir nokta-in zaman onun en son yedeklemeden sonra geri gerekmez.
Bu konuda:
Tail günlük yedekleme gerektiren senaryoları
Tamamlanmamış yedek meta verileri olan tail günlüğü yedekleri
ilişkili Görevler
İlişkili İçerik
Tail günlük yedekleme gerektiren senaryoları
Tail günlük yedekleme aşağıdaki senaryolarda yapmanızı öneririz:
Veritabanının çevrimiçi olduğundan ve veritabanı geri yükleme işlemi gerçekleştirmesini istiyorsanız günlük tail yedekleyerek başlar. Bir çevrimiçi veritabanı hata önlemek için kullanmanız gerekir... norecovery seçeneği ile yedekleme Transact-SQL deyimi.
İlk veritabanı çevrimdışıdır ve başlatılamaz ve veritabanını geri yüklemek gereken, günlük tail yedekleyin. Çünkü şu anda hiçbir hareket oluşabilir, WITH norecovery kullanarak isteğe bağlıdır.
Veritabanı bozulmuşsa, tail günlük yedekleme backup deyimi WITH CONTINUE_AFTER_ERROR seçeneğini kullanarak almak için deneyin.
Bozuk veritabanı günlüğünün tail yedekleme yalnızca günlük dosyaları bozulmamış, veritabanı tail günlüğü yedekleri destekleyen bir durumda ve veritabanı toplu oturum değişiklikleri içermez başarılı olabilir. Tail günlük yedekleme oluşturulamaz, en son günlük yedeklemeden sonra kaydedilen herhangi bir işlem kaybolur.
Yedekleme norecovery ve CONTINUE_AFTER_ERROR seçenekleri aşağıdaki tabloda özetlenmiştir.
backup GNLK seçeneği |
Açıklamalar |
---|---|
NORECOVERY |
Veritabanı geri yükleme işlemi devam etmeyi düşündüğünüz zaman norecovery kullanın. norecovery veritabanı geri yükleme durumu alır. Bu, veritabanının tail günlük yedeklemeden sonra değişmez garanti eder. no_truncate seçenek veya copy_only seçeneği de belirtilmediği sürece günlük kesilir.
Önemli
Sen ne zaman veritabanı zarar görmüş dışında no_truncate, kullanmaktan kaçının öneririz.
|
CONTINUE_AFTER_ERROR |
Sadece bozuk veritabanı kuyruğu yedekliyorsanız CONTINUE_AFTER_ERROR kullanın.
Not
Bozuk veritabanı günlüğü kuyruğu yedeklemek kullandığınızda, normalde günlük yedeklemeler yakalanan meta bazıları kullanılamayabilir.Daha fazla bilgi için bkz: Tail günlüğü yedekleri, sahip eksik yedekleme meta, bu konuda.
|
Tamamlanmamış yedek meta verileri olan tail günlüğü yedekleri
Veritabanı çevrimdışı, hasarlı veya eksik veri dosyaları olsa tail günlüğü yedekleri günlüğü kuyruğu yakalayın. Bu eksik meta veri bilgileri komutlarını geri neden olabilir ve msdb. Ancak, yalnızca meta veriler eksik; yakalanan günlük eksiksiz ve kullanışlı.
Tail günlük yedekleme eksik meta verileri de varsa backupset tablo has_incomplete_metadata ayarı 1. Ayrıca, içinde çıkış restore headeronly, HasIncompleteMetadata ayarı 1.
Eğer meta verilerde tail günlük yedekleme eksik, backupfilegroup tablo tail günlük yedekleme anda filegroups hakkında bilgilerin eksik. En backupfilegroup tablo sütunları olan null; yalnızca anlamlı sütunlar aşağıdaki gibidir:
backup_set_id
filegroup_iddata_space_idsys.filegroups
type
type_desc
is_readonly
ilişkili Görevler
Tail günlük yedeğini oluşturmak için bkz: Kadar zaman veritabanı zarar görmüş geri işlem günlük (SQL Server).
Hareket günlük yedekleme geri yüklemek için bkz: Hareket günlük yedekleme (SQL Server) geri yükleme.
[Üst]
İlişkili İçerik
Yok.
[Üst]
Ayrıca bkz.
Başvuru
Kavramlar
Yedekleme ve geri yükleme SQL Server veritabanları
Yalnızca kopya yedekleme (SQL Server)