>+-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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/custom-creating.html#custom-creating.ssh) 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 menjadi`FastSync`, 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 |
### Ubah status replika dari mount menjadi read-only dan aktifkan redo apply
| 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
+ [Mengkonfigurasi Amazon RDS sebagai Oracle Database PeopleSoft (whitepaper AWS)](https://d1.awsstatic.com/whitepapers/configuring-amazon-rds-as-peoplesoft-database.pdf)
+ [Panduan Oracle Data Guard Broker](https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/index.html) (dokumentasi referensi Oracle)
+ [Konsep dan Administrasi Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/index.html) (dokumentasi referensi Oracle)
## 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.`MaxPerformance`tidak 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 sebagai`FastSync`, 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.