更多內容請查看: 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之間有沖突,這算不上什么困難。按照頁面提示將重復定義的字段去除就可以了。
![]()
<!--
<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元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
