KB2653893-FIX: SQL Server 2008 R2 または sql Server 2008 または SQL 2012 でデータベースを復元するのに時間がかかる

現象

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

原因

この問題は、データベースに VLFs が多数存在する場合に、仮想ログファイル () リストの作成に時間がかかるために発生します。

解決方法

状態

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

詳細情報

この場合、SQL エラーログファイルを確認してから、各トランザクションログバックアップファイルのログシーケンス番号 (LSN) を見つけることによって、表示されているセグメントの数を確認できます。 LSNs のコロン記号の前の数字は、LSN の数に対応しています。たとえば、LSN の最初の情報メッセージの最初の数値は 1です。 ただし、LSN の2番目の情報メッセージの最初の数値は 100001です。 このシナリオでは、最初の情報メッセージの時刻と2番目の情報メッセージの間で使用される 10万 VLFs があります。 そのため、多くの仮想ログファイル (VLFs) を含む、ログに分割された断片化されたトランザクションログは、次のようになります。

{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、デバイスの情報: (ファイル = 2、種類 = DISK: {' C:\folder\logbackup2.trn '})。 これは情報メッセージだけです。 ユーザー操作は必要ありません。}

参照情報

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

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

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

ログファイルの構造がデータベースの回復時間に与える影響トランザクションログ VLFs の詳細については、次の MSDN web サイトを参照してください。

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

回避策

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

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