Tail günlüğü yedekleri

Bu konu, tam veya toplu günlük kurtarma modeli kullanan veritabanları için geçerlidir.

Çoğu durumda, tam veya toplu oturum kurtarma modelleri altında SQL Server 2005 ve daha sonraki sürümleri gerektirir, yedeklemek henüz gelmedi günlük kayıtlarını yakalamak için günlük tail Yedeklenen dosyaların yükleneceği yergünlük yedeği günlüğü tail hemen bir geri yükleme işlemi çağrılmadan önce çekilen bir sonradan alınan günlük yedeği.

SQL Server 2005ve sonraki sürümlerde genellikle size tanıtmak bir sonradan alınan günlük yedeği bir veritabanı geri yükleme başlamadan önce.sonradan alınan günlük yedeği İş kaybını önler ve günlük zinciri değişmeden kalmasını sağlar.Bir hata noktası, bir veritabanına kurtarırken sonradan alınan günlük yedeği son yedek kurtarma planı içinde ilgi olduğunu.Günlük tail yedekleyemezsiniz seçebilirsiniz kurtarmak veritabanına yalnızca son yedeklemek hatasından önce oluşturulmuş olan sonuna.

Tüm geri yükleme senaryoları gerektiren bir sonradan alınan günlük yedeği.Sahip olan bir sonradan alınan günlük yedeği bir önceki günlük yedeği kurtarma noktası içeriyorsa ya da taşıma veya değiştirme (üzerine) veritabanı ve en son yedekden sonra saat bir noktaya geri yükleme yüklemek gerekli değildir.Ayrıca, günlük dosyaları bozulursa ve sonradan alınan günlük yedeği olamaz, oluşturulan veritabanını kullanmadan geri yükleme gerekir bir sonradan alınan günlük yedeği.Sonra en son kaydedilen herhangi bir işlem günlük yedeği kaybolur.Daha fazla bilgi için "Geri olmadan kullanarak bir Tail günlük yedekleme" konusuna bakın. Bu konuda daha sonra.

Tail günlük yedekleme

günlük yedeği, aşağıdaki gibi bir sonradan alınan günlük yedeği kullanılarak gerçekleştirilen yedek günlüğü deyim.Sizin yapmanızı öneririz bir sonradan alınan günlük yedeği aşağıdaki durumlarda:

• Veritabanının çevrimiçi olduğundan ve geri yükleme işlemini başlatmadan önce veritabanı üzerinde geri yükleme işlemi planlıyorsanız yedeklemek WITH norecovery kullanarak günlük tail:

  backup log veritabanı_adı to <backup_device> WITH norecovery

  Not

  Hata önlemek için norecovery seçeneği gereklidir.

• Veritabanı çevrimdışı başlamaz ise.

  Yararlanmaya çalışan bir sonradan alınan günlük yedeği.Hiçbir hareketi sırasında ortaya çıkar, çünkü saat, WITH norecovery kullanarak isteğe bağlı.Veritabanı bozulmuşsa ile CONTINUE_AFTER_ERROR aşağıdaki gibi kullanın:

  backup log veritabanı_adı to <backup_device> ile CONTINUE_AFTER_ERROR

  Veritabanındaki başlatılmazsa, veritabanı, örneğin, hasar görmüşse bir sonradan alınan günlük yedeği günlük dosyaları bozulmamış, veritabanı destekleyen bir durumda yalnızca başarılı sonradan alınan günlük yedeğis ve veritabanı toplu oturum değişiklikleri içermez.

Aşağıdaki tablo bu seçenekler özetler.

Günlük yedekleme seçeneği	Açıklamalar
NORECOVERY	Bir veritabanı geri yükleme işlemi ile devam etmek düşündüğünüz her norecovery kullanın.norecovery veritabanı geri yükleme durumuna geçer.Bu veritabanı, sonra değişmez garanti eder sonradan alınan günlük yedeği. no_truncate veya copy_only seçeneği de belirtilmediği sürece günlük kesirli kısmı atılır. Önemli no_truncate, ne veritabanı zarar görmüş dışında kullanmaktan kaçının öneririz.
CONTINUE_AFTER_ERROR	Bozuk veritabanı tail yedekliyorsanız, CONTINUE_AFTER_ERROR kullanın. Not Bozuk veritabanı tail günlük yedeklemek kullandığınızda, bazı günlüğü yedekleri normalde yakalanan meta veriler kullanılamayabilir."Tail günlüğü yedekleri ile tam yedekleme meta," daha fazla bilgi için bkz: Bu konuda daha sonra.

Veritabanı bozuk bir hareket günlük yedeği oluşturmak için

• Nasıl yapılır: Veritabanı zarar görmüş (Transact-SQL) olduğunda işlem günlüğünü yedekleme

• Nasıl yapılır: Yedekleme (SQL Server Management Studio'yu) işlem günlüğünün Tail

Tamamlanmamış bir yedek meta verileri olan tail günlüğü yedekleri

Veritabanı çevrimdışı, bozuk veya eksik veri dosyaları olsa bile, tail günlük tail günlüğü yedekleri yakalamak.Bu geri yükleme tamamlanmadı meta veriler bilgileri komutları neden olabilir ve msdb.Ancak, yalnızca meta veriler tamamlanmadı; Yakalanan günlük tam ve kullanılabilir.

Yoksa bir sonradan alınan günlük yedeği eksik meta veriler de sahip backupset tablosu, has_incomplete_metadata ayarlamak 1.Ayrıca, çıktısında restore headeronly, HasIncompleteMetadata olan küme için 1.

Meta verilerde tail günlük yedeği eksik, backupfilegroup filegroups hakkında bilgilerin çoğu tablo eksik saat tail günlük yedeği.Çoğu backupfilegroup tablo sütunları olan null; yalnızca anlamlı sütunlar aşağıdaki gibidir:

• backup_set_id

• filegroup_id

• type

• type_desc

• is_readonly

Tail günlük yedekleme dosyası olmadan geri yükleme

Geri yükleme senaryoları, bir sonradan alınan günlük yedeği gereksizdir şunları içerir:

• Bir veritabanını bir önceki içerdiği saat bir noktaya geri günlük yedeği.

  A sonradan alınan günlük yedeği bir veritabanını geri yüklemek ve stopat, NOKTASINA veya STOPBEFOREMARK'ı seçeneği, geri yükleme sırası her geri yükleme deyimnde belirtmek gereksizdir.

  Bir veritabanını önceki bir noktaya geri yükleme yüklemek içinsaat

  • Kullanmak için Transact-SQL , saat içinde belirli bir noktaya geri yükleme yüklemek için bkz: Nasıl yapılır: Saat (Transact-SQL) bir noktaya geri, Bir işaretli hareket için kurtarma, veya Günlük sıra numarası (SSN) kurtarma.

  • To use SQL Server Management Studio, see Nasıl yapılır: Bir saati (SQL Server Management Studio'yu) geri or Nasıl yapılır: İşaretli hareket için (SQL Server Management Studio'yu) bir veritabanı geri yükleme.

• Bir veritabanının bir kopyasını yeni bir konuma geri yüklemek.

  Bir veritabanını geri yükleme yüklediğinizde, yalnızca, veritabanı için veritabanı yansıtması yansıtma veritabanı oluşturduğunuzda gibi farklı bir sunucu örneğine geri yükleme, aynı adlı veritabanı kullanabilirsiniz veya bir ikincil veritabanı günlük aktarma için.Aynı sunucu örnek üzerinde bir veritabanını taşırsanız, veritabanı için yeni bir ad belirtmeniz gerekir.

  Bir veritabanını yeni bir konuma geri yükleme yüklemek için

  • Kullanarak Transact-SQL, her geri yükleme, deyim , geri yükleme sırası move seçeneği. belirtmekDaha fazla bilgi için bkz: Nasıl yapılır: Bir yeni konumu ve adı (Transact-SQL) bir veritabanı geri yükleme veya Nasıl yapılır: Dosyaları yeni bir konuma (Transact-SQL) geri yükleme.

  • Kullanarak SQL Server Management Studio, her dosyada yeni konumunu belirtmek Geri olarak alan , Restore Database (seçenekleri sayfa).Daha fazla bilgi için bkz: Nasıl yapılır: Veritabanı Yedeklemesini Geri Yükleme (SQL Server Management Studio).

• (Üzerine) tamamen değiştirmeyi veritabanı.

  Dikkat
  Değiştir seçeneği ile geri yükleme kullanılması yalnızca ve ender olarak seçilirken sonra deneyimli veritabanı yöneticileri.Daha fazla bilgi için bkz: Değiştir seçeneği kullanılarak.

  Bir veritabanını değiştirmek için

  • Kullanarak Transact-SQL, Değiştir seçeneğini belirleyin, geri deyimleri.

  • Kullanarak SQL Server Management Studio, her dosyada yeni konumunu belirtmek Geri olarak alan , Restore Database (seçenekleri sayfa).Daha fazla bilgi için bkz: Nasıl yapılır: Veritabanı Yedeklemesini Geri Yükleme (SQL Server Management Studio).

Ayrıca bkz.

Başvuru

BACKUP (Transact-SQL)

Kavramlar

Yalnızca kopya yedekleme

Veritabanı durumları

İşlem günlüğü yedekleri uygulanıyor

İşlem günlüğü yedekleri oluşturma

Değişiklik Geçmişi

Güncelleştirilmiş içerik
"Tail günlük yedekleme" güncelleştirildi alma hakkında doğru bilgi bölümüne bir sonradan alınan günlük yedeği veritabanı çevrimdışıdır ve başlatılmaz.