Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Tambahkan HA ke Oracle PeopleSoft di Amazon RDS Custom dengan menggunakan replika baca
sampath kathirvel, Amazon Web Services
Ringkasan
Untuk menjalankan solusi Oracle PeopleSoft Enterprise Resource Planning (ERP) di Amazon Web Services (AWS), Anda dapat menggunakan Amazon Relational Database Service (Amazon RDS) atau Amazon RDS Custom for Oracle, yang mendukung aplikasi lama, kustom, dan paket yang memerlukan akses ke sistem operasi dan lingkungan database yang mendasarinya. Untuk faktor kunci yang perlu dipertimbangkan saat merencanakan migrasi, lihat Strategi migrasi database Oracle di AWS Prescriptive Guidance.
Pada tulisan ini, RDS Custom for Oracle tidak mendukung opsi Multi-AZ, yang tersedia untuk Amazon RDS for Oracle sebagai solusi HA menggunakan replikasi penyimpanan. Sebaliknya, pola ini mencapai HA dengan menggunakan database siaga yang membuat dan memelihara salinan fisik database utama. Pola ini berfokus pada langkah-langkah untuk menjalankan database PeopleSoft aplikasi di Amazon RDS Custom dengan HA dengan menggunakan Oracle Data Guard untuk menyiapkan replika baca.
Pola ini juga mengubah replika baca menjadi mode hanya-baca. Memiliki replika baca Anda dalam mode hanya-baca memberikan manfaat tambahan:
Memunggah beban kerja hanya-baca dari database utama
Mengaktifkan perbaikan otomatis blok rusak dengan mengambil blok sehat dari database siaga menggunakan fitur Oracle Active Data Guard
Menggunakan kemampuan Far Sync untuk menjaga database siaga jarak jauh tetap sinkron tanpa overhead kinerja yang terkait dengan transmisi log redo jarak jauh.
Menggunakan replika dalam mode read-only memerlukan opsi Oracle Active Data Guard, yang datang dengan biaya tambahan karena merupakan fitur berlisensi terpisah dari Oracle Database Enterprise Edition.
Prasyarat dan batasan
Prasyarat
PeopleSoft Aplikasi yang ada di Amazon RDS Custom. Jika Anda tidak memiliki aplikasi, lihat polanya Migrasikan Oracle ke PeopleSoft Amazon RDS Custom.
Sebuah tingkat PeopleSoft aplikasi tunggal. Namun, Anda dapat menyesuaikan pola ini untuk bekerja dengan beberapa tingkatan aplikasi.
Amazon RDS Kustom dikonfigurasi dengan setidaknya 8 GB ruang swap.
Lisensi database Oracle Active Data Guard untuk mengubah replika baca menjadi mode hanya-baca dan menggunakannya untuk membongkar tugas pelaporan ke siaga. Untuk informasi selengkapnya, lihat Daftar Harga Komersil Teknologi Oracle.
Keterbatasan
Versi produk
Arsitektur
Tumpukan teknologi target
Amazon RDS Custom for Oracle
AWS Secrets Manager
Penjaga Data Aktif Oracle
Aplikasi Oracle PeopleSoft
Arsitektur target
Diagram berikut menunjukkan instans Amazon RDS Custom DB dan replika baca Amazon RDS Custom. Replika baca menggunakan Oracle Active Data Guard untuk mereplikasi ke Availability Zone lain. Anda juga dapat menggunakan replika baca untuk membongkar lalu lintas baca di database utama dan untuk tujuan pelaporan.
Untuk arsitektur representatif yang menggunakan Oracle PeopleSoft di AWS, lihat Menyiapkan PeopleSoft arsitektur yang sangat tersedia di AWS.
Layanan AWS
Amazon RDS Custom for Oracle adalah layanan database terkelola untuk aplikasi lama, kustom, dan paket yang memerlukan akses ke sistem operasi dan lingkungan database yang mendasarinya.
AWS Secrets Manager membantu Anda mengganti kredensi hardcode dalam kode Anda, termasuk kata sandi, dengan panggilan API ke Secrets Manager untuk mengambil rahasia secara terprogram. Dalam pola ini, Anda mengambil kata sandi pengguna database dari Secrets Manager RDS_DATAGUARD dengan nama do-not-delete-rds-custom-+<<RDS Resource ID>>+-dg rahasia.
Alat Lainnya
Praktik terbaik
Untuk bekerja menuju tujuan zero data loss (RPO = 0), gunakan mode perlindungan MaxAvailability Data Guard, dengan SYNC+NOAFFIRM pengaturan redo transport untuk kinerja yang lebih baik. Untuk informasi selengkapnya tentang memilih mode perlindungan basis data, lihat bagian Informasi tambahan.
Epik
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|
Buat replika baca. | Untuk membuat replika baca instans Amazon RDS Custom DB, ikuti petunjuk dalam dokumentasi Amazon RDS dan gunakan instans Amazon RDS Custom DB yang Anda buat (lihat bagian Prasyarat) sebagai database sumber. Secara default, replika baca Kustom Amazon RDS dibuat sebagai siaga fisik dan dalam keadaan terpasang. Ini disengaja untuk memastikan kepatuhan dengan lisensi Oracle Active Data Guard. Pola ini mencakup kode untuk menyiapkan database kontainer multitenant (CDB) atau instance non-CDB. | DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|
Akses konfigurasi broker Data Guard pada database utama. | Dalam contoh ini, replika baca Kustom Amazon RDS adalah RDS_CUSTOM_ORCL_D untuk instans non-CDB dan RDS_CUSTOM_RDSCDB_B untuk instance CDB. Database untuk non-CDB adalah orcl_a (primer) dan orcl_d (siaga). Nama database untuk CDB adalah rdscdb_a (primer) dan rdscdb_b (siaga). Anda dapat terhubung ke replika baca Kustom RDS secara langsung atau melalui database utama. Anda dapat menemukan nama layanan bersih untuk database Anda di tnsnames.ora file yang terletak di $ORACLE_HOME/network/admin direktori. RDS Custom for Oracle secara otomatis mengisi entri ini untuk database utama Anda dan replika baca Anda. Kata sandi untuk RDS_DATAGUARD pengguna disimpan di AWS Secrets Manager, dengan nama rahasiado-not-delete-rds-custom-+<<RDS Resource ID>>+-dg. Untuk informasi selengkapnya tentang cara menyambung ke instans Kustom RDS menggunakan kunci SSH (Secure Shell) yang diambil dari Secrets Manager, lihat Menyambung ke instans RDS Custom DB menggunakan SSH. Untuk mengakses konfigurasi broker Oracle Data Guard melalui baris perintah Data Guard (dgmgrl), gunakan kode berikut. Non-CDB $ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 22:44:49 2022
Version 19.10.0.0.0
Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "ORCL_D"
Connected as SYSDG.
DGMGRL>
DGMGRL> show database orcl_d
Database - orcl_d
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 0 seconds ago)
Apply Lag: 0 seconds (computed 0 seconds ago)
Average Apply Rate: 11.00 KByte/s
Instance(s):
ORCL
SUCCESS
DGMGRL>
CDB -bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 20:24:11 2023
Version 19.16.0.0.0
Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "RDSCDB_B"
Connected as SYSDG.
DGMGRL>
DGMGRL> show database rdscdb_b
Database - rdscdb_b
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Average Apply Rate: 2.00 KByte/s
Real Time Query: OFF
Instance(s):
RDSCDB
Database Status:
SUCCESS
DGMGRL>
| DBA |
Ubah pengaturan transport log dengan menghubungkan ke DGMGRL dari node utama. | Ubah mode transportasi log menjadiFastSync, sesuai dengan pengaturan SYNC+NOAFFIRM redo transport. Untuk memastikan bahwa Anda memiliki pengaturan yang valid setelah peralihan peran, ubah untuk database utama dan database siaga. Non-CDB DGMGRL>
DGMGRL> edit database orcl_d set property logxptmode=fastsync;
Property "logxptmode" updated
DGMGRL> show database orcl_d LogXptMode;
LogXptMode = 'fastsync'
DGMGRL> edit database orcl_a set property logxptmode=fastsync;
Property "logxptmode" updated
DGMGRL> show database orcl_a logxptmode;
LogXptMode = 'fastsync'
DGMGRL>
CDB DGMGRL> edit database rdscdb_b set property logxptmode=fastsync;DGMGRL> edit database rdscdb_b set property logxptmode=fastsync;
Property "logxptmode" updated
DGMGRL> show database rdscdb_b LogXptMode;
LogXptMode = 'fastsync'
DGMGRL> edit database rdscdb_a set property logxptmode=fastsync;
Property "logxptmode" updated
DGMGRL> show database rdscdb_a logxptmode;
LogXptMode = 'fastsync'
DGMGRL>
| DBA |
Ubah mode perlindungan ke MaxAvailability. | Ubah mode perlindungan MaxAvailability dengan menghubungkan ke DGMGRL dari simpul utama. Non-CDB DGMGRL> edit configuration set protection mode as maxavailability;
Succeeded.
DGMGRL> show configuration;
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a - Primary database
orcl_d - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 38 seconds ago)
DGMGRL>
CDB DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
rdscdb_b - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 57 seconds ago)
DGMGRL>
| DBA |
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
|---|
Stop redo mendaftar untuk database siaga. | Replika baca dibuat dalam MOUNT mode secara default. Untuk membukanya dalam mode read-only, pertama-tama Anda harus mematikan redo apply dengan menghubungkan ke DGMGRL dari node primer atau siaga. Non-CDB DGMGRL> show database orcl_dDGMGRL> show database orcl_d
Database - orcl_d
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Average Apply Rate: 11.00 KByte/s
Real Time Query: OFF
Instance(s):
ORCL
Database Status:
SUCCESS
DGMGRL> edit database orcl_d set state=apply-off;
Succeeded.
DGMGRL> show database orcl_d
Database - orcl_d
Role: PHYSICAL STANDBY
Intended State: APPLY-OFF
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 42 seconds (computed 1 second ago)
Average Apply Rate: (unknown)
Real Time Query: OFF
Instance(s):
ORCL
Database Status:
SUCCESS
DGMGRL>
CDB DGMGRL> show configurationDGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
rdscdb_b - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 57 seconds ago)
DGMGRL> show database rdscdb_b;
Database - rdscdb_b
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Average Apply Rate: 2.00 KByte/s
Real Time Query: OFF
Instance(s):
RDSCDB
Database Status:
SUCCESS
DGMGRL> edit database rdscdb_b set state=apply-off;
Succeeded.
DGMGRL> show database rdscdb_b;
Database - rdscdb_b
Role: PHYSICAL STANDBY
Intended State: APPLY-OFF
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Average Apply Rate: (unknown)
Real Time Query: OFF
Instance(s):
RDSCDB
Database Status:
SUCCESS
| DBA |
Buka contoh replika baca dalam mode hanya-baca. | Connect ke database siaga dengan menggunakan entri TNS, dan buka dalam mode read-only dengan menghubungkannya dari node primer atau siaga. Non-CDB $ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg
-bash-4.2$ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg
SQL*Plus: Release 19.0.0.0.0 - Production on Fri Sep 30 23:00:14 2022
Version 19.10.0.0.0
Copyright (c) 1982, 2020, Oracle. All rights reserved.
Enter password:
Last Successful login time: Fri Sep 30 2022 22:48:27 +00:00
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.10.0.0.0
SQL> select open_mode from v$database;
OPEN_MODE
--------------------
MOUNTED
SQL> alter database open read only;
Database altered.
SQL> select open_mode from v$database;
OPEN_MODE
--------------------
READ ONLY
SQL>
CDB -bash-4.2$ sqlplus C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B as sysdg
SQL*Plus: Release 19.0.0.0.0 - Production on Wed Jan 11 21:14:07 2023
Version 19.16.0.0.0
Copyright (c) 1982, 2022, Oracle. All rights reserved.
Enter password:
Last Successful login time: Wed Jan 11 2023 21:12:05 +00:00
Connected to:
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.16.0.0.0
SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- --------------------
RDSCDB MOUNTED
SQL> alter database open read only;
Database altered.
SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- --------------------
RDSCDB READ ONLY
SQL>
| DBA |
Aktifkan redo apply pada instance replika baca. | Aktifkan redo apply pada instance replika baca dengan menggunakan DGMGR L dari node primer atau siaga. Non-CDB $ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 23:02:16 2022
Version 19.10.0.0.0
Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "ORCL_D"
Connected as SYSDG.
DGMGRL>
edit database orcl_d set state=apply-on;
DGMGRL> edit database orcl_d set state=apply-on;
Succeeded.
DGMGRL> show database orcl_d
Database - orcl_d
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 0 seconds ago)
Apply Lag: 0 seconds (computed 0 seconds ago)
Average Apply Rate: 496.00 KByte/s
Real Time Query: ON
Instance(s):
ORCL
Database Status:
SUCCESS
DGMGRL>
CDB -bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 21:21:11 2023
Version 19.16.0.0.0
Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved.
Welcome to DGMGRL, type "help" for information.
Password:
Connected to "RDSCDB_B"
Connected as SYSDG.
DGMGRL> edit database rdscdb_b set state=apply-on;
Succeeded.
DGMGRL> show database rdscdb_b
Database - rdscdb_b
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 0 seconds ago)
Apply Lag: 0 seconds (computed 0 seconds ago)
Average Apply Rate: 35.00 KByte/s
Real Time Query: ON
Instance(s):
RDSCDB
Database Status:
SUCCESS
DGMGRL> show database rdscdb_b
Database - rdscdb_b
Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Average Apply Rate: 16.00 KByte/s
Real Time Query: ON
Instance(s):
RDSCDB
Database Status:
SUCCESS
DGMGRL>
| DBA |
Sumber daya terkait
Informasi tambahan
Pilih mode perlindungan basis data Anda
Oracle Data Guard menyediakan tiga mode perlindungan untuk mengonfigurasi lingkungan Data Guard Anda berdasarkan ketersediaan, perlindungan, dan persyaratan kinerja Anda. Tabel berikut merangkum ketiga mode ini.
Modus perlindungan | Ulangi pengaturan transportasi | Deskripsi |
|---|
PERFORMA MAKSIMAL | ASYNC
| Untuk transaksi yang terjadi pada database utama, data redo ditransmisikan secara asinkron dan ditulis ke log redo database siaga. Oleh karena itu, dampak kinerjanya minimal. MaxPerformancetidak dapat memberikan RPO = 0 karena pengiriman log asinkron.
|
PERLINDUNGAN MAKSIMAL | SYNC+AFFIRM
| Untuk transaksi pada database utama, data redo ditransmisikan secara sinkron dan ditulis ke database siaga redo log on disk sebelum transaksi diakui. Jika database siaga menjadi tidak tersedia, database utama menutup dirinya sendiri untuk memastikan transaksi dilindungi. |
KETERSEDIAAN MAKSIMUM | SYNC+AFFIRM
| Ini mirip dengan MaxProtection mode, kecuali ketika tidak ada pengakuan yang diterima dari database siaga. Dalam hal ini, ia beroperasi seolah-olah berada dalam MaxPerformance mode untuk mempertahankan ketersediaan basis data utama hingga dapat menulis aliran redo ke database siaga yang disinkronkan lagi. |
SYNC+NOAFFIRM
| Untuk transaksi pada database utama, redo ditransmisikan secara sinkron ke database siaga, dan primer hanya menunggu pengakuan bahwa pengulangan telah diterima pada siaga, bukan bahwa itu telah ditulis ke disk siaga. Mode ini, yang juga dikenal sebagaiFastSync, dapat memberikan manfaat kinerja dengan mengorbankan potensi paparan kehilangan data dalam kasus khusus beberapa kegagalan simultan. |
Baca replika di RDS Custom for Oracle dibuat dengan mode perlindungan kinerja maksimum, yang juga merupakan mode perlindungan default untuk Oracle Data Guard. Mode kinerja maksimum memberikan dampak kinerja terendah pada database utama, yang dapat membantu Anda memenuhi persyaratan tujuan titik pemulihan (RPO) yang diukur dalam hitungan detik.
Untuk bekerja untuk mencapai tujuan nol kehilangan data (RPO = 0), Anda dapat menyesuaikan mode perlindungan Oracle Data Guard MaxAvailability dengan SYNC+NOAFFIRM pengaturan untuk redo transport untuk kinerja yang lebih baik. Karena komit pada database utama diakui hanya setelah vektor redo yang sesuai berhasil ditransmisikan ke database siaga, latensi jaringan antara instance utama dan replika dapat menjadi penting untuk beban kerja yang sensitif terhadap komitmen. Sebaiknya lakukan pengujian beban untuk beban kerja Anda guna menilai dampak kinerja saat replika baca disesuaikan untuk dijalankan dalam MaxAvailability mode.
Menerapkan replika baca di Availability Zone yang sama dengan database utama memberikan latensi jaringan yang lebih rendah dibandingkan dengan menerapkan replika baca di Availability Zone yang berbeda. Namun, menerapkan replika primer dan baca di Availability Zone yang sama mungkin tidak memenuhi persyaratan HA Anda karena, jika tidak tersedianya Availability Zone, instance primer dan instance replika baca akan terpengaruh.
