すべてのREDOログシナリオの喪失
RMANの復元シナリオに関して次の質問があります。
データベースはアーカイブログモードで実行されています。完全なRMANホットバックアップが作成され、REDOログはRMANを使用してテープにバックアップされます。バックアップが取られている間、アプリケーションはオンラインのままです。
このシナリオを入力してください：
01h30REDOログはRMANを使用してテープにバックアップされます
02h00完全バックアップが開始されます
08h00完全バックアップが終了します（100％成功しました）
08h05多重化されたコピーを含む、ディスク上のすべてのREDOログは完全に失われます。さらに、1つの通常のデータファイルが失われます。
バックアップ自体に長い時間がかかったことに注意してください。これは正常であると想定してください。同じ時間にアクティビティが発生しましたが（前述のように、アプリケーションは実行されていました）、実際にはあまり発生していませんでした。それでも、その期間にREDOログが作成されました（失われたのと同じREDOログ）。
そして、これは私が今疑問に思っている質問です：
データベース全体を復元する場合、復元先の時間を指定せずに、復元は02h00の直後のある時点に復元されると言うのは正しいですか？
番号。
Rmanコマンド「BACKUPFULL ...」は、データファイルのバックアップを作成しますが、アーカイブログはバックアップしません。 archivlogをバックアップする場合は、archivlogバックアップも作成する必要があります。これは、「PLUSARCHIVLOG」句を「BACKUPFULL」コマンドに追加するか、「BACKUPFULL」コマンドの後に「BACKUPARCHIVELOG」コマンドを発行することによって実行できます。
オンラインバックアップの時間をカバーするアーカイブログバックアップがない場合、データファイルのオンラインバックアップは役に立ちません。シナリオの説明を理解した場合、01：30以降の時間をカバーするすべてのアーカイブログ/やり直しログが失われ、これらのアーカイブのバックアップはまだ作成されていません。次に、01：30より前に（おそらく前夜に）終了したバックアップからすべてのデータファイルを復元し、このバックアップの開始から01:30までのすべてのアーカイブログを適用できます。 （この期間に生成されたすべてのアーカイブのバックアップがあると想定しています）。
したがって、01：30までデータベースを回復できます。
-
いくつかの結果：
1）データファイルとアーカイブログは別のディスクに配置する必要があります。データディスクがクラッシュした場合、テープにバックアップしていなくても、すべてのアーカイブが残っています。
2）REDOログはデータディスクだけに配置しないでください。それらは非常に重要であるため、それらを二重化します。データディスク以外のディスクに少なくとも1つのコピーを配置します。
3）アーカイブログを定期的にバックアップします。フルバックアップ中の長時間のような他のバック操作中でも、アーカイブログのバックアップをこれらの操作と並行させます。