データベース障害復旧の基礎 「バックアップファイル」「変更履歴」の仕組みを理解するゼロからのリレーショナルデータベース入門(9)(2/3 ページ)

» 2017年04月27日 05時00分 公開
[坂田素道株式会社アシスト]

障害発生から復旧までの流れと対処方法

 前述したバックアップファイルとバックアップファイル取得後の変更履歴があれば、障害が発生してもリカバリーできます。図3のようにファイルが破損してしまった障害を例に、「リカバリー作業の流れ」を確認しましょう。

photo 図3 リカバリーの流れ(1):バックアップの取得から障害発生まで

 図3では、2時に「100」という表データが格納されているファイルのバックアップを行いました。その後、8時と9時にデータが更新されて、表データは「200」となります。そして、10時に障害が発生して、「200」となった表データが壊れてしまいました。バックアップを取った時点の表データは「100」、障害直前の表データは「200」です。

 この時、リカバリー作業は以下の流れで行います(図4)。

photo 図4 リカバリーの流れ(2):障害発生からリカバリー完了まで

 まずバックアップファイルを、破損したファイルと「置き換え」ます。

 これで、バックアップを取った2時時点の状態(「100」)までリカバリーできました。しかし、8時と9時に行った変更内容まではリカバリーできていません。そこで、バックアップ取得以降の変更履歴を基にして、8時と9時に行われた操作を順番に「再実行」します。この作業によって、障害発生直前のデータ「200」に復旧できます。

Copyright © ITmedia, Inc. All Rights Reserved.

スポンサーからのお知らせPR

注目のテーマ

Microsoft & Windows最前線2025
AI for エンジニアリング
ローコード/ノーコード セントラル by @IT - ITエンジニアがビジネスの中心で活躍する組織へ
Cloud Native Central by @IT - スケーラブルな能力を組織に
システム開発ノウハウ 【発注ナビ】PR
あなたにおすすめの記事PR

RSSについて

アイティメディアIDについて

メールマガジン登録

@ITのメールマガジンは、 もちろん、すべて無料です。ぜひメールマガジンをご購読ください。