sql serverのデータ破損に備える

SQLServerのデータ破損に備える！

SQLWorld #30

サヴロウ

自己紹介

・医療系のパッケージシステムを

作っています。DBはSQLServerです。主にSQLWorldに出没しています。

twitter:savurou36FB:湯川正之

・オクマー(旧：フライパンズ）のベース&アレンジ・ライブ予定

６/2０(土) 高槻アクトアモーレ

http://www.okumar.com

◆サヴロウ

http://www.okumar.com/

SQLServerのデータ破損に備える

[対象外]

ＤＢが完全の状態でのトランザクションLogの復旧

スナップショット、AlwaysOn可用性グループ、ミラーリング

データ破損の修復方法の一例と説明であり、この資料を基にして

復旧を試みて復旧できなかった場合や、さらにデータが壊れて

しまったなどが起こっても一切の責任を持ちません。

SQLServerを使っていると、突然やってくるデータ破損…

データ破損の復旧方法のキホンをお話します。

SQLServerの起動時の動きや内部構造の説明もあります。

ご注意

データ破損とは

ファイルシステム上でのファイル破損(CRCエラー)

・ファイルの復元・修復は不可能

・破損したページ以外は読める

・SQLServerのファイルに限らない

ファイルが論理的に破損している。

・ページのチェックサムが合わない

・修復できる場合がある

物理破損

論理破損

◆データページの破損

◆破損の種類

Master系の破損データ系の破損

データ破損とは

ケース１：

ケース２：

ケース３：

物理破損論理破損

◆３つのケースで復旧・回復方法を紹介

Master系の破損

データ系の破損物理破損

論理破損データ系の破損

ケース１

まずエラーLogを見る

物理破損論理破損

◆<現象>SQLServerが起動しない/サービスが止っている

Master系の破損

C:¥Program Files¥Microsoft SQL Server¥

MSSQL12.MSSQLSERVER¥MSSQL¥Log¥ERRORLOG

・インスタンスごとに7個履歴がある

※イベントビューアでもよいです

インスタンス名

SQLServerのバージョン

→

ケース１物理破損論理破損

◆エラーLogの例

Master系の破損

・・・

2015-04-13 09:06:19.33 サーバー SQL Server is starting at normal priority base (=7). →

2015-04-13 09:06:19.33 サーバー Detected 4 CPUs. This is an informational message; no →

2015-04-13 09:06:19.35 サーバー Using dynamic lock allocation. Initial allocation of →

2015-04-13 09:06:19.37 サーバー Node configuration: node 0: CPU mask: 0x0000000f →

2015-04-13 09:06:19.39 spid6s Starting up database 'master'.

2015-04-13 09:06:19.45 spid6s エラー: 9003、重大度: 20、状態: 1。

2015-04-13 09:06:19.45 spid6s The log scan number (259:80:2) passed to log scan in →

2015-04-13 09:06:19.65 spid6s Cannot recover the master database. SQL Server is unable →

・・・

The log scan number (259:80:2) passed to log scan in database 'master' is not valid. This error may indicate data corruption or that the log file (.ldf) does not match the data file (.mdf). If this error occurred during replication, re-create the publication. Otherwise, restore from backup if the problem results in a failure during startup.

Cannot recover the master database. SQL Server is unable to run. Restore master from a full backup, repair it, or rebuild it. For more information about how to rebuild the master database, see SQL Server Books Online.


◆SQLServerのシステムデータベースの説明

Master系の破損

master ⇒ DB作成、ログインの追加

msdb ⇒ SQLServerエージェントのジョブの追加、

スケジュールの設定、バックアップ履歴など

model ⇒ CREATE DATABASEのテンプレート

tempdb ⇒ 勝手につくられる

resource ⇒ 内部用（見えません）


◆システムデータベースのバックアップの方法①

Master系の破損

(1)SSMSからバックアップ（バックアップセットを上書き）

(2)コマンドからバックアップ

--バックアップ

backup database master to disk = 'C:¥DBBackup¥master.bak' with init

backup database model to disk = 'C:¥DBBackup¥model.bak' with init

backup database msdb to disk = 'C:¥DBBackup¥msdb.bak' with init

→

→

→


◆システムデータベースのリストアの方法①

Master系の破損

--リストア（master以外）

restore database model from disk = 'C:¥DBBackup¥model.bak' with replace,recovery

restore database msdb from disk = 'C:¥DBBackup¥msdb.bak' with replace,recovery

→

→

①構成マネージャを起動しSQLServerを止める

②起動時のパラメーターに-mを追加しSQLServerを起動

（シングルユーザーモードで起動）

③sqlcmdでリストアコマンドを実行

④起動時のパラメータを削除


◆システムデータベースのリストアの方法①

Master系の破損

restore database master from disk = 'C:¥DBBackup¥master.bak' with replace,recovery

→

--バックアップ

①SQLServerを止める

②master.mdf , masterlog.ldf

model.mdf , modellog.ldf

MSDBData.mdf , MSDBLog.ldfをコピーしておく

③SQLServerを起動

--リストア

①SQLServerを止める

②各mdf,ldfのファイルを上書きする

③SQLServerを起動する


◆バックアップ/リストアの方法②

Master系の破損


◆バックアップがなかったら

Master系の破損

バックアップがなかったら同一構成の別マシンから持ってこれる

※マシン名、格納場所が違っても大丈夫

master ⇒ 同じ構成(ＤＢ、ログイン)のマシンから持ってこれる

msdb ⇒ SQLServerエージェントのジョブの追加、

スケジュールの設定、バックアップ履歴などが

飛んでもいいなら、違うマシンから持ってこれる

model ⇒ create databaseのテンプレなので、

違うマシンから持ってこれる

tempdb ⇒ 勝手につくられる


◆それでも無理ならシステムデータベースの再構築

Master系の破損

①管理者権限でコマンドプロンプトを起動

②setup.exeのあるフォルダに移動し下記コマンドを実行

Setup /ACTION=REBUILDDATABASE

/INSTANCENAME=MSSQLSERVER

/SQLSYSADMINACCOUNTS="NT AUTHORITY¥SYSTEM"

/SAPWD=*****

→→

→

システムデータベースの再構築

https://msdn.microsoft.com/ja-jp/library/dd207003.aspx

https://msdn.microsoft.com/ja-jp/library/dd207003.aspx


◆それでも無理ならシステムデータベースの再構築

Master系の破損

・初期化になるのでDBの構成は飛びます。

→システムデータベースのバックアップは重要です！

・それでもダメならインスタンスをアンインストール＆

再インストールです・・・

ケース2 論理破損

◆<現象>特定のデータを検索、集計するとアプリケーション

がエラーになる

・テスト用にデータページを破損させる

データ系の破損

--ページを調べるSQL

select * from person.Person

CROSS APPLY sys.fn_PhysLocCracker(%%physloc%%)

--破損させる

ALTER DATABASE AdventureWorks SET SINGLE_USER

DBCC WRITEPAGE ('AdventureWorks',

1, 1472, 1, 1, 0x00, 1)

ALTER DATABASE AdventureWorks SET MULTI_USER

→


◆selectしたときのエラー内容(例)


メッセージ 824、レベル 24、状態 2、行 16

SQL Server で、一貫性に基づいた論理 I/O エラーが検出されました: 正しくないチェックサム (必要なチェックサム: 0x7f81232f、実際のチェックサム: 0x7f01232f)。このエラーは、ファイル 'C:¥Program Files¥Microsoft SQL Server¥MSSQL12.MSSQLSERVER¥MSSQL¥DATA¥AdventureWorks.mdf' のオフセット 0x00000000b80000 にあるデータベース ID が 9 のページ (1:1472) の読み取り中に発生しました。SQL Server エラーログまたはシステムイベントログ内の別の

メッセージで詳細情報が報告されることもあります。このエラー状態は深刻で、データベースの整合性を損なう可能性があるので、すぐに解決する必要があります。完全なデータベース一貫性確認(DBCC CHECKDB) を実行してください。このエラーには多くの要因があります。詳細については、SQL Server オンラインブックを参照してください。


◆イベントビューアとsuspect_pagesの確認


・データページの読み取りを試みたときにエラーを検出すると、

ページは "問題あり" と見なされ、イベントビューアと

msdb..suspect_pagesテーブルに情報が保存されます。

・イベントビューア(アプリケーションログ)のイベントＩＤ

論理エラーイベントID=824

物理エラーイベントID=823


◆suspect_pagesの確認


--suspect_pagesの確認

select * from msdb..suspect_pages

・event_type列を見て状態を判断１オペレーティングシステムの CRC エラーによって発生した 823 エラー、

または、不適切なチェックサムまたは破損ページ (不適切なページ ID) 以外の 824 エラー

２不適切なチェックサム

３正しくないページ

４復元済み (ページは不適切と見なされた後で復元されました)

５修復済み (DBCC、AlwaysOn、またはミラーリングで修復されたページ)

７ DBCC による割り当て解除


◆修復を試みる①


--まずはdbcc checkdb

dbcc checkdb('[データベース名]')

--REPAIR_REBUILD

--データ損失の可能性がない修復を実行します。


dbcc checkdb('AdventureWorks',REPAIR_REBUILD)


-->これでは今回は修復は無理・・・


◆修復を試みる②


--REPAIR_ALLOW_DATA_LOSS

--報告されたすべてのエラーの修復を試みます。

--修復を実行すると、データが失われることがあります。


dbcc checkdb('AdventureWorks',REPAIR_ALLOW_DATA_LOSS)


-->修復されたがデータはページごとなくなった。

-->が、DBの一貫性は保たれるようになった

・バックアップがあればPage単位での復元もできる

→DBの復旧モデルが"単純"の場合は不可

https://msdn.microsoft.com/ja-p/library/ms175168.aspx

https://msdn.microsoft.com/ja-p/library/ms175168.aspx


◆論理破損の特徴/注意点


・破損があったとしても、正常にバックアップが取れる。

→破損領域にアクセスするまで気づかない

・インデックスページが破損している場合、全件操作ではエラーにならないが、Indexにヒットするとselectに失敗するケースがある

・suspect_pageはmsdbデータベースにあるので、バックアップして調査する際は忘れないようにする

ケース３

◆<現象>バックアップを取得しようとすると、エラーになる。


・バックアップで失敗したときのメッセージ例

物理破損


"D:¥**********¥HogeHoge_Data.mdf" で読み取れませんでした: 1117(I/O デバイスエラーが発生したため、要求を実行できませんでした。)


BACKUP DATABASE が異常終了しています。

・データベースを止めて対象のmdf,ldfファイルをコピーする

⇒だいたい無理です。CRCエラーが出る。⇒ 物理破損

ケース３

◆イベントビューアとsuspect_pages


・イベントビューアに記載される（エラーIDは823）

・suspect_pagesにも記載される

⇒event_typeカラムは1

物理破損

◆物理破損の場合データベースはどうなるか

Winの場合、NTFSのクラスタサイズ＝デフォルト4KB

DBファイルの中のどこかの4KBのユニットが破損している。

⇒運が悪ければ複数ユニット破損

⇒破損した部分以外は読める

⇒SQLServerはページ単位(8KB)で読み込むので、

CRCエラーが出たらだいたいは、どこか

1ページ(以上)が死んでいると思ったらよい。

ケース３

◆とりあえずすること


・エラーの例

物理破損

--まずはdbcc checkdb

dbcc checkdb('[データベース名]')

ラッチ型 SH のページ (1:234755) を読み取ってラッチする

ことができません。1117(I/O デバイスエラーが発生したため、

要求を実行できませんでした。) が失敗しました。

・複数ページ破損している場合はここでわかります

ケース３

◆REPAIR_ALLOW_DATA_LOSSをかける？


・バックアップが取れていない状態でこれはちょっと

怖いかな・・・

・ファイルの物理破損なので、修復自体がうまくいかない

可能性もあるし・・・

→CRCエラーで私はやったことはありません。

物理破損

--REPAIR_ALLOW_DATA_LOSS


dbcc checkdb('AdventureWorks',REPAIR_ALLOW_DATA_LOSS)


ケース３

◆どこが壊れているか特定＆修復①


・まずどのページが破損しているか

①データページ ⇒ だいたいココです。

②インデックスページ ⇒ インデックスの再構築で直るか。

③ページ以外(ページヘッダー,GAM,SGAM,IAM,PFS・・・)

⇒ ここが壊れたらやばいかも。遭遇したことはないです。

物理破損

ケース３

◆どこが壊れているか特定＆修復②


・FileIDとPageIDを元にどのテーブルが破損しているか特定

物理破損

use [データベース名]

SELECT sysobjects.name as 'テーブル名',*

FROM sys.dm_db_database_page_allocations(

DB_ID([データベース名]), NULL, NULL, NULL,

'DETAILED') dpa

INNER JOIN

sys.sysobjects on sysobjects.id = object_id

WHERE allocated_page_file_id = @FileID

AND allocated_page_page_id = @PageID

ケース３

◆どこが壊れているか特定＆修復③


・どの行か

物理破損

SELECT * FROM [テーブル名]

CROSS APPLY sys.fn_PhysLocCracker(%%physloc%%)

where file_id = @FileID and page_id <> @PageID

⇒としたいところですが、上記はエラーになります。

sys.fn_PhysLocCracker(%%physloc%%)はtableの行が

selectできないとエラーになるので・・・

ケース３

◆どこが壊れているか特定＆修復④


・select * from [テーブル名]をやりましょう

⇒どこかで落ちます

⇒select * from where [キー]

where条件にはPKEYのキーを指定します。

どんどんしぼっていって、

select * from [壊れているテーブル] where キー <=50

select * from [壊れているテーブル] where キー >=55

のようなSelectできるSQLを作る

※キーが51から54までのデータが死んでいるということ。

⇒さらに51から54のレコードでもBLOBカラムを除くともう少し絞れるかもしれません。ページが違うため

物理破損

ケース３

◆復旧


・別データベースを作ってそちらへコピーする

※破損テーブルは、作成したSQLを使ってselect～insert

※やり方は３つほど紹介

(その1)データベースコピーウィザード

⇒[注意]テーブルは作ってくれるが、インデックスは

作ってくれへん

(その2)全く同じテーブル構造のデータベースの空を

用意しておいて、select～insertする

⇒事前に用意しておくことで復旧が容易になる。

物理破損

ケース３

◆復旧


(その３) select * into [newテーブル名] from [元テーブル名]

⇒sp_msforeachtableストアドと組み合わせれば楽かな

⇒[注意]こちらもテーブルは作ってくれるが、

インデックスは作ってくれへん

物理破損

ケース３

◆復旧


(その３) select * into [newテーブル名] from [元テーブル名]

⇒sp_msforeachtableストアドと組み合わせれば楽かな

⇒[注意]こちらもテーブルは作ってくれるが、

インデックスは作ってくれへん

物理破損

めっちゃ大変です！

ケース３

◆物理破損の特徴/注意点


・バックアップが取れない。

・SQLServerを止めてもファイルの移動/コピーができない。

・読めるところだけコピーする。もしくは少し前の状態にリストアする

物理破損

最後に

◆データ修復の基本は[知識と備え]です。

・master,msdb,modelのバックアップは定期的に取得

・データベースの空を用意しておくといざというときの復旧がスムーズ

・最低この資料のことを知っておくと、なんとか動くというこころに持っていける。

・障害発生時は電話や回りがやんややんやうるさいです。焦らずに落ち着いて作業しましょう。

・データ破損があっても、直前のバックアップがあればそれを戻せばいい

◆ご清聴ありがとうございました

sql serverのデータ破損に備える

Software