Memantau replikasi baca - Layanan Basis Data Relasional Amazon
Memantau lag replikasi

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memantau replikasi baca

Anda dapat memantau status replika baca dengan beberapa cara. RDSKonsol Amazon menunjukkan status replika baca di bagian Replikasi tab Konektivitas & keamanan di detail replika baca. Untuk melihat detail replika baca, pilih nama replika baca dalam daftar instans DB di konsol Amazon. RDS

Status replika baca

Anda juga dapat melihat status replika baca menggunakan AWS CLI describe-db-instances perintah atau RDS API DescribeDBInstances operasi Amazon.

Status replika baca dapat berupa salah satu dari berikut ini:

  • mereplikasi – Replika baca berhasil direplikasi.

  • replikasi terdegradasi (SQLServer dan Postgre SQL saja) - Replika menerima data dari instance utama, tetapi satu atau lebih database mungkin tidak mendapatkan pembaruan. Hal ini bisa terjadi, misalnya, ketika replika sedang dalam proses menyiapkan basis data yang baru dibuat. Ini juga dapat terjadi ketika perubahan objek yang tidak didukung DDL atau besar dibuat di lingkungan biru penerapan biru/hijau.

    Statusnya tidak beralih dari replication degraded ke error, kecuali jika terjadi kesalahan selama status terdegradasi.

  • kesalahan – Telah terjadi kesalahan pada replikasi. Periksa bidang Kesalahan Replikasi di RDS konsol Amazon atau log peristiwa untuk menentukan kesalahan yang tepat. Untuk informasi selengkapnya tentang pemecahan masalah kesalahan replikasi, lihat Memecahkan masalah replika SQL baca saya.

  • dihentikan (MariaDB, SQL My, atau SQL Postgre saja) - Replikasi dihentikan. Hal ini terjadi jika replikasi dihentikan selama lebih dari 30 hari berturut-turut, baik secara manual atau karena kesalahan replikasi. Dalam hal ini, Amazon RDS menghentikan replikasi antara instans DB utama dan semua replika baca. Amazon RDS melakukan ini untuk mencegah peningkatan persyaratan penyimpanan pada instans DB sumber dan waktu failover yang lama.

    Replikasi yang rusak dapat memengaruhi penyimpanan karena ukuran dan jumlah log bertambah akibat tingginya volume pesan kesalahan yang ditulis ke log. Replikasi yang rusak juga dapat memengaruhi pemulihan kegagalan karena waktu yang RDS dibutuhkan Amazon untuk memelihara dan memproses sejumlah besar log selama pemulihan.

  • diakhiri (Oracle saja) – Replikasi diakhiri. Hal ini terjadi jika replikasi dihentikan selama lebih dari 8 jam karena penyimpanan yang tersisa tidak memadai di replika baca. Dalam kasus ini, Amazon RDS menghentikan replikasi antara instans DB utama dan replika baca yang terpengaruh. Status ini adalah status akhir, dan replika baca harus dibuat ulang.

  • berhenti (MariaDB atau SQL My only) - Replikasi telah berhenti karena permintaan yang diprakarsai pelanggan.

  • set titik berhenti replikasi (SQLSatu-satunya saya) - Titik berhenti yang diprakarsai pelanggan disetel menggunakan prosedur yang disimpan dan replikasi sedang berlangsung.

  • titik berhenti replikasi tercapai (SQLSatu-satunya saya) - Titik berhenti yang diprakarsai pelanggan disetel menggunakan prosedur yang disimpan dan replikasi dihentikan karena titik berhenti tercapai.

Anda dapat melihat tempat instans DB sedang direplikasi dan jika demikian, memeriksa status replikasinya. Pada halaman Database di RDS konsol, ini menunjukkan Primer di kolom Peran. Pilih nama instans DB nya. Pada halaman detailnya, pada tab Konektivitas & keamanan, status replikasinya ada di bawah Replikasi.

Memantau lag replikasi

Anda dapat memantau kelambatan replikasi di Amazon CloudWatch dengan melihat RDS ReplicaLag metrik Amazon.

Untuk MariaDB dan SQL My, ReplicaLag metrik melaporkan nilai bidang Seconds_Behind_Master perintah. SHOW REPLICA STATUS Penyebab umum kelambatan replikasi untuk My SQL dan MariaDB adalah sebagai berikut:

  • Gangguan jaringan.

  • Menulis ke tabel dengan indeks pada replika baca. Jika parameter read_only tidak diatur ke 0 pada replika baca, hal ini dapat memecah replikasi.

  • Menggunakan mesin penyimpanan nontransaksional seperti My. ISAM Replikasi hanya didukung untuk mesin penyimpanan InnoDB di SQL My dan mesin penyimpanan XtradB di MariaDB.

catatan

Versi sebelumnya dari MariaDB dan SQL My SHOW SLAVE STATUS digunakan sebagai pengganti. SHOW REPLICA STATUS Jika Anda menggunakan versi MariaDB sebelum 10.5 atau versi SQL Saya sebelum 8.0.23, maka gunakan. SHOW SLAVE STATUS

Saat metrik ReplicaLag mencapai 0, replika telah menjadi instans DB primer. Jika metrik ReplicaLag menampilkan -1, maka replikasi saat ini tidak aktif. ReplicaLag = -1 setara dengan Seconds_Behind_Master = NULL.

Untuk Oracle, metrik ReplicaLag adalah jumlah dari nilai Apply Lag dan perbedaan antara waktu saat ini dan nilai DATUM_TIME untuk apply lag. Nilai DATUM_TIME adalah terakhir kali replika baca menerima data dari instans DB sumbernya. Untuk informasi selengkapnya, lihat V$ DATAGUARD _ STATS di dokumentasi Oracle.

Untuk SQL Server, ReplicaLag metrik adalah lag maksimum database yang tertinggal, dalam hitungan detik. Misalnya, jika Anda memiliki dua basis data yang masing-masing tertinggal 5 detik dan 10 detik, maka ReplicaLag adalah 10 detik. Metrik ReplicaLag menampilkan nilai dari kueri berikut.

SELECT MAX(secondary_lag_seconds) max_lag FROM sys.dm_hadr_database_replica_states;

Untuk informasi selengkapnya, lihat secondary_lag_seconds dalam dokumentasi Microsoft.

ReplicaLagmengembalikan -1 jika tidak RDS dapat menentukan lag, seperti selama pengaturan replika, atau saat replika baca dalam status. error

catatan

Basis data baru tidak disertakan dalam penghitungan lag sampai basis data tersebut dapat diakses di replika baca.

Untuk PostgreSQL, ReplicaLag metrik mengembalikan nilai query berikut.

SELECT extract(epoch from now() - pg_last_xact_replay_timestamp()) AS reader_lag

Postgre SQL versi 9.5.2 dan yang lebih baru menggunakan slot replikasi fisik untuk mengelola retensi write ahead log (WAL) pada instance sumber. Untuk setiap instance replika baca lintas wilayah, Amazon RDS membuat slot replikasi fisik dan mengaitkannya dengan instance. Dua CloudWatch metrik Amazon, Oldest Replication Slot Lag danTransaction Logs Disk Usage, menunjukkan seberapa jauh di belakang replika yang paling tertinggal dalam hal WAL data yang diterima dan berapa banyak penyimpanan yang digunakan untuk data. WAL Nilai Transaction Logs Disk Usage dapat meningkat secara substansial ketika replika baca lintas Wilayah tertinggal secara signifikan.

Untuk informasi selengkapnya tentang memantau instans DB dengan CloudWatch, lihatMemantau metrik RDSAmazon Amazon dengan Amazon CloudWatch.