アプライアンス管理コンソールで Oracle データベースのアプリケーションの詳細と設定を構成する

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

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

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

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

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

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

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

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

OS 認証: データガードノードでバックアップの一貫性のあるコピーを取得するには、プライマリでアーカイブ ログを切り替えるためにデータベース ユーザー アカウントが必要です。OS 認証では、sysdba 権限または sysbackup 権限は必要ありません。ユーザーに sysdba ロールがない場合は、grant connect, alter system, select on dba_tablespaces が必要です。[User role in the database]（データベースのユーザーロール）セクションで、データベース ユーザー アカウントに [None]（なし）ロールが選択されていることを確認します。
データベース内のユーザーロール 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 でのみ使用されます。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 チャネルで大きなファイルのバックアップを並列化できます。

デフォルトのセクション サイズは 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 データベースの場合、TDE のウォレットは、Oracle アプリケーションの Oracle 構成ファイルの場所の詳細設定を設定することでキャプチャできます。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 以上に設定します。
削除前に完了したログ バックアップ デフォルトでは、アーカイブの削除で成功したログ バックアップの数はチェックされません。アーカイブ削除を実行するまでのログ バックアップの成功回数を入力します。
アーカイブ ログのクロスチェック これを選択すると、クロスチェックが実行され、アーカイブ ログ バックアップで期限切れのプロダクション アーカイブ ログが削除されます。
1 日 1 回、アーカイブ ログのバックアップをクロスチェックする データベース バックアップ後のログ バックアップ中に、Backup and DR ステージング ディスクのアーカイブログのバックアップを 1 日 1 回クロスチェックする場合に選択します。このオプションは、[Archivelog バックアップのクロスチェック] が選択されている場合、各 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 ディスク グループに設定する必要がある場合は、これを [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 データベースのポリシー テンプレートのオーバーライド

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

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

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

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

Oracle DBA ガイド