chnking的专栏

一、         单服务器... 1 二、         双服务器... 2 三、         基本高可用... 3 1、           Biztalk高可用实现... 3 1.1.         biztalk group. 3 1.2.         biztalk host & host instance. 4 1.3.         biztalk cluster. 7 2、           Biztalk Group方案... 8 3、          

在一些biztalk的论坛或者技术群中，经常有初学biztlak的朋友问：biztalk怎么调试，biztalk可不可以单步调试？的确，biztalk的开发跟一般的软件开发方式不太一样，biztalk基于图形化的设计更多些，这一方面方便了设计，使设计biztalk的应用更直观简单，另一方面设计形式的改变也改变了大家已习惯了的传统调试软件方式，给初学者带了一些困惑。在调试biztalk的应用

 （2007-9-25日更新） 一、    定制Pipeline component的assembly的部署定制Pipeline component的assembly不一定要放在GAC中，可以放在/Pipeline Components目录下，但是这时定制Pipeline component所引用的其它assembly必须也放在此目录中。如果把定制Pipeline compon

1、 Partner Orchestration合作伙伴业务流程直接绑定端口提供业务流程之间通过端口就行通讯的能力。跟自相关不同，合作伙伴业务流程直接绑定是一个流程的端口把消息发送到另一个流程的端口，消息并不需要返回到发送流程。可以建立两种模式的合作伙伴业务流程直接绑定：前向合作伙伴业务流程直接绑定这是合作伙伴业务流程直接绑定的典型模式，这种情况有一个预设的接收orchestr

一、  绑定方式 – dynamic（动态）动态绑定这种绑定方式只有orchestration发送端口有，orchestration接收端口不具有这种绑定方式。所谓动态，就是跟orchestration发送端口绑定的物理发送端口是动态发送端口（物理发送端口有静态发送端口和动态发送端口），这种动态发送端口只有管道的设置，没有端口使用的适配器和URI的设置，运行时根据消息中上下文属性来决定

一、  绑定方式 – specify now（现在指定）这种绑定方式跟Specify later绑定类似，只是把绑定物理端口的工作提前到设计时，在设计时就指定要绑定端口的适配器类型、URI和物理端口使用的管道。使用这些信息在部署时就会自动生成相应的物理接收端口或者静态发送端口1、 测试场景测试场景要求跟Specify later测试的要求一模一样，实现同样的功能。2、 设计

一、  绑定方式 – specify later（以后指定）这种绑定方式是在biztalk中使用最多的一种绑定方式，一般的端口绑定都是用这种方式，设计时orchestration的端口设置为“specify later”，biztalk项目部署后在biztalk控制台配置这个应用程序，新建相应的物理端口跟orchestration的端口绑定。只是为了说明这种绑定方式，设计一个极简单的测

（2007年7月21日更新）   消息的是由一个或多个部分的消息内容和一个属性集组成，这个属性集称为消息上下文属性，这些属性的值是从消息本身提取或不来自消息本身但与消息本身相关的值。上下文属性分为两类，Property fields和Distinguished fields。 一.    Property fieldsProperty fields必须有一个单独的属性架构定义属性，定义

一.      Sql adapter访问sql server所用技术... 11.         查询数据和执行存储过程... 21.1.        Select语句查询数据... 21.2.        执行存储过程... 22.         使用语句更新数据updategram... 22.1.        updategram 的结构... 22.

一、  定制pipeline的接口可以定制三种类型的pipeline component：general, assembling,disassembling。其中disassembling是接收管道的Disassemble阶段使用的pipeline component类型，assembling是发送管道Assemble阶段使用的pipeline component类型，两种管道的其它阶

导读： 　　 　　一. 项目描述 　　使用biztalk2006在vs2005开发环境中做一个简单的测试业务流程，主要是测试使用biztalk发布一个web services，这个web services接受用户发送的请求，然后根据用户要求通过sql adapter到sql server数据库中提取相关数据，最后作为web services的response返回给用户。 　　业务流程如下： 　　

本文测试项目源代码下载：/Files/chnking/CertEncryptMsgSample.rar       Biztalk本身支持对消息的加密和解密。不需要开发人员自己写代码对消息进行加密解密，只需在biztalk中做些设置，即可实现biztalk对消息的加密解密任务。Biztalk对消息的解密解密采用对称加密和非对称加密结合的方式。简单来说，就是使用对称加密算法对实际需要加密的消

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

Biztalk应用都是企业级应用，对可用性要求比较高，所以，biztalk的高可用部署是十分重要和必要的。本文提供了biztalk 2009在Windows 2008 R2环境中的高可用部署详细指南，部署环境为biztalk 2009企业版，Windows 2008 R2企业版和sql server 2008企业版，biztalk和sql server都为双击cluster部署。本文分为两部分，相对独立，分别针对biztalk的AP（active-passive）主从模式和AA（active-act

导读： 　　一、 发送端口返回NACK后的处理方法 　　1、挂起的Orchestration是否可恢复？ 　　不管是一般发送端口或是web类型的发送端口，一旦接收到NACK消息，Orchestration抛出异常后，如果没有设置scope捕获异常并处理，将导致Orchestration服务实例被挂起。 　　这样挂起的Orchestration服务实例是否可恢复呢？ 　　如果Orchestratio

导读： 　　本文关注这种这样的情况：orchestration中的消息通过发送端口（无论是单向发送端口还是双向发送端口）发送消息，需要在orchestration获得发送消息是否正常的回应，如果回应正常，则流程正常执行，如果回应不正常，orchestration如何进行异常处理。 　　首先，orchestration发送端口主要有两个类别，一般发送端口和web发送端口。 　　一般发送端口就是通过在

消费Web services允许把现有的Web services加入到业务流程，可以在一个orchestration整合进多个Web services。可以在orchestration用Web ports消费（调用）Web service，为了在orchestration调用一个Web service，需要建立一个Web port和构造一个Web messages 本文以一个比较典型的

 一、    IIS的身份验证概述.... 31、     匿名访问... 32、     集成windows身份验证... 32.1.    NTLM验证... 32.2.    Kerberos验证... 33、     基本身份验证... 4二、    匿名访问.... 4三、    Windows集成验证.... 51、     NTLM验证过程...

前一篇文章《biztalk中消息加密解密的例子》演示的是biztalk系统àbiztalk系统的加密解密，这要求通讯双方都是biztalk的系统。如果加密解密的一方是biztalk系统，另一方是自己开发的定制应用系统，定制系统该怎么加密消息发送到biztalk系统，又怎么解密从biztalk发送来的加密消息？这就需要知道biztalk对加密的消息的结构，加密消息中那一部分是对称密钥、哪一部

适用环境操作系统：windows 2003数据库：sql server 2000/sql server 2005使用链接服务器进行远程数据库访问的情况一、  问题现象在执行分布式事务时，在sql server 2005下收到如下错误：消息 7391，级别 16，状态 2，过程 xxxxx，第 16 行无法执行该操作，因为链接服务器 "xxxxx" 的 OLE DB 访问

一.    本示例的用途... 1二.    新建解决方案... 1三.    属性架构biztalk项目... 21.  新建属性架构的biztalk项目... 21.1.       指定密钥文件... 21.2.       设置部署属性... 22.  新建属性架构... 2四.    .net class消息项目... 21.  新建类库项目... 2

一.   消息引用概述Biztalk完全基于消息和消息订阅的机制，由发布服务器发布消息，消息代理根据订阅服务器的订阅条件判断发布的消息是否跟某个或某几个订阅匹配到，如果有匹配到消息代理机会把消息路由到所有的订阅了此消息的服务实例。如果没有匹配到就会抛出一个异常，告知这个消息没有订阅者订阅，无法路由。可以看出消息跟订阅消息的服务实例是成对出现的，姑且称之为服务实例消息对。一条消息如果只有一个

考虑这样一种情况：用orchestration处理一个order，在流程中做了处理后通过一个发送端口发送到商业伙伴那里，然后需要明确的知道order确实通过发送端口发送到商业伙伴之后才能继续之后的流程处理，如果发送order没有成功，则在orchestration中做异常处理。按照biztalk的正常的消息发布订阅机制，上述的情况是物理发送端口订阅orchestration的逻辑发送端口发送的

一.    产品版本Biztalk分三个版：企业版、标准版、开发版。每个版本都是全功能的，除了以下说明的限制;1.    企业版全功能、没有任何限制。允许分布式部署，多MessageBox部署不限制应用程序的个数包括所有目前和最新的适配器支持多CPU服务器2.    标准版全功能，但有以下限制。单服务器部署、单MessageBox部署限制只能有五

适用版本：biztalk 2006适用环境：开发测试环境 在开发过程中，在开发环境中，一定会是一个对项目不断的修改、编译、部署、测试，查看测试结果，发现有问题，然后回到开发环境再修改、编译、部署、测试的反复过程。所以开发环境的项目设置一定要适合这种反复的重新部署的特点，可以方便的修改，编译，重新部署，修改的内容立即能够生效，然后马上测试。下面的一些设置注意事项可以帮助bizta

一.   信封(envelope)的作用一般的传送消息就传送一个单个的消息，这个消息架构由一个消息schema定义。但是有时候可能需要同时传送多个消息到同一个接收点，如果一个个的传送就显得效率比较低，biztalk支持信封消息功能。所谓信封消息是将多个消息打包成一个交换（interchange），就是用信封（envelope）将多个消息封装起来，形成一个貌似单个xml消息的功能。Bizta

一. 消息订阅订阅消息的主体叫订阅服务器，订阅服务器是可以订阅并消费消息的服务，可以作为订阅服务器的服务类型目前有四类，在BizTalkMgmtDb管理数据库中的adm_ServiceClass的Name字段列出了所有可以作为订阅服务器的服务类型，包括：XLANG/s – 业务流程（orchestration）Messaging InProcess – 表示一般的发送端口、Solici

此pipeline component主要功能是通过ODBC的excel驱动把excel文件转成xml的消息。excel文件可以是biztalk通过从各种适配器获得，比如从file、ftp、msmq、http等等适配器获得excel文件的数据，excel文件的数据通过适配器进入到接收管道后，此组件在接收管道中处理excel文件的数据并转换成xml格式。 比如，可以从下面这样的excel文件

(2007-9-25日更新)   Biztalk消息是由一个消息上下文和零或多个部分组成，部分中又能且只能有一个部分别标识为正文部分。本文介绍使用biztalk本身的类库如何通过代码建立消息和消息的部分。一、  建立消息的接口有两个接口用来建立和管理消息：l         IBaseMessageFactory InterfaceNamespace: Mi

一.    本示例的用途... 1二.    新建解决方案... 2三.    属性架构biztalk项目... 21.  新建属性架构的biztalk项目... 21.1.       指定密钥文件... 21.2.       设置部署属性... 22.  新建属性架构... 2四.    .net class消息项目... 21.  新建类库项目... 2

前段时间写了一篇《深入biztalk中Delivery Notification和ACK、NACK机制》（后面成此文为“前文”），深入的探讨了发送消息的反馈机制，但是没有提供详细的示例。有朋友看了文章后自己做了测试，发现有些问题跟文章中介绍的有些不一致，我自己也发现对Delivery Notification机制有些地方的认识还有模糊的地方，现在继续就这个Delivery Notification

1.       简介Biztalk 2006的补偿模型（Compensation Model）为解决多种多样的商业过程应用场景提供了一种通用机制，被应用在某些条件下需要回滚跟同一个商业活动相关的已经完成的一部分工作单元的情况。在这些情况下，补偿模型通常需要重新访问已经完成的工作单元，检查这些单元在各个阶段的系统状态，以采用合适的动作补偿已经完成的动作，至少，也可以维护一个审查日志或提供相

一、  绑定方式 – direct（直接）直接绑定有MessageBox、Self Correlating、Panter Orchestration等三种模式，之所以这三种模式的绑定会被放在一起叫做直接绑定，是因为这三种模式绑定跟前面介绍过的那些绑定方式有共同的不同点。前面的几种绑定方式在生成的订阅关系中都明确的指定消息的发布服务或者要订阅服务，而Orchestration端口的直接绑定不

一. 消息发布和路由消息的发布有几种情况，上面讲述发布服务器时说过的三种发布服务都可以发布消息，他们的发布原理基本一致，这里以适配器发布消息为主进行描述消息发布和路由的过程。上面的消息流程章节中描述了消息从接收端口接收进入biztalk后的处理过程，但是消息如何进入到MessageBox，如何路由到订阅此消息的服务的过程还没详细说明，这里将详细描述消息的发布和路由过程。消息代理处理

Biztalk中orchestration端口的绑定方式多种多样，有以后指定、现在指定、动态、直接绑定四种大的绑定方式，直接绑定中又分为MessageBox、Self Correlating、Panter Orchestration等三种模式，让人看得有些眼花缭乱。本文试图从一个比较全面、比较深入的视角审视biztalk中的各种端口绑定方式，在描述每种绑定方式的使用方法的同时，试图探究每种

一.         概述... 1二.         消息的结构... 1三.         消息的类型... 21.       平面文件... 22.       Xml文档... 23.       .net class. 24.       二进制数据... 2四.         .net class类型的序列化... 2五.         .

Biztalk中消息保存在messagebox数据库的spool表和parts表中。SPOOL 表的内容是消息的总体性描述和消息的上下文属性，一条消息在此表中为一条记录。PARTS 表存放多部分消息的各个部分，一个部分在此表中占一条记录。哪一个是正文部分由spool表中的uidBodyPartID标识。Biztalk保存每一条消息，不管这个消息是否已经不再有用。随着时间推移，消息会不断堆积

一. 消息的轮询和执行1.  轮询机制消息路由到MessageBox数据库中，只是在数据库中写入了相关记录，表示哪个消息需要由哪个服务实例去执行，并没有付诸实施，还需要在进程中实实在在的去实例化这个服务对象，运行服务实例对象，并把消息交给这个实例对象处理。轮询主机队列是由订阅服务器的那些类先实例化为对象后，由服务实例去查询主机队列中的消息队列，找到是自己订阅的消息就拿过来处理，否则

一. 消息概述BizTalk Server 基于消息发布/订阅的基本机制，在BizTalk Server内部分为发布服务器和订阅服务器，所谓发布服务器就是产生消息并发布到MessageBox中，所谓订阅服务器就是可以消费消息的服务器，根据订阅的消息的条件，只对自己需要的信息进行处理。一般的情况是从外部收到的信息经过接收端口后都会被处理转换包装成biztalk的消息，消息中包含了相关属性（消