Oracle Exadata Database Service: 複数スタンバイ Data Guard Associationしてみてみた

**[Oracle Exadata Database Service](https://www.oracle.com/jp/engineered-systems/exadata/database-service/)** では、複数のスタンバイ・データベースを作成できます。この機能拡張により、プライマリ・データベースにリンクされた複数のローカル・スタンバイ・データベースおよびリモート・スタンバイ・データベースを作成および管理できるため、データ保護とディザスタ・リカバリの両方に柔軟に対応できます。ローカル・スタンバイ・データベースはデータ損失の最小化に役立ちますが、リモート・スタンバイ・データベースはリージョンの障害から保護します。
![Map画像01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/fd313f14-0c71-473f-8615-37172003bb1f.jpeg)
**[Oracle Data Guard](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/introduction-to-oracle-data-guard-concepts.html#GUID-5E73667D-4A56-445E-911F-1E99092DD8D7)** は、1 つ以上のスタンバイ データベースを作成、維持、管理、監視し、運用中の Oracle データベースが災害やデータ破損に耐えられるようにする包括的なサービス セットを提供します。
Oracle Data Guard は、これらのスタンバイ データベースを本番データベースのコピーとして維持します。その後、計画停止または計画外停止により本番データベースが使用できなくなった場合、Oracle Data Guard は任意のスタンバイ データベースを本番ロールに切り替えて、停止に関連するダウンタイムを最小限に抑えることができます。Oracle Data Guard は、従来のバックアップ、リストア、およびクラスタ技術と組み合わせて使用​​することで、高度なデータ保護とデータ可用性を実現できます。Oracle Data Guard トランスポート サービスは、Oracle Streams や Oracle GoldenGate などの他の Oracle 機能でも使用され、ソース データベースから 1 つ以上のリモート宛先への REDO の効率的で信頼性の高い転送を実現します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/856b5fff-9c8b-41dc-863a-9d2e25c80d29.png)
**[Active Data Guard](https://www.oracle.com/jp/database/data-guard/#advanced-data-protection-features)** では次の主な機能があります。

- **リアルタイム問い合わせとDMLオフロード**: リアルタイム問い合わせとデータ操作言語では、問い合わせ、レポート、随時更新のためにスタンバイ・データベースを使用するため、プライマリ・データベースに影響を与えません。
- **インメモリー・データベース・レプリケーション**: インメモリーREDOレプリケーションでは、ディスク破損などの根本的な破損から確実に分離でき、レプリケートされたデータブロックの包括的な自動検証機能を利用できます。
- **自動ブロック修復**: スタンバイ・データベースの破損したデータベースをユーザーに意識させることなく自動的にリカバリします。
- **アプリケーション・コンティニュイティ**: リカバリ可能な停止の後に処理中のデータベース・トランザクションをリカバリすることで、エンドユーザーやアプリケーションへの停止の影響を排除します。
- **グローバル・データ・サービス（GDS）**: 接続リクエストに対するロード・バランシングを提供して複数のレプリケートされたデータベースにサービス管理を分散し、Active Data Guardの読取りワークロードまたは読取り／書込みワークロードに応じて接続を有効にします。
- **Oracle Globally Distributed Database**: データセットのセグメントを複数のデータベース（シャード・データベース）に分散し、オンプレミスまたはクラウド上のさまざまなコンピュータに配置します。また、グローバルに分散した直線的にスケーラブルなマルチモデル・データベースを実現します。
![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/793e3af3-ad38-4aca-94a1-043b91bbe6a4.png)
ということで、Exadata Database Service を複数使用して複数スタンバイData Guard構成して、Switchover, Failover, Reinstate して みてみます。

# ■ 構成図
今回 4つの Databseで Data Guard Groupを構成し、各 Database へ Zero Data Loss Autonomous Recovery Service (ZRCV) の自動バックアップを設定します。
![構成図.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/b6d7d92f-f87a-46c8-8700-40629ee3a305.png)
Network関連は事前に作成しておき、今回はExadata Infrastructureから作成します。
　・ [Remote VCN Peering 設定](https://qiita.com/shirok/items/192674aa6e903ea6694a)
　・ [DNSピアリング(Forwarding) 設定](https://qiita.com/shirok/items/2da9d9ed96869fda92df)



# ■ 前提条件
Data Guard を有効にする場合、新しいスタンバイ データベースをホストするために、スタンバイ インスタンスに新しいデータベース ホームを作成する必要があります。または、スタンバイ インスタンスの既存のデータベース ホーム内にスタンバイ データベースをプロビジョニングすることもできます。スタンバイ システムに必要なリソースの作成については、次のトピックを参照
　・ [Exadata Cloud InfrastructureでOracle Data Guardを使用するための前提条件](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-70CC9B75-5B14-4D17-87F9-44A4E89CF45E)
　・[Data Guard のネットワーク要件](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-F509DA68-15A7-4F89-84C3-D25278FA4184)
　・[パスワード要件](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-D59776F6-B2CE-4148-8EBE-8FD2B2F72011)
　・[Exadata Cloud Infrastructure および Data Guard の既知の問題](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-746A8B04-4D83-4534-8CFD-CF9FA7C0F6A7)

Oracle Data Guard の詳細について、[Oracle Database ドキュメントポータル](https://docs.oracle.com/en/database/oracle/oracle-database/index.html)を参照
・ [Oracle Data Guard の概念と管理](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/oracle-data-guard-concepts.html)
・ [Oracle Data Guard Broker の概念](https://docs.oracle.com/en/database/oracle/oracle-database/23/dgbkr/oracle-data-guard-broker-concepts.html)

# ■ Exadata Database Service 作成
前回作成した Exadata Database Serviceを4つ使用します。

https://qiita.com/shirok/items/0daeed03b8bce0a6379d



# ■ Exadata Database Service作成確認
今回、図面のように 4つの Exadata Database VM Clusterを作成しておきます。
## ● VM Cluster確認
**1) VMCluster_Tokyo**

![02_東京ExaDB-D-VMCluster作成10.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/dc3bfdf1-aed7-42bf-b2c8-853ad09a3c5c.jpeg)

**2) VMCluster_Aoyama**
![01_DBHome追加01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/0b4ff1ae-83d0-4d50-a597-bc846165ef38.jpeg)

**3) VMCluster_Osaka**
![01_大阪ExaVM02-DatabaseHome作成01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/cbde957c-b7c4-444f-bffd-497b07435603.jpeg)

**4) VMCluster_Umeda**
![01_DBhome作成01.jp**g](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/d79274dc-5645-43c3-9ae6-f0efeff796ae.jpeg)



## ● Database: CDB_Tokyo 確認
Databaseは、作成したVMCluster_Tokyo から、他の VM Cluster へ Data Guardアソシエーションで Standby Databaseを作成していきます。

**・CDB_Tokyo確認**
![03_東京ExaDB-D-DB作成04-2.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/1442c4f7-e8a8-45ff-ad72-76c0a9676a54.jpeg)


# ■ スタンバイ CDB_Osaka 追加
## ● Database Home追加
**1) VM Cluster: Database Home画面**

![01_大阪ExaVM02-DatabaseHome作成01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/028b760d-a35d-49ac-b08a-840856241cff.jpeg)




**2) データベース・ホームの作成画面**
![01_大阪ExaVM02-DatabaseHome作成02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/22556f0b-7ccf-4dfe-84aa-afea15363e66.jpeg)


![01_大阪ExaVM02-DatabaseHome作成02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/6750975d-3082-4be8-bc4a-9f6813064b63.jpeg)



**3) 作成中**


![01_DBHome追加03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/c8f70871-b0ab-434a-9fa3-cfd342ae1618.jpeg)

**4) 作成完了**
![01_DBHome追加04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/ba9d5607-cbc0-46fb-aaf4-cb89f042d043.jpeg)



## ● CDB_Tokyo から CDB_Osaka を Data Guard有効化
**1) Primary DB CDB_Tokyo DB画面**
プライマリ ロールを引き受けるデータベース CDB_Tokyo DB システムに移動し、「データベースの詳細」ページの「リソース」で、「Data Guard アソシエーション」を選択し、[Add Standby] をクリック
![02_東京-大阪ExaVM02--DG作成01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/e9294a0a-1abe-474f-a140-120cbd2fd669.jpeg)

**2) Add Standby 画面**
「スタンバイの追加」ページで、Data Guard グループを構成します。
ここでは、新しいData Guard機能を備えた[新規Data Guard グループ・リソースの使用]を選択して作成します。

```
・ Data Guard experience選択
　　- 新規Data Guard グループ・リソースの使用: このオプションを使用すると、新しい Data Guard 構成が Data Guard グループ リソースとして作成されます。新しい API を備えたこのオプションは、複数のスタンバイ データベースの追加をサポートし、その他の拡張機能を提供します。
　　- 既存のData Guardアソシエーション・リソースの使用: 複数のスタンバイ データベースを追加することはできず、新しい API によって提供される拡張機能も利用できません。
・ ピア・リージョン: スタンバイ データベースを配置するリージョンを選択
・ Exadataインフラストラクチャの選択: 事前に作成したStandby用 Exadata Infrastructureを選択
・ クラスタの選択: 事前に作成したStandby用 Exadata VM Clusterを選択
・ Data Guard グループの詳細: Active Data Guard または Data Guard を選択
　　- Active Data Guard: リアルタイム クエリと DML オフロード、自動ブロック修復、スタンバイ ブロック変更追跡、Far Sync、グローバル データ サービス、アプリケーション継続性などの追加機能があります。Active Data Guard には Oracle Active Data Guard ライセンスが必要であることに注意してください。
・ 保護モード: 最大パフォーマンスまたは最大可用性のいずれかになります。これらのオプションの詳細については、 「Oracle Data Guard 保護モード」(https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/introduction-to-oracle-data-guard-concepts.html#GUID-65DA4E2E-3666-4972-895C-EA45D043B127)を参照してください。
・ トランスポート タイプ:この Data Guard グループに使用される REDO トランスポート タイプ。これらのオプションの詳細については、 「REDO トランスポート サービス」(https://docs.oracle.com/en/database/oracle/oracle-database/21/sbydb/oracle-data-guard-redo-transport-services.html#GUID-0EC71C7D-A80B-40AA-93E5-28BB7E24ED31)を参照してください。
・ データベース ホームの選択: 既存のデータベース ホームを選択し、事前に作成したDatabase Homeを選択
・ 一意のデータベース名: DB_UNIQUE_NAME。この値は、プライマリ クラウド VM クラスターとスタンバイ クラウド VM クラスター全体で一意である必要があります。指定しない場合は、システムによって次のように一意の名前の値が自動的に生成されます。
・ データベース・パスワード: プライマリ データベースのデータベース管理者パスワードを入力します。スタンバイ データベースにも同じデータベース管理者パスワードを使用します。
・ TDEウォレット・パスワード: TDE ウォレット パスワードを入力
・ Oracle SID プレフィックス: INSTANCE_NAMEデータベース パラメータが作成されます。このINSTANCE_NAMEパラメータは SID とも呼ばれます。指定しない場合、SID プレフィックスはデフォルトで db_unique_name の最初の 12 文字になります。
```


![02_東京-大阪ExaVM02--DG作成02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/313e324d-d540-4668-bff5-7a70e9f6ad47.jpeg)


**3) Add Standby 中〜**
![02_東京-大阪ExaVM02--DG作成04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/94b009ac-1863-4267-9ecc-d129e3b6da31.jpeg)

**4) Add Standby 完了**
![04_CDB _Tokyo01_DG作成確認画面01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/630845ee-999c-4e4e-9b09-a660fd9d0bde.jpeg)


## ● 設定確認
DGMGRLで確認してみてみます。
Data Guardコマンドライン・インタフェース(DGMGRL)を使用すると、Data Guard Broker構成とその様々なメンバーを、コマンドラインから直接、あるいはバッチ・プログラムやスクリプトから管理できます。

**1) DGMGRL接続**
```
[oracle@exa-osaka01-server-vbn501 ~]$ dgmgrl system/<Password>
DGMGRL for Linux: Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems on Wed Feb 5 15:05:59 2025
Version 23.6.0.24.10

Copyright (c) 1982, 2024, Oracle and/or its affiliates.  All rights reserved.

Welcome to DGMGRL, type "help" for information.
Connected to "CDB_Osaka01"
Connected as SYSDG.
```

**2) DGMGRL: ブローカ構成情報確認**
ブローカ構成のサマリーおよびステータスを表示します。サマリーには、ブローカ構成に含まれるすべてのデータベースと、ファスト・スタート・フェイルオーバーのステータスなど、ブローカ構成自体に関するその他の情報が表示されます。
```
DGMGRL> show configuration verbose

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Tokyo01                - Primary database
    CDB_Osaka01                - Physical standby database
    dbrs_primary_cdb_tokyo01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)

  Properties:
    BystandersFollowRoleChange      = 'ALL'
    CommunicationTimeout            = '180'
    ConfigurationSimpleName         = 'cdb_dgconf'
    ConfigurationWideServiceName    = 'CDB_CFG'
    DrainTimeout                    = '0'
    ExternalDestination1            = ''
    ExternalDestination2            = ''
    FastStartFailoverAutoReinstate  = 'TRUE'
    FastStartFailoverLagGraceTime   = '0'
    FastStartFailoverLagLimit       = '30'
    FastStartFailoverLagType        = 'APPLY'
    FastStartFailoverPmyShutdown    = 'TRUE'
    FastStartFailoverThreshold      = '30'
    ObserverOverride                = 'FALSE'
    ObserverPingInterval            = '0'
    ObserverPingRetry               = '0'
    ObserverReconnect               = '0'
    OperationTimeout                = '30'
    PrimaryDatabaseCandidates       = ''
    PrimaryLostWriteAction          = 'CONTINUE'
    TraceLevel                      = 'USER'

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS
```

**3) DGMGRL: CDB_Tokyoデータベース情報確認**
指定したデータベースとそのインスタンスに関する情報またはプロパティ値を表示します。
```
DGMGRL> show database verbose CDB_Tokyo01

Database - CDB_Tokyo01

  Role:                PRIMARY
  Intended State:      TRANSPORT-ON
  Redo Rate:           (unknown)

  Instance(s):
    CDB_Tokyo011
    CDB_Tokyo012

  Properties:
    AlternateLocation               = ''
    ApplyInstanceTimeout            = '0'
    ApplyInstances                  = '0'
    ApplyLagThreshold               = '30'
    ApplyParallel                   = 'AUTO'
    ArchiveLocation                 = ''
    Binding                         = 'OPTIONAL'
    DGConnectIdentifier             = 'CDB_Tokyo01'
    DelayMins                       = '0'
    FastStartFailoverTarget         = 'CDB_Osaka01'
    InconsistentLogXptProps         = '(monitor)'
    LogShipping                     = 'ON'
    LogXptMode                      = 'ASYNC'
    LogXptStatus                    = '(monitor)'
    MaxFailure                      = '0'
    NetTimeout                      = '30'
    ObserverConnectIdentifier       = ''
    PreferredApplyInstance          = ''
    PreferredObserverHosts          = ''
    RecvQEntries                    = '(monitor)'
    RedoCompression                 = 'DISABLE'
    RedoRoutes                      = '(CDB_Tokyo01:CDB_Osaka01,(DBRS_PRIMARY_CDB_Tokyo01 ASYNC PRIORITY=1,DBRS_ALTERNATE_CDB_Tokyo01 ASYNC PRIORITY=2))(CDB_Osaka01:(DBRS_PRIMARY_CDB_Tokyo01 ASYNC PRIORITY=1,DBRS_ALTERNATE_CDB_Tokyo01 ASYNC PRIORITY=2))'
    ReopenSecs                      = '300'
    SendQEntries                    = '(monitor)'
    SidName(*)
    StandbyAlternateLocation        = ''
    StandbyArchiveLocation          = ''
    StaticConnectIdentifier(*)
    TopWaitEvents(*)
    TransportDisconnectedThreshold  = '30'
    TransportLagThreshold           = '30'
    UserManagedParams               = ''
    (*) - Please check specific instance for the property value

  Log file locations(*):
    (*) - Check specific instance for log file locations.

Database Status:
SUCCESS
```


**3) DGMGRL: CDB_Tokyoデータベース Switchover可能チェック確認**
VALIDATE DATABASEコマンドを使用して、データベースがロール変更に即時対応可能かどうかを確認する、一連の徹底チェックを実行することができます。 
```
DGMGRL>  validate database verbose CDB_Tokyo01

  Database Role:    Primary database

  Ready for Switchover:  Yes

  Flashback Database Status:
    Database     Status           Retention Target
    CDB_Tokyo01  On               1440
    CDB_Osaka01  On               1440

  Force Logging Status:
    Database     Status           Nonlogged Blocks
    CDB_Tokyo01  On               0

  Capacity Information:
    Database     Instances        Threads
    CDB_Tokyo01  2                2

  Managed by Clusterware:
    CDB_Tokyo01:  YES

  Temporary Tablespace File Information:
    CDB_Tokyo01 Temp Files:  3

  Data file Online Move in Progress:
    CDB_Tokyo01:  No

  Transport-Related Information:
    Transport On:  Yes

  Log Files Cleared:
    CDB_Tokyo01 Standby Redo Log Files:  Cleared
```


**4) DGMGRL: CDB_Osakaデータベース情報確認**
```
DGMGRL> show database verbose CDB_Osaka01

Database - CDB_Osaka01

  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:  23.00 KByte/s
  Active Apply Rate:   1.15 MByte/s
  Maximum Apply Rate:  1.19 MByte/s
  Real Time Query:     ON
  Instance(s):
    CDB_Osaka011 (apply instance)
    CDB_Osaka012

  Properties:
    AlternateLocation               = ''
    ApplyInstanceTimeout            = '0'
    ApplyInstances                  = '0'
    ApplyLagThreshold               = '30'
    ApplyParallel                   = 'AUTO'
    ArchiveLocation                 = ''
    Binding                         = 'OPTIONAL'
    DGConnectIdentifier             = 'CDB_Osaka01'
    DelayMins                       = '0'
    FastStartFailoverTarget         = 'CDB_Tokyo01'
    InconsistentLogXptProps         = '(monitor)'
    LogShipping                     = 'ON'
    LogXptMode                      = 'ASYNC'
    LogXptStatus                    = '(monitor)'
    MaxFailure                      = '0'
    NetTimeout                      = '30'
    ObserverConnectIdentifier       = ''
    PreferredApplyInstance          = ''
    PreferredObserverHosts          = ''
    RecvQEntries                    = '(monitor)'
    RedoCompression                 = 'DISABLE'
    RedoRoutes                      = '(CDB_Osaka01:CDB_Tokyo01)'
    ReopenSecs                      = '300'
    SendQEntries                    = '(monitor)'
    SidName(*)
    StandbyAlternateLocation        = ''
    StandbyArchiveLocation          = ''
    StaticConnectIdentifier(*)
    TopWaitEvents(*)
    TransportDisconnectedThreshold  = '30'
    TransportLagThreshold           = '30'
    UserManagedParams               = ''
    (*) - Please check specific instance for the property value

  Log file locations(*):
    (*) - Check specific instance for log file locations.

Database Status:
SUCCESS
```

**5) DGMGRL: CDB_Osakaデータベース Switchover可能チェック確認**

```
DGMGRL> validate database verbose CDB_Osaka01

  Database Role:     Physical standby database
  Primary Database:  CDB_Tokyo01

  Ready for Switchover:  Yes
  Ready for Failover:    Yes (Primary Running)

  Flashback Database Status:
    Database     Status           Retention Target
    CDB_Tokyo01  On               1440
    CDB_Osaka01  On               1440

  Force Logging Status:
    Database     Status           Nonlogged Blocks
    CDB_Tokyo01  On               0
    CDB_Osaka01  On               0

  Capacity Information:
    Database     Instances        Threads
    CDB_Tokyo01  2                2
    CDB_Osaka01  2                2

  Managed by Clusterware:
    CDB_Tokyo01:  YES
    CDB_Osaka01:  YES

  Temporary Tablespace File Information:
    CDB_Tokyo01 Temp Files:  3
    CDB_Osaka01 Temp Files:  3

  Data file Online Move in Progress:
    CDB_Tokyo01:  No
    CDB_Osaka01:  No

  Standby Apply-Related Information:
    Apply State:      Running
    Apply Lag:        0 seconds (computed 1 second ago)
    Apply Delay:      0 minutes

  Transport-Related Information:
    Transport On:  Yes
    Gap Status:    No Gap
    Transport Lag:  0 seconds (computed 1 second ago)
    Transport Status:  Success

  Log Files Cleared:
    CDB_Tokyo01 Standby Redo Log Files:  Cleared
    CDB_Osaka01 Online Redo Log Files:   Cleared
    CDB_Osaka01 Standby Redo Log Files:  Available

  Current Log File Groups Configuration:
    Thread #  Online Redo Log Groups  Standby Redo Log Groups
              (CDB_Tokyo01)           (CDB_Osaka01)
    1         4                       4
    2         4                       4

  Future Log File Groups Configuration:
    Thread #  Online Redo Log Groups  Standby Redo Log Groups
              (CDB_Osaka01)           (CDB_Tokyo01)
    1         4                       4
    2         4                       4

  Current Configuration Log File Sizes:
    Thread #   Smallest Online Redo      Smallest Standby Redo
               Log File Size             Log File Size
               (CDB_Tokyo01)             (CDB_Osaka01)
    1          4000 MBytes               4000 MBytes
    2          4000 MBytes               4000 MBytes

  Future Configuration Log File Sizes:
    Thread #   Smallest Online Redo      Smallest Standby Redo
               Log File Size             Log File Size
               (CDB_Osaka01)             (CDB_Tokyo01)
    1          4000 MBytes               4000 MBytes
    2          4000 MBytes               4000 MBytes

  Apply-Related Property Settings:
    Property                        CDB_Tokyo01 Value        CDB_Osaka01 Value
    DelayMins                       0                        0
    ApplyParallel                   AUTO                     AUTO
    ApplyInstances                  0                        0

  Transport-Related Property Settings:
    Property                        CDB_Tokyo01 Value        CDB_Osaka01 Value
    LogShipping                     ON                       ON
    LogXptMode                      ASYNC                    ASYNC
    Dependency                      <empty>                  <empty>
    Binding                         OPTIONAL                 OPTIONAL
    MaxFailure                      0                        0
    ReopenSecs                      300                      300
    NetTimeout                      30                       30
    RedoCompression                 DISABLE                  DISABLE

  Parameter Settings:
    Parameter                       CDB_Tokyo01 Value        CDB_Osaka01 Value
    DB_BLOCK_CHECKING               MEDIUM                   MEDIUM
    DB_BLOCK_CHECKSUM               TYPICAL                  TYPICAL
    DB_LOST_WRITE_PROTECT           TYPICAL                  TYPICAL

DGMGRL>
```


 
# ■ スタンバイ CDB_Aoyama, CDB_Umeda 追加
CDB_Osaka同様の手順で Primary Database CDB_Tokyoへ追加します。

# ● スタンバイ CDB_Aoyama, CDB_Umeda追加確認
各Databasae画面の Data Guard Group画面のリストに追加されれば追加完了です。
![04_CDB_Aoyama追加確認01-2.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/1f5018e9-ddaf-43b3-97bd-c5da1a26366a.jpeg)

# ● DGMGRL: CDB_Aoyama, CDB_Umeda追加確認
```
DGMGRL> show configuration verbose

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Tokyo01 - Primary database
    CDB_Osaka01 - Physical standby database
    CDB_Umeda   - Physical standby database
    CDB_Aoyama  - Physical standby database

  Properties:
    BystandersFollowRoleChange      = 'ALL'
    CommunicationTimeout            = '180'
    ConfigurationSimpleName         = 'cdb_dgconf'
    ConfigurationWideServiceName    = 'CDB_CFG'
    DrainTimeout                    = '0'
    ExternalDestination1            = ''
    ExternalDestination2            = ''
    FastStartFailoverAutoReinstate  = 'TRUE'
    FastStartFailoverLagGraceTime   = '0'
    FastStartFailoverLagLimit       = '30'
    FastStartFailoverLagType        = 'APPLY'
    FastStartFailoverPmyShutdown    = 'TRUE'
    FastStartFailoverThreshold      = '30'
    ObserverOverride                = 'FALSE'
    ObserverPingInterval            = '0'
    ObserverPingRetry               = '0'
    ObserverReconnect               = '0'
    OperationTimeout                = '30'
    PrimaryDatabaseCandidates       = ''
    PrimaryLostWriteAction          = 'CONTINUE'
    TraceLevel                      = 'USER'

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS
```


# ■ スタンバイ DatabaseへBackup を設定
自動 Exadata データベース バックアップは、Oracle Cloud Infrastructure によって管理されます。
Oracle 管理の自動バックアップ機能は、コンソールを使用して簡単にバックアップ設定を構成できるため、Oracle Cloud データベースをバックアップするための推奨される方法です。手動バックアップやバックアップ ストレージ管理タスクを実行する必要はありません。
Exadata データベースの自動バックアップの保存先として、Autonomous Recovery Service と Oracle Object Storage の 2 つが考えられます。
リカバリサービス（推奨）はOracle データベースに最新のサイバーセキュリティ保護を提供するオンプレミスの Oracle Zero Data Loss Recovery Applianceテクノロジーに基づく、完全に管理されたサービスです。独自の自動化機能により、Oracle データベースの変更がリアルタイムで保護され、実稼働データベースのオーバーヘッドなしでバックアップが検証され、任意の時点への高速で予測可能なリカバリが可能になります。
現在、バックアップが Object Storage で構成されている場合は、シームレスに Recovery Service に移行して、同じコストで高度な機能を実現できます。
Recovery Service の詳細については、[「Oracle Database Autonomous Recovery Service について」](https://docs.oracle.com/en/cloud/paas/recovery-service/dbrsu/about-recovery-service.html)を参照してください。
各Databaseへ 自動バックアップの Zero Data Loss Autonomous Recovery Service (ZRCV)を設定します。
# ● ZRCV事前設定
次を参考に事前準備しておきます。

https://qiita.com/shirok/items/c257d52984442a7977f8

# ● 自動バックアップ設定
**1) Database画面**
Database画面のリソースにある Backupを選択し、[自動バックアップ]をクリック
![01_ZRCV設定01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/41adaee0-07fd-42c9-9816-13a10063d4fb.jpeg)

**2) 自動バックアップの構成画面**
次の項目を入力し、[変更の保存]をクリック
```
・ 自動バックアップの有効化: チェックして有効化
・ バックアップの保存先: 自立型リカバリ・サービス(推奨)を選択
・ 保護ポリシー: 今回、事前に定義したカスタムポリシーを設定
・ リアルタイム・データ保護: チェックして有効化
・ データベース終了後の削除オプション
　　- 保護ポリシー保持期間に従ってバックアップを保持します: 
　　- バックアップを72時間保持し、その後削除します: 
・ 日次バックアップのスケジュール時間（UTC）: 

```
![01_ZRCV設定02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/b50d6f8a-9885-4bca-956c-158a8803bd98.jpeg)


**2) 自動バックアップの構成中〜**
![01_ZRCV設定03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/65f3f433-3344-4bb0-bfed-6b0c0095f374.jpeg)

**3) 自動バックアップの構成完了〜**
![02_ZRCV設定確認02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/5737d5dc-f39d-486b-be10-0b30f7534739.jpeg)


# ● DGMGRL: ZRCV追加確認
ZRCV追加すると Recovery appliance情報が追加されます。
```
DGMGRL> show configuration verbose

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Tokyo01                - Primary database
    CDB_Osaka01                - Physical standby database
      dbrs_primary_cdb_osaka01   - Recovery appliance (receiving current redo)
    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    CDB_Aoyama                 - Physical standby database
      dbrs_primary_cdb_aoyama    - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_tokyo01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

  Properties:
    BystandersFollowRoleChange      = 'ALL'
    CommunicationTimeout            = '180'
    ConfigurationSimpleName         = 'cdb_dgconf'
    ConfigurationWideServiceName    = 'CDB_CFG'
    DrainTimeout                    = '0'
    ExternalDestination1            = ''
    ExternalDestination2            = ''
    FastStartFailoverAutoReinstate  = 'TRUE'
    FastStartFailoverLagGraceTime   = '0'
    FastStartFailoverLagLimit       = '30'
    FastStartFailoverLagType        = 'APPLY'
    FastStartFailoverPmyShutdown    = 'TRUE'
    FastStartFailoverThreshold      = '30'
    ObserverOverride                = 'FALSE'
    ObserverPingInterval            = '0'
    ObserverPingRetry               = '0'
    ObserverReconnect               = '0'
    OperationTimeout                = '30'
    PrimaryDatabaseCandidates       = ''
    PrimaryLostWriteAction          = 'CONTINUE'
    TraceLevel                      = 'USER'

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS
```


# ■ Switchover実行
スイッチオーバーにより、プライマリ データベースとスタンバイ データベースの役割が逆転します。
各データベースは、新しいロールでも引き続き Data Guard グループの一部です。スイッチオーバーにより、データ損失がなくなります。プライマリ データベースで計画メンテナンスを実行する前に、スイッチオーバーを使用できます。Data Guard グループを持つ Exadata データベース仮想マシンで計画メンテナンスを実行するには、通常、プライマリをスタンバイ ロールに切り替え、スタンバイでメンテナンスを実行してから、プライマリ ロールに切り替えます。

## ● Switchover前 DGMGRL確認
dgmgrl で Switchover前の状態を確認
**1) dgmgrl接続**
```
[oracle@exa-tokyo01-server-vbn501 ~]$ dgmgrl system/<Password>
DGMGRL for Linux: Release 23.0.0.0.0 - for Oracle Cloud and Engineered Systems on Wed Feb 5 15:05:59 2025
Version 23.6.0.24.10

Copyright (c) 1982, 2024, Oracle and/or its affiliates.  All rights reserved.

Welcome to DGMGRL, type "help" for information.
Connected to "CDB_Tokyo01"
Connected as SYSDG.
```

**1) dgmgrl configuration確認**
CDB_Tokyo が Primary  Databaseであることを確認できます。
```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Tokyo01                - Primary database
    CDB_Osaka01                - Physical standby database
      dbrs_primary_cdb_osaka01   - Recovery appliance (receiving current redo)
    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    CDB_Aoyama                 - Physical standby database
      dbrs_primary_cdb_aoyama    - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_tokyo01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 54 seconds ago)
```



## ● Switchover実行
**1) Databseシステム Data Guard Group画面**
Data Guard グループのメンバーであるスタンバイ データベースでスイッチオーバー操作を実行できます。
DB システムのData Guard Group画面で Data Guard グループ内のスタンバイ データベースを選択し、[アクション] アイコン (3 つのドット) をクリックし、[スイッチオーバー]をクリック
![01_SwitchoverテストtoOsaka02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/9fd0f572-25d9-4625-95d8-9f52b414302c.jpeg)

**2) Switchover database ダイアログ ボックス画面**
データベース管理者のパスワードを入力し、[Switchover]をクリック
![01_SwitchoverテストtoOsaka03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/6aba9563-d0d9-45da-9f1c-1309232fd437.jpeg)

**3) Switchover 中〜**
![01_SwitchoverテストtoOsaka04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/29271702-f0e7-4f26-a522-e4d35261323c.jpeg)

**4) Switchover 完了**
![01_SwitchoverテストtoOsaka05.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/cc215f03-a4d3-4761-ad95-eb0c0f005a87.jpeg)

## ● Switchover後 DGMGRL確認
CDB_Tokyoから CDB_Osakaへ切り替わったことを確認できます。
```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Osaka01                - Primary database
    CDB_Tokyo01                - Physical standby database
      dbrs_primary_cdb_tokyo01   - Recovery appliance (receiving current redo)
    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    CDB_Aoyama                 - Physical standby database
      dbrs_primary_cdb_aoyama    - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_osaka01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 46 seconds ago)
```

# ■ Faileover
フェイルオーバーは、既存のプライマリ データベースに障害が発生したり、アクセスできなくなったりした後に、スタンバイ データベースをプライマリ ロールに移行します。
フェイルオーバーによってデータが失われるかどうかは、保護モードと、プライマリ データベースの障害発生時にプライマリ データベースとターゲット スタンバイ データベースが同期されていたかどうかによって異なります。詳細については、Data Guard ドキュメントの [「手動フェイルオーバー」](https://docs.oracle.com/en/database/oracle/oracle-database/23/dgbkr/using-data-guard-broker-to-manage-switchovers-failovers.html#GUID-9A988501-7E18-4A62-8CD6-4BDDFA355C98)を参照してください。

## ● Faileover 前 DGMGRL確認
dgmgrl で Switchover前の状態を確認
```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Tokyo01                - Primary database
    CDB_Osaka01                - Physical standby database
      dbrs_primary_cdb_osaka01   - Recovery appliance (receiving current redo)
    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    CDB_Aoyama                 - Physical standby database
      dbrs_primary_cdb_aoyama    - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_tokyo01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

Fast-Start Failover:  Disabled

Configuration Status:
SUCCESS   (status updated 54 seconds ago)
```

## ● CDB_Tokyo から CDB_Osaka へ Failover 実行
**1) Databseシステム Data Guard Group画面**
Data Guard グループのメンバーであるスタンバイ データベースでスイッチオーバー操作を実行できます。
DB システムのData Guard Group画面で Data Guard グループ内のスタンバイ データベースを選択し、[アクション] アイコン (3 つのドット) をクリックし、[スイッチオーバー]をクリック

![01_FailovertoOsaka01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/f33e9cf8-17db-4091-ab94-92e206d4d0d3.jpeg)


**2) Failover database ダイアログ ボックス画面**
データベース管理者のパスワードを入力し、[Failover]をクリック
![01_FailovertoOsaka02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/4e7b0570-5d57-43ef-9767-f83759953a1c.jpeg)

**3) Failover 中〜**
![01_FailovertoOsaka03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/443f68eb-4a64-494b-b5a8-9d585da09878.jpeg)

**4) Failover 完了**
CDB_Tokyoから CDB_Osakaへ切り替わったことを確認できます。
CDB_Osakaデータベースはプライマリの役割を引き継ぎ、古いプライマリの CDB_Tokyo役割は「無効なスタンバイ」として表示されます。
![01_FailovertoOsaka04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/83be57b0-fe58-4d95-a094-4176b30078b9.jpeg)



## ● Failover 後 DGMGRL確認
CDB_Tokyoから CDB_Osakaへ切り替わったことを確認できます。
古いプライマリの CDB_Tokyoは、ORA-16661: The standby database must be reinstated.状態になります。
```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Osaka01                - Primary database
    CDB_Tokyo01                - Physical standby database (disabled)
      ORA-16661: The standby database must be reinstated.

    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    CDB_Aoyama                 - Physical standby database
      dbrs_primary_cdb_aoyama    - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_osaka01   - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_tokyo01   - Recovery appliance
    Warning: ORA-16685: database does not receive redo data

  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

Fast-Start Failover:  Disabled

Configuration Status:
WARNING   (status updated 5 second ago)
```

## ● CDB_Osaka から、CDB_Umeda　から、CDB_Aoyama へ Failover 実行
残りのずべて 1つのDatabaseを残して Failoverしてみてみます。
**1) 1つを残して全て Failover 後画面**
CDB_Aoyama以外のDatabaseの状態が、Disabled Standbyになっていることを確認できます。
![03_FailovertoAoyama04.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/d8d68658-8154-4a88-a688-e39d4bf68782.jpeg)

**2) 1つを残して全て Failover 後 DGMGRL確認**
CDB_AoyamaがPrimary database それ以外のステータスは以外のDatabaseの状態は、ORA-16661: The standby database must be reinstated. になっていることを確認できます。

```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Aoyama                 - Primary database
    CDB_Tokyo01                - Physical standby database (disabled)
      ORA-16661: The standby database must be reinstated.

    CDB_Osaka01                - Physical standby database (disabled)
      ORA-16661: The standby database must be reinstated.

    CDB_Umeda                  - Physical standby database (disabled)
      ORA-16661: The standby database must be reinstated.

    dbrs_primary_cdb_aoyama    - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_tokyo01   - Recovery appliance
    Warning: ORA-16685: database does not receive redo data

  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_umeda     - Recovery appliance
    Warning: ORA-16685: database does not receive redo data

  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_osaka01   - Recovery appliance
    Warning: ORA-16685: database does not receive redo data


Fast-Start Failover:  Disabled

Configuration Status:
WARNING   (status updated 60 seconds ago)
```



# ■ Reinstate (復旧)
データベースを Data Guard グループのスタンバイ ロールに復元します。
障害の原因を修正した後、障害が発生したデータベースをサービス状態に戻すには、reinstate コマンドを使用します。

:::note info
注記：1 つ以上のスタンバイ データベースを含む Data Guard グループの一部であるプライマリ データベースは終了できません。まずスタンバイ データベースを終了する必要があります。または、プライマリ データベースをスタンバイ ロールに切り替えてから、以前のプライマリを終了することもできます。
Data Guard 対応データベースを含む VM クラスタを終了することはできません。まず、Data Guard グループの一部であるスタンバイ データベースを終了する必要があります。
:::

## ● CDB_Tokyo Reinstate 実行
**1) Databseシステム Data Guard Group画面**
![01_ReinstatetoOsaka01.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/587a49e3-f562-4a9d-92c1-54a144090a03.jpeg)

**2) Reinstate database ダイアログ ボックス画面**
![01_ReinstatetoTokyo02.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/4d133369-37bc-4264-b791-cc93f7129039.jpeg)

**3) CDB_Tokyo Reinstate 中〜**
![01_ReinstatetoTokyo03.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/64b2205f-3ccc-4fd5-9687-7cd8b3ae4873.jpeg)


**4) CDB_Tokyo Reinstate 完了**
CDB_Tokyo が Standby 状態へ復旧したことを確認

![01_ReinstatetoTokyo04-2.jpg](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/109087/cb889fef-2b36-4669-afbe-a463b163b67e.jpeg)

## ● Reinstate 後 DGMGRL確認
Reinstate した DB_Tokyo の ORA-16661: The standby database must be reinstated.の状態が回復し、DB_Tokyoの状態が Physical standby databaseへ正常になっていることを確認できます。
```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Aoyama                 - Primary database
    CDB_Tokyo01                - Physical standby database
      dbrs_primary_cdb_tokyo01   - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_aoyama    - Recovery appliance

    CDB_Osaka01                - Physical standby database (disabled)
      ORA-16661: The standby database must be reinstated.

    CDB_Umeda                  - Physical standby database
      ORA-16661: The standby database must be reinstated.

  Members Not Receiving Redo:
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_umed   - Recovery appliance
    Warning: ORA-16685: database does not receive redo data

  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)
    Warning: ORA-16685: database does not receive redo data

  dbrs_primary_cdb_osaka01   - Recovery appliance
    Warning: ORA-16685: database does not receive redo data


Fast-Start Failover:  Disabled

Configuration Status:
WARNING   (status updated 44 seconds ago)
```


## ● 全て復旧完了確認
残りのDatabaseをすべて Reinstateし、全て復旧完了したことを確認

```
DGMGRL> show configuration

Configuration - cdb_dgconf

  Protection Mode: MaxPerformance
  Members:
  CDB_Aoyama                 - Primary database
    CDB_Tokyo01                - Physical standby database
      dbrs_primary_cdb_tokyo01   - Recovery appliance (receiving current redo)
    CDB_Osaka01                - Physical standby database
      dbrs_primary_cdb_osaka01   - Recovery appliance (receiving current redo)
    CDB_Umeda                  - Physical standby database
      dbrs_primary_cdb_umeda     - Recovery appliance (receiving current redo)
    dbrs_primary_cdb_aoyama    - Recovery appliance

  Members Not Receiving Redo:
  dbrs_alternate_cdb_tokyo01 - Recovery appliance (alternate of dbrs_primary_cdb_tokyo01)
  dbrs_alternate_cdb_aoyama  - Recovery appliance (alternate of dbrs_primary_cdb_aoyama)
  dbrs_alternate_cdb_umeda   - Recovery appliance (alternate of dbrs_primary_cdb_umeda)
  dbrs_alternate_cdb_osaka01 - Recovery appliance (alternate of dbrs_primary_cdb_osaka01)

```


# ■ 参考
**● 製品機能概要**
　・ [Exadata Database Service](https://www.oracle.com/jp/engineered-systems/exadata/database-service/)
　・ [Active Data Guard](https://www.oracle.com/jp/database/data-guard/)
　・ [アプリケーション・コンティニュイティの詳細](https://www.oracle.com/jp/database/technologies/high-availability/app-continuity.html)
 
**● Engineered Systems Documentation**
　・ [Exadata Database Service on Dedicated Infrastructure](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/index.html)
　・ [Oracle Data GuardをExadata Cloud Infrastructureで使用する](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-6EBC4D6A-C58B-4721-B756-F22FC6819A45)
　・ [Oracle Exadata Database Serviceでのデータベースのバックアップとリカバリの管理](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-managing-db-backup-and-recovery.html#GUID-07D1B1D6-4A06-4859-B7DF-4C3A681A6B40)
　・ [Data Guard の操作](https://docs.oracle.com/en/engineered-systems/exadata-cloud-service/ecscm/ecs-using-data-guard.html#GUID-0A1111E0-C568-478E-99E4-4F64DE22269D)
 
**● Oracle Cloud Infrastructure Documentation**
　・ [Oracle Exadata Database Service on Dedicated Infrastructure](https://docs.oracle.com/ja-jp/iaas/exadatacloud/index.html)
　・ [Oracle Exadata Database Service on Dedicated Infrastructureの新機能](https://docs.oracle.com/ja-jp/iaas/exadatacloud/doc/exa-whats-new.html)


**● Oracle Database Documentation**
　・ [Oracle Database ドキュメントポータル](https://docs.oracle.com/en/database/oracle/oracle-database/index.html)
　・ [Oracle Data Guard の概念と管理](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/oracle-data-guard-concepts.html)
　・ [Oracle Data Guard Broker の概念](https://docs.oracle.com/en/database/oracle/oracle-database/23/dgbkr/oracle-data-guard-broker-concepts.html)
　・ [Data Guard Concepts and Administration](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/index.html)
　・ [Oracle Data Guard Broker](https://docs.oracle.com/cd/G11854_01/dgbkr/index.html)
　・ [Oracle Data Guardの保護モードの詳細](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/oracle-data-guard-protection-modes.html)
　・ [自動ブロック・メディア・リカバリによるデータ保護の詳細](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/managing-oracle-data-guard-physical-standby-databases.html)
　・ [DBMS_ROLLINGの活用方法の詳細](https://docs.oracle.com/en/database/oracle/oracle-database/23/sbydb/using-DBMS_ROLLING-to-perform-rolling-upgrade.html)
　・ [Data GuardおよびActive Data Guard MAAのベストプラクティス](https://docs.oracle.com/en/database/oracle/oracle-database/23/haovw/oracle-data-guard-best-practices.html)
　・ [DMLをスタンバイ・データベースからプライマリ・データベースへ透過的にリダイレクトする方法](https://www.oracle.com/jp/data-guard-adg-demo-5305796.gif)


**● Other Documentation**
　・ [High Availability Overview and Best Practices](https://docs.oracle.com/en/database/oracle/oracle-database/23/haovw/high-availability-overview-and-best-practices.pdf)
　・ [Active Data Guardとストレージのリモートミラー化の比較](https://www.oracle.com/jp/a/tech/docs/adg-vs-storage-mirroring-ja.pdf)
　・ [グローバル・データ・サービス（GDS）の詳細](https://www.oracle.com/database/technologies/high-availability/global-data-services/)
　・ [Oracle Globally Distributed Databaseの詳細](https://www.oracle.com/jp/database/distributed-database/)