【讨论议题2】第三方用于数据库迁移的工具有哪些？
经过两天的研讨，我们发现一个问题，问题的讨论比较分散。我们将讨论议题统一到三个方面。
这个主题是【讨论议题2】第三方用于数据库迁移的工具有哪些？
主要是想讨论第三方的数据迁移的工具，比如IBM InfoSphere CDC，Oracle GoldenGate等工具适用场景。
这个主题是【讨论议题2】第三方用于数据库迁移的工具有哪些？
主要是想讨论第三方的数据迁移的工具，比如IBM InfoSphere CDC，Oracle GoldenGate等工具适用场景。
12同行回答
北分那边的这种同步多长时间做一次？一次的时间有多长？我这边用的是HP的存储，最近也打算实施BC，现在担 ...xjfirst 发表于 2011-11-2 17:39
一天做一次，一次时间差不多有40分钟。Informix处于block的时间在几秒钟之内，这个时段做一个快照。后续的四十分钟做复制。...北分那边的这种同步多长时间做一次？一次的时间有多长？
我这边用的是HP的存储，最近也打算实施BC，现在担心同步的时间如果很长会影响前台的使用，毕竟onmode -c block后所有的insert、update全都不能执行了。收起
我这边用的是HP的存储，最近也打算实施BC，现在担心同步的时间如果很长会影响前台的使用，毕竟onmode -c block后所有的insert、update全都不能执行了。收起
浏览1023
浏览998
IBM FlashCopy
IBM FlashCopy专为提供逻辑驱动器的时间点拷贝而设计。通过使用一个基于指针的资料库系统，FlashCopy最多可以管理逻辑驱动器的4份拷贝。当一个逻辑驱动器（称为基本逻辑驱动器）收到FlashCopy命令时，存储系统将创建一个新的逻辑驱动器，其内容为发出FlashCopy命令时基本逻辑驱动器上的所有数据。
当继续向基本逻辑驱动器进行I/O操作时，所有针对基本逻辑驱动器的写操作都会导致将原有数据转移到基本资料库，从而保持数据的时间点拷贝。任何对FlashCopy逻辑驱动器的数据引用都将会访问基本卷，获取自上次FlashCopy命令发出以来没有改变的数据；如果基本逻辑驱动器上的数据发生了改变，将会访问资料库，获取较为陈旧的未改变的数据（见图FlashCopy创建）。
下面就FlashCopy的访问举个例子。中午12点创建的FlashCopy逻辑驱动器B将拥有逻辑驱动器A的一份时间点拷贝。当包含“X”的数据块的内容被更新为“Y”时，系统会将较老的内容（“X”）转移到资料库中。这样，访问逻辑驱动器A将会返回“Y”，而访问逻辑驱动器B将会返回“X”。
FlashCopy的高效存储管理
FlashCopy是一种高效的、基于存储的数据复制机制，它从设计上避免了在进行时间点处理时对服务器周期和I/O资源的需求。资料库的大小通常为基本逻辑驱动器所使用的总存储容量的20%（缺省设置）。这一比例是根据FlashCopy逻辑驱动器生存期间（基本）逻辑驱动器的期望更新活动量计算出来的。
例如，如果每6个小时创建一次FlashCopy，那么这一20%的比例将允许在这6小时期间对基本逻辑驱动器进行20%的改变。不过，如果需要在超出正常寿命的时间内保留FlashCopy，那么可以动态对资料库进行扩展，使其拥有更多的存储容量。对于更新活动很少的逻辑驱动器，资料库的大小甚至还可以被设置为更低的比例。
使用FlashCopy进行快速数据库备份和恢复
FlashCopy在加快数据库热备份速度的过程中非常有用。在正常情况下，当一个数据库系统进入热备份模式时，基础数据库文件将被备份或拷贝到其它介质上。随着数据库的增长，处于热备份模式的时间总量可能会从数小时增加到数天。热备份模式的主要问题是，为完成磁盘拷贝，所有的数据库更新活动都将在内存中进行，从而使得数据库容易发生故障。随着数据库和备份时间的增长，暴露在风险之中的时间也会增加。
然而FlashCopy可以将热备份时间减少到数分钟。拷贝一旦完成，数据库将脱离热备份模式并恢复正常运行。在这以后，将使用FlashCopy逻辑驱动器将数据备份到离线介质或拷贝到其它介质，这将可以帮助缩短备份过程。
另外，FlashCopy逻辑驱动器还有其它用途。当需要进行数据库恢复时，可以使用FlashCopy逻辑驱动器来发起执行恢复，这将可以帮助消除从离线介质上进行恢复的必要。
FlashCopy对系统资源的高效使用
FlashCopy这独一无二的技术专为提高系统资源的总体使用效率而设计。因为离线介质的数据传输速率比磁盘的传输速率慢，所以备份到离线介质也会比较慢。另外，拷贝到其它磁盘介质会面临吞吐量问题。如果使用主机操作系统软件来拷贝数据库文件，将会涉及到读写整个数据库，而这会使数据库传输速率不能达到最佳（这是由于存在驱动器和HBA缓冲区的限制，需要将大数据块I/O分解为较小数据块的I/O）。从下图中我们可以看到FlashCopy在数据库热备份这块所需时间的优势。
应用测试、跨越和数据供应
FlashCopy还可以用于进行应用测试、跨越或向数据仓库或数据中心提供数据。FlashCopy可支持数据写入，这样就可以使用实时实况数据进行强大的应用测试，避免对工作中的基本逻辑驱动器产生影响。收起
IBM FlashCopy专为提供逻辑驱动器的时间点拷贝而设计。通过使用一个基于指针的资料库系统，FlashCopy最多可以管理逻辑驱动器的4份拷贝。当一个逻辑驱动器（称为基本逻辑驱动器）收到FlashCopy命令时，存储系统将创建一个新的逻辑驱动器，其内容为发出FlashCopy命令时基本逻辑驱动器上的所有数据。
当继续向基本逻辑驱动器进行I/O操作时，所有针对基本逻辑驱动器的写操作都会导致将原有数据转移到基本资料库，从而保持数据的时间点拷贝。任何对FlashCopy逻辑驱动器的数据引用都将会访问基本卷，获取自上次FlashCopy命令发出以来没有改变的数据；如果基本逻辑驱动器上的数据发生了改变，将会访问资料库，获取较为陈旧的未改变的数据（见图FlashCopy创建）。
下面就FlashCopy的访问举个例子。中午12点创建的FlashCopy逻辑驱动器B将拥有逻辑驱动器A的一份时间点拷贝。当包含“X”的数据块的内容被更新为“Y”时，系统会将较老的内容（“X”）转移到资料库中。这样，访问逻辑驱动器A将会返回“Y”，而访问逻辑驱动器B将会返回“X”。
FlashCopy的高效存储管理
FlashCopy是一种高效的、基于存储的数据复制机制，它从设计上避免了在进行时间点处理时对服务器周期和I/O资源的需求。资料库的大小通常为基本逻辑驱动器所使用的总存储容量的20%（缺省设置）。这一比例是根据FlashCopy逻辑驱动器生存期间（基本）逻辑驱动器的期望更新活动量计算出来的。
例如，如果每6个小时创建一次FlashCopy，那么这一20%的比例将允许在这6小时期间对基本逻辑驱动器进行20%的改变。不过，如果需要在超出正常寿命的时间内保留FlashCopy，那么可以动态对资料库进行扩展，使其拥有更多的存储容量。对于更新活动很少的逻辑驱动器，资料库的大小甚至还可以被设置为更低的比例。
使用FlashCopy进行快速数据库备份和恢复
FlashCopy在加快数据库热备份速度的过程中非常有用。在正常情况下，当一个数据库系统进入热备份模式时，基础数据库文件将被备份或拷贝到其它介质上。随着数据库的增长，处于热备份模式的时间总量可能会从数小时增加到数天。热备份模式的主要问题是，为完成磁盘拷贝，所有的数据库更新活动都将在内存中进行，从而使得数据库容易发生故障。随着数据库和备份时间的增长，暴露在风险之中的时间也会增加。
然而FlashCopy可以将热备份时间减少到数分钟。拷贝一旦完成，数据库将脱离热备份模式并恢复正常运行。在这以后，将使用FlashCopy逻辑驱动器将数据备份到离线介质或拷贝到其它介质，这将可以帮助缩短备份过程。
另外，FlashCopy逻辑驱动器还有其它用途。当需要进行数据库恢复时，可以使用FlashCopy逻辑驱动器来发起执行恢复，这将可以帮助消除从离线介质上进行恢复的必要。
FlashCopy对系统资源的高效使用
FlashCopy这独一无二的技术专为提高系统资源的总体使用效率而设计。因为离线介质的数据传输速率比磁盘的传输速率慢，所以备份到离线介质也会比较慢。另外，拷贝到其它磁盘介质会面临吞吐量问题。如果使用主机操作系统软件来拷贝数据库文件，将会涉及到读写整个数据库，而这会使数据库传输速率不能达到最佳（这是由于存在驱动器和HBA缓冲区的限制，需要将大数据块I/O分解为较小数据块的I/O）。从下图中我们可以看到FlashCopy在数据库热备份这块所需时间的优势。
应用测试、跨越和数据供应
FlashCopy还可以用于进行应用测试、跨越或向数据仓库或数据中心提供数据。FlashCopy可支持数据写入，这样就可以使用实时实况数据进行强大的应用测试，避免对工作中的基本逻辑驱动器产生影响。收起
浏览1044