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