热门关键字:  ubuntu  分区  函数  linux系统进程  Fedora

有关Sybase系统的数据同步与复制问题

来源: 作者: 时间:2007-09-13 Tag: 点击:

复制系统配置和管理工具

replication server manager(rsm)是一个功能性很强的系统管理工具,使我们能成功地实现和管理分布复制环境。sybase正是认识到这一点,设计复制服务器的同时也设计了复制服务器管理程序。 rsm提供一个图形用户界面,使用户仅从一个图形操作界面便能使系统管理员监控管理复制系统的每个部分。rsm是sybase企业客户/服务器系统管理工具家庭成员之一,提供基于对象的管理方式。

rsm帮助系统管理员建立复制数据定单,接收复制的数据,指定这些数据复制到某个节点。定单上定义复制节点将从主节点订购哪些记录行。

使用rsm代替了复杂的复制服务器sql命令,仅需用易于使用的填空方式便可建立复制系统定义,可用性非常好。

稳定队列:

sybase复制系统的设计模式,允许复制系统中的网络或者任意部分在短暂失败之后,能快速而简便地重新达到数据同步,这种配置能保护复制系统不受环境失败的影响,在其中担当主要任务的是稳定磁盘队列。

在复制环境中,事务从复制系统的一个部分传送到另一部分(例如,从ltm传送到sybase复制服务器,或者从某一复制服务器传送到另外一个复制服务器),在传输的中间环节,事务均可以被暂时存放在磁盘上,避免某一部分失败引发的数据丢失。当复制环境恢复到正常状态时,复制服务器能自动将磁盘队列中数据传送到目标节点。存放数据队列的磁盘分区的大小则可以动态调整。

修改复制数据(分布修改)

一般情况下,复制节点数据跟随主节点而变化。如果用户希望直接修改复制节点数据又会怎样呢?sybase复制服务器如何来保证协同环境下的数据一致性?

在sybase复制服务器环境中,修改复制节点数据有以下两种方法:

异步复制:节点之间传输存贮过程调用;

同步复制:直接连接到各节点,修改每一个节点数据。

在任何系统中,任何时刻,每个数据项都必须有一个明确的主节点来控制它。也就是说,每个数据项在分布式环境中在某一节点是唯一标准的,其它网络节点只存放主节点数据的拷贝。update操作可以发生在任何节点上,但在系统环境中只有主节点唯一能真正完成update。

数据项之间的关系是相当重要的,在任意一个update节点,其数据也属于其他节点,一个成功的系统,其生命周期的很多时间花费在解决这样的数据冲突问题上。另外,还有系统备份与恢复,在复杂的数据关系下也不是件容易的事情。设计一个良好的系统环境,在应用系统中变得十分重要。

sybase复制服务器是数据复制与同步可以采用的最佳解决方案

在上部分我们介绍过数据复制的概念,并介绍过sybase复制服务器是如何工作的及复制环境的几个实例。现在我们来探讨sybase复制服务器究竟有哪些优点,使它在同类产品市场上占居绝对的主导地位。

sybase复制服务器的优点——高性能

高性能主要体现在数据复制过程的三个方面

高效的事务捕俘;

高效事务传输;

高效的数据访问。

高效事务捕俘——不依赖于触发器和规则

构成sybase复制服务器的每个部分并未采用数据库系统的特性及功能。复制服务器的工作模式是专门为复制而设计的技术。sybase复制服务器的组件ltm是完全独立于源数据库而工作的。sybase复制服务并设有使用数据库触发器及规则,因此也不增加源数据库的负担。

在一个基于触发的过程中,如果改变了源数据将触发一个数据库中的警报,这个警报将激活一段源数据库中定义的一段指定的复制代码,从而开始一个复制过程。一个基于触发或规则的复制系统是与源数据库中操作密切相关的。代码段必须在源数据库中执行,以便触发一个复制处理过程。因此,触发或规则给源数据节点增加了不必要的负担,造成性能下降。而且触发和规则必须严密监控,当源数据被修改之后,管理员必须跟踪每个警报以免遗漏。当然,触发和规则用于在源数据库中维护数据一致性,或加强业务规则,其给性能和管理带来的开销是可以理解的,也是有价值的。

相反,sybase复制服务器提供一种机制,复制系统是独立的,不会给主数据源造成负担,也不会给主数据库管理员增加过多的责任。

最新评论共有 4 位网友发表了评论
发表评论
评论内容:不能超过250字,需审核,请自觉遵守互联网相关政策法规。
用户名: 密码:
匿名?
注册