Setelah menerapkan hotfix ini, Anda harus mengaktifkan bendera jejak 1800 sebagai parameter startup di semua server atau replika yang memiliki ukuran sektor fisik 512-byte dan memulai ulang, untuk membuat hotfix ini berfungsi dengan benar.
Gejala
Pertimbangkan skenario berikut:
-
Anda mengaktifkan fitur Grup Ketersediaan AlwaysOn atau Logshipping di Microsoft SQL Server.
-
Disk yang menyimpan file log replika utama dan sekunder dalam Grup Ketersediaan AlwaysOn (AG) memiliki ukuran sektor yang berbeda. Atau dalam lingkungan Logshipping, disk yang menyimpan file log untuk server utama Logshipping dan server sekunder Logshipping memiliki ukuran sektor yang berbeda. Misalnya:
-
File log replika utama terletak di disk yang memiliki ukuran sektor 512 byte. Namun, file log replika sekunder terletak di disk yang memiliki ukuran sektor 4 kilobyte (KB).
-
File log replika utama terletak di sistem lokal lokal yang memiliki ukuran sektor 512 byte. Namun, replika sekunder terletak di disk Penyimpanan Windows Azure yang memiliki ukuran sektor 4 kilobyte (KB).
-
Dalam skenario ini, pesan kesalahan berikut dicatat dalam log kesalahan SQL Server. Pesan kesalahan mungkin berlanjut untuk beberapa saat setelah memulai ulang jika ada log yang tidak diterapkan ke sekunder sebelum memulai ulang server.
Ada IO log X yang tidak sejajar yang harus jatuh kembali ke IO yang sinkron. IO saat ini ada di file ....
Selain itu, sinkronisasi AG atau Logshipping berjalan sangat lambat karena I/Os yang sinkron. Jika replika sekunder berada di Penyimpanan Windows Azure, dibutuhkan waktu lebih lama dari yang diharapkan untuk menyelesaikan proses sinkronisasi.
Catatan Masalah ini terjadi ketika Anda menggunakan drive baru yang memiliki ukuran sektor 4-KB dan drive lama yang memiliki ukuran sektor 512-byte. Untuk informasi selengkapnya tentang drive baru, lihat SQL Server - Drive baru Menggunakan ukuran sektor 4K dan SQL Server–Ruang penyimpanan/VHDx dan ukuran sektor 4K.
Pemecahan Masalah
Masalah ini pertama kali diperbaiki dalam pembaruan kumulatif SQL Server berikut.
Pembaruan Kumulatif 5 untuk SQL Server 2014 /en-us/help/3011055
Pembaruan Kumulatif 3 untuk SQL Server 2012 SP2 /en-us/help/3002049
Pembaruan Kumulatif 13 untuk SQL Server 2012 SP1 /en-us/help/3002044
Setelah Anda menerapkan hotfix dan mengaktifkan bendera jejak 1800 sebagai parameter startup pada semua replika server yang berjalan di disk yang memiliki ukuran sektor 512 byte, Anda melihat sedikit peningkatan ukuran file berikut:
-
File log transaksi
-
Pencadangan log
Selain itu, Anda melihat bahwa pesan berikut ini dicatat dalam log kesalahan SQL Server server utama:
Ekor log untuk database '<nama database>' sedang ditulis ulang agar sesuai dengan ukuran sektor baru 4096 byte
Ini adalah pesan informasi yang bisa diabaikan dengan aman.
Setiap pembaruan kumulatif baru untuk SQL Server berisi semua hotfix dan semua perbaikan keamanan yang disertakan dengan pembaruan kumulatif sebelumnya. Lihat pembaruan kumulatif terbaru untuk SQL Server:
Penyelesaian Masalah
Untuk mengatasi masalah ini, pindahkan file log transaksi di tujuan ke drive yang memiliki Byte per Sektor Fisik yang diatur sebagai 512 byte.
Status
Microsoft telah melakukan konfirmasi bahwa masalah ini timbul pada produk Microsoft yang tertera pada bagian "Berlaku untuk".
Informasi Selengkapnya
Sebagai praktik terbaik, cobalah untuk memastikan bahwa semua disk di semua replika (setidaknya semua disk yang menghosting file log) memiliki ukuran sektor yang sama. Dalam lingkungan campuran, di mana sekunder memiliki sektor fisik 512 byte dan primer memiliki ukuran sektor 4 KB, TF 1800 harus digunakan sebagai bendera startup di semua server atau replika yang memiliki ukuran sektor fisik 512-byte dan dimulai ulang. Ini memastikan bahwa format pembuatan log yang sedang berlangsung menggunakan ukuran sektor 4-KB.
Untuk informasi selengkapnya tentang cara kerja SQL Server dengan ukuran sektor yang lebih besar, lihat postingan berikut di blog dukungan:
SQL Server–Ruang penyimpanan/VHDx dan ukuran
sektor 4K
Anda dapat menggunakan utilitas prompt perintah Fsutil untuk menentukan nilai Byte per Sektor Fisik. Jika parameter ini tidak terlihat dalam output, Anda harus menerapkan hotfix yang ditentukan dalam artikel KB 982018.
Untuk memverifikasi jenis drive yang Anda miliki, ikuti langkah-langkah ini:
-
Jalankan perintah berikut ini di prompt perintah yang ditingkatkan:
Fsutil fsinfo ntfsinfo x: Catatan Tempat penampung x mewakili drive yang Anda periksa.
-
Gunakan nilai untuk Byte Per Sektor dan Byte per Sektor Fisik untuk menentukan jenis drive yang Anda miliki. Untuk melakukan ini, gunakan tabel berikut ini:
Nilai "Byte Per Sektor"
Nilai "Byte per Sektor Fisik"
Tipe drive
4096
4096
4K asli
512
4096
Format Tingkat Lanjut (juga dikenal sebagai 512E)
512
512
512-byte asli
