是否有用于管理 COM+ 组件的 PowerShell 模块或命令？特别是，我想：
我是 PowerShell 和 COM+ 的新手，所以可能使用了错误的术语（安装与注册等）。
一台 Windows Serve 2003 机器在带有 COM+ 事件系统的事件查看器中记录了一个错误，说它无法为特定订阅编组订阅者，然后给出 SID/GUID，即：
{DF540FFA-D787-4FDF-82E4-4BD5C1302F23}-{00000000-0000-0000-0000-000000000000}-{00000000-0000-0000-0000-000000000000}. The HRESULT was 800706BB.
我不太明白这个错误。
我正在尝试查找 GUID 以查找应用程序。
我尝试打开注册表并进行搜索，但没有找到任何内容。谷歌研究显示我需要在注册表中加载集群数据库并查找 GUID。问题是我找不到 CLUSDB 文件。它不在 %SystemRoot%\Cluster 中。
我需要做什么来识别有问题的应用程序？
如果组件服务控制台用于在存在活动线程时关闭 COM+ 应用程序，那么 COM+ 应用程序为服务客户端调用而创建的那些活动线程会发生什么情况？他们是强行关闭，还是允许他们在应用程序关闭之前完成？
我有一个奇怪的问题，我一直无法追踪。
我们的 Windows Server 2008 R2（开发人员计算机上的 Windows 7）上有一个 COM+ 组件，由 ASP.net 应用程序调用。
有时 COM+ 组件会抛出错误：
System.Runtime.InteropServices.COMException (0x8000401A)：服务器进程无法启动，因为配置的标识不正确。检查用户名和密码。（来自 HRESULT 的异常：0x8000401A）
必须有人进入 COM+ 组件并重新应用该组件作为其运行的服务帐户的密码，然后一切正常。
在开发机器上，他们每天晚上都会报告这种情况。
在 PRD 机器上，有人通过 RDP 保持登录状态，问题从未发生。
我对这里发生的事情感到有些困惑。有谁见过这个吗？
我正在寻找有关 dtc 跟踪文件内容的一些文档。有些列是可以理解的，例如“pid”可能是进程 ID。但什么是“潮”。猜测会让我找到事务 ID 或线程 ID。
这个问题的原因是，在大多数情况下，一个事务的所有日志行的 tid 都是相同的，但在一些情况下，tid 不同，并且在同时发生的两个事务之间混合。在这些情况下，看起来我最终会在 SQL Server 中得到一个孤立的事务，
在我得出任何结论之前，我需要知道什么是 tid。