紫金桥软件推出多级数据恢复功能_数据恢复_

紫金桥软件推出多级数据恢复功能

2010/3/5 15:02:00

一、概述

在比较大型的应用中，数据库系统由分布在不同地点的许多节点构成，有些节点作为前置数采机（简称前置机），有些节点作为数据服务器。前置机与PLC、DCS等控制系统相连，将收集到的数据上传给数据服务器，数据服务器可能还需要上传给更顶层的数据服务器。如下图所示：

前置机与控制系统相邻，通过网络或串行总线、GPRS等方式相联接，通信线路出现故障的可能性很小。而前置机与数据服务器之间距离比较远，如前置机放置在控制室，而数据服务器放置在分厂的机房中，而中心服务器放置在总厂的信息中心。这些节点相距几百米到几十千米，之间通过光纤、无线、串行总线、拨号等方式相联。由于通信线路的故障或病毒的干扰都可能使通信出现中断现象。这就会给顶层数据库造成数据缺失，影响历史数据的完整性、统计数据的准确性。针对这种情况，紫金桥开发了数据恢复功能。

数据恢复功能

数据库间进行通讯时，如果网络出现故障，或者数据库退出后重新启动，服务端能够暂存断线期间的历史数据，并将之自动恢复到客户端。数据恢复功能保证了历史数据的完整性。

恢复包括哪些数据：

1）历时数据的恢复

历时数据恢复是数据恢复的主要目的。

2）统计数据的恢复

在历史数据恢复的同时,对统计数据也会重新进行计算。

3）累计量的恢复

在历史数据恢复的同时,对当前累计量也会重新进行计算。

4）关系库中数据的恢复

恢复不但包括实时数据库中的数据，同时能对数据库转储程序中相关的关系库数据进行恢复。

二、紫金桥数据恢复功能特点：

支持多级数据恢复

紫金桥支持多级数据恢复。如在下图所示的前置机到二级服务器间出现了通信故障，在线路恢复后，前置机与二级服务器间将进行数据恢复。虽然中心服务器与二级服务器之间没有出现过通信故障现象，但是由于二级服务器在与前置机故障期间，自身数据没有得到刷新，以至造成其上游服务器数据停滞现象。因此在前置机与二级服务器间将进行数据恢复时，也应将中心服务器关心的数据进行恢复。

手工数据恢复

除了自动数据恢复外，有时也需要手工数据恢复。如想做一次备份；在比如新上一台上游服务器，需要从下游服务器转储一段时间的历史数据，或者意外情况数据没有恢复过来。这时都需要手工进行数据恢复。

需要说明的是，手工恢复的前提是下游数据库对相关的数据存储了历史，如果下游数据库没有选择保存历史则无法手工恢复。

在数据恢复程序中选择如下所示菜单，将出现手工数据恢复指定对话框：

在对话框中可以指定要恢复的数据源，时间范围等信息。确认后数据恢复程序会根据在组态中本地与远程数据源的数据连接对应关系，自动检取远程数据库中的历史数据，并将数据转储到本地数据库中。

是否支持串行通信方式

支持串行总线：数据转储不但支持网络通信，同时支持串行连接方式。数据恢复与数据通信可以同时进行，即在数据恢复时实时数据通信保持畅通。

三、数据恢复的设定

在缺省情况下，该功能被禁止。要启动该功能，要在数据源定义中进行如下设置。

（在数据请求方定义）

单击高级选项按钮，出现如下对话框：

1）故障数据恢复：选中“故障数据恢复”复选框。

在数据恢复时间中输入服务器维护断线期间数据的最长时间。超过该时限，服务器将放弃保存的数据。这样可以避免服务器因故障时间过长而保存大量的数据。

注意：该值过大可能造成系统较大开销，如果数据库间连接的点数较多，且数据变化速度较快，该值不要过大。

2）更新方式

更新方式有两种，变化通知和周期查询。变化通知即将所有的数据变化都通知给客户；而周期查询是按照周期中指定的时间进行查询。周期查询的缺点是，客户的不到一个查询周期内的数值连续变化过程。变化通知的缺点是可能数据变化太快，造成通信开销过大。

在断线情况下，两种方式的数据恢复处理是有差别的。在变化通知方式下，服务器会将所有数据变化都保存下来，而周期查询是按照指定的周期保存数据。

对于数据量大（存储历史的点较多，不保存历史的点不计）、且变化速度较快的情况，建议使用周期查询方式；反之可以使用变化通知方式。

3）超时时间

对远程服务器的请求可能由于网络传输的原因，客户端请求的数据和服务器端应答的数据能确保数据一定每次都能准确及时传输。这时可以设定一个时间范围，如果大于该时间范围没有返回，则认为当前的请求已经无效。这个时间设定应该在一个合理的范围之内，一般的，网络传输速度较快，时间可以较短如3秒，而串口和拨号方式相对时间要长一些如30秒。时间太长或太短，都会导致刷新速度较慢。

服务器只有检测到客户断线时间超出该值之后，才为其保存数据，以待恢复。