本章包含如下主题:
从核心来讲,BizTalk是一个建立在SQL Server上的.Net应用程序。也就是说它依赖于两个东西:windows Server和SQlServer。当然也要依赖AD来提供服务帐号和用户访问控制。在比较小的环境中,BizTalk可以用本地组,但是这种方式不具有可扩展性。BizTalk中核心集合包括以下几种角色:
大部分管理和操作都在BizTalk管理控制台中完成,
在组下面可以看到三个节点,
可扩展现一般体现为两种情况,一种是scale up,迁移到更大的更强的服务器上,另外一种是scaling out,就是添加更多的服务器。
biztalk 被设计为scale out
Biztalk有两处具体的地方可以扩展。首先最常用的就是SQL Server。SQL Server经常会成为Biztalk解决方案的瓶颈。
Biztalk在访问SQL Server这个过程被精心设计和优化过。
实际上message box可能有它自己的实例独立于其它BizTalk 数据库。
在配置过程 中,SQL Server的最大并行数量(Maximum Degree of Parallelism(Max DOP))会被改成1.这是因为message box是一个高度调优的数据库,它的工作方式与其它数据库不同。大多数数据库持有的数据以数据集的方式返回。Max DOP设置控制了SQL Server在并行情况下将如何运行查询以加速得到结果。这是实例范围上的设置 ,默认值是0,也就是允许SQL Server使用每个可用的核。
所以为BizTalk服务的数据库最好有多个,至少是多个实例,一个用于跑Message BOX,一个用于跑其它数据库。它们可以位于同一个物理机器,但是最好不是同一个数据库实例。同理,索引和数据存储最好也能分享。
另一种扩展biztalk的方式就是增加Biztalk的Message Box数据库。初衷是主Message box用于管理订阅,其它作为运行时message box来分发数据。
在bizTalk中添加message box很容易:
也有两种方法,都很简单 :
先安装Biztalk,然后运行配置向导工具,“高级配置”,“EnterpriseSSO”,“Join an Existing SSO System
”,在“Group ” 下,“Join an existing BizTalk Group”.
基于Windows failover Clustering,
主要是做灾难恢复需要想到的几块内容。主要有这几个方面,对于BizTAlk来说,单备份数据库是没有用的,因为Biztalk通过DTC很多数据库都相互有交互,这也是为什么Biztalk具有很高的可扩展性,但是,这个前提就是需要相互同步 ,这也是为什么镜像(mirroring)在SQL Server中不能用的原因,因为镜像不能完全保证多个数据库之间的事务。Biztalk的备份是通过一个叫log shipping的东西。
在SQL Server 中,一个数据库有两个物理文件组成,一个是主数据文件(MDF),一个是日志数据库文件(LDF)。
整理中,,,,,