更多內容請查看： BizTalk動手實驗系列目錄
? ? ? ? ? ? ? ? ? ? ?? BizTalk 開發系列
使用64位系統可以支持更大的內存，現在服務器基本上都使用64位系統。微軟從Windows Server 2008 R2開始服務器版的操作系統也只支持64位了，不過對于像BizTalk這種“繁雜的東西”在64位系統下確實增添了不少麻煩。
微軟于9月底正式發布了面向企業SOA解決方案的最新產品BizTalk Server 2010。最新想搭一個最新的環境。本為裝了BizTalk不下百遍的我，應該可以很快就搞起來。但是這次安裝太糾結了。特別是在BAM方面，竟然耗了近兩天（白天上班）才搞定。是不是技術能力退步了？呵呵。
先講講我的環境吧。我在我的小黑x200上面用VirtualBox創建了一臺虛擬，軟件環境是：Windwos Server 2008 R2 x64 + SQL Server 2008 R2 x64 + Visual Studio 2010 + Sharepoint Foundation 2010+BizTalk Server 2010。
BizTalk前面的安裝部分就不講了，操作步驟類似《 BizTalk開發系列(三) 單機環境下的BizTalk Server 2006 R2安裝 》，主要是BAM方面一直沒有安裝成功所以就講講BAM的安裝吧。
第一道關
1.首先肯定是失敗，其他組件都安裝完成了。就差一個BAM沒有安裝失敗，提示的原因看了也讓人崩潰，完全沒有頭緒。
2.還好有詳細的日志，當然更重要的是有強大的Google.
|
[2010-11-11 22:09:52:0694 Error ConfigHelper] Windows NT user or group 'BTS2010\Administrator' not found. Check the name again. [2010-11-11 22:09:52:0695 Error ConfigHelper] SQL error: 42000 Native error code: 15401 |
終于在微軟的網站上找到了相應的解決方案： http://support.microsoft.com/kb/324321/en-us ，剛開始一看什么確認用戶名密碼之類的步驟、確認SQL之類的步驟。我基本上就一眼掃過而以。因為我一直以為是兼容性的問題。因為提示的崩潰的內存錯誤。
3.晚上回來仔細根據文檔步驟詳細測試。終于發現還真是SPID重復的問題。
以下是兩行解決命令
|
SELECT name FROM syslogins WHERE sid = SUSER_SID ('BTS2010\Administrator') sp_revokelogin 'WIN-V1NTPKJNC7C\Administrator' |
4.解決完之后，繼續進行安裝操作，終于看到了激動人心的綠色按鈕了！本以為問題至此解決，才發現問題才剛剛開始。
?
第二道關
1.安裝完成之后，訪問BAM，提示Web.config中有重復定義，因為BAM是在SharePoint之上進行擴展的。所以可能Web.config之間有沖突，這算不上什么困難。按照頁面提示將重復定義的字段去除就可以了。
Config 注釋代碼
<!--
<section?name="scriptResourceHandler"?type="System.Web.Configuration.ScriptingScriptResourceHandlerSection,?System.Web.Extensions,?Version=3.5.0.0,?Culture=neutral,?PublicKeyToken=31bf3856ad364e35"?requirePermission="false"?allowDefinition="MachineToApplication"?/>
-->
? < sectionGroup? name ="webServices" ?type ="System.Web.Configuration.ScriptingWebServicesSectionGroup,?System.Web.Extensions,?Version=3.5.0.0,?Culture=neutral,?PublicKeyToken=31bf3856ad364e35" > ? <!-- <section?name="jsonSerialization"?type="System.Web.Configuration.ScriptingJsonSerializationSection,?System.Web.Extensions,?Version=3.5.0.0,?Culture=neutral,?PublicKeyToken=31bf3856ad364e35"?requirePermission="false"?allowDefinition="Everywhere"?/> ?<section?name="profileService"?type="System.Web.Configuration.ScriptingProfileServiceSection,?System.Web.Extensions,?Version=3.5.0.0,?Culture=neutral,?PublicKeyToken=31bf3856ad364e35"?requirePermission="false"?allowDefinition="MachineToApplication"?/> ?<section?name="authenticationService"?type="System.Web.Configuration.ScriptingAuthenticationServiceSection,?System.Web.Extensions,?Version=3.5.0.0,?Culture=neutral,?PublicKeyToken=31bf3856ad364e35"?requirePermission="false"?allowDefinition="MachineToApplication"?/> --> ? </ sectionGroup > |
2.重新訪問BAM，這回更崩潰了一個大的空白頁。什么也不提示，系統事件日志里也沒有任何記錄。我還想是不是因為ISAPI的問題。導致了請求不能被修改了。但是對比了幾個網站的配置之后好像不存在這個問題。那怎么辦呢？只能重裝了。
?
第三道關
1.重裝BAM之后，再訪問BAM發現問題又不一樣了。雖然還是不能正常訪問但是系統日志里有很多錯誤消息。看了一下基本上都是一樣的：
| The Module DLL 'C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll' could not be loaded due to a configuration problem. The current configuration only supports loading images built for a x86 processor architecture… |
2.還是得借助強大的Google,搜索了一下找到了相應的解決方案：確保SharePoint Central Administration v4應用程序池未啟用32位支持。另外在命令行下用 notepad C:\System32\inetsrv\config\applicationHost.config 打開IIS配置文件，對相應的應用程序池添加如下相應的信息。
|
<add name="SharePoint14Module" image="C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\isapi\owssvr.dll" preCondition= "appPoolName=SharePoint Central Administration v4 , bitness64 " /> |
3.修改好之后，本來以為又弄好了。重新訪問BAM，還是不行一個大白頁。日志中也沒有相應的提示。沒辦法還是再重新卸載安裝BAM。
4.最后，在安裝好之后，終于看到了從BizTalk 2006以來就沒怎么改過的界面
?
總結
BizTalk 是微軟面向企業SOA解決方案的產品。不過由于需要兼容其他太多的產品和技術所以也越來越“繁雜”，希望下一個版本不要再提一些不痛不癢的功能改進。多多做些架構方面的工作與考量。讓BizTalk更加高效與簡潔！
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
