アプライアンス管理コンソールで Oracle バックアップを仮想データベースとしてマウントする

注意: 以前のアプライアンス管理コンソールを使用して管理されているワークロードのバックアップと復元のサポートは非推奨になりました。詳細については、Backup and DR のドキュメントの機能のサポート終了をご覧ください。

始める前に

透過的データ暗号化（TDE）を使用する Oracle データベースの場合、Oracle アプリケーションの Oracle 構成ファイルの場所の詳細設定を設定することで、TDE のウォレットをキャプチャできます。TDE が有効になっているデータベースでアプリケーション対応マウントを利用するには、ウォレットをマウントホストの適切な場所にコピーする必要があります。また、ウォレットを構成して開く必要があります。自動ログインを設定するには、次のコードを使用します。

orapki wallet create -wallet <wallet_path> -auto_login -pwd <wallet_password>

Oracle データベースを仮想アプリケーションとしてマウントする

Oracle データベースを仮想アプリケーションとしてマウントする手順は次のとおりです。

1. Backup and DR アプライアンス管理コンソールで、[App Manager] > [Applications] をクリックし、データベース アプリケーション名を入力するか、フィルタを使用して、必要なデータベース イメージに簡単にアクセスできるようにします。

2. アプリケーションを右クリックして、[アクセス] を選択します。

3. [アクセス] ページで、必要なイメージを選択し、[マウント] メニューの [マウント] をクリックします。

4. [Application Options] で、[Create New Virtual Application] を有効にします。

5. この仮想アプリケーションに必要なフォームに入力します。アスタリスク（*）の付いている項目は必須です。各エントリをクリックすると、追加の有用な情報が表示されます。

   アプリケーション オプション

   • ソース アプリケーションが、データベース ログのバックアップを有効にしたスナップショット ポリシーによって保護されており、イメージでログが利用可能な場合は、[Roll Forward Time] セクションで次のオプションを変更することで、それらのログを使用して特定の時点にロール フォワードできます。

     • 日付フィールドには、データベース トランザクション ログの適用によってデータベースをロールフォワードできるすべての日付が含まれます。データベースをロールフォワードする日付を選択します。
     • 時間フィールドには、選択した日付でデータベースをロールフォワードできるすべての時間を示すスライダーが表示されます。可能な限り最新の日付を選択し、スライダーを右端に移動すると、ジョブは利用可能なすべてのログに適用されます。可能な限り早い日付を選択してスライダーを左端に移動すると、ジョブはログを適用しません。
     • User Time（ユーザー時間）または Host Time（ホスト時間）を使用して、ロール フォワードを指定できます。ユーザー時間は、現在のユーザーの現地時間が基準になります。ホスト時間は、マウントされるデータをホストするシステムが基準になります。

   • ターゲット データベースの SID: ターゲットにプロビジョニングする新しい Oracle データベースの SID を指定します。この値には、標準の Oracle 命名規則に従ってください。ターゲット ホストのデータベース バージョンがソースホストのバージョンと一致していること、ターゲット データベース サーバーに十分なリソースがあることを確認します。この値には、標準の Oracle 命名規則に従ってください。

     注: ログを含む Oracle 仮想データベースをソースにマウントすることはできません。これにより、新しく追加されたデータファイルがログ バックアップでキャプチャされたときに、ソース データベースのデータファイルが上書きされるのを防ぐことができます。

   • ユーザー名: ターゲットの Oracle オペレーティング システムのユーザー認証情報を指定します。

   • Oracle ホーム ディレクトリ: ターゲット データベース サーバーの Oracle ホーム ディレクトリ（$ORACLE_HOME）を指定します。

   注: （Windows のみ）アプリケーション認識マウントを実行するユーザーは、ORACLE_HOME を所有する管理者ユーザーである必要があります。または、アプリケーション認識マウント中に使用されるマウント場所に対する読み取り / 書き込み権限が必要です。そうしないと、oradim の呼び出しでパスワードの入力を求められ、処理が停止します。
   • アプリケーション対応マウントは新しいデータベースです。新しいデータベースを保護する場合は、[Manage New Application] を有効にして、新しいデータベースにバックアップ プランを適用します。新しい [Template] フィールドと [Profile] フィールドが表示され、既存のバックアップ テンプレートとリソース プロファイルを選択できます。データベースのスナップショットは増分です。
   注: 1 つの例外として、ターゲット サーバーが VMware VM の場合、子データベースで効率的な増分スナップショットを使用するには、マウントに pRDM を選択する必要があります。デフォルトの vRDM のままにした場合、最初のスナップショット ジョブはフル バックアップになります。

   詳細オプション

   • TNS Admin Directory path: ターゲット データベース サーバーの TNS_ADMIN ディレクトリパス（tnsnames.ora ファイルのパス）を指定します。

   • データベースのメモリサイズ（MB）: ターゲットにプロビジョニングされるデータベースのデータベースの合計メモリサイズ（MB）。この設定と SGA% - 次の設定方法に応じた想定される動作については、次の表をご覧ください。

   • SGA%: プロビジョニングされるデータベースの SGA / PGA メモリを合計メモリの割合として構成するパラメータ。この設定と Database Memory Size in MB の設定方法に応じた想定される動作については、次の表をご覧ください。

   データベースのメモリサイズ（MB）	SGA%	動作
   指定なし	なし	ターゲットのデータベース メモリの合計サイズとメモリ パラメータが、ソース データベースと同じである。
   指定	指定なし	ターゲットでプロビジョニングされるデータベースに MEMORY_TARGET パラメータが設定されている。
   指定	指定	ターゲットにプロビジョニングされたデータベースの SGA と PGA を次のように設定します。 SGA_TARGET = データベースのメモリサイズ（MB） x（SGA%/100）PGA_TARGET = データベースのメモリサイズ（MB） x（100-（SGA%/100）） 注: SGA を 100 に設定しないでください。データベースの速度低下を回避するには、PGA 用にメモリを予約します。

   • REDO サイズ: プロビジョニングされるデータベースの REDO サイズ（MB 単位）を構成するパラメータ。指定しない場合、REDO サイズは 1, 000 MB に設定されます。

   • Shared_Pool_Size（MB 単位）: プロビジョニングされるデータベースの共有プールサイズ（MB 単位）を構成するパラメータ。指定しない場合、shared_pool_size は使用されません。

   • DB_Cache_Size（MB 単位）: プロビジョニングされるデータベースのデータベース キャッシュ サイズ（MB 単位）を構成するパラメータ。指定しない場合、db_cache_size は使用されません。

   • DB_Recovery_File_Dest_Size（MB 単位）: プロビジョニングされるデータベースのデータベース復元ファイルの宛先サイズ（MB 単位）を構成するパラメータ。指定しない場合、db_recovery_file_dest_size は 50, 000 MB に設定されます。

   • inmemory_size: プロビジョニングされるデータベースのデータベース inmemory_size（MB 単位）を構成するパラメータ。設定できる最小サイズは 100 MB です。指定しない場合、Oracle のバージョンに関係なく、inmemory_size パラメータはスキップされます。

   • Diagnostic_Dest: ホストの診断宛先を構成するパラメータ。指定しない場合、diagnostic_dest は ORACLE_HOME に設定されます。

     注: Diagnostic_Dest は Oracle 10g ではサポートされていません。空白のままにしてください。

   • プロセスの最大数: プロビジョニングされるデータベースに対して、Oracle に同時に接続できるシステム ユーザー プロセスの最大数を構成するパラメータ。指定しない場合、processes は 500 に設定されます。

   • 開いているカーソルの最大数: プロビジョニングされるデータベースに対して、セッションで同時に開くことができるカーソルの最大数を構成するパラメータ。指定しない場合、開いているカーソルの数はソース データベースの設定を使用します。

   • TNS リスナー IP: TNS リスナーの IP アドレスを指定します。SCAN IP、VIP、ホスト IP のいずれかです。指定しない場合は、ホスト IP が使用されます。

   • TNS リスナーポート: ターゲット上のプロビジョニングされたデータベースの tnsnames.ora でサービス名を作成するために使用される TNS リスナーポート。指定しない場合は、ポート 1521 が使用されます。

   • TNS ドメイン名: ターゲットにプロビジョニングされたデータベースの tnsnames.ora でサービス名とともに使用するドメイン名を指定します。これは、データベース サービスがドメイン名を使用している場合に必要です。

   • PDB 接頭辞: 子データベースの作成時に PDB の名前を変更するための接頭辞を指定します。

   • 削除するユーザー: マウント オペレーションの一環として削除するユーザーのカンマ区切りのリストです。

   • データベース DBID を変更しない: 選択すると、新しいデータベースの DBID は変更されません。

   • アーカイブ モードなし: 選択すると、新しいデータベースは no-archivelog モードで実行されます。新しいインスタンスの再保護は利用できません。

   • Clear Archivelog: 選択すると、マスキングの実行後にアーカイブ ログが消去されます。

   • tnsnames.ora を更新しない: 選択すると、新しいデータベースのエントリは tnsnames.ora に追加されません。これには、新しいデータベースへの接続に手動による介入が必要になる場合があります。場合によっては、この手動による介入なしで新しいデータベースのスナップショット ジョブが失敗することがあります。

   • oratab を更新しない: 選択すると、新しいデータベースのエントリが oratab に追加されません（存在する場合）。

   • TNS リスナー エントリを追加する: デフォルトは false です。このオプションを有効にすると、リスナー エントリが tnsnames.ora ファイルに追加されます。

   • チャネル数: RMAN チャネルの数。

   • OS_Authent_Prefix をクリアする: OS_Authent_Prefix は、サーバーに接続するユーザーを認証するために Oracle が使用する接頭辞です。Oracle は、このパラメータの値をユーザーのオペレーティング システムのアカウント名とパスワードの先頭に連結します。

   • Restore with Recovery: 選択すると、新しく作成されたデータベースがオンラインになります。ターゲットにプロビジョニングされたデータベースは、読み取りと書き込みが可能です。これがデフォルトの設定です。

   • スタンドアロン非 RAC: これは、ソース データベースが非 RAC 構成で、Backup and DR がコピーを ASM 形式で保存するデータベースにのみ適用されます。このオプションを選択すると、スタンドアロン ASM 非 RAC インスタンスにアプリケーション対応マウントが実行されます。RAC ノードリストが指定されている場合は、このオプションを選択しないでください。

     注: 仮想アプリケーション（アプリケーション対応マウント）を RAC データベースとして作成するには、ターゲット RAC クラスタのすべてのノードの IP アドレスを、RAC ノード 1... n の順にコロン（:）で区切って指定します。RAC ノードリストの最初の IP アドレスは、ASM の詳細で選択したホストの IP アドレスにする必要があります。

   • 既存の Oracle パスワード ファイルを使用する: このオプションを選択すると、仮想データベースのマウントで既存の Oracle パスワード ファイルが使用され、マウント解除時のクリーンアップ中に削除されません。

   • 環境変数: 事前スクリプトと事後スクリプトに渡すユーザー定義の環境変数がある場合は、ここで入力できます。

6. [送信] をクリックしてジョブを送信します。[ジョブモニター] に移動して、ジョブの進行状況と詳細を確認できます。マウントされたイメージは [Active Mounts] で使用できます。

アクティブなマウントの管理

マウントを作成したら、[App Manager] > [Active Mounts] でイメージを追跡できます。理想的には、イメージを無期限にマウントしたままにしないでください。これは、マウントの作成元であるバックアップ イメージは、すべてのマウントが削除されるまで期限切れにならないためです。マウントされたイメージの使用が完了したら、次のいずれかを行います。

• イメージをアンマウントします。必要に応じて再マウントできます。その後、イメージが不要になったことが確実になった時点で、イメージを削除できます。
• イメージをマウント解除して削除します。これにより、マウントのベースとなるバックアップではなく、マウントされたイメージが削除されます。

ターゲット DB サーバーの再起動後に、Backup and DR で保護された ASM ディスク グループをオンラインに戻す

Backup and DR のコピーがマウントされているデータベース サーバーを再起動した後、または再起動 / クラッシュ時にデータベースの Backup and DR バックアップが進行中の場合は、次の手順で Backup and DR のディスク グループのマウントを復元します。

1. ターゲット データベース サーバーがバックアップされ、ASM システムと RAC システムも稼働していることを確認します。

2. Backup and DR エージェントを（root から）再起動します。

3. ASM 環境を設定します。

4. ASM sqlplus にログインし、ディスク グループのステータスを確認します。

   `select name, state from v$asm_diskgroup where (name = '<dg name>';)`
   

5. マウントされていない場合は、ディスク グループをマウントします。alter diskgroup <dg name> mount;

6. Oracle OS にログインしてデータベース環境を設定し、データベースを起動します。

Oracle DBA ガイド

• Oracle データベースの Backup and DR
• Oracle データベースを保護するための前提条件
• Oracle のパッチと既知の問題
• 保護する Oracle データベースを準備する
• Oracle データベースを検出して保護する
• Oracle データベースの詳細と設定
• Backup and DR で dNFS を使用する
• 検出された Oracle データベースを保護する
• Oracle データベースを標準マウントとしてマウントする
• Oracle データベースのインスタント仮想コピーを作成する
• Oracle データベースを復元して復旧する
• マウントと移行を使用した Oracle データベースのインスタント リカバリ
• Backup and DR ワークフローを使用して環境をプロビジョニングする