informix数据复制技术
数据复制技术用于网络环境下多个数据库服务器之间数据的互相拷贝。在金融业实现数据集中、数据共享和数据异地备份应用中，利用这种技术可以保证数据交换安全无隐患。
本文以广为应用的Ｉｎｆｏｒｍｉｘ数据库为例，介绍如何进行网络复制。
Informix数据复制特点
Ｉｎｆｏｒｍｉｘ要求在不同数据库之间进行数据复制的表必须是同构的（主结点和复制结点要复制的表、视图名称必须一致，要复制字段的名称、类型也必须一致）；允许服务器间同步或异步复制，但每次只允许复制增量数据。
如何定义
１．定义复制服务器
对参与复制的数据库服务器进行定义，包括复制使用的Ｄｂｓｐａｃｅ、丢弃事务（复制不成功事务）日志存放路径、丢弃行信息（对记录修改复制不成功）日志存放路径等。
２．定义复制
数据复制和定义数据复制的基本单位，以表为单位进行，包含以下因素：复制名称、复制选项、复制参与者、冲突解决规则及冲突解决范围。
３．复制组
相同数据库服务器之间的所有复制可定义成一个复制组，进行统一管理：同时启动、停止、挂起、继续。定义数据库组可简化管理并提高复制性能。
具体应用实例
１．环境描述
操作系统：ＳＣＯＵｎｉｘ５．０５
数据库：Ｉｎｆｏｒｍｉｘ－ｏｎｌｉｎｅ７．３１
主机Ａ：主机Ｂ
ＩＰ：７６．１．４０．８６ＩＰ：７６．１．４０．８８
Ｈｏｓｔｎａｍｅ：ｇｓ８６Ｈｏｓｔｎａｍｅ：ｇｓ８８
ＤＢｎａｍｅ：ｇｓ＿ｓｅｒｖｅｒＤＢｎａｍｅ：ｇｓ＿ｈｏｓｔ
ＤＢｓｅｒｖｅｒ：ｇｓ８６ａ＿ｏｎＤＢｓｅｒｖｅｒ：ｇｓ８８ａ＿ｏｎ
２．准备工作
首先，让ｇｓ８６、ｇｓ８８两台机器时间同步；其次，在ｇｓ８６、ｇｓ８８两台机器的数据库中各建一结构完全相同的数据库，分别为ｇｓ＿ｓｅｒｖｅｒ、ｇｓ＿ｈｏｓｔ，两个数据库中都建一张结构完全相同的表ｔａｂｌｅ＿８６与ｔａｂｌｅ８８，并建立惟一索引；
最后，在ｇｓ８６、ｇｓ８８两台机器上分别执行如下命令：
ｕｐｄａｔｅｓｔａｔｉｓｔｉｃｓ
ｏｎｔａｐｅ－ｓ－Ｕ数据库名
３．复制配置
以ｇｓ８６机器为例，主要复制配置如下：
（１）ｓｑｌｈｏｓｔｓ文件
ｇ＿ｇｓ８６ｇｒｏｕｐ－－ｉ＝２
ｇｓ８６ａ＿ｏｎｏｎｔｌｉｔｃｐｇｓ８６ｏｎ＿ｇｓ８８ｇ＝ｇ＿ｇｓ８６
ｇ＿ｇｓ８８ｇｒｏｕｐ－－ｉ＝１
ｇｓ８８ａ＿ｏｎｏｎｔｌｉｔｃｐｇｓ８８ｏｎ＿ｇｓ８８ｇ＝ｇ＿ｇｓ８８
其中ｇ＿ｇｓ８６、ｇ＿ｇｓ８８为组名，ｏｎ＿ｇｓ８８为端口号，且应为同一端口号。
（２）．ｒｈｏｓｔｓ
ｇｓ８８
（３）ｉｎｆｏｒｍｉｘ的主要配置
Ｉｎｆｏｒｍｉｘｓｅｒｖｅｒ＝ｇｓ８６ａ＿ｏｎ
（４）定义复制
ｃｄｒｄｅｆｉｎｅｓｅｒｖｅｒ－Ｉｇ＿ｇｓ８６
ｃｄｒｄｅｆｉｎｅｓｅｒｖｅｒ－Ｉ－ｃｇｓ８８ａ＿ｏｎ－Ｓｇ＿ｇｓ８６ｇ＿ｇｓ８８（５）定义复制的表
ｃｄｒｄｅｆｉｎｅｒｅｐｌ－ｉ－Ｃｉｇｎｏｒｅｇｓ８８＿ｔａｂｌｅ＿８６＼
″Ｐｇｓ＿ｈｏｓｔ＠ｇ＿ｇｓ８８ ｉｎｆｏｒｍｉｘ．ｔａｂｌｅ＿ｇｓ８６″ ″ｓｅｌｅｃｔ ｆｒｏｍｔａｂｌｅ＿８６″ ＼
″Ｒｇｓ＿ｓｅｒｖｅｒ＠ｇ＿ｇｓ８６ ｉｎｆｏｒｍｉｘ．ｔａｂｌｅ＿ｇｓ８６″ ″ｓｅｌｅｃｔ ｆｒｏｍｔａｂｌｅ＿８６″
ｃｄｒｄｅｆｉｎｅｒｅｐｌ－ｉ－Ｃｉｇｎｏｒｅｇｓ８８＿ｔａｂｌｅ＿８８＼
″Ｐｇｓ＿ｈｏｓｔ＠ｇ＿ｇｓ８８ ｉｎｆｏｒｍｉｘ．ｔａｂｌｅ＿ｇｓ８８″ ″ｓｅｌｅｃｔ ｆｒｏｍｔａｂｌｅ＿８８″ ＼
″Ｒｇｓ＿ｓｅｒｖｅｒ＠ｇ＿ｇｓ８６ ｉｎｆｏｒｍｉｘ．ｔａｂｌｅ＿ｇｓ８８″ ″ｓｅｌｅｃｔ ｆｒｏｍｔａｂｌｅ＿８８″
（６）定义复制组
ｃｄｒｄｅｆｉｎｅｇｒｏｕｐｇｒｐｇｓ８８＿ｔａｂｌｅ＿８６ｇｓ８８＿ｔａｂｌｅ＿
８８
其中ｇｒｐ为组名。
ｇｓ８８机器的配置与ｇｓ８６机器的配置相似。
４．执行复制
（１）启动复制
ｃｄｒｓｔａｒｔｇｒｏｕｐｇｒｐ
（２）关闭启动复制
ｃｄｒｓｔｏｐｇｒｏｕｐｇｒｐ
需要注意的是，启动复制只能在一方执行。
５．复制的检查及维护
（１）ｃｄｒｌｉｓｔ ｓｅｒｖｅｒ｜ｇｒｏｕｐ｜ｒｅｐｌ
（２）删除ｓｅｒｖｅｒ
ｃｄｒｄｅｌｅｔｅｓｅｒｖｅｒ组名
至此，Ｉｎｆｏｒｍｉｘ数据库通过网络环境来实现数据复制工作已经完成，有兴趣的用户不妨一试。
---- 随着金融电子化的普及，数据库在大型金融业务处理系统中起着举足轻重的作用。而数据的可靠性与完整性至关重要，它的损失或破坏将直接影响到客户和银行的切身利益，因此数据的备份是不容忽视的问题。本文将介绍一种由INFORMIX 提供的建立在数据库一级的联机热备份技术。它由数据库本身提供，且操作简便易行，具有一定的实用价值。
---- 一、什么是INFORMIX 的数据复制技术
---- 数据复制是指把数据从主数据库服务器（以下称主服务器）复制到从数据库服务器（以下称从服务器）。通常主、从服务器分别位于两台主机之上，二者通过TCP/IP 建立联接，这样数据复制技术可以提供一种可靠、即时的备份机制。除此之外，数据复制技术还具有一大优点，即用于备份的从服务器可被用于进行一些只读操作，这样一来可分担一些主服务器的负载。
---- 二、数据复制服务器的工作原理
---- 数据复制服务器的工作原理是主服务器在把逻辑日志缓冲区中的内容写往磁盘之前，先将其拷贝至数据复制缓冲区。数据复制缓冲区的大小和逻辑日志缓冲区的大小一样。然后数据复制缓冲区的内容通过TCP/IP 由网络传到从服务器一端的数据复制缓冲区中。在从服务器一端，有线程负责接收数据复制缓冲区并将其放入恢复缓冲区，另外有线程负责根据这些逻辑日志记录操作数据库。从而使从服务器起到了对主服务器进行备份的作用。
---- 根据逻辑日志更新从服务器中的数据库分为同步更新和异步更新两
种情况。采用异步更新模式时，主服务器在完成从逻辑日志缓冲区到数据复制缓冲区的拷贝之后，就刷新逻辑日志缓冲区至磁盘。而对数据复制缓冲区跨网络的传送则要等以下条件之一满足时：
* 数据复制缓冲区满。
* 当数据库以非缓冲方式记逻辑日志时，应用程序提交一个事务。
* 经过由参数DRINTERVAL 指定的时间间隔。
---- 异步更新模式的不足之处是由于某一时刻的系统故障导致一些事务在主服务器上已经提交，但未被复制到从服务器上。
---- 采用同步更新模式时，在主服务器上把逻辑日志缓冲区刷新至磁盘的工作要等到主服务器收到从服务器发来的已收到复制缓冲区的确认之后才能进行。同步更新模式可以确保在主服务器上已提交的事务肯定被传到从服务器上。它的不足之处是对逻辑日志缓冲区的刷新会由于等待确认消息的接收而有一定的延时，从而对系统性能造成一定影响。
---- 三、配置数据复制服务器所需的条件
* 主、从服务器的硬件和操作系统要一致。
* 主、从服务器必须使用同样版本的INFORMIX
* 网络软件和硬件的连接必须保证主、从服务器之间能够通过TCP/IP 进行通信。而且二者必须使用同样的TCP/IP 编程接口（TLI 或Sockets）。
* 在主、从服务器上所有非临时性的dbspace 的chunk、dbspace、路径名以及偏移量都要保持一致。事实上，两台机器上供主、从服务器使用的磁盘的分区也最好保持一致。
* 数据库必须使用事务日志。因为数据复制工作是通过向从服务器传送日志来完成的，那些对无日志模式数据库进行的插入、修改、删除操作是不会被传送给从服务器的。
* 创建用于容纳临时表的临时dbspace，将参数DBSPACETEMP 指向此临时dbspace。
* 可以在一个服务器上使用镜像，而在另一个服务器上不使用镜像。但如果要在主服务器上对root dbspace 作了镜像，那么也要对从服务器上的root dbspace 作镜像。
* 除此之外，逻辑日志、物理日志和共享内存的参数配置也必须一致。
---- 四、配置数据服务器的具体步骤
---- 1. 创建临时dbspace。
---- 临时dbspace 是服务器用于创建临时表，存放排序文件的磁盘空间。在数据复制技术中需要临时dbspace 是因为在只读的服务器上进行查询操作时也需要一些临时的磁盘空间来存放中间结果。因此，临时dbspace 是从服务器唯一可写的dbspace。
---- 设定配置参数DBSPACETEMP 指向所创建的临时dbspace。
---- 2. 设定DR 配置参数。
---- 在onmonitor 的数据复制画面中有四个输入域：
* Interval 域或DRINTERVAL 配置参数用于说明相邻两次刷新数据复制缓冲区的最大时间间隔。它是针对主服务器设定的。如果置为-1, 说明使用同步更新模式。如果置为任何正整数，则说明使用异步更新模式，时间间隔以秒为单位，缺省值为30 秒。如果数据库采用以缓冲方式记日志模式，同时数据复制服务器又采用异步更新模式，那么可以把参数DRINTERVAL 置为缺省值30 秒，以使网络延时最小化。如果要使从服务器包含所有主服务器中已提交的事务，那么需要将数据复制服务器配成同步更新模式，同时数据库应采用以非缓冲方式记日志的模式。
* Timeout 域或DRTIMEOUT 配置参数是用来说明在同步更新模式时，数据复制服务器对儿中一方等待来自另一方的确认信息的最大时间间隔。若该确认信息在指定的时间间隔内没有到达，那么等待的一方就认为有故障发生。
---- 参数DRTIMEOUT 也是用于测试服务器联接的ping 线程睡眠的秒数。
* Auto 域或DRAUTO 配置参数用来决定到从服务器的切换工作是自动完成还是通过手动完成。通过对它的设置可以指定从服务器如何响应主服务器的失败。它的值在主、从服务器上必须设成一样的。其可选值有以下三种：
DRAUTO=0 说明从服务器在主服务器发生故障时仍旧保持原有模式，由系统管理员手动将其切换成标准数据库服务器模式（即可写模式）
DRAUTO=1 说明从服务器在主服务器发生故障时自动切换成标准服务器模式,并且在数据复制服务器重新启动后重新切回原模式。
DRAUTO=2 从INFORMIX-Online Dynamic Server版本7开始，增加了一种新的自动切换模式-REVERSE_TYPE。它是指从数据库服务器在主服务器发生故障时自动切换成标准数据库服务器模式,并且在数据复制服务器重新启动后，使自己成为主服务器，而原来的主服务器成为从数据库服务器。
---- 值得注意的是：当使用数据复制服务器的自动切换特性时必须小心，因为任何类型的数据复制失败都有可能导致从服务器自动切换成标准服务器模式。这些失败包括网络失败或处理延时（超过了DRTIMEOUT 设定的时间间隔）。
* Lost&Found 域或DRLOSTFOUND 配置参数用于设定丢失并且被找到的事务文件的路径名。
---- 五、如何启动数据复制服务器
---- 在开始启动数据复制服务器之前应检查主、从数据库服务器的用于联接的配置参数是否设置正确。若要建立不同主机上数据库服务器之间的联接可按以下步骤进行：
* 为数据库服务器选择合适的NETTYPE 参数。远程联接必须使用TCP/IP 协议。可以通过查看文件$INFORMIXDIR/release/machnotes 来确定你的系统是使用sockets 还是TLI。
* 在$INFORMIXDIR/etc/sqlhosts 文件中为你的本地数据库服务器想要联接的远程数据库服务器创建一行。
* 使两个数据库服务器均启动为联机模式。
* 在两个数据库服务器中创建用于测试的数据库和表，然后执行如下的远程SELECT 语句：
database localdb
select * from remotedb@remotesvr:table
---- 在测试两端的数据库服务器能够建立联接之后，就可开始按以下步骤启动数据复制服务器了。INFORMIX-Online Dynamic Server 使用备份和逻辑日志作最初的从主数据库服务器到从数据库服务器的复制工作。通常步骤如下：
---- 在主数据库服务器上进行
---- 1. 对主数据库服务器进行一次0 级备份。
---- 2. 备份主数据库服务器的逻辑日志。
---- 3. 执行以下命令使自己成为主数据库服务器：
onmode -d primary sec_name
---- 其中sec_name 是从数据库服务器名，是由参数DBSERVERNAME 指定的。
---- 执行完该命令后，确认消息日志文件中应出现以下信息：
DR: new type = primary, server name = sec_name
DR: Cannot connect to secondary server
---- 在从数据库服务器上执行
---- 4. 用在主数据库服务器上进行的0 级备份在从数据库服务器上进行物理恢复。该备份可通过网络由主数据库服务器传到从数据库服务器上，也可通过在从数据库服务器上指定远程磁带机的方法获得。例如：TAPEDEV hostname:/dev/rst0
---- 在从数据库服务器上进行恢复的过程中，当被问及是否想要备份逻辑日志时，一定要回答n，因为在恢复过程中用不着从数据库服务器上的逻辑日志。
---- 5. 执行以下命令使自己成为从数据库服务器：
onmode -d secondary primary_name
---- 其中primary_name 是主数据库服务器名，是由参数DBSERVERNAME 指定的。
---- 执行完该命令后，确认消息日志文件中应出现以下信息：
DR：new type = secondary ,server name = primary_name
---- 6. 进行逻辑恢复。从数据库服务器会询问并读入在0 级备份以后备份的逻辑日志磁带。一旦，最后一盘磁带被读完，从数据库服务器就会联接到主数据库服务器，并开始读取自上一次进行逻辑日志备份以来积累在主数据库服务器一端的日志记录。这些记录被通过网络传送到从数据库服务器一端，然后被用于在从数据库服务器上重演。在重演结束以后，数据复制服务器就可以开始运作了。
---- 执行完以上步骤以后，在主数据库服务器一端的消息日志文件中应出现以下信息：
DR: Primary server operational
---- 在从数据库服务器一端的消息日志文件中应出现以下信息：
DR: Secondary server operational
---- 注意：如果使用ontape 实用程序在从数据库服务器上进行恢复时，不要使用ontape -r。而应通过使用-l 和-p 选项分别进行逻辑恢复和物理恢复。即用ontape -p 进行物理恢复。用ontape -l 进行逻辑恢复。
---- 六、如何使客户端程序重定向至新的数据复制服务器
---- 在启动客户应用程序之前，设置DBPATH 依此指向主服务器和从服务器。客户应用程序将自动按照DBPATH 中指定的顺序检查被列出的服务器是否包含目标数据库，如果当前的服务器不可到达，那么它将检查下一个服务器。由于DBPATH 的顺序十分重要，所以要把希望访问的服务器放在前面。例如，通常要访问的主服务器为ny_soc，则DBPATH 应设为：
export DBPATH=//ny_soc://lond_soc
---- 如果你的客户应用程序是只读的，那么你也许想访问从服务器，则DBPATH 应设为：
export DBPATH=//lond_soc://ny_soc
---- 这种方法只有在客户应用程序使用CONNECT 语句时才起作用。如果客户应用程序使用的是DATABASE 语句与服务器建立联接，那么当服务器故障时，客户应用程序就会失败。
informix数据库SQL学习
简单的SELECT语句 SELECT语句是最重要也是最复杂的SQL语句，它和insert update和delete 语句一起用于数据操作，主要用于： ●从数据库中检索数据 ●作为INSERT语句的一部分产生新的行 ●作为UPDATE语句的一部分更新信息 1．S ELETE语句的简要介绍 ●构成： SELECT 子句指定要查询的表 FROM 子句指定要查询的列 WHERE子句选择特定的列或创建一个新的连接条件 ORDER BY子句改变数据产生的次序 INTO TEMP子句把结果以表的形式存放起来，供以后使用 其中SELECT、FORM子句是必选的。 ●权限 查询数据库必须对该数据库具有connect权限以及对表具有SELECT权限，这些权限通常作为默认值赋给用户。与数据库的操作权限有关的grant 和revoke语句将在后面讲到。 ●关系操作 选择：在表中满足特定条件的行的水平子集。这一类型的SELECT 子句返回表中的一部分行的所有列。选择是通过SELECT语句的WHERE子句来实现的。 例：SELECT * FROM custom WHERE state=”NJ” 显示结果如下： customer_num 107 fname Charles lname Ream company Athletic Supplies addressl 41 Jordan Avenue address2 city Palo Alto state CA zipcode 94304 phone 415-356-9876
投影：在表中一些列的垂直子集，子集包含了表中这些列的所有行。这样的SELECT 语句返回表中所有行的一些列。投影是通过在SELECT语句中的SELECT子句的选 项来实现的。 例：SELECT UNIQUE city, state,zipcode FROM customer 查询结果包含了与customer 表中的相同数目的行，但仅投影了列的一个子集 显示结果如下： city state zipcode Bartlesville OK 74006 Blue Island NY 60406 Brighton MA 02135 Cheey Hill NJ 08002 Denver CO 80219 Jacksonville FL 32256 Los Altos CA 94022 Menlo Park CA 94025 Moutain View CA 94040 Moutain View CA 94063 Oakland CA 94609 Palo Alto CA 94303 Palo Alto CA 94304 Phoenix AZ 85008 SELECT语句在大多数情况下同时使用选择和投影，查询返回表中的一些行和一些列。 例：SELECT UNIQUE city,state,zipcode FROM customer WHERE state=”NJ” 显示结果如下： city state zipcode Cherry Hill NJ 08002 Princeton NJ 08540 连续：将两个或多个表通过一个或多个相同的列联系起来成为一个新的结果表
数据镜像复制技术
数据镜像复制技术 大型的业务系统中，数据库中的各类数据，如市场数据，客户数据，交易历史数据，财务管理数据、社会综合数据、生产研发数据等，都是公司至关重要的资产，它不仅关系着整个业务系统的稳定和正常运行，还可能关系着巨大的经济利益。数据系统中，存储设备的安全和高可用性与数据库软件系统一样，都至关重要的一旦数据丢失，就有可能面临着百万、千万元的经济损失。 正因为如此，一个大型数据库系统要具有高安全、高可用性，就必须具有以下几个方面的特点： 高可用性HA（High Availability） l有遭受失败的能力 l有单独的服务和资源管理的能力 l通过一种类型的Cluster进行操作 l关键概念是失败转移(takeover) l与容错不同(容错失败是不可见的) 持续可用性CA( Continuous Availability) l一对或Cluster系统，支持100%联机运行 l高度分布式系统 l设计有多层冗余 l设计有客户端自动失败转移 l为非单点失败而设计 l为非计划停机事件而设计 在数据库系统设计中，常用到的系统结构图如： （图2） 如图所示中，数据库软件、主机、HBA卡和网络交换机一般都采用双机方式，通过多台设备间的Active-Active工作方式来保障系统中的高可用性。不过从上图我们也可以看到，整个系统中，只有存储是单台设备。虽然存储设备内部可通过双控制器、双电源和RAID组来实现内部的冗余，但从存储设备整体而言，仍然存在许多单点故障，比如控制器的背板，
磁盘扩展柜等；这与主机和网络层的高可用工作方式是不匹配的。一旦存储设备发生整体故障，将会直接引起整个系统瘫痪，甚至造成数据丢失，给使用者带来具大的损失。 1.1 卷镜像复制和RAID镜像卷 为了提供存储设备的高可用性，保障数据的安全性，常用的一种解决方案是再增加一台备用存储设备，由两台存储设备负责数据库系统的数据存储服务，保障数据库的安全和数据存储服务器稳定。根据两个存储设备之间工作方式的不同，数据同步和复制机制的不同，可分为两种方式，第一种是卷镜像复制方式，第二种是RAID镜像卷方式。 卷镜像复制工作方式的系统结构图如下： （图3） 左侧存储为主存储设备设备，右侧为备用存储设备，再通过卷镜像复制软件、数据备份软件、网络层的存储虚拟化设备、存储设备自带的卷镜像复制功能等多种方式来实现主、备两个存储之间的卷镜像复制，以此来保障数据的安全性，同时备份存储设备也可以作为数据库系统中的数据存储服务功能的一种后备方式，一旦主存储设备发生故障，就需要自动或手动的切换到备份存储设备上，这种切换实际上是主存储设备生产卷到备份存储设备的镜像卷的切换，经常会导致数据库不一致，数据库重起，切换时间过长等问题。。 RAID镜像卷工作方式的系统结构图下：
Oracle数据库同步技术
基于Oracle数据库的数据同步技术大体上可分为两类：Oracle自己提供的数据同步技术和第三方厂商提供的数据同步技术。Oracle自己的同步技术有DataGuard，Streams，Advanced Replication和今年 刚收购的一款叫做GoldenGate的数据同步软件。第三方厂商的数据同步技术有Quest公司的SharePlex 和DSG的RealSync。下面对这些技术逐一进行介绍。 一、DataGuard数据同步技术 DataGuard是Oracle数据库自带的数据同步功能，基本原理是将日志文件从原数据库传输到目标数据库，然后在目标数据库上应用（Apply）这些日志文件，从而使目标数据库与源数据库保持同步。DataGuard 提供了三种日志传输（Redo Transport）方式，分别是ARCH传输、LGWR同步传输和LGWR异步传输。在上述三种日志传输方式的基础上，提供了三种数据保护模式，即最大性能（Maximum Performance Mode）、最大保护（Maximum Protection Mode）和最大可用（Maximum Availability Mode），其中最大保护模式 和最大可用模式要求日志传输必须用LGWR同步传输方式，最大性能模式下可用任何一种日志传输方式。 最大性能模式：这种模式是默认的数据保护模式，在不影响源数据库性能的条件下提供尽可能高的 数据保护等级。在该种模式下，一旦日志数据写到源数据库的联机日志文件，事务即可提交，不必等待日 志写到目标数据库，如果网络带宽充足，该种模式可提供类似于最大可用模式的数据保护等级。 最大保护模式：在这种模式下，日志数据必须同时写到源数据库的联机日志文件和至少一个目标库 的备用日志文件（standby redo log），事务才能提交。这种模式可确保数据零丢失，但代价是源数据库的可用性，一旦日志数据不能写到至少一个目标库的备用日志文件（standby redo log），源数据库将会被关闭。这也是目前市场上唯一的一种可确保数据零丢失的数据同步解决方案。 最大可用模式：这种模式在不牺牲源数据库可用性的条件下提供了尽可能高的数据保护等级。与最 大保护模式一样，日志数据需同时写到源数据库的联机日志文件和至少一个目标库的备用日志文件（standby redo log），事务才能提交，与最大保护模式不同的是，如果日志数据不能写到至少一个目标库的备用日志文件（standby redo log），源数据库不会被关闭，而是运行在最大性能模式下，待故障解决并将延迟的日志成功应用在目标库上以后，源数据库将会自动回到最大可用模式下。 根据在目标库上日志应用（Log Apply）方式的不同，DataGuard可分为Physical Standby（Redo Apply）和Logical Standby（SQL Apply）两种。 Physical Standby数据库，在这种方式下，目标库通过介质恢复的方式保持与源数据库同步，这种方 式支持任何类型的数据对象和数据类型，一些对数据库物理结构的操作如数据文件的添加，删除等也可支持。如果需要，Physical Standby数据库可以只读方式打开，用于报表查询、数据校验等操作，待这些操 作完成后再将数据库置于日志应用模式下。 Logical Standby数据库，在这种方式下，目标库处于打开状态，通过LogMiner挖掘从源数据库传 输过来的日志，构造成SQL语句，然后在目标库上执行这些SQL，使之与源数据库保持同步。由于数据 库处于打开状态，因此可以在SQL Apply更新数据库的同时将原来在源数据库上执行的一些查询、报表等操作放到目标库上来执行，以减轻源数据库的压力，提高其性能。 DataGuard数据同步技术有以下优势： 1）Oracle数据库自身内置的功能，与每个Oracle新版本的新特性（如ASM）都完全兼容，且不 需要另外付费； 2）配置管理较简单，不需要熟悉其他第三方的软件产品； 3）Physical Standby数据库支持任何类型的数据对象和数据类型；
SQL SERVER 的数据库复制
SQL SERVER 的数据库复制数据库的复制是分布式数据库应用程序中常用的一种数据拷贝技术，它将一个数据库中的数据拷贝到通过局域网（LAN）、广域网（WAN）或Internet网络连接的不同站点或同一个服务器中的不同数据库中，并能够自动保持这些数据的同步，使各个拷贝具有相同的数据。 一、SQL SERVER复制技术 （一）、复制结构 SQL SERVR 数据复制基于“出版—订阅”模型，它由出版者、分发者和订阅者三种服务器构成。出版服务器标识其数据库中的哪些数据用于复制，并检测这些数据的变化和维护该站点中的所有出版信息。 分发服务器中建立一个或多个分发数据库，用来保存出版服务器的出版物，并向订阅者传递它们所订阅的复制数据。 订阅服务器用于存储复制数据和接收对复制数据的更改，SQL SERVE 7.0还允许修改订阅服务器所接收到的出版物。 出版服务器所出版数据的最小单位为条目，出版条目可以是数据库中的表或存储过程。SQL SERVER允许对所出版表添加纵向或横向过滤器，从而使出版条目中只包含表中的某些列或其中的某些数据行，一组出版条目的集合构成一个出版物。 订阅服务器对出版物的订阅方式有推式订阅和拉式订阅两种，SQL SERVER中的每个出版物均支持推式订阅和拉式订阅这两种订阅方式。所谓推式订阅是指当出版物内容被修改时，由出版服务器通知订阅服务器，而不需要订阅服务器进行查询。推式订阅的优点是订阅服务器能够及时了解出版数据的改变情况，但它相应加重了出版服务器的负载。所以，推式订阅适合于需要近乎实时要求的数据复制。 拉式订阅是指由订阅服务器定期轮询出版服务器中出版物的内容是否改变，之后决定是否需要再次进行复制。拉式订阅能够减轻出版服务器的负担，所以常用于拥有大量订阅者的数据复制领域。此外，拉订阅也适合于移动用户，因为移动用户与出版服务器间没有永久固定的通信连接，他们采用订阅方式，只是在需要时才查询出版物内容的变化情况。 （二）复制代理 SQL Server 复制部件采用模块化设计，各种复制操作通过不同的复制代理实现。SQL Server 中的复制代理包括： 快照代理：快照代理运行在SQL Server 代理服务环境下。其功能是：为复制准备表结构、初始化出版表和存储过程的数据文件、将出版物快照存储到分发服务器的分发数据库中、并记录分发数据库的同步状态信息。每个出版物在分发服务器上均运行着自己的快照代理，并通过快照代理与出版服务器连接。 日志阅读代理：将用于复制的事务从出版服务器的事务日志中拷贝到分发数据库。每一个使用事务复制出版的数据库在分发服务器上均运行着自己的日志阅读代理，并通过该代理与出版服务器连接： 分发代理：将保存在分发数据库中的事务或出版物快照传递到订阅者。分发代理运行在SQL Server 代理服务环境下，可以直接使用SQL 企业管理进行管理。对于快照复制和事务复制，如果在配置推订阅时采用立即同步（所谓同步是指维护出版服务器上
mysql数据库复制
mysql数据库复制技巧集锦 最近在学习关于mysql的数据库复制方面的东东，搜集了一些资料，整理如下： 1：mysql手动复制数据库技巧 2：MYSQL 复制范例详解 3：MYSQL数据同步备份复制电脑网络 4：MySql数据库同步复制;mysql数据复制方案 5：MySQL异步复制备忘 6：mysql的root口令忘记了怎么办？ 7：【翻译】MYSQL数据库复制 mysql数据库复制技巧集锦 1：mysql手动复制数据库技巧 引用源博文网址：https://www.360docs.net/doc/e34785110.html,/blog/ccid/do_showone/tid_49707.html 我工作的环境中，有一个开发的MYSQL数据库，一个处于生产环境的MYSQL数据库。我不定期的从生产环境复制数据到我哦大开发环境。以前，我都是导出到脚本，然后再导入。其实，利用?mysqldump‘命令以及管道操作符，还有?mysql‘可以一步完成。 命令是： mysqldump wap --opt | mysql wap -h 221.218.9.41 我下面对这个命令的几个部分说明一下。mysqldump wap --opt，是把名为wap的这个数据库导出到标准输出。并且使用--opt选项。--opt 等效于--add-drop-table, --add-locks, --create-options, --quick, --extended-insert, --lock-tables, --set-charset, 和--disable-keys。这在完全导出然后完全导入数据的时候，非常有用。在这里，我没有指定登陆帐号和密码，因为我的配置文件https://www.360docs.net/doc/e34785110.html,f已经指定了。 然后是一个管道操作符。它的作用是把第二个的输出转为第二个命令的输出。在这里，我没有指定登陆帐号和密码，因为我的配置文件https://www.360docs.net/doc/e34785110.html,f已经指定了。 第三个命令，则是我们常用的mysql命令行客户端，－h选项指定了目标机器。 希望我写的这个小技巧，能够对你有用。不过，你前晚得小心了——别弄反了导入和导出的方向。
Informix数据库dbaccess工具执行SQL语句操作说明
【文档名称】：Informix数据库dbaccess工具执行SQL语句操作说明 【背景说明】 部分工程经常要对数据库进行操作，而各省客服及驻点同事对相关操作不熟悉，现整理一份实用的操作说明。 【适用范围】 适用设备：Informix-9.4，Informix-11.5 【文档正文】 1）用informix账户登录操作系统，在开始菜单中打开“ol_实例名”。 2）直接输入dbaccess并回车。选择Connection，然后选择Connect。
3）选择数据库实例。一般只有一个，直接回车即可。 4）输入用户名informix，回车。
5）输入数据库密码，回车。 6）下方提示已连接。 7）直接按回车，然后选择Exit回车。 8）选择第一个Query-language回车。
9）选择Use-editor回车。 10）直接回车，默认用记事本打开编辑器。 11）将SQL语句粘贴到记事本。 12）关闭，选择保存，然后选择Run，回车，查看返回结果是否成功。
常用SQL语句： 1、导出某张表。（需注意当前用户对该目录是否有写入权限，否则会导出失败）unload to 'C:\_analarmtype' select * from _analarmtype; 导出_analarmtype表并保存到C盘根目录。 2、删除某张表。 delete from _analarmtype; 3、导入某张表。 load from 'C:\ _analarmtype ' insert into _analarmtype; 4、查询某张表的条目数。 select count(*) from analarmhis; 查询历史告警条目数 select count(*) from ancurrentalarm; 查询当前告警条目数 DBACCESS基本讲解. doc
数据库同步更新
数据库同步更新 一、两类方法实现数据库实时更新 1、简单表更新可通过创建触发器实现时时更新，如果数据量大的话，不建议此类。x 2、数据量大的话，可通过数据库复制技术实现。 二，方法概述： 复制是将数据或数据库对象从一个数据库复制和分发到另外一个数据库，并进行数据同步，从而使源数据库和目标数据库保持一致。使用复制，可以在局域网和广域网、拨号连接、无线连接和 Internet 上将数据分发到不同位置以及分发给远程或移动用户。 一组SQL SERVER2005复制有发布服务器、分发服务器、订阅服务器（图1 复制服务器之间的关系图）组成，他们之间的关系类似于书报行业的报社或出版社、邮局或书店、读者之间的关系。以报纸发行为例说明，发布服务器类似于报社，报社提供报刊的内容并印刷，是数据源；分发服务器相当于邮局，他将各报社的报刊送（分发）到订户手中;订阅服务器相当于订户，从邮局那里收到报刊。在实际的复制中，发布服务器是一种数据库实例，它通过复制向其他位置提供数据，分发服务器也是一种数据库实例，它起着存储区的作用，用于复制与一个或多个发布服务器相关联的特定数据。每个发布服务器都与分发服务器上的单个数据库（称作分发数据库）相关联。分发数据库存储复制状态数据和有关发布的元数据，并且在某些情况下为从发布服务器向订阅服务器移动的数据起着排队的作用。在很多情况下，一个数据库服务器实例充当发布服务器和分发服务器两个角色。这称为“本地分发服务器”。订阅服务器是接收复制数据的数据库实例。一个订阅服务器可以从多个发布服务器和发布接收 数据。 (图1) 复制有三种类：事务复制、快照复制、合并复制。
事务复制是将复制启用后的所有发布服务器上发布的内容在修改时传给订阅服务器，数据更改将按照其在发布服务器上发生的顺序和事务边界，应用于订阅服务器，在发布内部可以保证事务的一致性。快照复制将数据以特定时刻的瞬时状态分发，而不监视对数据的更新。发生同步时，将生成完整的快照并将其发送到订阅服务器。合并复制通常是从发布数据库对象和数据的快照开始，并且用触发器跟踪在发布服务器和订阅服务器上所做的后续数据更改和架构修改。订阅服务器在连接到网络时将与发布服务器进行同步，并交换自上次同步以来发布服务器和订阅服务器之间发生更改的所有行。 1、复制实例 这里以配置一个事务复制来说明复制配置过程。 试验在同一台机器的二个实例间进行，实例名分别是SERVER01、SERVER02 。将SERVER01配置发布服务器和分发服务器(也就是前面提到的“本地分发服务器”),SERVER02配置为 订阅服务器。在本例中将SERVER01中一个DBCoper库中person表作为发布的数据，在发布前请确保person表有主键、SQL SERVER 代理自动启动、发布数据库是日志是完整模式。第一步：完全备份SERVER01 DBCopy数据库，在SERVER02上恢复DBCopy数据库(复制前的同步，使用发布的源和目标数据一致) 第二步：在SERVER01上设置发布和分发A 在SERVER01的复制节点—>本地发布右键选择新建订阅(图2) ()(图2) B B 在新建发布向导中首先要求选择分发服务器，本例选择本机作为分发服务器，选择默认值。(图3)
几种容灾数据复制技术的比较
一、概述 近几年来，容灾已经成为信息数据中心建设的热门课题。很多容灾技术也快速发展起来，对用户来说也有很广阔的选择余地。但由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣以确定如何选择最适合自己状况的容灾解决方案。本文我们就容灾建设中的备份及复制技术做一个初步探讨，希望能对客户的数据中心容灾建设提供一些参考。 目前有很多种容灾技术，分类也比较复杂。但总体上可以区分为离线式容灾（冷容灾）和在线容灾（热容灾）两种类型。 二、离线式容灾 所谓的离线式容灾主要依靠备份技术来实现。其重要步骤是将数据通过备份系统备份到磁带上面，而后将磁带运送到异地保存管理。离线式容灾具有实时性低、可备份多个副本、备份范围广、长期保存、投资较少等特点，由于是备份一般是压缩后存放到磁带的方式所以数据恢复较慢，而且备份窗口内的数据都会丢失，因此一般用于数据恢复的RTO（目标恢复时间）和RPO（目标恢复点）要求较低的容灾。也有很多客户将离线式容灾和在线容灾结合起来增加系统容灾的完整性和安全性。 目前主流的备份软件主要有： l Symantec Veritas NetBackup l EMC Legato NetWorker l IBM Tivoli Storage Manager l Quest BakBone NetVault 三、在线容灾 在线容灾要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。数据自生产中心实时复制传送到灾备中心。在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难出现故障时可由灾备中心接管并继续提供服务。因此实现在线容灾的关键是数据的复制。 和数据备份相比，数据复制技术具有实时性高、数据丢失少或零丢失、容灾恢复快、投资较高等特点。根据数据复制的层次，数据复制技术的实现可以分为三种：存储系统层数据复制、操作系统数据复制和数据库数据复制。
数据库实时同步技术解决方案
数据库实时同步技术解决方案 一、前言 随着企业的不断发展，企业信息化的不断深入，企业内部存在着各种各样的异构软、硬件平台，形成了分布式异构数据源。当企业各应用系统间需要进行数据交流时，其效率及准确性、及时性必然受到影响。为了便于信息资源的统一管理及综合利用，保障各业务部门的业务需求及协调工作，常常涉及到相关数据库数据实时同步处理。基于数据库的各类应用系统层出不穷，可能涉及到包括ACCESS、SQLSERVER、ORACLE、DB2、MYSQL等数据库。目前国内外几家大型的数据库厂商提出的异构数据库复制方案主要有：Oracle的透明网关技术，IBM的CCD表（一致变化数据表）方案，微软公司的出版者/订阅等方案。但由于上述系统致力于解决异构数据库间复杂的交互操作，过于大而全而且费用较高，并不符合一些中小企业的实际需求。 本文结合企业的实际应用实践经验，根据不同的应用类型，给出了相应的数据库实时同步应用的具体解决方案，主要包括： (1) SQLSERVER 到SQLSERVER 同步方案 (2) ORACLE 到SQLSERVER 同步方案 (3) ACCESS 到SQLSERVER/ORACLE 同步方案
二、异构数据库 异构数据库系统是相关的多个数据库系统的集合，可以实现数据的共享和透明访问，每个数据库系统在加入异构数据库系统之前本身就已经存在，拥有自己的DMBS。异构数据库的各个组成部分具有自身的自治性，实现数据共享的同时，每个数据库系统仍保有自己的应用特性、完整性控制和安全性控制。异构数据库的异构性主要体现在以下几个方面： 1、计算机体系结构的异构 各数据库可以分别运行在大型机、小型机、工作站、PC嵌入式系统中。 2、基础操作系统的异构 各个数据库系统的基础操作系统可以是Unix、Windows NT、Linux等。 3、DMBS本身的异构 可以是同为关系型数据库系统的Oracle、SQL Server等，也可以是不同数据模型的数据库，如关系、模式、层次、网络、面向对象，函数型数据库共同组成一个异构数据库系统。 三、数据库同步技术
informix数据库导入导出
所谓中间库，就是说把从各个业务系统卸载下来的数据(通常是文本)，装载到这个中间库Informix中，然后再然过ETL过程操作，最后装载到数据仓库中。 之所以要采用一个中间库，主要是为了使数据容易维护，因为从各业务系统卸载下来的数据(通常是文本)，文本文件是比较难于维护的。还有解决一些乱码问题，Informix这里可以把乱码的数据去除掉。最后一个就是解决文本文件取定长数据的问题，很容易出错，不过这个具体我还是不是很明白。 其实也可以直接使用文本文件，就是说不经过这个中间库，然后需要解决上面说的三个问题。 Informix数据导出，也叫做卸数：unload to fileName.txt select * from tableName 语法比较简单，unload to 后面接导出的文本文件名称，select后面接你所要导出的数据的条件。 Informix数据导入，也叫做装数：load fileName.txt insert into tableName load后面接需要导入的文本文件名称，后面insert into后面接数据表名。 备份数据库结构 dbschema -d database > database.sql -d表示导出整个数据库的表结构， 备份表结构 dbschema -t tablename >tablename.sql dbschema –d database –t tablename > tablename.txt -t表示导出某一个数据表的表结构。 informix数据库表的导入和导出 使用dbaccess工具，选择相应数据库，然后执行SQL语句 导出： unload to table1.txt select * from table1; 命令含义为：将table1表格中的数据导入到table1.txt中，此处文件名可以带路径，否则就会被导出到当前目录。 导入： load from table1.txt insert into table1; 命令含义： 将当前目录下的table1.txt中的内容插入到表格table1中。 对于使用unload导出的文件，可以通过编写命令文件的方式，批量的插入到数据库中。例如导出三个文件table1.txt,table2.txt,table3.txt
数据库容灾、复制解决方案全分析(绝对精品)要点
数据库容灾、复制解决方案全分析（绝对精品） 目前，针对oracle数据库的远程复制、容灾主要有以下几种技术或解决方案： （1）基于存储层的容灾复制方案 这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势（每天日志量在60G以上）,但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高。 目标系统不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较麻烦。 （2）基于逻辑卷的容灾复制方案 这种技术的机制是通过基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制。其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。其目标系统如果要实现可读，需要创建第三方镜像。个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。 我一直有一个困惑，存储级的复制，假如是同步的，能保证数据库所有文件一致吗？或者说是保证在异常发生的那一刻有足够的缓冲来保障？ 也就是说，复制的时候起文件写入顺序和oracle的顺序一致吗？如果不一致就可能有问题，那么是通过什么机制来实现的呢？ 上次一个存储厂商来讲产品，我问技术工程师这个问题，没有能给出答案 我对存储级的复制没有深入的研究过，主要是我自己的一些理解，你们帮我看一下吧…… 我觉得基于存储的复制应该是捕捉原系统存储上的每一个变化，而不是每隔一段时间去复制一下原系统存储上文件内容的改变结果，所以在任意时刻，如果原系统的文件是一致的，那么目标端也应该是一致的，如果原系统没有一致，那目标端也会一样的。形象一点说它的原理可能有点像raid 0，就是说它的写入顺序应该和原系统是一样的。不知道我的理解对不对。另外，在发生故障的那一刻，如果是类似断电的情况，那么肯定会有缓存中数据的损失，也不能100%保证数据文件的一致。一般来说是用这种方式做oracle的容灾备份，在发生灾难以后目标系统的数据库一般是只有2/3的机会是可以正常启动的（这是我接触过的很多这方面的技术人员的一种说法，我没有实际测试过）。我在一个移动运营商那里看到过实际的情况，他们的数据库没有归档，虽然使用了存储级的备份，但是白天却是不做同步的，只有在晚上再将存储同步，到第二天早上，再把存储的同步断掉，然后由另外一台主机来启动目标端存储上的数据库，而且基本上是有1/3的机会目标端数据库是起不来的，需要重新同步。 所以我觉得如果不是数据量大的惊人，其他方式没办法做到同步，或者要同时对数据库和应用进行容灾，存储级的方案是没有什么优势的，尤其是它对网络的环境要求是非常高的，在异地环境中几乎不可能实现。
SQL SERVER 2008数据库同步复制
SQL Server 2008数据库复制实现数据库同步备份 SQL Server 2008数据库复制是通过发布/订阅的机制进行多台服务器之间的数据同步，我们把它用于数据库的同步备份。这里的同步备份指的是备份服务器与主服务器进行实时数据同步，正常情况下只使用主数据库服务器，备份服务器只在主服务器出现故障时投入使用。它是一种优于文件备份的数据库备份解决方案。 在选择数据库同步备份解决方案时，我们评估了两种方式：SQL Server 2008的数据库镜像和SQL Server 2008数据库复制。数据库镜像的优点是系统能自动发现主服务器故障，并且自动切换至镜像服务器。但缺点是配置复杂，镜像数据库中的数据不可见（在SQL Server Management Studio中，只能看到镜像数据库处于镜像状态，无法进行任何数据库操作，最简单的查询也不行。想眼见为实，看看镜像数据库中的数据是否正确都不行。只有将镜像数据库切换主数据库才可见）。如果你要使用数据库镜像，强烈推荐killkill写的SQL Server 2005 镜像构建手册，我们就是按照这篇文章完成了数据库镜像部署测试。 最终，我们选择了SQL Server 2008数据库复制。 下面通过一个示例和大家一起学习一下如何部署SQL Server 2008数据库复制。 测试环境：Windows Server 2008 R2 + SQL Server 2008 R2（英文版），两台服务器，一台主数据库服务器CNBlogsDB1，一台备份数据库服务器CNBlogsDB2。 复制原理：我们采用的是基于快照的事务复制。主数据库服务器生成快照，备份库服务器读取并加载该快照，然后不停地从主数据库服务器复制事务日志。见下图：
Informix数据库常用操作命令
Unix系统及数据库常用操作命令 oninit 数据库启动 onmode -ky 数据库关闭 onstat -l 查看逻辑日志使用情况 ontape -c 连续备份逻辑日志 onstat -g iof 查看每个chunk 的I/O 情况 onstat -g mem 查看数据库存的情况 onstat -d 查看数据库chunk 的使用情况 ontape -s -L 0 数据库0 级备份 dbimport
HDS 同步数据复制多对一复制
TCMD -数据容灾解决方案 TrueCopy Modular Distributed (“TCMD”)是HUS专有软件扩大TC能力允许在HUS各存储之间远程copy模式：8:1 (fan-in) or 8:1 (fan-out). TCMD数据容灾解决方案是HDS公司在全面分析各种操作系统、各种容灾技术、仔细研究客户对容灾的需求和理念之后，结合HDS Freedom 智能存储系统的特点推出的数据远程容灾解决方案；彻底解决长期困绕用户的、难于进行容灾方案的真实演练、真实数据测试的问题，最大限度的减少数据丢失问题；TCMD是基于磁盘存储系统运行的软件包，不依赖任何的主机操作系统和其他第三方厂商软件，为用户提供了最安全、最开放、最经济、最实用的远程容灾解决方案。 HDS公司作为全球最大的独立的磁盘存储生产厂商，专注于单一化产品生产的优势，拥有熟悉IBM、HP、SUN、Compaq、SGI、Dell、Window NT/2000以及Linux等平台和远程灾备实施的经验丰富的服务工程师，向用户提供全方位的灾备方案设计、技术咨询和实施服务。 TCMD是对TrueCopy软件的一个扩展功能 目前，HDS的TrueCopy软件其独有的时间戳（Timestamp）和一致性组（Consistency Group）技术，是目前存储业界唯一可行且安全的存储系统之间的异步数据备份方案，保证异步处理方式下的数据一致性和完整性，最大程度的减少数据的丢失，并被广大用户采用。 1.主要功能 - TrueCopy Async异步数据拷贝软件，是HDS公司独有的创新技术，是世界第一也是唯一的在开放环境中基于存储硬件系统的、无需主机系统的、异步处理方式的、能够保证数据一致性的远程拷贝软件，它可以在重复发生的灾难中保护数据，在任何远的距离保持数据库记录被修改顺序的完整性； - TrueCopy可以在在任何距离下，提供完整的、可靠的异地或同城灾难数据恢复和应用系统快速重新启动的解决方案，先进的处理技术能够最大程度的减少灾难时的数据丢失，提升企业对事故和灾难的应变能力和快速反应能力； - 通过与HDS ShadowImage（本地数据镜像拷贝软件）配合，可以用PIT拷贝获得真实的生产环境数据，不必中止生产系统的运行，能够频繁的启动
数据容灾架构中的数据复制技术
随着全球IT产业的飞速发展，金融行业的IT建设逐步成为主导金融企业业务发展的核心驱动力，基于金融行业IT系统容灾建设的各种行业标准以及监管标准也相应提高。而决定容灾架构健壮与否的最关键因素就是数据复制技术，它是实现高标准RTO和RPO的前提条件。本文基于业界主流数据复制技术的原理、复杂度、关键因素以及复制效果等多个维度进行分析及论述，旨在为同业在此类项目规划和建设过程中提供一些启示和帮助。 1.背景及综述 在金融行业内，众所周知其对业务连续性的要求以及对各种IT风险的应对能力的要求都是非常高，尤其是对容灾能力的要求，这是由它的业务特殊性以及集中式架构所决定的。 在金融企业容灾架构中，所谓的数据复制技术主要是指能够将结构化数据进行复制，从而保证数据具备双副本或者多副本的技术。 目前业界发展来看，可以实现数据复制的技术多种多样，有基于数据库层面的数据复制技术，例如Oracle公司的Active Data Gurad、IBM公司的db2 HADR等；有基于系统层面的数据复制技术，例如赛门铁克的vxvm、传统的逻辑卷管理（LVM）、Oracle公司的自动存储管理（ASM）冗余技术、IBM公司的GPFS等；有基于存储虚拟化实现的数据复制技术，例如EMC公司Vplex Stretch Cluster、IBM公司SVC Split Cluster、NetAPP公司Metro Cluster等；也有基于存储底层实现的数据复制技术，例如IBM公司的DS8000 PPRC技术、EMC公司的SRDF技术、HP公司的CA技术等等。 每一种技术都有其实现的前提条件，也有各自的技术特点和实现的不同效果。本文将从复制技术的原理、特点、复杂程度以及复制效果等多方面展开分析及论述，并从多个维度进行对比分析，将业界主流数据复制技术的发展现状以及技术优劣给予一个清晰的展示，并就数据复制技术发展的未来以及趋势予以展望。 2.数据复制技术价值分析 2.1 数据复制在容灾中的必要性 一、RPO保障
SQLServer2008数据库复制
通过SQLServer 2008数据库复制实现数据库同步备份 SQL Server 2008数据库复制是通过发布/订阅的机制进行多台服务器之间的数据同步，我们把它用于数据库的同步备份。这里的同步备份指的是备份服务器与主服务器进行实时数据 同步，正常情况下只使用主数据库服务器，备份服务器只在主服务器出现故障时投入使用。它是一种优于文件备份的数据库备份解决方案。 在选择数据库同步备份解决方案时，我们评估了两种方式：SQL Server 2008的数据库镜像 和SQL Server 2008 数据库复制。数据库镜像的优点是系统能自动发现主服务器故障，并且自动切换至镜像服务器。但缺点是配置复杂，镜像数据库中的数据不可见（在SQL Server Man ageme nt Studio 中，只能看到镜像数据库处于镜像状态，无法进行任何数据库操作， 最简单的查询也不行。想眼见为实，看看镜像数据库中的数据是否正确都不行。只有将镜像数据库切换主数据库才可见）。如果你要使用数据库镜像，强烈推荐killkill写的SQL Server 2005镜像构建手册，我们就是按照这篇文章完成了数据库镜像部署测试。 最终，我们选择了SQL Server 2008 数据库复制。 下面通过一个示例和大家一起学习一下如何部署SQL Server 2008 数据库复制。 测试环境：Win dows Server 2008 R2 + SQL Server 2008R2 （英文版），两台服务器，一 台主数据库服务器CNBIogsDB1，—台备份数据库服务器CNBIogsDB2 。 复制原理：我们采用的是基于快照的事务复制。主数据库服务器生成快照，备份库服务器读取并加载该快照，然后不停地从主数据库服务器复制事务日志。见下图：
Informix数据库系统实用资料
Informix数据库系统实用资料 目录 一、Informix数据库服务器安装 (2) 1、建立informix用户及informix组 (2) 2、建立环境变量： (2) 3、重新注册root用户 (2) 4、准备Informix初始化环境。 (3) 4.1、编辑以下文件： (3) 4.2、准备数据库空间 (3) 4.3、修改sco open server 内核参数 (4) 5、初始化informix数据库方法之一 (5) 6、初始化informix数据库方法之二 (9) 二、Informix Online数据库日常管理及维护 (10) 1、启动、关闭Informix数据库 (10) 1.1、自动启动Informix (10) 1.2、自动关闭Informix (10) 2、Informix Online常见工作模式 (10) 3、管理Informix Online磁盘空间 (10) 4、Informix Online日志管理 (11) 4.1、数据库日志方式： (11) 4.2、物理日志的管理 (12) 4.3、逻辑日志的管理 (12) 5、Informix Online数据库备份及恢复 (12) 5.1、数据备份： (13) 5.2、逻辑日志文件备份 (13) 5.3、系统恢复 (14) 6、系统诊断 (14) 三、常用Informix Online监控实用工具 (15) 1、启动online命令为：oninit (15) 2、关闭online命令为：onmode -ky (15) 3、onmonitor: 系统总监控菜单 (15) 4、onstat: 检查online运行状态 (15) 5、oncheck: 检查及恢复online 数据库的一致性与完整性。 (15) 6、dbaccess: 用户数据库的维护工具 (15)
数据库同步技术解决方案.doc
数据库同步技术解决方案 ----数据库发布订阅SqlServer数据库同步是项目中常用到的环节，若一个项目中的数据同时存在于不同的数据库服务器中，而这些数据库需要被多个不同的网域调用时，配置SqlServer数据库同步是个比较好的解决方案。SqlServer数据库同步的配置比较烦锁，下面对其配置详细步骤进行介绍： 一、数据复制前提条件 1. 数据库故障还原模型必需为完全还原模型。 2. 所有被同步的数据表都必须要用主键。 3. 发布服务器、分发服务器和订阅服务器必须使用计算机名称来进行SQLSERVER服务器的注册。 4. SQLSERVER必需启动代理服务，且代理服务必需以本地计算机的帐号运行。 二、解决前提条件实施步骤 1. 将数据库故障还原模型调整为完全还原模型。具体步骤如下: 打开SQLSERVER企业管理器>选择对应的数据库>单击右键选择属性.>选择”选项”>恢复模式选‘完整’。 2. 所有被同步的数据表都必须要有主键。（主要指事务复制）如果没有主键的数据表，增加一个字段名称为id,类型为int 型，标识为自增1的字段。 3. 发布服务器、分发服务器和订阅服务器必须使用计算机名称来进行SQLSERVER服务器的注册。 在企业管理器里面注册的服务器，如果需要用作发布服务器、分发服务器和订阅服务器，都必需以服务器名称进行注册。不得使用IP地址以及别名进行注册，比如LOCAL, “.”以及LOCALHOST等。
4.如果非同一网段或者远程服务器，需要将其对应关系加到本地系统网络配置文件中。文件的具体位置在%systemroot%\system32\drivers\etc\hosts 配置方式: 用记事本打开hosts文件，在文件的最下方添加IP地址和主机名的对应关系。如图：