Proses failover untuk penerapan RDS Kustom untuk SQL Server Multi-AZ - Layanan Basis Data Relasional Amazon
TTLPengaturan aplikasi

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

Proses failover untuk penerapan RDS Kustom untuk 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 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. Saat failover selesai, RDS konsol membutuhkan waktu tambahan untuk menampilkan Availability Zone yang 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

Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi database 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 RDS peristiwa.

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.

RDSpemantauan mendeteksi kegagalan jangkauan jaringan ke instans DB utama dan 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 RDS Custom for SQL Server DB.

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 RDS Custom for SQL Server Multi-AZ DB di-boot ulang dengan failover. Untuk informasi selengkapnya, lihat Mem-boot ulang instans 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 acara DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah dimulai. Untuk informasi selengkapnya tentang peristiwa, lihat Bekerja dengan pemberitahuan RDS acara Amazon.

  • Lihat peristiwa DB Anda dengan menggunakan RDS konsol atau API operasi.

  • Melihat status penerapan instans DB RDS Kustom untuk SQL Server Multi-AZ Anda saat ini dengan menggunakan RDS konsol,CLI, atau API operasi.

Pengaturan waktu untuk hidup (TTL) dengan aplikasi menggunakan penyebaran Multi-AZ RDS Kustom untuk SQL Server

Mekanisme failover secara otomatis mengubah catatan Domain Name System (DNS) dari instans DB untuk menunjuk ke instans DB siaga. Alhasil, Anda perlu membentuk kembali koneksi yang ada dengan instans basis data Anda. Pastikan nilai konfigurasi DNS cache time-to-live (TTL) rendah, dan validasi bahwa aplikasi Anda tidak akan cache DNS untuk waktu yang lama. TTLNilai tinggi dapat mencegah aplikasi Anda terhubung kembali dengan cepat ke instans DB setelah failover.