SQL Server 2008 R2 veya SQL Server 2012'de bekleme modu gelişmiş biçimi diske geri yükleme günlük 9004 hata neden olabilir
ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.
Makalenin İngilizcesi aşağıdaki gibidir: 2987585
Not: Düzeltme veya hizmet paketi uygulandıktan sonra izleme bayrağı 3057 iş düzeltme yapmak için etkinleştirmeniz gerekir.
Duyuru
Aşağıdaki senaryoyu düşünün:
Belirtiler
- Sahip olduğunuz Microsoft SQL Server günlük dağıtımı veya yedekleme/geri yükleme ayarlanmış iki sunucu arasında.
- Birincil veritabanı "Bayt başına fiziksel 512 bayt kümesi kesim" olan bir disk üzerinde saklanan kendi işlem günlük dosyası (.ldf) vardır.
- Hareket günlüğü yedekleri bu veritabanının alın ve ikincil veritabanı üzerinde bekleme seçeneği kullanarak geri yüklemek deneyin.
- İkincil veritabanı işlem günlük dosyası (.ldf) "Bayt başına fiziksel 4.096 bayt kümesi kesim" olan bir diskte bulunur.
Hata: 9004, önem derecesi: 16, State: 6.
Veritabanı günlüğü işlenirken bir hata oluştu 'Veritabanı adı>'. Mümkünse, yedek kopyasından geri yükleyin. Bir yedekleme yoksa, günlük yeniden oluşturmak gerekli olabilir.
Veritabanı günlüğü işlenirken bir hata oluştu 'Veritabanı adı>'. Mümkünse, yedek kopyasından geri yükleyin. Bir yedekleme yoksa, günlük yeniden oluşturmak gerekli olabilir.
Bu hata oluştuktan sonra ikincil veritabanı şüpheli bir duruma gelir.
Çözüm
Toplu güncelleştirmeBu sorun ilk olarak SQL Server'ın aşağıdaki toplu güncelleştirmeyi giderilmiştir:
SQL Server 2014 SP1 için toplu güncelleştirme 2
SQL Server 2012 SP2 için toplu güncelleştirme 7
SQL Server için toplu güncelleştirmeler hakkında
Her yeni bir toplu güncelleştirme SQL Server önceki toplu güncelleştirmesinin içerdiği tüm düzeltmeler ve güvenlik düzeltmelerini içerir. SQL Server için en son toplu güncelleştirmeleri görüntüleyin:
SQL Server 2008 R2 SP2 düzeltmeMicrosoft, desteklenen bir düzeltmeyi kullanıma sunmuştur. Ancak bu düzeltme yalnızca bu makalede anlatılan sorunu düzeltmek amacıyla hazırlanmıştır. Bu düzeltmeyi yalnızca bu sorunla karşılaşmış olan sistemlere uygulayın.
İndirilebilir bir düzeltme varsa, bu Bilgi Bankası makalesinin üst kısmında "İndirilebilir Düzeltme Kullanılabilir" bölümü bulunur. Bu bölüm görünmüyorsa, düzeltmeyi edinmek üzere Microsoft Müşteri Hizmetleri ve Destek bölümüne bir istek gönderin.
Not Ek sorunlar oluşursa veya sorun giderme gerekiyorsa, ayrı bir hizmet isteği oluşturmanız gerekebilir. Ek destek sorularına ve bu düzeltme için geçerli olmayan sorunlara normal destek ücretleri uygulanır. Tam listesi Microsoft Müşteri Hizmetleri ve destek telefon numaralarını veya ayrı bir hizmet isteği oluşturmak için aşağıdaki Microsoft Web sitesini ziyaret edin: Not "Düzeltme karşıdan kullanılabilir" formunda düzeltmenin kullanılabilir olduğu diller görüntülenir. Kendi dilinizi görmüyorsanız, bu dil için bir düzeltme mevcut değil demektir.
Microsoft bu sorunun "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Pratik Çözüm
Bu sorunu gidermek için aşağıdaki geçici çözümlerden birini kullanın:
- İşlem günlüğü dosyasını hedefte "Bayt başına fiziksel 512 bayt kümesi kesim" sahip bir sürücüye taşıyın.
Not Bekleme dosyası hala sürücüde "Bayt başına fiziksel 4096 bayt kümesi kesim" bulunabilir.
- Bekleme seçeneği kullanmadan günlüğü yedeklerini geri. BEKLEME seçeneği yerine, geri yükleme işlemi sırasında WITH NORECOVERY seçeneğini kullanın.
Kullanabilirsiniz Fsutil komut satırı yardımcı programı "Bayt başına fiziksel kesim" değerini belirlemek için. Bu parametre çıkışında görünür değilse, belirtilen düzeltmeyi uygulamanız gerekir KB982018.
Daha fazla bilgi
Sahip olduğunuz sürücünün türünü doğrulamak için şu adımları izleyin:
- Yükseltilmiş bir komut isteminde aşağıdaki komutu çalıştırın:
Fsutil fsinfo ntfsinfo x:Not Bu komutta, <x></x> denetlediğiniz sürücüyü temsil eder.
- "Bayt başına kesim" ve "Bayt başına fiziksel kesim" değerleri olan sürücü türünü belirlemek için kullanın. Bunu yapmak için aşağıdaki tabloyu kullanın.
"Bayt / kesim" değeri "Fiziksel kesim başına bayt" değeri Sürücü türü 4096 4096 Yerel 4K 512 4096 Gelişmiş Format (512E olarak da bilinir) 512 512 512 baytlık yerel
Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır
Özellikler
Makale No: 2987585 - Son İnceleme: 08/20/2015 00:24:00 - Düzeltme: 2.0
Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2012 Service Pack 2, Microsoft SQL Server 2014 Service Pack 1
- kbsurveynew kbexpertiseinter kbqfe kbfix kbhotfixserver kbautohotfix kbexpertiseadvanced kbmt KB2987585 KbMttr