Bu düzeltmeyi uyguladıktan sonra, bu düzeltmenin düzgün çalışması için 512 baytlık fiziksel kesim boyutuna sahip tüm sunucularda veya çoğaltmalarda başlangıç parametresi olarak izleme bayrağı 1800'i etkinleştirmeniz ve bunları yeniden başlatmanız gerekir.
Belirtiler
Aşağıdaki senaryoyu inceleyin:
-
AlwaysOn Kullanılabilirlik Grupları veya Logshipping özelliğini Microsoft SQL Server'da etkinleştirirsiniz.
-
Birincil ve ikincil çoğaltmanın günlük dosyalarını AlwaysOn Kullanılabilirlik Grubu'nda (AG) depolayan disklerin farklı kesim boyutları vardır. Veya Logshipping ortamlarında, Logshipping birincil sunucuları ve Logshipping ikincil sunucuları için günlük dosyalarını depolayan diskler farklı kesim boyutlarına sahiptir. Örneğin:
-
Birincil çoğaltma günlük dosyası, kesim boyutu 512 bayt olan bir diskte bulunur. Ancak, ikincil çoğaltma günlük dosyası 4 kilobayt (KB) kesim boyutuna sahip bir diskte bulunur.
-
Birincil çoğaltma günlük dosyası, kesim boyutu 512 bayt olan şirket içi yerel bir sistemde bulunur. Ancak ikincil çoğaltma, kesim boyutu 4 kilobayt (KB) olan bir Windows Azure Depolama diskinde bulunur.
-
Bu senaryoda, aşağıdaki hata iletisi SQL Server Hata günlüğüne kaydedilir. Sunucuyu yeniden başlatmadan önce ikincil sunucuya uygulanmamış günlükler varsa hata iletisi yeniden başlatıldıktan sonra bir süre devam edebilir.
Zaman uyumlu GÇ'ye geri dönmek için X yanlış hizalanmış günlük GÇ'leri vardı. Geçerli GÇ dosyasında ....
Buna ek olarak, AG veya Logshipping eşitlemesi zaman uyumlu G/Ç'ler nedeniyle çok yavaş çalışır. İkincil çoğaltma Windows Azure Depolama'daysa eşitleme işleminin tamamlanması beklenenden çok daha uzun sürer.
Not Bu sorun, hem 4 KB kesim boyutuna sahip yeni sürücüleri hem de 512 baytlık kesim boyutuna sahip eski sürücüleri kullandığınızda oluşur. Yeni sürücüler hakkında daha fazla bilgi için bkz. SQL Server - Yeni sürücüler 4K kesim boyutu ve SQL Server–Depolama alanları/VHDx ve 4K kesim boyutu kullanma.
Çözüm
Sorun ilk olarak aşağıdaki SQL Server toplu güncelleştirmesinde düzeltildi.
SQL Server 2014 /en-us/help/3011055 için Toplu Güncelleştirme 5
SQL Server 2012 SP2 /en-us/help/3002049 için Toplu Güncelleştirme 3
SQL Server 2012 SP1 /en-us/help/3002044 için Toplu Güncelleştirme 13
Düzeltmeyi uyguladıktan ve kesim boyutu 512 bayt olan bir diskte çalışan tüm sunucu çoğaltmalarında başlangıç parametresi olarak izleme bayrağı 1800'i etkinleştirdikten sonra, aşağıdaki dosyaların boyutunda küçük bir artış fark edeceksiniz:
-
İşlem günlüğü dosyası
-
Günlük yedeklemeleri
Ayrıca, aşağıdaki iletilerin birincil sunucunun SQL Server Hata günlüğüne kaydedildiğini fark edeceksiniz:
'<veritabanı adı>' veritabanı günlüğünün kuyruğu, 4096 baytlık yeni kesim boyutuyla eşleşecek şekilde yeniden yazılıyor
Bu, güvenli bir şekilde yoksayılabilir bilgilendirici bir iletidir.
SQL Server için her yeni toplu güncelleştirme, önceki toplu güncelleştirmede yer alan tüm düzeltmeleri ve tüm güvenlik düzeltmelerini içerir. SQL Server için en son toplu güncelleştirmelere bakın:
Geçici Çözüm
Bu sorunu geçici olarak çözmek için hedefte işlem günlüğü dosyasını Fiziksel Kesim Başına Bayt değerinin 512 bayt olarak ayarlandığı bir sürücüye taşıyın.
Durum
Microsoft bu sorunun "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Ek Bilgi
En iyi yöntem olarak, tüm çoğaltmalardaki tüm disklerin (en azından günlük dosyalarını barındıran tüm diskler) aynı kesim boyutuna sahip olduğundan emin olmaya çalışın. İkincilde 512 baytlık fiziksel kesim ve birincil kesimin 4 KB'lık kesim boyutuna sahip olduğu karma ortamlarda, TF 1800, 512 baytlık fiziksel kesim boyutuna sahip tüm sunucularda veya çoğaltmalarda başlangıç bayrağı olarak kullanılmalıdır ve yeniden başlatılmalıdır. Bu, devam eden günlük oluşturma biçiminin 4 KB kesim boyutunu kullanmasını sağlar.
SQL Server daha büyük kesim boyutlarıyla nasıl çalıştığı hakkında daha fazla bilgi için destek blogundaki şu gönderiye bakın:
SQL Server–Depolama alanları/VHDx ve 4K kesim boyutu
Fiziksel Kesim Başına Bayt değerini belirlemek için Fsutil komut istemi yardımcı programını kullanabilirsiniz. Bu parametre çıktıda görünmüyorsa, 982018 KB makalesindebelirtilen düzeltmeyi uygulamanız gerekir.
Sahip olduğunuz sürücü 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.
-
Sahip olduğunuz sürücü türünü belirlemek için Kesim Başına Bayt ve Fiziksel Kesim Başına Bayt değerlerini kullanın. Bunu yapmak için aşağıdaki tabloyu kullanın:
"Kesim Başına Bayt" değeri
"Fiziksel Kesim Başına Bayt Sayısı" değeri
Sürücü türü
4096
4096
4K yerel
512
4096
Gelişmiş Biçim (512E olarak da bilinir)
512
512
512 baytlık yerel