Pedoman dan batasan untuk RDS replikasi Custom for Oracle - Layanan Basis Data Relasional Amazon
Pedoman umum untuk RDS replikasi Custom for OracleKeterbatasan umum untuk RDS replikasi Custom for OraclePersyaratan dan batasan jaringan untuk RDS replikasi Custom for OracleKeterbatasan replika eksternal untuk RDS Custom for OracleBatasan promosi replika untuk RDS Custom for OraclePedoman promosi replika untuk RDS Custom for Oracle

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Pedoman dan batasan untuk RDS replikasi Custom for Oracle

Saat Anda membuat replika RDS Custom for Oracle, tidak semua opsi replika RDS Oracle didukung.

Pedoman umum untuk RDS replikasi Custom for Oracle

Saat bekerja dengan RDS Custom for Oracle, ikuti panduan ini:

  • Anda dapat menggunakan RDS Custom for Oracle replikasi hanya di Oracle Enterprise Edition. Edisi Standar 2 tidak didukung.

  • Jangan memodifikasi pengguna RDS_DATAGUARD. Pengguna ini dicadangkan untuk RDS Kustom untuk otomatisasi Oracle. Memodifikasi pengguna ini dapat menghasilkan hasil yang tidak diinginkan, seperti ketidakmampuan untuk membuat replika Oracle untuk instans RDS Custom for Oracle DB Anda.

  • Jangan mengubah kata sandi pengguna replikasi. Diperlukan untuk mengelola konfigurasi Oracle Data Guard pada host RDS Kustom. Jika Anda mengubah kata sandi, RDS Custom for Oracle mungkin menempatkan replika Oracle Anda di luar perimeter dukungan. Untuk informasi selengkapnya, lihat Perimeter dukungan RDS Custom.

    Kata sandi disimpan di AWS Secrets Manager, ditandai dengan ID sumber daya DB. Setiap replika Oracle memiliki rahasia tersendiri di Secrets Manager. Format rahasianya adalah sebagai berikut.

    do-not-delete-rds-custom-db-DB_resource_id-6-digit_UUID-dg

  • Jangan mengubah DB_UNIQUE_NAME untuk instans DB primer. Mengubah nama ini akan menyebabkan operasi pemulihan menjadi macet.

  • Jangan tentukan klausa STANDBYS=NONE dalam CREATE PLUGGABLE DATABASE perintah di RDS CustomCDB. Dengan cara ini, jika failover terjadi, siaga Anda CDB berisi semua. PDBs

Keterbatasan umum untuk RDS replikasi Custom for Oracle

RDSReplika kustom untuk Oracle memiliki batasan sebagai berikut:

  • Anda tidak dapat membuat replika RDS Custom for Oracle dalam mode read-only. Namun, Anda dapat secara manual mengubah mode replika terpasang menjadi hanya-baca, dan dari hanya baca ke terpasang. Untuk informasi selengkapnya, lihat dokumentasi untuk perintah create-db-instance-read-replica AWS CLI .

  • Anda tidak dapat membuat replika RDS Kustom Lintas wilayah untuk Oracle.

  • Anda tidak dapat mengubah nilai parameter CommunicationTimeout Oracle Data Guard. Parameter ini diatur ke 15 detik untuk RDS Custom untuk instans Oracle DB.

Persyaratan dan batasan jaringan untuk RDS replikasi Custom for Oracle

Pastikan bahwa konfigurasi jaringan Anda mendukung RDS Custom for Oracle replika. Pertimbangkan hal berikut:

  • Pastikan untuk mengaktifkan port 1140 untuk komunikasi masuk dan keluar dalam virtual private cloud (VPC) Anda untuk instans DB utama dan semua replika. Hal ini diperlukan untuk komunikasi Oracle Data Guard antar-replika baca.

  • RDSKustom untuk Oracle memvalidasi jaringan saat membuat replika Oracle. Jika instans DB utama dan replika baru tidak dapat terhubung melalui jaringan, RDS Custom for Oracle tidak membuat replika dan menempatkannya di status. INCOMPATIBLE_NETWORK

  • Untuk replika Oracle eksternal, seperti yang Anda buat di Amazon EC2 atau lokal, gunakan port dan pendengar lain untuk replikasi Oracle Data Guard. Mencoba menggunakan port 1140 dapat menyebabkan konflik dengan otomatisasi RDS Kustom.

  • File /rdsdbdata/config/tnsnames.ora berisi nama layanan jaringan yang dipetakan ke alamat protokol pendengar. Perhatikan persyaratan dan rekomendasi berikut:

    • Entri yang tnsnames.ora diawali dengan dicadangkan untuk RDS Kustom saat menangani operasi rds_custom_ replika Oracle.

      Saat membuat entri manual di tnsnames.ora, jangan gunakan awalan ini.

    • Dalam beberapa kasus, Anda mungkin ingin beralih atau gagal secara manual, atau menggunakan teknologi failover seperti Fast-Start Failover (). FSFO Jika demikian, pastikan untuk menyinkronkan entri tnsnames.ora secara manual dari instans DB primer ke semua instans siaga. Rekomendasi ini berlaku untuk replika Oracle yang dikelola oleh RDS Custom dan replika Oracle eksternal.

      RDSOtomatisasi kustom memperbarui tnsnames.ora entri hanya pada instans DB utama. Pastikan juga untuk melakukan sinkronisasi saat Anda menambahkan atau menghapus replika Oracle.

      Jika Anda tidak menyinkronkan file tnsnames.ora dan menjalankan peralihan atau failover secara manual, Oracle Data Guard pada instans DB primer mungkin tidak dapat berkomunikasi dengan replika Oracle.

Keterbatasan replika eksternal untuk RDS Custom for Oracle

RDSKustom untuk replika eksternal Oracle, yang menyertakan replika lokal, memiliki batasan berikut:

  • RDSCustom for Oracle tidak mendeteksi perubahan peran instance pada failover manual, sepertiFSFO, untuk replika Oracle eksternal.

    RDSKustom untuk Oracle mendeteksi perubahan untuk replika terkelola. Perubahan peran dicatat dalam log peristiwa. Anda juga dapat melihat status baru dengan menggunakan describe-db-instances AWS CLI perintah.

  • RDSCustom for Oracle tidak mendeteksi lag replikasi tinggi untuk replika Oracle eksternal.

    RDSCustom for Oracle mendeteksi lag untuk replika terkelola. Lag replikasi tinggi menghasilkan peristiwa Replication has stopped. Anda juga dapat melihat status replikasi dengan menggunakan describe-db-instances AWS CLI perintah, tetapi mungkin ada penundaan untuk diperbarui.

  • RDSCustom for Oracle tidak mempromosikan replika Oracle eksternal secara otomatis jika Anda menghapus instans DB utama Anda.

    Fitur promosi otomatis hanya tersedia untuk replika Oracle terkelola. Untuk informasi tentang mempromosikan replika Oracle secara manual, lihat white paper Mengaktifkan ketersediaan tinggi dengan Data Guard di Amazon RDS Custom for Oracle.

Batasan promosi replika untuk RDS Custom for Oracle

Mempromosikan replika Oracle yang dikelola RDS Custom for Oracle sama dengan mempromosikan replika RDS terkelola, dengan beberapa perbedaan. Perhatikan batasan berikut untuk replika RDS Custom for Oracle:

  • Anda tidak dapat mempromosikan replika saat RDS Custom for Oracle mencadangkannya.

  • Anda tidak dapat mengubah periode retensi cadangan menjadi 0 saat Anda mempromosikan replika Oracle Anda.

  • Anda tidak dapat mempromosikan replika Anda ketika tidak dalam status kondisi baik.

    Jika Anda mengeluarkan delete-db-instance instans DB utama, RDS Custom for Oracle memvalidasi bahwa setiap replika Oracle yang dikelola sehat dan tersedia untuk promosi. Replika mungkin tidak memenuhi syarat untuk promosi karena otomatisasinya dijeda atau berada di luar perimeter dukungan. Dalam kasus seperti itu, RDS Custom for Oracle menerbitkan acara yang menjelaskan masalah sehingga Anda dapat memperbaiki replika Oracle Anda secara manual.

Pedoman promosi replika untuk RDS Custom for Oracle

Saat mempromosikan replika, perhatikan pedoman berikut:

  • Jangan memulai failover saat RDS Custom for Oracle mempromosikan replika Anda. Jika tidak, alur kerja promosi bisa macet.

  • Jangan beralih ke instans DB utama Anda saat RDS Custom for Oracle mempromosikan replika Oracle Anda. Jika tidak, alur kerja promosi bisa macet.

  • Jangan mematikan instans DB utama Anda saat RDS Custom for Oracle mempromosikan replika Oracle Anda. Jika tidak, alur kerja promosi bisa macet.

  • Jangan mencoba memulai ulang replikasi dengan instans DB Anda yang baru dipromosikan sebagai target. Setelah RDS Custom for Oracle mempromosikan replika Oracle Anda, itu menjadi instans DB mandiri dan tidak lagi memiliki peran replika.

Untuk informasi selengkapnya, lihat Memecahkan masalah promosi replika untuk RDS Custom for Oracle.