＋设为首页 ＋添加到收藏夹
级别: 初级 【程序编程相关:SQL Links 迁移到 dbExpr】
【推荐阅读:访问 DB2 Universal Dat】 【扩展信息:实现用于 DB2 UDB 的 .NET 】mika nikolopoulou
数据管理技术销售专家, ibm corporation 2004 年 8 月 复制是允许你在需要数据的场合获得数据的一种方式.本文使用来自实际客户站点的例子,解释了复制可以为您完成的工作,并逐步展示了如何设置它.作者给出了一些提示与技巧来帮助你在复制过程中确保成功.简介
对于确保随需应变业务环境中的数据可用性,数据复制是一项重要的技术.它是一个异步的.基于日志的过程,允许您将数据从一个位置复制到另一个位置,同时使第二个位置的数据与第一个位置的相同.要进行数据复制的原因有很多,但最常见的情况是用于查询负载平衡与故障恢复,以减少等待时间并使用户更接近数据,或者是为了合并多个数据源的数据.因为它以数据库日志为基础,所以与其他移动数据的方法相比效率很高.在 db2® universal database™ (udb) 中,sql 复制功能已经被包含在基本产品中了.用户可以从 control center 访问 replication center,即用于设置复制的图形界面.此外,还有一个用于复制的脚本语言,名为 asnclp,它允许您创建脚本以自动设置复制.
本文描述了关于如何使用 replication center 来设置数据复制的具体例子.此外,还将学习如何设置与使用 asnclp.这篇文章中的信息以一个客户站点的实际复制实现为基础.
请注意我描述的案例是 unix® 服务器与 windows® 服务器之间复制的具体实现,并且用于满足一个客户的需求.这个配置与设置不一定应用于所有情形,但这些概念与步骤对于所有案例都是相同的.通过使用您自己的数据库名称.服务器名称.别名.路径等等,可以修改这个场景.
复制例子的体系结构
在这个实现中我们使用两台服务器: 服务器 1 是一台装有solaris 5.2 操作系统的 sun 服务器.这台服务器的主机名是 daisy,并且它配有 4 个处理器与 2 gb 内存.我们在上面安装了 db2 v8.1 与 fix pack 2.这是一个在线事务处理（online transaction processing ,oltp）系统,有 500 mb 数据.这些数据主要是来自客户技术人员的故障单（trouble ticket）的信息,这些技术人员到各个城市去修复该公司产品出现的问题.这是一个使用频繁的系统,每天都有多达 60,000 次更新.插入或删除.每次更新约 1 kb,并且大多数更新都发生在每天上午 10:00 到下午 8:00 之间.因此在每天 10 小时的窗口中,大约有 60 mb 的活动,速度是每小时 6 mb 到每小时 8 mb.这些数据将被复制到另一台服务器.这些复制能在一个复制环境中以可接受的性能进行处理.这两台将参与复制的服务器之间的通信是一个 10baset 连接.
服务器 2是一台 windows 2000 服务器,配有两个 cpu（每个 1 ghz）.1 gb 内存与 40 gb 硬盘.它装载了 db2 v8.1 与 fix pack 2 .这台服务器的主机名是 keel.这两台服务器都只以一个分区运行.这台服务器上的数据将是主服务器（sun）的只读复制,并且只有制作报表的报表工具用户才能访问.因为这台服务器是一台只读服务器,所以复制不必担心任何更新冲突场景,并且不必维护参照完整性（referential integrity,ri）.sun 服务器将是捕获（capture）服务器,而 windows 服务器将是应用（apply）服务器. replication center 是用于设置复制的图形用户界面（gui）,下面您将看到如何使用 db2 的 replication center 设置复制环境.在这个例子中,我们将从 windows 服务器运行 replication center,windows 服务器将是复制的控制服务器以及应用服务器.
user copy 复制是设置复制的一个选项.user copy 是目标表的默认类型.... 下一页