Windows Server 2008（32 位）IIS 7 本文提到的两个应用程序都使用相同的硬件/系统配置。
我（经常在系统测试中）在新的测试环境中安装相同的 Web 应用程序。
其中两个附带 COM+ 应用程序，必须在组件服务中安装/注册。我编写了一个实用程序“comadmin”，它从命令行执行此操作。然后，自动构建工具将使用该命令行实用程序来设置和配置 Web 应用程序。
对于我的一个应用程序来说，这始终有效。
但其他 COM+ 应用程序的问题更大。这些应用程序（其中三个）已安装但无法运行（即当 Web 应用程序尝试使用它们时会失败），并且无法启动或停止（在组件服务小程序中）。
根据构建自动化工具日志文件，comadmin 命令（参见上文）被正确调用（并且与其他一切正常的 Web 应用程序一样），并且还发送了有关已安装相关 COM+ 应用程序的正确答案。
删除 COM+ 应用程序并将日志文件中的完全相同的命令复制并粘贴到命令行中将安装 COM+ 应用程序（并且三次都从 comadmin 获得正确的答复），并且此后 COM+ 应用程序始终可以运行。
如果某些事情需要安装、删除并再次安装 COM+ 应用程序才能运行，那么在其他 Web 应用程序的服务器上这种情况永远不会发生。
我能想到的唯一合理解释是，在传送到 comadmin 的过程中，密码发生了一些变化（comadmin 将运行 COM+ 应用程序的帐户的密码作为参数）。但是，密码在构建脚本中被正确引用，并且如果给出的帐户密码错误，comadmin 会发出警告，因此密码一定是正确的。
有什么想法吗？（或者我说的太不精确了？）
答案1
这种情况在某个时候就停止发生了......