Kadar zaman veritabanı zarar görmüş geri işlem günlük (SQL Server)

Bu konuda ne zaman veritabanı zarar görmüş bir işlem günlüğü yedekleyin açıklar SQL Server 2012kullanarak SQL Server Management Studioya Transact-SQL.

Bu Konuda

  • Başlamadan Önce

    Sınırlamalar ve Kısıtlamalar

    Öneriler

    Güvenlik

  • Ne zaman veritabanı kullanarak, zarar görmüş, işlem günlüğü yedeklemek için:

    SQL Server Management Studio

    Transact-SQL

Başlamadan Önce

Sınırlamalar ve Kısıtlamalar

  • Bir açık veya örtük işlemde BACKUP deyimine izin verilmez.

Öneriler

  • Ya da kullanan bir veritabanı için tam veya toplu oturum kurtarma modeli, genellikle veritabanını geri yüklemeye başlamadan önce kadar günlüğü kuyruğu yedeklemek gerekir. Üzerinde günlük sevkiyat yapılandırması birincil veritabanı başarısız önce günlük kuyruğu da yedeklemelisiniz. Veritabanı kurtarma çalışma kaybını önler bir hatadan sonra önce tail günlük yedekleme son günlük yedekleme geri yükleme. Tail günlük yedeklemeler hakkında daha fazla bilgi için bkz: Tail günlük yedekleme (SQL Server).

Güvenlik

İzinler

backup database ve backup GNLK izinleri varsayılan üyeleri için sysadmin sabit sunucu rolü ve db_owner ve db_backupoperator veritabanı rolleri sabit.

Yedekleme aygıtının fiziksel dosyasındaki sahiplik ve izin sorunları, yedekleme işleminde aksamaya yol açabilir. SQL Server aygıtı okuyup yazabilmeli; SQL Server hizmetini çalıştıran hesap ise yazma izinlerine sahip olmalıdır. Ancak sistem tablolarına yedekleme aygıtı için bir girdi ekleyen sp_addumpdevice, dosya erişim izinlerini kontrol etmez. Yedekleme veya geri yüklemeye girişildiğinde fiziksel kaynağa erişilene kadar, yedekleme aygıtının fiziksel dosyasındaki bu tür sorunlar ortaya çıkmayabilir.

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

SQL Server Management Studio Kullanarak

Hareket günlüğü kuyruğu yedeklemek için

  1. Uygun örneğini bağlandıktan sonra Microsoft   SQL Server Veritabanı Altyapısı, buna Object Explorer, sunucu ağacı sunucu adını tıklatın.

  2. Genişletme veritabanlarıve, veritabanına bağlı bir kullanıcı veritabanını seçin veya genişletmek Sistem veritabanları ve sistem veritabanı seçin.

  3. Veritabanını sağ tıklatın, Görevler’in üzerine gelin, ardından Yedekle'yi tıklatın. Veritabanını Yedekle iletişim kutusu görüntülenir.

  4. Veritabanı liste kutusunda, veritabanı adını doğrulayın. İsteğe bağlı olarak listeden farklı bir veritabanı seçebilirsiniz.

  5. Kurtarma modeli ya da olduğunu tam veya bulk_logged.

  6. İçinde yedekleme türü liste kutusunda seçin İşlem günlüğü.

  7. Bırakın Kopya yalnızca yedekleme seçimi.

  8. İçinde yedekleme kümesi alan, varsayılan yedekleme kümesi içinde önerilen adı kabul ya da ad metin kutusu veya yedekleme kümesi için farklı bir ad girin.

  9. İçinde Açıklama metin kutusuna, tail günlük yedekleme için bir açıklama girin.

  10. Ne zaman yedekleme kümesi bitiş tarihi belirtin:

    • Belirli bir gün sayısından sonra sona yedekleme kümesi için tıklatın sonra (varsayılan seçenek) ve belirlenen bitiş tarihi ayarlama oluşturulduktan sonra gün sayısını girin. Bu değer 0'dan 99999 güne kadar bir değer olabilir; 0 gün değeri, yedekleme kümesinin süresinin hiçbir zaman dolmayacağı anlamına gelir.

      Varsayılan değer ayarlanır Varsayılan yedekleme ortam saklama (gün içinde) seçeneği Server Properties iletişim kutusunu (Veritabanı ayarları sayfa). Bu iletişim kutusuna erişmek için nesne Gezgini'nde sunucu adını sağ tıklatın ve Özellikler'i seçin; sonra seçin Veritabanı ayarları sayfa.

    • Belirli bir tarihte sona yedekleme kümesi için tıklatın üzerindeve üzerinde set will expire tarihi girin.

  11. Tıklatarak yedekleme hedef türü seçin Disk veya teyp. Tek bir medya kümesi içeren 64'e kadar disk veya teyp sürücüsü yolu seçmek için, Ekle'yi tıklatın. Seçilen yollar, Yedekleme konumu liste kutusunda görüntülenir.

    Bir yedekleme hedefini kaldırmak için, hedefi seçin ve Kaldır'ı tıklatın. Yedekleme hedefi içeriğini görüntülemek için bunu seçin ve tıklatın Contents.

  12. Tarih seçenekleri seçin sayfasında bir Ortam üstüne aşağıdakilerden birini tıklatarak seçeneği:

    • Var olan medya kümesine yedekleme

      Bu seçenek için tıklatın Append varolan yedekleme kümesi için veya tüm yedekleme varolan ayarlar üzerine.

      İsteğe bağlı olarak seç ortam kümesi adını ve yedekleme kümesi sona erme kontrol Tarih ve saati hangi ortam kümesi ve yedekleme kümesi sona doğrulamak yedekleme işlemi neden.

      İsterseniz, Medya kümesi adı metin kutusuna bir ad girin. Bir ad belirtilmezse, boş adla bir medya kümesi oluşturulur. Bir medya kümesi adı belirtirseniz, gerçek adın buraya girdiğiniz adla eşleşip eşleşmediğini görmek için medya (teyp veya disk) kontrol edilir.

      Ortam adı boş bırakın ve medya karşı denetlemek için kutuyu işaretleyin, başarı da boş olan ortam ortam adı eşittir.

    • Yeni bir medya kümesine yedekleme ve tüm var olan yedekleme kümelerini silme

      Bu seçenek için bir isim girin Yeni ortam adı ayarlama metin kutusu ve isteğe bağlı olarak, ortam tarif yeni bir ortam kümesi açıklaması metin kutusu.

    Seçeneklerini ayarlamak ortam hakkında daha fazla bilgi için bkz: Media kümelerini, Media aileleri ve yedekleme kümelerini (SQL Server).

  13. İçinde güvenilirlik bölüm, isteğe bağlı olarak, kontrol edin:

    • Yedekleme tamamlandığında doğrulayın.

    • Sağlama toplamı ortama yazılmasını önce gerçekleştirmek.

    • Sağlama toplamı hatası devam

    Sağlama hakkında daha fazla bilgi için bkz: Olası ortam hatalarını sırasında yedekleme ve geri yükleme (SQL Server).

  14. İçinde işlem günlüğü bölümünde, kontrol kadar günlüğü kuyruğu yedeklemek ve geri yükleme durumu veritabanında bırakmak.

    Bu aşağıdaki belirtmeye eşdeğerdir yedekleme deyimi:

    BACKUP LOG <database_name> TO <backup_device> WITH NORECOVERY

    Önemli notÖnemli

    Geri yükleme anda veritabanını geri yükle iletişim kutusu tail günlük yedekleme türünü görüntüler İşlem günlüğü (kopya Only).

  15. Eğer bir teyp sürücüsüne yedeklemek (belirtilen hedef bölümünde Genel sayfa), Unload yedeklemeden sonra bandı seçeneği etkin. Bu seçenek tıklatıldığında etkinleştirir boşaltma önce teyp geri sarma seçeneği.

  16. SQL Server 2008 Enterpriseve daha sonra Yedekleme sıkıştırma. Varsayılan olarak, yedekleme olup sıkıştırılmış değerine bağlı backup-compression defaultsunucu yapılandırma seçeneği. Ancak, geçerli sunucu düzeyi varsayılan ne olursa olsun, siz yedek denetleyerek sıkıştırabilirsiniz Yedekleme Sıkıştır, ve sıkıştırma denetleyerek engelleyebilirsiniz yedekleme sıkıştırmak değil.

    Geçerli yedekleme sıkıştırma varsayılanını görüntülemek için

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

Transact-SQL'i Kullanma

Etkin işlem günlüğü yedeğini oluşturmak için

  • Etkin işlem günlüğü yedeklemek için backup GNLK deyimini yürütmek belirtme:

    • İşlem günlüğü yedeklemek için ait olduğu veritabanının adı.

    • Hareket günlük yedekleme yazılacağı yedekleme aygıtı.

    • no_truncate yan tümcesi.

      Bu fıkra bile işlem günlüğü dosyasının erişilebilir ve bozulmamış koşuluyla veritabanı erişilemez yedeklenmesi için işlem günlüğü etkin parçası verir.

Örnek (Transact-sql)

[!NOT]

Bu örnek AdventureWorks2012 , basit kurtarma modeli kullanır. Günlük yedeklemeler, tam veritabanı yedeklemesi gerçekleştirmeden önce izin vermek için veritabanı tam kurtarma modeli kullanmak üzere ayarlandı. Daha fazla bilgi için, bkz. Görüntülemek veya bir veritabanı (SQL Server) kurtarma modeli değiştirme.

Veritabanı zarar görmüş ve ulaşılmaz, işlem günlüğü ise hasarsız ve erişilebilir olduğunda bu örnek şu anda etkin işlem günlüğü yedekler.

BACKUP LOG AdventureWorks2012
   TO MyAdvWorks_FullRM_log1
   WITH NO_TRUNCATE;
GO

Başa Dön bağlantısıyla kullanılan ok simgesi[Top]

Ayrıca bkz.

Görevler

Restore a Database to a Point in Time (SQL Server Management Studio)

Başvuru

(Seçenekler sayfa) veritabanını yedekleyin

(Genel sayfası) veritabanını yedekleyin

Yedekleme (Transact-sql)

Kavramlar

Hareket günlük yedekleme (SQL Server) geri yükleme

Dosya (Basit kurtarma modeli) yükler

Dosya (tam kurtarma modeli) yükler

Diğer Kaynaklar

Working with Transaction Log Backups

Optimizing Backup and Restore Performance in SQL Server