All Products
Search
Document Center

ApsaraDB RDS:Alih workload antara instans ApsaraDB RDS for SQL Server primer dan sekunder

Last Updated:Apr 22, 2026

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. Hanya SID, login_name, dan password yang disinkronkan. Semua parameter ALTER LOGIN lainnya 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

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.

  2. Di panel navigasi kiri, klik Service Availability.

  3. Di bagian Availability Information, klik Switch Primary/Secondary Instance.

  4. Tentukan kapan alih akan dilakukan, lalu klik OK.

    Catatan

    Pilih 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.

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.

  2. Di panel navigasi kiri, klik Service Availability.

  3. Di bagian Availability Information, klik Automatic Primary/Secondary Switchover.

    Catatan

    Jika Automatic Primary/Secondary Switchover tidak terlihat, pastikan instans Anda memenuhi semua prasyarat.

  4. Pilih Temporarily Disable, atur Deadline, lalu klik OK.

    Catatan

    Saat 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.
  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS Anda berada. Temukan instans tersebut dan klik ID-nya.

  2. Di panel navigasi kiri, klik Service Availability.

  3. Di bagian Primary/Secondary Switching Logs, pilih rentang waktu untuk melihat log alih yang dihasilkan selama periode tersebut.

image.png

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

SwitchDBInstanceHA

Mengalihkan workload antara node primer dan sekunder

ModifyHASwitchConfig

Mengaktifkan atau menonaktifkan alih otomatis primer/sekunder untuk suatu instans

DescribeHASwitchConfig

Menanyakan pengaturan alih otomatis primer/sekunder untuk suatu instans