SymmetricDS 数据库双向同步开源软件入门

     一句话归纳该软件：SymmetricDS是一个文件和数据库同步软件，开源的，支持多主复制，同步时过滤和在异构的网络环境中进行数据转换传输。它支持单向和双向上的多个订阅者，异步的数据复制。

     如下是从CSDN专栏找到的用户指南的翻译，因为目前SymmetricDS的中文资料是少之又少，因此用的人也不是不少。当初公司选择SymmetricDS，主要是由于它知足开源免费，支持双向同步，在使用的过程当中，因为没有什么资料，因此一切都是靠本身的摸索和探究。测试过程当中也出现了一些使用上的问题，目前也都解决了，至因而什么问题，下篇博客会详述，供出现一样问题的同窗参考。

    目前SymmetricDS的稳定性还不能考量，由于不多看到相关的资料。可是它的官网上显示，这个软件还在以大概7天的频率在更新当中，版本更新是至关快的，咱们公司对这个软件也寄予厚望，但愿往后能更加稳定和强大，固然是持续开源下去是最好了。

1.1.   System Requirements

SymmetricDS使用Java编写，须要JRE或者JDK 6.0及以上版本。

任何一个拥有Trigger技术和JDBC驱动的数据库均可能可以使用SymmetricDS。数据库经过Database Dialect被抽象，以支持不一样的数据库特性。下面的数据库方言已经被包含进此发行版中（version 3.6.14）：

1.      MySQL 5.0.2及以上版本

2.      MariaDB及以上版本

3.      Oracle 10g及以上版本

4.      PostgreSQL 8.2.5及以上版本

5.      Sql Server 2005及以上版本

6.      Sql Server Azure

7.      HSQLDB 2.x

8.      H2 1.x

9.      Apache Derby 10.3.2.1及以上版本

10.  IBM DB2 9.5及以上版本

11.  Firebird 2.0及以上版本

12.  Interbase 2009及以上版本

13.  Greenplum 8.2.15及以上版本

14.  SQLite 3及以上版本

15.  Sybase Adaptive ServerEnterprise 12.5及以上版本

16.  Sybase SQL Anywhere 9及以上版本

附录C Database Notes，能够查看你选用的数据库的兼容性问题和其余细节。

1.2.   Concepts

1.2.1 Notes

SymmetricDS是一个基于Java的应用，提供了一个同步引擎，这个引擎在数据同步中做为一个agent（代理，代理后边说的那个数据库实例），提供一个数据库实例和网络中其余同步引擎之间的数据同步。

一个SymmetricDS引擎叫作一个Node。SymmetricDS被设计为能够扩展到成千上万个节点。属性配置文件中提供的数据库链接字符 串，数据库用户名和数据库密码配置数据库链接信息。SymmetricDS能够同步数据库链接能够访问的任意的数据库表，只要数据库用户被分配了合适的数 据库权限。

一个SymmetricDS节点被分配一个external id和一个节点group id。External id是用户指定的标示符，SymmetricDS使用这个标示符来标识一个特定的节点，数据被派往的节点。节点的group id用来标识节点所在的组或者层。它定义了一个节点整个网络中全部的节点中所处的位置。例如，一个节点的组可能被命名为‘corporate’，表明一个 企业或者公司的数据库；另外一个节点的组可能被命名为“local_office”，表明一个地区不一样的机构的数据库。一个“local_office”的 external id多是一个机构的编码或者其余有标示性的字母组成的字符串。一个节点经过它的node id在一个网络中被惟一的区分开，这个node id是根据external id自动生成的。若是本地机构代码1有两个数据库和两个SymmetricDS节点，它们可能有一个值为“1”的external id和值为“1-1”和“1-2”的node id。

SymmetricDS能够以多种方式部署。最多见的选择是在做为一个独立的进程，以服务的形式运行于服务器中。当以这种方式被部署的时 候，SymmetricDS能够做为一个客户端或者一个多租户的服务端，也能够依赖SymmetricDS数据库在整个数据库网络中的位置而定。尽管它可 以与数据库服务器运行在同一个服务器上，可是不须要必须这么作。SymmetricDS能够被部署到一个应用服务器中，像Apache Tomcat，JBoss Application Server，IBM WebSphere中，做为一个web应用。

SymmetricDS被设计成一个对技术人员来讲，简单，易用的工具。它能够被认为是一个web应用，只是用其余的SymmetricDS引擎做为客户端代替浏览器的角色。它拥有web应用的全部特性，可使用调试web应用的原理来调试SymmetricDS。

1.2.2. Change Data Capture

数据库触发器开启SymmetricDS捕获数据变化功能，SymmetricDS会根据用户的配置自动安装触发器。数据库触发器记录的数据变化都 在DATA表（DATA表是SymmetricDS中的系统表）。数据库被设计为非侵入性的，尽量的轻量级。在SymmetricDS触发器被安装之 后，外部应用执行的全部的DML statement产生的数据变化都会被捕捉。注意，用户的应用不须要添加额外的库，也不须要任何的更改；SymmetricDS不须要必须在线才能捕捉 数据。

SymmetricDS配置的不一样数据库实例间的数据库表须要有相同的结构。整个网络中的节点的配置一般在网络中的一个中心节点管理，也就是 registration server节点。Registration Server节点几乎老是与树形拓扑网络结构中的root节点是同一个。当配置一个“叶”节点，须要配置的一个启动参数是registration server节点的URL。若是“叶”节点还没注册到root节点，它联系registration server而后请求加入到网络中。一旦请求被接受，“叶”节点就下载所需的配置。在一个节点被注册以后，SymmetricDS也能够在开始同步以前提 供一个数据初始负载操做。

SymmetricDS将在启动时安装或者更新它的数据库触发器；当预约的同步触发器任务运行的时候，SymmetricDS会按期地再次安装新的 触发器和更新原有的触发器（默认状况下，是在天天午夜）。当决定一个触发器是否须要被从新创建的时候，同步触发器任务会检测数据库结构或者触发器配置的变 化。可选择地，同步触发器任务能够被关闭，DBA能够本身生成和运行数据库触发器DDL脚本。

在变化的数据被数据库触发器插入到SymmetricDS的DATA系统表以后，这些数据被Router Job分批而后分配到某个SymmetricDS节点。路由数据指的是在SymmetricDS网络中选择一个数据应该发送的节点。默认状况下，一个节点 的数据根据节点组标识被路由。可选地，数据和目标节点的特性也能够在路由过程当中使用。一个数据的batch是一组数据的变化。这一组数据一块儿被传送和加载 到目标节点，做为一个数据库事务提交。Batch信息记录在SymmetricDS的OUTGOING_BATCH系统表中。Batch是节点特定的，每 个节点只有本身处理过的Batch的记录。DATA和OUTGOING_BATCH经过DATA_EVENT联系。Batch的发送状态记录在 OUTGOING_BATCH中。在数据被发送到远程节点以后，batch的状态被改成“OK”。

1.2.3. Change Data Delivery

数据经过HTTP或者HTTPS发送到远程节点。数据能够经过这两种方式中的一种发送，发送的方式依赖于配置的节点的组之间的传输链路的类型。一个 节点组能够被配置成推送变化到某个节点组中的其余节点，也能够配置成从某个节点组中的其余节点拉取数据。推送数据的操做是经过在数据源节点初始化一个 Push Job实现。若是有多个等待被发送的Batch，推送节点将经过使用同一个HTTP HEAD请求来保持同一个到各个目标节点的链接。若是预留的请求被接受，数据源节点将从batch中提取全部的数据。数据以CSV格式被提取高内存缓冲区 中，直到缓冲区大小达到配置的阀值，数据经过HTTP PUT被发送到目标节点。下一个Batch接着被提取和发送。这将一直重复直到给每个channel发送的batch达到最大值，或者没有batch可 以发送为止。由于全部的batch经过一个HTTP PUT请求发送，目标节点也将返回一个batch的状态的列表。

拉取请求在目标节点经过Pull Job初始化。一个拉取请求使用HTTP GET提交方式。在Push过程当中执行的提取过程也会在Pull过程当中执行。

在数据被提取，发送以后，数据加载到目标节点。与提取过程类似，随着数据不断被接收，数据加载器将以CSV格式缓存数据到内存缓冲区中，直到达到阀 值。若是达到阀值，数据被刷写到一个文件中而后继续接收数据。一个batch中全部的数据都是本地可用的，一个数据库链接从链接池中取出，而后在源数据库 中发生的事情会在目标数据库再次重演。

1.2.4. Data Channels

数据老是以在特定channel中记录的顺序被发送到远程节点。一个channel是用户定义的一组互相依赖的表。捕获的属于一个组的表的数据老是 一块儿被同步。每个触发器必须被分配一个channel id做为trigger定义的一部分。Channel id记录在SymmetricDS的SYM_DATA和SYM_OUTGOING_BATCH系统表中。若是一个batch加载失败，将不会再有数据发送 到这个channel直到这个失败被处理。可是，其余channel上的数据将不受影响，继续同步。

若是远程节点离线，数据仍然在源数据库端被记录，直到远程节点从新上线。可选地，能够设置一个超时时间，超过此时间，下线的节点将从网络中删除。 SymmetricDS捕获的数据所在的表的数据将在被发送后或者配置的保留时间到期后从SymmetricDS存放捕获的数据的系统表中被删除。将要发 送到一个关闭的节点的没有被发送的数据变化也将被清除。

SymmetricDS在数据完整性错误的时候的默认的处理方式是尝试修复这些数据。若是一个插入statement执行，可是表中已经存在这样的 一行数据，SymmetricDS将会回退插入操做而后尝试更新已经存在的行。一样地，若是一个在源数据库节点上成功执行的更新操做在目标节点上执行的时 候，没有找到要更新的行，SymmetricDS将会回退更新操做，而后将这行数据插入到数据库中。若是在目标节点执行删除操做，可是没有找到要删除的 行，这种状况将会被简单的记录。这些处理方式能够经过调整配置来进行冲突监测和处理。

SymmetricDS使用标准的web技术设计，因此它能够被扩展成不一样数据库类型的多个客户端。它能够同步数据到与部署的数据库和网络基础设施 支持的客户端同样多的客户端节点；也能够从这么多数量的客户端拉取数据以同步数据。当一个两层的数据库和网络基础设施不够用的时候，一个 SymmetricDS网络能够被设计成使用N层以产生更高的扩展性。到这咱们已经介绍了SymmetricDS是什么，如何完成用标准的方式在多个数据 库间同步数据的工做。

1.3.   Features

SymmetricDS拥有不少数据同步时你可能须要或者想要的特性。这些特性的大部分是根据SymmetricDS在生产环境中的使用反馈增长的。

1.3.1．Two-Way Table Synchronization

事实上，数据的同步一般只须要往一个方向同步。例如，一个分销商店发送它的商品交易信息到中央数据库，中央数据库发送存货信息和价格到商店。其余的 数据可能须要在双向同步。例如，分销商店发送中央数据库一个存货清单文档，而后中央数据库更新文档中的数据，而后发送回商店。SymmetricDS支持 表的双向同步，同时经过仅记录同步以外的数据变化避免了陷入更新循环。

1.3.2. Data Channels

SymmetricDS支持数据通道的概念。数据同步被定义在表（整个表或者表的一部分数据）的层面，每个被管理的数据库表都被分配到一个 channel上，channel会帮助控制数据流。一个channel是一个种类的数据，一个channel的数据能够不依赖于其余的channel中 的数据被同步。例如，在一个分销例子中，一个促销事件可能更新不少的商品信息，可是用户可能正在等待存货清单文档的更新。若是按照顺序处理，商品更新将延 迟存货清单的更新，尽管数据是没有联系的。经过将item表分配到item channel，inventory表分配到inventory channel，这两个表的数据变化被分开来处理，所以inventory能够无论大量的商品数据的状况下操做数据。

Channel 将在Section3.3“Channel”中被详细讨论。

1.3.3. Change Notification

在一条数据变化记录到数据库中以后，对此变化感兴趣的SymmetricDS节点被唤醒。Change Notification被配置为既能够执行数据push也能够执行数据pull。当几个节点将它们的数据变化对准到一个中央节点的时候，用push的方 式代替等待中央节点从每一个源数据库pull的方式是高效的。若是网络配置了防火墙来保护一个节点，pull配置可能使该节点能够接收到数据变化，而 push方式将会被阻塞。Change Notification的频率是可配置的，默认是一分钟一次。

1.3.4 HTTP(S) Transport

默认状况下，SymmetricDS以REST风格使用基于web的HTTP或者HTTPS请求的方式。这是一种轻量级而且易管理的方式。提供了一 系列的filter来强制认证和限制同时同步的数据流的数量。ITransportManager接口容许实现其余的数据传输方式。

1.3.5. Data Filtering and Rerouting

使用SymmetricDS，数据能够再记录，提取和加载的时候被过滤。

1.      数据路由是经过往SymmetricDS系统表ROUTER中插入一个给定类型的router来完成的。Router负责肯定捕获到的变化应该被发往的目的节点。自定义的router能够经过实现一个IDataRouter接口来提供。

2.      除了同步，随着同步数据加载到目标数据库，SymmetricDS也能够完成很复杂的数据转换。数据转换能够被用来合并源数据，产生多个源数据的副本到多个目标数据库表，在目标数据库设置默认值，等等。转换的类型能够被扩展，能够建立自定义的转换。

3.      由于数据变化被加载到目标数据库中，数据能够被一个简单的shell加载过滤器过滤，也能够被一个 IDatabaseWriterFilter的实现类过滤。你能够改变一个列中的数据，而后路由改变后的数据到任何地方，触发器初始化负载或者其余可能的 状况。一个可能的用法是能够路由信用卡数据到一个安全的数据库而后在中央存放销售信息的数据库中空出来。过滤器也能够防止数据所有到达目标节点，而后在目 标节点加载数据时使用数据的默认值，这样很是高效。

1.3.6. Transaction Awareness

不少的数据库提供全局惟一的事务标识，跟做为一个事务一块儿提交的多个行相关联。SymmetricDS随同变化的数据一块儿，也存储事务的标识，所以 SymmetricDS能够精确地回滚一个事务。这意味着，目标数据库维护与源数据库中相同的事务完整性。支持事务标识符的数据库在附录中有记录。

1.3.7. Remote Management

管理功能经过JMX暴露出来，能够经过Java JConsole工具或者经过一个应用程序服务器访问。功能包括打开注册，从新加载数据，清除旧的数据和查看batch信息。不少的配置信息和运行时属性也能够被查看。

SymmetricDS也提供了发送SQL事件的功能，跟用来发送数据的同步机制同样。数据payload可使任意的SQL statement。事件的处理和响应也跟其余类型的事件同样。

1.3.8. File Synchronization

很多的SymmetricDS用户已经发现他们不只须要同步数据库表到远端，他们也有一系列的文件应该被同步。从version 3.5开始，SymmetricDS开始支持文件同步了。

请查看Section3.5 “File Trigger / File Synchronization”获取更多的信息。

1.4 Why Database Triggers?

在关系型数据库中，有几种方法能够捕获到变化的数据，以用来复制、同步和整合。

1.      Lazy data capture从源数据库系统中使用条件（好比一个时间戳列）SQL语句查询变化的数据。

2.      Trigger-based data capture 安装一个数据库触发器来捕获变化的数据。

3.      Log-based data capture从数据库的恢复日志中读取数据的变化。

上边的三种方式都有优点，也都有劣势，都在SymmetricDS的开发计划中。目前，SymmetricDS支持基于触发器的数据捕获和不公平的 懒惰数据捕获。首先实现这两种技术有不少的缘由，最重要的是SymmetricDS要解决的大多数的用例都能使用基于触发器的方式解决，在某种程度上，条 件复制的方式（第一种方式）使更多的使用企业标准技术的数据库平台被支持。这个事实使SymmetricDS的开发者宝贵的时间和经理被放到设计一个易于 安装、配置和管理的产品，而不是花费时间在逆向数据库日志文件上。

基于触发器的数据捕获方式引入了一个能够衡量数据库操做开销。开销会随着处理器的能力和配置给数据库平台的资源还有应用使用数据库的方式变化。随着不断改进的硬件和数据库技术，基于触发器的数据捕获对须要高数据吞吐量或者须要扩展的应用来讲将变得更加灵活。

基于触发器的数据捕获比基于日志的解决方案更容易实现和受支持。它使用众所周知的数据库概念，对于软件，数据库开发者和数据库管理员来讲更易理解。它一般被应用开发团队或者数据库管理员安装，配置和管理，自己不须要部署到数据库服务器上。