説明/参照：
Explanation:
ブロックメディアリカバリの概要（リンク）
ブロックメディアリカバリの基本概念
ブロックの破損が自動的に検出されるたびに、RECOVER ... BLOCKコマンドを使用してブロックメディアのリカバリを手動で実行できます。デフォルトでは、Recovery Managerはまず、リアルタイム問合せフィジカル・スタンバイ・データベースで良好なブロックを検索し、ログをフラッシュバックした後、完全またはレベル0の増分バックアップでブロックします。
ブロックメディアリカバリの前提条件（リンク）
RECOVER ... BLOCKコマンドには、次の前提条件が適用されます。
ターゲットデータベースはARCHIVELOGモードで実行し、現在のコントロールでオープンまたはマウントする必要があります

ファイル。
ターゲット・データベースがスタンバイ・データベースの場合は、一貫性のある状態でなければならず、リカバリは不可能です

そのバックアップは破損したファイルより古い必要があります。
壊れたブロックを含むデータファイルのバックアップは、完全バックアップまたはレベル0バックアップでなければならず、

プロキシコピー。
プロキシ・コピー・バックアップのみが存在する場合は、それらをディスク上の非デフォルト位置にリストアできます。この場合、RMANはデータ・ファイルのコピーを考慮し、ブロック・メディア・リカバリ中にブロックを検索します。
Recovery Managerでは、レベル1の増分バックアップは使用できません。ブロック・メディア・リカバリは、失われたREDOログまたはアクセスできないアーカイブREDOログには適用されません。
Recovery Managerがフラッシュバック・ログで壊れたブロックの正常なコピーを検索するには、ターゲット・データベースでフラッシュバック・データベースを有効にする必要があります。フラッシュバック・ロギングが有効で、破損していない古いバージョンの破損ブロックが含まれている場合、Recovery Managerはこれらのブロックを使用してリカバリを高速化できます。ターゲット・データベースは、RMANが破損したブロックの良好なコピーをデータベースで検索するために、リアルタイム問合せフィジカル・スタンバイ・データベースに関連付けられている必要があります。
フェールオーバーの復元（リンク）
Recovery Managerは自動的にリストア・フェイルオーバーを使用して、破損したバックアップまたはアクセス不能なバックアップをスキップし、使用可能なバックアップを探します。バックアップが見つからない場合、または破損したデータが含まれている場合、Recovery Managerは自動的に目的のファイルをリストアするための別のバックアップを探します。