金蝶K3常见问题(9)

第六章 远程传输篇 7、总部从下属子公司接收账套。子公司处进行账套的发送，并且系统接收几个分部的账套，有时会出现分部提示任务已经执行成功，但是总部确接收不到账套的情况？

产生此现象是我们的软件提示信息不准确，使您产生理解上的偏差。在发送方提交任务后，在传输客户端会给出一个“任务传输成功”的提示信息，其实此时只是发送任务转到iMTS后台执行，并没有真正到达接收方。由于多数采用拨号的客户此时会误以为传输已经成功而断开网络连接，导致发送任务没有正常传输出去，所以接收方也无法正确接收账套，此时您也可以发现在发送方堆积了一些发送队列。所以请您在传输时延长发送拨号等待时间，直到iMTS SERVER提示完成传输为止。

在10.0版本中，我们已经对此处做了更为明确的提示，并且增加了传输进度条。只有在传输进度条中看到传输进度达到100％后，才真正表明任务已经发送成功。

8、有的时候我在传输过程中打开了底层的imts服务界面查看了一下，但此后我就发现任务迟迟不能完成，点击传输界面都没有反应，这是怎么回事？

以前版本的imts界面很容易出现被用户锁定的情况，当您打开底层界面又无意点击该界面后，imts服务器就被锁定了。这时在imts的黑屏界面的标题栏处将显示“选定iMTSServer”的字样，此时您只需按键盘最左上角的“Esc”键取消该操作，imts服务器就恢复正常了，此时的标题栏将显示为“iMTS Server”。此时执行中的任务将继续运行。

在10.0版本中我们已经提供了非常友好的Windows风格界面，不会再出现类似上面的问题了。

9、接收方使用拨号网络的方式接收发送方传来的账套数据，但是在个别情况下，接收方imts server提示datadiagram send failed，接收任务不能进行自动映射，账套不能自动恢复？

引起上述现象的原因是UDP消息有时在只开放拨号连接的网络中不能广播。

第六章 远程传输篇 K/3常见问题集常见问题集 解决方法（适用于10.0版）：请修改imts的事件通知机制为“UDP点对点”方式，具体操作步骤是：

1、 imts管理控制台的“系统”菜单上选择“系统参数”子菜单，在打开的imts系

统参数窗口上选择“其他”页面，

2、 “其他”页面上的“事件机制”中选择“UDP点对点”，如下图所示。 3、 单击确定后，退出imts系统参数窗口。

4、 新设置必须重启iMTS后才能生效。请单击“系统”菜单上选择“停止imts”子

菜单，再选择“系统”菜单上选择“启动imts”子菜单。 5、重新登录远程数据传输程序。

10、我在传输的过程中偶尔会出现在远程传输客户端提示ActiveX无法创建的错误，我该怎么办？

产生此问题的原因多是由于远程传输客户端部分组件未成功注册，可能是您安装其它程序或病毒产生的影响导致远程传输的文件丢失或没有注册。

解决这个问题的最直接的办法是重装远程数据传输的客户端，您首先要卸载并重启后再进行安装。如果您的远程数据传输是9.1版本，而且最近又打过SQL的补丁，那么您可以尝试直接注册这个组件KDShareDir.dll，具体的方法是：将金蝶安装目录下的KDShareDir.dll，使用系统目录中的system32目录下的regsvr32.exe打开注册即可，如果丢失则可以从备份的文件中恢复后进行注册

第六章 远程传输篇 11、我们使用联想LEM-ATH5600型号Modem进行远程传输，但是发现经常有丢包现象，其他的Modem没有这种情

况，是我的Modem有问题吗？

在客户反映该问题后，我们经过多次测试，确定联想LEM-ATH5600型号Modem的质量不够稳定，存在传输丢包现象。经跟联想客服部联系，目前该款型号的modem已经在2002年停止生产，请您暂停使用该型号的Modem进行账套传输。

12、IMTS传输时出现任务执行失败(设备激活错误。物理文件名 'D:\\K/3DB\\AIS20040705125440_Log.LDF' 可能有误...的问题。

这是由于数据库在恢复过程中出现了不正常的访问，导致数据库事务日志文件损坏。在目前情况下，事后的处理办法有二个：

1、在Enterprise Manager中先Detach出问题的数据库，然后再Attach上来，MSSQLServer将重新生成一个新的LDF文件。

2、删除出问题的数据库，重新利用传输过来的文件建立数据库。

另外，我觉得您说明的账套的LDF文件太大，应该进行清理。您可以在Enterprise Manager中使用收缩数据库的功能，将LDF文件进行收缩。

13、IMTS替换正式许可后，第一次启动正常，第二次

启动时提示“licence无效”；

问题分析：由于制作的许可导致问题

解决办法：下载补丁PT2511后，利用解压缩后的imts.jar替换IMTS安装目录下的同名文件；

地址：http://www.kingdee.com:8080/download/agentdown/tech/PT2511

第六章 远程传输篇 K/3常见问题集常见问题集 14、远程数据传输客户端接受任务时总是提示“接收任务失败任务执行失败(文件解压出现异常！)!”

解决办法：该问题产生是由于接收任务的接收任务存放路径不存在导致。请在接收任务中重新指定工作路径，如下图。

15、安装9.4.1 IMTS后，启动IMTS时提示错误，如

图

解决办法：产生此问题原因是安装的9.4.1 IMTS所需的JAVA 1.2.2时出现错误，导致IMTS调用Java错误，解决办法卸载IMTS及其JAVA1.2.2程序，然后重新安装IMTS9.4.1。

第六章 远程传输篇 16、通常使用电话拨号进行iMTS数据传输，但是发现在拨号网络环境下iMTS传输不是很稳定，比如在金蝶“远程传输系统”里面无法看到iMTS事件，或者传输时经常有数据丢包现象，我应该进行怎样的配置修改？

目前的iMTS缺省配置是针对宽带网络环境(如LAN, ADSL, DDN等)进行优化的。虽然如此，只要进行少量的配置修改，我们的iMTS在低速拨号网络环境下也能稳定的运行。

解决的方法请您修改iMTS事件通知机制：打开“系统参数”对话框，转到“其它”页，选择事件机制为“UDP点对点”，点击确定后，先停止imts服务，再重新启动iMTS。另外，在低速的拨号网络环境下，我们也建议您修改“数据块大小”参数：打开“系统参数”对话框，转到“数据块大小”页，然后选择“16K”(缺省的数据块大小为64K)。

特别提示：“UDP点对点”事件机制是10.0版本实现的优化，在以前版本中不具备此项。 17、使用的“远程传输系统”和iMTS服务器不是在同一台

机器上，而是分别位于不同网段的两台机器上，发现“远程传输系统”无法接收到任何iMTS事件，该怎么

办？

远程传输系统的很多功能依赖于iMTS事件的正常传递，如果接收不到iMTS事件，那么远程传输系统的部分功能(如自动拨号及断开，传输进度条显示等)将会出现问题。在大部分网络环境下，远程数据传输系统都能够接收到iMTS事件通知。但是在跨网段的情况下(比如远程传输客户端的IP地址为192.168.1.16，iMTS服务器的IP地址为192.168.2.24，两台机器分别在192.168.1.*网段和192.168.2.*网段),缺省的iMTS事件传递机制无法将事件从一个网段的机器传递 …… 此处隐藏：1518字，全部文档内容请下载后查看。喜欢就下载吧 ……