拥有一个已使用了13年的Lotus Domino数据库 .
今天，一个名为NumApprovers的隐藏可编辑字段在几个文档中开始出现乱码 .
该字段由lotusscript更新，用于计算多值字段中的名称数量 .
多年来，lotusscript并没有改变 - 所以不确定为什么这个领域突然变得奇怪了 .
有任何想法吗？
可悲的是，我看不到您发布的图像，因此很难诊断 .
需要思考的一些事情...... Lotus Notes会在多年后因查找时出现64k错误而给您带来悲伤 . 如果您从@dblookup或@dbcolumn的视图中查找项目列表，那么一旦达到此限制，它将在不事先通知的情况下崩溃 . 在32k或64k都有一些其他的数据限制，这是我怀疑你已经击中的 . 复制并删除一些旧数据，看看是否能解决问题 .
第二件事是数据库损坏 . 偶尔数据库可能会被破坏 . 我会拿一份数据库并运行'load fixup' - 请参阅您的管理员帮助或http://www-12.lotus.com/ldd/doc/domino_notes/7.0/help7_admin.nsf/Links/H_RUNNING_FIXUP_USING_THE_SERVER_STATUS_TAB_7476_STEPS
最后，它是由桌面检查时间 . 获取数据库的副本并添加调试消息，例如：
Print "Info: View returned " + cstr(view.entries) + entries"
继续钻进流程，直到找到腐败发生的原因 .
HTH
另一件需要考虑的事情是，您可以让用户在更新时签署文档，这可以帮助您识别至少哪些机器/用户导致损坏 . 我不相信你的用户会随机开始这样做（特别是在13年后），所以我认为更有可能是使用后EOL硬件的问题导致写入时出现误码 .
无论哪种方式，答案可能是“硬件故障导致损坏”，而不是基于时间的软件故障 .
2 回答
可悲的是，我看不到您发布的图像，因此很难诊断 .
需要思考的一些事情...... Lotus Notes会在多年后因查找时出现64k错误而给您带来悲伤 . 如果您从@dblookup或@dbcolumn的视图中查找项目列表，那么一旦达到此限制，它将在不事先通知的情况下崩溃 . 在32k或64k都有一些其他的数据限制，这是我怀疑你已经击中的 . 复制并删除一些旧数据，看看是否能解决问题 .
第二件事是数据库损坏 . 偶尔数据库可能会被破坏 . 我会拿一份数据库并运行'load fixup' - 请参阅您的管理员帮助或http://www-12.lotus.com/ldd/doc/domino_notes/7.0/help7_admin.nsf/Links/H_RUNNING_FIXUP_USING_THE_SERVER_STATUS_TAB_7476_STEPS
最后，它是由桌面检查时间 . 获取数据库的副本并添加调试消息，例如：
继续钻进流程，直到找到腐败发生的原因 .
HTH
另一件需要考虑的事情是，您可以让用户在更新时签署文档，这可以帮助您识别至少哪些机器/用户导致损坏 . 我不相信你的用户会随机开始这样做（特别是在13年后），所以我认为更有可能是使用后EOL硬件的问题导致写入时出现误码 .
无论哪种方式，答案可能是“硬件故障导致损坏”，而不是基于时间的软件故障 .