对DB2日志设置参数正确用法的描述

下面的文章主要介绍的是其他常用的DB2日志设置参数正确用法，以下就是文章对常用的DB2日志设置参数正确用法主要内容的详细描述，望大家在对其浏览之后会对其有更深的了解。

1，故障转移归档路径（failarchpath）

如果指定的日志归档方法失败，则为归档日志文件指定备用目录。在失败的日志归档方法再次可用之前，此目录是日志文件的临时存储器，此时日志文件将从此目录中移至日志归档方法。通过将日志文件移动至该临时位置，可以避免日志目录发生已满情况。此参数必须是一个标准现有目录。

如果用tsm作为归档目的，这个参数比较必要，当tsm出现问题不能接收归档文件数据的时候，这个可以救急，以免数据库挂起。

2，日志文件大小（logfilsiz）

此参数以 4 KB 的页数指定每个配置日志的大小。

如果logfilsiz太小会引起频繁的日志切换和归档，而且遇到大事务的时候（logprimary＋logsecond）× logfilsiz 不足装下所有内容的时候，该事务会失败回滚。

3，每个事务的最大日志数（max_log）

此参数指示一个事务可以消耗的主日志空间的百分比。该值是为 logprimary 配置参数指定的值的百分比。

如果该值设置为 0，则对一个事务可以消耗的总的主日志空间的百分比没有限制。如果应用程序违反了 max_log 配置，则将强制该应用程序与数据库断开连接，事务将被回滚，并且将返回错误 SQL1224N。

如果对事务大小无法估计，一般都设置为0，避免意外回滚发生。

4，主日志（logprimary）

此参数指定将创建的大小为 logfilsiz 的主日志数。默认为3

主日志，无论是空的还是满的，都需要相同的磁盘空间容量。因此，若配置的日志多于需要的日志，将会不必要地占用磁盘空间。若配置的日志太少，可能会遇到日志满载的情况。当选择要配置的日志数时，必须考虑建立的每个日志的大小，以及应用程序是否可以处理日志满载的情况。对活动日志空间的总日志文件大小限制为 256 GB。

5，辅助日志（logsecond）

此参数指定创建并用于恢复（如果需要的话）的辅助日志文件的数目。默认为2

如果主日志文件已满，可按需要一次分配一个辅助日志文件（大小为 logfilsiz），最多可分配由此参数指定的最大数目。如果此参数设置为 -1，则将数据库配置为无限活动日志空间。对在数据库上运行的未完成事务的大小或数量没有任何限制。在必须容纳大型作业的环境中（这些作业需要的日志空间比通常分配给主日志的空间多），无限活动日志记录功能非常有用。

以上的相关内容就是对其他常用的DB2日志设置参数的介绍，望你能有所收获。

上述的相关内容就是对DB2日志设置参数的描述，希望会给你带来一些帮助在此方面。

【编辑推荐】