Visual Studio 2008 Service Pack 1 Beta リリース ノート

目次

1. システム要件

1.1. サポートされているアーキテクチャ

  • x86
  • x64 (WOW)

    • 1.2. サポートされているオペレーティング システム

  • Microsoft Windows XP
  • Microsoft Windows Server 2003
  • Microsoft Windows Server 2008
  • Windows Vista

    1.3. ハードウェア要件

  • 最小 : 1.6 GHz の CPU、384 MB の RAM、解像度 1024x768 のディスプレイ、5400 RPM のハード ディスク
  • 推奨 : 2.2 GHz 以上の CPU、1024 MB 以上の RAM、1280 x 1024 を表示できるディスプレイ、7,200 RPM 以上のハード ディスク 
  • Windows Vista 上で実行する場合 : 2.4 GHz の CPU、768 MB の RAM

    • 2. 既知の問題

    2.1. インストール

    2.1.1.SQL Server Compact 3.5 SP1 Beta for Devices は、Visual Studio 2008 SP1 Beta と共にインストールされないが、Web ダウンロードとして提供されている

    SQL Server Compact for Devices Windows インストーラ (.msi) ファイルには、モバイル デバイスへの SQL Server Compact のインストールに必要なモバイル デバイス ランタイム ファイルが含まれています。Visual Studio 2008 SP1 Beta を製品版の Visual Studio 2008 にインストールしても、SQL Server Compact 3.5 for Devices .msi ファイルは SP1 のバージョンに更新されません。

    この問題を解決するには

    SQL Server Compact 3.5 for Devices SP1 Beta .msi ファイルを、Microsoft ダウンロード センター Web サイトからダウンロードします。

    2.1.2. コンピュータに .NET Framework 3.5 Client Beta 1 がインストールされている場合は、Visual Studio 2008 SP1 Beta をインストールできない

    ※ Microsoft .NET Framework 3.5 Client は Microsoft .NET Framework 3.5 のサブセットとなる製品であり、Microsoft .NET Framework 3.5 とは異なる製品です。また、今回日本語でのMicrosoft .NET Framework 3.5 Client のリリースは提供していません。

    コンピュータに .NET Framework 3.5 Client Beta 1 がインストールされている場合は、Visual Studio 2008 SP1 Beta をインストールできません。

    この問題を解決するには

    1. [プログラムの追加と削除] を開きます。
    2. "Microsoft .NET Framework 3.5 Client Beta 1" をアンインストールします。
    3. "Microsoft .NET Framework 3.0 Client Beta 1" をアンインストールします。
    4. "Microsoft .NET Framework 2.0 Client Beta" をアンインストールします。

    2.1.3. Visual Studio 2008 SP1 Beta のインストール中またはアンインストール中にメッセージ ボックスが表示され、セットアップ プロセスを終了するように求められる

    .Net Framework 3.5 SP1 Beta、.Net Framework 3.0 SP2 Beta、および .Net Framework 2.0 SP2 Beta のインストール中またはアンインストール中に、"セットアップを続行する前に、以下のアプリケーションを閉じてください" というメッセージが表示されます。
    このアプリケーションの一覧にセットアップ プログラム自体が含まれています。次のように表示されます。
    Microsoft .NET Framework 3.5 SP1 Beta セットアップ
    セットアップ

    この問題を解決するには

    [無視] をクリックし、セットアップを続行します。

    2.1.4. SilverLight Tools がインストールされているコンピュータには、Visual Studio 2008 SP1 Beta をインストールできない

    システムに Silverlight Tools がインストールされている場合、Microsoft Visual Studio 2008 SP1 Beta はインストールできません。このようなインストールを行うと、次のエラー メッセージが表示されます。
    "Microsoft Visual Studio 2008 SP1 Beta は、適用できないか、またはシステム上のその他の条件によりブロックされました。詳細については、以下のリンクをクリックしてください。"
    Visual Studio 2008 SP1 Beta を Visual Studio 2008 製品版に適用する場合は、まず Silverlight Tools をアンインストールしてください。

    この問題を解決するには

    次の手順に従って、Silverlight Tools をアンインストールします。

    Vista 以降のシステムの場合 :
    1. コントロール パネルの [プログラムの機能] を開きます。
    2. Silverlight Tools Beta for VS2008 をアンインストールします。
    3. 左側のタスク バーの [インストールされている更新プログラムの表示] をクリックします。
    4. KB949325 (お使いのバージョンの VS 2008 の下に表示されています) を削除します。
    Vista より前のシステムの場合 :
    1. コントロール パネルから [プログラムの追加と削除] を開きます。
    2. Silverlight Tools Beta for VS2008 をアンインストールします。
    3. ウィンドウの上部にある [更新プログラムの表示] をクリックします。
    4. KB 949325 (お使いのバージョンの VS の下に表示されています) を削除します。
    どちらのシステムにも共通の追加作業 (省略可) :
           5.   Silverlight 2 SDK をアンインストールします (このアンインストールを実行すると、Silverlight アプリケーションのホストに使用される ASP.NET サーバー コントロールもアンインストールされます)。このアンインストールは必須ではありません。
     
    重要 : 手順 4. (KB 949325 の削除) を実行しない場合、Service Pack のインストールは続行されますが、一部の Service Pack ファイルがコンピュータにインストールされず、Visual Studio 2008 は不整合な状態になります。インストール プロセスがこの状態になった場合は、次の手順を実行して修正します。
    1. Visual Studio をアンインストールします (KB 949325 が適用される製品のみアンインストールします。これは、コア VS コンポーネントにのみ影響を与えます)。
    2. Visual Studio を再インストールします (前の手順でアンインストールされたコア コンポーネントと置き換わります)。
    3. SP1 Beta インストーラを再度実行します。

    2.1.5. Visual Studio 2008 SP1 は、Silverlight 2 Beta 1 Visual Studio ツールと互換性がない

    Silverlight Tools Beta 1 for Visual Studio 2008 は、Visual Studio 2008 SP1 Beta と互換性がありません。また、Silverlight Tools Beta 1 for Visual Studio 2008 を Visual Studio 2008 SP1 Beta が実行されているコンピュータにインストールすることもできません。
    ※ Silverlight Tools Beta 2 for Visual Studio 2008 は、Visual Studio 2008 SP1 Beta と互換性があります。

    この問題を解決するには

    既に Silverlight Tools Beta 1 をインストールしている場合、Visual Studio 2008 SP1 Beta をインストールする前に、
    1. まず Silverlight Tools Beta 1 for Visual Studio 2008 をアンインストールします。
    2. 次に KB949325 をアンインストールします。
    その後、必要に応じて Silverlight Tools Beta 2 for Visual Studio 2008 をインストールすることで、Visual Studio 2008 SP1 Beta の環境で動作させることが可能です。

    2.1.6 Visual Studio 2008 SP1 に SQL 発行ウィザード 1.2 をインストールできない

    Visual Studio がインストールされているコンピュータに SQL 発行ウィザードをインストールすることはできません。
    Visual Studio 2008 または Visual Web Developer Express 2008 の Service Pack が既にインストールされているコンピュータに、これらの製品の任意のバージョンをインストールしようとすると、SQL 発行ウィザードのインストールが失敗します。これは、Visual Studio 2008 SP1 と同時にインストールされる SQL 発行ウィザードは、Visual Studio 2008 または Visual Web Developer Express 2008 に付属する SQL 発行ウィザードよりも新しいバージョンであり、新しいバージョンが検出されると SQL 発行ウィザードがインストールされないためです。

    既存のシナリオの例を挙げます。
    Visual Studio 2008 の英語版を Visual Web Developer SP1 の英語版が既にインストールされているコンピュータにインストールする。
    Visual Studio 2008 の日本語版を Visual Studio 2008 SP1 の英語版または Visual Web Developer SP1 の英語版が既にインストールされているコンピュータにインストールする。
    セットアップ プログラムは、"次のコンポーネントをインストールできませんでした: Microsoft SQL 発行ウィザード" というメッセージを表示して、完了します。ただし、どちらの製品も、機能が失われることなく動作します。

    この問題を解決するには

    既知の回避策はありません。

    2.1.7. SP1 Beta で .NET Framework のセットアップ エラーが発生する

    .NET Framework セットアップ プログラムは、.NET Framework がインストールされていないか、.NET Framework 2.0 以前のバージョンがインストールされている Windows XP コンピュータでは失敗します。このエラーは、IIS メタベースのロックが必要以上に維持されることが原因です。

    この問題を解決するには

    2.1.8. Internet Explorer でブロックされているコンテンツの表示を許可すると、Visual Studio 2008 SP1 のインストール ログの表示に時間がかかる

    Internet Explorer でブロックされているコンテンツの表示を許可すると、Visual Studio 2008 SP1 Beta のインストール ログの表示に時間がかかる場合があります。

    この問題を解決するには

    既知の回避策はありません。

    2.1.9. Visual Studio 2008 SP1 進行状況ウィンドウに、"インストールが失敗しました - ロール バック中" と表示されたが、完了ページではセットアップの成功が報告される

    アップグレード中、Visual Studio 2008 SP1 Beta の進行状況ウィンドウに "インストールが失敗しました - ロール バック中" と表示される可能性があります。ただし、完了ページではセットアップが正常に完了したことが報告されます。これは、セットアップ パッケージの 1 つに対して誤った進行状況が報告されるためで、操作結果を表すものではありません。

    この問題を解決するには

    進行状況ウィンドウのこのメッセージは無視してください。完了ページでセットアップの成功が報告されていれば、すべての更新プログラムは正常にインストールされています。

    2.1.10. Visual Studio 2008 のすべてのインスタンスを SP1 にアップグレードする必要がある

    Visual Studio 2008 製品の複数のインスタンスがあるコンピュータでは、すべてのインスタンスを SP1 にアップグレードする必要があります。Visual Studio 2008 製品は共有リソースに依存しているため、1 つのインスタンスをアップグレードすると、他の Visual Studio 2008 製品がサポートされない状態になる可能性があります。

    この問題を解決するには

    コンピュータにインストールされているすべてのエディションの Visual Studio 2008 を SP1 にアップグレードします。

    2.1.11. Visual Studio 2008 SP1 の管理者モード配置

    Visual Studio 2008 SP1 では条件付きのダウンロード マネージャおよび修正プログラム インストーラが使用されるため、実行されるコンピュータに適した修正プログラムのみが検出され、インストールされます。管理者モード配置では、サーバー コンピュータ上で完全なパッケージ配置を行う必要があります。

    この問題を解決するには

    Visual Studio 2008 SP1 の完全な配置を行うには
    1. VS90sp1_KB945140.exe SP1 インストーラを、任意の一時フォルダ (例 : C:\VS90SP1) にダウンロードします。
    2. コマンド プロンプト ウィンドウを開きます (Windows Vista では管理者モードを使用)。
    3. 次のコマンドを実行して、すべての Visual Studio 2008 SP1 パッケージをダウンロードします。
      VS90sp1-KB945140-ENU.exe /createlayout <対象となるフォルダの完全パス> /passive
      次に例を示します。
      VS90sp1-KB945140-ENU.exe /createlayout C:\VS90SP1\Layout /passive
      これにより、SP1 セットアップ プログラム (SPInstaller.exe) を含む完全な Visual Studio 2008 SP1 ペイロードがダウンロードされ、指定されたフォルダ (例 : C:\VS90SP1\Layout) に保存されます。インストールは実行されません。
    4. 前の手順で作成した C:\VS90SP1\Layout フォルダに完全な再頒布可能パッケージの .NET Framework 3.5 SP1 を http://go.microsoft.com/fwlink/?LinkId=115068 からダウンロードし、既存のファイルを上書きして dotnetfx35setup.exe として保存します。

    パッケージをネットワークで配置するには
    1. 作成した Layout フォルダを共有ネットワークにコピーします。
    2. 次のコマンドを使用して、クライアント コンピュータから SPInstaller.exe を実行します。
      <ネットワークの完全パス>SPInstaller.exe /q /log %temp%\VS90SP1.htm /promptrestart
      次に例を示します。 \\server\VS90SP1\Layout\SPInstaller.exe /q /log %temp%\VS90SP1.htm /promptrestart

    2.1.12. Windows Vista 上で Visual Studio 2008 SP をインストールしているときに Windows 自動更新の通知が表示される

    .NET Framework 2.0 SP2 および .NET Framework 3.0 SP2 がインストールされていない Windows Vista コンピュータに Visual Studio 2008 SP1 をインストールしているときに、Windows 自動更新の通知により、コンピュータを再起動するように求められることがあります。すぐに再起動することを Windows Update に許可すると、Visual Studio セットアップが失敗します。

    この問題を解決するには

    Visual Studio 2008 SP1 のインストールが完了するまでコンピュータを再起動しないでください。

    2.1.13 .NET Framework 2.0 SP2 が .NET Framework 2.0 または 2.0 SP1 をアップグレードできない場合、Visual Studio 2008 SP1 のインストールが失敗する

    .Windows XP、Windows Server 2003、または Windows 2000 が実行されているコンピュータで、.NET Framework 2.0 または 2.0 SP1 がインストールされている場合、NET Framework 2.0 SP2 のインストールが失敗します。

    .NET Framework 2.0 SP2 セットアップは、.NET Framework 2.0 および 2.0 SP1 の以前のバージョンをアンインストールするメジャー アップグレードです。Windows インストーラが以前のバージョンをアンインストールする場合は、キャッシュされたインストール データベースおよびすべての更新プログラムを使用する必要があります。Windows インストーラによるアンインストール操作中に、以前にインストールされた更新プログラムのインストール パッケージがキャッシュまたは元のソースの場所から発見されなかった場合、インストールが失敗します。不完全なロールバックが発生した場合、このインストールの失敗の影響により、.NET Framework を使用するアプリケーションが失敗する可能性もあります。

    この問題は次の 2 つの理由のいずれかにより発生します。

    Windows インストーラ キャッシュで必要なファイルが見つからない

    Windows インストーラ キャッシュは、製品の修復、更新、およびアンインストールに不可欠です。したがって、キャッシュの内容を削除または変更しないでください。キャッシュの内容を変更すると、Windows インストーラ ベース製品を更新または修復しようとしたときにソースを要求される場合があります。

    Windows インストーラがキャッシュを探しても、Windows インストーラ更新プログラム (.msp) ファイルが見つからない場合があります。.msp ファイルが失われる一般的な理由として次の 2 つが挙げられます。

    この問題が発生した場合は、失敗したインストールの Windows インストーラ ログに次のメッセージが見つかります。

    MSI (s) (D0:B0) [19:05:57:843]: Couldn't find local patch 'C:\WINDOWS\Installer\a4784a.msp'.Looking for it at its source.MSI (s) (D0:B0) [19:05:57:843]: Resolving Patch source.

    .NET Framework 2.0 SP2 のインストール時にこの問題が発生した場合は、Microsoft .NET Framework 登録修正ツールを使用して問題を解決できます。このツールでは、更新に固有のすべての修正プログラムまたは更新プログラムの登録を削除することにより、メンテナンス インストールで固有の .msp ファイル読み込みが試行されないようにして、問題を解決します。

    また、インストーラ キャッシュを再ビルドすることで問題を解決することもできます。次の例に示すように、修正プログラムまたは更新プログラムのサポート技術情報の番号は、通常、"Resolving Patch source" に続く行で見つけることができます。
    MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT: Source is invalid due to missing/inaccessible package.
    MSI (s) (D0:B0) [19:05:57:859]: Note:1: 1706 2: -2147483647 3: NDP20-KB917283-X86.msp

    この例で Windows インストーラ キャッシュを修正するには、次の手順を実行します。
    1. 次の Microsoft Web サイトにアクセスします。 http://support.microsoft.com/kb/917283 この URL に含まれるサポート技術情報の記事番号は、Windows インストーラ キャッシュを修正する対象となる修正プログラムまたは更新プログラムのサポート技術情報の記事番号で置き換えることができます。
    2. 更新プログラムをダウンロードします。
    3. /x コマンド ライン スイッチまたは /extract コマンド ライン スイッチを使用して、修正プログラムまたは更新プログラムに含まれる .msp ファイルを展開します。
    4. 展開した .msp ファイルを失われたファイルの場所にコピーします。この例では、%windir%\Installer\a4784a.msp です。

    修正プログラム登録または更新プログラム登録が壊れている

    修正プログラムまたは更新プログラムが Windows インストーラ ベース製品にインストールされた後で、修正プログラム登録または更新プログラム登録が壊れる場合があります。サードパーティのレジストリ クリーナーにより特定のレジストリが削除された場合に、この問題が発生することがあります。これらのキーには、Windows インストーラが内部で使用するためのキーが含まれます。この場合は、次のような "Resolving Patch source" メッセージがログに表示されます。
    MSI (s) (CC:5C) [03:02:56:181]: Couldn't find local patch ''.Looking for it at its source.
    MSI (s) (CC:5C) [03:02:56:181]: Resolving Patch source.

    修正プログラムまたは更新プログラムの登録情報が失われているために、ログ メッセージに修復プログラムまたは更新プログラムの場所が示されません。この場合、修正プログラムまたは更新プログラムは製品に登録されているにもかかわらず、修正プログラムまたは更新プログラムの場所情報がありません。ファイルが存在する可能性はありますが、Windows インストーラは読み込みに必要なファイルのパスを認識できません。
    .NET Framework 2.0 SP2 のインストール時にこの問題が発生した場合は、Microsoft .NET Framework 登録修正ツールを使用して問題を解決できます。このツールでは、この Service Pack に固有のすべての修正プログラムまたは更新の登録を削除することにより、メンテナンス インストールで修正プログラムまたは更新プログラムのパッケージの読み込みが試行されないようにして、問題を解決します。

    この問題を解決するには

    .NET Framework 2.0 SP2 のインストールが失敗し、"原因" セクションで記述されているように "Resolving Patch source" というメッセージがインストール ログ ファイルに表示された場合は、Microsoft .NET Framework 登録修正ツールを使用して問題を解決できます。
    Microsoft .NET Framework 登録修正ツールは、"原因" セクションに記述されている問題を両方とも解決します。

    次のファイルを Microsoft ダウンロード センター (http://www.microsoft.com/downloads/details.aspx?FamilyID=0BA6038C-061E-4B4A-9BE9-96A323701260) から入手できます。

    Microsoft ダウンロード センターには、.NET Framework 2.0 がサポートする各プロセッサ アーキテクチャ (x86、x64、および IA-64) にそれぞれ対応するバージョンのツールが用意されています。ほとんどのお客様は 32 ビット バージョンのオペレーティング システムを利用しています。したがって、このような方はこのツールの x86 バージョンをダウンロードしてインストールする必要があります。

    管理者は、/q コマンド ライン スイッチまたは /quiet コマンド ライン スイッチを渡すことにより、このユーティリティをスクリプト内で使用することもできます。この方法により、ユーザー インターフェイスもブロック スクリプトも使用することなく、サイレント モードでアプリケーションを実行できます。

    このツールは、%TEMP%\dd_clwireg.txt フォルダに実行中のログを書き込みます。このログでは、ツールが行っている処理の詳細な情報を確認できます。

    注意

    2.1.14 Visual Studio 2008 SP1 をインストールする前に、Visual Studio SP1 修正プログラム KB944899 をアンインストールする必要がある

    Visual Studio 2008 SP1 をインストールする前に、修正プログラム KB944899 をアンインストールする必要があります。KB944899 修正プログラムは、ダウンロードされたソース コード (通常は .NET Framework ソース ライブラリ) をステップ実行する場合のパフォーマンス問題に対処します。KB944899 修正プログラムで提供されるパフォーマンスの強化は、Visual Studio 2008 SP1 にも含まれています。

    他の修正プログラム用の更新プログラムも適切ではありません。他の Visual Studio 修正プログラムも、この修正プログラムのレジストリ エントリに書き込みを行う場合があります。[インストールされた更新プログラム] から KB944899 をアンインストールした後で、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Updates\ にある KB944899 のレジストリ エントリも削除する必要があります。

    この問題を解決するには

    Visual Studio 2008 SP1 をインストールする前に KB944899 を削除します。

    Vista 以降のシステムの場合 :
    1. コントロール パネルを開きます。
    2. [プログラム] をクリックします。
    3. [インストールされている更新プログラムの表示] をクリックします。
    4. Visual Studio 2008 のすべてのバージョンの KB944899 をアンインストールします。
    以前のオペレーティング システムの場合 :
    1. コントロール パネルを開きます。
    2. [プログラムの追加と削除] をクリックします。
    3. [更新プログラムの表示] をオンにします。
    4. Visual Studio 2008 のすべてのバージョンの KB944899 をアンインストールします。
    Visual Studio 2008 にインストールされている他の更新プログラムが更新の一覧に表示されている場合は、高い特権でコマンド プロンプトを開いて次の手順を実行します。
    1. KB944899 への他の参照があるかどうかをチェックします。
      reg.exe query HKLM\Software\Microsoft\Updates /f KB944899 /k /s
    2. 検索で返された各結果について、フル キー名 (スペースを含む) をコピーし、次のコマンドを実行してそれらを削除します。{key} の部分は、検索結果に置き換えてください。 reg.exe delete "{key}" /f

    2.1.15 まれに、SQL 発行ウィザードが SP1 インストール失敗の原因となる

    Visual Studio 2008 SP1 のインストールが失敗して、ロール バックした場合は、SQL 発行ウィザードを別にインストールし、SP1 インストールを再度試行してください。

    この問題を解決するには

    1. SqlPubWiz.msi を http://go.microsoft.com/fwlink/?LinkId=108983 からダウンロードします。
    2. コマンド プロンプトを開きます (Vista OS では管理者として)。
    3. コマンド プロンプトのパスを、SqlPubWiz.msi がダウンロードされたフォルダに変更します。
    4. 「msiexec /i sqlpubwiz.msi IsInvokedFromVs=1」と入力します。
    5. 次に、VS2008 Sp1 Beta をインストールします。

    2.1.16. Windows Vista 上で Visual Studio 2008 SP1 Beta をインストールした場合、Windows Update による再起動の警告が表示される。

    .NET Framework 2.0 SP1 および .NET Framework 3.0 SP1 がインストールされていない Windows Vista 環境の上で Visual Studio 2008 SP1 Beta をインストールした場合、Windows Update によるポップアップメッセージが表示され、コンピュータを再起動するように促されます。

    この問題を解決するには

    Visual Studio 2008 SP1 Beta のインストールが終了するまで、コンピュータの再起動をしないでください。

    2.1.17. Test Load Agent および Test Load Controller がアップデートされない

    Test Load Agent および Test Load Controller を使用している環境に対して Microsoft Visual Studio 2008 SP1 Beta をインストールする場合、Test Load Agent および Test Load Controller がアップデートされません。これらをアップデートするにはマニュアル作業による更新が必要です。

    この問題を解決するには

    1. http://go.microsoft.com/fwlink/?LinkId=114575&clcid=0x411 にアクセスして、DTE90SP1-KB950425-JPN.msp をダウンロードします。

    2. コマンドプロンプトを起動します。 （スタートボタンを押し、「ファイル名を指定して実行…」を選択し、CMD と入力して Enter キーを押します。）

    3. 以下の二つのコマンドをそれぞれ実行します。

      4. Msiexec /I {582190F6-395A-37EB-A4AB-9BC71B755A48} /update (mspファイルをダウンロードしたパス)\DTE90SP1-KB950425-JPN.msp
      Msiexec /I {415776CB-C871-34EE-98B3-7C5D9EE96ADD} /update (mspファイルをダウンロードしたパス)\DTE90SP1-KB950425-JPN.msp

    2.2 アンインストール

    2.2.1. Visual Studio 2008 SP1 更新プログラムのアンインストール

    Visual Studio 2008 SP1 は、個別にアンインストールする必要がある修正プログラムと更新プログラムのセットです。
    すべての Visual Studio 2008 SP1 更新プログラムのアンインストールを完了したら、残されている Visual Studio 2008 エディションを修復して、SP1 への更新中に置き換えられたすべての機能を復元する必要があります。Microsoft .NET Framework 3.5 SP1 はアンインストールされません。これは、Visual Studio の旧バージョンとの下位互換性のためにコンピュータに残しておくことをお勧めします。

    この問題を解決するには

    SP1 コンポーネントをアンインストールするには
    Visual Studio 2008 をサポートされている製品版の状態に復元するには
    1. SP1 Express のいずれかのエディションがインストールされている場合は、上記の指示に従って、これらをアンインストールします。
    2. SP1 が、Express Edition 以外の Visual Studio 2008 に適用されている場合は、上記の指示に従って SP1 の更新プログラムをアンインストールします。
    3. [プログラムの追加と削除] の Visual Studio 2008 のインスタンスごとに、次の手順を実行します。
      1. [変更と削除] ボタンをクリックし、Visual Studio のセットアップをメンテナンス モードで起動します。
      2. メンテナンス モード画面で [修復/再インストール] をクリックします。セットアップにより、既存の機能が修復されます。
    4. [プログラムの追加と削除] の Visual Studio 2008 のインスタンスごとに、次の手順を実行します。
      1. [変更と削除] ボタンをクリックし、Visual Studio のセットアップをメンテナンス モードで起動します。
      2. メンテナンス モード画面で [機能の追加/削除] をクリックします。
      3. 製品機能ツリーに表示されている機能の 1 つのチェックボックスを一度オフにしてからオンにするか、変更する機能コンポーネントを追加または削除します。
      4. [更新] をクリックすると、セットアップにより、インストールされている Visual Studio コンポーネントが更新されます。

    2.3. 製品の問題

    2.3.1. 一般的な問題

    2.3.1.1. スタンドアロンのプロファイラが Visual Studio 2008 SP1 Beta により更新されない

    スタンドアロンのプロファイラは、Visual Studio 2008 SP1 Beta によって更新されません。

    この問題を解決するには

    スタンドアロンのプロファイラは、更新された Visual Studio プロファイラがインストールされている (Team Suite または Team Developer Edition) コンピュータから必要なファイルをコピーすることにより、手動で更新できます。

    x86 のスタンドアロンのプロファイラ : Visual Studio 2008 プロファイラがインストールされていて、Visual Studio 2008 Beta SP1 によって更新されている x86 コンピュータの %SystemDrive%\Program Files\Microsoft Visual Studio 9\Team Tools\Performance Tools\ にあるファイルをコピーし、更新するコンピュータの同じ場所に貼り付けます。さらに、%SystemDrive%\windows\system32\vsperf90.dll をコピーし、更新するコンピュータの system32 ディレクトリに貼り付けます。

    x64 のスタンドアロンのプロファイラ : Visual Studio 2008 プロファイラがインストールされていて、Visual Studio 2008 Beta SP1 によって更新されている x64 コンピュータの %SystemDrive%\Program Files (x86)\Microsoft Visual Studio 9\Team Tools\Performance Tools\ にあるファイルをコピーし、更新するコンピュータの同じ場所に貼り付けます。さらに、%SystemDrive%\windows\system32\vsperf90.dll および %SystemDrive%\windows\sysWow64\vsperf90.dll をコピーし、更新するコンピュータの同じディレクトリに貼り付けます。

    2.3.1.2. リモート デバッガは Visual Studio 2008 SP1 Beta によって修正されない

    Visual Studio がインストールされていない (Professional または Team Editions) コンピュータにリモート デバッガがインストールされている場合、リモート デバッガは Visual Studio SP1 をインストールしても更新されません。

    この問題を解決するには

    リモート デバッガのコンポーネントを更新するには、修正プログラムが適用されている Visual Studio 2008 SP1 Professional Edition または Team Edition がインストールされているコンピュータから、リモート デバッガのファイルを手動でコピーします。この場合、コピー元のコンピュータに、対応する SP1 Beta コンパイラがインストールされている必要があります。たとえば、x64 のリモート デバッガを SP1 Beta にアップグレードするには、コピー元のコンピュータに x64 SP1 Beta コンパイラがインストールされている必要があります。

    x86 のリモート デバッガ : x86 コンピュータの %SystemDrive%\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\ にあるファイルをコピーし、更新するコンピュータの同じ場所に貼り付けます。

    x64 のリモート デバッガ : x86 または x64 コンピュータの %SystemDrive%\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x64\ にあるファイルをコピーし、アップグレードするコンピュータの同じ場所に貼り付けます。

    IA64 のリモート デバッガ : Visual Studio SP1 Team Edition がインストールされている x86 コンピュータの %SystemDrive%\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\ia64\ にあるファイルをコピーし、アップグレードするコンピュータの同じ場所に貼り付けます。

    2.3.1.3. Visual Studio 2008 SP1 Beta をインストールすると、WCF デバッグが無効になる場合がある

    Visual Studio SP1 Beta をインストールすると、WCF デバッグが無効になる場合があります。デバッガが、次の操作を実行できなくなる可能性があります。
    1. WCF 関数のステップ インまたはステップ アウト
    2. WCF サービスを含むプロジェクトへの自動アタッチ
    3. クライアントとサーバーを示す論理呼び出し履歴の表示

    この問題を解決するには

    1. [スタート] メニューの [ファイル名を指定して実行] をクリックします。
    2. 次のコマンドを実行します。"%ProgramFiles%\Microsoft Visual Studio 9.0\Common7\IDE\vsdiag_regwcf.exe" -i
    3. アプリケーションを再起動します。アプリケーションが IIS 内で稼動している場合は、IIS を再起動する必要があります。

    2.3.1.4. Visual Studio 2008 SP1 Beta では、.NET Framework 3.5 SP1 Beta をインストールするセットアップ プログラムは提供されない

    既定では、.NET Framework 3.5 SP1 Beta は、配置パッケージに含まれていません。2.3.1.4. Visual Studio 2008 SP1 Beta では、.NET Framework 3.5 SP1 Beta をダウンロードし、インストールするための適切な場所が検出されません。

    この問題を解決するには

    英語バージョンの場合
    メモ : SP1 Beta を使用して作成したアプリケーションを稼動環境で使用するために配置することはお勧めしません。
    .NET Framework 3.5 SP1 Beta を使用したアプリケーションをテスト配置するには、.NET Framework のバージョンとダウンロードの場所の情報を保持している XML ファイルを編集します。

    1. 以下の場所にある package.xml ファイルを開きます。
      a. 32 ビット コンピュータの場合 :
      %ProgramFiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\en
      b. 64 ビット コンピュータの場合 :
      %ProgramFiles (x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\en

    2. 次のコードを使用して 要素を更新します。
      <RegistryCheck Property="DotNet35InstallSuccess" Key="HKLM\Software\Microsoft\NET Framework Setup\NDP\v3.5\1033" Value="SP" />
    3. パッケージ名を以下の名前に変更します。
      <String Name="DisplayName">.NET Framework 3.5 SP1 Beta</String>
    4. ダウンロード サイトのリンクを以下の情報に変更します。
      <String Name="DotNetFX35Exe">http://go.microsoft.com/fwlink/?LinkId=110173</String>
    5. 新しい .Net Framework 3.5 SP1 Beta のマイクロソフト プレリリース ソフトウェア ライセンス条項が、以下の場所に保存されています。
      a. 32 ビット コンピュータの場合 :
      %windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1 (Beta)\
      b. 64 ビット コンピュータの場合 :
      %windir%\Microsoft.NET\Framework64\v3.5\Microsoft .NET Framework 3.5 SP1 (Beta)\
    6. 英語バージョンのマイクロソフト プレリリース ソフトウェア ライセンス条項の場合は、eula.1033.rtf ファイルを package.xml ファイルと同じ場所にコピーします。この場所にある既存の eula.rtf ファイルを削除し、eula.1033.rtf の名前を eula.rtf に変更します。
    7. [必須コンポーネント] ダイアログ ボックスを開きます。

      a. ClickOnce を使用している場合 :
      i. [プロジェクト] メニューの [<プロジェクト名> のプロパティ] をクリックします。
      ii.プロジェクト デザイナの [発行] タブをクリックし、[必須コンポーネント] をクリックします。

      b. セットアップ プロジェクトを使用している場合 :
      i. ソリューション エクスプローラで、セットアップ プロジェクトをクリックします。
      ii.[プロジェクト] メニューの [プロパティ] をクリックします。
      iii.[必須コンポーネント] をクリックします。

    8. [必須コンポーネントをコンポーネントの開発元の Web サイトからダウンロードする] を選択します。
      メモ : 必ず、コンポーネントの開発元の Web サイトからダウンロードするオプションを選択してください。他のオプションを選択すると、パッケージが .NET Framework 3.5 に戻されます。
    日本語バージョンの場合
    メモ : SP1 Beta を使用して作成したアプリケーションを稼動環境で使用するために配置することはお勧めしません。
    .NET Framework 3.5 SP1 Beta を使用したアプリケーションをテスト配置するには、.NET Framework のバージョンとダウンロードの場所の情報を保持している XML ファイルを編集します。

    1. 以下の場所にある package.xml ファイルを開きます。
      a. 32 ビット コンピュータの場合 :
      %ProgramFiles%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\ja
      b. 64 ビット コンピュータの場合 :
      %ProgramFiles (x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFX35\ja

    2. 次のコードを使用して 要素を更新します。
      <RegistryCheck Property="DotNet35InstallSuccess" Key="HKLM\Software\Microsoft\NET Framework Setup\NDP\v3.5\1033" Value="SP" />
    3. パッケージ名を以下の名前に変更します。
      <String Name="DisplayName">.NET Framework 3.5 SP1 Beta</String>
    4. ダウンロード サイトのリンクを以下の情報に変更します。
      <String Name="DotNetFX35Exe">http://go.microsoft.com/fwlink/?LinkId=110173</String>
    5. 新しい .Net Framework 3.5 SP1 Beta のマイクロソフト プレリリース ソフトウェア ライセンス条項が、以下の場所に保存されています。
      a. 32 ビット コンピュータの場合 :
      %windir%\Microsoft.NET\Framework\v3.5\Microsoft .NET Framework 3.5 SP1 (Beta)\
      b. 64 ビット コンピュータの場合 :
      %windir%\Microsoft.NET\Framework64\v3.5\Microsoft .NET Framework 3.5 SP1 (Beta)\
    6. 日本語バージョンのマイクロソフト プレリリース ソフトウェア ライセンス条項の場合は、eula.1041.rtf ファイルを package.xml ファイルと同じ場所にコピーします。この場所にある既存の eula.rtf ファイルを削除し、eula.1041.rtf の名前を eula.rtf に変更します。
    7. [必須コンポーネント] ダイアログ ボックスを開きます。

      a. ClickOnce を使用している場合 :
      i. [プロジェクト] メニューの [<プロジェクト名> のプロパティ] をクリックします。
      ii.プロジェクト デザイナの [発行] タブをクリックし、[必須コンポーネント] をクリックします。

      b. セットアップ プロジェクトを使用している場合 :
      i. ソリューション エクスプローラで、セットアップ プロジェクトをクリックします。
      ii.[プロジェクト] メニューの [プロパティ] をクリックします。
      iii.[必須コンポーネント] をクリックします。

    8. [必須コンポーネントをコンポーネントの開発元の Web サイトからダウンロードする] を選択します。
      メモ : 必ず、コンポーネントの開発元の Web サイトからダウンロードするオプションを選択してください。他のオプションを選択すると、パッケージが .NET Framework 3.5 に戻されます。

    2.3.1.5 EntityDataSource コントロールがツールボックスには表示されない

    Visual Studio 2008 with SP1 Beta によるアップグレードを行うと、EntityDataSource コントロールがツールボックスに表示されなくなります。

    この問題を解決するには

    コントロールを追加するには
    1. Web アプリケーションを作成します。
    2. ツールボックスの [データ] グループを右クリックし、[アイテムの選択] オプションをクリックします。
    3. [.NET Framework コンポーネント] にある一覧をスクロール ダウンして "EntityDataSource" を見つけます。
    4. "EntityDataSource" が一覧に存在しない場合は、[参照] ボタンをクリックし、"C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.5" (または同等の場所) から "System.Web.Entity.dll" アセンブリを追加します。
    5. コンポーネントの横にあるチェックボックスがオンになっていることを確認し、[OK] をクリックします。

    2.3.1.6 Visual Studio 2008 SP1 Beta により設定が既定値にリセットされる

    Visual Studio 2008 SP1 Beta を Visual Studio 2008 に上書きインストールすると、VS ユーザー設定が既定の VS 設定にリセットされます。このバグは、VS Beta1 から VS Beta2 へのアップグレードなどのマイナー バージョン アップグレード時に、最新の既定プロファイル設定を適用するために設定をリセットするコードが原因で発生します。VS 2005 の設定は VS 2008 に移行されます。Service Pack へのアップグレード時には、ユーザー設定を確実に保持する必要があります。これは SP1 用に修正されます。

    この問題を解決するには

    VS 設定をバックアップしてから SP1 にアップグレードします。
    1. エクスポートの設定ウィザード ([ツール] メニューの [設定のインポートとエクスポート]) を使用して現在の設定を保存します。
    2. SP1 Beta をインストールします。
    3. ウィザードを使用して、設定を VS にインポートします。

    2.3.2. ADO.NET

    2.3.2.1. 概念モデルの名前空間の名前を変更すると、Entity Designer にセーフ モードのウォーターマークが表示される場合がある

    概念モデルに格納モデルの最後の部分と同じ名前の型が含まれている場合、概念モデルの名前空間の名前を変更すると、Entity Designer にはそのセーフ モードのウォーターマークが表示されます。このため、.edmx ファイルを XML エディタでしか編集できません。たとえば、Entity Data Model に 'Store' という名前の型が含まれ、格納モデルの名前空間が 'AdventureWorksModel.Store' であった場合、概念モデルの名前空間の名前を変更すると、この問題が発生します。

    この問題を解決するには

    エラー一覧内の関連するエラーをダブルクリックします。このエラーのエラー番号は 34 です。以下に例を示します。
                エラー 34: 不明な名前空間またはエイリアスです (AdventureWorksModel)
    XML エディタでモデルが開かれます。名前空間の名前を新しい名前に変更して、ファイルを保存し、閉じます。

    2.3.2.2. FunctionImport にマップされているストアド プロシージャのパラメータが変更されると、Entity Designer にセーフ モードのウォーターマークが表示される

    対応する FunctionImport があるストアド プロシージャのパラメータが追加、削除、または変更されると、Entity Designer にはそのセーフ モードのウォーターマークが表示されます。このため、.edmx ファイルを XML エディタでしか編集できません。

    この問題を解決するには

    XML エディタで .edmx ファイルを開き、FunctionImport と対応する FunctionImportMapping (これらは、EDMX ファイル内で 2 か所にあります) を削除するか、そのパラメータを対応するストアド プロシージャ内の count、order、および type に正しくマップされるように変更します。これらは、SSDL セクションの Function 要素に記述されています。

    2.3.2.3. 数百のテーブルがあるモデルでは、コード生成時に System.OutofMemoryException がスローされる

    数百のテーブルがある Entity Data Model のコードを生成する場合、System.OutofMemoryException がスローされ、コード生成が失敗する場合があります。

    この問題を解決するには

    既知の回避策はありません。

    2.3.2.4. 100 個を超えるエンティティ型があるモデルの場合は、元に戻す操作に時間がかかる

    およそ 100 個を超えるエンティティ型がある Entity Data Model の場合は、元に戻す操作が完了するまでに時間がかかります。

    この問題を解決するには

    既知の回避策はありません。

    2.3.2.5. SSDL スキーマ名が同じモデルが複数あると、Web サイト プロジェクトでエラーが発生する

    Web サイト プロジェクトに、同じ SSDL 名前空間 ("dbo" など) を持つ Entity Data Model が複数ある場合、実行時に、競合する記憶域名前空間名がプロジェクトに含まれていることを示すエラーが発生します。

    この問題を解決するには

    web.config ファイルで、対応する文字列のメタデータ部分 (下記) を変更します。
    res://*

    上記を次のように変更します。

    res://*/<virtual_root>.<path-to-file>.<filename>.csdl|res://*/<virtual_root>.<path-to-file>.<filename>.ssdl|res://*/<virtual_root>.<path-to-file>.<filename>.msl
    たとえば、WebSite1 の App_Code フォルダにモデルがある場合 (App_Code/Model.edmx)、接続文字列は次のようになります。
    res://*/WebSite1.App_Code.Model.csdl| res://*/WebSite1.App_Code.Model.ssdl|res://*/WebSite1.App_Code.Model.msl

    2.3.3. 言語

    既知の問題はありません。

    2.3.4. LINQ

    既知の問題はありません。

    2.3.5. Visual Studio Tools for Office

    既知の問題はありません。

    2.3.6. Web の開発

    既知の問題はありません。

    2.3.7. Windows Communication Foundation (WCF) ツール

    既知の問題はありません。

    2.3.8. Visual Studio 向けの Windows Presentation Foundation (WPF) デザイナ

    既知の問題はありません。

    2.3.9. Windows Workflow Foundation (WF) ツール

    既知の問題はありません。

    2.3.10. Windows SDK の統合

    2.3.10.1. Windows SDK をアンインストールすると、Visual Studio 2008 に影響を与える可能性がある

    Windows SDK for Windows Vista または Windows SDK Update for Windows Vista をインストールした後、Windows SDK をアンインストールした場合、Visual Studio が Windows のヘッダー、ライブラリ、およびツールを探すために必要なレジストリ キーが削除されます。

    この問題を解決するには

    次のいずれかの操作を実行します。

    2.3.10.2. Windows SDK のカスタム インストールを実行すると、ファイルのリンク パスが変更され、存在しないファイルを指すようになる

    Windows SDK のカスタム インストールを実行すると、ファイルのリンク パスが変更され、存在しないファイルを指すようになります。Visual Studio 2008 をインストールし、次に Windows SDK をインストールすると、重要なレジストリ キーが変更されます。このレジストリ キーは、SDK ツールだけではなく、Windows のヘッダーとライブラリも指しています。ただし、ツールまたはヘッダーとライブラリを含まない Windows SDK のカスタム インストールを実行した場合、これらのファイルへのリンクが破損し、一部の Visual Studio 機能が動作しなくなります。

    この問題を解決するには

    Visual Studio 2008 を修復するか、Windows SDK 校正ツール (Windows SDK for Windows Server 2008 および .NET Framework 3.5 と共にインストールされます) を使用して、Windows のヘッダーとライブラリまたは Windows SDK によってインストールされるツールの適切なバージョンを指すようにします。

    2.3.10.3. Visual Studio 2008 の後に Windows SDK for Windows Server 2008 をインストールすると、Visual Studio コマンド ライン ビルド環境が破損する

    Windows SDK for Windows Server 2008 をインストールすると、Visual Studio 2008 コマンド ライン プロンプトからビルドを実行できなくなります。Csc、vbc、または msbuild コマンドが認識されないというエラーが返されます。Visual Studio IDE で問題なくビルドできます。

    この問題を解決するには

    Windows SDK によってインストールされる VC++ コンパイラが、vcvars32.bat を正しく上書きしていません。

    この問題を解決するには

    c:\Program Files\Microsoft Visual Studio 9.0\VC\bin\vcvars32.bat を手動で編集して、Visual Studio 2008 のコマンド ライン ビルド環境を修復します。
    Visual Studio のすべてのインスタンスを閉じます。
     メモ帳を使用して、ファイル %\Program Files\Microsoft Visual Studio 9.0\VC\bin\vcvars32.bat を編集します。
    変数が設定されている最初の数行を変更します。

    FrameworkDir の正しいパスを設定し、次に示す行を変更します。

    @SET VSINSTALLDIR=C:\Program Files\Microsoft Visual Studio 9.0
    @SET VCINSTALLDIR=C:\Program Files\Microsoft Visual Studio 9.0\VC
    @SET FrameworkDir=Framework32
    @SET FrameworkVersion=v2.0.50727
    @if "%VSINSTALLDIR%"=="" goto error_no_VSINSTALLDIR
    @if "%VCINSTALLDIR%"=="" goto error_no_VCINSTALLDIR

    次に示す行に変更します。

    @SET VSINSTALLDIR=c:\Program Files\Microsoft Visual Studio 9.0
    @SET VCINSTALLDIR=c:\Program Files\Microsoft Visual Studio 9.0\VC
    @SET FrameworkDir=c:\Windows\Microsoft.NET\Framework
    @SET FrameworkVersion=v2.0.50727
    @SET Framework35Version=v3.5
    @if "%VSINSTALLDIR%"=="" goto error_no_VSINSTALLDIR
    @if "%VCINSTALLDIR%"=="" goto error_no_VCINSTALLDIR
    Visual Studio コマンド ライン ビルド環境を開き、正常にビルドできることを確認します。

    3. 関連するリンク

    3.1. Visual Studio Express Edition リリース ノート :  http://go.microsoft.com/fwlink/?LinkID=111607

    3.2. .NET Framework リリース ノート : http://go.microsoft.com/fwlink/?LinkId=112154

    © 2008 Microsoft Corporation. All rights reserved. 使用条件  | 商標  | プライバシーに関する声明