Oracle データベースのアプリケーションの詳細と設定を構成する

次のタブを使用して、設定を構成するバックアップ タイプを見つけます。

データベースのバックアップ

次の表に示すアプリケーション設定を使用して、データベースのバックアップを構成します。

設定 入力
[認証] セクションの [ユーザー名とパスワード]
1. プライマリ ノードからのバックアップ

データベース認証（Linux のみ）: Oracle データベース認証では、Oracle データベースの認証情報が使用されます。Oracle データベース認証では、sysdba 権限（Oracle 12c 以降の場合は sysbackup）でデータベースに接続するために、データベース認証情報を指定する必要があります。データベースのユーザーロール セクションに基づいて、データベース ユーザー アカウントに適切なロールが選択されていることを確認します。

OS 認証: 該当なし - データベース ユーザー アカウントとサービス名は必要ありません。バックアップと DR は、バックアップのためにデータベースに接続する際に、SQLPLUS に / as sysdba を、RMAN に target / を使用します。

2. データガード（スタンバイ）ノードからのバックアップ:

データベース認証（Linux のみ）: Oracle データベース認証では、バックアップに Oracle データベース認証情報を使用します。Oracle データベース認証では、sysdba 権限（Oracle 12c 以降の場合は sysbackup）でデータベースに接続するために、データベース認証情報を指定する必要があります。データベース ユーザー アカウントに、データベースのユーザーロールに基づいて適切なロールが選択されていることを確認します。

OS 認証: データガードノードでバックアップの一貫性のあるコピーを取得するために、プライマリでアーカイブ ログを切り替えるには、データベース ユーザー アカウントが必要です。OS 認証では、sysdba 権限または sysbackup 権限は必要ありません。ユーザーに sysdba ロールがない場合は、dba_tablespaces に対する connect、alter system、select の権限が必要です。[データベースのユーザーロール] セクションで、データベース ユーザー アカウントに [なし] ロールが選択されていることを確認します。
データベース内のユーザーロール RMAN バックアップには、Oracle 12c 以降の場合は sysdba ロールまたは 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.log です。

このエントリを使用すると、RMAN ログファイルの場所を変更できます。RMAN ファイル名を含むフルパスを入力します。
復元を検証する RMAN RESTORE VALIDATE は、バックアップの完全性をチェックして検証します。データベース内の破損したブロックを検出するために使用されます。このチェックボックスをオンにすると、Backup and DR エージェントはバックアップごとに RMAN 復元検証を呼び出します。この検証にはコストがかかり、バックアップに時間がかかります。
RMAN カタログ DB 名（省略可） これはカタログ データベースのサービス名です。これは、RMAN バックアップ用に RMAN CATALOG DATABASE が設定されているユーザー環境用です。Backup and 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 プライマリ ノードのサービス名 これは、スタンバイ データベース ノードからプライマリ データベース ノードに接続するために、データガード ノードで構成された tnsnames.ora ファイルのサービス名です。

これは、Oracle Data Guard からデータを保護する場合にのみ必要です。詳細については、Oracle Data Guard ノードから保護するをご覧ください。
クラスタノード フェイルオーバー ノードの選択を
Failover choice:Node IP:servicename:role
の形式で指定します。これは RAC でのみ使用されます。バックアップと DR RMAN バックアップの他のノードへの RAC 透過的フェイルオーバーを構成するをご覧ください。

例:1:172.16.16.21:svc_orarac2_act:F

フェイルオーバーの場合、ロールは F にする必要があります。メンテナンスの場合、ロールは M にすることもできます。ノードのロールが M の場合、バックアップ/リカバリ アプライアンスは、元の保護されたノードを使用する代わりに、これをバックアップ ノードとして使用します。
Maxcorrupt パラメータ設定 maxcorrupt を設定すると、RMAN BACKUP コマンドの実行中に、データファイルで以前に検出されなかったブロック破損が指定された数だけ許容されます。バックアップの取得中に RMAN がこの数を超える新しい破損ブロックを検出すると、バックアップ ジョブは中止されます。
セクション サイズのオーバーライド セクション サイズは MB 単位です。セクション サイズ RMAN パラメータを使用すると、複数の RMAN チャンネルで大きなファイルのバックアップを並列化できます。

デフォルトのセクション サイズは 16000（16 GB）です。デフォルト値をオーバーライドする場合は、1 ～ 200,000 の範囲で新しいサイズを入力します。
アンカタログしない このチェックボックスをオンにすると、各バックアップ ジョブの後に RMAN データファイル バックアップ メタデータがカタログ化されます。デフォルトでは、Backup and DR データファイルのバックアップは、バックアップの開始時にカタログ化され、バックアップの終了時にカタログから削除されます。
レベル 0 のバックアップを強制的に新規作成する Backup and DR RMAN バックアップは、更新されたイメージ コピーを使用する増分バックアップで、各増分バックアップで論理的な完全コピーが作成されます。完全なレベル 0 のバックアップが必要な場合は、Backup and DR の増分バックアップを上書きして、このチェックボックスをオンにして単一のバックアップ ジョブを作成します。フル レベル 0 バックアップが完了したら、必ずクリアしてください。クリアしないと、各バックアップが新しいレベル 0 の Oracle RMANRMAN バックアップになります。これは、スナップショット プールのストレージに影響します。
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 データベースを保護する場合にのみ使用します。

アーカイブログのバックアップ

次のアプリケーション設定を使用して、アーカイブ ログのバックアップを構成します。

設定 入力
アーカイブ ログ バックアップのチャンネル数 アーカイブログ バックアップ中に使用する RMAN チャネルの数（並列ログ バックアップ）を指定します。デフォルトの RMAN チャネルは 2 です。
Oracle TNS_Admin パス tnsnames.ora が標準以外の場所にある場合は、その場所のディレクトリの完全パスを指定します。Oracle TNS_Admin パスは、データベース認証でのみ使用されます。
ログ削除までの保持期間 指定されたスペースに、アーカイブ ログの保存先で本番環境のアーカイブ ログを保持する時間数を入力します。たとえば、この値を 4 に設定すると、4 時間より古いアーカイブ ログがデータベース アーカイブの宛先から削除されます。デフォルト値は 24 時間です。

注: [ログの削除保持期間] をゼロに設定すると、バックアップ ジョブの完了直後にログが削除されます。この場合は、削除前に完了したログ バックアップを 1 つ以上に設定します。
削除前に完了したログ バックアップ デフォルトでは、アーカイブの削除で成功したログ バックアップの数はチェックされません。アーカイブ削除を実行するまでのログ バックアップの成功回数を入力します。
Cross-check archive log これを選択すると、クロスチェックが実行され、アーカイブ ログ バックアップで期限切れのプロダクション アーカイブ ログが削除されます。
1 日 1 回、アーカイブ ログのバックアップをクロスチェックする データベースのバックアップ後にログのバックアップ中に、Backup and DR のステージング ディスクで 1 日 1 回、アーカイブログのバックアップをクロスチェックする場合に選択します。このオプションは、[Crosscheck backup of archivelog] が選択されている場合、各アーカイブログ バックアップ中のクロスチェックをオーバーライドします。
アーカイブ ログのバックアップをクロスチェックする これを選択すると、Backup and DR ステージング ディスクのアーカイブログのバックアップと各アーカイブログのバックアップがクロスチェックされます。
バックアップ セットあたりのファイル数 アーカイブログのバックアップ中にバックアップ セットに含めるアーカイブログの数を指定します。デフォルト値は 4 です。
アーカイブ ログ バックアップ サービス名 Oracle サービス名が複数のノードから実行するように構成されている場合は、RAC 環境のアーカイブ ログ バックアップ専用の Oracle データベース サービス名を指定します。アーカイブ ログ バックアップ サービス名は、データベース認証でのみ使用されます。

バックアップ ステージング ディスク

次のアプリケーション設定を使用して、バックアップ ステージング ディスクを構成します。

設定 入力
ASM 形式をファイル システム形式に変換する デフォルトでは、データベースはデフォルトの形式（ASM またはファイル システム）でキャプチャされます。バックアップ先は、データファイルが ASM ディスク グループにある本番環境の Oracle データベースの場合は ASM、データファイルがファイル システムにある Oracle データベースの場合はファイル システムです。ソース データベースのデータファイルが ASM ディスク グループにあり、バックアップの宛先をファイル システムのステージング ディスクに設定する必要がある場合は、これを [Yes] に設定します。
Windows 環境のすべての ASM データベースで、これを [Yes] に設定する必要があります。
ファイル システム形式を Oracle ASM 形式に変換する デフォルトでは、データベースはデフォルトの形式（ASM またはファイル システム）でキャプチャされます。バックアップ先は、データファイルが ASM ディスク グループにある本番環境の Oracle データベースの場合は ASM、データファイルがファイル システムにある Oracle データベースの場合はファイル システムです。ファイル システムにデータファイルがあるソース データベースとバックアップ先を Oracle ASM ディスク グループに設定する必要がある場合は、これを [はい] に設定します。これには、Oracle サーバーに ASM がインストールされている必要があります。
ASM ディスク グループの互換性 ディスク グループにアクセスできる ASM ソフトウェアの最小バージョン。ASM ディスク グループの互換性属性を参照して、バックアップ ASM ディスク グループの ASM 互換性を指定してオーバーライドします。この場合は、新しい強制レベル 0 のバックアップが必要になります。これは、スナップショット プールのストレージに影響します。
データベースの互換性 ディスク グループを使用するデータベース インスタンスの最小互換性のあるデータベース初期化パラメータ設定。バックアップ ASM ディスク グループの RDBMS 互換性を指定してオーバーライドするには、ASM ディスク グループの互換性属性を参照してください。この場合は、新しいレベル 0 のバックアップを強制的に実行する必要があります。これは、スナップショット プールのストレージに影響します。
ステージング ディスクのサイズ デフォルトでは、バックアップと DR エージェントは、データベース バックアップのステージング ディスク サイズをデータベースの最大サイズの 1.5 倍として計算します。値を手動で指定するには、データベースの 2 年間の将来の増加に対応できるようにステージング ディスクを割り当てます。手動で設定すると、データベース サイズの増加に伴うステージング ディスクの動的な増加が制限されます。
ステージング ディスクの粒度 アプリケーションのバックアップ ステージング ディスクで複数のディスクが使用されている場合の各ディスクの最大サイズ。デフォルト値は 1,000 GB です。
ステージング ディスクの細かさを最小ステージング ディスクサイズとして使用する この設定は、粒度設定のサイズ（デフォルト値は 1,000 GB）を下回っており、定期的に増加する傾向があるアプリケーションに使用します。このオプションは、頻繁にコストのかかるフルバックアップを回避するのに役立ちます。ステージング ディスクはシン プロビジョニングされるため、すぐに使用するために必要なサイズよりも大きいステージング ディスクを使用しても初期費用は発生しません。
最後のステージング ディスクの最小サイズ アプリケーションのバックアップ ステージング ディスクで複数のディスクが使用されている場合の、最後のディスクの最小サイズ。この値は、バックアップ ステージング ディスクの増加に対応するために割り当てられる追加のディスクにも使用されます。デフォルト値は 250 GB です。
ステージング ディスクのマウント ポイント ステージング ディスクを特定の場所にマウントできます。
ログ ステージング ディスクのサイズ ログ バックアップ ポリシーが設定されている場合に使用されます。デフォルトでは、Backup and DR は 30 日間のハイウォーター マークを使用して、アーカイブ バックアップ ステージング ディスクのステージング ディスク サイズを決定します。
注: システムの粒度のデフォルト値である 1 TB より大きいサイズのログ バックアップ ステージング ディスクを作成できますが、その場合はログ ステージング サイズの自動更新が無効になります。再度有効にするには、ログのバックアップが正常に完了するまで待ってから、ログ ステージング ディスクのサイズ値をデフォルト値にリセットします。ログ ステージング サイズの自動更新が有効になっている場合、計算されたサイズが 1 TB 未満の場合、ステージング ディスクのサイズは自動的に変更されません。計算されたサイズが 1 TB を超える場合は、ログ バックアップ ボリュームに新しいディスクが追加され、サイズが拡大されます。

Oracle データベースのポリシー テンプレートのオーバーライド

  1. [アプリ管理] に移動して、[アプリケーション] をクリックします。

  2. データベースを右クリックして、[バックアップ プランの管理] を選択します。

  3. ページ上部の [ポリシーのオーバーライド] をクリックします。

  4. ポリシーのオーバーライド フィールドに必要な入力を指定します。ログ保護の詳細については、バックアップ プラン ポリシーのデータベース ログ保護をご覧ください。

Oracle DBA ガイド