本來服務器上運行的是ASP.net框架版本是1.1，網站IIS運行一切正常，但今天有客戶需要安裝.NET 2.0版本；安裝了2.0版本後，服務器運行就出現Server Application Unavailable的提示，令人莫名其妙，查閱相關文檔，終於有了解決方法，原因是.net Framework 1.1和.Net Framework 2.0有沖突。
具體錯誤信息會顯示如下：
Server Application Unavailable
The web application you are attempting to Access on this web server is currently unavailable.Please hit the "Refresh" button in your web browser to retry your request.
Administrator Note: An error message detailing the cause of this specific request failure can be found in the application event log of the web server. Please revIEw this log entry to discover what caused this error to occur.
查看Event VIEwer,看到的錯誤為:
Error:Failed to execute request because the App-Domain could not be created. Error: 0x80070005 Access is denIEd.
解決辦法:在該web sites的virtual directory下,將Permissions設置一下,裡面應包含：
ASP.Net
IWAM_MachineName
Local_Service
Network_Service
System
而且權限要設置為write & read.
設置後,一切運行正常.
另外還有一種可能：
放到打算購買的虛擬主機上（試用期內，我讓他安裝了.net 2.0）還是不行，他們應該是高手了，一直以為是自己發布的方式有問題，廣求人，狂看帖，最終知道了是我安裝了.Net framework 1.1 和 2.0後，IIS的應用程序池的配置有誤，網上看到的解決辦法如下：
你的.Net 2.0 真的能與1.1 安全正確地運行在同一台電腦上嗎？ 小心Server Application Unavailable 錯誤，答案當然是肯定的。但不作任何處理的默認情況下，會出問題！
各位在同一電腦上同時安裝並運行.net 1.1 和 .Net 2.0 兩個版本的朋友要小心啊！
您的項目是不是時不時會出現 Server Application Unavailable 錯誤呢？或者一直連續都出這個錯誤!
今天我朋友將其從1.1升級至2.0的項目發布至公司安裝有Windows 2003的服務器上，結果2.0的項目始終無法成功運行。甚至還造成服務器上正在為全公司服務的基於.Net Framework 1.1的web程序出錯。他感覺很奇怪，在自己電腦上明明運行的很好啊，怎麼一到服務器上就不行了？他發布2.0 web程序的過程如下：
1、在服務器上創建一個目錄，然後將發布後的所有Web程序的文件復制到這個新建的目錄。
2、在服務器的IIS上新建一個虛擬目錄，然後將其配置成可以執行腳本的應用程序，（過程與創建.net Framework 1.1版本的程序相同。） 然後，將此虛擬目錄的.Net Framework 配置成2.0。
大功告成後，開始訪問剛配置的程序，卻得到如上Server Application Unavailable的錯誤。
之後向我求助，經過仔細閱讀了IIS幫助文檔，才發現，原來這個錯誤是由 IIS6 應用程序隔離機制造成的。IIS默認的應用程序隔離機制被稱為：“工作進程隔離模式”，在此模式中，應用程序被分為多個組，每個組就是一個“應用程序池” ，每個應用程序池之間是相互隔離的。隔離的好處當然就是安全啦，穩定啦，等等。IIS中的每個應用程序池由一個“工作進程”分別進行管理，也就是"W3wp.exe" 。如果有多個應用程序池中的程序運行，我們就能看到多個w3wp.exe。我們平時新建的虛擬目錄都默認被指向IIS6的“DefaultApp
Pool" 中，所以在默認情況下，不管你有多少個ASP.Net程序在運行，在“Windows任務管理器”中你只能看到一個w3wp.exe進程。
出現上述錯誤的原因是： .net Framework 2.0的程序與.net Framework1.1(或1.0)的程序被放入同一個應用程序池（默認情況下放入DefaultAppPool池），也就是由同一個工作進程: w3wp.exe 進行管理，而單個工作進程是無法同時管理不同的程序（或者不同版本的程序）的。如果先訪問.net framework 1.1的頁面，則工作進程先加載並管理了 1.1版本的程序集，此時訪問.net framework 2.0的web程序頁面，Server Application Unavailable 錯誤就出來了。 反之，如果在默認應用程序池的w3wp.exe尚未啟動前先訪問了 2.0的web程序（此時應用程序集已經加載了.Net framework2.0的Web程序集），再訪問1.1或1.0的Web程序頁面時，同樣會出現“服務器應用程序不可用” 這樣的中文提示。（您可以結束掉以前的w3wp.exe進行測試。）
我朋友之所以在自己的開發機器上沒出現此錯誤是因為他在開發基於.Net framework 2.0的項目時，一直都只訪問這個2.0的web程序，跟本未曾訪問過其他web程序。而朋友的服務器上已經存在1.0 的項目，並且一直有人使用。這個錯誤在今天之前從未碰到過，其實大部分人在開發一個項目時，都只訪問正在開發的項目。很有可能就忽略了這個問題，而到了發布的時候卻出現錯誤，搞得手忙腳亂。
解決辦法：在IIS中新建一個應用程序池，然後選中你的 基於.Net framework 2.0的虛擬目錄，點“屬性”－》在“應用程序池” 中選擇剛才新建的的應用程序池，點擊“確定”。
如果你的電腦主要
是為了學習，開發，測試web程序，完全可以建一個類似於名為"dotnet2.0"的應用程序池，以後所有新建的2.0的虛擬目錄都指向此應用程序池。
補充一下：
這個在微軟官方的解釋：
出現此問題的原因是進程模型用戶帳戶（默認情況下為 ASPNET）沒有所需系統文件和文件夾的正確用戶權限，以便運行 ASP.Net 工作進程。
要解決此問題，請驗證該 ASPNET 帳戶擁有如下所示的正確用戶權限： • %windir%\Microsoft.NET\Framework\Version\Temporary ASP.Net 文件：完全控制
• %windir%\Temp：完全控制
• 應用程序文件夾：讀取
• %installroot% 層次結構（例如，%windir%\Microsoft.Net\Framework\Version）：讀取
• %windir%\Assembly：讀取
注意：這是全局程序集緩存。不能直接使用 Windows 資源管理器編輯此文件夾的 ACL。正確做法是，打開命令窗口，然後運行以下命令：
cacls %windir%\assembly /e /t /p domain\useraccount:R
另外，在使用 Windows 資源管理器之前，請先運行以下命令以取消對 Shfusion.dll 的注冊：
regsvr32–u shfusion.dll
在 Windows 資源管理器中設置了用戶權限後，請運行以下命令重新注冊 Shfusion.dll：
regsvr32 shfusion.dll
• 網站根目錄（例如，%root%\Inetpub\Wwwroot）或默認網站指向的路徑：讀取
• %windir%\System32：讀取
（通常情況下，ASPNET 帳戶已被授予了用戶組成員的用戶權限。）
