Peran transisi untuk PeopleSoft aplikasi Oracle di Amazon RDS Custom for Oracle - AWS Prescriptive Guidance

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

  • Amazon RDS Custom for Oracle

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.

Peralihan Oracle Data Guard untuk instance RDS Custom DB primer dengan database replika baca.

Untuk arsitektur representatif yang menggunakan Oracle PeopleSoft di AWS, lihat Menyiapkan PeopleSoft arsitektur yang sangat tersedia di AWS.

Alat

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

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

catatan

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
TugasDeskripsiKeterampilan 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_roadalah 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