Bekerja dengan replika untuk Amazon RDS untuk Db2 - Layanan Basis Data Relasional Amazon
Replika hanya-baca dan 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

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

Untuk ringkasan fitur dan perilaku replika RDS untuk Db2, lihat. Perbedaan antara replika baca untuk mesin DB

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 dalam IBM Db2 dokumentasi.

Untuk informasi umum tentang replika baca yang berlaku untuk semua mesin DB, lihat Menggunakan replika baca instans DB. Untuk informasi lebih lanjut tentang Db2 HADR, lihat Pemulihan bencana ketersediaan tinggi (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

Sebelum membuat replika, pastikan Anda memenuhi semua persyaratan. Untuk informasi selengkapnya, lihat Persyaratan dan pertimbangan untuk RDS untuk replika Db2.

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