Dbms-data-backup
DBMS-データバックアップ
揮発性ストレージの損失
RAMなどの揮発性ストレージには、すべてのアクティブログ、ディスクバッファー、および関連データが格納されます。 さらに、現在実行されているすべてのトランザクションを保存します。 このような揮発性ストレージが突然クラッシュするとどうなりますか？ データベースのすべてのログとアクティブコピーが明らかに削除されます。 データを回復するために必要なものはすべて失われるため、回復はほとんど不可能になります。
揮発性ストレージの損失の場合、次の手法を採用できます-
- データベースの内容を定期的に保存するために、複数の段階で*チェックポイント*を持つことができます。
- 揮発性メモリ内のアクティブなデータベースの状態は、安定したストレージに定期的に*ダンプ*できます。これには、ログ、アクティブなトランザクション、およびバッファブロックが含まれることもあります。
- <dump>は、データベースの内容が不揮発性メモリから安定したメモリにダンプされるたびに、ログファイルでマークできます。
回復
- システムが障害から回復すると、最新のダンプを復元できます。
- REDOリストとUNDOリストをチェックポイントとして維持できます。
- 元に戻す/やり直しリストを参照して、最後のチェックポイントまでのすべてのトランザクションの状態を復元することにより、システムを回復できます。
致命的な障害からのデータベースのバックアップとリカバリ
壊滅的な障害は、安定したセカンダリストレージデバイスが破損する障害です。 ストレージデバイスを使用すると、内部に保存されているすべての貴重なデータが失われます。 このような壊滅的な障害からデータを回復するには、2つの異なる戦略があります-
- リモートバックアップ＆minu;ここでは、データベースのバックアップコピーが、災害の場合に復元できる場所から離れた場所に保存されます。
- または、データベースのバックアップを磁気テープに保存して、より安全な場所に保存することもできます。 このバックアップは、新しくインストールしたデータベースに後で転送して、バックアップのポイントに戻すことができます。
成長したデータベースは大きすぎるため、頻繁にバックアップできません。 そのような場合、ログを見るだけでデータベースを復元できるテクニックがあります。 したがって、ここで行う必要があるのは、頻繁な間隔ですべてのログのバックアップを取ることです。 データベースは1週間に1回バックアップでき、非常に小さいログは毎日または可能な限り頻繁にバックアップできます。
リモートバックアップ
リモートバックアップは、データベースが配置されているプライマリロケーションが破壊された場合に安心感を提供します。 リモートバックアップは、オフラインでもリアルタイムでもオンラインでもかまいません。 オフラインの場合、手動で保守されます。
オンラインバックアップシステムは、データベース管理者や投資家にとってよりリアルタイムでライフセーバーです。 オンラインバックアップシステムは、リアルタイムデータのすべてのビットを2つの離れた場所で同時にバックアップするメカニズムです。 1つはシステムに直接接続され、もう1つはバックアップとしてリモートの場所に保持されます。
プライマリデータベースストレージに障害が発生するとすぐに、バックアップシステムが障害を検知し、ユーザーシステムをリモートストレージに切り替えます。 時々、これは非常に迅速であるため、ユーザーは失敗に気付くことさえできません。
