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

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

デフォルトでは、クローンデータベースのRedoログファイルと制御ファイルは、クローンデータベースのデータファイル用にSnapCenterによってプロビジョニングされたASMドライブグループまたはファイルシステムに作成されます。
NFS環境でASMを使用する場合は、asm_diskstringパラメーターで定義されている既存のパスに/var/opt/snapcenter/scu/clones/*/*を追加する必要があります。
asm_diskstringパラメーターで、ASMFDを使用している場合はAFD:*を設定し、ASMLibを使用している場合はORCL:*を設定する必要があります。
代替ホストにクローンを作成する場合は、代替ホストが次の要件を満たしている必要があります。
- SnapCenter Plug-in for Oracle Databaseを代替ホストにインストールする必要があります。
- クローンホストは、プライマリーストレージまたはセカンダリーストレージからLUNを検出できる必要があります。
  - プライマリーストレージまたはセカンダリー（バックアップまたはミラー）ストレージから代替ホストにクローニングする場合は、セカンダリーストレージと代替ホストの間にiSCSIセッションが確立されているか、FC向けに適切にゾーニングされていることを確認してください。
  - バックアップまたはミラーストレージから同じホストにクローニングする場合は、バックアップストレージまたはミラーストレージとホストの間に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ホストにマッピングされていないことを確認します。