Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mem-boot ulang instans replikasi
Anda dapat me-reboot instance AWS DMS replikasi untuk me-restart mesin replikasi. Boot ulang akan menyebabkan instans replikasi mati sementara, selama status instans diatur ke **Bootulang**. Jika AWS DMS instance dikonfigurasi untuk Multi-AZ, reboot dapat dilakukan dengan failover. AWS DMS Peristiwa dibuat saat reboot selesai.
Jika AWS DMS instans Anda adalah penerapan Multi-AZ, Anda dapat memaksa failover yang direncanakan dari satu AWS Availability Zone ke Availability Zone lainnya saat melakukan reboot. Bila Anda memaksa failover terencana dari AWS DMS instans Anda, AWS DMS menutup koneksi aktif pada instance saat ini sebelum secara otomatis beralih ke instans siaga di Availability Zone lain. Mem-boot ulang dengan failover terencana membantu Anda mensimulasikan peristiwa failover yang direncanakan dari sebuah AWS DMS instance, seperti saat menskalakan kelas instance replikasi.
**catatan**
Setelah boot ulang memaksa failover dari satu Availability Zone ke lainnya, perubahan Availability Zone mungkin tidak tercermin selama beberapa menit. Kelambatan ini muncul di Konsol Manajemen AWS, dan dalam panggilan ke AWS CLI dan AWS DMS API.
Jika tugas migrasi berjalan pada instance replikasi saat reboot terjadi, tidak ada kehilangan data yang terjadi tetapi tugas berhenti, dan status tugas berubah menjadi status kesalahan.
Jika tabel dalam tugas migrasi berada di tengah beban massal (fase beban penuh) dan belum dimulai, tabel tersebut masuk ke status kesalahan. Tetapi tabel yang lengkap pada saat itu, tetap dalam keadaan lengkap. Ketika reboot terjadi selama fase beban penuh, kami sarankan Anda melakukan salah satu langkah di bawah ini.
+ Hapus tabel yang berada dalam keadaan lengkap dari tugas, dan mulai ulang tugas dengan tabel yang tersisa.
+ Buat tugas baru dengan tabel dalam keadaan kesalahan, dan dengan tabel yang tertunda.
Jika tabel dalam tugas migrasi berada dalam fase replikasi yang sedang berlangsung, tugas dilanjutkan setelah boot ulang selesai.
Anda tidak dapat me-reboot instance AWS DMS replikasi Anda jika statusnya tidak dalam status **Tersedia**. AWS DMS Instance Anda mungkin tidak tersedia karena beberapa alasan, seperti modifikasi yang diminta sebelumnya atau tindakan jendela pemeliharaan. Waktu yang diperlukan untuk me-reboot instance AWS DMS replikasi biasanya kecil (di bawah 5 menit).
## Mem-boot ulang instance replikasi menggunakan konsol AWS
Untuk me-reboot instance replikasi, gunakan AWS konsol.
**Untuk me-reboot instance replikasi menggunakan konsol AWS**
1. Masuk ke Konsol Manajemen AWS dan buka AWS DMS konsol di [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/).
1. Di panel navigasi, pilih **Instans replikasi**.
1. Pilih instans replikasi yang ingin Anda boot ulang.
1. Pilih **Boot ulang**. Kotak dialog **contoh replikasi Reboot** terbuka.
1. Pilih kotak centang untuk **Reboot dengan failover yang direncanakan**? jika Anda telah mengonfigurasi instance replikasi untuk penerapan Multi-AZ dan Anda ingin gagal ke Availability Zone lain AWS .
1. Pilih **Boot ulang**.
## Mem-boot ulang instans replikasi menggunakan CLI
Untuk me-reboot instance replikasi, gunakan AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/dms/reboot-replication-instance.html](https://docs.aws.amazon.com/cli/latest/reference/dms/reboot-replication-instance.html)perintah dengan parameter berikut:
+ `--replication-instance-arn`
**Example Contoh boot ulang sederhana**
AWS CLI Contoh berikut reboot instance replikasi.
```
aws dms reboot-replication-instance \
--replication-instance-arn arn of my rep instance
```
**Example Contoh boot ulang sederhana dengan failover**
AWS CLI Contoh berikut me-reboot instance replikasi dengan failover.
```
aws dms reboot-replication-instance \
--replication-instance-arn arn of my rep instance \
--force-planned-failover
```
## Mem-boot ulang instans replikasi menggunakan API
Untuk me-reboot instance replikasi, gunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html)aksi AWS DMS API dengan parameter berikut:
+ `ReplicationInstanceArn = arn of my rep instance`
**Example Contoh boot ulang sederhana**
Contoh kode berikut mem-boot ulang instans replikasi.
```
1. https://dms.us-west-2.amazonaws.com/
2. ?Action=RebootReplicationInstance
3. &DBInstanceArn=arn of my rep instance
4. &SignatureMethod=HmacSHA256
5. &SignatureVersion=4
6. &Version=2014-09-01
7. &X-Amz-Algorithm=AWS4-HMAC-SHA256
8. &X-Amz-Credential=AKIADQKE4SARGYLE/20140425/us-east-1/dms/aws4_request
9. &X-Amz-Date=20140425T192732Z
10. &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
11. &X-Amz-Signature=1dc9dd716f4855e9bdf188c70f1cf9f6251b070b68b81103b59ec70c3e7854b3
```
**Example Contoh boot ulang sederhana dengan failover**
Contoh kode berikut me-reboot instance replikasi dan gagal ke AWS Availability Zone lain.
```
1. https://dms.us-west-2.amazonaws.com/
2. ?Action=RebootReplicationInstance
3. &DBInstanceArn=arn of my rep instance
4. &ForcePlannedFailover=true
5. &SignatureMethod=HmacSHA256
6. &SignatureVersion=4
7. &Version=2014-09-01
8. &X-Amz-Algorithm=AWS4-HMAC-SHA256
9. &X-Amz-Credential=AKIADQKE4SARGYLE/20140425/us-east-1/dms/aws4_request
10. &X-Amz-Date=20140425T192732Z
11. &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
12. &X-Amz-Signature=1dc9dd716f4855e9bdf188c70f1cf9f6251b070b68b81103b59ec70c3e7854b3
```