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

Oracleデータベースのクローニング戦略を定義する

09/23/2024 共同作成者

データベースをクローニングする前に戦略を定義しておくと、クローニング処理を確実に成功させることができます。

クローニングでサポートされるバックアップのタイプ

SnapCenterでは、Oracleデータベースのさまざまなタイプのバックアップのクローニングがサポートされます。

オンラインデータバックアップ
オンラインフルバックアップ
オフラインマウントバックアップ
オフラインシャットダウンバックアップ
Data GuardスタンバイデータベースおよびActive Data Guardスタンバイデータベースのバックアップ
Real Application Clusters（RAC）構成でのオンラインデータバックアップ、オンラインフルバックアップ、オフラインマウントバックアップ、およびオフラインシャットダウンバックアップ
Automatic Storage Management（ASM）構成でのオンラインデータバックアップ、オンラインフルバックアップ、オフラインマウントバックアップ、オフラインシャットダウンバックアップ

マルチパス構成ファイルのuser_friendly_namesオプションがyesに設定されている場合、SAN構成はサポートされません。

アーカイブログバックアップのクローニングはサポートされていません。

Oracle データベース環境では、 SnapCenter がデータベースバックアップのクローニングをサポートします。バックアップは、プライマリストレージシステムとセカンダリストレージシステムからクローニングできます。

SnapCenter サーバは、 NetApp FlexClone テクノロジを使用してバックアップをクローニングします。

クローンを更新するには、「Refresh-SmClone」コマンドを実行します。このコマンドは、データベースのバックアップを作成し、既存のクローンを削除して、同じ名前のクローンを作成します。

クローンの更新処理は、UNIXコマンドでのみ実行できます。

SnapCenter 3.0 以降では、ファイルシステムのクローンに、 ASM ディスクグループのクローンとは異なる命名規則が使用されます。

SANファイルシステムまたはNFSファイルシステムの命名規則は、FileSystemNameofsourcedatabase_CLONESIDです。
ASMディスクグループの命名規則は、SC_HASHCODEofDISKGROUP_CLONESIDです。

HASHCODEofDISKGROUPは、ASMディスクグループごとに一意の、自動的に生成される番号（2～10桁）です。

データベースをクローニングする前に、クローニング処理の制限事項を確認しておく必要があります。

Oracle 11.2.0.4 ～ 12.1.0.1 のいずれかのバージョンを使用している場合、 _renamedg_command の実行時にクローン操作がハング状態になります。この問題を修正するには、Oracleパッチ19544733を適用します。
ホストに直接接続されているLUN（たとえば、WindowsホストでMicrosoft iSCSIイニシエータを使用）から、同じWindowsホスト上のVMDKまたはRDM LUN、または別のWindowsホスト（またはその逆）にデータベースをクローニングすることはできません。
ボリュームマウントポイントのルートディレクトリを共有ディレクトリにすることはできません。
クローンを含むLUNを新しいボリュームに移動した場合、そのクローンは削除できません。