KB2653893 - 修正: SQL Server 2008 R2 または SQL Server 2008 または SQL 2012 でデータベースを復元するには長い時間がかかります

現象

Microsoft SQL Server 2008 R2 または Microsoft SQL Server 2008 または Microsoft SQL Server 2012 でデータベースを復元するには、長い時間がかかる場合があります。

原因

この問題は、データベースに多数の VLF がある場合に仮想ログ ファイル (VLF) の一覧を作成するのに長い時間がかかるため発生します。

解決方法

状態

マイクロソフトでは、この問題をこの資料の対象製品として記載されているマイクロソフト製品の問題として認識しています。

詳細情報

SQL エラー ログ ファイルを確認し、各トランザクション ログ バックアップ ファイルでログ シーケンス番号 (LSN) を見つけることで、VLF セグメントの数をチェックできます。 LSN のコロン 記号の前の最初の数字は、LSN の番号に対応します。

たとえば、LSN の最初の情報メッセージの最初の番号は 1 です。 ただし、LSN の 2 番目の情報メッセージの最初の番号は100001。 このシナリオでは、最初の情報メッセージの時刻から 2 番目の情報メッセージまでの間に使用される 100,000 個の VDF があります。 そのため、多数の仮想ログ Files (VDF) を持つ、ログに記録された断片化されたトランザクション ログは次のようになります。

{Log がバックアップされました。 データベース: mydbname、 作成日時: 2010/07/08(12:36:46)、最初の LSN: 1:5068:70、最後の LSN: 1:5108:1、ダンプ デバイスの数: 1、デバイス情報: (FILE=1、TYPE=DISK: {'C:\folder\logbackup1.trn'})。 これは情報メッセージのみです。 ユーザー アクションは必要ありません。

ログがバックアップされました。 データベース: mydbname、 作成日時: 2010/07/08(15:36:46)、最初の LSN: 100001:5108:1、最後の LSN: 100002:5108:1、ダンプ デバイスの数: 1、デバイス情報: (FILE=2、TYPE=DISK: {'C:\folder\logbackup2.trn'})。 これは情報メッセージのみです。 ユーザー アクションは必要ありません。}

関連情報

ログ シーケンス番号 (LSN) の詳細については、次の MSDN Web サイトを参照してください。

ログ シーケンス番号に関する一般的な情報

ログ ファイル構造がデータベースの復旧時間に与える影響の詳細については、次の MSDN Web サイトを参照してください。

ログ ファイル構造がデータベースの復旧時間にどのように影響するか

トランザクション ログの VDF の詳細については、次の MSDN Web サイトを参照してください。

トランザクション ログ ファイルに関する一般的な情報

回避策 

• 復元または回復操作が完了するまで待ちます
  
  データベースを復元または復旧するときにパフォーマンスが低下している復旧されていないデータベースがある場合は、復元または回復操作が完了するまで待つ必要があります。 たとえば、復旧されていないデータベースのSQL Server Management Studio (SSMS) にオフライン状態や回復状態が表示される場合があります。 通常、SQL Serverを停止しても回復速度が低下し、同じ復旧分析フェーズ、やり直しフェーズ、または元に戻すフェーズを繰り返すために時間がかかる場合があります。

• 何千もの VDF を含むトランザクション ログ シーケンスの復元を避けます
  
  バックアップ ファイルを使用してデータベースを復元および復旧するときにパフォーマンスが低下する場合は、数千の VDF を含むトランザクション ログ シーケンスの復元を回避できます。 記録された仮想ログ ファイルの数が最も多いバックアップ ファイルを特定するには、次のステートメントを使用して、ログ バックアップ ファイルの FirstLSN 列と LastLSN 列を表示します。DISK='C:\folder\file.trn'
  
  から
  RESTORE HEADERONLY ログ バックアップ ファイルの復元を回避できます。 または、RESTORE コマンドの STOP AT ステートメントを使用して、トランザクション ログの断片化の激しい部分を回避することもできます。 障害復旧シナリオ中にログ シーケンスを最新の時点まで完全に復元しない場合は、データベース SQL Serverでデータ損失が発生します。 このデータ損失は、すべてのトランザクションが保持されていないために発生します。 そのため、ビジネストレードオフの決定があります。 非常に断片化されたトランザクション ログを完全に復元できます。 ただし、この操作には数時間かかることがあります。 または、復旧で STOP AT ステートメントを使用して、ログの非常に断片化された部分の前に回復を停止できます。 ただし、省略したトランザクションが見つからない場合は失われます。
  
  注 この修正プログラムをインストールしないと、通常、SQL Serverを再起動した後の迅速な復旧のための安全な手段はありません。 SQL Server、ログ ファイルを分析する VDF の一覧を見つけ、完了したトランザクションをやり直してから、不完全なトランザクションを元に戻して復旧を完了してデータベースを安全にオンラインにする必要があります。 復旧中にトランザクションを安全にスキップすることはできません。