いくつの制御ファイルが必要ですか？
Oracle Database Appliance、デフォルトの配置では、単一のcontrol file。
これは少し不可解です。単一の制御ファイルにより、自動的に構成されたEnterprise Manager DBコンソールでポリシー違反が発生しますが、オラクルの推奨事項は、私が知る限り、常に別々のドライブとファイルシステムに少なくとも2つの制御ファイルがあることです。個人的に、私は安全のために常に3つのコピーを持っています。
ODAはASMで構成されており、3重にミラー化されたドライブを使用して十分なストレージ冗長性を備えています。この構成で単一の制御ファイルを使用して実行しても問題ありませんか？
同じディスクグループに2番目の制御ファイルを追加してもあまり意味がないかもしれません。制御ファイルをSSDディスクグループに多重化するか、各ノードのOSドライブを多重化するほうが理にかなっていますか？
KISSの原則：必要な可用性レベル（ディスクアレイなど）を提供するストレージはありますか？そして、RMANバックアップがありますwithリカバリカタログ（とにかく、DUPLICATEの場合は必要です）。 「はい」と「はい」の場合、私のバージョンは次のとおりです。セカンダリデータファイル（明らかにsystem01.dbfであっても）またはセカンダリアーカイブログがないため、セカンダリ制御ファイルはまったくなく、各REDOグループごとに1つのメンバーです。
それ以外の場合、データベースはストレージレベルに属するものを不必要に実行しています。私はストレージレベルのストレージをそのままにしておきます-ミラーリングはそこで行われ、効果的に行われます。または、サイト間ミラーが必要な場合は、ASMレベルで行います。データベースがデータベース関連の処理で占有されています。データベースレベルでのソフトウェアミラーリングは、ハードディスクを使用する場合にのみ意味があります。
ただし、ほとんどの人は、保守的に3つの制御ファイルを使用します。おそらく、Oracleのサポートでは、3つを使用することをお勧めします。
2番目または3番目の制御ファイルを使用することで実際にメリットを得たことはありません。セカンダリコピーが正当化されるシナリオを考えることはできません（つまり、単純性の欠如にいくつかの利点があります）。制御ファイルの論理的な破損は、ハードウェアミラーリングの場合と同様に、2番目の制御ファイルに伝播されます。どちらの場合も、物理的な破損は伝播しません。ストレージに障害が発生すると、REDOまたはデータが失われます-とにかくRMANを介して復元する必要があります。制御ファイルを失うと、RESTORE CONTROLFILEを使用してそれを復元できます。 REDOを失った場合、リカバリーは不完全です。 REDOを失っていなかった（ただし、すべての制御ファイルを失った）場合、リカバリは完了しますデファクトですが、OracleはOPEN RESETLOGSを要求します（そのような場合、損失はありません）。
自動制御ファイルのバックアップがオンになっていることを確認してください。制御ファイルがバックアップされる前にデータファイルを追加または削除し、ハードウェア障害が発生して単一のCFにアクセスできなくなった場合、復元するのは困難です...機密性の高い時間再開サービス中の時間シンク。
乾杯、JD
すべてを考慮すると、ODA（の世代に関係なく）に制御ファイルが追加されない理由はわかりません。
追加のコピーが必要になることは決してないかもしれませんが、それらが害を及ぼす可能性は低く、費やされる時間は、習慣、ドキュメント、またはプロセスを変更する必要がないか、またはOEMポリシーをいじって1つの制御ファイルのみを受け入れる必要があることによって相殺されます。
Oakソフトウェアリリース12.x ODAはACFSを使用するため、多重化された制御ファイルを作成するときに追加の考慮が必要です。ありがたいことに、David Hueberがプロセスを説明する投稿を投稿しました 彼のブログで入手可能