PDM通知时间超长处理方法

在PDM系统用户使用系统时，偶尔会出现待处理的PDM自动通知定期出现由数据库服务器服务执行的处理时间超长的情况，这是什么原因导致的呢？下面我们来探究一下：

PDM文件库中触发诸如工作流程过渡通知、任务通知之类的自动通知时，将向数据库表 DocumentActionInfo 中添加包含通知详情的记录。之后数据库服务器服务将定期轮询该表，并且查看新通知，如果发现任何记录，就会生成实际通知，然后（通过数据库或 SMTP，具体视邮件设置而定）将其发给收件人。

所以如果该表中的记录数偏大（数百行或更多），在某些环境中，数据库服务器服务就可能需要很长一段时间来处理该表，因而导致发送通知很耗时。由于该表中的记录数动态变化，因此延迟时长也各不相同。在某些环境中，通知可能完成发不出去。

如果觉得系统可能遭受此问题的影响，请执行以下操作：

1. 如果已安装了数据库服务器服务并且运行正常，则只处理库中的通知。验证服务的应用程序日志中是否没有错误。

2. 查看表“DocumentActionInfo”中的行数。如果行数已然不少，而且还会随着时间的推移增多，则将无法正确处理通知。

3. 在运行PDM数据库服务器服务的系统上：

a. 在如下注册表项下方添加带有值 1、名为“日志”的 DWORD 条目：HKEY_LOCAL_MACHINE\SOFTWARE\SolidWorks\Applications\PDMWorks Enterprise\MailService。 b. 重新启动PDM 数据库服务器服务（如果未能及时停止，请关闭进程“ConisioDbServer.exe”）。

c. 稍等片刻，再打开文件 c:\DbServer.log，查看最后一行是否为："Calling GenerateNotificationMsgs in 'VAULTNAME'"

d. 如果数据库服务器服务在该操作上被“卡住”（即重新打开 DbServer.log 后显示无变化），则表示库很可能受到此问题的影响。

e. 停止服务，根据下述解决办法更新库，启动服务。现在应该会开始处理通知，而且日志在重新打开后会保持更新。

f. 执行完毕后，将“日志”的注册表值设置为 0，然后重新启动数据库服务器服务。