次のタブを使用して、設定を構成するバックアップ タイプを見つけます。
データベースのバックアップ
次の表に示すアプリケーション設定を使用して、データベース バックアップを構成します。
| 設定 | 入力 |
|---|---|
| [認証] セクションの [ユーザー名とパスワード] |
1. プライマリ ノードからのバックアップ
データベース認証(Linux のみ): Oracle データベース認証では、Oracle データベースの認証情報を使用します。Oracle データベース認証では、 sysdba 権限または sysbackup(Oracle 12c 以降)でデータベースに接続するためのデータベース認証情報を指定する必要があります。データベースのユーザーロールセクションに基づいて、データベース ユーザー アカウントに適切なロールが選択されていることを確認します。OS 認証: 該当なし - データベース ユーザー アカウントとサービス名は必要ありません。Backup and DR は、 SQLPLUS に / as sysdba を使用し、RMAN に target / を使用して、バックアップのためにデータベースに接続します。2. Data Guard(スタンバイ)ノードからのバックアップ: データベース認証(Linux のみ): Oracle データベース認証では、バックアップに Oracle データベース認証情報を使用します。Oracle データベース認証では、 sysdba 権限(Oracle 12c 以降の場合は sysbackup)でデータベースに接続するためのデータベース認証情報を指定する必要があります。データベース ユーザー アカウントに、データベースのユーザーロールに基づいて適切なロールが選択されていることを確認します。OS 認証: Data Guard ノードでバックアップの一貫したコピーをキャプチャするには、プライマリのアーカイブ ログを切り替えるデータベース ユーザー アカウントが必要です。OS 認証では、 sysdba 権限または sysbackup 権限は必要ありません。ユーザーに sysdba ロールがない場合、ユーザーには grant connect, alter system, select on dba_tablespaces が必要です。データベース ユーザー アカウントの [データベースのユーザーロール] セクションで、[なし] ロールが選択されていることを確認します。 |
| データベース内でのユーザーロール | RMAN のバックアップには、sysdba ロール、または Oracle 12c 以降の sysbackup ロールが必要です。デフォルト値は sysdba です。データベースのユーザー アカウントに割り当てられているロールに基づいて、適切なロールを選択してください。これは DB 認証にのみ適用されます。OS 認証を使用した Data Guard バックアップ: sysdba 以外のデータベース ユーザー アカウントまたは sysoper 以外のデータベース ユーザー アカウントには、ロール [なし] を選択します。sysdba または sysoper 以外に必要な権限は、connect, alter system, select on dba_tablespaces ロールです。 |
| チャンネル数 | バックアップの並列処理を構成する RMAN チャネルの数を入力します。チャネル数は、サーバーで使用可能なコア数に基づいて構成する必要があります。また、並列で実行するように構成された他のデータベース バックアップも考慮する必要があります。デフォルトのチャネル数は 2 です。 |
RMAN ログの場所 |
デフォルトでは、RMAN ログの場所は /var/act/log/rman です。このエントリを使用すると、 RMAN ログファイルの場所を変更できます。
RMAN ファイル名を含むフルパスを入力します。 |
| 復元の検証 | RMAN RESTORE VALIDATE は、バックアップの整合性をチェックして検証します。データベース内の破損したブロックを検出するために使用されます。このチェックボックスをオンにすると、Backup and DR エージェントはバックアップごとに RMAN 復元検証を呼び出します。この検証はコストが高く、バックアップに時間がかかります。 |
| RMAN カタログ DB 名(省略可) | これはカタログ データベースのサービス名です。これは、RMAN バックアップ用に RMAN CATALOG DATABASE が設定されているユーザー環境用です。バックアップと DR が接続するには、カタログ データベース サービス名のエントリが tnsnames.ora ファイルに存在する必要があります。 |
RMAN カタログ ユーザーと RMAN カタログのパスワード |
これは、バックアップ中に RMAN が接続するためのカタログ データベースのユーザー名とパスワードです。カタログ DB に接続されたバックアップを実行するために RMAN カタログ DB 名が指定されている場合は、このフィールドは必須です。 |
| Oracle サービス名 | 非 RAC 環境で Oracle サービス名を作成して確認するとRAC 環境で Oracle サービス名を作成して確認するで説明されているように、Backup and DR バックアップで使用される tnsnames.ora ファイルに新しいサービス名を指定できます。指定しない場合、デフォルトでは、Backup and DR は Oracle SID 名(インスタンス名)をサービス名として使用します。Backup and DR が接続するには、新しいサービス名またはデフォルトの SID 名のいずれかが tnsnames.ora ファイルにエントリされている必要があります。Oracle サービス名は、データベース認証でのみ使用されます。 |
| Oracle Data Guard プライマリ ノードのサービス名 | これは、スタンバイ データベース ノードからプライマリ データベース ノードに接続するために、Data Guard ノードで構成された tnsnames.ora ファイル内のサービス名です。 これは、Oracle Data Guard からデータを保護する場合にのみ必要です。 詳細については、Oracle Data Guard ノードから保護するをご覧ください。 |
| クラスタノード | フェイルオーバー ノードの選択を Failover choice:Node IP:servicename:role
の形式で指定します。これは RAC にのみ使用されます。Backup and DR RMAN バックアップの他のノードへの RAC 透過的フェイルオーバーを構成するをご覧ください。例: 1:172.16.16.21:svc_orarac2_act:F
フェイルオーバーの場合、ロールは F にする必要があります。メンテナンスの場合、ロールは M にすることもできます。ノードロールが M の場合、バックアップ / リカバリ アプライアンスは、元の保護ノードではなく、これをバックアップ ノードとして使用します。 |
| Maxcorrupt パラメータ設定 | maxcorrupt を設定すると、RMAN BACKUP コマンドの実行中に、データファイル内で以前に検出されなかったブロック破損を指定した数だけ許容できます。バックアップの作成中に RMAN がこの数を超える新しい破損ブロックを検出すると、バックアップ ジョブは中止されます。 |
| セクション サイズのオーバーライド | セクションのサイズは MB 単位です。セクション サイズの RMAN パラメータを使用すると、大きなファイルのバックアップを複数の RMAN チャネルで並列化できます。デフォルトのセクション サイズは 16, 000(16 GB)です。デフォルト値をオーバーライドする場合は、1 ~ 200,000 の範囲で新しいサイズを入力します。 |
| アンカタログしない | 各バックアップ ジョブの後に RMAN データファイル バックアップ メタデータをカタログ化するには、このチェックボックスをオンにします。デフォルトでは、Backup and DR のデータファイル バックアップは、バックアップの開始時にカタログ化され、バックアップの終了時にカタログ化が解除されます。 |
| レベル 0 のバックアップの強制 | Backup and DR の RMAN バックアップは、更新されたイメージコピーを使用して永続的に増分バックアップを行います。各増分バックアップでは、論理的な完全コピーが作成されます。Backup and DR の増分バックアップを上書きする完全なレベル 0 のバックアップが必要な場合は、単一のバックアップ ジョブでこのチェックボックスをオンにします。完全なレベル 0 のバックアップが完了したら、必ずクリアしてください。クリアしないと、各バックアップが新しいレベル 0 の Oracle RMAN RMAN バックアップになります。これは、スナップショット プールのストレージに影響します。 |
| Oracle 構成ファイルの場所 | これは、暗号化サポート用のウォレットなどの Oracle RMAN バックアップを使用して Oracle 構成ファイルをバックアップする場合に使用します。フルパスが必要です。フォルダ名を指定すると、そのフォルダ内のすべてのファイルがバックアップされます。ファイル名を指定すると、指定したファイルのみがバックアップされます。 注: TDE を使用する Oracle データベースの場合、Oracle アプリケーションの Oracle 構成ファイルの場所の詳細設定を設定することで、TDE のウォレットをキャプチャできます。TDE が有効になっているデータベースで Application Aware マウントを利用するには、ウォレットをマウントホストの適切な場所にコピーする必要があります。また、ウォレットを構成して開く必要があります。 |
AU_SIZE |
ASM ディスクグループの AU サイズを MB 単位で構成するパラメータ。デフォルトは 1 MB です。これは、ディスクグループの作成時(レベル 0 のバックアップ ジョブ中)にのみ有効になります。最初のバックアップの前にこれを設定するか、[Force new level 0] を選択して、新しい AU_SIZE でディスク グループを再作成します。新しいレベル 0 のバックアップを使用する場合は、スナップショット プールに十分な空き容量があることを確認してください。 |
| RAC メンバーの自動検出 | RAC データベースのすべてのメンバーを自動検出するには、このチェックボックスをオンにします。これにより、ステージング ディスクをすべての RAC ノードにマッピングできます。ホスト名に FQDN がない場合、自動検出は機能しません。その場合は、ノードを手動で追加します。 |
| RAC メンバーのノード | RAC メンバーを自動検出しない場合は、ステージング ディスクを選択した RAC メンバーにマッピングするための RAC ノードリストを指定します。最初に保護ノードを一覧表示します。これは、ASM ディスク グループ内の Oracle データベースを保護する場合にのみ使用します。 |
アーカイブ ログのバックアップ
次のアプリケーション設定を使用して、アーカイブ ログのバックアップを構成します。
| 設定 | 入力 |
|---|---|
| アーカイブ ログ バックアップのチャンネル数 | archivelog バックアップ中に使用する RMAN チャネル(並列ログ バックアップ)の数を指定します。デフォルトの RMAN チャンネルは 2 です。 |
Oracle TNS_Admin パス |
tnsnames.ora が標準以外の場所にある場合は、その場所のディレクトリのフルパスを指定します。Oracle の TNS_Admin パスは、データベース認証でのみ使用されます。 |
| ログ削除までの保持時間 | 表示されたスペースに、本番環境のアーカイブ ログをアーカイブ ログの宛先に保持する時間を入力します。たとえば、この値を 4 に設定すると、4 時間より古いアーカイブ ログがデータベース アーカイブの宛先からパージされます。デフォルト値は 24 時間です。
注: [ログのパージ保持期間] を 0 に設定すると、バックアップ ジョブの完了直後にログがパージされます。この場合は、[Successful log backups before purge] を 1 以上に設定します。 |
| 削除前に完了したログ バックアップ | デフォルトでは、アーカイブのパージで、成功したログ バックアップの数は確認されません。アーカイブのパージを実行するまでに成功したログ バックアップの数を入力します。 |
| アーカイブ ログのクロスチェック | これを選択すると、クロスチェックが実行され、アーカイブ ログのバックアップ時に期限切れの本番環境アーカイブ ログが削除されます。 |
| 1 日 1 回、アーカイブ ログのバックアップをクロスチェックする | データベース バックアップ後のログ バックアップ中に、1 日 1 回、Backup and DR ステージング ディスク上のアーカイブ ログのバックアップをクロスチェックする場合に選択します。[Archivelog バックアップのクロスチェック] が選択されている場合、このオプションは各 archivelog バックアップ中のクロスチェックをオーバーライドします。 |
| アーカイブ ログのバックアップをクロスチェックする | これを選択すると、Backup and DR ステージング ディスク上の archivelog のバックアップと、各 archivelog バックアップがクロスチェックされます。 |
| バックアップ セットあたりのファイル数 | archivelog バックアップ中にバックアップセットに含めるアーカイブ ログの数を指定します。デフォルト値は 4 です。 |
| アーカイブ ログ バックアップ サービス名 | Oracle サービス名が複数のノードから実行されるように構成されている場合は、RAC 環境でのアーカイブ ログ バックアップ専用の Oracle データベース サービス名を指定します。アーカイブ ログ バックアップ サービス名は、データベース認証でのみ使用されます。 |
バックアップ ステージング ディスク
次のアプリケーション設定を使用して、バックアップ ステージング ディスクを構成します。
| 設定 | 入力 |
|---|---|
| ASM 形式をファイル システム形式に変換する | デフォルトでは、データベースはデフォルトの形式(ASM またはファイル システム)でキャプチャされます。バックアップ先は、ASM ディスク グループにデータファイルがある本番環境の Oracle データベースの場合は ASM、ファイル システムにデータファイルがある Oracle データベースの場合はファイル システムです。ソース データベースのデータファイルが ASM ディスク グループにあり、バックアップの宛先をファイル システムのステージング ディスクに設定する必要がある場合は、[Yes] に設定します。 Windows 環境のすべての ASM データベースでは、[Yes] に設定する必要があります。 |
| ファイル システムの Oracle ASM への変換 | デフォルトでは、データベースはデフォルトの形式(ASM またはファイル システム)でキャプチャされます。バックアップ先は、ASM ディスク グループにデータファイルがある本番環境の Oracle データベースの場合は ASM、ファイル システムにデータファイルがある Oracle データベースの場合はファイル システムです。ファイル システムにデータファイルがあるソース データベースとバックアップの宛先を Oracle ASM ディスク グループに設定する必要がある場合は、これを [Yes] に設定します。これには、Oracle サーバーに ASM がインストールされている必要があります。 |
| ASM ディスク グループの互換性 | ディスク グループにアクセスできる ASM ソフトウェアの最小バージョン。バックアップ ASM ディスク グループの ASM 互換性を指定してオーバーライドするには、ASM ディスク グループの互換性属性をご覧ください。これには、新しい強制レベル 0 のバックアップが必要です。これは、スナップショット プールのストレージに影響します。 |
| データベースの互換性 | ディスク グループを使用するデータベース インスタンスの最小互換データベース初期化パラメータ設定。バックアップ ASM ディスク グループの RDBMS 互換性を指定してオーバーライドするには、ASM ディスク グループの互換性属性をご覧ください。これには、新しいレベル 0 の強制バックアップが必要です。これは、スナップショット プールのストレージに影響します。 |
| ステージング ディスクのサイズ | デフォルトでは、Backup and DR エージェントは、データベース バックアップのステージング ディスク サイズをデータベースの最大サイズの 1.5 倍として計算します。値を手動で指定するには、データベースの 2 年間の将来の成長に対応できるようにステージング ディスクを割り当てます。手動で設定すると、データベース サイズの増加に伴うステージング ディスクの動的な増加が制限されます。 |
| ステージング ディスクの細かさ | アプリケーションのバックアップ ステージング ディスクで複数のディスクが使用されている場合の各ディスクの最大サイズ。デフォルト値は 1,000 GB です。 |
| ステージング ディスクの細かさをステージング ディスクの最小サイズとして使用する | これは、粒度設定のサイズ(デフォルト値は 1,000 GB)未満で、定期的に増加する傾向があるアプリケーションに使用します。このオプションは、コストのかかるフル バックアップを頻繁に行うことを回避するのに役立ちます。ステージング ディスクはシン プロビジョニングされるため、すぐに使用するために必要なサイズよりも大きいステージング ディスクを使用しても、初期費用は発生しません。 |
| 最後のステージング ディスクの最小サイズ | アプリケーションのバックアップ ステージング ディスクで複数のディスクが使用されている場合の最後のディスクの最小サイズ。この値は、増加に対応するためにバックアップ ステージング ディスクに割り当てられた追加のディスクにも使用されます。デフォルト値は 250 GB です。 |
| ステージング ディスクのマウント ポイント | ステージング ディスクを特定の場所にマウントできます。 |
| ログ ステージング ディスクのサイズ | ログ バックアップ ポリシーが設定されている場合に使用されます。デフォルトでは、Backup and DR は 30 日間の最高使用量を使用して、アーカイブ バックアップ ステージング ディスクのステージング ディスク サイズを決定します。 注: ログ バックアップ ステージング ディスクは、システム粒度のデフォルトである 1 TB を超えるサイズで作成できますが、その場合、ログ ステージング サイズの自動更新は無効になります。再度有効にするには、ログのバックアップが正常に完了するまで待ってから、ログ ステージング ディスクのサイズ値をデフォルト値にリセットします。ログ ステージング サイズの自動更新が有効になっている場合、計算されたサイズが 1 TB 未満であれば、ステージング ディスクのサイズは自動的に変更されません。計算されたサイズが 1 TB を超えると、新しいディスクがログ バックアップ ボリュームに追加され、サイズが増加します。 |
Oracle データベースのポリシー テンプレートのオーバーライド
[App Manager] に移動し、[アプリケーション] をクリックします。
データベースを右クリックし、[Manage backup plan] を選択します。
ページ上部の [ポリシーのオーバーライド] をクリックします。
ポリシーのオーバーライド フィールドに、必要な入力を行います。ログ保護の詳細については、バックアップ プラン ポリシーでのデータベース ログの保護をご覧ください。
Oracle DBA ガイド
- Oracle データベースの Backup and DR
- Oracle データベースを保護するための前提条件
- Oracle のパッチと既知の問題
- 保護する Oracle データベースを準備する
- Oracle データベースを検出して保護する
- Oracle データベースの詳細と設定
- Backup and DR で dNFS を使用する
- 検出された Oracle データベースを保護する
- Oracle データベースを標準マウントとしてマウントする
- Oracle データベースのインスタント仮想コピーを作成する
- Oracle データベースを復元して復旧する
- マウントと移行を使用した Oracle データベースのインスタント リカバリ
- Backup and DR ワークフローを使用して環境をプロビジョニングする