【摘要】
IBM Lotus Domino 平台是业界流行的办公自动化系统，很多企业都使用Domino来实现企业的办公自动化系统。在Domino日常运行中，随着文件的增大，会出现系统异常崩溃的情况，而系统崩溃可能会导致部分文件损坏，而导致系统无法启动。本文将对此问题提出解决办法，通过开启事物记录的方式实现崩溃后系统的快速恢复启动以及快速完整的备份恢复。
【正文】
【正文】
1.1 安排定期备份
基于事务日志的备份比未使用事务记录的完整数据库备份更加容易。
1.2 从媒体故障中恢复
如果发生媒体故障，可以从磁带上还原最近的完整备份，然后使用事务日志添加未写入磁盘的数据。
1.3 从系统崩溃中恢复
重新启动服务器后，它会运行全部事务日志，恢复崩溃时未写入磁盘的任何内容。启用记录的数据库不需要一致性检查。
1.4 记录数据库视图
这样就可以尽量避免视图重建。
启用事务记录时，Domino 可为每个 Domino 数据库指定唯一的 DBIID（数据库实例标识符）。Domino 在日志中记录事务时，将包含此 DBIID。在恢复过程中，Domino 使用 DBIID 将事务与数据库进行匹配。
某些数据库维护活动，如使用带选项的 Compact 命令，可使 Domino以特定方式重新构建数据库，这些方式会使旧的事务日志记录不再有效。发生这种情况时，将为这种数据库分配新的DBIID。从这时起，记录在数据库日志中的所有新事务都使用新的 DBIID。为数据库分配新的 DBIID后，请对新的数据库进行完整备份。新的完整备份将捕获具有新 DBIID 的数据库的当前状态。然后，如果必须还原数据库，Domino 只需要包含新DBIID 的新事务。
在下列情况下，Domino 会分配新的 DBIID：
首次启用事务记录时
运行带有选项，如减少文件大小的选项的Compact任务时
对已损坏的数据库运行 Fixup 任务时
将 Domino 数据库移至启用记录的服务器时
某些数据库维护活动，如使用带选项的 Compact 命令，可使 Domino以特定方式重新构建数据库，这些方式会使旧的事务日志记录不再有效。发生这种情况时，将为这种数据库分配新的DBIID。从这时起，记录在数据库日志中的所有新事务都使用新的 DBIID。为数据库分配新的 DBIID后，请对新的数据库进行完整备份。新的完整备份将捕获具有新 DBIID 的数据库的当前状态。然后，如果必须还原数据库，Domino 只需要包含新DBIID 的新事务。
在下列情况下，Domino 会分配新的 DBIID：
首次启用事务记录时
运行带有选项，如减少文件大小的选项的Compact任务时
对已损坏的数据库运行 Fixup 任务时
将 Domino 数据库移至启用记录的服务器时
3.1 打开服务器通信录数据库names.nsf
3.2 打开左边菜单“配置”—“服务器”—“所有文档”
3.3 选择右边对应服务器的文档，双击打开，然后再双击进入编辑状态
3.4 选择“事务记录”栏目，配置以下参数：
1）事务记录： 启用
2）日志路径： logdir
选择日志存放的路径，建议选择在其他磁盘
3）使用日志设备上的所有可用空间： 否
4）最大日志空间：392，如果存放在其他分区，可以使用整个存储空间，一般推荐值为4096MB
5）其他选项默认
6）保存编辑的文档，重启Domino，自动创建logdir目录、事务记录
2）日志路径： logdir
选择日志存放的路径，建议选择在其他磁盘
3）使用日志设备上的所有可用空间： 否
4）最大日志空间：392，如果存放在其他分区，可以使用整个存储空间，一般推荐值为4096MB
5）其他选项默认
6）保存编辑的文档，重启Domino，自动创建logdir目录、事务记录
当然，开启事物记录也有其局限性，便是其会占用较大的磁盘空间。虽然它保证了服务器的稳定，但是由于他占用的磁盘空间较大，而且会逐渐增大，所以不建议将其放在Domino文件所在的磁盘中，避免影响Domino性能。