機械翻訳について
  1. Oracle Data Guardを使用したOracle Database Applianceでの障害時リカバリ
  2. シナリオ: ODACLIコマンドを使用したOracle Data Guardの構成

3 シナリオ: ODACLIコマンドを使用したOracle Data Guardの構成

このシナリオでは、ODACLIコマンドを使用してOracle Database ApplianceにOracle Data Guardを設定する方法について説明します。

環境

Oracle Database Applianceを使用した後続のData Guard設定例で使用されるプライマリおよびスタンバイ・データベース環境のトポロジの理解。

oda_with_data_guard.pngの説明は以下のとおりです
図oda_with_data_guard.pngの説明
コンポーネント プライマリOracle Database Appliance スタンバイOracle Database Appliance
ホスト名 proddb1, proddb2 stbydb1, stbydb2
データベース名 hun hun
一意のデータベース名 buda pest
インスタンス名 budapest1, budapest2 budapest1, budapest2
SCAN名およびIP proddb-scan (10.1.27.2, 10.1.27.3) stbydb-scan (10.1.27.4, 10.1.27.5)
Grid Infrastructureソフトウェアのインストール /u01/app/19.18.0.0/grid /u01/app/19.18.0.0/grid
Oracle Databaseソフトウェアのインストール /u01/app/odaorahome/oracle/product/19.0.0.0/db_home1 /u01/app/odaorahome/oracle/product/19.0.0.0/db_home1
データベース・ストレージ ASM ASM
ARCHIVELOGモード はい はい
FORCE LOGGINGモード はい はい

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成

Oracle Data Guardの構成

Oracle Data Guardを構成するステップの理解。

NFSまたはクラウド・ベースのOracle Object Storeでソース・データベースのリモート・データベース・バックアップを構成

ノート:

NASまたは外部NFSサーバーがまだ構成されていない場合は、このドキュメントの「Oracle Database ApplianceでのNFSサーバーの構成」トピックで説明されているステップに従います。
前提条件:
  • NFSファイル・システムは、すべてのソース・ノードとターゲット・ノードにマウントされている必要があります。
  • TDE対応データベースの場合、データベースおよびTDEバックアップ・フォルダは、oracleオペレーティング・システム・ユーザーが読取り可能で書込み可能である必要があります。
  • TDE暗号化を使用しないデータベースの場合、oracleオペレーティング・システム・ユーザーがデータベースを読取りおよび書込み可能にする必要があります。
  • NFSファイルシステムは、no_root_squashオプションで共有する必要があります。
  • Oracle Object Storageでバックアップのロケーションを構成する場合、TDE対応データベースの場合は、データベースおよびTDEバックアップ用の専用バケットを作成します。 TDE暗号化を使用しないデータベースの場合は、データベース・バックアップのバケットを作成します。

次のステップを実行します。

  1. バックアップ構成を作成します。
    バックアップのロケーションとしてNFSファイル・システムを使用する場合は、次のコマンドを実行します:
    • TDE対応データベースの場合:
      # odacli create-backupconfig -d NFS -n nfs -cr -c /odabackup/db -f /odabackup/tde -w 7
    • RMANバックアップ・パスワードを持つTDE以外のデータベースの場合:
      # odacli create-backupconfig -d NFS -n nfs -cr -c /odabackup/db -w 7
    Oracle Object Storageをバックアップのロケーションとして使用する場合は、次のステップを実行します:
    1. 必要に応じて、インターネット・プロキシでDCSエージェント構成を更新します。
      [root@proddb1] # odacli update-agentconfig-parameters -n HttpProxyHost -v proxy.oracle.com -n HttpProxyPort -v 80 -u
    2. オブジェクト・ストレージ資格証明の詳細を作成します。
      [root@proddb1] # odacli create-objectstoreswift -e https://swiftobjectstorage.us-phoenix-1.oraclecloud.com/v1 -n oosswift -t mytenant -u firstname.lastname@oracle.com
    3. バックアップ構成を作成します。
      [root@proddb1] # odacli create-backupconfig -d ObjectStore -c dbbackups -on oosswift -w 7 -f tdebackups -cr -n backupConfig2ObjectStorage
  2. バックアップ構成が使用可能であることを確認します。 たとえば: 
    [root@proddb1] # odacli list-backupconfigs 
ID Name RecoveryWindow CrosscheckEnabled BackupDestination 
------------------------------------------------------------------------------------------------------------------------------------- ------------------- -------------------- 
c0bc22a2-b9c0-4b3e-a4fb-1e69c661cfbf backupConfig2ObjectStorage 7 true ObjectStore 
251aadf9-34ea-4579-aab7-d0e0c8f27dc7 nfs 7 true NFS
  3. ソース・データベースにバックアップ構成を割り当てます。
    TDE対応データベースの場合:
    [root@proddb1] # odacli modify-database -in hun -bin nfs
    RMANバックアップ・パスワードを持つTDE以外のデータベースの場合:
    [root@proddb1] # odacli modify-database -in hun -bin nfs -bp

レベル0のデータベース・バックアップを作成し、アーカイブ・ログを保持

  1. バックアップ構成を作成します:
    [root@proddb1] # odacli create-backup -in hun -bt Regular-L0 -ka 
{ "jobId" : "2ff6931c-aa69-4529-92fa-379dda6e6a36", 
"status" : "Created", 
"message" : null, 
"reports" : [ ], 
"createTimestamp" : "March 18, 2022 16:15:57 PM CET", 
"resourceList" : [ ], 
"description" : "Create Regular-L0 Backup[TAG:auto][Db:hun][NFS:/odabackup/db/orabackups/primaryODA-c/database/2894792645/buda]", 
"updatedTime" : "March 18, 2022 16:15:57 PM CET" }
  2. ジョブが正常に完了したことを確認します:
    [root@proddb1] # odacli describe-job -i 2ff6931c-aa69-4529-92fa-379dda6e6a36 
Job details 
---------------------------------------------------------------- 
ID: 2ff6931c-aa69-4529-92fa-379dda6e6a36 
Description: Create Regular-L0 Backup[TAG:auto][Db:hun][NFS:/odabackup/db/orabackups/primaryODA-c/database/2894792645/buda] 
Status: Success 
Created: March 18, 2022 4:15:57 PM CET 
Task Name                        Start Time                                End Time                        Status 
-------------------------------------------------------------------------------------------------------------- ---------- 
Validate TDE Wallet Existence            March 18, 2022 4:16:00 PM CET     March 18, 2022 4:16:01 PM CET Success 
Validate backup config                   March 18, 2022 4:16:01 PM CET     March 18, 2022 4:16:01 PM CET Success 
NFS location existence validation        March 18, 2022 4:16:01 PM CET     March 18, 2022 4:16:02 PM CET Success 
Backup Validations                       March 18, 2022 4:16:02 PM CET     March 18, 2022 4:16:07 PM CET Success 
Recovery Window validation               March 18, 2022 4:16:07 PM CET     March 18, 2022 4:16:10 PM CET Success 
Archivelog deletion policy configuration March 18, 2022 4:16:10 PM CET     March 18, 2022 4:16:14 PM CET Success 
Database backup                          March 18, 2022 4:16:14 PM CET     March 18, 2022 4:17:41 PM CET Success 
Password Protected TDE Wallet Backup     March 18, 2022 4:17:41 PM CET     March 18, 2022 4:17:42 PM CET Success
  3. L0バックアップに属するbackupreportのIDを識別します。
    [root@proddb1]# odacli list-backupreports 
Backup Report Id Database Resource Id Database DbId DB Name DB Unique Name Backup Type Backup Tag Create Time Updated Time Status 
---------------------------------------- ---------------------------------------- ------------- ---------- -------------- ------------ ------------ ----------------------------- 
13faba84-d83f-499d-ae4a-4bb451f4702c c0409b01-03da-4326-b268-29a48d8d617f 2894792645 hun buda Regular-L0 auto March 18, 2022 4:16:14 PM CET March 18, 2022 4:17:42 PM CET Configured
  4. バックアップ・レポートのバックアップをJSON形式で取得し、NFSのスタンバイ・システム・バックアップにコピーします:
    [root@proddb1]# odacli describe-backupreport -i 13faba84-d83f-499d-ae4a-4bb451f4702c > /odabackup/backupreport_hun_20220318.json
    Oracle Object Storage上のバックアップ:
    [root@proddb1]# odacli describe-backupreport -i 13faba84-d83f-499d-ae4a-4bb451f4702c > /tmp/backupreport_hun_20220318.json
    JSONファイルをスタンバイ・システムにコピーします:
    [root@proddb1]# scp /tmp/backupreport_hun_20220318.json root@stbydb1:/tmp
  5. Object Storage SwiftまたはNFSがスタンバイ側で構成されていることを確認します。 NFSの場合、df -hコマンドを使用して、ファイル・システムが両方のターゲット・ノードにマウントされていることを確認します。 Oracle Object Storageの場合は、コマンドodacli list-objectstoreswiftsで、Swift資格証明が構成されていることを確認します。
  6. ターゲットでデータベースをスタンバイとしてリストアします。 ターゲットはベア・メタルまたはDBシステムです。 ターゲットがDBシステムの場合は、データベースがDBシステムで構成されていないことを確認します。
    既存のホームのホームのIDを識別します:
    [root@stdbydb1 ~]# odacli list-dbhomes 
ID Name DB Version Home Location Status 
---------------------------------------- -------------------- ---------------------------------------- -------------------------------
e8a36f29-7fcf-49fc-8575-c599dc28949d OraDB19000_home1 19.14.0.0.220118 /u01/app/odaorahome/oracle/product/19.0.0.0/dbhome_1 CONFIGURED

    odacli irestore-databaseコマンドを使用してデータベースをリストアします。

    既存のデータベース・ホームを使用したNFS上のバックアップ:
    [root@stdbydb1 ~]# odacli irestore-database -r /odabackup/backupreport_hun_20220318.json -u pest -ro STANDBY -t -dh 
e8a36f29-7fcf-49fc-8575-c599dc28949d --backupLocation /odabackup/db
    Oracle Object Storageでバックアップし、新しいデータベース・ホームを作成します:
    [root@stdbydb1 ~]# odacli irestore-database -r backupreport_hun_20220318.json -u pest -on odabackups -ro STANDBY -t
    TDE以外のデータベースでは、前述のコマンドの-tを-bpに置き換えます。 たとえば: 
    [root@stdbydb1 ~]# odacli irestore-database -r /odabackup/backupreport_hun_20220318.json -u pest -ro STANDBY -t -dh e8a36f29-7fcf-49fc-8575-c599dc28949d --backupLocation /odabackup/db 
Enter SYS user password: 
Retype SYS user password: 
Enter TDE wallet password: 
{ 
"jobId" : "6d36ebdf-2b31-4d19-a75f-5d997286ed9f", 
"status" : "Created", 
"message" : null, 
"reports" : [ ], 
"createTimestamp" : "March 18, 2022 16:32:16", 
"resourceList" : [ ], 
"description" : "Database service recovery with db name: hun", 
"updatedTime" : "March 18, 2022 16:32:16" 
}
  7. ジョブが正常に完了したことを確認します。
    [root@stbydb1]# odacli describe-job -i "0a35a4af-13bc-4a03-bfe6-ec4ae4e43dc6" 
Job details 
---------------------------------------------------------------- 
ID: 6d36ebdf-2b31-4d19-a75f-5d997286ed9f 
Description: Database service recovery with db name: hun 
Status: Success 
Created: March 18, 2022 4:32:16 PM CET 
Task Name Start Time End Time Status 
---------------------------------------- -----------------------------------
Check if cluster ware is running March 18, 2022 4:32:17 PM CET March 18, 2022 4:32:17 PM CET Success … 
Enable New Tablespace Encryption March 18, 2022 4:49:22 PM CET March 18, 2022 4:49:23 PM CET Success
  8. データベースがCONFIGUREDステータスであることを確認します。
    [root@stbydb1]# odacli list-databases
ID DB Name DB Type DB Version CDB Class Shape Storage Status DbHomeID 
---------------------------------------- ---------- -------- ------------
9cec6f9a-5256-48c0-8386-4bda7ee6b393 hun RAC 19.14.0.0.220118 true OLTP odb2 ASM CONFIGURED e8a36f29-7fcf-49fc-8575-c599dc28949d

プライマリOracle Database Applianceシステムの最初のノードからOracle Data Guardを構成

前提条件:
  • 2つのアプライアンス間でOracle Data Guardを構成するには、リスナー・ポートおよびポート7070が開いている必要があります。
  • プライマリ・データベースまたはスタンバイ・データベース(あるいはその両方)がDBシステムで構成されている場合、Oracle Data Guardの構成にはOracle Database Applianceリリース19.15が必要です。
  1. Oracle Data Guardを構成します:
    [root@ proddb1]# odacli configure-dataguard 
Standby site address: stbydb1 
BUI username for Standby site. If Multi-user Access is disabled on Standby site, enter 'oda-admin'; otherwise, enter the name of the user who has irestored the Standby database (default: oda-admin): 
BUI password for Standby site: 
root@stbydb1's password: 
Database name for Data Guard configuration: 
hun Primary database SYS password: 
******************************************************************************************* 
Data Guard default settings 
Primary site network for Data Guard configuration: 
Public-network Standby site network for Data Guard configuration: 
Public-network Primary database listener port: 1521 
Standby database listener port: 1521 
Transport type: ASYNC 
Protection mode: MAX_PERFORMANCE 
Data Guard configuration name: buda_pest 
Active Data Guard: disabled 
Do you want to edit this Data Guard configuration? (Y/N, default:N): y 
******************************************************************************************* 
Primary site network for Data Guard configuration [Public-network] (default: Public-network): 
Standby site network for Data Guard configuration [Public-network] (default: Public-network): 
Primary database listener port (default: 1521): 
Standby database listener port (default: 1521): 
Transport type [ASYNC, FASTSYNC, SYNC] (default: ASYNC): 
Protection mode [MAX_PROTECTION, MAX_PERFORMANCE, MAX_AVAILABILITY] (default: MAX_PERFORMANCE): 
Data Guard configuration name (default: buda_pest): 
Enable Active Data Guard? (Y/N, default:N): n 
Standby database's SYS password will be set to Primary database's after Data Guard configuration. Ignore warning and proceed with Data Guard configuration? (Y/N, default:N): y 
******************************************************************************************* 
Configure Data Guard buda_pest started 
*******************************************************************************************
Step 1: Validate Data Guard configuration request (Primary site) 
Description: Validate DG Config Creation for db hun 
Job ID: 1cdcc4d9-f869-49ed-90a7-651a0a76db03 
Started March 18, 2022 17:02:17 PM CET 
Validate create Data Guard configuration request 
Finished March 18, 2022 17:02:21 PM CET 
******************************************************************************************* 
Step 2: Validate Data Guard configuration request (Standby site) 
Description: Validate DG Config Creation for db hun 
Job ID: c9dcb3fc-90d7-495e-860d-d3fdd421aad0 
Started March 18, 2022 17:02:22 PM CET 
Validate create Data Guard configuration request 
Finished March 18, 2022 17:02:27 PM CET 
******************************************************************************************* 
Step 3: Download password file from Primary database (Primary site) 
Description: Download orapwd file from Primary database 
Started March 18, 2022 17:02:27 PM CET 
Prepare orapwd file for Primary database hun 
Finished March 18, 2022 17:02:32 PM CET 
******************************************************************************************* 
Step 4: Upload password file to Standby database (Standby site) 
Description: Upload orapwd file to Standby database 
Started March 18, 2022 17:02:32 PM CET 
Write orapwd file to Standby database hun 
Finished March 18, 2022 17:02:43 PM CET 
******************************************************************************************* 
Step 5: Configure Primary database (Primary site) 
Description: DG Config service for db hun – ConfigurePrimary 
Job ID: ed2e490d-f3e4-40b5-adee-ec5a31c6cdc6 
Started March 18, 2022 17:02:44 PM CET 
Configure host DNS on primary env 
Configure Data Guard Tns on primary env 
Enable Data Guard related Db parameters for primary env 
Enable force logging and archivelog mode in primary env 
Enable FlashBack 
Configure network parameters for local listener on primary env 
Restart listener on primary env Create services for primary db 
Finished March 18, 2022 17:05:46 PM CET 
******************************************************************************************* 
Step 6: Configure Standby database (Standby site) 
Description: DG Config service for db hun – ConfigureStandby 
Job ID: 989931fb-c7ec-4f36-9e8e-7cbe932af96c 
Started March 18, 2022 17:05:47 PM CET 
Configure Data Guard Tns on standby env 
Configure host DNS on standby env 
Clear Data Guard related Db parameters for standby env 
Enable Data Guard related Db parameters for standby env 
Enable force logging and archivelog mode in standby env 
Populate standby database metadata 
Configure network parameters for local listener on standby env 
Reset Db sizing and hidden parameters for ODA best practice 
Restart Listener on standby env 
Create services for standby db 
Finished March 18, 2022 17:07:27 PM CET 
******************************************************************************************* 
Step 7: Configure and enable Data Guard (Primary site) 
Description: DG Config service for db hun – ConfigureDg 
Job ID: 0616ad61-a6fe-4e33-b9a9-f0ea1698022f 
Started March 18, 2022 17:07:28 PM CET 
Config and enable Data Guard 
Post check Data Guard configuration 
Finished March 18, 2022 17:08:03 PM CET 
******************************************************************************************* 
Step 8: Enable Flashback (Standby site) 
Description: DG Config service for db hun – EnableFlashback 
Job ID: 1104e7ab-de51-4477-9a03-0cc37fc0431f 
Started March 18, 2022 17:08:04 PM CET 
Enable FlashBack 
Finished March 18, 2022 17:11:55 PM CET 
******************************************************************************************* 
Step 9: Re-enable Data Guard (Primary site) 
Description: DG Config service for db hun – ReenableDg 
Job ID: 6aea76eb-e51a-4517-ae85-ba6b108804a4
Started March 18, 2022 17:11:56 PM CET 
Re-enable Data Guard if inconsistent properties found 
Post check Data Guard configuration 
Finished March 18, 2022 17:12:53 PM CET 
******************************************************************************************* 
Step 10: Create Data Guard status (Primary site) 
Description: DG Status operation for db hun – NewDgconfig 
Job ID: df82b9d3-9a7e-4545-888f-29d678879870 
Started March 18, 2022 17:12:53 PM CET 
Create Data Guard status 
Finished March 18, 2022 17:13:00 PM CET 
******************************************************************************************* 
Step 11: Create Data Guard status (Standby site) 
Description: DG Status operation for db hun – NewDgconfig 
Job ID: 9a70c3b8-5edb-406e-99e8-e03c44000d03 
Started March 18, 2022 17:13:01 PM CET 
Create Data Guard status 
Finished March 18, 2022 17:13:08 PM CET 
******************************************************************************************* 
Configure Data Guard buda_pest completed 
*******************************************************************************************

インタラクティブCLI構成ステップでは、パラメータは次のとおりです:

  • スタンバイ・サイトのアドレスは、スタンバイ・ホストのIPアドレスまたはホスト名です。 プライマリおよびスタンバイ・システムが同じドメイン内にあり、DNSが構成されている場合は、完全修飾ドメイン名およびホスト名を指定します。
  • 可用性、パフォーマンスおよびデータ保護の要件を満たすには、Oracle Data Guard保護モードを選択します。 Oracle Data Guardの保護モードは、最大可用性、最大パフォーマンスおよび最大保護です。 ログ転送モードはASYNC、SYNCおよびFASTSYNCです。

次の表は、サポートされているデフォルトのペアを示し、FASTSYNCモードはOracle Database 12.1以降でのみ使用できます:

保護モード/トランスポート・タイプ ASYNC FASTSYNC SYNC
MAXPERFORMANCE Y Y Y
MAXAVAILABILITY N Y Y
MAXPROTECTION N N Y

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成

Oracle Data Guardでのスイッチオーバーの実行

Oracle Data Guardをスイッチオーバーするステップを理解します。

プライマリで次のステップを実行します:

  1. odacli list-dataguardstatusコマンドを使用して、データベースがプライマリとして実行されているシステムを確認します。 このコマンドは、スイッチオーバーおよびフェイルオーバー・コマンドに必要なData Guard構成のIDも提供します。 次の例では、システムproddbがプライマリ・データベースをホストします。 
    [root@proddb1]# odacli list-dataguardstatus 
Updated about 2 second(s) ago 
ID Name Database Name Role Protection Mode Apply Lag Transport Lag Apply Rate Status 
---------------------------------------- --------------------------------------------
be217130-633b-4eef-a4b7-3192028b853c buda_pest hun PRIMARY MAX_PERFORMANCE 0 seconds 0 seconds 14.00 KByte/s CONFIGURED
  2. スイッチオーバーを開始します。 Oracle Data Guard構成IDおよびスタンバイ・データベースのデータベースの一意の名前を指定します。 現在のプライマリ・システムでコマンドを実行します。 
    [root@proddb1 ~]# odacli switchover-dataguard -i be217130-633b-4eef-a4b7-3192028b853c -u pest 
Password for target database: 
{ 
"jobId" : "02ddfc45-da95-4f70-8823-bcd30ce3b738", 
"status" : "Created", 
"message" : null, 
"reports" : [ ], 
"createTimestamp" : "March 18, 2022 17:24:11 PM CET", 
"resourceList" : [ ], 
"description" : "Dataguard operation for buda_pest - SwitchoverDg", 
"updatedTime" : "March 18, 2022 17:24:11 PM CET" 
}
  3. スイッチオーバー操作のステータスをモニターします。
    [root@proddb1 ~]# odacli describe-job -i "02ddfc45-da95-4f70-8823-bcd30ce3b738" 
Job details 
---------------------------------------------------------------- 
ID: 02ddfc45-da95-4f70-8823-bcd30ce3b738 
Description: Dataguard operation for buda_pest – SwitchoverDg 
Status: Success 
Created: March 18, 2022 5:24:11 PM CET 
Message:
Task Name Start Time End Time Status 
---------------------------------------- ----------------------------------- ----------
Precheck switchover DataGuard March 18, 2022 5:24:12 PM CET March 18, 2022 5:24:15 PM CET Success 
Switchover DataGuard March 18, 2022 5:24:15 PM CET March 18, 2022 5:25:24 PM CET Success 
Postcheck switchover DataGuard March 18, 2022 5:25:24 PM CET March 18, 2022 5:26:19 PM CET Success 
Check if DataGuard config is updated March 18, 2022 5:26:29 PM CET March 18, 2022 5:26:39 PM CET Success
  4. 操作が正常に完了した後、両方のノードでOracle Data Guardのステータスを確認します。 変更を確認するために、コマンドを数回実行する必要がある場合があります。 
    [root@proddb1 ~]# odacli describe-dataguardstatus -i be217130-633b-4eef-a4b7-3192028b853c 
Updated about 2 minute(s) ago Dataguard Status details 
---------------------------------------------------------------- 
ID: be217130-633b-4eef-a4b7-3192028b853c
Name: buda_pest 
Database Name: c0409b01-03da-4326-b268-29a48d8d617f 
Role: STANDBY 
Protection Mode: MAX_PERFORMANCE 
Apply Lag: 0 seconds 
Transport Lag: 0 seconds 
Apply Rate: 1.35 MByte/s 
Status: CONFIGURED 
Updated Time: March 18, 2022 5:26:26 PM CET 
[root@stbydb1 ~]# odacli describe-dataguardstatus -i be217130-633b-4eef-a4b7-3192028b853c 
Updated about 5 minute(s) ago 
Dataguard Status details 
---------------------------------------------------------------- 
ID: be217130-633b-4eef-a4b7-3192028b853c 
Name: buda_pest 
Database Name: 9cec6f9a-5256-48c0-8386-4bda7ee6b393 
Role: STANDBY   <–------------------------// not updated yet 
Protection Mode: MAX_PERFORMANCE 
Apply Lag: 0 seconds 
Transport Lag: 0 seconds 
Apply Rate: 2.00 KByte/s 
Status: CONFIGURED 
Updated Time: March 18, 2022 5:23:15 PM CET
    同じコマンドを2回目に実行します:
    [root@stbydb1 ~]# odacli describe-dataguardstatus -i be217130-633b-4eef-a4b7-3192028b853c 
Updated about 34 second(s) ago 
Dataguard Status details 
---------------------------------------------------------------- 
ID: be217130-633b-4eef-a4b7-3192028b853c 
Name: buda_pest 
Database Name: 9cec6f9a-5256-48c0-8386-4bda7ee6b393 
Role: PRIMARY <---------------------//role is updated and reflects the right status 
Protection Mode: MAX_PERFORMANCE 
Apply Lag: 0 seconds 
Transport Lag: 0 seconds 
Apply Rate: 274.00 KByte/s 
Status: CONFIGURED 
Updated Time: March 18, 2022 5:29:16 PM CET

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成

フェイルオーバーOracle Data Guard

Oracle Data Guardをフェイルオーバーするステップを理解します。

スタンバイで次のステップを実行します:

  1. odacli list-dataguardstatusコマンドを使用して、データベースがスタンバイとして実行されているシステムを確認します。 このコマンドは、スイッチオーバーおよびフェイルオーバー・コマンドに必要なData Guard構成のIDも提供します。 次の例では、システムproddbがスタンバイ・データベースをホストします。 
    [root@proddb1]# odacli list-dataguardstatus 
Updated about 2 second(s) ago 
ID Name Database Name Role Protection Mode Apply Lag Transport Lag Apply Rate Status 
---------------------------------------- --------------------------------------------
633b-4eef-a4b7-3192028b853c buda_pest hun STANDBY MAX_PERFORMANCE 0 seconds 0 seconds 14.00 KByte/s CONFIGURED
  2. フェイルオーバーを開始します。 Oracle Data Guard構成IDと、現在のスタンバイ・データベースのデータベースの一意の名前を指定します。 現在のスタンバイ・システムでコマンドを実行します。 
    [root@proddb1 ~]# odacli failover-dataguard -i be217130-633b-4eef-a4b7-3192028b853c -u buda 
Password for target database: 
{ 
"jobId" : "3dd42271-2919-4cae-a801-1a4d635c3120", 
"status" : "Created", 
"message" : null, 
"reports" : [ ], 
"createTimestamp" : "March 18, 2022 17:31:12 PM CET", 
"resourceList" : [ ], 
"description" : "Dataguard operation for buda_pest - FailoverDg", 
"updatedTime" : "March 18, 2022 17:31:12 PM CET" 
}
  3. フェイルオーバー操作のステータスをモニターします。
    [root@proddb1 ~]# odacli describe-job -i "3dd42271-2919-4cae-a801-1a4d635c3120" 
Job details 
---------------------------------------------------------------- 
ID: 3dd42271-2919-4cae-a801-1a4d635c3120 
Description: Dataguard operation for buda_pest – FailoverDg 
Status: Success 
Created: March 18, 2022 5:31:12 PM CET 
Message: Task Name Start Time End Time Status 
---------------------------------------- ----------------------------------- -------------------------- 
Precheck failover DataGuard March 18, 2022 5:31:12 PM CET March 18, 2022 5:31:13 PM CET Success 
Failover DataGuard March 18, 2022 5:31:13 PM CET March 18, 2022 5:31:45 PM CET Success 
Postcheck DataGuard status March 18, 2022 5:31:45 PM CET March 18, 2022 5:31:46 PM CET Success 
Check if DataGuard config is updated March 18, 2022 5:31:56 PM CET March 18, 2022 5:32:06 PM CET Success
  4. 前のプライマリをスタンバイとして回復します。 Oracle Data Guard構成IDと、以前のプライマリ・システムのデータベースの一意の名前を指定します。 現在のプライマリOracle Database Applianceでコマンドを実行します。 
    [root@proddb1 ~]# odacli reinstate-dataguard -i be217130-633b-4eef-a4b7-3192028b853c -u pest 
Password for target database: 
{ 
"jobId" : "c53d2d6f-a128-4b16-a894-25fc6e73493e", 
"status" : "Created",
"message" : null, 
"reports" : [ ], 
"createTimestamp" : "March 18, 2022 17:33:24 PM CET", 
"resourceList" : [ ], 
"description" : "Dataguard operation for buda_pest - ReinstateDg", 
"updatedTime" : "March 18, 2022 17:33:24 PM CET" 
}
  5. 再稼働ジョブのステータスをモニターします。
    [root@proddb1 ~]# odacli describe-job -i "c53d2d6f-a128-4b16-a894-25fc6e73493e" 
Job details 
---------------------------------------------------------------- 
ID: c53d2d6f-a128-4b16-a894-25fc6e73493e 
Description: Dataguard operation for buda_pest – ReinstateDg 
Status: Success 
Created: March 18, 2022 5:33:24 PM CET 
Message: Task 
Name Start Time End Time Status 
---------------------------------------- ----------------------------------- --------------------------- 
Precheck reinstate DataGuard March 18, 2022 5:33:24 PM CET March 18, 2022 5:33:25 PM CET Success 
Reinstate DataGuard March 18, 2022 5:33:25 PM CET March 18, 2022 5:35:07 PM CET Success 
Postcheck DataGuard status March 18, 2022 5:35:07 PM CET March 18, 2022 5:36:30 PM CET Success 
Check if DataGuard config is updated March 18, 2022 5:36:40 PM CET March 18, 2022 5:36:50 PM CET Success
  6. 操作が正常に完了した後、両方のノードでOracle Data Guardのステータスを確認します。 変更を確認するために、コマンドを数回実行する必要がある場合があります。 
    [root@stdbydb1 ~]# odacli describe-dataguardstatus -i be217130-633b-4eef-a4b7-3192028b853c 
Updated about 34 second(s) ago Dataguard Status details 
---------------------------------------------------------------- 
ID: be217130-633b-4eef-a4b7-3192028b853c 
Name: buda_pest 
Database Name: 9cec6f9a-5256-48c0-8386-4bda7ee6b393 
Role: PRIMARY ←--------------------------//the status is not updated yet 
Protection Mode: MAX_PERFORMANCE Apply 
Lag: 0 seconds 
Transport Lag: 0 seconds 
Apply Rate: 274.00 KByte/s 
Status: CONFIGURED 
Updated Time: March 18, 2022 5:29:16 PM CET
    同じコマンドを2回目に実行します:
    [root@stdbydb1 ~]# odacli describe-dataguardstatus -i be217130-633b-4eef-a4b7-3192028b853c 
Updated about 3 second(s) ago 
Dataguard Status details 
---------------------------------------------------------------- 
ID: be217130-633b-4eef-a4b7-3192028b853c 
Name: buda_pest 
Database Name: 9cec6f9a-5256-48c0-8386-4bda7ee6b393 
Role: STANDBY   <------------------------//updated and correct status 
Protection Mode: MAX_PERFORMANCE 
Apply Lag: 0 seconds 
Transport Lag: 0 seconds
Apply Rate: 386.00 KByte/s 
Status: CONFIGURED 
Updated Time: March 18, 2022 5:37:35 PM CET

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成

Oracle Data Guardの構成解除

Oracle Data Guardの構成を解除するステップの理解。

プライマリで次のステップを実行します:

  1. odacli list-dataguardstatusコマンドを使用して、データベースがスタンバイとして実行されているシステムを確認します。 このコマンドは、スイッチオーバーおよびフェイルオーバー・コマンドに必要なData Guard構成のIDも提供します。 
    [root@stybydb1]# odacli list-dataguardstatus 
Updated about 2 second(s) ago 
ID Name Database Name Role Protection Mode Apply Lag Transport Lag Apply Rate Status 
---------------------------------------- --------------------------------------------
633b-4eef-a4b7-3192028b853c buda_pest hun STANDBY MAX_PERFORMANCE 0 seconds 0 seconds 14.00 KByte/s CONFIGURED
  2. Data Guard構成解除の実行は、対話型プロセスです。 プライマリ・システムから構成解除操作を実行する必要があります。 
    [root@proddb1 ~]# odacli deconfigure-dataguard -i be217130-633b-4eef-a4b7-3192028b853c 
Standby site address: stbydb1 
BUI username for Standby site. If Multi-user Access is disabled on Standby site, enter 'oda-admin'; otherwise, enter the name of the user who has irestored the Standby database (default: oda-admin): 
BUI password for Standby site: 
root@stbydb1's password: 
Standby database will be deleted after Data Guard configuration is removed. Ignore warning and proceed with Data Guard deconfiguration? (Y/N): y 
Deconfigure Dataguard Started 
******************************************************************************************* 
Step 1: Deconfigure Data Guard (Primary site) 
Description: Deconfigure DG service 
Job ID: ce9e0871-6630-452f-bf3a-44262b0d461d 
Started March 18, 2022 17:39:04 PM CET 
Deconfigure Data Guard service Cleanup broker resources Finished March 18, 2022 17:40:49 PM CET 
******************************************************************************************* 
Step 2: Delete Data Guard status (Primary site) 
Description: DG Status operation for db - UpdateDgconfig 
Job ID: 0aa8cebf-4cb5-4444-8426-991bab48eb6e 
Started March 18, 2022 17:40:49 PM CET Finished March 18, 2022 17:40:49 PM CET 
******************************************************************************************* 
Step 3: Delete Data Guard status (Standby site) 
Description: DG Status operation for db - UpdateDgconfig 
Job ID: adcd8b6d-e514-45ee-8eb9-998e4968ef97 
Started March 18, 2022 17:40:50 PM CET 
Update Data Guard status 
Finished March 18, 2022 17:40:51 PM CET 
******************************************************************************************* 
Step 4: Delete Standby database (Standby site) 
Description: Database service deletion with db name: hun with id : 9cec6f9a-5256-48c0-8386-4bda7ee6b393 
Job ID: 9fd067c3-9a51-4db9-88d2-105e673143c7 Started March 18, 2022 17:40:54 PM CET 
Validate db 9cec6f9a-5256-48c0-8386-4bda7ee6b393 for deletion 
Database Deletion By RHP 
Unregister Db From Cluster 
Close Pmon Process 
Database Files Deletion 
TDE Wallet deletion 
Finished March 18, 2022 17:43:16 PM CET 
******************************************************************************************* 
Data Guard configuration is removed

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成

Oracle Data Guard上の追加のネットワークの構成

Oracle Data Guardに追加のネットワークを設定する方法を理解します。

MAAのベスト・プラクティスに従って、Oracle Data Guard関連のトラフィックに専用のネットワーク・インタフェースを使用することをお薦めします。 odacli configure-dataguardコマンドは、追加のネットワークの構成をサポートします。 デフォルトでは、Oracle Database Applianceはパブリック・ネットワーク構成を使用しますが、別のネットワークを簡単に割り当てることができます。 データベースがベア・メタル・システムで実行されている場合、新しいインタフェースをDataguardタイプで構成し、データベースに接続する必要があります。

次のステップを実行します。
  1. 目的のインタフェースに新しいネットワークを作成します。
    # odacli create-network -m network_name -n interface_name -p ip0, ip1 -w Dataguard -no-d -s subnet_mask -g gate_ip -vs vipname0:nodenumber0:vip0,vipname1:nodenumber1:vip1 -sn scan_name -sip scanip0,scanip1 
(optional: -t VLAN -v vlan_id)
    たとえば:
    # odacli create-network -m DataGuard -n bond1 -p "0:2.2.2.2,1:2.2.2.3" -w Dataguard -no-d -s 255.255.255.0 -g 2.2.2.1 -vs "dg-vip1:0:2.2.2.4,dg-vip2:1:2.2.2.5" -sn dg-scan -sip 2.2.2.6
  2. ネットワークをデータベースに接続します。
    # odacli modify-database -in dbname -an network name
    たとえば:
    # odacli modify-database -in testdb -an DataGuard

    odacli list-networksコマンドを使用してネットワーク名を確認します。

データベースがDBシステムで実行されている場合は、Dataguardタイプを使用して新しい仮想インタフェースを構成し、データベースに接続する必要があります:
  1. ベア・メタル・システムで構成するインタフェースで新しいvnetworkを作成します:
    # odacli create-vnetwork -n vnetwork_name -t bridged|bridgedVLAN -br bridge_name -gw gateway -if interface_name -ip
    たとえば:
    # odacli create-vnetwork -n DataGuard -t bridged -br DataGuard -gw 2.2.2.1 -if btbond5 -ip "2.2.2.7,2.2.2.8" -nm "255.255.255.0" -u
  2. ベア・メタル・システム上のDataguardタイプのネットワークとして、新しいvnetworkをDBシステムに割り当てます。
    # odacli modify-dbsystem -n dbsystem_name -avn vnetwork_name -gw gateway -ip ip0,ip1 -nm netmask -sn scan_name -sip scanip0,scanip1 -vips vipname0:nodenumber0:vip0,vipname1:nodenumber1:vip1 -vt network_type
    たとえば:
    # odacli modify-dbsystem -n dbsystem1 -avn DataGuard -gw "2.2.2.1" -ip "2.2.2.11,2.2.2.12" -nm "255.255.255.0" -sn dg-scan -sip "2.2.2.15,2.2.2.16" -vips "dg-vip1:0:2.2.2.13,dg-vip2:1:2.2.2.14" -vt dataguard
  3. DBシステム・ホスト上のデータベースにネットワークをアタッチします:
    # odacli modify-database -in dbname -an network_name
    たとえば:
    # odacli modify-database -in testdb -an DataGuard

    データベースがベア・メタル・システムかDBシステムかに関係なく、プライマリ・システムとスタンバイ・システムの両方でステップを実行します。

  4. 最後に、odacli configure-dataguardコマンドでOracle Data Guard構成のネットワーク名を指定します。 ステップ「このData Guard構成を編集しますか。」で、「y」を選択してData Guardネットワークを変更します。
    たとえば: 
    Do you want to edit this Data Guard configuration? (Y/N, default:N): y 
… 
Primary site network for Data Guard configuration [Public-network] (default: Public-network): DataGuard 
Standby site network for Data Guard configuration [Public-network] (default: Public-network): DataGuard

親トピック: シナリオ : ODACLIコマンドを使用したOracle Data Guardの構成