本文将详细讨论如何配置和管理逻辑日志。本文还将通过一个实际生活中的例子演示如何估计和预测逻辑日志的使用情况。

简介

逻辑日志（logical log）是数据库管理的一个重要方面。如果没有得到适当的管理，逻辑日志将给数据库管理员带来许多头痛的事。最常见的一些问题是：

• 长事务（long transaction）。如果一个事务达到独占长事务高水准线（exclusive long transaction high water mark，ELTM）时还没有提交或回滚，我们就说该事务是长的。独占长事务高水准线是一个配置参数，该参数规定单个事务能横跨逻辑日志多大的百分比。只要一个事务达到了在一个 Informix Dynamic Server 配置文件中设置的 ELTM，服务器将中止该事务，并开始回滚该事务。在回滚期间，服务器将挂起进一步的数据库操作，前端用户将在他们的应用程序中遭遇中止。
• 灾难恢复（disaster recovery）。如果我们丢失了任何逻辑日志，那么在遇到灾难时，我们能选择的恢复策略就要受到限制。我们只能执行代码恢复（cold restore）。热恢复（warm restore）是不可能的，因为 Informix Dynamic Sever 需要检查所有逻辑日志来重新应用自上一次备份之后的数据库事务。结果就是数据丢失。
• 慢性能（slow performance）。如果没有将逻辑日志放在适当的位置，例如，如果我们将逻辑日志放在 root dbspace 中，或者磁盘上其他的热点（hot spot）中，那么系统和服务器的整体性能就会遭殃。
• Informix Dynamic Server 中止。如果没有正规地备份逻辑日志，并且在系统中使用了所有的逻辑日志，那么 Informix Dynamic Server 将中止，并挂起其他数据库连接和操作。

本文将详细讨论如何配置和管理逻辑日志。本文还将通过一个实际生活中的例子演示如何估计和预测逻辑日志的使用情况。 继续阅读 →