Nonlogged ve en az oturum işlemleri işlem günlüğü yedeklemesini ve geri yükleme işlemi SQL Server üzerindeki etkilerini açıklaması

Makale çevirileri Makale çevirileri
Makale numarası: 272093 - Bu makalenin geçerli olduğu ürünleri görün.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Ya da, bazı işlemleri nonlogged, en az bir oturum veya işlem günlüğünün etkin olmayan kısmını kaldırma, işlem günlüğü sırasını bir etkisi olabilir. Bu makalede, bu işlemler hakkında bilgi sağlar ve sonraki hareket üzerindeki etkilerini yedekleme oturum ve işlem geri yükleyin.

SQL Server 2000, SQL Server 7. 0'a kıyasla, üç yeni kurtarma modeli kullanır. Bu makalede ayrıca SQL Server 2000'de fark açıklanır.

Daha fazla bilgi

SQL Server 7.0

Nonlogged işlem türüne bağlı olarak, SQL Server 7.0, çalışırken sonra nonlogged bu işlemler bir işlem günlüğü yedeklemesini gerçekleştirmek üç farklı yolla davranabilir:
  • <a1>Davranış</a1> bir bu hata iletileri ile yedekleme başarısız:
    Sunucu: <a1>hata</a1> 4213, Düzey 16, State 1, 1 satır

    <a1>Dosya</a1> ' dbname ' nonlogged güncelleştirmeleri tabi ileriye alınamaz olduğundan BACKUP LOG izin veremez. Veritabanının tam veya farklı veritabanı, yedekleme gerçekleştirin.
    -ve-
    Sunucu: <a1>hata</a1> 3013, Düzey 16, State 1, 1 satır

    Yedekleme veya geri yükleme işlemi anormal olarak sona eriyor.
    Ne bu davranışı neden oluyor?

    Davranış bir müşteri adayı nonlogged işlemler şunları içerir:

    • Nonlogged Kullanımıbcp
    • İÇİNE SEÇİN...
    • writetext
    • updatetext
    • Veri Dönüştürme Hizmetleri (DTS) Kullan Hızlı Yükle ve etkin Tablo Kilitle.
    Yukarıdaki işlemler tüm verileri değiştirmek veya yeni veri ekleme de içerir. Yeni verileri tam olarak hareket günlüğüne oturum için günlüğe daha sonra Geri dönülemez bir başarısızlık durumunda, verileri geri yüklemek için kullanılabilir değil. Bir tam veya farklı bir veritabanı yedeklemesini, işlem günlüğü yedekleri sürdürebilirsiniz önce gerçekleştirilmelidir.

  • Bu hata iletileri ile yedekleme başarısız: davranışı iki yedek bu uyarı iletisi gönderir ve sonra da işlem günlüğü yedeklemesini gerçekleştirir:
    Geçerli veritabanı yedekleme yok. Bu günlük yedekleme, ileri, önceki bir veritabanı yedeklemesini geri almak için kullanılamaz.
    Ne bu davranışı neden oluyor?

    Davranış için iki yol işlemler şunları içerir:

    • <a1>YEDEKLEME</a1> truncate_only İLE GÜNLÜK
    • sp_dboption "trunc. Ardından, TRUE olarak ayarlanmış chkpt üzerinde oturum"

      sp_dboption "trunc. chkpt üzerinde oturum, FALSE olarak ayarlayın.
    Bu işlemler, işlem günlüğünü yedekleme olmadan işlem günlüğünün etkin olmayan kısmını kesecek. Sonraki girişimler işlem günlüğünü yedekleme, günlük kesiliyor sonra uyarı iletisi döndürür. SQL Server, işlem günlüğü yedeklemesini oluşturmaya devam. Ancak, bu işlem günlüğü yedeklemesini geçersiz ve geri yüklenebilir. Bu tür bir günlüğü yedeklerini geri çalışılırken, aşağıdaki hata iletilerinden döndürülür:

    Sunucu: <a1>hata</a1> 4305, Düzey 16, State 1, 1 satır

    Veritabanı ileri yetecek kadar alındı değil çünkü bu yedek kümesinin geri yüklenemez. Önce bu günlük geri yüklemeden önce tüm önceki günlükleri geri yüklemeniz gerekir.
    -ve-
    Sunucu: <a1>hata</a1> 3013, Düzey 16, State 1, 1 satır

    Yedekleme veya geri yükleme işlemi anormal olarak sona eriyor.
    Bu davranış tasarım yüzündendir. Önceki işlem birini yürütür herhangi bir kullanıcı, işlemleri ve sonucu yapısı bilmelisiniz. Önceki operasyonlar gerçekleştirilir, BIR tam veya farklı bir veritabanı yedeklemesini gerçekleştirilmelidir.
  • Bu hata iletileri ile yedekleme başarısız: davranışının üç işlem günlüğü herhangi bir uyarı iletisi yedeklenir.
Ne bu davranışı neden oluyor?

Müşteri adayları davranışının üç işlem:
  • TABLOYU KES
Kesme tablo, tablo tarafından kullanılan sayfaların reclaims. Işlem günlüğü sayfa miktarda kaldırma bilgileri kaydeder. Bu nedenle, operasyonun ileriye alınmasını. Sonraki işlem günlüğü yedeklemesini izin verilir ve daha sonra geri yüklemek için kullanılabilir.

SQL Server 2000 ve SQL Server 2005'te

Tam kurtarma modelinde, her değişikliği veritabanına kaydedilir. Bu nedenle, hiçbir önceki hata koşulları oluşur.

Basit kurtarma modeli, işlem günlüğü her zaman yedekle girişimleri aşağıdaki hata iletilerinden başarısız:
Sunucu: <a1>hata</a1> 4208, Düzey 16, State 1, 1 satır

Kurtarma modeli SIMPLE, BACKUP LOG deyimi izin verilmez. BACKUP DATABASE kullanın veya ALTER DATABASE kullanarak Kurtarma modelini değiştirin.
-ve-
Sunucu: <a1>hata</a1> 3013, Düzey 16, State 1, 1 satır

BACKUP LOG anormal olarak sona eriyor.
Toplu oturum modelinde, işlem günlüğü kazanmak aşağıdaki işlemleri için en az bir günlük gerçekleştirilebilir:
  • Kullanımıbcp ve BULK INSERT gibi toplu yükleme işlemleri.
  • CREATE dizinlenmiş görünümler de dahil olmak üzere INDEX.
  • İÇİNE SEÇİN...
  • writetext
  • updatetext
  • DTS Kullanma Hızlı Yükle ve etkin Tablo Kilitle.
SQL Server 7. 0'dan farklı, SQL Server 2000 ve SQL Server 2005 gerçekten sağlar işlem günlüğü, sonra en az kütüğe kaydedilmiş bu işlemler yedeklenecek. Yalnızca günlük yedekler yedekleme gibi hareket günlükleri, bu da önceki operasyonlara tahsis kapsamlarını yedekler. Bu nedenle, bu tür günlük yedeklemeler, daha sonra geri yüklemek için kullanılabilir. Ancak, Bulk-Logged kurtarma modeli, yalnızca veritabanı günlüğü yedeklemesini toplu değişiklikleri içeren bir işlem günlüğü yedeklemesini sonuna kadar geri verir. Nokta-in-time kurtarma desteklenmez. Dahası, işlem toplu oturum içeren bir günlüğünü yedekleme veritabanındaki tüm veri dosyaları için erişim gerektirir. Veri dosyalarına erişilebilir, son işlem günlüğü yedeklenemez ve tüm bağımlı işlemlerinde bu günlük kaybolur.

Denetim noktası seçeneği kesilmesinden oturum yalnızca geriye dönük uyumluluk için SQL Server 2000'de ve SQL Server 2005'te bulunmaktadır. Microsoft, bunun yerine Basit kurtarma modelini kullanmanızı önerir. Tam veya toplu-oturum için Basit kurtarma modelini değiştirin ve sonra geri dönebilirsiniz, sonraki işlem günlüğü yedekleri iki davranışı "SQL Server 7.0" bölümünde anlatıldığı şekilde aynı uyarı iletisi'ne geri dönün ve sonra uyarı iletisi günlüğe yedeğini alın.

Bu işlem günlüğü yedekleri kullanarak izleyen geri yükleme işlemleri aşağıdaki hata iletilerinden başarısız:
Sunucu: <a1>hata</a1> 4305, Düzey 16, State 1, 1 satır

Bu yedek kümesinin günlüğünde, veritabanına uygulamak için çok geç olduğu LSN LSNnumber sırasında başlar. LSN LSNnumber içeren önceki bir günlüğü yedeklemesini geri yüklenebilir.
-ve-
Sunucu: <a1>hata</a1> 3013, Düzey 16, State 1, 1 satır

GNLK RESTORE anormal olarak sona eriyor.
<a1>Davranış</a1> "SQL Server 7.0" bölümünde açıklanan üç de SQL Server 2000 için geçerlidir.

Özellikler

Makale numarası: 272093 - Last Review: 7 Aralık 2005 Çarşamba - Gözden geçirme: 4.3
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL 2005 Server Workgroup
Anahtar Kelimeler: 
kbmt kbinfo KB272093 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:272093

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com