クラッシュリカバリ
戻る:データ処理SS3
クラスへようこそ！
今日のクラスでは、クラッシュ回復について話します。 クラスをお楽しみください！
クラッシュリカバリ
定義
クラッシュリカバリは、データベースが一貫した使用可能な状態に戻されるプロセスです。 これは、不完全なトランザクションをロールバックし、クラッシュが発生したときにメモリに残っていたコミットされたトラン データベースが一貫性のある使用可能な状態にあるとき、一貫性のポイントとして知られているものを達成しました。 トランザクションに失敗した後、データベースを回復する必要があります。
トランザクションに失敗する可能性のある条件
- データベースマネージャとその上のデータベースパーティションがダウンする原因となるマシンの電源
- メモリ破損、ディスク、CPU、ネットワーク障害などのハードウェア障害。
- DBがダウンする原因となる深刻なオペレーティングシステムエラー
ARIES(セマンティクスを悪用する回復と分離のためのアルゴリズム)
ARIESは、no-force、steal databaseアプローチで動作するように設計された回復アルゴリズムです。 これは、IBM DB2、MS SQL Serverおよび他の多くのデータベースシステムで使用されています。
牡羊座回復アルゴリズムの背後にある三つの主な原則:
- 先行書き込みログ: オブジェクトへの変更は最初にログに記録され、その後、オブジェクトへの変更がディスクに書き込まれる前に、ログを安定したストレージに書き込む
- Redo中に履歴を繰り返す:再起動時に、クラッシュ後、ARIESはクラッシュ前のデータベースのアクションをリトレースし、システムをクラッシュ前の正確な状態に戻 Nは、クラッシュ時にまだアクティブなトランザクションを元に戻します。
- 元に戻す時のログの変更: トランザクションの取り消し中にデータベースに加えられた変更は、再起動が繰り返された場合にそのような操作が繰り返されないようにログに記録
クラッシュ後の回復手順
回復は三段階で動作します。
- 分析フェーズ：最初のフェーズ、分析、ログファイルから必要なすべての情報を計算します。
- REDOフェーズ:Redoフェーズは、その時点で実行されていたコミットされていないトランザクションのすべての変更を含む、クラッシュ時の正確な状態にデー
- : Undoフェーズでは、コミットされていないすべての変更が取り消され、データベースは一貫性のある状態のままになります。 Redoフェーズの後、データベースはクラッシュ時の正確な状態を反映します。 ただし、データベースを一貫性のある状態に復元するには、コミットされていないトランザクションの変更を元に戻す必要があります。
データ構造に関連するその他のリカバリ
- 先読みログプロトコル: 先行書き込みロギング（WAL）は、データベースシステムで原子性と耐久性（ACID特性の2つ）を提供するための一連の技術です。 WALを使用するシステムでは、すべての変更が適用される前にログに書き込まれます。 通常、redo情報とundo情報の両方がログに格納されます。 WALでは、データベースの更新を一箇所で行うことができます。
- Atomicity:これはトランザクションのすべての操作が実行されるか、またはそれらのどれも実行されないトランザクション処理の特性です(all-or-nothing)
- 耐久性: これは、コミットした取引が永久に存続することを保証するACIDプロパティです。
- ログ:トランザクションログ(トランザクションジャーナル、データベースログ、バイナリログ、監査証跡)は、クラッシュやハードウェア障害に対するACIDプロパティ 物理的には、ログはデータベースに対して行われた更新のファイルであり、安定したストレージに格納されます。
- : チェックポイントは基本的に、現在のアプリケーション状態のスナップショットを保存し、後で失敗した場合に実行を再起動するために使用します。 チェックポイントレコードは、システムが変更されたすべてのDBMSバッファをディスク上のデータベースに書き出すときに、その時点で定期的にログに書 これは、クラッシュからの回復時間を短縮することができる定期的な操作です。 チェックポイントは、回復をより効率的にし、プライマリログファイルとセカンダリログファイルの再利用を制御するために使用されます。 クラッシュが発生した場合は、バックアップファイルを使用してデータベースをクラッシュ時点まで回復します。
- Media Recovery:Media recoveryは、永続的なデータベースを保持しているストレージメディアの障害、特にディスク障害を処理します。 メディアリカバリの従来のデータベースアプローチでは、データベースのアーカイブコピー(ダンプ)とアーカイブログを使用します。 アーカイブコピーは、データベースのスナップショットを表し、定期的に取得されます。
アーカイブログには、アーカイブコピーにまだ反映されていないコミットされたすべての変更のログレコードが含まれています。 メディア障害が発生した場合、最新のアーカイブコピーを使用し、アーカイブログからすべての変更を時系列順にやり直すことにより、現在のデータベースを再
ディスク障害からの高速なリカバリは、複数のディスクにデータを冗長的に格納するRAID(redundant arrays of independent disks)のようなディスク組織によってサポートされています。 ただし、複数のディスクに障害が発生した場合など、データ損失の可能性を完全に排除することはできないため、アーカイブベースのメディアリカバリの必
一般的な評価
- クラッシュリカバリの説明
- クラッシュリカバリ(i)メディアリカバリ(ii)チェックポイント(iii)先読みログプロトコルで次の用語を説
- クラッシュリカバリーにおける牡羊座の概念について議論する。
読書の割り当て
Dinehin Victoria pages261–267
週末の割り当て
- データベースが一貫した使用可能な状態に戻るプロセスは、データベースが一貫した使用可能な状態に戻………. (a)現金回復(b)クラッシュ回復(c)過去の回復(d)元に戻す回復
- ノーフォースとスティールアプローチを使用する回復アルゴリズムは次のとおりです………….. (a)アリアス(b)牡羊座(c)延滞(d)ARIS
- 牡羊座はで動作します……………. フェーズ(a)3(b)2(c)1(d)4
- これらのうち、クラッシュ回復タイプではないものはどれですか………… (a)ARIES(b)Media recovery(c)Checkpointing(d)UNDO
- ………. クラッシュリカバリはバックアップファイルを使用します(a)チェックポイント(b)ARIES(c)メディアリカバリ(d)atomicity
理論
- クラッシュリカバリでARIESの概念を議論
- メディアリカバリとチェックポイントの違いを説明します。
- システムクラッシュとメディア障害の違いを説明します。
Leave a Reply