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)アーカイブログを定期的にバックアップします。フルバックアップ中の長時間のような他のバック操作中でも、アーカイブログのバックアップをこれらの操作と並行させます。