Şu anda çevrimdışısınız; İnternet'in yeniden bağlanması bekleniyor

SQL Server'da zarar görmüşse, ana ve veritabanı dosyalarını açtığınızda, son işlem günlüğünü yedekleme

Ö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:253817
Özet
Veritabanı dosyası zarar görmüş bile işlem günlüğü dosyasının hala kullanılabilir olduğunu kadar etkin bir işlem günlüğü yedekleyebilirsiniz. Microsoft SQL Server 7.0 birincil veri dosyası hem de işlem günlüğü dosyalarının son etkin bir işlem günlüğü yedeklemenizi sırada kullanılabilir olması gerekir. Master veritabanını da bozuksa, yeniden ilk ana veritabanını geri yükleyin ve sonra son etkin bir işlem günlüğü kullanılamaz veritabanının geri. Örneğin, veri dosyası hem de ana aygıtı bozuk medyada olabilir. Ancak, bir ana veritabanı yedeklemesini kullanılabilir durumda değilse, son etkin bir işlem günlüğü veritabanının birincil veri dosyası hem de işlem günlüğü dosyalarını SQL Server 7.0 üzerinde kullanılabilir olması koşuluyla, bu makalede açıklanan yöntemi kullanarak yedekleyebilirsiniz.

Not Bu Microsoft SQL Server 2000 veya Microsoft SQL Server 2005'de yapmak için <a0></a0>, yalnızca işlem günlüğü dosyasının kullanılabilir olması gerekir.

Not Rebuild Yöneticisi yardımcı programını, Microsoft SQL Server 2000 64 bit farklı uygulanır. SQL Server 2000 64 bit SQL Server, Microsoft Windows ınstaller tarafından sağlanan kendini onarma özelliklerinden yararlanır. Ayrıca, REINSTALL</a0> özelliği ve REINSTALLMODE özelliği <a0>Kur</a0> komut satırında açıkça kayıt defterini yeniden, bozuk dosyaları veya eksik dosyaları yeniden bozuk kısayollar veya eksik kısayolları yeniden yükleyin ve master veritabanları yeniden kullanılabilir. Bu özellikler, komut satırında veya bir .ini dosyası belirtilebilir.

Son işlem günlüğü SQL Server 2000 veya SQL Server 2005'te yedekleme

SQL Server 2000'de ve SQL Server 2005'te, asıl veritabanını ve bir <a0>kullanıcı</a0> veritabanının veri dosyasının bozuk halde veritabanının işlem günlüğü dosyasının hala kullanılabilir geri son etkin işlem günlüğü veri kaybı azaltmak için veritabanının hala. Ana veritabanı bozuk değilse, SQL Server Books Online'da "Yedekleme günlüklerini" konusuna bakın.

SQL Server 2000 veya SQL Server 2005'in son işlem günlüğü yedeklemek için aşağıdaki adımları izleyin:
  1. Işlem günlüğü dosyalarını yeniden adlandırın.
  2. Master veritabanını yeniden oluşturun.
  3. Benzer bir veritabanı oluşturun. Yeni veritabanı aynı boyutta olması gerekmez; Bununla birlikte, aynı sayıda veri ve günlük dosyaları içermesi gerekir.
  4. SQL Server 2000 veya SQL Server 2005'te durdurun.
  5. Kurtarma başarısız olur yeni oluşturulan bir veritabanının tüm veri dosyalarını silin. Yeni veritabanı günlük dosyalarının özgün günlük dosyalarıyla tarihle işlem günlüğünü yedekleyebilirsiniz.
  6. SQL Server 2000 veya SQL Server 2005'te yeniden başlatın.
  7. Günlük kuyruğunun yedeklemek için bu komutu çalıştırmak:
    Backup Log <database_name> to Disk = <device_name> With NO_TRUNCATE
  8. Sp_dbremove depolanan yordamı veritabanı'nı kaldırmak için kullanın.

SQL Server 7.0 son işlem günlüğünü yedekleme

Geri son etkin işlem SQL Server 7. 0'günlüğe kaydetmek için aşağıdaki adımları izleyin:
  1. Birincil veri dosyası ve işlem günlüğü dosyalarını yeniden adlandırın.
  2. Master veritabanını yeniden oluşturun.
  3. Benzer bir veritabanı oluşturun. Yeni veritabanı aynı boyutta olması gerekmez; Bununla birlikte, aynı sayıda veri ve günlük dosyaları içermesi gerekir.
  4. SQL Server 7. 0'ı durdurun.
  5. Kurtarma başarısız olur yeni oluşturulan bir veritabanının tüm veri dosyalarını silin. Böylece işlem günlüğünü yedekleyebilirsiniz, birincil veri dosyası ve yeni bir veritabanı günlük dosyalarının özgün dosyayla değiştirin.
  6. SQL Server 7. 0'ı yeniden başlatın.
  7. Günlük kuyruğunun yedeklemek için bu komutu çalıştırmak:
    Backup Log <database_name> to Disk = <device_name> With NO_TRUNCATE
  8. Sp_dbremove depolanan yordamı veritabanı'nı kaldırmak için kullanın.
  9. Veritabanı ile günlük dosyaları geri yükleyin.

Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 253817 - Son İnceleme: 09/11/2006 20:39:24 - Düzeltme: 6.6

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 64-bit 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

  • kbmt kbhowtomaster KB253817 KbMttr
Geri bildirim
&t=">