機械翻訳について

第8章 障害時リカバリ

目次

• 8.1 アプライアンスでのディザスタ・リカバリの有効化
  • 8.1.1 障害リカバリのためのシステム・パラメータの収集
  • 8.1.2 障害リカバリ設定でのコンポーネントの接続
  • 8.1.3 ZFS Storage Appliances間のピアリングの設定
• 8.2 ディザスタ・リカバリ構成の管理
  • 8.2.1 DR構成の作成
  • 8.2.2 DR構成へのインスタンスの追加
  • 8.2.3 DR構成からのインスタンスの削除
  • 8.2.4 DR構成へのサイト・マッピングの追加
  • 8.2.5 DR構成からのサイト・マッピングの削除
  • 8.2.6 DR構成のリフレッシュ
  • 8.2.7 DR構成の削除

この章では、あるサイトで停止が発生した場合に、異なる物理的なロケーションにある2つのOracle Private Cloud Applianceシステムが互いにフォールバックして動作するように、管理者が障害リカバリを構成する方法について説明します。

この機能の実装の詳細および技術的なバックグラウンド情報は、「Oracle Private Cloud Appliance概要ガイド」を参照してください。 「アプライアンス管理の概要」の章の「ディザスタ・リカバリ」の項を参照してください。

8.1 アプライアンスでのディザスタ・リカバリの有効化

• 8.1.1 障害リカバリのためのシステム・パラメータの収集
• 8.1.2 障害リカバリ設定でのコンポーネントの接続
• 8.1.3 ZFS Storage Appliances間のピアリングの設定

このセクションでは、障害リカバリ設定に参加するシステムを接続する方法について説明します。 2つのOracle Private Cloud Applianceシステムを異なるサイトにインストールし、3つ目のシステムでOracle Site Guardを使用してOracle Enterprise Managerインストールを実行する必要があります。

8.1.1 障害リカバリのためのシステム・パラメータの収集

お客様の環境で障害リカバリを設定するには、事前に特定の情報を収集する必要があります。 設定コマンドの実行に必要なパラメータを入力できるようにするには、次の詳細が必要です:

• リージョンID

  各Oracle Private Cloud Applianceシステムは、独立したリージョンとして定義されます。 互いにフォールバックされる2つのシステムのリージョンIDが必要です。 リージョンIDを取得するには、サービスCLIでshow pcaSystemコマンドを使用します。

• データ・センター・ネットワーク内のIPアドレス

  2つのZFSストレージ・アプライアンスはそれぞれ、データセンター・ネットワーク内に少なくとも1つのIPアドレスが必要です。 このIPアドレスは、データセンター・ネットワークに物理的に接続されたストレージ・コントローラ・インタフェースに割り当てられます。 環境にオプションの高パフォーマンス・ストレージも含まれている場合は、2組のデータ・センターIPアドレスが必要です。

Oracle Site Guard構成を完了するには、次の詳細が必要です:

• APIコールを受信する両方のOracle Private Cloud Applianceシステムのエンドポイント。 これらはURIの形式は次のとおりです:

  http(s)://<myRegion>.<myDomain>:<port>

  必要なポートは30004 (https)と30005 (http)です。

  次に例を示します。

  https://myprivatecloud.example.com:30004
  http://myprivatecloud.example.com:30005

• Oracle Private Cloud Applianceサービスでの認証用の管理ユーザー名とパスワード、およびディザスタ・リカバリAPIコールの認可。 これらの資格証明は、Oracle Enterprise Manager内に安全に格納されます。

8.1.2 障害リカバリ設定でのコンポーネントの接続

2つのOracle Private Cloud ApplianceラックにインストールされているZFSストレージ・アプライアンスは、障害リカバリ設定によって保護される必要のあるデータをレプリケートするために相互に接続する必要があります。 これはデータセンター・ネットワークを介した直接接続であり、スパイン・スイッチからデータセンターへのアップリンクは使用しません。

冗長レプリケーション接続を作成するには、2つのサイトのそれぞれに4つのケーブル接続が必要です。 ZFSストレージ・アプライアンスには2つのコントローラがあり、各コントローラの最初のデュアル・ポートEthernet拡張カードの両方の25GビットSFP28インタフェースを次レベルのデータセンター・スイッチに接続する必要があります。 もう一方のサイトでは、同じ4つのポートもこの方法でケーブル接続する必要があります。

レプリケーション接続は、障害リカバリ構成を制御しているデータにのみ使用する必要があります。 この接続上で複製されたその他のデータは、自動的に破棄される可能性があります。

次のフェーズでは、データセンター・ネットワークに接続したインタフェースの上にネットワーク構成が作成されます。 各ストレージ・コントローラでは、2つのインタフェースが冗長な25Gビット接続に集約されます。 インタフェースにはIPアドレスが割り当てられます: 1つのコントローラは、標準パフォーマンス・ストレージ・プールのレプリケーションIPアドレスを所有します。もう1つのコントローラは、高パフォーマンス・ストレージ・プール(存在する場合)のレプリケーションIPを所有します。

2つのサイトの管理者は、レプリケーション・ネットワークを手動で構成する必要はありません。 ZFSストレージ・アプライアンスのネットワーク・インタフェースの構成は、サービスCLIのdrSetupServiceコマンドを使用して自動化されます。 このコマンドを実行すると、管理者はIPアドレスおよびその他の構成設定をコマンド・パラメータとして提供します。 drSetupServiceコマンドの使用については、次の項で説明します。

ディザスタ・リカバリ・タスクを実行するために、Oracle Enterprise Managerでは、Oracle Private Cloud Applianceに固有の追加インストールは必要ありません。 ネットワークを介して2つのアプライアンスに到達できるだけです。 Oracle Site Guardは、Oracle Enterprise Managerのソフトウェア・ライブラリでデフォルトで使用できます。

Oracle Site Guardが2つのOracle Private Cloud Applianceシステム間のフェイルオーバー操作を管理できるようにするには、両方のアプライアンスを「サイト」として設定する必要があります。 2つのサイトは、フェイルオーバー操作計画で障害リカバリ・スクリプトを構成するために使用されるエンドポイントURIで識別します。 また、ユーザー名とパスワードを指定して、Oracle Site Guardが2つのアプライアンスで認証できるようにします。

詳細および手順については、Oracle Site GuardおよびOracle Enterprise Managerの製品ドキュメントを参照してください。

8.1.3 ZFS Storage Appliances間のピアリングの設定

ZFSストレージ・アプライアンス間の物理接続が確立されたら、サービスCLIでdrSetupServiceコマンドを使用してピアとして設定します。 このコマンドは、互いに複製して動作するように両方のシステムから実行します。

標準ストレージのレプリケーション・パラメータは、setupコマンドで必須です。 Oracle Private Cloud Applianceシステムに高パフォーマンス・ストレージも含まれている場合は、高パフォーマンス・ストレージ・プールのレプリケーション・パラメータを設定コマンドに追加します。

ただし、高パフォーマンスのストレージ・プールがZFSストレージ・アプライアンスで効率的に利用できる場合は、高パフォーマンスのストレージ用のレプリケーションのみを設定します。 そうでない場合は、設定コマンドを再実行し、ZFSストレージ・アプライアンスで構成したあと、あとで高性能ストレージ・プールを追加します。

注意

コマンドを実行する前に、すべてのパラメータを慎重に確認してください。 構成スクリプトの起動後は、変更や修正はできません。

構文(1行に入力):

drSetupService
region=<primary_system_region_id> 
localIp=<primary_system_standard_replication_ip> 
remoteIp=<replica_system_standard_replication_ip>
localIpPerf=<primary_system_performance_replication_ip>
remoteIpPerf=<replica_system_performance_replication_ip>

例:

• 標準ストレージのみを構成した場合:

  system 1

  PCA-ADMIN> drSetupService region=pca1region \
  localIp=10.50.7.31 remoteIp=10.50.7.33

  system 2

  PCA-ADMIN> drSetupService region=pca2region \
  localIp=10.50.7.33 remoteIp=10.50.7.31

• 標準ストレージと高パフォーマンス・ストレージの両方が構成されている場合:

  system 1

  PCA-ADMIN> drSetupService region=pca1region \
  localIp=10.50.7.31 remoteIp=10.50.7.33 \
  localIpPerf=10.50.7.32 remoteIpPerf=10.50.7.34

  system 2

  PCA-ADMIN> drSetupService region=pca2region \
  localIp=10.50.7.33 remoteIp=10.50.7.31 \
  localIpPerf=10.50.7.34 remoteIpPerf=10.50.7.32

このスクリプトは、両方のZFSストレージ・アプライアンスを構成します。 レプリケーション・インタフェースの正常な構成後、さらに2つのアクションを実行する必要があります:

• CA証明書の生成とZFSストレージ・アプライアンスへのアップロード

• 構成したインタフェースを介したレプリケーションの有効化

ZFS Storage Appliance証明書の構成

障害リカバリのためのレプリケーション・インタフェースの構成では、システムのコア構成に新しいIPアドレスが導入されます。 これらの新しいホストが正しく認証および承認されるようにするには、更新されたCA証明書をZFSストレージ・アプライアンスにアップロードする必要があります。

レプリケーション・インタフェースを構成したあとで、2つのストレージ・アプライアンス間のレプリケーションを有効にする前に、新しいCA証明書を生成し、それをストレージ・アプライアンスにアップロードします。

1. 管理ノードのいずれかにログインします。

2. 次のコマンドを実行します。

   # python3 -c "from pca_foundation.manager.mgmt_node import upload_system_cert; upload_system_cert()"
   # /var/lib/pca-foundation/scripts/pca_factory_init.py --restart-http-zfs

障害リカバリのためのレプリケーションの有効化

注意

レプリケーションを有効にする前に、「Oracle Private Cloud Applianceリリース・ノート」を参照してください。 このセクションを読んで理解したことを確認: 2番目のシステムでDRレプリケーションの有効化に失敗。

以前に構成したインタフェースを使用して、2つのストレージ・アプライアンス間のレプリケーションを有効にするには、サービスCLIから同じdrSetupServiceコマンドを再実行しますが、今回はenableReplication=Trueを実行します。 また、remotePasswordを指定して他のストレージ・アプライアンスで認証し、ピアリング設定を完了する必要があります。

例:

• 標準ストレージのみを構成した場合:

  system 1

  PCA-ADMIN> drSetupService region=pca1region \
  localIp=10.50.7.31 remoteIp=10.50.7.33 \
  enableReplication=True remotePassword=********

  system 2

  PCA-ADMIN> drSetupService region=pca2region \
  localIp=10.50.7.33 remoteIp=10.50.7.31 \
  enableReplication=True remotePassword=********

• 標準ストレージと高パフォーマンス・ストレージの両方が構成されている場合:

  system 1

  PCA-ADMIN> drSetupService region=pca1region \
  localIp=10.50.7.31 remoteIp=10.50.7.33 \
  localIpPerf=10.50.7.32 remoteIpPerf=10.50.7.34 \
  enableReplication=True remotePassword=********

  system 2

  PCA-ADMIN> drSetupService region=pca2region \
  localIp=10.50.7.33 remoteIp=10.50.7.31 \
  localIpPerf=10.50.7.34 remoteIpPerf=10.50.7.32 \
  enableReplication=True remotePassword=********

この段階では、障害リカバリ設定のZFSストレージ・アプライアンスが正常にピアリングされました。 ストレージ・アプライアンスは、スケジュールされたデータ・レプリケーションを5分おきに実行できます。 複製されるデータは、作成したDR構成に基づきます。 第8.2項、「ディザスタ・リカバリ構成の管理」を参照してください。

8.2 ディザスタ・リカバリ構成の管理

• 8.2.1 DR構成の作成
• 8.2.2 DR構成へのインスタンスの追加
• 8.2.3 DR構成からのインスタンスの削除
• 8.2.4 DR構成へのサイト・マッピングの追加
• 8.2.5 DR構成からのサイト・マッピングの削除
• 8.2.6 DR構成のリフレッシュ
• 8.2.7 DR構成の削除

この項では、互いにフォールバックとして設定する2つのOracle Private Cloud Applianceシステムで、ディザスタ・リカバリ設定を構成する方法について説明します。

8.2.1 DR構成の作成

DR構成は、システム停止から保護するコンピュート・インスタンスを追加する親オブジェクトです。

サービスCLIの使用

1. コマンドを実行するために必要な情報を収集します:

   • DR構成の一意の名前

   • 関連付けられたZFSストレージ・プロジェクトの一意の名前

2. drCreateConfigコマンドを使用して空のDR構成を作成します。

   構文(1行に入力):

   drCreateConfig 
   configName=<DR_configuration_name> 
   project=<ZFS_storage_project_name>

   例:

   PCA-ADMIN> drCreateConfig configName=drConfig1 project=drProject1
   Command: drCreateConfig configName=drConfig1 project=drProject1
   Status: Success
   Time: 2021-08-17 07:19:33,163 UTC
   Data:
     Message = Successfully started job to create config drConfig1
     Job Id = 252041b1-ff44-4c8e-a3de-11c1e47d9217

3. ジョブIDを使用して、開始した操作のステータスを確認します。

   PCA-ADMIN> drGetJob jobid=252041b1-ff44-4c8e-a3de-11c1e47d9217
   Command: drGetJob jobid=252041b1-ff44-4c8e-a3de-11c1e47d9217
   Status: Success
   Time: 2021-08-17 07:21:07,021 UTC
   Data:
     Type = create_config
     Job Id = 252041b1-ff44-4c8e-a3de-11c1e47d9217
     Status = finished
     Start Time = 2021-08-17 07:19:33.507048
     End Time = 2021-08-17 07:20:16.783743
     Result = success
     Message = job successfully retrieved
     Response = Successfully created DR config drConfig1: 439ad078-7e6a-4908-affa-ac89210d76ac

4. DR構成が作成されると、データ・レプリケーション用のストレージ・プロジェクトがZFSストレージ・アプライアンスに設定されます。

   DR構成IDを書き留めます。 これ以降のすべてのコマンドで構成を変更する必要があります。

5. 既存のDR構成のリストを表示するには、drGetConfigsコマンドを使用します。

   PCA-ADMIN> drGetConfigs
   Command: drGetConfigs
   Status: Success
   Time: 2021-08-17 07:44:54,443 UTC
   Data:
     id configName
     -- ----------
     439ad078-7e6a-4908-affa-ac89210d76ac drConfig1
     e8291afa-a413-4932-880a-abb8ac22c85d drConfig2
     7ad05d9f-731c-41b8-b477-35da4b999071 drConfig3

6. DR構成のステータスおよび詳細を表示するには、drGetConfigコマンドを使用します。

   構文:

   drGetConfig drConfigId=<DR_configuration_id> 

   例:

   PCA-ADMIN> drGetConfig drConfigId=439ad078-7e6a-4908-affa-ac89210d76ac
   Command: drGetConfig drConfigId=439ad078-7e6a-4908-affa-ac89210d76ac
   Status: Success
   Time: 2021-08-17 07:47:53,401 UTC
   Data:
     Type = DrConfig
     Config State = ENABLED
     Config Name = drConfig1
     Config Id = 439ad078-7e6a-4908-affa-ac89210d76ac
     Project Id = drProject1

8.2.2 DR構成へのインスタンスの追加

DR構成が作成されたら、必要なコンピュート・インスタンスを追加します。 データとディスクは、DR構成に関連付けられたZFSストレージ・プロジェクトに格納され、両方のOracle Private Cloud ApplianceシステムのZFSストレージ・アプライアンス間でネットワーク接続上にレプリケートされます。

システムにオプションの高性能ディスク・シェルフが含まれている場合は、ZFSストレージ・アプライアンス間でピアリングを適切に設定する必要があります。 その結果、DR構成ごとに2つのZFSプロジェクトが作成されます: 1つは標準プール、もう1つは高パフォーマンス・プールです。 標準および高性能ストレージで実行されているディスクがあるDR構成にインスタンスを追加すると、それらのストレージ・リソースが適切なプールのZFSプロジェクトに自動的に追加されます。

サービスCLIの使用

1. コマンドを実行するために必要な情報を収集します:

   • DR構成ID ( drGetConfigs)

   • Compute Enclave UIまたはCLIからのインスタンスOCID (oci compute instance list --compartment-id <compartment_OCID>)

2. drAddComputeInstanceコマンドを使用して、コンピュート・インスタンスをDR構成に追加します。

   構文(1行に入力):

   drAddComputeInstance 
   drConfigId=<DR_configuration_id> 
   instanceId=<instance_OCID>

   例:

   PCA-ADMIN> drAddComputeInstance \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   instanceId=ocid1.instance.....<region1>...uniqueID
   
   Command: drAddComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...uniqueID
   Status: Success
   Time: 2021-08-17 07:24:35,186 UTC
   Data:
     Message = Successfully started job to add instance ocid1.instance.....<region1>...uniqueID to DR config 63b36a80-7047-42bd-8b97-8235269e240d
     Job Id = 8dcbd22d-69b0-4319-b09f-1a4df847e9df

3. ジョブIDを使用して、開始した操作のステータスを確認します。

   PCA-ADMIN> drGetJob jobId=8dcbd22d-69b0-4319-b09f-1a4df847e9df
   Command: drGetJob jobId=8dcbd22d-69b0-4319-b09f-1a4df847e9df
   Status: Success
   Time: 2021-08-17 07:36:27,719 UTC
   Data:
     Type = add_computeinstance
     Job Id = 8dcbd22d-69b0-4319-b09f-1a4df847e9df
     Status = finished
     Start Time = 2021-08-17 07:24:36.776193
     End Time = 2021-08-17 07:26:59.406929
     Result = success
     Message = job successfully retrieved
     Response = Successfully added instance [ocid1.instance.....<region1>...uniqueID] to DR config [63b36a80-7047-42bd-8b97-8235269e240d]

4. DR構成に追加するすべてのコンピュート・インスタンスのOCIDを指定して、drAddComputeInstanceコマンドを繰り返します。

5. DR構成に含まれるインスタンスのリストを表示するには、drGetComputeInstancesコマンドを使用します。 DR構成IDは必須パラメータです。

   構文:

   drGetComputeInstances drConfigId=<DR_configuration_id> 

   例:

   PCA-ADMIN> drGetComputeInstances drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Command: drGetComputeInstances drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Status: Success
   Time: 2021-08-17 08:33:39,586 UTC
   Data:
     id                                                             name
     --                                                             ----
     ocid1.instance.....<region1>...instance1_uniqueID            null
     ocid1.instance.....<region1>...instance2_uniqueID            null
     ocid1.instance.....<region1>...instance3_uniqueID            null

6. DR構成に含まれるインスタンスのステータスおよび詳細を表示するには、drGetComputeInstanceコマンドを使用します。

   構文(1行に入力):

   drGetComputeInstance 
   drConfigId=<DR_configuration_id> 
   instanceId=<instance_OCID>

   例:

   PCA-ADMIN> drGetComputeInstance \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   instanceId=ocid1.instance.....<region1>...instance1_uniqueID
   Command: drGetComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...instance1_uniqueID
   Status: Success
   Time: 2021-08-17 08:34:42,413 UTC
   Data:
     Type = ComputeInstance
     Compartment Id = ocid1.compartment........uniqueID
     Boot Volume Id = ocid1.bootvolume........uniqueID
     Compute Instance Shape = VM.PCAStandard1.8
     Work State = Normal

8.2.3 DR構成からのインスタンスの削除

インスタンスは1つのDR構成にのみ含めることができます。 コンピュート・インスタンスは、追加されたDR構成から削除できます。

サービスCLIの使用

1. コマンドを実行するために必要な情報を収集します:

   • DR構成ID ( drGetConfigs)

   • インスタンスOCID ( drGetComputeInstances)

2. drRemoveComputeInstanceコマンドを使用して、選択したコンピュート・インスタンスをDR構成から削除します。

   構文(1行に入力):

   drRemoveComputeInstance 
   drConfigId=<DR_configuration_id> 
   instanceId=<instance_OCID>

   例:

   PCA-ADMIN> drRemoveComputeInstance \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   instanceId=ocid1.instance.....<region1>...instance3_uniqueID
   Command: drRemoveComputeInstance drConfigId=63b36a80-7047-42bd-8b97-8235269e240d instanceId=ocid1.instance.....<region1>...instance3_uniqueID
   Status: Success
   Time: 2021-08-17 08:45:59,718 UTC
   Data:
     Message = Successfully started job to remove instance ocid1.instance.....<region1>...instance3_uniqueID from DR config 63b36a80-7047-42bd-8b97-8235269e240d
     Job Id = 303b42ff-077c-4504-ac73-25930652f73a

3. ジョブIDを使用して、開始した操作のステータスを確認します。

   PCA-ADMIN> drGetJob jobId=303b42ff-077c-4504-ac73-25930652f73a
   Command: drGetJob jobId=303b42ff-077c-4504-ac73-25930652f73a
   Status: Success
   Time: 2021-08-17 08:56:27,719 UTC
   Data:
     Type = remove_computeinstance
     Job Id = 303b42ff-077c-4504-ac73-25930652f73a
     Status = finished
     Start Time = 2021-08-17 08:46:00.641212
     End Time = 2021-08-17 07:47:19.142262
     Result = success
     Message = job successfully retrieved
     Response = Successfully removed instance [ocid1.instance.....<region1>...instance3_uniqueID] from DR config [63b36a80-7047-42bd-8b97-8235269e240d]

4. DR構成から削除するすべてのコンピュート・インスタンスのOCIDを指定して、drRemoveComputeInstanceコマンドを繰り返します。

8.2.4 DR構成へのサイト・マッピングの追加

サイト・マッピングが追加され、プライマリ・システムで停止が発生し、フェイルオーバーがトリガーされた場合にインスタンスの再起動方法およびレプリカ・システム上のどこでインスタンスを起動するかが決定されます。 各サイト・マッピングには、プライマリ・システムのソース・オブジェクトと、レプリカ・システムの対応するターゲット・オブジェクトが含まれます。 サイト・マッピングをDR構成に追加する前に、これらのリソースがプライマリ・システムとレプリカ・システムの両方に存在することを確認してください。

DR構成に追加できるサイト・マッピング・タイプは次のとおりです:

• コンパートメント: フェイルオーバーが発生した場合、ソース・コンパートメントからのインスタンスをレプリカ・システムのターゲット・コンパートメントで起動する必要があることを指定

• サブネット: フェイルオーバーが発生した場合、ソース・サブネットに接続されたインスタンスがレプリカ・システム上のターゲット・サブネットに接続する必要があることを指定

• ネットワーク・セキュリティ・グループ: フェイルオーバーが発生した場合、ソース・ネットワーク・セキュリティ・グループに属するインスタンスをレプリカ・システムのターゲット・セキュリティ・グループに含める必要があることを指定

サービスCLIの使用

1. コマンドを実行するために必要な情報を収集します:

   • DR構成ID ( drGetConfigs)

   • ソースおよびターゲット・オブジェクトのOCIDのマッピング

     プライマリ・システムとレプリカ・システムでそれぞれCompute Enclave UIまたはCLIを使用します。 CLIコマンド:

     • oci iam compartment list

     • oci network subnet list --compartment-id "ocid1.compartment.....uniqueID"

     • oci network nsg list --compartment-id "ocid1.compartment.....uniqueID"

2. drAddSiteMappingコマンドを使用して、サイト・マッピングをDR構成に追加します。

   構文(1行に入力):

   drAddSiteMapping 
   drConfigId=<DR_configuration_id> 
   objType=compartment|subnet|network_security_group
   sourceId=<source_object_OCID>
   targetId=<target_object_OCID>

   例:

   PCA-ADMIN> drAddSiteMapping \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   objType=compartment \
   sourceId="ocid1.compartment.....<region1>...uniqueID" \
   targetId="ocid1.compartment.....<region2>...uniqueID"
   Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=compartment sourceId="ocid1.compartment.....<region1>...uniqueID" targetId="ocid1.compartment.....<region2>...uniqueID"
   Status: Success
   Time: 2021-08-17 09:07:24,957 UTC
   Data:
     9244634e-431f-43a1-89ab-5d25905d43f9
   
   PCA-ADMIN> drAddSiteMapping \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   objType=subnet \
   sourceId="ocid1.subnet.....<region1>...uniqueID" \
   targetId="ocid1.subnet.....<region2>...uniqueID"
   Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=compartment sourceId="ocid1.subnet.....<region1>...uniqueID" targetId="ocid1.subnet.....<region2>...uniqueID"
   Status: Success
   Time: 2021-08-17 09:07:24,957 UTC
   Data:
     d1bf2cf2-d8c7-4271-b8b6-cdf757648175
   
   PCA-ADMIN> drAddSiteMapping \
   drConfigId=63b36a80-7047-42bd-8b97-8235269e240d \
   objType=network_security_group \
   sourceId="ocid1.nsg.....<region1>...uniqueID" \
   targetId="ocid1.nsg.....<region2>...uniqueID"
   Command: drAddSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d objType=compartment sourceId="ocid1.nsg.....<region1>...uniqueID" targetId="ocid1.nsg.....<region2>...uniqueID"
   Status: Success
   Time: 2021-08-17 09:07:24,957 UTC
   Data:
     422f8892-ba0a-4a89-bc37-61b5c0fbbbaa

3. DR構成のサイト・マッピングに含めるすべてのソース・オブジェクトとターゲット・オブジェクトのOCIDを指定して、コマンドを繰り返します。

4. DR構成に含まれるサイト・マッピングのリストを表示するには、drGetSiteMappingsコマンドを使用します。 DR構成IDは必須パラメータです。

   構文:

   drGetSiteMappings drConfigId=<DR_configuration_id> 

   例:

   PCA-ADMIN> drGetSiteMappings drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Command: drGetSiteMappings drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Status: Success
   Time: 2021-08-17 09:19:22,580 UTC
   Data:
     id                                     name
     --                                     ----
     d1bf2cf2-d8c7-4271-b8b6-cdf757648175   null
     9244634e-431f-43a1-89ab-5d25905d43f9   null
     422f8892-ba0a-4a89-bc37-61b5c0fbbbaa   null

5. DR構成に含まれるサイト・マッピングのステータスと詳細を表示するには、drGetSiteMappingコマンドを使用します。

   構文(1行に入力):

   drGetSiteMapping 
   drConfigId=<DR_configuration_id> 
   mappingId=<site_mapping_id>

   例:

   PCA-ADMIN> drGetSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=d1bf2cf2-d8c7-4271-b8b6-cdf757648175
   Command: drGetSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=d1bf2cf2-d8c7-4271-b8b6-cdf757648175
   Status: Success
   Time: 2021-08-17 09:25:53,148 UTC
   Data:
     Type = DrSiteMapping
     Object Type = subnet
     Source Id = ocid1.nsg.....<region1>...uniqueID
     Target Id = ocid1.nsg.....<region2>...uniqueID
     Work State = Normal

8.2.5 DR構成からのサイト・マッピングの削除

サイト・マッピングが不要になった場合は、DR構成から削除できます。

サービスCLIの使用

1. コマンドを実行するために必要な情報を収集します:

   • DR構成ID ( drGetConfigs)

   • サイト・マッピングID ( drGetSiteMappings)

2. drRemoveSiteMappingコマンドを使用して、選択したサイト・マッピングをDR構成から削除します。

   構文(1行に入力):

   drRemoveSiteMapping 
   drConfigId=<DR_configuration_id> 
   mappingId=<site_mapping_id>

   例:

   PCA-ADMIN> drRemoveSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=422f8892-ba0a-4a89-bc37-61b5c0fbbbaa
   Command: drRemoveSiteMapping drConfigId=63b36a80-7047-42bd-8b97-8235269e240d mappingId=422f8892-ba0a-4a89-bc37-61b5c0fbbbaa
   Status: Success
   Time: 2021-08-17 09:41:43,319 UTC

3. DR構成から削除するすべてのサイト・マッピングのIDでコマンドを繰り返します。

8.2.6 DR構成のリフレッシュ

DR構成に格納されているレプリケーション情報が環境内のすべての最新の変更で更新されるように、DR構成をリフレッシュできます。

サービスCLIの使用

1. リフレッシュするDR構成のIDを調べます(drGetConfigs)。

2. drRefreshConfigコマンドを使用して、選択したDR構成に格納されているデータをリフレッシュします。

   構文:

   drRefreshConfig drConfigId=<DR_configuration_id> 

   例:

   PCA-ADMIN> drRefreshConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Command: drRefreshConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Status: Success
   Time: 2021-08-17 10:43:33,241 UTC 
   Data:
     Message = Successfully started job to refresh DR config 63b36a80-7047-42bd-8b97-8235269e240d
     Job Id = 205eb34e-f416-41d3-95a5-506a1d891fdb

3. ジョブIDを使用して、開始した操作のステータスを確認します。

   PCA-ADMIN> drGetJob jobId=205eb34e-f416-41d3-95a5-506a1d891fdb
   Command: drGetJob jobId=205eb34e-f416-41d3-95a5-506a1d891fdb
   Status: Success
   Time: 2021-08-17 10:51:27,719 UTC
   Data:
     Type = refresh_config
     Job Id = 205eb34e-f416-41d3-95a5-506a1d891fdb
     Status = finished
     Start Time = 2021-08-17 10:43:34.264828
     End Time = 2021-08-17 10:45:12.718561
     Result = success
     Message = job successfully retrieved
     Response = Successfully refreshed DR config [63b36a80-7047-42bd-8b97-8235269e240d]

8.2.7 DR構成の削除

DR構成が不要になった場合は、単一のコマンドで削除できます。 また、すべてのサイト・マッピングを削除し、プライマリおよびレプリカ・システムのZFSストレージ・アプライアンス上の関連するストレージ・プロジェクトをクリーンアップします。

サービスCLIの使用

1. 削除するDR構成のIDを調べます(drGetConfigs)。

2. drDeleteConfigコマンドを使用して、選択したDR構成を削除します。

   構文:

   drDeleteConfig drConfigId=<DR_configuration_id> 

   例:

   PCA-ADMIN> drDeleteConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Command: drDeleteConfig drConfigId=63b36a80-7047-42bd-8b97-8235269e240d
   Status: Success
   Time: 2021-08-17 14:45:19,634 UTC 
   Data:
     Message = Successfully started job to delete DR config 63b36a80-7047-42bd-8b97-8235269e240d
     Job Id = d2c1198d-f521-4b8d-a9f1-c36c7965d567

3. ジョブIDを使用して、開始した操作のステータスを確認します。

   PCA-ADMIN> drGetJob jobId=d2c1198d-f521-4b8d-a9f1-c36c7965d567
   Command: drGetJob jobId=d2c1198d-f521-4b8d-a9f1-c36c7965d567
   Status: Success
   Time: 2021-08-17 16:18:33,462 UTC
   Data:
     Type = delete_config
     Job Id = d2c1198d-f521-4b8d-a9f1-c36c7965d567
     Status = finished
     Start Time = 2021-08-17 14:45:20.105569
     End Time = 2021-08-17 14:53:32.405569
     Result = success
     Message = job successfully retrieved
     Response = Successfully deleted DR config [63b36a80-7047-42bd-8b97-8235269e240d]

Copyright © 2013, 2022, Oracle and/or its affiliates.