Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Bekerja dengan replika untuk Amazon RDS untuk Db2
RDS untuk Db2 mendukung pembuatan database replika untuk menyediakan kemampuan penskalaan baca dan pemulihan bencana. Anda dapat membuat replika dalam dua mode: replika hanya-baca untuk membongkar beban kerja baca, dan replika siaga untuk pemulihan bencana lintas wilayah. RDS untuk Db2 menggunakan teknologi IBM Db2 High Availability Disaster Recovery (HADR) untuk replikasi. Untuk informasi lebih lanjut, lihat [Pemulihan bencana ketersediaan tinggi (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) dalam IBM Db2 dokumentasi.
Database *replika Db2* adalah salinan fisik dari database utama Anda. *Replika Db2 dalam mode read-only disebut replika baca.* *Replika Db2 dalam mode siaga disebut replika siaga.* Db2 tidak mengizinkan penulisan dalam replika, tetapi Anda dapat mempromosikan replika untuk membuatnya dapat ditulis. Replika yang dipromosikan memiliki data yang direplikasi ke titik ketika permintaan dibuat untuk mempromosikannya. Untuk informasi selengkapnya, lihat [Mempromosikan replika baca menjadi instans DB mandiri](USER_ReadRepl.Promote.md).
Untuk ringkasan fitur dan perilaku replika RDS untuk Db2, lihat. [Perbedaan antara replika baca untuk mesin DB](USER_ReadRepl.Overview.Differences.md)
## Replika hanya-baca dan siaga
Saat membuat atau memodifikasi replika Db2, Anda dapat menempatkannya di salah satu mode berikut:
**Hanya baca**
Ini menjadi opsi default. HADR mentransmisikan dan menerapkan perubahan dari database sumber ke semua database replika baca. Untuk replika hanya-baca, variabel lingkungan Db2 diatur ke. `DB2_HADR_ROS` `ON` Tingkat isolasi untuk kueri baca pada database replika adalah. `Uncommitted Read` Untuk informasi selengkapnya, lihat [Tingkat isolasi pada database siaga aktif](https://www.ibm.com/docs/en/db2/11.5?topic=standby-isolation-level-active-database) dalam IBM Db2 dokumentasi.
Untuk informasi umum tentang replika baca yang berlaku untuk semua mesin DB, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md). Untuk informasi lebih lanjut tentang Db2 HADR, lihat [Pemulihan bencana ketersediaan tinggi (HADR)](https://www.ibm.com/docs/en/db2/11.5?topic=server-high-availability-disaster-recovery-hadr) dalam dokumentasi. IBM Db2
**Siaga**
Untuk replika siaga, variabel lingkungan Db2 `DB2_HADR_ROS` diatur `OFF` agar database replika tidak menerima koneksi pengguna. Penggunaan utama untuk replika siaga adalah pemulihan bencana lintas wilayah.
Replika siaga tidak dapat melayani beban kerja hanya-baca. Replika siaga tidak memiliki log arsip apa pun.
Anda dapat membuat hingga tiga replika dari satu instans DB sumber. Anda dapat membuat kombinasi replika DB read-only dan standby untuk instans DB sumber yang sama. Setelah Anda membuat replika, Anda dapat mengubah mode replika. untuk informasi lebih lanjut, lihat. [Memodifikasi RDS untuk mode replika Db2](db2-replicas-changing-replica-mode.md)
Sebelum membuat replika, pastikan Anda memenuhi semua persyaratan. Untuk informasi selengkapnya, lihat [Persyaratan dan pertimbangan untuk RDS untuk replika Db2](db2-read-replicas.limitations.md).
## Aktivasi basis data
Db2 HADR dikonfigurasi pada tingkat database. Setelah Anda membuat replika, HADR diatur untuk semua database Db2, termasuk`rdsadmin`, yang dikelola sepenuhnya oleh RDS. Sebelum Anda membuat replika Db2, Anda harus secara eksplisit mengaktifkan semua database. Jika tidak, pembuatan replika gagal dan Amazon RDS memancarkan acara. Setelah instans DB memiliki satu atau lebih replika, Anda tidak dapat mengaktifkan atau menonaktifkan database apa pun pada instans DB dengan menggunakan `rdsadmin.activate_database` atau `rdsadmin.deactivate_database` prosedur yang disimpan. Untuk informasi selengkapnya, lihat [Prosedur tersimpan untuk database untuk RDS untuk Db2](db2-sp-managing-databases.md).
## Konfigurasi HADR
Anda dapat melihat semua konfigurasi HADR untuk database dengan menghubungkan ke database dan kemudian berjalan. `db2 get db cfg`
## Penyimpanan log arsip
Amazon RDS membersihkan log dari instans DB primer setelah kondisi berikut terpenuhi:
+ Log setidaknya berumur dua jam.
+ Pengaturan untuk jam penyimpanan log arsip telah berlalu.
+ Log arsip berhasil direplikasi ke semua instance replika DB. Kondisi ini berlaku baik untuk instans DB dalam instans DB yang sama Wilayah AWS dan lintas wilayah DB.
Untuk informasi tentang mengatur jam retensi log arsip, lihat [rdsadmin.set\$1archive\$1log\$1retention](db2-sp-managing-databases.md#db2-sp-set-archive-log-retention).
Amazon RDS memeriksa dan membersihkan setiap database satu per satu. Jika database kehilangan koneksi HADR atau jika informasi tentang koneksi tidak tersedia, Amazon RDS melewatkan database dan tidak membersihkan log arsip.
## Pemadaman selama replikasi Db2
Saat Anda membuat replika, Amazon RDS mengambil snapshot DB dari instans DB sumber Anda dan memulai replikasi. Ketika operasi snapshot DB dimulai, instans DB sumber mengalami I/O penangguhan yang sangat singkat. I/O Suspensi biasanya berlangsung sekitar satu detik. Namun, jika instans DB sumber adalah penerapan Multi-AZ, maka instans DB sumber tidak mengalami penangguhan apa pun I/O . Ini karena dengan penerapan Multi-AZ, snapshot diambil dari instans DB sekunder.
Snapshot DB menjadi replika Db2. Amazon RDS menetapkan parameter dan izin yang diperlukan untuk database sumber dan replika tanpa gangguan layanan apa pun. Demikian pula, jika Anda menghapus replika, tidak akan terjadi gangguan.
# Persyaratan dan pertimbangan untuk RDS untuk replika Db2
Persyaratan replika Db2 terbagi dalam beberapa kategori: lisensi dan pembuatan versi, pertimbangan cadangan dan pemulihan, perilaku replikasi, dan pertimbangan operasional umum. Sebelum membuat replika Db2, biasakan diri Anda dengan persyaratan dan pertimbangan berikut.
## Persyaratan versi dan lisensi untuk RDS untuk replika Db2
Sebelum Anda membuat replika RDS untuk Db2, tinjau informasi berikut tentang versi dan model lisensi:
+ **Versi yang didukung - Semua versi** Db2 11.5 mendukung contoh replika DB.
Instance DB sumber dan replika harus menggunakan versi utama yang sama. Replika Db2 mendukung peningkatan versi minor tetapi bukan peningkatan versi utama. Untuk informasi tentang memutakhirkan instans DB, lihat. [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md)
**catatan**
Saat memutakhirkan instans DB sumber, semua replika secara otomatis ditingkatkan untuk mempertahankan kompatibilitas versi.
+ **Model lisensi dan mode replika yang valid** - Baik Db2 Advanced Edition (AE) dan Standard Edition (SE) dapat membuat replika dalam mode read-only atau standby untuk model Bring Your Own License (BYOL) dan lisensi Db2 melalui model. AWS Marketplace
+ **Grup parameter kustom** - Anda harus menentukan grup parameter kustom untuk replika.
Untuk replika yang menggunakan model BYOL, grup parameter kustom ini harus menyertakan IBM Site ID dan. IBM Customer ID Untuk informasi selengkapnya, lihat [IBM IDs untuk membawa lisensi Anda sendiri (BYOL) untuk Db2](db2-licensing.md#db2-prereqs-ibm-info). Anda dapat menentukan grup parameter kustom ini untuk replika dengan menggunakan Konsol Manajemen AWS, AWS CLI , atau RDS API.
+ **Jumlah vCPU** bervariasi menurut mode replika dan model lisensi:
+ **Replika siaga** selalu menggunakan dua v CPUs terlepas dari ukuran instans DB.
+ **Model BYOL** — AWS License Manager konfigurasi menunjukkan bahwa RDS untuk instans Db2 DB menggunakan dua v. CPUs
+ **Lisensi Db2 melalui AWS Marketplace model** — Tagihan mencerminkan biaya lisensi untuk dua v. CPUs
+ **Replika hanya-baca** menggunakan jumlah vCPU yang sama dengan ukuran instans DB.
+ **Model BYOL** — AWS License Manager konfigurasi menunjukkan bahwa RDS untuk instans Db2 DB menggunakan jumlah v CPUs yang sama yang cocok dengan ukuran instans DB.
+ **Lisensi Db2 melalui AWS Marketplace model** — Tagihan mencerminkan biaya lisensi untuk jumlah v yang sama CPUs yang cocok dengan ukuran instans DB.
## Backup dan restore pertimbangan untuk RDS untuk replika Db2
Backup replika memiliki perilaku yang berbeda dari backup database primer. Pertimbangkan persyaratan pencadangan dan pemulihan berikut:
+ Untuk membuat snapshot RDS untuk replika Db2 atau mengaktifkan pencadangan otomatis, pastikan untuk mengatur periode retensi cadangan secara manual. Pencadangan otomatis tidak diaktifkan secara default.
+ Saat memulihkan cadangan replika, Anda memulihkan ke waktu basis data, bukan ke waktu saat pencadangan dilakukan. Waktu basis data adalah waktu transaksi terakhir yang diterapkan pada data dalam cadangan. Perbedaannya signifikan karena replika dapat tertinggal di belakang database utama selama beberapa menit atau jam. Ketika ada beberapa database, RDS untuk Db2 menggunakan waktu database paling awal.
Untuk menemukan perbedaannya, jalankan AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)perintah atau panggil DBSnapshots operasi RDS API [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html). Bandingkan `SnapshotDatabaseTime` nilainya dengan `OriginalSnapshotCreateTime` nilainya. `SnapshotDatabaseTime`Nilainya adalah waktu database dari cadangan replika. `OriginalSnapshotCreateTime`Nilai adalah transaksi terbaru yang diterapkan pada database utama.
Untuk informasi selengkapnya tentang pencadangan dan pemulihan cadangan, lihat. [Bekerja dengan RDS untuk backup replika Db2](db2-read-replicas.backups.md)
## Pertimbangan replikasi untuk RDS untuk replika Db2
Replika Db2 menggunakan teknologi HADR dengan keterbatasan dan perilaku tertentu. Tinjau pertimbangan replikasi berikut:
+ Replikasi menggunakan Db2 HADR untuk semua database pada RDS untuk instance Db2 DB.
+ Replikasi tidak mendukung `LOAD` perintah. Jika Anda menjalankan `LOAD` perintah dari instance DB sumber, Anda akan menerima data yang tidak konsisten.
+ RDS untuk Db2 tidak mereplikasi item berikut:
+ Akses penyimpanan. Waspadai data, seperti tabel eksternal, yang bergantung pada akses penyimpanan.
+ Non-inline LOBs yang tidak dicatat.
+ Biner prosedur tersimpan eksternal (dalam C atau Java).
+ Untuk replika siaga, RDS untuk Db2 mereplikasi item berikut:
+ Pengguna lokal, kecuali pengguna master
+ Parameter konfigurasi basis data
+ Untuk replika hanya-baca, RDS untuk Db2 mereplikasi item berikut:
+ Pengguna lokal, kecuali pengguna master
+ Pemetaan grup SID
## Pertimbangan lain-lain untuk RDS untuk replika Db2
Pertimbangan operasional tambahan berlaku untuk replika Db2. Tinjau item berikut:
+ RDS untuk Db2 mereplikasi konfigurasi database ke replika. Ketika RDS untuk Db2 mempromosikan replika, itu menonaktifkan dan mengaktifkan setiap database.
+ RDS untuk Db2 mereplikasi pengguna lokal, tetapi bukan pengguna master, dan pemetaan grup SID ke replika. Anda dapat memodifikasi pengguna master pada replika. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
+ Semua database harus dalam keadaan aktif. Untuk informasi tentang mengaktifkan database, lihat. [Prosedur tersimpan untuk database untuk RDS untuk Db2](db2-sp-managing-databases.md)
+ Semua prosedur tersimpan untuk membuat, menjatuhkan, memulihkan, atau menggulung database harus diselesaikan sebelum membuat replika. Untuk informasi tentang prosedur yang disimpan ini, lihat[Prosedur tersimpan untuk database untuk RDS untuk Db2](db2-sp-managing-databases.md).
+ Saat replika dibuat, Amazon RDS menetapkan parameter tingkat database `blocknonlogged` untuk semua database pada instans DB sumber. `YES` Ketika replika sumber menjadi instance mandiri lagi, Amazon RDS menetapkan nilainya kembali. `NO` Untuk informasi selengkapnya, lihat [blocknonlogged - Memblokir pembuatan tabel yang memungkinkan parameter konfigurasi aktivitas yang tidak dicatat dalam dokumentasi](https://www.ibm.com/docs/en/db2/11.1?topic=dcp-blocknonlogged-block-creation-tables-that-allow-non-logged-activity). IBM Db2
+ Saat replika dibuat, Amazon RDS menetapkan parameter tingkat database `logindexbuild` untuk semua database pada instans DB sumber. `YES` Ketika replika sumber menjadi instance mandiri lagi, Amazon RDS menetapkan nilainya kembali. `NO` Untuk informasi selengkapnya, lihat [logindexbuild - Halaman indeks log membuat parameter konfigurasi dalam dokumentasi](https://www.ibm.com/docs/en/db2/11.1?topic=parameters-logindexbuild-log-index-pages-created). IBM Db2
# Bersiap untuk membuat RDS untuk replika Db2
Sebelum membuat replika RDS untuk Db2, Anda harus menyelesaikan tugas-tugas berikut untuk replikasi yang berhasil. Tugas-tugas ini membantu mencegah masalah umum dan memastikan kinerja yang optimal.
## Tugas 1: Aktifkan pencadangan otomatis
Sebelum instans DB dapat berfungsi sebagai instans DB sumber, Anda harus mengaktifkan pencadangan otomatis pada instans DB sumber. Ini adalah prasyarat untuk semua operasi pembuatan replika. Pelajari cara melakukan prosedur ini di [Mengaktifkan pencadangan otomatis](USER_WorkingWithAutomatedBackups.Enabling.md).
Untuk informasi tentang cadangan khusus untuk replika Db2, lihat. [Bekerja dengan RDS untuk backup replika Db2](db2-read-replicas.backups.md)
## Tugas 2: Rencanakan sumber daya komputasi dan penyimpanan
Pastikan ukuran instans DB sumber dan replikanya sudah benar, dalam hal komputasi dan penyimpanan, sesuai dengan beban operasionalnya. Jika suatu replika mencapai kapasitas sumber daya komputasi, jaringan, atau penyimpanan, replika tersebut akan berhenti menerima atau menerapkan perubahan dari sumbernya. Untuk informasi tentang pemantauan kinerja replika dan pemanfaatan sumber daya, lihat. [Memantau replikasi baca](USER_ReadRepl.Monitoring.md)
RDS untuk Db2 tidak melakukan intervensi untuk mengurangi jeda replika yang tinggi antara instance DB sumber dan replika. Jika Anda mengalami kelambatan replika yang tinggi, lihat panduan [Memantau kelambatan replikasi Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag) pemecahan masalah.
Anda dapat memodifikasi sumber daya penyimpanan dan CPU replika secara terpisah dari sumbernya dan replika lainnya. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
## Tugas 3: Siapkan database
Sebelum membuat replika, konfirmasikan bahwa database Anda sudah siap berdasarkan poin-poin berikut:
+ Instans DB berisi semua database yang Anda inginkan hadir pada instans DB. Setelah pembuatan replika, Anda tidak dapat membuat, menjatuhkan, atau memulihkan database asli pada instans DB. Setiap panggilan ke[rdsadmin.create\$1database](db2-sp-managing-databases.md#db2-sp-create-database),[rdsadmin.drop\$1database](db2-sp-managing-databases.md#db2-sp-drop-database), atau prosedur yang [rdsadmin.restore\$1database](db2-sp-managing-databases.md#db2-sp-restore-database) disimpan gagal.
+ Semua database pada instans DB berada dalam keadaan aktif. Jika ada database dalam keadaan tidak aktif, pembuatan replika akan gagal. Untuk informasi tentang mengaktifkan database, lihat. [Prosedur tersimpan untuk database untuk RDS untuk Db2](db2-sp-managing-databases.md)
## Langkah selanjutnya
Setelah menyelesaikan semua tugas persiapan, Anda siap untuk membuat replika Db2.
+ Untuk membuat replika hanya-baca, lihat. [Membuat replika baca](USER_ReadRepl.Create.md)
+ Untuk membuat replika siaga, lihat. [Membuat replika Db2 siaga](db2-read-replicas.creating-in-standby-mode.md)
# Membuat replika RDS untuk Db2 dalam mode siaga
Secara default, replika Db2 dibuat dalam mode read-only. Anda dapat membuat replika dalam mode siaga untuk tujuan pemulihan bencana. Replika siaga tidak menerima koneksi pengguna tetapi memberikan kemampuan failover yang lebih cepat untuk skenario lintas wilayah.
Sebelum membuat replika siaga, pastikan Anda telah menyelesaikan tugas persiapan. Untuk informasi selengkapnya, lihat [Bersiap untuk membuat RDS untuk replika Db2](db2-read-replicas.Configuration.md). Setelah membuat replika siaga, Anda dapat mengubah mode replika. Untuk informasi selengkapnya, lihat [Memodifikasi RDS untuk mode replika Db2](db2-replicas-changing-replica-mode.md).
Anda dapat membuat replika siaga menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API. Untuk informasi tentang membuat replika hanya-baca, lihat. [Membuat replika baca](USER_ReadRepl.Create.md)
## Konsol
**Untuk membuat replika siaga dari sumber RDS untuk instans Db2 DB**
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 panel navigasi, pilih **Basis data**.
1. Pilih contoh RDS untuk Db2 DB yang ingin Anda gunakan sebagai sumber untuk replika siaga.
1. Untuk **Tindakan**, pilih **Buat replika**.
1. Untuk **mode Replica**, pilih **Standby**.
1. Pilih pengaturan yang ingin Anda gunakan. Untuk **pengidentifikasi instans DB**, masukkan nama untuk replika siaga. Sesuaikan pengaturan lain sesuai kebutuhan.
1. Untuk **Wilayah**, pilih Wilayah AWS tempat replika siaga akan diluncurkan.
1. Pilih ukuran dan jenis penyimpanan instans Anda. Kami menyarankan Anda menggunakan kelas instans DB dan tipe penyimpanan yang sama dengan instans DB sumber untuk replika siaga.
1. Untuk **penerapan Multi-AZ**, pilih **Buat instance siaga untuk membuat siaga** replika Anda di Availability Zone lain untuk dukungan failover untuk replika siaga.
1. Pilih pengaturan lain yang ingin Anda gunakan.
1. Pilih **Buat replika**.
**Di halaman **Database**, replika siaga memiliki peran Replica.**
## AWS CLI
Untuk membuat replika Db2 dalam mode siaga, gunakan AWS CLI perintah [create-db-instance-read-replica](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) dengan set to. `--replica-mode` `mounted`
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier my_standby_replica \
--source-db-instance-identifier my_db_instance \
--replica-mode mounted
```
Untuk Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier my_standby_replica ^
--source-db-instance-identifier my_db_instance ^
--replica-mode mounted
```
## API RDS
[Untuk membuat replika Db2 dalam mode siaga, tentukan `ReplicaMode=mounted` dalam operasi RDS API Create. DBInstance ReadReplica](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html)
# Memodifikasi RDS untuk mode replika Db2
Anda dapat mengubah mode replika replika Db2 yang ada antara mode read-only dan standby. Fleksibilitas ini memungkinkan Anda untuk menyesuaikan konfigurasi replika Anda berdasarkan perubahan persyaratan untuk beban kerja baca atau kebutuhan pemulihan bencana.
Anda mungkin ingin mengubah mode replika dalam skenario berikut:
+ **Read-only to standby** — Ketika Anda tidak lagi membutuhkan kapasitas baca tetapi ingin mempertahankan kemampuan pemulihan bencana
+ **Siaga hingga hanya-baca** - Saat Anda perlu menambahkan kapasitas baca untuk beban kerja pelaporan atau analitik
Sebelum mengubah mode replika, pastikan kondisi berikut terpenuhi:
+ Replika dalam keadaan tersedia.
+ Tidak ada operasi pemeliharaan aktif yang berjalan pada replika.
+ Anda memiliki izin yang diperlukan untuk memodifikasi instans DB.
Operasi perubahan dapat memakan waktu beberapa menit. Selama operasi, status instans DB berubah menjadi **memodifikasi**. Untuk informasi selengkapnya tentang perubahan status, lihat [Melihat status instans Amazon RDS DB ](accessing-monitoring.md#Overview.DBInstance.Status). Saat Anda mengubah dari mode read-only ke mode standby, replika memutus semua koneksi aktif.
**penting**
Karena mengubah mode replika mengganggu layanan untuk sementara, rencanakan perubahan selama jendela pemeliharaan untuk meminimalkan dampak pada aplikasi Anda.
Anda dapat memodifikasi mode replika menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
## Konsol
**Untuk mengubah mode replika replika Db2**
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 panel navigasi, pilih **Basis data**.
1. Pilih database replika yang ingin Anda modifikasi.
1. Pilih **Ubah**.
1. Untuk **mode Replika**, pilih mode yang diinginkan:
+ **Read-only** - Untuk beban kerja baca
+ **Siaga** - Untuk pemulihan bencana
1. Pilih pengaturan lain yang ingin Anda ubah.
1. Pilih **Lanjutkan**.
1. Untuk **Penjadwalan perubahan**, pilih **Terapkan langsung**.
1. Pilih **Ubah instans DB**.
1. Setelah modifikasi selesai, verifikasi perubahan mode replika di halaman **Database**. Status replika harus ditampilkan sebagai **Tersedia** saat perubahan selesai.
## AWS CLI
Untuk mengubah replika Db2 dari mode read-only ke mode standby, atur ke dalam perintah. `--replica-mode` `mounted` AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) Untuk mengubah replika Db2 dari mode siaga ke mode hanya-baca, atur ke. `--replica-mode` `open-read-only`
Contoh berikut mengubah replika dari read-only ke mode standby:
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode mounted
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode mounted
```
Contoh berikut mengubah replika dari mode siaga ke mode hanya-baca:
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db2_replica \
--replica-mode open-read-only
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db2_replica ^
--replica-mode open-read-only
```
## API RDS
[Untuk mengubah replika Db2 dari mode read-only ke mode standby, atur dalam Modify. `ReplicaMode=mounted` DBInstance](AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) Untuk mengubah replika Db2 dari mode siaga ke mode hanya-baca, atur. `ReplicaMode=open-read-only`
Berikut ini adalah contoh panggilan API untuk mengubah mode replika dari read-only ke standby:
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "mounted",
"ApplyImmediately": true
}
```
Berikut ini adalah contoh panggilan API untuk mengubah mode replika dari standby ke read-only:
```
{
"DBInstanceIdentifier": "my_db2_replica",
"ReplicaMode": "open-read-only",
"ApplyImmediately": true
}
```
Untuk informasi tentang perbedaan antara mode replika, lihat[Bekerja dengan replika untuk Amazon RDS untuk Db2](db2-replication.md). Untuk memecahkan masalah replika, lihat. [Pemecahan masalah RDS untuk masalah replikasi Db2](db2-troubleshooting-replicas.md)
# Bekerja dengan RDS untuk backup replika Db2
Anda dapat membuat dan mengembalikan cadangan RDS untuk replika Db2 seperti database utama. Namun, ada perbedaan penting dalam cara kerja backup replika, terutama mengenai pengaturan waktu pemulihan dan retensi cadangan.
RDS untuk Db2 mendukung backup otomatis dan snapshot manual untuk replika. RDS untuk Db2 tidak mendukung pemulihan. point-in-time Untuk informasi tentang backup RDS, lihat. [Mencadangkan, memulihkan, dan mengekspor data](CHAP_CommonTasks.BackupRestore.md)
## Perbedaan utama untuk cadangan replika
Backup replika berbeda dari backup database primer dalam beberapa cara penting:
+ Pencadangan otomatis tidak diaktifkan secara default untuk replika.
+ Mengembalikan operasi menggunakan waktu database daripada waktu pembuatan cadangan.
+ Replica lag dapat mempengaruhi data aktual yang dipulihkan. Untuk informasi tentang pemantauan lag replika, lihat[Memantau kelambatan replikasi Db2](db2-troubleshooting-replicas.md#db2-troubleshooting-replicas-lag).
## Mengaktifkan backup otomatis untuk RDS untuk replika Db2
Tidak seperti database primer, replika RDS untuk Db2 tidak memiliki backup otomatis diaktifkan secara default. Anda harus mengonfigurasi periode retensi cadangan secara manual untuk mengaktifkan pencadangan otomatis. Aktifkan pencadangan otomatis dengan menyetel periode retensi cadangan ke nilai positif bukan nol.
### Konsol
**Untuk mengaktifkan backup otomatis segera**
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 panel navigasi, pilih **Basis Data**, kemudian pilih instans DB yang ingin diubah.
1. Pilih **Modifikasi**.
1. Untuk **periode retensi Backup**, pilih nilai positif bukan nol, misalnya tiga hari.
1. Pilih **Lanjutkan**.
1. Pilih **Terapkan segera**.
1. Pilih **Modify DB instance** untuk menyimpan perubahan Anda dan mengaktifkan backup otomatis.
### AWS CLI
Untuk mengaktifkan pencadangan otomatis, gunakan perintah. AWS CLI [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)
Sertakan parameter berikut:
+ `--db-instance-identifier`
+ `--backup-retention-period`
+ `--apply-immediately` atau `--no-apply-immediately`
Contoh berikut memungkinkan pencadangan otomatis dengan mengatur periode retensi cadangan menjadi tiga hari. Perubahan ini diterapkan segera.
**Example**
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-instance \
--db-instance-identifier my_db_instance \
--backup-retention-period 3 \
--apply-immediately
```
Untuk Windows:
```
aws rds modify-db-instance ^
--db-instance-identifier my_db_instance ^
--backup-retention-period 3 ^
--apply-immediately
```
### API RDS
Untuk mengaktifkan pencadangan otomatis, gunakan DBInstance operasi RDS API [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) dengan parameter yang diperlukan berikut:
+ `DBInstanceIdentifier`
+ `BackupRetentionPeriod`
## Memulihkan RDS untuk cadangan replika Db2
Anda dapat mengembalikan cadangan replika RDS untuk Db2 dengan cara yang sama seperti Anda dapat memulihkan cadangan database utama. Untuk informasi selengkapnya, lihat [Memulihkan ke instans DB](USER_RestoreFromSnapshot.md).
Pertimbangan terpenting saat memulihkan cadangan replika adalah memahami perbedaan antara waktu database dan waktu pembuatan cadangan, terutama ketika ada lag replika.
Anda dapat memantau kelambatan replikasi dan memastikan bahwa cadangan Anda berisi data yang diharapkan. Untuk informasi tentang ReplicaLag metrik, lihat[CloudWatch Metrik Amazon untuk Amazon RDS](rds-metrics.md).
### Memahami perbedaan waktu
Ketika Anda mengembalikan cadangan replika, Anda harus menentukan titik waktu yang Anda pulihkan. Waktu basis data adalah waktu transaksi terakhir yang diterapkan pada data dalam cadangan. Saat memulihkan cadangan replika, Anda memulihkan ke waktu basis data, bukan ke waktu saat pencadangan selesai. Perbedaannya signifikan karena replika dapat tertinggal dari database utama dalam hitungan menit atau jam. Dengan demikian, waktu database cadangan replika mungkin jauh lebih awal daripada waktu pembuatan snapshot.
Untuk menemukan perbedaan antara waktu database dan waktu pembuatan, jalankan AWS CLI [describe-db-snapshots](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-snapshots.html)perintah atau panggil DBSnapshots operasi RDS API [Describe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBSnapshots.html). Bandingkan `SnapshotDatabaseTime` nilai dan `OriginalSnapshotCreateTime` nilainya. `SnapshotDatabaseTime`Nilai adalah waktu database paling awal di antara semua database cadangan replika. `OriginalSnapshotCreateTime`Nilai adalah transaksi terbaru yang diterapkan pada database utama. Perhatikan bahwa kelambatan replikasi bisa berbeda untuk beberapa database, dan waktu database bisa berada di antara dua kali ini.
AWS CLI Contoh berikut menunjukkan perbedaan antara dua kali:
Untuk Linux, macOS, atau Unix:
```
aws rds describe-db-snapshots \
--db-instance-identifier my_db2_replica \
--db-snapshot-identifier my_replica_snapshot
```
Untuk Windows:
```
aws rds describe-db-snapshots ^
--db-instance-identifier my_db2_replica ^
--db-snapshot-identifier my_replica_snapshot
```
Perintah ini menghasilkan output yang serupa dengan contoh berikut.
```
{
"DBSnapshots": [
{
"DBSnapshotIdentifier": "my_replica_snapshot",
"DBInstanceIdentifier": "my_db2_replica",
"SnapshotDatabaseTime": "2022-07-26T17:49:44Z",
...
"OriginalSnapshotCreateTime": "2021-07-26T19:49:44Z"
}
]
}
```
# Pemecahan masalah RDS untuk masalah replikasi Db2
Topik ini menjelaskan RDS umum untuk masalah replikasi Db2 dan memberikan panduan pemecahan masalah untuk replika hanya-baca dan siaga. Selain meninjau informasi pemecahan masalah berikut, pastikan Anda mengikuti [persyaratan dan pertimbangan, dan](db2-read-replicas.limitations.md) selesaikan [langkah-langkah persiapan](db2-read-replicas.Configuration.md) sebelum membuat replika Db2.
## Kegagalan pembuatan replika
Pembuatan replika dapat gagal karena beberapa alasan:
+ **Database tidak aktif** — Semua database pada instans DB sumber harus aktif sebelum membuat replika.
Untuk informasi tentang mengaktifkan database, lihat. [Prosedur tersimpan untuk database untuk RDS untuk Db2](db2-sp-managing-databases.md)
+ **Pencadangan otomatis tidak ada** - Instans DB sumber harus mengaktifkan pencadangan otomatis.
Untuk informasi tentang mengaktifkan backup, lihat. [Mengaktifkan backup otomatis untuk RDS untuk replika Db2](db2-read-replicas.backups.md#db2-read-replicas.backups.turning-on)
+ **Masalah grup parameter** - Grup parameter khusus diperlukan untuk replika. Untuk lisensi BYOL, grup parameter harus menyertakan dan. IBM Site ID IBM Customer ID
Untuk informasi selengkapnya, lihat [IBM IDs untuk membawa lisensi Anda sendiri (BYOL) untuk Db2](db2-licensing.md#db2-prereqs-ibm-info).
## Memantau kelambatan replikasi Db2
Untuk memantau kelambatan replikasi di Amazon CloudWatch, lihat metrik Amazon RDS. `ReplicaLag` Untuk informasi selengkapnya tentang waktu keterlambatan replikasi, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md) dan [CloudWatch Metrik Amazon untuk Amazon RDS](rds-metrics.md). Untuk informasi tentang pengaturan CloudWatch alarm untuk kelambatan replika, lihat. [Memantau metrik Amazon RDS Aurora dengan Amazon CloudWatch](monitoring-cloudwatch.md)
Untuk replika hanya-baca, jika jeda waktu terlalu lama, kueri `MON_GET_HADR` tabel untuk status instance DB replika.
Untuk replika siaga, jika jeda waktu terlalu lama, kueri `MON_GET_HADR` tabel untuk status instance DB sumber. Jangan menanyakan instans replika DB karena instance replika DB tidak menerima koneksi pengguna.
Penyebab umum kelambatan replikasi yang tinggi meliputi alasan berikut:
+ Sumber daya komputasi yang tidak mencukupi pada replika
+ Masalah konektivitas jaringan antara sumber dan replika
+ Aktivitas menulis tinggi pada database sumber
+ Keterbatasan kinerja penyimpanan pada replika
Jika kelambatan replikasi tinggi tetap ada, pertimbangkan untuk menskalakan sumber daya replika Anda. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
## Kesalahan replikasi Db2
Replikasi Db2 dapat berada dalam keadaan kesalahan karena sejumlah alasan. Lakukan tindakan berikut:
+ Pantau peristiwa dan status instans DB untuk memastikan bahwa instans DB mereplikasi.
Untuk informasi selengkapnya, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Periksa log diagnostik untuk replika Db2 di konsol Amazon RDS. Di log, cari kesalahan dalam pesan HADR. Bandingkan nomor urut log dengan nomor urut primer.
Untuk informasi tentang mengakses dan menafsirkan log diagnostik Db2, lihat. [Amazon RDS untuk file log database Db2](USER_LogAccess.Concepts.Db2.md) Untuk informasi tentang konfigurasi dan pemecahan masalah Db2 HADR, lihat. [Bekerja dengan replika untuk Amazon RDS untuk Db2](db2-replication.md)
Jika kesalahan replikasi tetap ada, Anda mungkin perlu membuat ulang replika.
## Masalah koneksi
Jika Anda tidak dapat terhubung ke replika Anda, tinjau informasi berikut tentang mode replika:
+ **Replika siaga** — Mereka tidak menerima koneksi pengguna dengan desain. Gunakan replika hanya-baca untuk beban kerja baca.
+ **Replika hanya-baca** — Periksa pengaturan grup keamanan, jaringan ACLs, dan konfigurasi grup parameter Anda.
Untuk informasi selengkapnya, lihat [Mengontrol lalu lintas ke AWS sumber daya Anda menggunakan grup keamanan](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) di *Panduan Pengguna Amazon VPC*, [Mengontrol lalu lintas subnet dengan daftar kontrol akses jaringan](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) di Panduan Pengguna Amazon *VPC*, dan. [Grup parameter untuk RDS](USER_WorkingWithParamGroups.md)
## Masalah kinerja
Jika kinerja replika buruk, tinjau saran berikut:
+ Pastikan replika memiliki sumber daya komputasi dan penyimpanan yang memadai.
+ Pantau `ReplicaLag` metrik di Amazon CloudWatch.
+ Pertimbangkan untuk meningkatkan kelas instance replika DB.
Untuk informasi tentang memodifikasi sumber daya atau kelas instance, lihat[Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md).
Untuk informasi pemantauan replikasi lag, lihat [Memantau lag replikasi](USER_ReadRepl.Monitoring.md#USER_ReadRepl.Monitoring.Lag) dan[CloudWatch Metrik Amazon untuk Amazon RDS](rds-metrics.md). Untuk informasi tentang pengaturan CloudWatch alarm untuk kelambatan replika, lihat. [Memantau metrik Amazon RDS Aurora dengan Amazon CloudWatch](monitoring-cloudwatch.md)