金蝶K3产品性能稳定性案例集 - 图文

金蝶K/3产品性能稳定性案例集

Event: 10010 Source: DCOM

Description:The server {02D4B3F1-FD88-11D1-960D-00805FC79235} did not register with DCOM within the required timeout.

在应用程序日志中：

Event:4097 Source: COM+ Description:The run-time environment has detected an inconsistency in its internal state.Please contact Microsoft Product Support Services to report this error.Error in .\\crmrecoveryclerkobj.cpp(1149), hr = 80070003:GetVolumeInformation

您也无法在该计算机上管理 COM+。如果尝试这样做，可能会导致出现一个包含以下文本的对话框：

An error occurred while processing the last operation.Error code 80080005 - Server execution failed.

The event log may contain additional troubleshooting information. 2、问题分析：

此行为是由安装 Citrix Metaframe 1.8 for Microsoft Windows 2000 以及在 Metaframe 安装期间使用驱动器重映射功能所导致的。在 Metaframe 重新映射系统驱动器时，它会遍历注册表，并将出现的所有旧驱动器号替换为新的重新映射的驱动器号。不过，COM+ 目录中的信息将被忽略。其中的一条关键信息是 COM+ 系统应用程序使用的“补偿资源管理器”(CRM) 日志文件的 COM+ 系统应用程序路径。每当 COM+ 系统应用程序启动时，它都要尝试读取其日志文件。因为找不到该日志文件，所以它就会记录一个错误并关闭。此行为每分钟会发生数次，具体频度取决于计算机上正在运行的应用程序。这一行为还使得无法在该计算机上管理 COM+。

3、解决方法：

Citrix 知识库文章 CTX240747 中介绍了此问题。要查看此文章，请在以下 Citrix Web 站点中搜索 Citrix 文档 ID“CTX240747”：

http://knowledgebase.citrix.com/cgi-bin/webcgi.exe?New,KB=CitrixKB

2.3.6.2 COM+应用程序损坏 1、问题描述：

Winxp sp2打开管理工具----组件服务----计算机----我的电脑-----COM+应用程序，弹出： 编录错误

执行最后操作时发生错误。

错误代码 80080005 -服务器运行失败

26

金蝶K/3产品性能稳定性案例集

打开事件查看器

COM+ 错误 ，事件ID为：4863 显示如下：

TransactionManager->GetWhereabouts 失败。如果将分布式事务处理协调器配置为使用远程主机来协调事务，则可能是由于无法与远程主机取得联系。可以通过在组件服务 MMC 管理单元中单击 MSDTC 工具栏按钮，将 MSDTC 配置为使用本地协调器。由于此刻无法继续执行，服务器进程终止。

服务器应用程序 ID: {02D4B3F1-FD88-11D1-960D-00805FC79235} 服务器应用程序实例 ID:

{935C3D5B-C694-4C52-82A2-3D4A21895802} 服务器应用程序名: System Application 错误代码= 0x8004d01b : 事务管理器可用。 COM+ 服务内部信息:

文件: d:\\qxp_slp\\com\\com1x\\src\\comsvcs\\txprop\\dtcinfo.cpp， 行: 164 Comsvcs.dll 文件版本: ENU 2001.12.4414.258 shp

2、解决方法：

cd %systemroot%\\system32 msdtc -uninstall msdtc -install 如果不行就看：

How to Clean Up a Damaged COM+ Catalog

http://support.microsoft.com/Default.aspx?id=315296

27

金蝶K/3产品性能稳定性案例集

2.3.6.3 不能启用分布式DCOM 1、问题描述：

最近碰到很多不能启用分布式DCOM组件的问题，即WINDOWS的组件服务中，点击“计算机”，“我的电脑”，再点“属性”中，有个“默认属性”标签，里面有个“在此计算机上启用分布式COM”。由于K/3必须启用它。但有的计算机一启用后，重新启动。下一次又自动关掉了。这样客户每次都要启动后，再进行选择。

2、 解决方法：

按我们接触过的客户看，凡是出现此问题（启用分布式COM选项的勾无缘无故自己去掉）的机器都是中了后门/木马的，请仔细检查

HKEY_LOCAL_MACHINE\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\下面的Run和RunServices下面有无可疑的程序，例如Microsoft Update之类。如果您看不出来建议您用木马专杀工具或者国产的杀毒软件（比较能对付国产木马，例如瑞星2004等），配合最新的病毒码查杀一下。 2.4 客户端性能问题案例

2.4.1 通用案例1—-客户端突然出现全面的死机现象 1、问题描述：

突然间所有客户端无法使用，大多数情况是客户端提示“调用程序忙，切换到?”，“正在调用中间层?”等提示，等了一段时间也没有反应，客户认为“死机”了。 2、问题分析：

（1）首先有可能网络中断或者不稳定，这种情况，一般客户端报告明显的网络错误； （2）如果网络畅通，有可能是网络中IP地址和计算机名称的不匹配。在这里，要注意的一种情况就是如果客户的中间层和数据库服务器是分开的，要确保这两台机器能够互通，这里常出现的一个问题就是ip地址和计算机名不匹配，也就是说，在hosts文件中记录的IP地址和计算机名称不匹配，假如数据库服务器记录了错误的信息，就会造成在客户端报一个“定义的应用程序和对象错误“等错误，但实际是中间层服务器可以访问数据库服务器，但是数据库服务器无法访问中间层服务器。这时要确保网络中IP地址和计算机名称的匹配，保证地址解析的正确性。 （3）如果客户端提示“调用程序忙，切换到?”，“正在调用中间层?”等提示，客户可以不停的切换重试，或者强行中断客户端程序,分析：第一种原因是服务器硬件资源不足，注意观察数据库服务器的CPU表现，如果CPU资源长期达到40%以上，这表明CPU资源已经严重不足，如果CPU达到100%,则是某一个功能独占了数据库服务器CPU资源；第二种原因是数据库阻塞，此时数据库数服务器CPU耗用很低，但是整体性能很差。

3、解决方法：

（1）请先保证网络畅通和稳定；

（2）确认hosts文件中的网络中IP地址和计算机名称的匹配，保证地址解析的正确性；

（3）如果客户端提示“调用程序忙，切换到?”，“正在调用中间层?”等提示，如果通过自己观察，数据库服务器的CPU资源长期达到40%以上，这表明CPU资源已经严重不足，需要升级硬件。如果CPU达到100%,则是某一个功能独占了数据库服务器CPU资源；第二种原因是数据库阻塞，此时数据库数服务器CPU耗用很低，这种情况请参考数据库阻塞相关信息；

（4）以上原因排除后,考虑是否是中间层COM+出现问题，具体请参考中间层COM+问

28

金蝶K/3产品性能稳定性案例集

题进行分析处理。

2.4.2 通用案例2—-客户端出现“新事务不能登记到指定的事务处理器中” 1、问题描述：

数据库和中间层服务服务器为WINDOWS2003或者WINDOWS XP，使用K/3时，出现“新事务不能登记到指定的事务处理器中”的错误。 2、问题分析：

（1）数据库和中间层服务器是否在同一网段；

（2）查看中间层组件属性“标识”采用的信任模式；

（3）查看MSDTC的安全配置情况，系统缺省安装时是“要求对双方进行验证”的

29