您好Volker，

是否启用了事务日志镜像（mlg）？ 您可以使用以下命令进行检查：dblog file.db。

如果没有.log或.mlg，则恢复将需要从备份中恢复。

嗨Tayeb，

感谢您的回复。 没有.mlg。 我们确实是从备份还原的，我只是想知道是否有任何方法可以解决此问题。 在该客户端的情况下，.log文件系统空间不足。

我认为自最近的目录存储检查点以来，IQ存储包含的数据比上次备份更多并且元数据没有发生变化的情况并没有真正改变

无论如何，进行澄清有助于确认我没有错过任何重要的事情，即使结果并不理想。

再次感谢与问候

Volker

嗨，Volker，

如果数据库崩溃或被杀死，那么您肯定需要.log来重新启动IQ。
如果该.log丢失了，那么没有它就没有运气来重新启动IQ。

如果数据库已正常关闭，则可能有机会通过使用
dblog -t newTranLogName.log dbName.db

指定新的事务日志名称来重新启动数据库

一旦数据库可以重新启动，您可以再次将其关闭，然后再次运行dblog -t来设置初始事务日志名称，并重新启动IQ。

如果这不起作用，则必须进行完全还原。

我们删除-f的原因之一是，太多客户误解了它的用途。
许多客户收到-x损坏消息或dbspace满消息，这使得损坏恢复甚至更加困难。
对于MPX，使用-f可能会停止目录同步。

关于，
Lyna

嗨，琳娜，

感谢您的回复。 我以某种方式无法理解更改.log名称的好处。 如果存在，它将尝试使用它（并在不匹配的情况下失败）。 否则，如果.db不需要启动恢复，将创建一个新文件。 无论文件名如何，都会发生这两种情况。

无论如何，我已经看到-f被终止了，我主要是在确认我没有错过其他选择。

再次感谢与问候

Volker