biztalk 高可用性解决方案.doc

BizTalk 高可用性解决方案
引言: 担保数据传递及系统正常运行时间
很多企业利用Microsoft ® BizTalk™ Server处理商务活动依赖的核心数据。这些商务活动不允许出现任何差错,由简单的硬件故障而引起的长时间的系统瘫痪,就意味着要损失大量资金。利用强大的事务支持(这种事务支持合并了ACID特性:可分性、一致性、隔离性及持久性),BizTalk Server提供了担保数据传递。另外,Microsoft Windows® 2000群集服务还可用于防止将数据保存到本地磁盘的任何服务器发生的硬件故障。群集服务允许将两个或更多服务组件在一起作为服务器群运行,以确保出现故障时客户仍能访问重要的应用程序和资源。服务器群确保了用户和管理员能够将多个服务器或节点作为单个系统而不是独立的计算机对其资源进行访问。Windows 2000 Advanced Server 和 Datacenter Server都包含在此组件中。
设计高可用性解决方案的核心是在现有预算内最小化故障点。结合了强大的存储系统(磁盘冗余阵列或RAID)后,群集服务利用服务器冗余故障恢复的概念,以经济的方式保证了本地存储数据的服务器的可靠性。
冗余服务器(它们不在本地磁盘上存储任何数据)与在本地磁盘上存储数据的服务器间存在一个很重要的差别。BizTalk Server已经提供了一定程度的冗余性和扩展性,它允许群集中的所有服务器都能通过网络访问BizTalk Server数据库服务器。一旦群集中的一台服务器发生故障,其它服务器就会简单地接管并继续访问数据库服务器。因为群集中所有服务器都不在本地磁盘上在存储工作数据,所以这样做是可能的。然而,如果由于某种原因无法访问远程数据库服务器,那么群集中的所有服务器将变为不活动状态。群集服务能够确保即使服务器出现全面故障,中心数据库服务器也能为数据库访问请求提供服务,从而消除了此故障点。
使用群集服务的决策依赖两个因素:
当将重要数据存储在本地磁盘的服务器不能用时,商务活动所容许的系统故障时间。
为提供满意冗余而存在的附加硬件和软件预算
最少,简单冗余需要两台服务器。
群集服务如何运行
下面这个插图演示两个节点的群集,并示例了群集的基本实现,称为“share-nothing”结构。此处需要注意的一个很重要概念是两台服务器都链接到同一物理磁盘子系统。然而,在某一给定时间,只有一台服务器“拥有”并控制磁盘存储。在两台服务器(节点)间共享的磁盘子系统部分被称为共享存储器。
服务器A目前是活动服务器,这意味着服务器A完全控制着共享存储器。服务器B已经开启并在运行,但处于被动状态,并且随时准备在另一节点出现故障时接管共享存储器的所有权。Microsoft SQL Server™的一个例程运行在活动节点上,并且,作为一个规则,它总是运行拥有共享存储器的群集节点上。本例中,磁盘上包含了支持SQL Server数据库所有必要的物理文件,BizTalk Server 的正常运行需要这些SQL Server数据库。此种实现称为活动/被动SQL Server群集。
SQL Server 例程和包含数据库的共享存储器被称为“虚”资源,因为它们不是永久地绑定到某个特定服务器。这就是说另外一台计算机可以访问SQL Server 数据库而不需知道哪台服务器处于活动状态。群集服务处理所有必要过程从而使这种活动透明地进行。要连接到数据库服务器,用户和应用程序只需引用“虚服务器”名,此名称是唯一的,并且不同于群集中两个节点的服务器名。
如果服务器A发生硬件故障,那么所有的虚资源(即,SQL Server例程和磁盘存储器)将作为一个群自动转向服务器B并继续运行。在此过程中不会丢失数据。下面这个插图演示了一种新配置,称为活动/被动。为了最优地利用两台服务器,每台服务器上的不同虚资源将一种更合算的方法运行。
多数被微软认证与Windows 2000 Advanced Server操作系统硬件兼容的主要硬件供应商都支持群集服务。很多企业正群集在强大的企业级服务器上,这些服务器若使用Windows 2000 Advanced Server最多可有8个处理器;若使用Windows 2000 Datacenter Server,则最多可有32个处理器。
在BizTalk Server中使用群集服务
使用群集服务的最初目的是确保用于将数据存储到磁盘子系统的服务的正常运行时间。为了完全保护BizTalk Server不受硬件故障的影响,应当在下面四个部分实现群集:
文件共享。BizTalk Server可以接收或发送标准的文本文件格式的数据(逗号分隔或具有固定宽度的值)。如果用于存储这些文件的服务器发生了故障,BizTalk Server将