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
Duyuru
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.
Belirtiler
Aşağıdaki senaryoyu düşünün:
  • 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.
Bu senaryoda, aşağıdaki hata iletisini SQL Server hata günlüğüne kaydedilir:

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.
Çözüm
Sorun ilk olarak SQL Server aşağıdaki toplu güncelleştirmede giderilmiştir.

2014 SQL Server için toplu güncelleştirme 5

SQL Server 2012 SP2 için toplu güncelleştirme 3

SQL Server 2012 SP1 için toplu güncelleştirme 13

Düzeltmeyi uygulayın ve izleme bayrağı 1800 birincil sunucu üzerinde etkinleştirmek sonra aşağıdaki dosyaların boyutu küçük bir artış dikkat edin:
  • İşlem günlük dosyası
  • Günlüğü yedekleri
Buna ek olarak, birincil sunucu SQL Server hata günlüğüne aşağıdaki ileti kaydediliyor dikkat edin:

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:

Pratik Çözüm
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.
Durum
Microsoft bu sorunun "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bulunduğunu onaylamıştır.
Daha fazla bilgi
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.

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:
  1. 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.
  2. 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ğeriSürücü türü
    40964096Yerel 4K
    5124096Gelişmiş Format (512E olarak da bilinir)
    512512512 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
Geri bildirim