Düzeltme: SQL Server AG ve Logshipping ortamlarında birincil ve ikincil çoğaltma günlük dosyaları için farklı kesim boyutları diskler varsa, yavaş eşitleme
Ö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: 3009974
Not: Bu düzeltmeyi uyguladıktan sonra izleme bayrağı 1800 düzgün çalışması için bu düzeltmeyi yapmak için tüm sunucularda etkinleştirmelisiniz.
Duyuru
Aşağıdaki senaryoyu düşünün:
Belirtiler
- Microsoft SQL Server 2012 ya da SQL Server 2014 AlwaysOn Kullanılabilirlik grupları veya Logshipping özelliğini sağlar.
- Bir AlwaysOn Kullanılabilirlik Grubu (AG) birincil ve ikincil çoğaltma günlük dosyalarını saklamak diskler farklı kesim boyutları vardır. Veya Logshipping ortamlarda, mağaza Logshipping birincil sunucuları ve Logshipping ikincil sunucular için günlük dosyaları diskler farklı kesim boyutları vardır. Örneğin:
- Birincil çoğaltma günlük dosyasını bir kesim boyutu 512 baytlık bir diskte bulunur. Ancak, ikincil çoğaltma günlük dosya kesim boyutu 4 kilobayttan (KB) bir diskte bulunur.
- Birincil çoğaltma günlük dosyası olan bir kesim boyutu 512 baytlık bir yerinde yerel sistemde bulunur. Ancak, ikincil kopya kesim boyutu 4 kilobayttan (KB) bir Windows Azure depolama diskinde bulunur.
Bulunmamış X yanlış hizalanmış oturum IOS hangi gerekli eşzamanlı g/ç düşülüyor. Geçerli GÇ üzerinde bir dosyadır...Ayrıca, eşitleme AG veya Logshipping nedeniyle eşzamanlı g/ç işlemlerinde çok yavaş çalışır. İkincil kopya Windows Azure depolama biriminde ise, eşitleme işleminin tamamlanması beklenenden daha uzun sürer.
Not: Hem 4 KB kesim boyutuna sahip yeni ve 512 bayt/kesim boyutu olan eski sürücüleri kullandığınızda bu sorun oluşur. Yeni sürücüler hakkında daha fazla bilgi için bkz. SQL Server - yeni sürücüleri kullanmak 4 K kesim boyutu ve SQL Server – depolama boşluk/VHDx ve 4K kesim boyutu.
Sorun ilk olarak SQL Server aşağıdaki toplu güncelleştirmede giderilmiştir.
Çözüm
- İşlem günlük dosyası
- Günlüğü yedekleri
Veritabanı günlüğü kuyruğunu 'Veritabanı adı>' yeni bir kesim boyutu 4096 bayt eşleşecek şekilde yeniden
Güvenle yoksayılabilir bir bilgi iletisi budur.
SQL Server için toplu güncelleştirmeler hakkında
Her yeni bir toplu güncelleştirme SQL Server için tüm düzeltmeleri içerir ve tüm güvenlik, düzeltmelerini önceki toplu güncelleştirme ile birlikte. SQL Server için en son toplu güncelleştirmeleri Bkz:
Bu soruna geçici bir çözüm için hedefte işlem günlük dosyasının bayt fiziksel kesim başına 512 bayt ayarlanmış olan bir sürücüye taşıyın.
Pratik Çözüm
Microsoft bu sorunun "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Durum
En iyi yöntem olarak, tüm disklerdeki tüm kopyaları (günlük dosyalarını barındıran en az tüm diskleri) aynı kesim boyutuna sahip olduğunuzdan emin olmak deneyin. Bir başlangıç bayrak gibi tüm sunucular (özellikle 512 baytlık fiziksel kesim sahip sunucuları), birincil rolü uygulamasına geçiş yapabilirsinizTF 1800 burada ikincil 512 baytlık fiziksel bir kesim varsa ve birincil bir kesim boyutu 4 KB, karma ortamlarda kullanılmalıdır. Bu 4 KB'lik kesim boyutu sürekli günlük oluşturma biçimi kullandığından emin kılar.
Daha fazla bilgi
SQL Server'ın daha büyük kesim boyutları ile nasıl çalıştığı hakkında daha fazla bilgi için aşağıdaki posta Destek Web günlüğüne bakın:
SQL Server – depolama boşluk/VHDx ve 4K kesim boyutu
Kullanabilirsiniz FSUTIL komut istemi yardımcı programıfiziksel kesim başına baytdeğerini belirlemek için. Bu parametre çıkışında görünür değilse, belirtilen düzeltmeyi uygulamalısınız. BB makalesi 982018.
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: X yer tutucusu denetlediğiniz sürücüyü temsil eder.
- Kesim başına bayt ve fiziksel kesim başına bayt 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: 3009974 - Son İnceleme: 01/20/2016 00:25:00 - Düzeltme: 6.0
Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard
- kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMttr