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

resetlogsを行わずにデータベースバックアップをクローニングする

共同作成者

SnapManager では柔軟なクローニングを実行できるため、 resetlogs を使用してデータベースを開かなくても、クローンデータベースを希望の時点に手動でリカバリできます。クローニングされたデータベースを Data Guard Standby データベースとして手動で設定することもできます。

このタスクについて

クローンの作成時に-no-resetlogsオプションを選択すると、SnapManager は次のアクティビティを実行してクローンデータベースを作成します。

手順
  1. クローン処理を開始する前に、前処理タスクアクティビティを実行します(指定されている場合)

  2. ユーザ指定の SID を持つクローンデータベースを作成します

  3. クローニングされたデータベースに対して発行された SQL ステートメントを実行します。

    マウント状態で実行できる SQL ステートメントのみが正常に実行されます。

  4. 指定されている場合は、後処理タスクアクティビティを実行します。

    • クローン・データベースを手動でリカバリするために必要な作業 *

手順
  1. マウントパスのアーカイブログファイルを使用して、アーカイブログバックアップをマウントし、クローンデータベースを手動でリカバリします。

  2. 手動リカバリの実行後に'resetlogs'オプションを使用して'リカバリされたクローン・データベースを開きます

  3. 必要に応じて、一時表領域を作成します。

  4. DBNEWID ユーティリティを実行します。

  5. クローニングされたデータベースのクレデンシャルに sysdba 権限を付与します。

「-no-resetlogs」オプションを使用してデータベース・バックアップをクローニングする際、SnapManager はクローン・データベースを手動リカバリのためにマウント状態のままにします。

メモ no-resetlogsオプションを指定して作成されたクローンデータベースは、完全なデータベースではありません。したがって、このデータベースに対して SnapManager 処理を実行しないでください。ただし、 SnapManager では処理の実行が制限されません。

-no-resetlogsオプションを指定しない場合、SnapManager はアーカイブ・ログ・ファイルを適用し、resetlogsでデータベースを開きます。

ステップ
  1. 次のコマンドを入力します。

    「* SMSAP clone create -profile profile_name[-backup-label_backup_name_|-backup-id_backup_id_id_|current]-newsid_new_sid -clonespec_full_path_to_clonespecfile_ no-resetlogs *

    「-no-resetlogs」と「recovery-from-location」の両方のオプションを指定しようとすると、SnapManager ではこれらのオプションを同時に指定できず、「SMSAP-04084:-no-resetlogs」または「-recovery-from-location」のいずれかのオプションを指定する必要があります。

smsap clone create -profile product -backup-label full_offline -newsid PROD_CLONE -clonespec prod_clonespec.xml -label prod_clone-reserve -no-reset-logs