Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola penyebaran Multi-AZ untuk RDS Kustom untuk Server SQL
Dalam penerapan instans DB multi-AZ untuk RDS Kustom untuk SQL Server, Amazon RDS secara otomatis menyediakan dan memelihara replika siaga sinkron di Availability Zone (AZ) yang berbeda. Instans DB primer direplikasi secara sinkron ke seluruh Zona Ketersediaan ke replika siaga untuk memberikan redundansi data.
**penting**
Penyebaran Multi-AZ untuk RDS Kustom untuk SQL Server berbeda dari Multi-AZ untuk RDS Server. SQL Tidak seperti Multi-AZ RDS for for SQL Server, Anda harus menyiapkan prasyarat untuk RDS Kustom untuk SQL Server sebelum membuat instance DB Multi-AZ Anda karena RDS Kustom berjalan di dalam akun Anda sendiri, yang memerlukan izin.
Jika Anda tidak menyelesaikan prasyarat, instans DB Multi-AZ Anda mungkin gagal dijalankan, atau secara otomatis kembali ke instans DB AZ Tunggal. Untuk informasi selengkapnya tentang prasyarat, lihat [Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL](custom-sqlserver-multiaz.prerequisites.md).
Menjalankan instans DB dengan ketersediaan tinggi dapat meningkatkan ketersediaan selama pemeliharaan sistem terencana. Jika terjadi pemeliharaan database yang direncanakan atau gangguan layanan yang tidak direncanakan, Amazon RDS secara otomatis gagal ke instans DB up-to-date sekunder. Fungsi ini memungkinkan operasi basis data berlanjut dengan cepat tanpa gangguan manual. Instans primer dan siaga menggunakan titik akhir yang sama, yang alamat jaringan fisiknya beralih ke replika sekunder sebagai bagian dari proses failover. Anda tidak perlu mengonfigurasi ulang aplikasi Anda saat terjadi failover.
![\[RDSKustom untuk SQL Server mendukung Multi-AZ.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/custom-sqlserver-multiaz-architecture.png)
Anda dapat membuat penerapan Multi-AZ RDS Kustom untuk SQL Server dengan menentukan Multi-AZ saat membuat instans DB RDS Kustom. Anda dapat menggunakan konsol untuk mengonversi instans RDS Custom for SQL Server DB yang ada ke penerapan Multi-AZ dengan memodifikasi instans DB dan menentukan opsi Multi-AZ. Anda juga dapat menentukan penerapan instans DB multi-AZ dengan atau AWS CLI Amazon. RDS API
RDSKonsol menunjukkan Availability Zone dari replika siaga (AZ sekunder). Anda juga dapat menggunakan `describe-db-instances` CLI perintah atau `DescribeDBInstances` API operasi untuk menemukan AZ sekunder.
RDSAdat untuk instans DB SQL Server dengan penerapan Multi-AZ dapat meningkatkan latensi tulis dan komit dibandingkan dengan penerapan AZ tunggal. Peningkatan ini dapat terjadi karena replikasi data sinkron di antara instans DB. Anda mungkin mengalami perubahan latensi jika penerapan Anda gagal ke replika siaga, meskipun direkayasa dengan konektivitas jaringan latensi rendah AWS antara Availability Zones.
**catatan**
Untuk beban kerja produksi, kami menyarankan Anda menggunakan kelas instans DB dengan Provisioned IOPS (operasi input/output per detik) untuk kinerja yang cepat dan konsisten. Untuk informasi selengkapnya tentang kelas instans DB, lihat [Persyaratan dan batasan untuk Amazon RDS Custom for SQL Server](custom-reqs-limits-MS.md).
**Topics**
+ [Ketersediaan wilayah dan versi](#custom-sqlserver-multiaz.regionversion)
+ [Batasan untuk penerapan Multi-AZ dengan RDS Kustom untuk Server SQL](#custom-sqlserver-multiaz.limitations)
+ [Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL](custom-sqlserver-multiaz.prerequisites.md)
+ [Membuat RDS Kustom untuk penyebaran Multi-AZ SQL Server](#custom-sqlserver-multiaz.creating)
+ [Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md)
+ [Memodifikasi penerapan RDS Kustom untuk SQL Server Multi-AZ ke penerapan AZ tunggal](custom-sqlserver-multiaz.modify-maztosaz.md)
+ [Proses failover untuk penerapan RDS Kustom untuk SQL Server Multi-AZ](custom-sqlserver-multiaz.failover.md)
## Ketersediaan wilayah dan versi
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server didukung untuk edisi Server berikut: SQL
+ SQLServer 2022 dan 2019: Edisi Perusahaan, Standar, Web, dan Pengembang
**catatan**
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server tidak didukung di SQL Server 2019 CU8 (15.00.4073.23) atau versi yang lebih rendah.
Penerapan multi-AZ untuk RDS Kustom untuk SQL Server tersedia di semua Wilayah di mana RDS Kustom untuk SQL Server tersedia. Untuk informasi selengkapnya tentang ketersediaan Wilayah dari penerapan Multi-AZ untuk RDS Kustom untuk SQL Server, lihat. [Daerah yang Didukung dan mesin DB untuk RDS Kustom untuk SQL Server](Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.md#Concepts.RDS_Fea_Regions_DB-eng.Feature.RDSCustom.sq)
## Batasan untuk penerapan Multi-AZ dengan RDS Kustom untuk Server SQL
Penerapan multi-AZ dengan RDS Custom for SQL Server memiliki batasan berikut:
+ Deployment Multi-AZ lintas Wilayah tidak didukung.
+ Anda tidak dapat mengonfigurasi instans DB sekunder untuk menerima aktivitas baca basis data.
+ Saat Anda menggunakan Custom Engine Version (CEV) dengan penerapan Multi-AZ, instans DB sekunder Anda juga akan menggunakan hal yang sama. CEV Instans DB sekunder tidak dapat menggunakan yang berbedaCEV.
# Prasyarat untuk penerapan Multi-AZ dengan Kustom untuk Server RDS SQL
Jika Anda memiliki penerapan RDS Custom for SQL Server Single-AZ yang sudah ada, prasyarat tambahan berikut diperlukan sebelum memodifikasinya ke penerapan Multi-AZ. Anda dapat memilih untuk menyelesaikan prasyarat secara manual atau dengan templat yang disediakan. CloudFormation CloudFormation Template terbaru berisi prasyarat untuk penerapan Single-AZ dan Multi-AZ.
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan untuk membuat prasyarat. Untuk informasi selengkapnya, lihat [Mengkonfigurasi dengan CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
**catatan**
Saat Anda memodifikasi penerapan RDS Custom for SQL Server Single-AZ yang ada ke penerapan Multi-AZ, Anda harus menyelesaikan prasyarat ini. Jika Anda tidak menyelesaikan prasyarat, penyiapan Multi-AZ akan gagal. Untuk menyelesaikan prasyarat, ikuti langkah-langkah dalam [Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ](custom-sqlserver-multiaz.modify-saztomaz.md).
+ Perbarui aturan masuk dan keluar grup RDS keamanan untuk mengizinkan port 1120.
+ Tambahkan aturan di jaringan pribadi Access Control List (ACL) yang memungkinkan TCP port `0-65535` untuk instans DBVPC.
+ Buat SQS VPC endpoint Amazon baru yang memungkinkan instans RDS Custom for SQL Server DB berkomunikasiSQS.
+ SQSPerbarui izin dalam peran profil instance.
## Membuat RDS Kustom untuk penyebaran Multi-AZ SQL Server
Untuk membuat penerapan RDS Kustom untuk SQL Server Multi-AZ, ikuti langkah-langkahnya. [Membuat dan menghubungkan ke instans DB untuk Amazon RDS Custom for SQL Server](custom-creating-sqlserver.md)
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan. Untuk informasi selengkapnya, lihat [Mengkonfigurasi dengan CloudFormation](custom-setup-sqlserver.md#custom-setup-sqlserver.cf).
Membuat deployment Multi-AZ membutuhkan waktu beberapa menit.
# Mengubah deployment AZ Tunggal RDS for SQL Server ke deployment Multi-AZ
Anda dapat memodifikasi instans DB RDS Custom for SQL Server yang ada dari deployment AZ Tunggal ke deployment Multi-AZ. Jika Anda mengubah instans DB, Amazon RDS akan melakukan beberapa tindakan:
+ Mengambil snapshot instans DB primer.
+ Membuat volume baru untuk replika siaga dari snapshot. Volume tersebut diinisialisasi di latar belakang, dan performa volume maksimum akan tercapai setelah data sepenuhnya diinisialisasi.
+ Mengaktifkan replikasi tingkat blok yang sinkron antara instans DB primer dan sekunder.
**penting**
Sebaiknya hindari memodifikasi instans DB RDS Custom for SQL Server dari deployment AZ Tunggal ke Multi-AZ pada instans DB produksi selama periode aktivitas puncak.
AWS menggunakan snapshot untuk membuat instance siaga untuk menghindari waktu henti saat Anda mengonversi dari Single-AZ ke Multi-AZ, tetapi kinerja mungkin terpengaruh selama dan setelah mengonversi ke Multi-AZ. Hal ini dapat memberikan dampak yang signifikan terhadap beban kerja yang sensitif terhadap latensi tulis. Meskipun kemampuan ini memungkinkan volume besar dipulihkan dengan cepat dari snapshot, ini dapat menyebabkan peningkatan latensi I/O operasi karena replikasi sinkron. Latensi ini dapat memengaruhi performa basis data Anda.
**catatan**
Jika Anda membuat instans RDS Custom for SQL Server DB sebelum 29 Agustus 2024, tambal ke versi minor terbaru sebelum memodifikasi.
Untuk instans SQL Server 2019, tingkatkan versi mesin DB ke `15.00.4410.1.v1` atau lebih tinggi.
Untuk instans SQL Server 2022, tingkatkan versi mesin DB ke `16.00.4150.1.v1` atau lebih tinggi.
**Topics**
+ [Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf)
+ [Mengonfigurasi prasyarat untuk memodifikasi Deployment AZ Tunggal ke Multi-AZ](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual)
+ [Ubah menggunakan konsol RDS, AWS CLI, atau RDS API.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs)
## Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation
Untuk menggunakan penerapan Multi-AZ, Anda harus memastikan bahwa Anda telah menerapkan CloudFormation template terbaru dengan prasyarat, atau mengonfigurasi prasyarat terbaru secara manual. Jika Anda telah menerapkan template CloudFormation prasyarat terbaru, Anda dapat melewati langkah-langkah ini.
Untuk mengonfigurasi prasyarat penerapan RDS Kustom untuk SQL Server Multi-AZ menggunakan CloudFormation
1. Buka CloudFormation konsol di [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/).
1. Untuk memulai wizard Buat Tumpukan, pilih tumpukan yang ada yang Anda gunakan untuk membuat deployment AZ Tunggal lalu pilih **Perbarui**.
Halaman **Perbarui tumpukan** muncul.
1. Untuk **Prasyarat - Siapkan templat**, pilih **Ganti templat saat ini**.
1. Untuk **Tentukan templat**, lakukan hal berikut:
1. Unduh file CloudFormation template terbaru. Buka menu konteks (klik kanan) untuk [custom-sqlserver-onboardtautan.zip](samples/custom-sqlserver-onboard.zip) dan pilih **Simpan Tautan Sebagai**.
1. Simpan dan ekstrak file `custom-sqlserver-onboard.json` ke komputer Anda.
1. Untuk **Sumber templat**, pilih **Unggah file templat**.
1. Untuk **Pilih file**, navigasikan ke dan pilih `custom-sqlserver-onboard.json`.
1. Pilih **Berikutnya**.
Halaman **Tentukan detail tumpukan** muncul.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
Halaman **Opsi Lanjutan** muncul.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
1. Untuk mempertahankan opsi default, pilih **Berikutnya**.
1. Pada halaman **Tinjauan Perubahan**, lakukan hal berikut:
1. Untuk **Kemampuan**, pilih kotak centang ****Saya memahami bahwa CloudFormation dapat membuat sumber daya IAM dengan nama kustom****.
1. Pilih **Kirim**.
1. Periksa apakah pembaruan berhasil. Status operasi yang sukses menunjukkan `UPDATE_COMPLETE`.
Jika pembaruan gagal, konfigurasi baru apa pun yang ditentukan dalam proses pembaruan akan dibatalkan. Sumber daya yang ada masih akan dapat digunakan. Misalnya, jika Anda menambahkan aturan ACL jaringan bernomor 18 dan 19, tetapi ada aturan yang ada dengan nomor yang sama, pembaruan akan menampilkan kesalahan berikut: `Resource handler returned message: "The network acl entry identified by 18 already exists.` Dalam skenario ini, Anda dapat mengubah aturan ACL yang ada untuk menggunakan nomor yang lebih rendah dari 18, lalu coba lagi pembaruan tersebut.
## Mengonfigurasi prasyarat untuk memodifikasi Deployment AZ Tunggal ke Multi-AZ
**penting**
Untuk menyederhanakan pengaturan, kami sarankan Anda menggunakan file CloudFormation template terbaru yang disediakan dalam instruksi pengaturan jaringan. Untuk informasi selengkapnya, lihat [Mengkonfigurasi prasyarat untuk memodifikasi single-AZ ke penerapan Multi-AZ menggunakan CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf).
Jika Anda memilih untuk mengonfigurasi prasyarat secara manual, lakukan tugas berikut.
1. Buka konsol VPC Amazon di. [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)
1. Pilih **Titik akhir**. Halaman **Buat titik akhir** muncul.
1. Untuk **Kategori Layanan**, pilih **Layanan AWS **.
1. Di **Layanan**, cari *SQS*
1. Di **VPC**, pilih VPC tempat instans DB RDS Custom for SQL Server digunakan.
1. Di **Subnet**, pilih subnet tempat instans DB RDS Custom for SQL Server digunakan.
1. Di **Grup Keamanan**, pilih *-vpc-endpoint-sg* grup.
1. Untuk **Kebijakan**, pilih **Kustom**
1. Dalam kebijakan kustom Anda, ganti*AWS partition*,*Region*,*accountId*, dan *IAM-Instance-role* dengan nilai Anda sendiri.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
},
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
"Effect": "Allow",
"Principal": {
"AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
}
}
]
}
```
------
1. Perbarui **Profil instans** dengan izin untuk mengakses Amazon SQS. Ganti*AWS partition*,*Region*, dan *accountId* dengan nilai-nilai Anda sendiri.
```
{
"Sid": "SendMessageToSQSQueue",
"Effect": "Allow",
"Action": [
"SQS:SendMessage",
"SQS:ReceiveMessage",
"SQS:DeleteMessage",
"SQS:GetQueueUrl"
],
"Resource": [
{
"Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
}
],
"Condition": {
"StringLike": {
"aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
}
}
}
>
```
1. Perbarui aturan masuk dan keluar grup keamanan Amazon RDS untuk mengizinkan port 1120.
1. Di **Grup Keamanan**, pilih *-rds-custom-instance-sg* grup.
1. Untuk **Aturan Masuk, buat aturan** **TCP Kustom** untuk mengizinkan port *1120* dari grup sumber*-rds-custom-instance-sg*.
1. Untuk **Aturan Keluar**, buat aturan **TCP Kustom** untuk mengizinkan port *1120* ke grup tujuan*-rds-custom-instance-sg*.
1. Tambahkan sebuah aturan dalam Daftar Kontrol Akses (ACL) jaringan privat Anda yang mengizinkan port TCP `0-65535` untuk subnet sumber instans DB.
**catatan**
Saat membuat **Aturan Masuk** dan **Aturan Keluar**, catat **Nomor aturan** tertinggi yang ada. Aturan baru yang Anda buat harus memiliki **Nomor aturan** yang lebih rendah dari 100 dan tidak sama dengan **Nomor aturan** yang ada.
1. Di **Jaringan ACLs**, pilih *-private-network-acl* grup.
1. Untuk **Aturan Masuk, buat aturan** **Semua TCP** untuk mengizinkan port TCP `0-65535` dengan sumber dari dan. *privatesubnet1* *privatesubnet2*
1. Untuk **Aturan Keluar, buat aturan** **Semua TCP** untuk mengizinkan port `0-65535` TCP ke tujuan dan. *privatesubnet1* *privatesubnet2*
## Ubah menggunakan konsol RDS, AWS CLI, atau RDS API.
Setelah menyelesaikan prasyarat, Anda dapat memodifikasi instans RDS Custom for SQL Server DB dari penerapan Single-AZ ke multi-AZ menggunakan konsol RDS, CLI, atau RDS API. AWS
### Konsol
**Untuk memodifikasi deployment AZ Tunggal RDS Custom for SQL Server yang ada ke Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di konsol Amazon RDS, pilih **Basis Data**.
Panel **Basis Data** muncul.
1. Pilih instans DB RDS Custom for SQL Server yang ingin Anda modifikasi.
1. Untuk **Tindakan**, pilih **Konversikan ke deployment Multi-AZ**.
1. Pada halaman **Konfirmasi**, pilih **Terapkan segera** untuk segera menerapkan perubahan. Memilih opsi ini tidak akan menyebabkan waktu henti, tetapi ada kemungkinan dampak performa. Alternatifnya, Anda dapat memilih untuk menerapkan pembaruan pada periode pemeliharaan berikutnya. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
1. Pada halaman **Konfirmasi**, pilih **Konversi ke Multi-AZ**.
### AWS CLI
Untuk mengonversi ke penyebaran instans DB multi-AZ dengan menggunakan AWS CLI, panggil [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah dan atur opsi. `--multi-az` Tentukan pengidentifikasi instans DB dan nilai untuk opsi lain yang ingin Anda modifikasi. Untuk informasi tentang setiap opsi, lihat [Pengaturan untuk instans DB](USER_ModifyInstance.Settings.md).
**Example**
Kode berikut memodifikasi `mycustomdbinstance` dengan menyertakan opsi `--multi-az`. Perubahan diterapkan selama jendela pemeliharaan berikutnya dengan menggunakan `--no-apply-immediately`. Gunakan `--apply-immediately` untuk segera menerapkan perubahan. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--multi-az \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--multi-az \ ^
--no-apply-immediately
```
### API RDS
Untuk mengonversi ke penyebaran instans DB multi-AZ dengan RDS API, panggil DBInstance operasi [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dan atur `MultiAZ` parameter ke true.
# Memodifikasi penerapan RDS Kustom untuk SQL Server Multi-AZ ke penerapan AZ tunggal
Anda dapat memodifikasi instans RDS Custom for SQL Server DB yang ada dari multi-AZ ke penerapan AZ tunggal.
## Konsol
**Untuk memodifikasi instans RDS Custom for SQL Server DB dari penerapan Multi-AZ ke Single-AZ.**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di RDS konsol Amazon, pilih **Database**.
Panel **Basis Data** muncul.
1. Pilih contoh RDS Custom for SQL Server DB yang ingin Anda modifikasi.
1. Untuk **Deployment Multi-AZ**, pilih **Tidak**.
1. Pada halaman **Konfirmasi**, pilih **Terapkan segera** untuk segera menerapkan perubahan. Memilih opsi ini tidak akan menyebabkan waktu henti, tetapi ada kemungkinan dampak performa. Alternatifnya, Anda dapat memilih untuk menerapkan pembaruan pada periode pemeliharaan berikutnya. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
1. Di halaman **Konfirmasi**, pilih **Modifikasi Instans DB**.
## AWS CLI
Untuk memodifikasi penyebaran Multi-AZ ke penyebaran Single-AZ dengan menggunakan AWS CLI, panggil [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah dan sertakan opsi. `--no-multi-az` Tentukan pengidentifikasi instans DB dan nilai untuk opsi lain yang ingin Anda modifikasi. Untuk informasi tentang setiap opsi, lihat [Pengaturan untuk instans DB](USER_ModifyInstance.Settings.md).
**Example**
Kode berikut memodifikasi `mycustomdbinstance` dengan menyertakan opsi `--no-multi-az`. Perubahan diterapkan selama jendela pemeliharaan berikutnya dengan menggunakan `--no-apply-immediately`. Gunakan `--apply-immediately` untuk segera menerapkan perubahan. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier mycustomdbinstance \
--no-multi-az \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier mycustomdbinstance ^
--no-multi-az \ ^
--no-apply-immediately
```
## RDS API
Untuk memodifikasi penerapan Multi-AZ ke penerapan Single-AZ dengan menggunakan RDSAPI, panggil odifyDBInstance operasi [M](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dan atur parameternya ke. `MultiAZ` `false`
# 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 DB](USER_RebootInstance.md)
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](USER_UpgradeDBInstance.Maintenance.md). |
| `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](custom-managing.modify-sqlserver.md). |
| `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 DB](USER_RebootInstance.md). |
| `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: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/custom-sqlserver-multiaz.failover.html) |
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](USER_Events.md).
+ 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.