DB2日志传赠基本的知识简略介绍

核心提示： 实现和维护配置的成本相对低廉，支持本地位置和灾难(远程)方案，DB2日志传赠基本的知识简略介绍(2)，有没有局限?日志传送有一些局限，与 HACMP 或 Veritas Cluster 那样的系统不同，防止这种情况的方法之一，是从主数据库的备份映像重新填充备用数据库，它不提供完整的功能，但

实现和维护配置的成本相对低廉。

支持本地位置和灾难(远程)方案。

有没有局限?

日志传送有一些局限。与 HACMP 或 Veritas Cluster 那样的系统不同，它不提供完整的功能。但是，它也不需要额外的硬件或软件。这可以归结为一个权衡成本与可用性及复杂性的问题。对于大多数需要冗余系统，但在故障转移方案期间可以接受一些数据丢失的客户而言，日志传送是一种实用的解决方案。

只有使用附加软件，才能使日志传送彻底自动化。DBA 或操作员仍然必须在发生故障时手工地将主服务器的功能转移到备用服务器;但可以为这个故障编制脚本以最大限度地减少人为干预。用户被中断的时间，等于重播一个或多个日志文件并从任何不完整的事务回退所需时间的总和，外加重新连接用户的应用程序所需的时间。使备用数据库联机所需的时间取决于该备用服务器处理进入的日志文件的频率，以及日志文件的大小。

一旦将数据库切换到备用服务器，就必须更改客户机应用程序，使它也能指向新的服务器。或者，您可以转移该服务器的主机名和 IP 地址。

操作方面的考虑事项

何时重新初始化备用数据库

在 DB2 上重建索引时，会将一条日志记录写入日志，以表明该操作已启动。当备用数据库处理这条日志记录时，它不会在备用服务器上自动重建该索引。(通过设置数据库管理器 INDEXREC 配置值)可以将 DB2 配置为在其脱离前滚暂挂状态(例如，接管时)之后，第一次连接到数据库就重建索引，或者配置为在第一次尝试访问索引时进行重建。无论使用哪种方法，在发生系统故障转移时，最终用户都会察觉性能下降。防止这种情况的方法之一，是从主数据库的备份映像重新填充备用数据库，或者在重建索引时使用 I/O 暂挂和分离镜像技术进行刷新。