日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Oracleデータベースをクローニングするための要件

09/29/2025

Oracleデータベースをクローニングする前に、前提条件が満たされていることを確認する必要があります。

SnapCenterを使用してデータベースのバックアップを作成しておく必要があります。

クローニング処理を行うには、オンラインのデータバックアップとログのバックアップ、またはオフラインでの（マウントまたはシャットダウンの）バックアップが正常に作成されている必要があります。
制御ファイルまたはRedoログファイルのパスをカスタマイズする場合は、必要なファイルシステムまたはAutomatic Storage Management（ASM）ディスクグループを事前にプロビジョニングしておく必要があります。

デフォルトでは、クローンデータベースのRedoログファイルと制御ファイルは、クローンデータベースのデータファイル用にSnapCenterによってプロビジョニングされたASMディスクグループまたはファイルシステムに作成されます。
NFS 経由で ASM を使用している場合は、asm_diskstring パラメータで定義されている既存のパスに /var/opt/snapcenter/scu/clones/*/* を追加する必要があります。
asm_diskstring パラメータでは、ASMFD を使用している場合は AFD:* を構成し、ASMLIB を使用している場合は ORCL:* を構成する必要があります。

asm_diskstringパラメータを編集する方法については、以下を参照してください。 "asm_diskstringにディスクパスを追加する方法" 。
代替ホストにクローンを作成する場合は、代替ホストが次の要件を満たしている必要があります。
- 代替ホストにSnapCenter Plug-in for Oracle Database をインストールする必要があります。
- クローンホストは、プライマリストレージまたはセカンダリストレージから LUN を検出できる必要があります。
  - プライマリストレージまたはセカンダリ (Vault または Mirror) ストレージから代替ホストにクローンを作成する場合は、セカンダリストレージと代替ホストの間で iSCSI セッションが確立されていること、または FC 用に適切にゾーン分けされていることを確認します。
  - Vault またはミラーストレージから同じホストにクローンを作成する場合は、Vault またはミラーストレージとホストの間で iSCSI セッションが確立されていること、または FC 用に適切にゾーン分けされていることを確認してください。
  - 仮想化環境でクローンを作成する場合は、プライマリまたはセカンダリストレージと代替ホストをホストする ESX サーバーの間で iSCSI セッションが確立されていること、または FC 用に適切にゾーン分けされていることを確認します。
    
    詳細については、 "ホストユーティリティのドキュメント" 。
- ソースデータベースが ASM データベースの場合:
  - クローンが実行されるホスト上で ASM インスタンスが起動され、実行されている必要があります。
  - クローンされたデータベースのアーカイブログファイルを専用の ASM ディスクグループに配置する場合は、クローン操作の前に ASM ディスクグループをプロビジョニングする必要があります。
  - データディスクグループの名前は構成できますが、クローンが実行されるホスト上の他の ASM ディスクグループでその名前が使用されていないことを確認してください。
    
    ASMディスクグループ上のデータファイルは、SnapCenterクローンワークフローの一部としてプロビジョニングされます。
- NVMeの場合は、NVMeユーティリティがインストールされている必要があります。
ログバックアップを使用した代替ホストへのクローニングの際にセカンダリロケータを検出するには、データLUNとログLUNの保護タイプ（mirror、vault、mirror-vaultなど）を同じものにする必要があります。
12_c_ データベースのバックアップをクローンするためのシード PDB 関連情報を取得するには、ソースデータベースパラメータファイルで exclude_seed_cdb_view の値を FALSE に設定する必要があります。

シードPDBとは、CDBがPDBを作成する際に使用する、システム付属のテンプレートです。シードPDBの名前はPDB$SEEDです。PDB$SEEDについては、Oracle Doc ID 1940806.1を参照してください。

12_c_ データベースをバックアップする前に値を設定する必要があります。

SnapCenterはautofsサブシステムによって管理されるファイルシステムのバックアップをサポートしています。データベースをクローニングする場合は、データマウントポイントがautofsマウントポイントのルートの下に配置されないようにしてください。プラグインホストのrootユーザには、autofsマウントポイントのルートの下にディレクトリを作成する権限がないためです。

制御ログファイルとRedoログファイルがデータマウントポイントにある場合は、制御ファイルのパスを変更し、Redoログファイルのパスも適切に変更する必要があります。

クローニングされた新しいマウントポイントはautofsサブシステムに手動で登録できます。クローニングされた新しいマウントポイントが自動的に登録されることはありません。

TDE (自動ログイン) があり、同じホストまたは別のホストにデータベースを複製する場合は、/etc/ORACLE/WALLET/$ORACLE_SID の下にあるウォレット (キーファイル) をソースデータベースから複製されたデータベースにコピーする必要があります。
Oracle Linux 7 以降または Red Hat Enterprise Linux (RHEL) 7 以降のストレージエリアネットワーク (SAN) 環境でクローン作成を正常に実行するには、/etc/lvm/lvm.conf で use_lvmetad = 0 の値を設定し、lvm2-lvmetad サービスを停止する必要があります。
Oracleデータベース11.2.0.3以降を使用していて、補助インスタンスのデータベースIDがNIDスクリプトを使用して変更されている場合は、13366202 Oracleパッチをインストールする必要があります。
ボリュームをホストするアグリゲートがStorage Virtual Machine（SVM）の割り当て済みアグリゲートリストに含まれていることを確認します。
NVMeで接続から除外する必要のあるターゲットポートがある場合は、ターゲットのノード名とポート名を/var/opt/snapcenter/scu/etc/nvme.confファイルに追加します。

ファイルが存在しない場合は、次の例に示すようにファイルを作成する必要があります。
```
blacklist {
nn-0x<target_node_name_1>:pn-0x<target_port_name_1>
nn-0x<target_node_name_2>:pn-0x<target_port_name_2>
}
```
iSCSIプロトコルとFCプロトコルが混在するigroupを使用して、LUNがAIXホストにマッピングされていないことを確認します。詳細については、以下を参照してください。 "LUNのデバイスを検出できないというエラーが発生し、操作が失敗しました" 。

Oracleデータベースをクローニングするための要件

Creating your file...