View a markdown version of this page

Proses failover untuk deployment Multi-AZ RDS for SQL Server - Amazon Relational Database Service

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

Proses failover untuk deployment Multi-AZ RDS for SQL Server

Jika penghentian instans DB terencana atau tidak terencana terjadi karena cacat infrastruktur, Amazon RDS akan otomatis beralih ke replika siaga di Zona Ketersediaan lain jika Anda telah mengaktifkan 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

The operating system for the RDS Custom for SQL Server Multi-AZ DB instance is being patched in an offline operation

Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. Untuk informasi selengkapnya, lihat Memelihara instans DB.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unhealthy.

Deployment instans DB Multi-AZ mendeteksi instans DB primer yang terganggu dan melakukan failover.

The primary host of the RDS Custom for SQL Server Multi-AZ DB instance is unreachable due to loss of network connectivity.

Pemantauan RDS mendeteksi kegagalan keterjangkauan jaringan ke instans DB primer dan telah memicu failover.

The RDS Custom for SQL Server Multi-AZ DB instance was modified by the customer.

Modifikasi instans DB memicu failover. Untuk informasi selengkapnya, lihat Memodifikasi instans DB RDS Custom for SQL Server.

The storage volume of the primary host of the RDS Custom for SQL Server Multi-AZ DB instance experienced a failure.

Deployment instans DB Multi-AZ mendeteksi masalah penyimpanan pada instans DB primer dan melakukan failover.

The user requested a failover of the RDS Custom for SQL Server Multi-AZ DB instance.

Instans DB Multi-AZ RDS Custom for SQL Server di-boot ulang dengan failover. Untuk informasi selengkapnya, lihat Mem-boot ulang instans DB DB.

The RDS Custom for SQL Server Multi-AZ primary DB instance is busy or unresponsive.

Instans DB primer tidak responsif. Kami menyarankan Anda mencoba langkah-langkah berikut:

Untuk mengetahui apakah instans DB Multi-AZ mengalami failover, Anda dapat melakukan tindakan 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 dengan menggunakan konsol RDS atau operasi API.

  • Lihat status deployment instans DB Multi-AZ RDS Custom for SQL Server Anda saat ini dengan menggunakan konsol RDS, CLI, atau operasi API.

Pengaturan time to live (TTL) dengan aplikasi yang menggunakan deployment Multi-AZ RDS Custom for SQL Server

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 bahwa setiap nilai konfigurasi cache DNS time-to-live (TTL) rendah, dan validasi bahwa aplikasi Anda tidak akan cache DNS untuk waktu yang lama. Nilai TTL yang tinggi dapat mencegah aplikasi Anda terhubung kembali dengan cepat ke instans DB setelah failover.