BizTalk 开发系列(四十一) BizTalk 2010 BAM 安装手记

更多内容请查看：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更加高效与简洁！