Memantau Sinkronisasi Replika Grup Ketersediaan

Jika Anda menggunakan grup ketersediaan SQL Server, salah satu aspek penting dari keberhasilan penyebaran adalah memantau sinkronisasi database replika sekunder dengan replika utama. Ada beberapa cara untuk memantau sinkronisasi replika di Grup Ketersediaan, dan postingan ini akan menunjukkan masing-masing cara tersebut serta menjelaskan kelebihan dan kekurangannya,

Salah satu cara termudah untuk memantau status Grup Ketersediaan, setiap server replika, dan database ketersediaan, adalah melalui dasbor bawaan di Management Studio. Namun, tata letak default dasbor tidak memberikan banyak detail, dan perlu disesuaikan untuk menampilkan informasi tambahan tentang server replika serta database ketersediaan. Kolom tambahan dapat ditambahkan ke tata letak melalui tautan Tambah/Hapus Kolom di dasbor, atau melalui menu konteks klik kanan pada salah satu tajuk kolom yang ada, seperti yang ditunjukkan di bawah ini:

Menyesuaikan Dasbor AG di SSMS

Untuk database ketersediaan, memantau Ukuran Antrian Pengiriman Log (KB), Kecepatan Pengiriman Log (KB/dtk), Perkiraan Kehilangan Data (waktu), Perkiraan Waktu Pemulihan (detik), dan Kinerja Sinkronisasi (detik) akan memberi Anda pemahaman yang lebih baik. tentang bagaimana data mengalir ke replika dan kesehatan database ketersediaan secara keseluruhan. Misalnya, pada tangkapan layar di bawah, saya telah memodifikasi konfigurasi jaringan VM untuk SQL03 sehingga memiliki latensi yang lebih tinggi dan throughput yang lebih rendah, yang memengaruhi sinkronisasi basis data:

Di sini kita dapat melihat bahwa ada hampir enam menit potensi kehilangan data untuk SQL03, dan 505 MB log tidak terkirim yang dikirim dengan kecepatan 7 MB/detik ke sekunder (yang, dalam hal ini, adalah sekunder asinkron) . Sedangkan SQL02 saat ini terjebak dan tidak memiliki kehilangan data sebagai sekunder sinkron dalam konfigurasi.

Alternatif untuk Dasbor Grup Ketersediaan adalah permintaan langsung DMV, yang merupakan tempat dasbor mengambil informasinya sebagai sumber. Kueri berikut menunjukkan status saat ini dan metrik sinkronisasi untuk setiap database dalam grup ketersediaan:

SELECT 
	ar.replica_server_name, 
	adc.database_name, 
	ag.name AS ag_name, 
	drs.is_local, 
	drs.is_primary_replica, 
	drs.synchronization_state_desc, 
	drs.is_commit_participant, 
	drs.synchronization_health_desc, 
	drs.recovery_lsn, 
	drs.truncation_lsn, 
	drs.last_sent_lsn, 
	drs.last_sent_time, 
	drs.last_received_lsn, 
	drs.last_received_time, 
	drs.last_hardened_lsn, 
	drs.last_hardened_time, 
	drs.last_redone_lsn, 
	drs.last_redone_time, 
	drs.log_send_queue_size, 
	drs.log_send_rate, 
	drs.redo_queue_size, 
	drs.redo_rate, 
	drs.filestream_send_rate, 
	drs.end_of_log_lsn, 
	drs.last_commit_lsn, 
	drs.last_commit_time
FROM sys.dm_hadr_database_replica_states AS drs
INNER JOIN sys.availability_databases_cluster AS adc 
	ON drs.group_id = adc.group_id AND 
	drs.group_database_id = adc.group_database_id
INNER JOIN sys.availability_groups AS ag
	ON ag.group_id = drs.group_id
INNER JOIN sys.availability_replicas AS ar 
	ON drs.group_id = ar.group_id AND 
	drs.replica_id = ar.replica_id
ORDER BY 
	ag.name, 
	ar.replica_server_name, 
	adc.database_name;

Dengan menanyakan DMV secara langsung di replika utama, Anda dapat dengan mudah mendapatkan informasi terbaru tanpa menunggu periode penyegaran dasbor di Management Studio. Ini telah berguna beberapa kali saat berkonsultasi dengan klien yang mengalami kegagalan tautan antara pusat data, atau di mana konektivitas terputus untuk pemeliharaan selama beberapa waktu, dan replika sekunder sedang dalam proses mengejar setelah koneksi dipulihkan. .

Alat asli terakhir untuk memantau sinkronisasi Grup Ketersediaan adalah Monitor Kinerja, menggunakan objek kinerja SQLServer:Database Replica. Tabel di bawah menunjukkan penghitung kinerja yang relevan dan deskripsinya dari Books Online (https://msdn.microsoft.com/en-us/library/ff878356(v=sql.110).aspx):