SQL Server 2005 SP2 をダウンロードしてインストールするには、お使いのコンピュータに 1.9 GB のディスク空き容量が必要です。次の表に、セットアップ コンポーネントに必要なディスク領域を示します。

インストールの完了後は、コンピュータから 250 MB のダウンロード パッケージを削除できます。SQL Server 2005 SP2 のインストール後に永続的に使用されるディスク領域は約 1 GB です。

[先頭に戻る]

2007 年 1 月 15 日以前に公開された SQL Server 2005 のセキュリティ関連の問題は、すべて SP2 で修正されています。2007 年 1 月 15 日より後に SQL Server 2005 の修正プログラムを入手された場合は、この SP2 リリースに含まれていない内容である可能性があります。購入元に問い合わせて、SQL Server 2005 SP2 用の同じ修正プログラムを入手してください。

SQL Server 2005 SP2 では、Microsoft SQL Server 2005 Compact Edition (SQL Server Compact Edition) がサポートされています。これは Microsoft SQL Server 2005 Mobile Edition (SQL Server Mobile) から名称変更されたものです。SQL Server Compact Edition の詳細については、SQL Server Compact Edition Books Online ホーム ページを参照してください。

Service Pack を含むすべての SQL Server 製品には、固有のバージョン番号が付いています。SQL Server 2005 インスタンスのバージョン番号を確認するには、次の 2 つの方法があります。

• インスタンスへの接続中に、SQL Server Management Studio のオブジェクト エクスプローラで確認する。
  
  
• データベース エンジンのインスタンスに対して、"SELECT SERVERPROPERTY('ProductVersion')" というクエリを実行する。
  
  

次の表は、SQL Server 2005 の各バージョンに対応するバージョン番号を示しています。

[先頭に戻る]

マージ レプリケーション トポロジ、または更新サブスクライバを使用するトランザクション レプリケーション トポロジ内の SQL Server 2005 のインスタンスをアップグレードする場合は、次の順番でインスタンスをアップグレードする必要があります。

1. ディストリビュータ
   
   
2. パブリッシャ
   
   
3. サブスクライバ
   
   

[先頭に戻る]

リモートのレポート サーバー データベースを含む Reporting Services をアップグレードする場合、データベース スキーマのアップグレードで問題が発生することがあります。既定では、リモートの SQL Server インスタンスへの接続とスキーマの更新には、セットアップ プログラムを実行しているユーザーのセキュリティ トークンが使用されます。ローカル コンピュータとリモート コンピュータの両方に管理者権限がある場合は、データベースのアップグレードは成功します。コマンド プロンプトからセットアップを実行し、リモート コンピュータでスキーマを変更する権限が与えられているアカウントに /rsupgradedatabaseaccount および /rsupgradepassword を指定した場合も、データベースのアップグレードは成功します。

リモート コンピュータでのスキーマ更新の権限がない場合は、接続が拒否され、次のエラーが表示されます。

"レポート サーバー データベース スキーマをアップグレードできませんでした。Reporting Services 構成ツールを実行し、[データベースのセットアップ] タブでレポート サーバー データベースを現在のデータベース スキーマ バージョンにアップグレードする必要があります。"

レポート サーバーのプログラム ファイルは SP2 にアップグレードされますが、レポート サーバー データベースは以前のバージョンの形式のままになります。レポート サーバー データベースが古い形式の場合、レポート サーバーは使用できません。

データベースを手動でアップグレードするには、アップグレードの終了後に Reporting Services 構成ツールを実行してください。アップグレードしたレポート サーバーに接続し、[データベースのセットアップ] ページの [アップグレード] オプションを使用して、データベース スキーマを更新します。上記の手順が完了したら、レポート サーバーを使用できます。

[先頭に戻る]

SP2 のインストール後に、[プログラムの追加と削除] を使用して SQL Server コンポーネントを修復または変更すると、次のエラー メッセージが表示されることがあります。

"選択した機能は現在使用できないネットワーク リソースにあります。"

影響を受ける SQL Server コンポーネントは次のとおりです。

• MSXML (msxml6.msi)
  
  
• SQLXML (sqlxml4.msi)
  
  
• SQL Server Native Client (sqlncli.msi)
  
  
• 旧バージョンとの互換性 (SqlServer2005_BC.msi)
  
  
• SQL Server VSS Writer (SqlWriter.msi)
  
  

[先頭に戻る]

セットアップでは、SP2 を適用するときに、システム データベースをアップグレードします。このとき、ALTER DATABASE 構文に制限が加えられていると、アップグレードに失敗することがあります。ALTER DATABASE には、次の制限を加えることができます。

• ALTER DATABASE ステートメントの明示的な拒否
  
  
• ALTER DATABASE ステートメントを含むトランザクションをロールバックするデータ定義言語 (DDL) トリガ
  
  

ALTER DATABASE に制限があり、システム データベースを SP2 にアップグレードできない場合は、このような制限を無効にしてからセットアップを再実行する必要があります。

[先頭に戻る]

フェールオーバー クラスタ インスタンスに SP2 をインストールする前に、次の注意事項を確認してください。

• SP2 セットアップ プログラムの実行前や、インストール プログラムの実行中に、クラスタ サービスを停止しない。
  
  
• SP2 セットアップ プログラムの実行前に、実行中のプロセスを終了しない。
  
  
• SP2 セットアップ プログラムの実行前に、SQL Server サービスをオフラインにしない。SQL Server サービスの停止と開始は、SP2 セットアップ プログラムによって行われます。
  
  
• SP2 セットアップ プログラムはフェールオーバー クラスタ インスタンスのプライマリ ノード上で実行する。
  
  
• SP2 のインストールが終わったら、すべてのフェールオーバー クラスタ インスタンスを再起動する。
  
  
• ローリング アップグレードは SP2 ではサポートされない。
  
  

[先頭に戻る]

SQL ライタ サービスの既定のスタートアップの種類と既定の状態は、次のように変更されます。

• SQL ライタ サービスのスタートアップの種類 : [手動] から [自動] に変更
  
  
• SQL ライタ サービスの既定の状態 : [停止] から [開始] に変更
  
  

[先頭に戻る]

SQL Server 2005 Service Pack 1 (SP1) で導入。

一意の非クラスタ化インデックスをオンラインで作成できるようになりました。該当するのは次のステートメントです。

• CREATE UNIQUE NONCLUSTERED INDEX
  
  
• CREATE UNIQUE NONCLUSTERED INDEX WITH DROP_EXISTING
  
  
• ALTER TABLE ADD CONSTRAINT PRIMARY KEY NONCLUSTERED
  
  
• ALTER TABLE ADD CONSTRAINT UNIQUE NONCLUSTERED
  
  

詳細については、「SQL Server 2005 Books Online のアップデート」を参照してください。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

DBCC CHECKDB、DBCC CHECKALLOC、DBCC CHECKFILEGROUP、または DBCC CHECKTABLE コマンドで破損エラーが検出された場合、SQL Server LOG ディレクトリにミニダンプ ファイル (SQLDUMPnnnn.txt) が作成されるようになりました。SQL Server のインスタンスで、機能の使用状況データ収集およびエラー レポート機能が有効になっている場合は、ファイルが自動的にマイクロソフトに送信されます。ここで収集されたデータは、SQL Server の機能強化に使用されます。詳細については、SQL Server 2005 Books Online の「エラー レポートと使用状況レポートの設定」を参照してください。

ダンプ ファイルには、DBCC コマンドの結果とその他の診断結果が保存されます。このファイルには、アクセス制限付きの随意アクセス制御リスト (DACL) が指定されており、ダンプ ファイルへのアクセスは SQL Server サービス アカウントと sysadmin ロールのメンバに制限されます。既定では、ロール sysadmin には Windows の BUILTIN\Administrators グループとローカルの管理者グループのすべてのメンバが含まれます。データ収集処理が失敗しても、DBCC コマンドは失敗しません。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

データベース エンジンで、バッチの完了時に、コミットできないアクティブなトランザクションが自動的にロールバックされるようになりました。SP2 のリリース前は、コミットできないトランザクションを手動でロールバックする必要がありました。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

SQL Server 2005 では、エージェントのジョブ ステップ トークンの構文が変更されています。その結果、ジョブ ステップで使用するすべてのトークンについて、エスケープ マクロの挿入が必要になりました。この処理を行わないと、ジョブ ステップは失敗になり、次のエラー メッセージが表示されます。

"ジョブ ステップに 1 つ以上のトークンが含まれています。SQL Server 2005 Service Pack 1 以降では、ジョブを実行する前に、トークンが含まれているすべてのジョブ ステップをマクロで更新する必要があります。"

これは、トークンを使用する場合もエスケープ マクロを必要としなかった以前の SQL Server 2005 の動作から変更されています。ジョブを新しい構文に更新する方法およびエスケープ マクロの使用の詳細については、SQL Server 2005 Books Online (2006 年 4 月) 以降の「ジョブ ステップでのトークンの使用」を参照してください。Books Online のアップデートの詳細については、「SQL Server 2005 Books Online のアップデート」を参照してください。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

以前のバージョンのツールを使用して、メンテナンス プラン デザイナで作成された SP2 のメンテナンス プランを開くと、次のエラー メッセージが表示されます。

"このメンテナンス プランは、メンテナンス プラン デザイナ以外のツールを使用して変更されています。今後このメンテナンス プランを変更するときは、SQL Server Integration Services を使用してください。"

この問題を解決するには、ツールを SQL Server 2005 SP2 にアップグレードすることをお勧めします。また、プランを変更する際には、エラー メッセージで示された Integration Services を使用するのではなく、メンテナンス プラン デザイナを使用することをお勧めします。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

このサービス パックをインストールすると、Integration Services サービスの開始とアクセス用の DCOM 権限が既定の権限に再設定されます。DCOM 権限をカスタマイズしていた場合は、カスタマイズ内容を再度適用する必要があります。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

SQL Server SP2 では、レジストリ キー HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile の値が既定値に再設定されます。このレジストリ キーは、Integration Services サービスの構成ファイル (MsDtsSrvr.ini.xml) の場所を指定するものです。このレジストリ キーの値を既定の場所から変更した場合は、サービス パックを適用した後に再度更新する必要があります。

[先頭に戻る]

SQL Server 2005 SP1 で導入。

SQL Server SP2 を適用すると、次の場合に列変換が失敗することがあります。

SQL Server 2005 SP1 で導入。

Integration Services のデータ フロー コンポーネントの初期化方法が変わりました。以前のリリースでは、データ フロー コンポーネントの初期化時にはまず AcquireConnections メソッドが呼び出され、次に、関連付けられている各接続に対して PreExecute メソッドが呼び出されていました。このリリースでは、PreExecute を呼び出す前に、すべての関連付けられている接続に対して AquireConnections が呼び出されます。この新しい初期化プロセスにより、トランザクションへの参加の信頼性が高くなり、データ統合をより弾力的に行えるようになります。

場合によっては、この新しい初期化プロセスによってタイムアウト エラーが生じることがあります。たとえば、複雑なデータ フロー タスクには、複数の変換元、変換先、参照などの接続を使用するコンポーネントが数多く含まれていることがあります。一覧の後半にあるコンポーネントは、それより前のすべてのコンポーネントで PreExecute 呼び出しが完了するまで、関連付けられている接続を使用できません。結果として、パッケージのデザインによっては、接続を取得してから最初に使用するまでに、長い遅延が生じることになります。遅延が長くなると、接続がタイムアウトして、パッケージの処理が失敗する可能性があります。

この問題を解決するには、失敗した接続の [タイムアウト] プロパティの値を大きくしてください。初期化後のパッケージのパフォーマンスには影響しません。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

Integration Services パッケージは、Microsoft Visual Studio for Applications (VSA) の機能を使用して、スクリプト コンポーネントおよびスクリプト タスクに含まれているカスタム コードを実行します。.NET Framework 2.0 用にリリースされた重要なセキュリティの更新プログラムを実行すると、スクリプトを含んでいるパッケージと VSA 実行環境との間にバイナリ非互換性が発生します。詳細については、サポート技術情報の記事 928365 を参照してください。

この非互換性が実行時に発生すると、スクリプトを正常に実行するために、Integration Services が問題を特定し、対処しようとします。しかし、スクリプトが実行されないこともあり、その場合は手動でスクリプトを再コンパイルする必要があります。詳細については、サポート技術情報の記事 931846 を参照してください。コンピュータで Windows Vista を実行している場合は、サポート技術情報の記事 928208 で説明されているように、修正プログラムをインストールする必要があります。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

Analysis Services のインスタンスに接続したときに Microsoft Office 2007 のすべてのビジネス インテリジェンス機能をサポートするには、SP2 がインストールされている必要があります。SP2 がインストールされていないと、SP2 を必要とする Office 2007 の機能を Analysis Services のインスタンスに対して実行した場合、これらの機能は無効になります。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

Analysis Services では、リンク メジャー グループに含まれるすべてのディメンションが、ソース メジャー グループのディメンションと同じ粒度を持つことが求められるようになりました。たとえば、ソース メジャー グループの時間ディメンションに粒度属性として日付属性がある場合、リンク メジャー グループでも粒度属性として日付属性を使用する必要があります。このルールに違反する Analysis Services データベースの最も一般的な例として、SQL Server 2005 のプレリリース版を使用して移行された SQL Server 2000 Analysis Services データベースを挙げることができます。

この粒度ルールに違反するデータベースがある場合は、SP2 を適用する前に、リンク メジャー グループを含んでいるデータベースを変更する必要があります。変更しないと、データベースは SP2 の適用後に無効になります。そのような無効なデータベースは削除する必要があります。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

SP2 では、次の多次元式 (MDX) の動作が変更されました。

• 列と行の軸にあるセルの座標が、WHERE 句に含まれている単一の組のディメンション メンバの座標とマージされるようになりました。たとえば、"SELECT [USA] FROM [Cube] WHERE [Seattle]" を実行した場合、USA ではなく Seattle のセル値が返されるようになりました。WHERE 句および列または行の軸に、指定の属性または階層からの複数のディメンション メンバを含むクエリは SP2 によって影響を受けないため、予期しない結果が返される場合があります。この動作は今後変更される可能性があります。
  
  
• サブセレクト内に定義されている座標を上書きする計算を含むクエリで、表示部分の合計が保持されないようになりました。たとえば、"WITH MEMBER Measures.ParentContribution AS (Measures.Sales, Geography.Currentmember.Parent) / Measures.Sales SELECT Measures.ParentValue ON COLUMNS, Geography.Members ON ROWS FROM (Select Geography.USA on 0 from Sales)" を実行した場合、表示部分の合計なしで親に対する比重が返されるようになりました。
  
  

[先頭に戻る]

SQL Server 2005 SP2 で導入。

SP2 では Analysis Services のプロトコルとファイル形式に関して旧バージョンおよび新バージョンとの互換性が変更されたため、Analysis Services SP1 サーバーで Analysis Services SP2 のデータ フォルダとバックアップを読み込むことはできません。また、Analysis Services SP2 サーバーと Analysis Services SP1 サーバーの間でサーバーを同期させることもできません。この変更は SQL Server 2005 SP1 QFE 251 で導入されました。

[先頭に戻る]

SQL Server 2005 SP2 で導入。

Internet Explorer 7.0 で展開可能なコンテンツのレポートを表示した場合、[戻る] ボタンをクリックしても以前に表示されていたページは読み込まれません。

[先頭に戻る]

SharePoint 統合モードで実行されているレポート サーバーで、既定のタイムアウト指定時間よりも処理時間を要する実行時間の長いレポートを実行すると、ASP.NET のタイムアウト エラーが発生する場合があります。ASP.NET の既定のタイムアウト時間は 2 分です。必要な処理時間が 2 分を超えるレポートは予期せず終了し、"予期しないエラーが発生しました。" という Windows SharePoint Services のエラー ページが表示されます。

このエラーの原因がタイムアウトの問題であると考えられる場合は、SharePoint Web アプリケーションの Web.config ファイルに httpRuntime executionTimeout 属性を追加することで、このエラーを回避できます。

必ず、実行時間の長いレポートの処理を完了できるだけの値を指定してください。ネイティブ モードのレポート サーバーの場合、レポート サーバーおよびレポート マネージャの既定のタイムアウト値は 9000 秒です。SharePoint Web アプリケーションの executionTimeout を指定するときも、同様の値を選択することを検討してください。

SharePoint ファームに複数のアプリケーションを展開している場合は、ファーム内の Web.config ファイルごとに上記の手順を繰り返します。この要件は、<drive>:\inetpub\wwwroot\wss\VirtualDirectories の下のサブディレクトリにあるすべての SharePoint Web アプリケーションの Web.config ファイルに適用されます。また、ファーム内のアプリケーションのうち、異なるコンピュータにインストールされているアプリケーションの Web.config ファイルにも適用されます。

[先頭に戻る]

SQL Server 2005 SP2 では、新しいバージョンの Reporting Services 構成ツールが導入されます。SP2 をインストールする場合は、Reporting Services 構成ツールの SP2 バージョンを使用して、レポート サーバーを構成する必要があります。また、Reporting Services 構成ツールの SP2 バージョンを使用して、SP2 よりも前のバージョンのレポート サーバーを構成することはできません。Reporting Services 構成ツールでは新しいバージョンの WMI プロバイダを使用するため、この非互換性の問題が発生します。この WMI プロバイダには、以前のバージョンとの互換性がありません。サポートされていないバージョンの Reporting Services 構成ツールを使用すると、"WMI プロバイダから、ReportServicesConfigUI.WMIProvider.ConfigurationItem.CreateConfigurationItem の不明なステータスが返されました" というようなエラーが発生します。

[先頭に戻る]

レポート サーバー仮想ディレクトリを構成する際にレポート マネージャがインストールされていないと、Reporting Services 構成ツールが予期せず終了し、"SQL Server 2005 Reporting Services 構成ツールで問題が発生したため、終了します" というようなエラーが表示されます。エラー メッセージに関係なく、実際には仮想ディレクトリが作成されます。エラーは 1 回だけ発生します。再度ツールを開くと、エラーが再び発生することはなく、サーバーの構成を完了することができます。

[先頭に戻る]

レポート サーバーを配置して SharePoint サーバー ファームと統合する場合、レポート サーバーをホストするコンピュータを含むファーム内のすべてのサーバーで、同じバージョンの SharePoint 製品およびテクノロジを使用する必要があります。同じサーバー ファームで、Windows SharePoint Services 3.0 と Office SharePoint Server 2007 を組み合わせて使用することはできません。

[先頭に戻る]

レポート サーバー データベース接続で指定されている資格情報の種類によって、セットアップ時にレポート サーバー データベースを SP1 または SP2 の CTP バージョンから SP2 の最新リリースにアップグレードできるかどうかが異なります。

レポート サーバーがレポート サーバー データベースに接続するときに、レポート サーバー Windows サービスを実行するときと異なるデータベース資格情報または Windows ユーザー アカウントを使用する場合、他のソフトウェアがアップグレードされてもデータベースはアップグレードされません。この場合、Reporting Services 構成ツールを使用してレポート サーバー データベースを手動でアップグレードする必要があります。[データベースのセットアップ] ページで [アップグレード] をクリックし、SP2 形式をレポート サーバー データベースに適用します。

[先頭に戻る]

複数のレポート サーバー インスタンスが Windows SharePoint Services 3.0 または Microsoft Office SharePoint Server 2007 の異なるスタンドアロン サーバー配置で同じレポート サーバー データベースを共有する場合、それらのレポート サーバー インスタンスを統合することはできません。統合すると、バックエンド レポート サーバー データベースでデータの破損が発生します。2 つの Windows SharePoint Services 3.0 を個別にインストールし、それぞれをローカルのレポート サーバー インスタンスに統合し、両方のレポート サーバー インスタンスが同じレポート サーバー データベースを共有する、というシナリオはサポートされていません。

[先頭に戻る]

Integration Services のスクリプト タスクとスクリプト コンポーネントには、スクリプト開発環境およびランタイム エンジンとして Microsoft Visual Studio for Applications (VSA) が使用されますが、今回のリリースでは VSA は Windows Vista の最終バージョンに対応していません。コンピュータで Windows Vista の最終バージョンを実行している場合、そのコンピュータを使用して Integration Services のスクリプトを編集またはデバッグすることはできません。また、スクリプトを含んでいる Integration Services パッケージを実行することもできません。

[先頭に戻る]

Windows Vista には、ユーザー アカウント制御 (UAC) という新機能があり、この機能を使用すると、管理者は高度な特権の使用を管理できます。Windows Vista での実行中、管理者は既定では管理特権を使用しません。代わりに、管理者以外の標準のユーザーとしてほとんどの操作を実行し、必要な場合にのみ、一時的に管理特権を使用します。

UAC が原因で発生する既知の問題があります。詳細については、TechNet の次の Web ページを参照してください。

• Windows Vista: ユーザー アカウント制御
  
  
• Windows Vista Beta 2 ユーザー アカウント制御のステップ バイ ステップ ガイド