Oracle 11.2：完全コールドバックアップとexpdpに基づくバックアップおよびリカバリ戦略
Oracle 11.2.0.4でのバックアップ/リカバリに関する次の戦略に問題はありますか？
- データベース全体のコールドバックアップを月に1回実行し、保管のためにファイルをサーバーから移動します。
- 毎日
expdpを除くすべてのスキームのSYSを実行し、最後の2週間のファイルのみを保持し、保管のためにサーバーから移動するcronジョブを作成します。 - 障害が発生した場合は、コールドバックアップを使用してデータベース全体のリカバリを実行してから、最新のファイルから
impdpを実行します（SYSを除くすべてのスキーマを復元します）。最後のexpdpファイルが取得されてから（最悪の場合は24時間）、すべてのデータベースデータが失われることを受け入れることができます。
この戦略は、完全なコールドバックアップ以降、SYSスキーマに何も書き込んだり変更したりしない限り、他のスキーマへの変更のみを完全な復元後に復元する必要があるという信念に基づいています（コールド）バックアップ。あれは正しいですか？
毎週のRMANホットフルバックアップと毎日のRMAN増分バックアップを取り、アーカイブログを少なくとも1週間保持することを強くお勧めします。
Expdp/impdpの使用に関する問題は、ホットバックアッププロセス中にスキーマの一貫性のないスナップショットを作成する可能性があり、作成することです（コールドバックアップを毎日実行しない限り...これはあまり実用的ではありません）。データベース全体を失い、impdpを使用して回復を開始した場合、expdpのエクスポート時に挿入、更新、または削除が行われなかった場合にのみ可能な、論理的に一貫性のあるエクスポートに翻弄されます。データは取得できますが、すべてのテーブルが相互に整合していることを保証することはできません。
毎週のホットバックアップは、ホットバックアップの終了後にデータベースの変更をプッシュスルーするのに十分なリカバリを適用した後、一貫性が保証される新しい「グラウンドトゥルース」データベースバックアップを提供します。 archivedlogsまたは増分バックアップのいずれかを使用してリカバリを適用できます。
毎日の増分バックアップは、復元を実行する必要がある場合に、平均修復時間を短縮します。増分バックアップは、archivedlogよりも速く回復します。それ自体では、増分バックアップは、その前に何らかの完全バックアップがなければ意味がありません。
この声明に：
この戦略は、完全コールドバックアップ以降にSYSスキーマに何も書き込んだり変更したりしない限り、完全（コールド）バックアップの復元後に他のスキーマへの変更のみを回復する必要があるという信念に基づいています。あれは正しいですか？
あなたはあなたが提供している情報について技術的に正しいです。ただし、上記では、この情報を無関係にするスキーマに関する重大な欠陥を指摘しました。その欠点は、expdpエクスポートをコールドエクスポートにしないと、データの整合性を保証できないことです。また、コールドであることは誰にとっても有利ではありません。