現在、rmanでバックアップされたOracle 11gR2データベースがあり、rmanレコードは制御ファイルに保存されています。制御ファイルの自動バックアップがオンになっています。バックアップはディスクに保存されます（最終的には、Bacula経由で、より多くのディスクとテープに保存されますが、rmanはこれを知りません）。

Data Guard REDO Applyを使用してフィジカル・スタンバイ・データベースを追加することを計画しています。 Data GuardとRMANのドキュメントはすべて、今すぐリカバリカタログを使用する必要があることを示しています。回復カタログの機能のいずれかが必要であると判断できる限り、実際にはそうではありません。制御ファイルは正常でした。プライマリデータベースからバックアップをオフロードする必要はありません。それ自体でそれらを行うのに十分な容量を超えています（そして、ワークロードは基本的にそれが常に当てはまることを保証します）。

したがって、同じデータベース（私はrmanでバックアップしているもの）にそれを置くだけですが、それらの同じドキュメントは私はそうすべきではないことを教えてくれますが、それは私がこれまで見つけた理由だけです：

To illustrate why data separation is advised, assume that you store the catalog for database prod1 in prod1. If prod1 suffers a total media failure, and if the recovery catalog for prod1 is also stored in prod1, then if you lose the database you also lose the recovery catalog.

しかし、これは真実ではありません。リカバリカタログはスタンバイにまだ存在しています。そして、プライマリとスタンバイの両方が同時に壊れたとしても（たとえば、sqlplusプロンプトの狂人が、別のデータベースのリカバリカタログを壊すため）、彼らは言います：

At this point the only option is to restore an autobackup of the control file for prod1 and use it to restore and recover the database without the benefit of any information stored in the recovery catalog. (“Protecting the Recovery Catalog” from Oracle Database Backup and Recovery User’s Guide 11g Release 2 (11.2), p. 13-15.)

制御ファイルのバックアップを使用する「唯一のオプション」は、まったく悪くはありません。

私は何かが足りないのですか？リカバリカタログを同じデータベースに配置することには、明らかでない欠点がありますか、それとも、より大規模な操作で問題になるのでしょうか？

（このリカバリカタログとデータガードもタグ付けしますが、ここでは300人未満の担当者ではできないようです）