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

クローンの概念と要件

寄稿者

データベースのバックアップを使用して、ソースデータベースホストまたは代替ホストにOracleデータベースをクローニングすることができます。バックアップはプライマリストレージシステムからクローニングできます。

データベースをクローニングする前に、クローンの概念を理解し、すべての要件を満たしていることを確認する必要があります。

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

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

  • データベースのバックアップを作成しておく必要があります。クローニング処理を正常に実行するには、オンラインデータとログバックアップが正常に作成されている必要があります。

  • ASM_diskstringパラメータでは、ASMFDを使用する場合はAFD:*を構成し、ASMlibを使用する場合はORCL:*を構成します。

  • 代替ホストでクローンを作成する場合、代替ホストは次の要件を満たす必要があります。

    • プラグインは代替ホストにインストールする必要があります。

    • iSCSI SANストレージ上にあるデータベースのクローニングを行う場合は、クローンホストでストレージからLUNを検出できる必要があります。代替ホストにクローニングする場合は、ストレージと代替ホストの間にiSCSIセッションが確立されていることを確認します。

    • ソースデータベースが ASM データベースの場合は、次の手順を実行します。

      • クローンを実行するホスト上で、 ASM インスタンスが稼働している必要があります。

      • クローニングしたデータベースのアーカイブログファイルを専用のASMディスクグループに配置する場合は、クローン処理の前にASMディスクグループをプロビジョニングする必要があります。

      • データディスクグループの名前は設定できますが、クローンを実行するホスト上の他のASMディスクグループに名前が使用されていないことを確認してください。

      • ASMディスクグループにあるデータファイルは、クローンワークフローの一環としてプロビジョニングされます。

クローンの制限事項

  • スケジュールされたクローン（クローンライフサイクル管理）はサポートされません。

  • クローンデータベースのクローニングはサポートされていません。

  • qtreeにあるデータベースのクローニングはサポートされていません。

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

  • クローンデータベースのバックアップはサポートされていません。

クローンメソッド

基本的な方法またはクローン仕様ファイルを使用して、クローンを作成できます。

基本的な方法でクローニングします

ソースデータベースと選択したバックアップを基に、デフォルトの設定でクローンを作成できます。

  • データベースパラメータ、ホーム、およびOSユーザは、デフォルトでソースデータベースに設定されます。

  • データファイルパスの名前は、選択した名前スキームに基づいて決まります。

  • プリスクリプト、ポストスクリプト、およびSQLステートメントは指定できません。

  • リカバリ・オプションは’デフォルトでは* Until cancel *であり’データ・バックアップに関連付けられたログ・バックアップをリカバリに使用します

仕様ファイルを使用してクローニングする

クローン仕様ファイルで設定を定義し、それを使用してデータベースをクローニングできます。仕様ファイルをダウンロードし、要件に合わせて変更してから、ファイルをアップロードできます。 "詳細はこちら。"。

仕様ファイルに定義されているさまざまなパラメーターと、変更可能なパラメーターは次のとおりです。

パラメータ 説明

control_files

クローンデータベースの制御ファイルの場所。

制御ファイルの数はソースデータベースと同じになります。制御ファイルのパスを無効にする場合は、別の制御ファイルのパスを指定します。ファイルシステムまたはASMディスクグループがホストに存在する必要があります。

REDOログ

REDOログの場所、サイズ、Redoグループの数。

データベースをクローニングするには、少なくとも 2 つの REDO ロググループが必要です。REDOログファイルのパスを上書きする場合は、ソースデータベースとは別のファイルシステムにREDOログファイルのパスをカスタマイズできます。ファイルシステムまたはASMディスクグループはホストに存在する必要があります。

ORACLE_VERSION

ターゲット・ホスト上のOracleのバージョン。

ORACLE_HOMEを参照してください

ターゲット・ホストのOracleホーム

enable_archive_log_mode

クローンデータベースのアーカイブログモードを制御します

databE_parameters

クローンデータベースのデータベースパラメータ

SQL_statements

クローニング後にデータベースで実行するSQLステートメント

os_user_detail

ターゲットクローンデータベースのOracle OSユーザ

databa_port

ホストでOS認証が無効な場合に、データベースとの通信に使用するポート。

asm_portのようになります

Create Clone入力にクレデンシャルが指定されている場合に、ASMデータベースとの通信に使用するポート。

skip_recovery

はリカバリ処理を実行しません。

Until SCN

指定したSystem Change Number（SCN）までデータベースをリカバリします。

until _ time

指定した日時までデータベースをリカバリします。

指定できる形式は、_mm/dd/yyyy hh：mm：ss_です。

until _ cancel

クローニング対象として選択したデータバックアップに関連付けられたログバックアップをマウントすることでリカバリできます。

クローンデータベースは、欠落または破損したログファイルまでリカバリされます。

LOG_PATHS

クローンデータベースのリカバリに使用するアーカイブログパスの追加場所。

source_locationのコマンドを使用します

ソースデータベースホスト上のディスクグループまたはマウントポイントの場所。

clone_location

ソースの場所に対応するターゲットホストに作成する必要があるディスクグループまたはマウントポイントの場所。

location_type

asm_diskgroupまたはmountpointを指定できます。

値は、ファイルのダウンロード時に自動的に入力されます。このパラメータは編集しないでください。

pre_script

クローンを作成する前にターゲットホストで実行するスクリプト。

post_script

クローン作成後にターゲットホストで実行するスクリプト。

パス

クローンホスト上のスクリプトの絶対パス。

スクリプトは、/var/opt/snapcenter/spl/scriptsまたはこのパス内の任意のフォルダに保存してください。

タイムアウト

ターゲットホストで実行されているスクリプトに対して指定されたタイムアウト時間。

引数

スクリプトに指定された引数。

クローンの命名方式

クローンの命名スキームは、マウントポイントの場所と、クローニングされたデータベースのディスクグループの名前を定義します。「同一」または「自動生成」のいずれかを選択できます。

同一の命名方式

クローンの命名方式として「* identical *」を選択した場合、クローニングされたデータベースのマウントポイントの場所とディスクグループの名前は、ソースデータベースと同じになります。

たとえば、ソースデータベースのマウントポイントが、クローンデータベースの____oursourcedb/data_1、+DATA1_DG_である場合、SANのNFSとASMの両方のマウントポイントは同じままです。

  • 制御ファイルやREDOファイルの数やパスなどの構成はソースと同じになります。

    注記 REDOログまたは制御ファイルのパスがデータボリューム以外に存在する場合は、ターゲットホストにASMディスクグループまたはマウントポイントをプロビジョニングしておく必要があります。

  • Oracle OSユーザとOracleバージョンはソースデータベースと同じになります。

  • クローンストレージボリューム名は、sourceVolNameSCS_Clone_CurrentTimeStampNumberという形式になります。

    たとえば、ソースデータベース上のボリューム名が_sourceVolName_の場合、クローンボリューム名は_sourceVolNameSCS_Clone_1661420020304608825_になります。

    注記 CurrentTimeStampNumber_はボリューム名に一意性を示します。

自動生成される命名方式

クローニングスキームとして*自動生成*を選択した場合、マウントポイントの場所とクローニングされたデータベースのディスクグループの名前にはサフィックスが付加されます。基本的なクローン方式を選択した場合は、サフィックスが Clone SID *になります。*スペシフィケーション・ファイル・メソッドを選択した場合’サフィックスは’クローン仕様ファイルのダウンロード中に指定された*サフィックス*になります

たとえば、ソースデータベースのマウントポイントが_/NetApp_sourcedb/data_1_and the * Clone SID * or * Suffix * is_HR_の場合、クローンデータベースのマウントポイントは_/NetApp_sourcedb/data_1_HR_に なります。

  • 制御ファイルとREDOログファイルの数がソースと同じになります。

  • すべてのREDOログファイルと制御ファイルは、クローニングされたデータマウントポイントまたはデータASMディスクグループのいずれかに配置されます。

  • クローンストレージボリューム名は、sourceVolNameSCS_Clone_CurrentTimeStampNumberという形式になります。

    たとえば、ソースデータベース上のボリューム名が_sourceVolName_の場合、クローンボリューム名は_sourceVolNameSCS_Clone_1661420020304608825_になります。

    注記 CurrentTimeStampNumber_はボリューム名に一意性を示します。

  • NASマウントポイントの形式は、_SourceNASMountPoint_suffix_です。

  • ASMディスクグループの形式は、_SourceDiskgroup_suffix_です。

    注記 クローンディスクグループ内の文字数が25文字を超える場合は、_SC_hashCode_suffix_が付けられます。

データベースパラメータ

次のデータベース・パラメータの値は、クローンの命名方式に関係なく、ソース・データベースの値と同じになります。

  • LOG_ARCH_FORMATの略

  • audit_trail

  • プロセス

  • PGAアグリゲート・ターゲット

  • remote_login_passwordfileを指定します

  • undo_tablespace

  • オープンカーソル

  • SGAターゲット

  • DB_BLOBK_SIZE

次のデータベースパラメータの値には、クローンのSIDに基づくサフィックスが付加されます。

  • audit_file_dest =｛sourcedatabase-parameteralue｝サフィックス

  • LOG_ARCHIVE _ dest_1 =｛sourcedatabase-oraclehome｝サフィックス

特定のプリスクリプトとポストスクリプトのクローニングでサポートされる事前定義された環境変数

データベースのクローニングの実行時にプリスクリプトとポストスクリプトを実行する場合は、サポートされる事前定義された環境変数を使用できます。

  • sc_original_SIDには、ソースデータベースのSIDを指定します。このパラメータは、アプリケーションボリュームに対して入力されます。例： NFSB32

  • sc_original_hostは、ソースホストの名前を指定します。このパラメータは、アプリケーションボリュームに対して入力されます。例： asmrac1.gdl.englab.netapp.com

  • SC_ORACLE_HOMEは’ターゲット・データベースのOracleホーム・ディレクトリのパスを指定します例： /ora01/app/oracle/product/18.1.0/db_1

  • SC_backup_name」はバックアップ名ですこのパラメータは、アプリケーションボリュームに対して入力されます。例

    • データベースがARCHIVELOGモードで実行されていない場合：DATA @RG2_scspr2417819002_07-020-202021 _ 116.9267_0 | LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267 _1

    • データベースがARCHIVELOGモードで実行されている場合：DATA @RG2_scspr2417819002_07-020-20-220_1120_116.9267_0 | LOG @RG2_scspr2417819002_07-07-20-20-220_112_112.16.48.9267_1、Rg2_scspr24002_06_24002_0.262.16002_0.262.16002_0.7_2.168.262.162.168.261_2.24002_0.21_2.168.262.168.262.168.262_0.7_2.24002_0.262.168.

  • sc_original_os_userは、ソースデータベースのオペレーティングシステム所有者を指定します。例： oracle

  • sc_original_os_groupは、ソースデータベースのオペレーティングシステムグループを指定します。例： oinstall

  • sc_target_sid」は、クローンデータベースのSIDを指定します。PDB クローンワークフローの場合、このパラメータの値は事前定義されていません。このパラメータは、アプリケーションボリュームに対して入力されます。例： clonedb

  • sc_target_hostは、データベースをクローニングするホストの名前を指定します。このパラメータは、アプリケーションボリュームに対して入力されます。例： asmrac1.gdl.englab.netapp.com

  • sc_target_os_userは、クローンデータベースのオペレーティングシステムの所有者を指定します。PDB クローンワークフローの場合、このパラメータの値は事前定義されていません。例： oracle

  • sc_target_os_groupには、クローンデータベースのオペレーティングシステムグループを指定します。PDB クローンワークフローの場合、このパラメータの値は事前定義されていません。例： oinstall

  • sc_target_db_portは、クローンデータベースのデータベースポートを指定します。PDB クローンワークフローの場合、このパラメータの値は事前定義されていません。例： 1521

サポートされるデリミタ

  • @は、データベース名からデータを分離し、キーから値を分離するために使用されます。例：data@RG2_scspr2417819002_07-08-202021 _116.48.9267_0|LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267 _1

  • |は、SC_backup_nameパラメータに2つのエンティティ間でデータを分離するために使用します。例：DATA@RG2_scspr2417819002_07-20-2021_12.16.48.9267 _0 | LOG@RG2_scspr2417819002_07-20-2021_12.16.48.9267 _1

  • は、同じキーに対して一連の変数を区切るために使用します。例：data@RG2_scspr2417819002_07-02-20-20-220_116.9267_0|log@RG2_scspr2417819002_07-07-20-20-220_116.9267_1, RG2_scspr2417819002_07-02-21-2202.16_222.168.261_222.168.262_002_0.24002_0.262_0.261_2.168.262_0.172.168.262_0.264_002_0.172.168.262_0.7_122_0.262_0.262_0.262_0.262_0.262_