KB2455009 - 修正: 2005 年、SQL Server SQL Server 2008 年、SQL Server 2008 R2 のトランザクション ログ内に多数の VLF がある場合にデータベースを回復するとパフォーマンスが低下する

累積的な更新プログラムの情報

SQL Server 2008 R2

この問題の修正プログラムは、累積的な更新プログラム 6 で最初にリリースされました。 SQL Server 2008 R2 のこの累積的な更新プログラム パッケージを取得する方法の詳細については、次の記事番号をクリックして、Microsoft サポート技術情報の記事を参照してください。

2489376 SQL Server 2008 R2 用の累積的な更新プログラム パッケージ 6 注: ビルドは累積的であるため、新しい修正プログラムリリースごとに、以前のSQL Server 2008 R2 修正リリースに含まれていたすべての修正プログラムとすべてのセキュリティ修正プログラムが含まれています。 この修正プログラムを含む最新の修正プログラム リリースの適用を検討することをお勧めします。 詳細については、次のマイクロソフト サポート技術情報番号をクリックしてください。

981356 SQL Server 2008 R2 がリリースされた後にリリースされた SQL Server 2008 R2 ビルド

SQL Server 2008 Service Pack 1

この問題の修正プログラムは、SQL Server 2008 Service Pack 1 の累積的な更新プログラム 12 で最初にリリースされました。

ビルドは累積的であるため、各新しい修正プログラム リリースには、以前のSQL Server 2008 修正リリースに含まれていたすべての修正プログラムとすべてのセキュリティ修正プログラムが含まれています。 Microsoft では、この修正プログラムを含む最新の修正プログラム リリースの適用を検討することをお勧めします。 詳細については、次のマイクロソフト サポート技術情報番号をクリックしてください。

970365 SQL Server 2008 Service Pack 1 がリリースされた後にリリースされた 2008 SQL Server 2008 ビルドは、Microsoft SQL Server 2008 修正プログラムが特定のSQL Server サービス パックに対して作成されます。 SQL Server 2008 Service Pack 1 の修正プログラムを、SQL Server 2008 Service Pack 1 のインストールに適用する必要があります。 既定では、SQL Server サービス パックで提供されるすべての修正プログラムは、次のSQL Serverサービス パックに含まれます。

SQL Server 2008 Service Pack 2

この問題の修正プログラムは、SQL Server 2008 Service Pack 2 の累積的な更新プログラム 2 で最初にリリースされました。

ビルドは累積的であるため、各新しい修正プログラム リリースには、以前のSQL Server 2008 修正リリースに含まれていたすべての修正プログラムとすべてのセキュリティ修正プログラムが含まれています。 Microsoft では、この修正プログラムを含む最新の修正プログラム リリースの適用を検討することをお勧めします。 詳細については、次のマイクロソフト サポート技術情報番号をクリックしてください。

2402659 SQL Server 2008 Service Pack 2 がリリースされた後にリリースされた 2008 SQL Server 2008 ビルドは、Microsoft SQL Server 2008 修正プログラムが特定のSQL Server サービス パックに対して作成されます。 SQL Server 2008 Service Pack 2 のインストールに、SQL Server 2008 Service Pack 2 修正プログラムを適用する必要があります。 既定では、SQL Server サービス パックで提供されるすべての修正プログラムは、次のSQL Serverサービス パックに含まれます。

SQL Server 2005 Service Pack 3

この問題の修正プログラムは、SQL Server 2005 Service Pack 3 の累積的な更新プログラム 13 で最初にリリースされました。

注: ビルドは累積的であるため、各新しい修正プログラム リリースには、以前のSQL Server 2005 修正リリースに含まれていたすべての修正プログラムとすべてのセキュリティ修正プログラムが含まれています。 Microsoft では、この修正プログラムを含む最新の修正プログラム リリースの適用を検討することをお勧めします。 詳細については、次のマイクロソフト サポート技術情報番号をクリックしてください。

960598 SQL Server 2005 Service Pack 3 がリリースされた後にリリースされた 2005 SQL Server 2005 ビルドは、Microsoft SQL Server 2005 修正プログラムは、特定のSQL Server Service Pack に対して作成されます。 SQL Server 2005 Service Pack 3 のインストールに、SQL Server 2005 Service Pack 3 修正プログラムを適用する必要があります。 既定では、SQL Server サービス パックで提供されるすべての修正プログラムは、次のSQL Serverサービス パックに含まれます。
 

SQL Server 2005 Service Pack 4

この問題の修正プログラムは、SQL Server 2005 Service Pack 4 の累積的な更新プログラム 1 で最初にリリースされました。

注: ビルドは累積的であるため、各新しい修正プログラム リリースには、以前のSQL Server 2005 修正リリースに含まれていたすべての修正プログラムとすべてのセキュリティ修正プログラムが含まれています。 Microsoft では、この修正プログラムを含む最新の修正プログラム リリースの適用を検討することをお勧めします。

SQL Server 2005 Service Pack 4 のインストールに、SQL Server 2005 Service Pack 4 修正プログラムを適用する必要があります。 既定では、SQL Server サービス パックで提供されるすべての修正プログラムは、次のSQL Serverサービス パックに含まれます。

既存の問題を軽減する

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

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

今後発生しないようにする

• データベースの自動拡張増分を適切なサイズ
  
  に設定する 自動拡張増分のサイズが小さすぎる場合は、多くの仮想ログ ファイル (VLF) が発生し、SQL Serverでパフォーマンスが低下する可能性があります。 自動拡張インクリメントのサイズが大きすぎる場合、トランザクション ログを自動的に拡張するクエリは、増加を完了するために長い時間待たなければならない場合があります。 そのため、SQL Serverでタイムアウト エラーが発生する可能性があります。 これらの問題を回避するには、データベースの自動拡張増分のサイズを適切なサイズに設定します。

• 多数の VLF を排除し、手動での拡張
  
  を使用する 多くの VLF がトランザクション ログにある場合は、トランザクション ログのサイズを小さくし、手動での増加を使用して需要を満たすために、ピーク時のビジネスの前に増加させます。 たとえば、トランザクション ログは、大規模な増分または 1 回の手動増加で妥当な平均サイズに戻ります。 そのため、トランザクション ログのサイズはピーク容量に達し、ログ バックアップ ファイルは頻繁かつ定期的にスケジュールされます。 さらに、トランザクション ログが切り捨てられ、トランザクション ログの VLF を 1 つのサイクルで再利用できます。

• トランザクション ログを手動
  
  で圧縮して増やす方法 VLF が多すぎるログを修正するには、次の手順に従ってログを圧縮し、手動で再度増やします。

  1. データベースが完全復旧モデルまたは一括ログ復旧モデルの場合は、アクティブな VLF を切り捨てて再利用できるように、トランザクション ログをバックアップする必要があります。BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'
     SSMS を使用してトランザクション ログ ファイルをバックアップする方法の詳細については、次の Microsoft Developer Network (MSDN) Web サイトを参照してください。

     SSMS を使用してトランザクション ログ ファイルをバックアップする方法Transact-SQL ステートメントを使用してトランザクション ログ ファイルをバックアップする方法の詳細については、次の MSDN Web サイトを参照してください。

     Transact-SQL ステートメントを使用してトランザクション ログ ファイルをバックアップする方法

  2. トランザクション ログ ファイルの論理名を確認するには、次のいずれかのステートメントを実行します。
     ステートメント 1
     exec sp_helpfile ステートメント 2
     select * from sys.sysfiles トランザクション ログ ファイルのサイズを目的のサイズに縮小するには、次のコードを使用します:DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY)

  3. トランザクション ログ ファイルのサイズを適切なサイズに増やすことができます。 トランザクション ログ ファイルのサイズをピーク時の通常のサイズに拡張することをお勧めします。 そのため、自動拡張インクリメントは回避されます。 トランザクション ログのサイズを設定するには、SSMS の [データベースのプロパティ] ページを使用するか、次の ALTER DATABASE 構文を使用します。MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB)
     SSMS でデータベースのサイズを大きくする方法の詳細については、次の MSDN Web サイトを参照してください。

     SSMS でデータベースのサイズを増やす方法ALTER DATABASE MODIFY FILE 構文の詳細については、次の MSDN Web サイトを参照してください。

     ALTER DATABASE MODIFY FILE 構文に関する一般的な情報