自動ストレージ管理 (ASM) は、Oracle データベースファイルを管理するために構築された統合ファイルシステム/ボリュームマネージャーです。
Oracle FS Data Protection Manager (DPM) は、ASM を使用する Oracle データベースをサポートします。ASM を使えば、生 I/O のパフォーマンスとファイルシステムの容易な管理を実現できます。ASM では多数の Oracle データベースファイルを直接管理する必要がなくなるので、データベースの管理が単純化されます。ASM では、使用可能なすべてのストレージを Oracle ASM ディスクグループに分割できます。ユーザーは少数のディスクグループのセットを管理し、それらのディスクグループ内にデータベースファイルを配置する作業は ASM によって自動化されます。
ASM インスタンスを構成する方法は 2 つあります。初期化パラメータファイル (PFILE)、サーバーパラメータファイル (SPFILE) のいずれかを使用できます。これらのパラメータファイルはどちらも、ASM インスタンスのすべての構成詳細を含んでいます。どちらの方法を使用する場合も、管理対象データベースによって使用されていないディスクグループにパラメータファイルを格納してください。
データ保護マネージャー用のディスクグループを構成する際には次の制限が適用されます。
ドライブパーティションは、Oracle FS System LUNごとに 1 つずつ作成します。
DPM では、各ディスクグループが整合性グループとみなされるため、整合性グループを単一のデータブロックとしてバックアップおよび復元できます。
各ディスクグループを構成するLUNはすべて、単一のOracle FS Systemからのものでなければいけません。
すべてのデータファイル、制御ファイル、SPFILE、および REDO ログを単一の ASM ディスクグループに格納します。たとえば、すべてのデータファイルを DATA ディスクグループに配置し、バックアップおよびアーカイブログファイルをフラッシュ回復領域 (FRA) ディスクグループに配置します。制御ファイルや REDO ログを複数のディスクグループにわたって多重化させることはできません。
ASM ディスクグループと Oracle データベースの FRA を分離します。FRA は、データベースによってアーカイブされた REDO ログファイルの格納場所です。アーカイブログやデータベースバックアップを含む FRA を、データファイルとは別のディスクグループに格納することは可能です。ただし、バックアップや復元が必要となる可能性のある別のデータベースのデータ、制御、およびログファイルを含むディスクグループに FRA を格納してはいけません。
Oracle ASM は複数のデータベースを管理でき、同じディスクグループ内にいくつかのデータベースが存在してもかまいませんが、1 つのデータベースが複数のディスクグループ上に存在してはいけません。
複数のデータベースが同じディスクグループを使用している場合、それらのデータベースは一緒にバックアップおよび復元されます。
DPM がデータベースを復元する際には、自動ポイントインタイムリカバリが使用されます。ロールフォワードリカバリはサポートされていません。
Linux および Solaris オペレーティングシステムの場合、ASM インスタンスのユーザー名と管理対象データベースごとのユーザー名を DPM に提供する必要があります。DPM はこのユーザー名を使ってオペレーティングシステムからデータベースへのアクセスを認証します。パスワードは不要です。
ASM アプリケーションに整合性グループが含まれている場合、それはディスクグループを表しているので、その整合性グループの資格証明を設定または変更することはできません。
DPM は、テストを実行して上記の要件が満たされていることを確認し、問題が発生した場合にはフィードバックを返します。