Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Proses failover untuk RDS Custom untuk penyebaran SQL Server Multi-AZ
Jika pemadaman instans DB yang direncanakan atau tidak direncanakan disebabkan oleh cacat infrastruktur, Amazon RDS secara otomatis beralih ke replika siaga di Availability Zone lain jika Anda telah mengaktifkannya. Multi-AZ Durasi penyelesaian failover bergantung pada aktivitas basis data dan kondisi lain pada saat instans DB primer tidak tersedia. Durasi failover biasanya 60–120 detik. Namun, transaksi besar atau proses pemulihan yang panjang dapat meningkatkan durasi failover. Setelah failover selesai, perlu waktu tambahan agar konsol RDS dapat menampilkan Zona Ketersediaan baru.
catatan
Anda dapat memaksa failover secara manual saat mem-boot ulang instans DB dengan failover. Untuk informasi selengkapnya tentang mem-boot ulang instans DB, lihat Mem-boot ulang instans DB DB
Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi basis data secepat mungkin tanpa intervensi administratif. Instans DB primer otomatis beralih ke replika siaga jika salah satu dari kondisi yang dijelaskan dalam tabel berikut terjadi. Anda dapat melihat alasan failover ini di log peristiwa RDS.
| Alasan failover | Deskripsi |
|---|---|
|
Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. Untuk informasi selengkapnya, lihat Memelihara instans DB. |
|
Penerapan instans Multi-AZ DB mendeteksi instans DB primer yang terganggu dan gagal selesai. |
|
Pemantauan RDS mendeteksi kegagalan keterjangkauan jaringan ke instans DB primer dan telah memicu failover. |
|
Modifikasi instans DB memicu failover. Untuk informasi selengkapnya, lihat Memodifikasi instans DB RDS Custom for SQL Server. |
|
Penerapan instans Multi-AZ DB mendeteksi masalah penyimpanan pada instans DB utama dan gagal selesai. |
|
Instans RDS Custom untuk SQL Server Multi-AZ DB di-boot ulang dengan failover. Untuk informasi selengkapnya, lihat Mem-boot ulang instans DB DB. |
|
Instans DB primer tidak responsif. Kami menyarankan Anda mencoba langkah-langkah berikut:
|
Untuk menentukan apakah instans Multi-AZ DB Anda gagal, Anda dapat melakukan hal berikut:
Siapkan langganan peristiwa DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah diinisiasi. Untuk informasi selengkapnya tentang peristiwa, lihat Menggunakan pemberitahuan peristiwa Amazon RDS.
Lihat peristiwa DB Anda menggunakan operasi API konsol RDS.
Lihat status penerapan instans RDS Custom for SQL Server Multi-AZ DB Anda saat ini dengan menggunakan konsol RDS, CLI, atau operasi API.
Pengaturan Time to live (TTL) dengan aplikasi menggunakan RDS Custom untuk penyebaran SQL Server Multi-AZ
Mekanisme failover secara otomatis mengubah catatan Sistem Nama Domain (DNS) milik instans DB untuk mengarah ke instans DB siaga. Oleh karena itu, Anda perlu membuat kembali koneksi yang ada ke instans DB Anda. Pastikan nilai konfigurasi time-to-live (TTL) cache DNS rendah, dan validasikan bahwa aplikasi Anda tidak akan melakukan caching DNS untuk waktu yang lama. Nilai TTL yang tinggi dapat mencegah aplikasi Anda terhubung kembali dengan cepat ke instans DB setelah failover.
