MEMPERBAIKI: Sinkronisasi lambat ketika disk memiliki ukuran sektor yang berbeda untuk berkas log primer dan sekunder replika di lingkungan SQL Server AG dan Logshipping

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 3009974
Pemberitahuan
Catatan Setelah Anda menerapkan perbaikan terbaru ini, Anda harus mengaktifkan bendera pelacakan 1800 pada semua server untuk membuat perbaikan terbaru ini bekerja dengan benar.
Gejala
Pertimbangkan skenario berikut ini:
  • Anda mengaktifkan fitur grup ketersediaan AlwaysOn atau Logshipping di Microsoft SQL Server 2012 atau SQL Server 2014.
  • Cakram yang menyimpan berkas log primer dan sekunder replika di AlwaysOn ketersediaan grup (AG) memiliki ukuran sektor yang berbeda. Atau di lingkungan Logshipping, disk bahwa toko berkas log untuk Logshipping utama server dan server sekunder Logshipping memiliki ukuran sektor yang berbeda. Misalnya:
    • Berkas log primer replika terletak di disk yang memiliki ukuran sektor 512 bita. Namun, berkas log sekunder replika terletak pada disk yang memiliki ukuran sektor 4 kilobyte (KB).
    • Berkas log primer replika terletak pada sistem lokal lokal yang memiliki ukuran sektor 512 bita. Namun, replika sekunder terletak pada Windows Azure penyimpanan disk yang memiliki ukuran sektor 4 kilobyte (KB).
Dalam skenario ini, pesan galat berikut dicatat dalam log galat SQL Server:

Telah X misaligned log IOs jatuh yang diperlukan kembali ke IO sinkron. IO saat ini adalah berkas...

Selain itu, sinkronisasi AG atau Logshipping berjalan sangat lambat karena I/o sinkron. Jika replika sekunder di Windows Azure penyimpanan, itu memakan waktu lebih lama daripada yang diharapkan untuk menyelesaikan proses sinkronisasi.

Catatan Masalah ini terjadi ketika Anda menggunakan kandar baru yang memiliki ukuran sektor 4-KB kedua dan kandar lama yang memiliki ukuran sektor 512 bita. Untuk informasi lebih lanjut tentang pengandar baru, lihat SQL Server - baru drive ukuran sektor menggunakan 4K dan SQL Server-Penyimpanan ruang/VHDx dan ukuran sektor 4K.
Pemecahan masalah
Masalah pertama kali diperbaiki dalam pemutakhiran kumulatif berikut ini dari SQL Server.

Pembaruan kumulatif 5 untuk SQL Server 2014

Pemutakhiran kumulatif 3 untuk SQL Server 2012 SP2

Pembaruan kumulatif 13 untuk SQL Server 2012 SP1

Setelah Anda menerapkan perbaikan terbaru dan mengaktifkan bendera pelacakan 1800 di server utama, Anda melihat peningkatan kecil dalam ukuran berkas berikut ini:
  • Berkas log transaksi
  • Cadangan log
Selain itu, Anda melihat bahwa pesan berikut ini dicatat di log kesalahan Server SQL Server utama:

Ekor log untuk pangkalan data 'nama database>' yang ditulis ulang untuk menyesuaikan ukuran sektor 4096 bytes baru

Ini adalah informasi pesan yang dapat diabaikan dengan aman.

Tentang pembaruan kumulatif untuk SQL Server

Setiap pembaruan kumulatif yang baru untuk SQL Server berisi semua hotfix dan semua perbaikan keamanan yang disertakan dengan pembaruan kumulatif sebelumnya. Lihat pembaruan kumulatif terbaru untuk SQL Server:

Teknik pemecahan masalah
Untuk mengatasi masalah ini, Pindahkan berkas log transaksi di tujuan ke kandar yang memiliki Bytes per Physical Sector ditetapkan sebagai 512 bita.
Status
Microsoft telah memastikan bahwa ini merupakan masalah di dalam produk Microsoft sebagaimana tercantum di bagian "Berlaku untuk".
Informasi lebih lanjut
Sebagai praktik terbaik, cobalah untuk memastikan bahwa semua disk pada semua replika (setidaknya semua disk yang menjadi tuan rumah berkas log) memiliki ukuran sektor yang sama. Di lingkungan campuran, dimana sekunder memiliki sektor fisik 512 bita dan primer memiliki ukuran sektor 4 KB, BS 1800 harus digunakan sebagai startup bendera pada semua server (khususnya server yang memiliki sektor fisik 512 bita) yang dapat beralih ke peran utama. Hal ini memastikan bahwa format pembuatan log berkelanjutan menggunakan ukuran sektor 4 KB.

Untuk informasi lebih lanjut tentang bagaimana SQL Server bekerja dengan ukuran sektor yang lebih besar, lihat posting berikut ini di blog dukungan:

SQL Server-Penyimpanan ruang/VHDx dan ukuran sektor 4K

Anda dapat menggunakan utilitas wantian perintah Fsutil untuk menentukan nilai Bytes per Physical Sector. Jika parameter ini tidak terlihat di output, Anda harus menerapkan perbaikan terbaru yang ditetapkan di artikel KB 982018.

Untuk memverifikasi jenis kandar yang ada, ikuti langkah-langkah berikut:
  1. Jalankan perintah berikut ini di wantian perintah yang ditampilkan:
    Fsutil fsinfo ntfsinfo x:
    Catatan Tempat x mewakili drive yang Anda memeriksa.
  2. Gunakan nilai untuk Bytes Per Sector dan Bytes per Physical Sector untuk menentukan jenis kandar yang Anda miliki. Untuk melakukannya, gunakan Daftar Tabel berikut ini:
    Nilai "Bytes Per Sector"Nilai "Bytes per Physical Sector"Jenis pengandar
    40964096Asli 4K
    5124096Format lanjut (juga dikenal sebagai 512E)
    512512512 bita asli

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 3009974 - Tinjauan Terakhir: 01/19/2016 19:48:00 - Revisi: 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 KbMtid
Tanggapan