Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Peran transisi untuk PeopleSoft aplikasi Oracle di Amazon RDS Custom for Oracle
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 (OS) dan lingkungan database yang mendasarinya. Untuk faktor kunci yang perlu dipertimbangkan saat merencanakan migrasi, lihat Strategi migrasi database Oracle di AWS Prescriptive Guidance.
Pola ini berfokus pada langkah-langkah untuk melakukan peralihan Oracle Data Guard, atau transisi peran, untuk database PeopleSoft aplikasi yang berjalan di Amazon RDS Custom sebagai database utama dengan database replika baca. Pola ini mencakup langkah-langkah untuk mengonfigurasi fast-start failover (FSFO). Selama proses ini, database dalam konfigurasi Oracle Data Guard terus berfungsi dalam peran baru mereka. Kasus penggunaan umum untuk peralihan Oracle Data Guard adalah latihan pemulihan bencana (DR), aktivitas pemeliharaan terjadwal pada database, dan patch bergulir Standby-First Patch Apply. Untuk informasi selengkapnya, lihat posting blog Mengurangi waktu henti patch database di Amazon RDS Custom.
Prasyarat dan batasan
Prasyarat
Keterbatasan
Versi produk
Arsitektur
Tumpukan teknologi
Arsitektur target
Diagram berikut menunjukkan instans Amazon RDS Custom DB dan replika baca Amazon RDS Custom. Oracle Data Guard menyediakan transisi peran selama failover untuk DR.
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 OS 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.
Layanan lainnya
Oracle Data Guard membantu Anda membuat, memelihara, mengelola, dan memantau database siaga. Pola ini menggunakan Oracle Data Guard Maximum Performance untuk peran transisi (Oracle Data Guard switchover).
Praktik terbaik
Untuk penerapan produksi Anda, sebaiknya luncurkan instance pengamat di Availability Zone ketiga, terpisah dari node replika primer dan baca.
Epik
Tugas | Deskripsi | Keterampilan yang dibutuhkan |
---|
Jeda otomatisasi database untuk primer dan replika. | Meskipun kerangka kerja otomatisasi Kustom RDS tidak mengganggu proses transisi peran, itu adalah praktik yang baik untuk menjeda otomatisasi selama peralihan Oracle Data Guard. Untuk menjeda dan melanjutkan otomatisasi basis data Kustom RDS, ikuti petunjuk di Menjeda dan melanjutkan otomatisasi Kustom RDS. | Administrator awan, DBA |
Periksa status Oracle Data Guard. | Untuk memeriksa status Oracle Data Guard, masuk ke database utama. Pola ini mencakup kode untuk menggunakan database kontainer multitenant (CDB) atau instance non-CDB. Non-CDB -bash-4.2$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_A
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Mon Nov 28 20:55:50 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_A"
Connected as SYSDG.
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 59 seconds ago)
DGMGRL>
CDB CDB-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 18 06:13:07 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_A"
Connected as SYSDG.
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 52 seconds ago)
DGMGRL>
| DBA |
Verifikasi peran instance. | Buka AWS Management Console, dan navigasikan ke konsol Amazon RDS. Di bagian Replikasi database, pada tab Konektivitas & keamanan, verifikasi peran instance untuk primer dan replika. Peran utama harus sesuai dengan database utama Oracle Data Guard, dan peran replika harus sesuai dengan database siaga fisik Oracle Data Guard. | Administrator awan, DBA |
Lakukan peralihan. | Untuk melakukan switchover, sambungkan ke DGMGRL dari simpul utama. Non-CDB DGMGRL> switchover to orcl_d;
Performing switchover NOW, please wait...
Operation requires a connection to database "orcl_d"
Connecting ...
Connected to "ORCL_D"
Connected as SYSDG.
New primary database "orcl_d" is opening...
Operation requires start up of instance "ORCL" on database "orcl_a"
Starting instance "ORCL"...
Connected to an idle instance.
ORACLE instance started.
Connected to "ORCL_A"
Database mounted.
Database opened.
Connected to "ORCL_A"
Switchover succeeded, new primary is "orcl_d"
DGMGRL>
CDB DGMGRL> switchover to rdscdb_b
Performing switchover NOW, please wait...
New primary database "rdscdb_b" is opening...
Operation requires start up of instance "RDSCDB" on database "rdscdb_a"
Starting instance "RDSCDB"...
Connected to an idle instance.
ORACLE instance started.
Connected to "RDSCDB_A"
Database mounted.
Database opened.
Connected to "RDSCDB_A"
Switchover succeeded, new primary is "rdscdb_b"
| DBA |
Verifikasi koneksi Oracle Data Guard. | Setelah switchover, verifikasi koneksi Oracle Data Guard dari node utama ke. DGMGRL Non-CDB DGMGRL> show configuration;
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_d - Primary database
orcl_a - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 60 seconds ago)
DGMGRL>
DGMGRL> show configuration lag;
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_d - Primary database
orcl_a - Physical standby database
Transport Lag: 0 seconds (computed 0 seconds ago)
Apply Lag: 0 seconds (computed 0 seconds ago)
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 44 seconds ago)
DGMGRL>
CDB DGMGRL> show configuration
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_b - Primary database
rdscdb_a - Physical standby database
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 52 seconds ago)
DGMGRL>
DGMGRL> show configuration lag
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_b - Primary database
rdscdb_a - Physical standby database
Transport Lag: 0 seconds (computed 0 seconds ago)
Apply Lag: 0 seconds (computed 0 seconds ago)
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 53 seconds ago)
DGMGRL>
| DBA |
Verifikasi peran instans di konsol Amazon RDS. | Setelah Anda menjalankan sakelar peran, konsol Amazon RDS menampilkan peran baru di bawah bagian Replikasi pada tab Konektivitas & Keamanan di bawah Database. Mungkin perlu beberapa menit agar status Replikasi diperbarui dari kosong ke Replikasi. | DBA |
Tugas | Deskripsi | Keterampilan yang dibutuhkan |
---|
Setel ulang peralihan. | Atur switchover kembali ke simpul utama. | DBA |
Instal dan mulai pengamat. | Proses pengamat adalah komponen DGMGRL klien, biasanya berjalan di mesin yang berbeda dari database primer dan siaga. Instalasi ORACLE HOME untuk pengamat dapat berupa instalasi Oracle Client Administrator, atau Anda dapat menginstal Oracle Database Enterprise Edition atau Personal Edition. Untuk informasi selengkapnya tentang penginstalan observer untuk rilis database Anda, lihat Menginstal dan Memulai Observer. Untuk mengonfigurasi ketersediaan tinggi untuk proses pengamat, Anda mungkin ingin melakukan hal berikut: Aktifkan pemulihan otomatis EC2 instans untuk EC2 instance yang menjalankan pengamat Anda. Anda perlu mengotomatiskan proses startup pengamat sebagai bagian dari startup OS. Terapkan pengamat dalam EC2 instance dan konfigurasikan grup Auto EC2 Scaling Amazon dengan ukuran satu (1). Jika terjadi kegagalan EC2 instance, grup penskalaan otomatis secara otomatis memutar EC2 instance lain.
Untuk Oracle 12c Release 2 dan yang lebih baru, Anda dapat menyebarkan hingga tiga pengamat. Satu pengamat adalah pengamat utama, dan sisanya adalah pengamat cadangan. Ketika pengamat utama gagal, salah satu pengamat cadangan mengambil peran utama. | DBA |
Connect ke DGMGRL dari host pengamat. | Host pengamat dikonfigurasi dengan tnsnames.ora entri untuk konektivitas basis data primer dan siaga. Anda dapat mengaktifkan FSFO dengan mode perlindungan kinerja maksimum selama kehilangan data berada dalam FastStartFailoverLagLimitkonfigurasi (nilai dalam detik), Namun, Anda harus menggunakan mode perlindungan ketersediaan maksimum untuk bekerja untuk mencapai nol kehilangan data (RPO = 0). Non-CDB 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 58 seconds ago)
DGMGRL> show configuration lag
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a - Primary database
orcl_d - Physical standby database
Transport Lag: 0 seconds (computed 1 second ago)
Apply Lag: 0 seconds (computed 1 second ago)
Fast-Start Failover: Disabled
Configuration Status:
SUCCESS (status updated 5 seconds ago)
DGMGRL>
CDB -bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_A
DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 18 06:55:09 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_A"
Connected as SYSDG.
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 18 seconds ago)
DGMGRL>
| DBA |
Ubah database siaga menjadi target failover. | Connect dari node primer atau node observer ke satu database siaga. (Meskipun onfiguration Anda dapat memiliki database siaga mulitiple, Anda hanya perlu terhubung ke satu saat ini.) Non-CDB DGMGRL> edit database orcl_a set property FastStartFailoverTarget='orcl_d';
Property "faststartfailovertarget" updated
DGMGRL> edit database orcl_d set property FastStartFailoverTarget='orcl_a';
Property "faststartfailovertarget" updated
DGMGRL> show database orcl_a FastStartFailoverTarget;
FastStartFailoverTarget = 'orcl_d'
DGMGRL> show database orcl_d FastStartFailoverTarget;
FastStartFailoverTarget = 'orcl_a'
DGMGRL>
CDB DGMGRL> edit database orcl_a set property FastStartFailoverTarget='rdscdb_b';
Object "orcl_a" was not found
DGMGRL> edit database rdscdb_a set property FastStartFailoverTarget='rdscdb_b';
Property "faststartfailovertarget" updated
DGMGRL> edit database rdscdb_b set property FastStartFailoverTarget='rdscdb_a';
Property "faststartfailovertarget" updated
DGMGRL> show database rdscdb_a FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_b'
DGMGRL> show database rdscdb_b FastStartFailoverTarget;
FastStartFailoverTarget = 'rdscdb_a'
DGMGRL>
| DBA |
Konfigurasikan FastStartFailoverThreshold untuk koneksi ke DGMGRL. | Nilai default adalah 30 detik di Oracle 19c, dan nilai minimum adalah 6 detik. Nilai yang lebih rendah berpotensi mempersingkat tujuan waktu pemulihan (RTO) selama failover. Nilai yang lebih tinggi membantu mengurangi kemungkinan kesalahan sementara failover yang tidak perlu pada database utama. Kerangka kerja otomatisasi RDS Custom for Oracle memantau kesehatan database dan melakukan tindakan korektif setiap beberapa detik. Oleh karena itu, kami merekomendasikan pengaturan FastStartFailoverThreshold ke nilai yang lebih tinggi dari 10 detik. Contoh berikut mengkonfigurasi nilai ambang pada 35 detik. Non-CBD atau CDB DGMGRL> edit configuration set property FastStartFailoverThreshold=35;
Property "faststartfailoverthreshold" updated
DGMGRL> show configuration FastStartFailoverThreshold;
FastStartFailoverThreshold = '35'
DGMGRL>
| DBA |
Aktifkan FSFO dengan menghubungkan ke DGMGRL dari simpul primer atau pengamat. | Jika database tidak mengaktifkan Flashback Database, pesan peringatan akan ORA-16827 muncul. Database flashback opsional membantu secara otomatis mengembalikan database primer yang gagal ke titik waktu sebelum failover jika properti FastStartFailoverAutoReinstatekonfigurasi disetel ke TRUE (yang merupakan default). Non-CDB DGMGRL> enable fast_start failover;
Warning: ORA-16827: Flashback Database is disabled
Enabled in Zero Data Loss Mode.
DGMGRL>
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a - Primary database
Warning: ORA-16819: fast-start failover observer not started
orcl_d - (*) Physical standby database
Warning: ORA-16819: fast-start failover observer not started
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
WARNING (status updated 29 seconds ago)
DGMGRL>
CDB DGMGRL> enable fast_start failover;
Warning: ORA-16827: Flashback Database is disabled
Enabled in Zero Data Loss Mode.
DGMGRL> show configuration;
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
Warning: ORA-16819: fast-start failover observer not started
rdscdb_b - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
WARNING (status updated 11 seconds ago)
DGMGRL>
| DBA |
Mulai pengamat untuk pemantauan FSFO, dan verifikasi statusnya. | Anda dapat memulai pengamat sebelum atau setelah Anda mengaktifkan FSFO. Jika FSFO sudah diaktifkan, pengamat segera mulai memantau status dan koneksi ke basis data siaga utama dan target. Jika FSFO tidak diaktifkan, pengamat tidak memulai pemantauan sampai setelah FSFO diaktifkan. Ketika Anda memulai pengamat, konfigurasi DB utama akan ditampilkan tanpa pesan kesalahan, sebagaimana dibuktikan oleh perintah sebelumnya. show configuration Non-CDB DGMGRL> start observer;
[W000 2022-12-01T06:16:51.271+00:00] FSFO target standby is orcl_d
Observer 'ip-10-0-1-89' started
[W000 2022-12-01T06:16:51.352+00:00] Observer trace level is set to USER
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_a - Primary database
orcl_d - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 56 seconds ago)
DGMGRL>
DGMGRL> show observer
Configuration - rds_dg
Primary: orcl_a
Active Target: orcl_d
Observer "ip-10-0-1-89" - Master
Host Name: ip-10-0-1-89
Last Ping to Primary: 1 second ago
Last Ping to Target: 1 second ago
DGMGRL>
CDB DGMGRL> start observer;
Succeeded in opening the observer file "/home/oracle/fsfo_ip-10-0-1-56.dat".
[W000 2023-01-18T07:31:32.589+00:00] FSFO target standby is rdscdb_b
Observer 'ip-10-0-1-56' started
The observer log file is '/home/oracle/observer_ip-10-0-1-56.log'.
DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
rdscdb_a - Primary database
rdscdb_b - (*) Physical standby database
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
SUCCESS (status updated 12 seconds ago)
DGMGRL>
DGMGRL> show observer;
Configuration - rds_dg
Primary: rdscdb_a
Active Target: rdscdb_b
Observer "ip-10-0-1-56" - Master
Host Name: ip-10-0-1-56
Last Ping to Primary: 1 second ago
Last Ping to Target: 2 seconds ago
DGMGRL>
| DBA |
Verifikasi failover. | Dalam skenario ini, tes failover dapat dilakukan dengan menghentikan EC2 instance utama secara manual. Sebelum menghentikan EC2 instance, gunakan tail perintah untuk memantau file log pengamat berdasarkan konfigurasi Anda. Gunakan DGMGRL untuk masuk ke database siaga orcl_d dengan penggunaRDS_DATAGUARD , dan periksa status Oracle Data Guard. Ini harus menunjukkan bahwa orcl_d adalah basis data utama yang baru. Dalam skenario pengujian failover ini, orcl_d adalah database non-CDB. Sebelum failover, database flashback telah diaktifkan. orcl_a Setelah database primer sebelumnya kembali online dan dimulai dalam MOUNT keadaan, pengamat mengembalikannya ke database siaga baru. Database yang dipulihkan bertindak sebagai target FSFO untuk database utama baru. Anda dapat memverifikasi detailnya di log pengamat. DGMGRL> show configuration
Configuration - rds_dg
Protection Mode: MaxAvailability
Members:
orcl_d - Primary database
Warning: ORA-16824: multiple warnings, including fast-start failover-related warnings, detected for the database
orcl_a - (*) Physical standby database (disabled)
ORA-16661: the standby database needs to be reinstated
Fast-Start Failover: Enabled in Zero Data Loss Mode
Configuration Status:
WARNING (status updated 25 seconds ago)
DGMGRL>
Berikut ini menunjukkan contoh output diobserver.log . $ tail -f /tmp/observer.log
Unable to connect to database using rds_custom_orcl_a
[W000 2023-01-18T07:50:32.589+00:00] Primary database cannot be reached.
[W000 2023-01-18T07:50:32.589+00:00] Fast-Start Failover threshold has expired.
[W000 2023-01-18T07:50:32.590+00:00] Try to connect to the standby.
[W000 2023-01-18T07:50:32.590+00:00] Making a last connection attempt to primary database before proceeding with Fast-Start Failover.
[W000 2023-01-18T07:50:32.591+00:00] Check if the standby is ready for failover.
[S002 2023-01-18T07:50:32.591+00:00] Fast-Start Failover started...
2023-01-18T07:50:32.591+00:00
Initiating Fast-Start Failover to database "orcl_d"...
[S002 2023-01-18T07:50:32.592+00:00] Initiating Fast-start Failover.
Performing failover NOW, please wait...
Failover succeeded, new primary is "orcl_d"
2023-01-18T07:55:32.101+00:00
[S002 2023-01-18T07:55:32.591+00:00] Fast-Start Failover finished...
[W000 2023-01-18T07:55:32.591+00:00] Failover succeeded. Restart pinging.
[W000 2023-01-18T07:55:32.603+00:00] Primary database has changed to orcl_d.
[W000 2023-01-18T07:55:33.618+00:00] Try to connect to the primary.
[W000 2023-01-18T07:55:33.622+00:00] Try to connect to the primary rds_custom_orcl_d.
[W000 2023-01-18T07:55:33.634+00:00] The standby orcl_a needs to be reinstated
[W000 2023-01-18T07:55:33.654+00:00] Try to connect to the new standby orcl_a.
[W000 2023-01-18T07:55:33.654+00:00] Connection to the primary restored!
[W000 2023-01-18T07:55:35.654+00:00] Disconnecting from database rds_custom_orcl_d.
[W000 2023-01-18T07:55:57.701+00:00] Try to connect to the new standby orcl_a.
ORA-12170: TNS:Connect timeout occurred
| DBA |
Tugas | Deskripsi | Keterampilan yang dibutuhkan |
---|
Buat dan mulai layanan di database utama. | Anda dapat menghindari perubahan konfigurasi aplikasi selama transisi peran dengan menggunakan entri TNS yang berisi titik akhir basis data primer dan siaga dalam konfigurasi. Anda dapat menentukan dua layanan basis data berbasis peran untuk mendukung keduanya read/write dan beban kerja hanya-baca. Dalam contoh berikut, orcl_rw adalah read/write layanan yang aktif pada database utama. orcl_ro adalah layanan hanya-baca dan aktif pada database siaga yang telah dibuka dalam mode hanya-baca. SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- --------------------
ORCL READ WRITE
SQL> exec dbms_service.create_service('orcl_rw','orcl_rw');
PL/SQL procedure successfully completed.
SQL> exec dbms_service.create_service('orcl_ro','orcl_ro');
PL/SQL procedure successfully completed.
SQL> exec dbms_service.start_service('orcl_rw');
PL/SQL procedure successfully completed.
SQL>
| DBA |
Mulai layanan di database siaga. | Untuk memulai layanan dalam database siaga read-only, gunakan kode berikut. SQL> select name,open_mode from v$database;
NAME OPEN_MODE
--------- --------------------
ORCL READ ONLY WITH APPLY
SQL> exec dbms_service.start_service('orcl_ro');
PL/SQL procedure successfully completed.
SQL>
| DBA |
Otomatiskan memulai layanan saat DB utama dimulai ulang. | Untuk memulai layanan secara otomatis di database utama saat dimulai ulang, gunakan kode berikut. SQL> CREATE OR REPLACE TRIGGER TrgDgServices after startup on database
DECLARE
db_role VARCHAR(30);
db_open_mode VARCHAR(30);
BEGIN
SELECT DATABASE_ROLE, OPEN_MODE INTO db_role, db_open_mode FROM V$DATABASE;
IF db_role = 'PRIMARY' THEN
DBMS_SERV 2 ICE.START_SERVICE('orcl_rw');
END IF;
IF db_role = 'PHYSICAL STANDBY' AND db_open_mode LIKE 'READ ONLY%' THEN
DBMS_SERVICE.START_SERVICE('orcl_ro');
END IF;
END;
/
Trigger created.
SQL>
| DBA |
Konfigurasikan koneksi antara database read-only read/write dan read-only. | Anda dapat menggunakan contoh konfigurasi aplikasi berikut untuk koneksi read/write dan hanya-baca. ORCL_RW = (DESCRIPTION =
(CONNECT_TIMEOUT= 120)(RETRY_COUNT=20)(RETRY_DELAY=3)(TRANSPORT_CONNECT_TIMEOUT=3)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST=devpsftdb.******.us-west-2.rds.amazonaws.com)(PORT=1521))
(ADDRESS = (PROTOCOL = TCP)(HOST=psftread.******.us-west-2.rds.amazonaws.com)(PORT=1521))
)
(CONNECT_DATA=(SERVICE_NAME = orcl_rw))
)
ORCL_RO = (DESCRIPTION =
(CONNECT_TIMEOUT= 120)(RETRY_COUNT=20)(RETRY_DELAY=3)(TRANSPORT_CONNECT_TIMEOUT=3)
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST=devpsftdb.******.us-west-2.rds.amazonaws.com)(PORT=1521))
(ADDRESS = (PROTOCOL = TCP)(HOST=psftread.******.us-west-2.rds.amazonaws.com)(PORT=1521))
)
(CONNECT_DATA=(SERVICE_NAME = orcl_ro))
)
| DBA |
Sumber daya terkait