【緊急】SQLSERVER2008R2の復元方法

Question

【緊急】
SQLSERVER2008R2環境で間違えてUPDATEを実行してしまい、テーブルのキーがすべて更新されてしまいました。
SSMSでクエリを実行し、既にコミットも完了しております。

DBのバックアップはとっておらず、復旧モデルは「完全」のDBになっております。

UPDATEを実行してしまったのが、3時間ほど前なのでそこまで戻せればよいなと考えております。

よろしくお願いいたします。

Answer 1

トランザクション ログが残っていれば復元は可能です。

以下参考。
SQL Server データベースを特定の時点に復元する方法 (完全復旧モデル)
特定の時点まで復元する方法 (SQL Server Management Studio)

追記

ちょっと心配になって追記。
傷を深くしないように、バックアップは必ず取ってから行ってください。

追記２

トランザクションログの情報のみを使用し、内容を解析して元情報を洗い出す。
※但しトランザクションログの構成を理解した上で行うことが前提なので、敷居は高いと思います。

トランザクションログのバックアップからログレコードの内容を確認
SQL Server トランザクション ログのアーキテクチャと管理ガイド

Comments

[namiki_syou]

回答ありがとうございます。

現状はトランザクションログのバックアップ等もとっておらず、mdfファイルとlog_ldfファイルがあるままとなっております。
参考となっているURLを見て再度検討したいと思います。
ありがとうございました。

[sazi]

「トランザクションログのバックアップ」ではなく「トランザクションログ」です。
現時点でfullバックアップ（トランザクションログ含む)の取得をお奨めします。
他の方の紹介されているツールも結局はトランザクションログを利用していると思われます。

[namiki_syou]

ありがとうございます。1人で焦ってしまい涙ながらに色々調べを進めています。
バックアップの重要性が身にしみました。

ちなみにトランザクションログファイルというのは間違えたUPDATEをした後にとった場合でも
それ以前に戻すことは可能なのでしょうか

[sazi]

手間は掛かりますが、fullバックアップのデータを別環境に構築して復元し、そのデータ利用して本環境へ適用するなどの方法も考えられますので。

[sazi]

トランザクションログはどのような変更を行ったかの情報が記録されるので、updateに限らず変更前の状態に戻すことが可能です。

[namiki_syou]

取り敢えず現状のバックアップを取っていなくてもあるポイントまでの復元が可能と知ってほっとしました。

手間はかけてもよいのでFULLバックアップをローカル環境へ展開してみるやり方についても調べてみようと思います、。

[sazi]

トランザクションログは無限に蓄積されるわけではないので、準備に時間が掛かって、いざやろうとしたらその時点のログは破棄されていることもあり得ます。

夜間中に大量のバッチが実行されたり、日中に大量の利用が発生して、ログが押し出されて残っていないという事も考えられます。

なので、早急にfullバックアップ（くれぐれもトランザクションログ付きで）を取得された方が良いと思います。

[namiki_syou]

なるほど、なるほど。。。
ログが消えてしまう前にバックアップを取得いたしました。
データベース右クリック=>タスク=>バックアップ=>データベースのバックアップ画面が開かれます。
バックアップの種類を完全にしてバックアップをCドライブ内に作成しました。（.bak形式）

トランザクションログつきというのはこのままでよいのでしょうか？
それとも上記の肯定とは別でバックアップの種類をトランザクションログとして同じ.bakファイルにうわが区感じでよいのでしょうか。

[namiki_syou]

１．完全バックアップを作成(.bak)
２．トランザクションログバックアップを作成(１と同じ.bak)
３．そのバックアップファイルをローカル環境へ復元（復元可能な最新の状態）
４．再度復元を実行（特定の日時と時刻）
！！！エラー発生！！！
復元に失敗しました。ロールフォワードできる状態のファイルがないので、ログまたは差分バックアップは復元できません。と表示されます。

[sazi]

復旧時のオプションが違うのではないでしょうか
http://d.hatena.ne.jp/matu_tak/20091220/1261315987

[namiki_syou]

遅い時間まで回答本当にありがとう御座います。
復旧状態がどれにせよ上で書いたエラーが発生してしまい復元が失敗してしまいます。

一度整理させていただくと
１．バックアップを一切とっていなかったDBで間違えてUPDATEを実行してしまいコミットまで実行済み（5/2　19時頃）
２．DBの完全バックアップを作成（トランザクションログのバックアップも同時に作成（.bak形式））
３．ローカルPCに２の.bakファイルを復元（１の間違えてUPDATEした状態のテーブルが存在します。）
４．.bakファイルからある特定のポイント（時間指定したい）までDBの復元させようとして、エラーが発生。

というような状況になっております。
間違えて流してしまったUPDATE文で更新されたデータは1000行近くありますが、更新してしまったのは１つのカラムのみなので、ログから解析なんてことも出来るかな...?と思ったのですがフリーソフトを入れてやってみましたがログを取得できず断念...

やはり特定の日時までログファイルから戻せればよいのですが...

木になっていることは今までバックアップをとっていないのに過去の状態に戻せるのかが心配になってきています。。。

[namiki_syou]

未だに復元出来ずじまいです。。。

[tekka]

どうしてもダメなら1000人のお客様にゴメンナサイのメール送るとか、政治的に問題の解決を図るのも手ですよ。上司と相談してください。

[namiki_syou]

お返事ありがとうございます。
既にお客様には謝罪のメールを入れました...

たった一回のクエリがここまで問題になってしまうなんて...
今後気をつけたいと思います。

問題は未だに解決していませんので、知恵を貸していただける方がいれば幸いです。

[namiki_syou]

やっぱり障害発生後に取得したバックアップから前の状態に戻せないっぽいですね・・・

色々調べてみても直近の完全バックアップに対して、ログを反映させていくような使い方が多く解説されております。

[sazi]

お疲れさまです。
復元は、「起点となるバックアップ＋起点以降のトランザクション」なので、
「前回のバックアップ＋今回のトランザクションログ」になります。
トランザクションのみでリバースして復元というのはできないので、一度もバックアップを取っていない場合は無理ですが。。。

[namiki_syou]

おはようございます。返信ありがとうございます。

やはり起点となるバックアップが存在しないとトランザクションログがあっても復元は不可能ということですね。。。

無理やりにでも直せるのかなとLSNを無理やり上書きを行って過去分のトランザクションログの反映が出来るのかなーと思いましたが、かなり複雑で難航しております。。。。

復元という形ではなく別の方法でもいいので、何かヒントをいただけたらと思います。

Answer 2

特定の時点にデータを戻すための有償ツールも、いくつかあるようです。
（おそらく内部的にはsaziさんの回答にあるような方法でデータを戻していると思われます）
試用もできるっぽいです（私は試していませんが）。

https://www.apexsql.com/sql_tools_log.aspx
http://www.vivouac.co.jp/sarasa/index.html

Comments

[namiki_syou]

ツールがあるということでその辺もいくつか調べてみようと思います。ありがとうございました。