3

質問はそれをすべて言います。

IIS 6 を使用する Win 2003 サーバー上に QA サイトと PROD サイトがありました。これらのサイトを新しいサーバー、IIS 7 を使用する Win 2008 R2 に移動しました。新しいサーバーでは、2 つの新しいサイトのアプリ プールを 2.0 に設定しました。 . DNSを更新して新しいサーバーを指すようにする前に、サイトをたくさんテストしましたが、サイトは正常に機能していました. そのため、クライアントにメールを送信して、新しいサーバーを指すように DNS を更新できることを知らせました。

家に帰ると、サイトがダウンしているというアラートが表示され始めました。調査の結果、アプリ プールの .NET のバージョンが両方のサイトで 4.0 に変更されていることがわかりました。これにより、サイトがダウンしました。クライアントはサーバーにアクセスできません。私の他の開発者は誰もそれを変更しませんでした。私はそれを自分で変更しませんでした。それ自体が変わったようです。

アプリ プールの .NET バージョンが自動的に変更される可能性はありますか?

4

6 に答える 6

0

私はこれが一度発生しましたが、理由が見つからず、4に更新してすべてが機能し、クライアントは満足していました.

IIS7 でしたが、その他の詳細は思い出せません。さまざまな Windows プラットフォーム上のさまざまな IIS バージョンへの何百ものサイト展開を扱ってきたので、この設定が自動的に変更されることに非常に驚きました。他の誰かがそれを変更した可能性に反対ではありませんが、私のプロジェクト、私のサイト、私の展開が以前に機能していた可能性は非常に低く、他のユーザーが問題のサーバーの設定を変更することはめったにありません.

于 2012-06-28T09:32:56.993 に答える
0

それ自体を変更するべきではありませんが、誰かがサーバーのデフォルトとして誤って変更した可能性があります

于 2012-06-20T14:13:20.283 に答える
0

あなたの質問に答えて。いいえ、これ自体を変更することはできません。

また、NET 2.0 と下位互換性があるという事実に基づいて、アプリが NET 4.0 で実行されない理由についてもお尋ねします。

于 2012-06-20T12:46:56.727 に答える
0

外部 PowerShell スクリプトを実行して、それを行うことができます。

Set-ItemProperty IIS:\AppPools\<pool_name> managedRuntimeVersion v4.0
于 2012-06-20T14:16:24.517 に答える
0

IIS へのアプリ/サイトの展開に慣れていないので、ご容赦ください。

この質問は、Microsoft のScott Hanselmanによるブログ記事を大まかに思い出させます: ASP.NET MVC Beta and RC Upgrades - Confirm your Expectations and Version Numbers in Production Environments

この記事で Scott は、使用されているアセンブリのバージョン番号の違いについて説明しました。本番サイトが開発版と異なる動作をするまで、彼はそのことを知りませんでした。おそらく、この記事は原因をもう少し深く掘り下げるのに役立つかもしれません.

この記事では、 MvcDiagnosticsという名前のツールについても言及しています(NuGet ページへのリンク)。MvcDiagnostics を使用すると、たとえば、環境、パス、バージョン情報に関する多くの情報を取得できます。

Scott の場合、のローカル バージョンはSystem.Web.Mvc.DLL、彼のサーバー上のバージョンよりも新しく、ローカルではなく GAC から実行されていることがわかりました。

おそらく、それはあなたの試験の出発点を与えることができます.

于 2012-06-20T14:10:00.993 に答える