事务日志路径无效

如果 Domino 无法访问事务日志路径，服务器控制台将显示错误消息，指出日志路径无效、数据库要求媒体恢复或修复以及 panic。

1. 检查并确保日志路径存在。

2. 检查服务器是否具有日志路径的写权限。

3. 如果日志路径正确且设备正常，请重新启动服务器。此时问题应该已得到解决，而不需要继续执行步骤 4。

4. 如果日志路径正确但设备损坏，请更换日志路径上的设备，或编辑 NOTES.INI 中的 TRANSLOG_Path 设置使其指向其他日志路径。

注意 如果重新启动服务器后编辑了 TRANSLOG_Path 设置，请确保在“服务器”文档的“日志路径”域中进行同样的编辑。否则，Domino 在下次重新启动服务器时将恢复到原来的路径。

6. 如果“服务器”文档中的“自动修正已损坏数据库”设置为“是”，将对在要求媒体恢复或修复的数据库运行 Fixup 任务。否则，必须手动运行 Fixup 任务。

7. 执行数据库的完整备份。

事务日志被破坏或损坏

如果事务日志看起来好像已被破坏或损坏，服务器控制台将显示错误消息，指出日志被破坏、数据库要求媒体恢复或修复以及 panic。

错误可能是由于读写事务日志失败而导致的。

1. 重新启动服务器以更正错误。如果不再出现日志已被破坏等错误，则说明日志没有被破坏。

2. 再次停止服务器将其干净地关闭。

3. 执行数据库的完整备份。

4. 重新启动服务器。

如果仍然出现日志已被破坏等错误，则说明活动事务记录已被破坏或损坏。

6. 重新启动服务器。Domino 将新建日志文件和控制文件，并为所有的 Domino 5 或更高版本的数据库指定新的 DBIID。

7. 如果“服务器”文档中的“自动修正已损坏数据库”设置为“是”，将对在要求媒体恢复或修复的数据库运行 Fixup 任务。否则，必须手动运行 Fixup 任务。

8. 执行数据库的完整备份。

如果在媒体恢复过程中发生错误，则说明归档日志文件可能已损坏。

10. 在服务器停机期间，使用第三方备份实用程序执行媒体恢复。如果归档日志仍无法使用，则允许在不使用已损坏的日志中的事务的情况下还原数据库备份。

11. 执行数据库的完整备份。

12. 重新启动服务器。

另请参阅

Domino 系统故障排除