鲁达 第1章 用户需求分析
1.1 用户当前 IT 现状——用户当前的业务数据库分别是 oracle 9i,sql2000 等两个数据库
1.1.1 用户系统当前存在的问题。
- 担心任何一个或多个数据库瘫痪了，恢复时间长，会耽搁工作进度
- 用户每天都手动对每个数据库进行备份，时间长，而且及不方便
- 没有什么可靠的容灾措施，当任一数据库源机瘫痪了，会造成极大的损失
1.2 用户 IT 系统建设目标——数据库配置源目的容灾解决方案
- 采用数据库热备容灾方案
- 将二个数据库数据分别同步到另外两台目的库数据库上达到实时同步
- 原来的两个数据库与新增数据库之间形成源库与目的库，通过容灾软件来预防灾难性情况的发生
第2章 沃信科技解决方案
2.1 方案设计
根据用户目前的业务需求和未来的发展需求，我们建议用户的数据复制系统整体规划如
2.2 方案描述
本方案的实现简介
目的数据库是分别是两个独立数据库，与两个源数据库相对应，PAC同步将两个源数据库的日常业务操作，实时同步到目的数据库，使得目的数据库成为源数据库在事务上一致的副本。PAC 利用重做数据保持这种事务一致性。当源数据库中发生事务时，则生成重做数据并将其写入本地重做日志文件中。通过 PAC，将重做数据传输到目的站点上，并应用到目的数据库中，从而使目的数据库与源数据库保持同步。PAC允许管理员通过将重做数据异步地发送到目的用站点上来保持源数据库的性能。
相同的数据。它使用 SQL 语句进行更新，这样它可以和源数据库一样运行在READ/WRITE模式，能够并行用于恢复以及诸如报表、查询等来分担源数据库的相关任务。PAC 简化了源数据库和选定的目的数据库之间的转换和故障切换，从而减少了由计划停机和计划外故障所导致的总停机时间。PAC 提供了一个控制中心来管理分布式框架下的各个组件，管理员通过一个交互接口可以完成所有的控制和管理操作。
对应用户系统当前问题的解决方法
a) 加入了PAC后，两个源业务数据库与新数据库之间形成了源与目的角色，目的库建议处于只读状态，用户可以在目的库上读取所有信息，解决了多台数据信息共享困难。
b) 当源数据库瘫痪了的时候，可以通过PAC将业务切换到目的库上，源目的之间切换可以大大的减少了数据库瘫痪是带来的业务停止损失
c) PAC实时的将源库上的数据同步到目的库上，使得源目的库数据一致，解决了用户每天人工备份带来的时间长，不方便等问题。
d) 发生灾难性问题时，PAC的断点续传，源目的切换等功能可以大大的减少带来的损失。
2.3 方案实施过程
针对用户现场环境和需求实施以下步骤：
用户环境有oracle9i,SQL7.0两种版本数据库，并且由于不同的数据库对外接口有差异，所以对应不同的数据库我们有不同版本的PAC软件，PAC for oracle9i,PAC for SQL7.0软件模块。
准备工作：
时间：最好就安排在业务少的周末
地点：用户数据库位置，最好在同一局域网，这样备份恢复既快，又不影响其他的业务带宽。
软件准备：PAC主模块，以及各个数据库对应的模块，还有就是oracle9i版本的客户端软件，oracle9i for windows,以及SQLSERVER安装光盘。
硬件准备：个人备份主机两台，用来做PAC软件对应不同数据库的控制端。
安装调试人员：深圳市沃信科技有限公司工程师
数据库准备：首先在目的主机上安装好oracle 9i和SQLSERVER做为同步的目的端，并且建立与源数据库结构一致的数据库，包括表格字段都要一致。第一次要做异步复制，将所有的历史数据都复制到目的库，所以会时间长点，以上准备工作都完成后，就可以进行以下a,b,c的步骤了：
a. PAC异步复制
由于用户是新建的目的数据库，首先让源数据库与目的数据库结构达到一致，当源跟目的的数据库结构一致后。打开对应版本的oracle客户端，在服务名配置里面，分别对两个源数据库配服务名。配完服务名后使用PAC异步复制，可以在PAC异步复制的表格列表中，选择相应的表格，将其映射到任务栏中，并将不需要的表选择不映射，这时候就可以点击运行按钮将三个源数据库分别异步复制至目的数据库。
b. PAC一致性检查
PAC异步复制完成后，为确认在同步之前数据真正的达到一致，使用PAC数据一致性检查工具，在PAC一致性检查工具主界面里，选择需要检查的表格，选定后，直接点击运行一致性检查即可，来检查源库与目的库的结构与数据是否一致。
c. PAC同步复制
当PAC数据一致性检查通过后，PAC同步的条件已经具备，这时候启动PAC同步，使得源数据库与目的数据达到实时同步。以上工作都确保做完后，源数据库与目的数据库的同步系统就搭建好了，以后用户的三个生产库每天变化的数据都会同步到目的库上去，同样目的库也可以做查询作业。
2.4 用户关心问题对应的实施过程
a. 灾难发生
当三个源数据库瘫痪或者不能使用了的时候，可以立即将业务切换到目的数据库上，就可以短时间恢复业务。
b. 源数据库修复后的数据异步复制切换
当瘫痪的源数据库修复可以工作后，这时启动PAC异步复制将目的数据库的数据异步复制至源数据库，使得源数据库与目的数据库保持一致
c. 主业务数据库角色切换
源与目的通过PAC一致性检查后，这时启动PAC同步，并且将日常业务切换到三个源数据库上。这时数据库正常运行，源与目的也处于了实时同步。
第3章 产品介绍
3.1 通用数据库间的异步复制
- 支持点对点，点对多点，异地复制。
- 支持数据库间复制数据至表或字段级别数据，复制内容包括:Table,View,Subsetsof Table data支持同种数据库整库复制。
3.2 支持同种数据库平台同步复制
- 支持同种数据库表级别复制
- 支持按表，user为对象相关数据实时同步
- 支持按事务，时间秒精度复制
- 支持断点续传
3.3 通用的异构环境支持
- PAC技术是逻辑级的数据复制技术，支持包括Unix, Windows, Linux平台数据库的复制。
- 灵活的复制方式
- 支持数据库的一对一，一对多，多对一的双向复制。用户可以灵活的选定同步时间，.用户还可以用自动同步模式进行数据同步。
- 点对点同步
- 点对多点同步
3.4 安全快速的传输特性能
- PAC通过TCP/IP 的网络，支持LAN/WAN传输.
- 同步复制采用交易（Transaction）传输量级，最小限度对传输带宽的要求。
- 支持断点续传功能
3.5 高效的数据载入功能
PAC在异步复制时通过数据库的底层机制进行数据载入，效率比较通常的SQL载入模式有数量级的提升。
3.6 灵活数据复制调度
PAC通过组间并发和组内串行的调度方式来进行表级数据的复制，通过这样直观的模型可以最大压缩多表复制所需时间。
3.7 高可靠的数据一致性
PAC有严格的数据校验机制，可以做到交易（Transaction）级别的数据校验。与磁盘卷复制为基础的数据库容灾，是难以用交易级别进行校验。PAC同时还提供了强大的数据校验工具给用户进行条件校验。保证用户数据的高一致性。
3.8 简明实用的管理界面
PAC 简明友好的管理界面，配置简捷明了，降低IT管理成本。
第4章 方案配置表
针对方案列出一下配置表：
略
本方案来只深圳市沃信科技有限公司「链接」