博客园_学习园地

SQL 2008 r2 安装提示 visual studio 2008 版本错误解决方法

2012-01-30T00:55:00Z

HKLM\SOFTWARE\Wow6432Node\Microsoft\DevDiv\VS\Servicing\9.0\IDE\1033

In that key I noticed the suspicious values:

"SP"=dword:00000000 "SPIndex"=dword:00000000 "SPName"="RTM"

Without quitting the SQL server installer validaton screen, I changed these values to what you see below, crossed my fingers and rerun the installer validation, which passed!

"SP"=dword:00000001 "SPIndex"=dword:00000001 "SPName"="SP1"

本文链接

BizTalk开发小技巧-分拆和组装消息实例

2011-12-21T08:13:00Z

BizTalk开发小技巧-分拆和组装消息实例

场景

对方发出的报文（XML）文件带一个消息头（MessageHeader）对于业务本身只需要消息体的内容（<BodyConent>节点下的内容）。

发给对方的报文同样需要加这个消息头，业务消息放在消息体（<BodyConent>）里面）

下面通过简单Schema定义和Mapping实现对XML消息的分拆和组装。不需要额外开发自定义管道组件或代码。

分拆消息

1定义带消息头的Schema，也可以称是一个Envelope Schema，注意BodyConent下面需要加一个Any Element节点用于表示封装的消息体内容。

2设置Schema的Envlope 属性为true。

3设置Body XPath属性，拆分获取消息体的节点

4定义一个业务报文，BodyConent下内容的Schema

4设定完这些就可以实现报文的分拆了，配置接收，发送端口就不在这里写了。

输入的实例报文如下

输出的将2个BodyMsg的报文。

封装消息

这里就是将输入BodyMsg报文输出时加上报文头。

这样的封装消息在BizTalk并没有现成的配置可以实现，一般的解决方案是通过自定义管道组件来实现或在流程里面通过代码写消息赋值表达式来实现。

下面我要演示的是通过自定义MAP实现，不用写代码。

1新建map，比如还需要将业务报文的这段map到消息头的某个字段上。

2通过编辑XSL mapping脚本文件，这里的XSL语法就不再这里说明了。

xsl:copy-of

Used to copy a result-tree fragment or node-set into the result tree. This performs a "deep copy," meaning that all descendants of the current node are copied to the result tree.

3配置接收发送端口，在接收端口上选择这个部署上去的MAP1

4输入一个BodyMsg报文输出的就是这个Header报文，这里并不能将多个BodyMsg报文组合到一个Header报文中

当你对XML，XPath，XSL越是深入了解越会发现BizTalk真的越发强大，而且开发越是简单高效。

希望对BizTalk开发人员有所帮助。

本文链接

make Entity Framework revert empty strings to null!

2011-12-09T02:43:00Z

public override int SaveChanges(SaveOptions options)
        {
            foreach (EntityObject entity in this.ObjectStateManager.GetObjectStateEntries(EntityState.Added | EntityState.Modified).Select(entry => entry.Entity))
            {
                //if (entity == null || entity is User) continue;

                string str = typeof(string).Name;

                var props = entity.GetType().GetProperties();

                var properties = from p in entity.GetType().GetProperties()
                                 where
                                 p.PropertyType.Name == str &&
                                 p.IsDefined(typeof(EdmScalarPropertyAttribute), false) &&
                                 p.IsDefined(typeof(DataMemberAttribute), false)
                                 select p;

                foreach (var item in properties)
                {
                    string value = (string)item.GetValue(entity, null);
                    if (value != null && value.Trim().Length == 0)
                        entity.GetType().GetField("_" + item.Name, System.Reflection.BindingFlags.NonPublic | System.Reflection.BindingFlags.Instance).SetValue(entity, null);
                }
            }
            return base.SaveChanges(options);
        }

本文链接

BizTalk 开发小技巧-Custom XSLT复杂mapping的简单实现

2011-12-05T04:16:00Z

BizTalk最强大的就是消息的订阅/发布和消息转换（transform-mapping），与不同的业务系统做对接势必会用到mapping这个强大的工具。BizTalk提供了非常丰富的mapping函数（Functoids），满足你对业务的不同需要，实在不行可以用万能的Scripting这个工具。

但是处理XML消息的真正胸器是XPath和XSLT如果你精通这2种语言那么对于开发XML将事半功倍，当然也是必须要掌握的。

下面用2个小例子说明一下如何在BizTalk mapping过程中使用自定义的XSLT脚本实现复杂mapping。其实通过BizTalk Mapper编辑器拉线的mapping本质也是生产一个XSLT脚本。

第一个例子比较常见

多行记录mapping成一行多列，需要使用2个函数，一个是Equal，一个是Value Mapping,具体功能就不说了

源记录

<ns0:ComplexSource xmlns:ns0="http://XSLT_Mapping.ComplexSource">

<Item>

<Code>FistName</Code>

<Value>Steve</Value>

</Item>

<Item>

<Code>LastName</Code>

</Item>

<Item>

<Code>Email</Code>

<Value>Steve@Apple.com</Value>

</Item>

<Item>

<Code>Phone</Code>

</Item>

</ns0:ComplexSource>

Mapping后结果

<ns0:SimpleTarget xmlns:ns0="http://XSLT_Mapping.SimpleTarget">

<FistName>Steve</FistName>

<Email>Steve@Apple.com</Email>

</Contact>

</ns0:SimpleTarget>

当你单击Map Validate，会生产一个XSLT脚本

自定义XSLT脚本文件

新建一个map，生产一个简单XSLT脚本模板

打开XSLTMapping.xsl，加载到项目下

<?xml version="1.0" encoding="UTF-16"?>

<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:msxsl="urn:schemas-microsoft-com:xslt" xmlns:var="http://schemas.microsoft.com/BizTalk/2003/var" exclude-result-prefixes="msxsl var s0" version="1.0" xmlns:s0="http://XSLT_Mapping.ComplexSource" xmlns:ns0="http://XSLT_Mapping.SimpleTarget">

<xsl:output omit-xml-declaration="yes" method="xml" version="1.0" />

<xsl:template match="/">

<xsl:apply-templates select="/s0:ComplexSource" />

</xsl:template>

<xsl:template match="/s0:ComplexSource">

<ns0:SimpleTarget>

<xsl:for-each select="Item">

<xsl:value-of select="Code/text()" />

</FistName>

</Contact>

</xsl:for-each>

</ns0:SimpleTarget>

</xsl:template>

</xsl:stylesheet>

在map文件中添加XSLT脚本文件路径

有了模板接下来就直接修改脚本即可

<xsl:template match="/">

<xsl:apply-templates select="/s0:ComplexSource" />

</xsl:template>

<xsl:template match="/s0:ComplexSource">

<ns0:SimpleTarget>

<xsl:value-of select="Item[Code='FirstName']/Value/text()" />

</FistName>

<xsl:value-of select="Item[Code='LastName']/Value/text()" />

</LastName>

<Email>

<xsl:value-of select="Item[Code='Email']/Value/text()" />

</Email>

</Contact>

</ns0:SimpleTarget>

</xsl:template>

</xsl:stylesheet>

以上XPath表达式非常简单就不做说明了

Debug调试功能

这个功能非常强大可以单步调试

调试执行情况

对比使用biztalk mapper产生的XSLT和自定义XSLT脚本你会发现系统自动生成的脚本有非常多的冗余脚本，而直接利用XSLT编写的脚本非常简洁，自然执行效率会高出不少。

自定义XSLT脚本对于开发EDI数据对接是最有用的，也是最能体现效率的地方。如果你的项目中有用到EDI的数据交换那么不妨试一下通过自定义XSLT脚本来实现mapping。

本文链接

BizTalk开发小技巧-.Net 调用BizTalk Business Rule Engine

2011-12-03T01:51:00Z

BizTalk开发小技巧-.Net 调用BizTalk Business Rule Engine

BizTalk Business Rule Engine：BizTalk业务规则引擎，它的主要功能和特点是在不改变流程,不重新部署工程的情况下,动态的配置策略信息,修改策略逻辑.达到动态的业务配置目的。类似WF的工作原理类似。

这次就是讲在.net windows form的应用程序中调用BizTalk Business Rule Engine配置好业务规则。

实验的场景：

模拟报销审批的简单示例，报销金额<多少，审批通过。

源代码

private void button1_Click(object sender, RoutedEventArgs e)

{

BizTalkRules.Expenses.ExpenseClaim claim = new BizTalkRules.Expenses.ExpenseClaim()

{

Amount = Convert.ToInt32( this.textAmount.Text),

Category = this.cobCategory.Text,

Department = this.cboDepartment.Text,

Description = this.textDescription.Text,

Name = this.textName.Text,

Project = this.textProject.Text

};

if (claim.Category == "Software" && claim.Amount <= 500)

{

claim.Status = "Approved";

}

else if (claim.Category == "Book" && claim.Amount <= 300)

{

claim.Status = "Approved";

}

else

{

claim.Status = "Require Approval";

}

//Microsoft.RuleEngine.Policy policy = new Microsoft.RuleEngine.Policy("ExpensesApproval");

//policy.Execute(claim);

this.textStatus.Text = claim.Status;

}

使用.net无非就是写几行IF Else IF Else 搞定的事情，但如果修改修改审批金额那就必须重新编译发布。

为了达到这个目的，简化代码，作为一个BizTalk开发人员。就想到了类似的简单判断可以通过BizTalk业务规则引擎来实现。

如何集成和调用BizTalk业务规则引擎

1新建一个业务实体对象BizTalkRules.Expenses.ExpenseClaim在BizTalk业务规则引擎中称Facts（事实类型）判断的依据。因为这个Dll需要配置到GAC中才会被BizTalk 业务规则引擎获取因此需要签名

2编译BizTalkRules.Expenses 将Dll部署到GAC中运行 gacutil –i BizTalkRules.Expenses.dll

3配置BizTalk Business Rule Engine 打开Business Rule Composer开始配置

配置（Conditions）条件和(Actions)步骤

说明一下Priority这个属性如果这值越大就优先执行。

4.net中调用此规则。引用Microsoft.RuleEngine.dll,这个文件在C:\Program Files (x86)\Common Files\Microsoft BizTalk或C:\Program Files (x86)\Microsoft BizTalk Server 2010

代码如下

private void button1_Click(object sender, RoutedEventArgs e)

{

BizTalkRules.Expenses.ExpenseClaim claim = new BizTalkRules.Expenses.ExpenseClaim()

{

Amount = Convert.ToInt32( this.textAmount.Text),

Category = this.cobCategory.Text,

Department = this.cboDepartment.Text,

Description = this.textDescription.Text,

Name = this.textName.Text,

Project = this.textProject.Text

};

Microsoft.RuleEngine.Policy policy = new Microsoft.RuleEngine.Policy("ExpensesApproval");

policy.Execute(claim);

this.textStatus.Text = claim.Status;

}

功能就是这样，如果需要修改规则直接发布和部署新的Policies和Rules,而前端应用程序不需要重新便宜

扩展

可以对Microsoft.RuleEngine进行封装后发布webService或WCF这样就可以给更多的应用使用。

本文链接

LightSwitch 2011 数据字段唯一性验证方案

2011-10-19T01:41:00Z

2011-10-19T01:41:00Z2011-10-19T01:41:00Z阿新http://www.cnblogs.com/neozhu/

LightSwitch 2011 数据字段唯一性验证方案

验证单表数据的某个字段不能输入重复值

设置实体字段唯一索引

如果不写代码，那么验证只会在用户提交[保存]数据后，会提示错误，很明显这样的用户体验并不好，因此还需要做以下步骤

添加自定义验证

partial void UserName_Validate(EntityValidationResultsBuilder results)
        {
            // results.AddPropertyError("<错误消息>");
            bool duplicateExists = false;

            switch (this.Details.EntityState)
            {
                case EntityState.Added:
                    {
                        //基于页面未提交数据的验证
                        duplicateExists = (from item in DataWorkspace.ApplicationData.Details.GetChanges().AddedEntities.OfType<Employee>()
                                           where item.UserName == this.UserName && !string.IsNullOrEmpty(this.UserName)
                                           select item).Count() > 1 ? true : false;
                        //基于数据库的验证
                        if (!duplicateExists)
                        duplicateExists = (from Employee emp in DataWorkspace.ApplicationData.Employees.Cast<Employee>()
                                           where this.UserName != null &&
                                           string.Compare(emp.UserName, this.UserName.Trim(), StringComparison.InvariantCultureIgnoreCase) == 0
                                           select emp).Any();
                        break;
                    }

                case EntityState.Modified:
                    {
                        duplicateExists = (from item in DataWorkspace.ApplicationData.Details.GetChanges().ModifiedEntities.OfType<Employee>()
                                           where item.UserName == this.UserName && !string.IsNullOrEmpty(this.UserName)
                                           select item).Count() > 1 ? true : false;
                        if (!duplicateExists)
                        duplicateExists = (from Employee emp in DataWorkspace.ApplicationData.Employees.Cast<Employee>()
                                           where this.UserName != null &&
                                           string.Compare(emp.UserName, this.UserName.Trim(), StringComparison.InvariantCultureIgnoreCase) == 0
                                           select emp).Any();
                        break;
                    }
            }

            if (duplicateExists)
            {
                results.AddPropertyError(string.Format("该用户[{0}]已经存在。", UserName));

            }

运行结果如下

本文链接

LightSwitch Sliverlight应用系统开发入门

2011-10-06T02:43:00Z

LightSwitch 开发入门

什么是LightSwitch

简单的说LightSwitch就是一个基于模板的自动化开发Silverlight应用程序的工具，不同于一般的基于数据字典，配置生成的应用程序的工具，因为LightSwtich提供的所有模板都是可以扩展的，自定义开发的，包括页面布局，数据源，使用的控件。非常方便植入.net的代码。

LightSwitch是一个被裁剪后的VS产品，用来更容易地进行业务处理（Line of Business，LoB）应用程序的开发。有点类似Access。LightSwitch 提供最简单的方法创建面向云和桌面的商业应用程序。

LightSwitch 提供了多种预先创建的模板和工具来创建面向Windows客户端和Windows Azure的商业应用程序，并且使你所需要编写的代码尽可能的少。随着LightSwitch的诞生，我们现在终于有了一种工具能够更好的使业务领域专家轻松的创建具有专业质量级别的商业应用程序(LOB)，而不需要将很多精力放在代码编写上。这是非常关键的，因为这些商业应用程序，有些也许是为了短期需求而创建的，经常需要扩展和IT支持。

LightSwitch的功能

LightSwitch生成的是Silverlight应用程序
它具有好几个内置的模板
编程语言支持C#和VB.NET
支持SQL Server、SQL Azure、SharePoint和Office
应用程序可以运行在浏览器中、脱离浏览器模式（OfB）下或云中
LightSwitch完成很多基础性的工作，包括了大量的拖拽特性，不过也允许开发人员在需要的时候访问.NET Framework

在实践中去体验这些功能

最近真好有个客户说需要给他做一个考勤管理的小工具。导入电子考勤机采集的打卡记录，打印出一张报表，显示哪些人考勤异常，迟到/早退/加班，未打卡记录，做一下简单的统计。

下面就开始LightSwitch开发。

开发环境需求

Visual Studio.net 2010 sp1

LightSwitch 2011

Silverlight 4 SDK（Silverlight 4 tools）

LightSwitch应用程序布局

下面是一个默认的LightSwitch应用程序的组界面，当然这个主界面也是可以自定义扩展的

以下是关于如何扩展的一些文章

http://lightswitchhelpwebsite.com/Blog/tabid/61/EntryId/28/Running-a-LightSwitch-Application-With-A-Blank-Shell.aspx

Visual studio.net 2010开发视图

ApplicationData下面就是数据实体(Entity)，当然数据源可以是SQL数据库，也可以WebService/WCF/RIA，和Sharepoint 一个文档库或列表。

Screens 下面就是操作界面，默认提供5种操作界面（CRUD）

实现CRUD功能

下面是维护假期的功能页面，

新建数据表实体

新建一个国家法定假日维护实体，ApplicationData，下AddTable。

Holiday日期，CalWeek是一个计算类型的字段，通过Holiday返回星期，IsWork是放假还是调休的。

将字段转换成可计算的

选中 Is Computed , 单击Edit Method通过Code实现计算功能

返回星期几的功能

新建一个编辑页面

单击Screens 新建一个操作界面 Add Screen，选择你要模板，这里我们需要一个CRUD维护，所以选择[Editable Grid Screen]。选择对应操作数据表（实体）

新建后，Debug运行的界面

新增一条记录，单击"+"号

编辑

新增，编辑，删除后需要点[保存]才能提交的数据

类似的简单的操作不需要写任何代码就可以完成。

新建一个查询

查询界面如下，根据部门，员工性名，考勤日期，状态进行查询。

做这样一个查询同样不用写一行代码。

让我们回到设置界面

设计你的查询条件

在页面布局中把这些控件拖拽到页面上

简单的演示就到这里。

后续课程

下面我将准备详细的说明如何完成一个具体业务应用系统。

数据源相关的，如何连接现有的和创建新的数据库，WCF，RIA。
- 如何定义一个数据源。
- 数据格式化显示，验证。
- 数据源查询排序。
- 关系数据的定义，一对多，多对多。
Screen相关，用户界面设计
- 如何创建一个查询，编辑，新增界面
- 如何创建一个一对多的操作界面
- 界面之际如何传递参数
- 修改导航菜单
- 新增CommandButton,自定义输入控件
代码相关，在Screen中加入代码实现逻辑
- 如何初始化输入的值，或计算子段值。
- 通过代码访问数据源，操作数据表。
- 通过代码处理对数据的事件操作比如Saved，Seleting，Click,Execute，CanDo
权限管理
- 如何设置认证方式，Form，windows，
- 新增用户，组，权限
- 如何授权，根据权限控制Screnn,button的执行
Office的互操作
- Excel导入导出。
- Word导入导出。
- outlook整合
部署操作
- web部署
- 桌面部署
自定义控件开发

本文链接

lightswitch conditional formatting change color

2011-10-04T10:41:00Z

BTW, the best way to do a conditional color setting in LS beta 2 is to use the new SetBinding method.

For example:

Me.FindControl("MyControl").SetBinding(TextBox.BackgroundProperty, "Value", New ColorConverter(), BindingMode.OneWay)

  Public Class ColorConverter
    Implements IValueConverter

    Public Function Convert(value As Object, targetType As System.Type, parameter As Object, culture As System.Globalization.CultureInfo) As Object Implements System.Windows.Data.IValueConverter.Convert
      If CType(value, Integer) > 20 Then
        Return New SolidColorBrush(Colors.Orange)
      End If
      Return New SolidColorBrush(Colors.Yellow)
    End Function

    Public Function ConvertBack(value As Object, targetType As System.Type, parameter As Object, culture As System.Globalization.CultureInfo) As Object Implements System.Windows.Data.IValueConverter.ConvertBack

      Throw New NotImplementedException()
    End Function
  End Class

This will assign the background color to Orange when the value is great than 20. With this code, we don't have to write extra code to monitor when the value is changed, and change the color again.

本文链接

如果乔布斯生在中国会怎样？想想都觉得可怕

2011-09-09T00:42:00Z

如果乔布斯生在中国会怎样？想想都觉得可怕

北京时间8月25日，苹果CEO乔布斯辞职 COO库克接任，乔布斯时代结束，库克将带领苹果开启后乔布斯时代。

我在想如果乔布斯出生在中国会怎么样？

史蒂夫·乔布斯(Steve Jobs)生于1955年，一个私生子，到现在为止都不知道他们父母是who!他像一个被上帝抛弃的婴儿，这也许注定他一生的不平凡，收养他的乔布斯夫妇是一对普通的蓝领夫妇。

如果乔布斯出生在中国，因为他是私生子，所以他特别的自卑，同学们经常嘲笑他，小乔布斯特别的要强。几乎每天都和同学打架。老师对他是头痛不已，隔三差五的让他带家长，但这并没有改善情况。最后实在是没办法，乔布斯夫妇只能给他转学。转学的后乔布斯变得沉默寡言，不和同学交流，每天独来独往。但他天资聪明，所以成绩一直都不错，考上一所不错的中学。

中学的乔布斯对课本上那些死记硬背的东西不感兴趣，而且他也不喜欢他所读的中学。他告诉他的养父母，他决定不再上学，老乔布斯对儿子的决定非常生气，在谈了两次未果后，狠狠的把他揍了一顿。为此乔布斯离家出走好长一段时间，乔布斯夫妇怕儿子出事，历经千辛万苦好不容易才把他们的儿子找回来，也不敢再打他，请他的老师，朋友轮流找他谈心，乔布斯最后实在没办法就只好继续上学，因为对学习不感兴趣，乔布斯的成绩从此一落千丈，中考考的不好，只进了一所三流高中。

在这里面乔布斯认识了他的合作伙伴斯蒂夫·沃兹尼亚克，两个人都对电子产品非常感兴趣，在全国的发明大赛上，他们产品，获得全国电子产品竞赛的一等奖，但因为英语，语文，化学成绩都不好，乔布斯和沃兹尼亚克两个人都只考了一所电子系的大专。

大学里面乔布斯和沃兹尼亚克如鱼得水，每天几乎都呆在实验室里面捣鼓他们的产品，但他们实验的次数太过频繁再加上学校买的都是三流的产品，经常把学校的设备搞坏，所以学校决定不再让他们两个人继续在实验室搞研究。

两个人的刻苦专研，也捣鼓出一些产品，其中的一项发明被一家公司看上，他们的老师把他们两人的发明偷偷的拿去卖给公司，赚了一大笔钱。乔布斯二人不福，找老师评理，一直告到学校，结果学校站在老师这一边，乔布斯愤然退学。

退学后的乔布斯到一家电子厂上班，因性格孤傲和不懂拍马屁，经常被领导故意找茬，乔布斯在公司呆了一段时间以后觉得再这样带下去，没有前途，所以就选择了自己创业。

乔布斯对电脑特别痴迷，所以他选择北漂到北京的中关村，开了一家电脑组装公司。他特别注重客户体验，所以他组装的电脑非常好卖，但其他的店很快就复制了他的产品，而且价格更低，他的生意捉襟见肘。

产品被别人山寨，他的生意一落千丈，昂贵的房租费使乔布斯机会难以经营下去。在一次城管收保护费，乔布斯因为没交，结果发生了冲突，乔布斯店面被砸，人被打住进医院。

北京高额的医疗费用让乔布斯无力承担，医保又不能异地报销，他只能回老家看病。

病好以后乔布斯到一家电子厂上班，每天在流水线上工作超过12个小时，每天累得回来以后倒头就睡。

通过别人的介绍他认识了一位外地的姑娘，很快他们陷入了热恋，然后就同居了，不久姑娘就怀孕了，乔布斯觉得房价太高，他又不想贷款买房，就让女孩把孩子打掉，但女孩坚持把孩子生下来。最后没办法只能和女孩结婚。

他们买了一套房子，房价太高他们只能分期付款，从此以后乔布斯每天过上班族的生活。

突然有一天乔布斯觉得自己身体不舒服，去医院检查，结果发现是胰腺癌晚期，家人拿出所有的积蓄，辗转在北京，上海各大医院治疗，但因发现的太晚，已经回天乏力，在发现癌症6个月之后，乔布斯离开了人世。

56岁的乔布斯走完了他平凡的一生。

本文链接

BizTalk高可用配置方法（故障转移集群+负载均衡）

2011-08-22T06:29:00Z

非常感谢[chnking]写的两篇Biztalk 2009在Windows 2008 R2环境中的High Availability(Cluster群集)部署 的文章，写的非常详细，只要按照步骤一步一做一般不会有会问题。

最近我也根据[chnking]的文章自己做了一下也成了

我的环境是主机

CPU	I5-2300
RAM	8G
HD	500G
主板	Asus H67P
系统	Windows 7 professional 64bit
虚拟机	VMware Station 7.1.4

虚拟机环境4台

Windows server 2003 R2（sp2）

SQL 2005 Enterprise Edition（sp2）

BizTalk 2006 R2

一台域控，两台虚拟SQL+BizTalk集群，单独一台安装BizTalk，扩展加入到BizTalk Group中

配置集群IP

NO	主机	IP	用途	说明
1	adser	192.168.1.254	域控
2	Svr1	192.168.2.100	心跳
3	Svr1	192.168.1.100	主机节点IP
4	Svr2	192.168.2.101	心跳
5	Svr2	192.168.1.101	主机节点IP
6	BizCluster	192.168.1.99	BizTalk集群IP	windows集群里可以使用同一个IP
7	DTCCluster	192.168.1.99	DTC集群IP
8	MSMQCluter	192.168.1.99	MSMQ集群IP
9	SQLCluster	192.168.1.99	SQL集群IP
10	SSOCluster		BizTalk集群共用
11	BizTalk Host		BizTalk集群共用

BizTalk故障转移集群

根据[chnking]提供的方法很容易就把BizTalk集群配置成功，如图

这个就是BizTalk AP模式当一个节点出现问题时系统自动转移至另一个节点

BizTalk负载均衡模式

BizTalk负载均衡模式有2种，

一种是完全系统自动实现也就是AA模式，一个BizTalk Host对应多个主机实例同时运行，负载会自动评分到每个物理主机上。

还有一种是对处理进行分工，一台主机负责接收，一台负责发送，一台负责流程处理；当然所谓的一台也可以多台

从上面2台做了故障转移集群的BizTalk Group加入第三台服务器（节点），自然也可以加N 台。

安装一台新的虚拟机，安装好BizTalk，加入到域，配置BizTalk和集群中的第二台一样。配置成功后（需要把原来2台BizTalk从集群中退出），

新建一个主机发送和接收主机

有了主机你在创建发送端口和接收端口时就可以选将负载转移到选定的服务上处理

本文链接