Bekerja dengan replika untuk Amazon RDS untuk Db2 - Layanan Basis Data Relasional Amazon
Replika siagaAktivasi basis dataKonfigurasi HADRPenyimpanan log arsipPemadaman selama replikasi Db2

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

Untuk mengonfigurasi replikasi antara RDS untuk instans Db2 DB, Anda dapat membuat database replika. Untuk ringkasan perbedaan antara replika RDS untuk Db2 dan mesin DB lainnya, lihat. Perbedaan antara replika baca untuk mesin DB

Database replika Db2 adalah salinan fisik dari database utama Anda. Replika Db2 dalam mode siaga disebut replika siaga. Db2 tidak mengizinkan membaca atau menulis 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. RDS untuk Db2 menggunakan Db2 High Availability Disaster Recover (HADR) untuk replikasi. Untuk informasi lebih lanjut, lihat Pemulihan bencana ketersediaan tinggi (HADR) dalam IBM Db2 dokumentasi.

Replika siaga

Saat membuat atau memodifikasi replika Db2, Anda dapat menempatkannya dalam mode 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.

Aktivasi basis data

Db2 HADR dikonfigurasi pada tingkat database. Setelah Anda membuat replika, HADR diatur untuk semua database Db2, termasukrdsadmin, 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. Namun, Anda dapat memanggil prosedur rdsadmin.reactivate_database tersimpan untuk mengaktifkan kembali database. Untuk informasi selengkapnya, lihat Prosedur tersimpan untuk database untuk RDS untuk Db2.

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