ApsaraDB RDS for SQL Server menjaga instans sekunder tetap tersinkronisasi dengan instans primer secara real time. Jika instans primer gagal, sistem secara otomatis mempromosikan instans sekunder menjadi primer, dan aplikasi Anda terhubung kembali menggunakan endpoint yang sama—tanpa perubahan pada string koneksi. Untuk maintenance terencana, peningkatan, atau latihan pemulihan bencana, Anda juga dapat memicu alih secara manual.
Prasyarat
Sebelum memulai, pastikan Anda memiliki instans RDS primer yang menjalankan RDS High-availability Edition atau RDS Cluster Edition.
Berlaku batasan khusus berdasarkan edisi:
RDS Cluster Edition: hanya mendukung alih otomatis. Untuk melakukan alih manual, hubungi dukungan teknis Alibaba Cloud.
RDS Basic Edition: tidak menyediakan instans sekunder, sehingga fitur alih primer/sekunder tidak didukung.
Cara kerja
Instans primer menangani seluruh trafik baca dan tulis. Instans sekunder berjalan dalam mode standby dan terus-menerus mereplikasi data dari instans primer. Anda tidak dapat mengakses instans sekunder secara langsung.
Ketika terjadi alih—baik secara otomatis maupun manual—instans sekunder dipromosikan menjadi primer. Endpoint yang digunakan untuk menghubungkan ke database Anda tidak berubah, meskipun alamat IP yang terkait dengan endpoint tersebut mungkin berubah. Jika aplikasi Anda terhubung menggunakan endpoint, aplikasi tersebut tetap berfungsi setelah alih.
Perilaku berdasarkan edisi
Edition | Automatic switchover | Manual switchover |
High-availability Edition | Didukung (diaktifkan secara default) | Didukung |
Cluster Edition | Didukung (diaktifkan secara default) | Tidak didukung — hubungi dukungan teknis Alibaba Cloud |
Basic Edition | Tidak didukung | Tidak didukung |
Apa yang memicu alih otomatis
Jika instans primer gagal, sistem secara otomatis mengalihkan workload Anda ke instans sekunder. Untuk daftar lengkap penyebabnya, lihat Reasons for primary/secondary switchovers.
Batasan
Instans serverless: Instans RDS serverless tidak mendukung alih manual. Sistem secara otomatis menangani failover untuk instans serverless. Untuk detailnya, lihat Overview.
Sinkronisasi ALTER LOGIN: Mekanisme sinkronisasi primer/sekunder tidak mereplikasi semua parameter dalam pernyataan
ALTER LOGIN. HanyaSID,login_name, danpasswordyang disinkronkan. Semua parameterALTER LOGINlainnya dikembalikan ke nilai default-nya pada instans sekunder. Untuk referensi parameter lengkap, lihat ALTER LOGIN (Transact-SQL).
Dampak alih
Sebelum melakukan alih, perhatikan hal-hal berikut:
Gangguan layanan: Alih menyebabkan downtime sekitar 30 detik. Konfigurasikan aplikasi Anda agar secara otomatis terhubung kembali ke database setelah terputus. Jika aplikasi Anda menggunakan kolam koneksi Druid, tingkatkan Druid ke versi 1.1.16 atau lebih baru. Versi sebelumnya mungkin gagal terhubung kembali secara otomatis setelah koneksi terputus.
Keterlambatan replikasi instans hanya baca: Setelah alih, instans hanya baca membangun kembali koneksi replikasinya ke instans primer baru. Harapkan keterlambatan replikasi selama beberapa menit dalam periode ini.
Operasi terbatas selama alih: Saat alih sedang berlangsung, Anda tidak dapat mengelola database dan akun atau mengubah jenis jaringan.
Alih lebih lama saat terjadi kegagalan: Alih yang dipicu oleh kegagalan instans mungkin memakan waktu lebih lama dibandingkan alih manual terencana.
Perubahan alamat IP: Endpoint tetap sama, tetapi alamat IP yang terkait dengan endpoint tersebut mungkin berubah. Aplikasi yang terhubung menggunakan endpoint tidak terpengaruh.
Kapan melakukan alih manual
Pertimbangkan untuk melakukan alih manual dalam situasi berikut:
Maintenance dan peningkatan: Kendalikan kapan alih terjadi untuk meminimalkan dampak maintenance terencana.
Latihan pemulihan bencana: Validasi bahwa aplikasi Anda menangani failover dengan benar sebelum terjadi kegagalan sesungguhnya.
Kedekatan multi-zona: Jika instans Anda menggunakan penerapan multi-zona dan Anda ingin aplikasi terhubung ke zona yang paling dekat dengannya, alihkan instans primer ke zona tersebut.
Lakukan alih manual
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Service Availability.
Di bagian Availability Information, klik Switch Primary/Secondary Instance.
Tentukan kapan alih akan dilakukan, lalu klik OK.
CatatanPilih Within Specified Time Range untuk menghindari pemicuan alih selama jam sibuk. Selama alih berlangsung, operasi seperti mengelola database dan akun atau mengubah jenis jaringan tidak tersedia.
Nonaktifkan sementara alih otomatis
Secara default, alih otomatis diaktifkan. Jika instans primer gagal, sistem akan segera melakukan alih. Dalam beberapa situasi, Anda mungkin ingin menonaktifkan sementara alih otomatis—misalnya, selama promosi penjualan skala besar, peningkatan aplikasi utama, atau jendela event kritis di mana alih tak terduga dapat mengganggu ketersediaan.
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Service Availability.
Di bagian Availability Information, klik Automatic Primary/Secondary Switchover.
CatatanJika Automatic Primary/Secondary Switchover tidak terlihat, pastikan instans Anda memenuhi semua prasyarat.
Pilih Temporarily Disable, atur Deadline, lalu klik OK.
CatatanSaat tenggat waktu tercapai, alih otomatis akan diaktifkan kembali secara otomatis. Jika Anda tidak mengisi Deadline, fitur ini dinonaktifkan selama satu hari. Tenggat waktu maksimum adalah pukul 23:59:59, tujuh hari dari sekarang.
Setelah disimpan, halaman Service Availability menampilkan tenggat waktu setelah alih otomatis diaktifkan kembali.
Lihat log alih primer/sekunder
Log alih hanya tersedia untuk instans yang menjalankan SQL Server 2008 R2 dengan Premium Local SSDs.
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Service Availability.
Di bagian Primary/Secondary Switching Logs, pilih rentang waktu untuk melihat log alih yang dihasilkan selama periode tersebut.

FAQ
Apakah saya perlu mengalihkan kembali ke instans primer awal setelah alih?
Tidak. Setelah alih, instans sekunder menjadi instans primer baru dan melayani seluruh trafik. Kedua instans mempertahankan data identik melalui sinkronisasi real time, sehingga tidak diperlukan alih balik manual.
Aplikasi saya berjalan lambat sekitar 10 menit setelah alih. Apa penyebabnya?
Hal ini biasanya terjadi karena aplikasi Anda mempertahankan koneksi persisten yang tidak ditutup secara otomatis saat alih terjadi. Tanpa timeout soket yang dikonfigurasi, aplikasi Anda menunggu respons database tanpa batas—koneksi tampak terbuka tetapi tidak dapat melayani permintaan. Sebagian besar aplikasi terputus setelah beberapa menit, di mana pernyataan SQL gagal.
Untuk mempercepat pemulihan, konfigurasikan parameter connectTimeout dan socketTimeout. Untuk beban kerja transaksi online, atur connectTimeout menjadi 1–2 detik dan socketTimeout menjadi 60–90 detik. Sesuaikan nilai-nilai ini berdasarkan karakteristik beban kerja Anda.
Referensi API
Operation | Description |
Mengalihkan workload antara node primer dan sekunder | |
Mengaktifkan atau menonaktifkan alih otomatis primer/sekunder untuk suatu instans | |
Menanyakan pengaturan alih otomatis primer/sekunder untuk suatu instans |