Deployment Multi-AZ untuk Amazon RDS for Microsoft SQL Server

SQL Server 2022:

SQL Server 2019:

SQL Server 2017:

SQL Server 2016: Enterprise Edition 13.00.5216.0 dan lebih tinggi

SQL Server 2019: Standard Edition 15.00.4043.16

SQL Server 2017: Standard Edition dan Enterprise Edition

SQL Server 2016: Standard Edition dan Enterprise Edition

SQL Server 2014: Standard Edition dan Enterprise Edition

Multi-AZ Lintas Wilayah tidak didukung.

Menghentikan instans DB RDS for SQL Server dalam deployment Multi-AZ tidak didukung.

Anda tidak dapat mengonfigurasi instans DB sekunder untuk menerima aktivitas baca basis data.

Multi-AZ dengan Grup Ketersediaan (AG) Selalu Aktif mendukung optimisasi dalam memori.

Multi-AZ dengan Grup Ketersediaan (AG) Selalu Aktif tidak mendukung autentikasi Kerberos untuk pendengar grup ketersediaan. Hal ini karena pendengar tidak memiliki Nama Prinsipal Layanan (SPN).

Anda tidak dapat mengubah nama basis data di instans DB SQL Server dalam deployment Multi-AZ SQL Server. Jika Anda perlu mengubah nama basis data pada instans tersebut, pertama nonaktifkan Multi-AZ untuk instans DB, kemudian ubah nama basis datanya. Terakhir, aktifkan kembali Multi-AZ untuk instans DB.

Anda hanya dapat memulihkan instans DB Multi-AZ yang dicadangkan menggunakan model pemulihan penuh.

Deployment Multi-AZ memiliki batas 10.000 pekerjaan SQL Server Agent.

Jika Anda membutuhkan batas yang lebih tinggi, minta kenaikan dengan menghubungi AWS Support. Buka halaman Pusat AWS Support, masuk jika perlu, dan pilih Buat kasus. Pilih Peningkatan batas layanan. Lengkapi dan kirimkan formulir.

Amazon RDS mengekspos titik akhir pendengar grup ketersediaan AG Selalu Aktif. Titik akhir terlihat di konsol, dan ditampilkan oleh operasi API DescribeDBInstances sebagai entri di bidang titik akhir.

Amazon RDS mendukung failover multisubnet grup ketersediaan.

Untuk menggunakan Multi-AZ SQL Server dengan instans DB SQL Server dalam cloud privat virtual (VPC), pertama, buat grup subnet DB yang memiliki subnet di setidaknya dua Zona Ketersediaan yang berbeda. Kemudian, tetapkan grup subnet DB menjadi replika primer instans DB SQL Server.

Ketika instans DB diubah menjadi deployment Multi-AZ, selama modifikasi, statusnya adalah mengubah. Amazon RDS membuat replika siaga dan membuat cadangan instans DB primer. Setelah proses tersebut selesai, status instans DB primer menjadi tersedia.

Deployment Multi-AZ mempertahankan semua basis data pada simpul yang sama. Jika terjadi failover pada basis data di host primer, semua basis data SQL Server Anda akan melakukan failover sebagai satu unit atomis ke host siaga. Amazon RDS menyediakan host baru yang berkondisi baik dan mengganti host yang tidak berkondisi baik.

Multi-AZ dengan DBM atau AG mendukung replika siaga tunggal.

Pengguna, login, dan izin akan direplikasi secara otomatis untuk Anda pada instans sekunder. Anda tidak perlu membuat ulang hal ini. Peran server yang ditentukan pengguna hanya direplikasi dalam instans DB yang menggunakan AG Selalu Aktif untuk deployment Multi-AZ.

Dalam penerapan Multi-AZ, RDS untuk SQL Server membuat login SQL Server untuk memungkinkan Always On AG atau Pencerminan Database. RDS membuat login dengan pola berikut,, db_<dbiResourceId>_node1_logindb_<dbiResourceId>_node2_login, dan. db_<dbiResourceId>_witness_login

RDS untuk SQL Server membuat login SQL Server untuk memungkinkan akses membaca replika. RDS membuat login dengan pola berikut,db_<readreplica_dbiResourceId>_node_login.

Dalam deployment Multi-AZ, pekerjaan SQL Server Agent direplikasi dari host utama ke host sekunder saat fitur replikasi pekerjaan diaktifkan. Untuk informasi selengkapnya, lihat Mengaktifkan replikasi pekerjaan SQL Server Agent.

Anda mungkin menemukan adanya peningkatan latensi dibandingkan dengan deployment instans DB standar (dalam satu Zona Ketersediaan) karena replikasi data yang sinkron.

Waktu failover dipengaruhi oleh waktu yang diperlukan untuk menyelesaikan proses pemulihan. Transaksi besar akan meningkatkan waktu failover.

Dalam deployment Multi-AZ SQL Server, boot ulang dengan failover akan mem-boot ulang hanya instans DB primer. Setelah failover, instans DB primer akan menjadi instans DB sekunder baru. Parameter mungkin tidak diperbarui untuk instans Multi-AZ. Untuk mem-boot ulang tanpa failover, instans DB primer dan sekunder, serta parameter diperbarui setelah boot ulang. Jika instans DB tidak responsif, kami sarankan boot ulang tanpa failover.

Untuk basis data yang digunakan dalam produksi atau praproduksi, kami merekomendasikan opsi berikut:

Anda tidak dapat memilih Zona Ketersediaan (AZ) untuk instans sekunder, jadi ketika Anda melakukan deployment host aplikasi, pertimbangkan hal ini. Basis data Anda mungkin akan melakukan failover ke AZ lain, dan host aplikasi mungkin tidak berada di AZ yang sama dengan basis data. Untuk alasan ini, kami menyarankan Anda menyeimbangkan host aplikasi Anda di semua AZ di AWS Wilayah tertentu.

Untuk performa terbaik, jangan aktifkan Pencerminan Basis Data atau AG Selalu Aktif selama operasi pemuatan data besar. Jika Anda ingin pemuatan data secepat mungkin, selesaikan pemuatan data sebelum mengonversi instans DB ke deployment Multi-AZ.

Aplikasi yang mengakses basis data SQL Server harus memiliki penanganan pengecualian yang mengambil kesalahan koneksi. Sampel kode berikut menunjukkan try/catch block yang mengambil kesalahan komunikasi. Dalam contoh ini, pernyataan break keluar dari loop while jika koneksi berhasil, tetapi mencoba ulang hingga 10 kali jika pengecualian ditampilkan.

int RetryMaxAttempts = 10;
int RetryIntervalPeriodInSeconds = 1;
int iRetryCount = 0;
while (iRetryCount < RetryMaxAttempts)
{
   using (SqlConnection connection = new SqlConnection(DatabaseConnString))
   {
      using (SqlCommand command = connection.CreateCommand())
      {
         command.CommandText = "INSERT INTO SOME_TABLE VALUES ('SomeValue');";
         try
         {
            connection.Open();
            command.ExecuteNonQuery();
            break;
         }
         catch (Exception ex) 
         {
            Logger(ex.Message);
            iRetryCount++;
         }
         finally {
            connection.Close();
         }
      }
   }
   Thread.Sleep(RetryIntervalPeriodInSeconds * 1000);
}

Jangan gunakan perintah Set Partner Off saat menggunakan instans Multi-AZ. Misalnya, jangan melakukan hal berikut.

--Don't do this
ALTER DATABASE db1 SET PARTNER off   

Jangan tetapkan mode pemulihan ke simple. Misalnya, jangan melakukan hal berikut.

--Don't do this
ALTER DATABASE db1 SET RECOVERY simple   

Jangan gunakan parameter DEFAULT_DATABASE saat membuat login baru pada instans DB Multi-AZ karena pengaturan ini tidak dapat diterapkan pada instans cerminan siaga. Misalnya, jangan melakukan hal berikut.

--Don't do this
CREATE LOGIN [test_dba] WITH PASSWORD=foo, DEFAULT_DATABASE=[db2]   

Selain itu, jangan melakukan hal berikut.

--Don't do this
ALTER LOGIN [test_dba] SET DEFAULT_DATABASE=[db3]