关于“MMC不能打开文件C:\Program Files\Microsoft SQL Server\80\Tools\Binn\SQL Server Enterprise Manager.MSC可能是由于文件不存在，不是一个MMC控制台，或者用后来的MMC版本创建。也可能你没有访问此文件的足够权限 ”

运行mmc，控制台--添加/删除管理单元--添加--找到Microsoft   SQL   企业管理器--添加--关闭--确定  
  回到控制台--选项--控制台模式选择"用户模式完全访问"--将下面的选择全部取消   
  控制台--另存为--存储为:C:\Program Files\Microsoft SQL Server\80\Tools\BINN\SQL Server Enterprise Manager.MSC   
  不行的话，重新注册DLL   
  运行：regsvr32   C:\Windows\system32\msxml3.dll 

  
  文章来源:http://community.csdn.net/Expert/topic/4435/4435338.xml?temp=.9712641

作者:陈十三哥    发布时间:2005-07-30

验证码不同于注册码，注册码是软件作者根据提交的机器码通过特殊算法算出的，能让软件正常运行的密码。


一.常见的验证码
1，四位数字，随机的一数字字符串，最原始的验证码，验证作用几乎为零。

2，CSDN网站用户登录用的是GIF格式，目前常用的随机数字图片验证码。图片上的字符比较中规中矩，验证作用比上一个好。没有基本图形图像学知识的人，不可破！可惜读取它的程序，在CSDN使用它的第一天，好像就在论坛里发布了，真是可怜！

3，QQ网站用户登录用的是PNG格式，图片用的随机数字+随机大写英文字母，整个构图有点张扬,每刷新一次,每个字符还会变位置呢!有时候出来的图片,人眼都识别不了,厉害啊…

4，MS的hotmail申请时候的是BMP格式, 随机数字+随机大写英文字母+随机干扰像素+随机位置。

5，Google的Gmail注册时候的是JPG格式，随机英文字母+随机颜色+随机位置+随机长度。

6，其他各大论坛的是XBM格式，内容随机。

二.验证码作用分析

验证码起源：因为攻击者会使用有害程序注册大量的 Web 服务帐户（如 Passport）。攻击者可以使用这些帐户为其他的用户制造麻烦，如发送垃圾邮件或通过同时反复登录多个帐户来延缓服务的速度。在大多数情况下，自动注册程序不能识别此图片中的字符。简单的说呢，就是防止攻击者编写程序，自动注册，重复登录暴力破解密码。验证码技术应运而生。

验证码实现流程：服务器端随机生成验证码字符串，保存在内存中，并写入图片，发送给浏览器端显示，浏览器端输入验证码图片上字符，然后提交服务器端，提交的字符和服务器端保存的该字符比较是否一致。一致就继续，否则返回提示。攻击者编写的robot程序，很难识别验证码字符，顺利的完成自动注册，登录。。。。。。。。。而用户可以识别填写，所以这就实现了阻挡攻击的作用。而图片的字符识别，就是看图片上的干扰强度了。就实际的效果来说，验证码只是增加攻击者的难度，而不可能完全的防止。

1，论坛中的验证码的作用
    目前，不少网站为了防止用户利用机器人自动注册、登录、灌水，都采用了验证码技术。所谓验证码，就是将一串随机产生的数字或符号，生成一幅图片，图片里加上一些干扰象素（防止OCR），由用户肉眼识别其中的验证码信息，输入表单提交网站验证，验证成功后才能使用某项功能。
    因为你的WEB站有时会碰到客户机恶意攻击,其中一种很常见的攻击手段就是身份欺骗它通过在客户端脚本写入一些代码,然后利用其客户机在网站论坛反复登陆,或者攻击者创建一个HTML窗体,其窗体如果包含了你注册窗体或发帖窗体等相同的字段,然后利用"http-post"传输数据到服务器,服务器会执行相应的创建帐户,提交垃圾数据等操作,如果服务器本身不能有效验证并拒绝此非法操作,它会很严重耗费其系统资源,降低网站性能甚至使程序崩溃.
    而现在流行的判断访问WEB程序是合法用户还是恶意操作的方式,就是采用 一种叫 "字符校验"的技术.WEB网站像现在的动网论坛,他采用达到方法是为客户提供一个包含随即字符串的图片，用户必须读取这些字符串,然后随 登陆窗体或者发帖窗体等用户创建的窗体一起提交.因为人的话,可以很容易读出图片中的数字,但如果是一段客户端攻击代码,通过一般手段是很难识别验证码的.这样可以确保当前访问是来自一个人而非机器.
    编程实现原理：使用某种动态编程语言，比如PHP，ASP，随即生成一个随机数,大多为4位数字和字母,或者是数字和字母的组合,生成以后,用GD库的支持生成一张根据随机数来确定的图片,把随机数写入到session中,传递到要验证的页面,生成的图片显示给登陆着,并要求登陆者输入该随机数内容,提交到验证页面,验证session的内容和提交的内容是否一致,这就是大致的思路!那么怎么编写验证码程序呢，相信Google一下，就有很多现成的代码。

2，申请QQ号时候验证码的作用

    如今你要申请一个QQ号，需要输入很复杂的验证码：验证码由若干个汉字组成，还加上了花哩唬哨的背景，使得有些汉字实在难以辨认。腾讯这么做，是为了防止有人利用软件批量获取QQ号码----每次提交都要输入随机生成的验证码，这是软件难以做到的。

三.图片验证码技术之一：利用Xbm格式图片
    生成验证代码的技术有很多，这里只说与我们论坛有关系的这项技术。
    x-xbitmap格式的图片（以下简称为Xbm格式）特殊，就在于它并不跟gif，jpg等图片格式一样，是一个真正的纯2进制图片格式，而是ascii码文件--换句话说，它是一个纯文本文件，在Windows系统下，系统浏览器将它翻译成图片来进行显示。
    下面让我们先来制作一个Xbm图形格式图片：
　　新建一个文本文件，将以下内容复制进去：
　　#define counter_width 48
　　#define counter_height 9
　　static unsigned charcounter_bits[]={ff,3c,7c,3c,70,3c,fe,7c,fe,7c,78,7c,ee,ee,ee,ee,7c,ee,e0,ee,60,ee,74,ee,70,fe,30,
fe,70,fe,38,ec,e0,ec,70,ec,1c,e0,ee,e0,70,e0,fe,7e,fe,7e,70,7e,fe,3c,7c,3c,70,3c}
　　然后，将此文本文件保存为名字为 test.Xbm的文件。
　　接下来，让我们看看如果在ie中打开它，会出现什么情形？？（新开一个ie，然后将test.Xbm直接拖拽到它上面），哈，出现了如下图一样的情景，在浏览器中出来的，已经不是我们的文本，而是一个黑白的图片了！
　　让我们看看上面那代码中，每一行的意义：
　　 #define counter_width 48 这里定义了图片的宽度，一般都设置为8的整数倍，因为我们想显示的是6个数字，所以就设置成了8*6=48的宽度
　　#define counter_height 9 这里设置了图片的高度，可以任意设置，但是注意，这里的数字直接决定了下面的数组中，是用几组数来表示一个显示出的数字
　　static unsigned char counter_bits[]={7c,3c,7c,3c,70,3c,fe,7c,fe,7c,78,7c,ee,ee,ee,ee,7c,ee,e0,ee,60,ee,74,ee,70,fe,30,
fe,70,fe,38,ec,e0,ec,70,ec,1c,e0,ee,e0,70,e0,fe,7e,fe,7e,70,7e,fe,3c,7c,3c,70,3c}
　　在这里，是图片用来显示内容的十六进制的代码，在这里，是9*6=54个数字来表示，值得一提的是，由于在图片显示中，是显示完了一行后，再显示第2行，直到最后一行，因此更为准确的描述是6*9显示，每6个数表示一行（因为我们显示了6个数字），一共9行（我们的定义中，是采用的高度为9的数组）
　　正如static unsigned char英文意思为静态的，无符号的，烧焦的。它只能用来显示黑白两种颜色。二进制中的1将来用显示为黑色，0为白色。
　　因此，上面的7c、3c这样的数字，就是一个256位的2进制，其中的1表示黑色，0表示白色，由此绘制出每个数字的图形。
　　由于Xbm文件的性质决定，它只能显示黑/白两种颜色，而且以数组的方式来表现每个要显示的图形，注定了不能用它生成太复杂的图案。那么，这样的图片格式到底有什么用呢？？当然有的，不少asp论坛/聊天室的登陆验证码，就是用这样的方法在asp中动态生成的。

四.为什么要打补丁才能正常显示呢？
    在WindowsXP SP2更改后的安全策略中，因为基于安全因素的考虑，默认去掉了对 image/x-xbitmap 图片格式的支持（该图片的后缀名为Xbm）。，为什么微软在XP的SP2升级包中又要禁止掉它呢？？这是因为Xbm的漏洞。
　　Microsoft Internet EXPlorer和Outlook EXPress在处理WEB页，HTML邮件，EMAIL附件中畸形Xbm图象文件会导致崩溃，问题存在于对Xbm文件中的内容缺少检查，MSIE按照图象规定的长度和宽度分配内存，攻击者可以提高超大的长度和宽度数值导致系统消耗内存或者访问冲突。
　　换句话说，如果构造一个长宽的尺寸特别大的Xbm文件，很容易导致Windows的内存耗尽，导致程序无响应或者死机。本身来说，这不算一个特别严重的漏洞，因为根据安全公告，无法造成溢出，不会存在太大的权限漏洞。但是由于XP的SP2强调安全性，因此将Xbm功能禁用了。从这点上可以看出，SP2对于安全的确比较重视，将有漏洞的功能基本上都补上或禁用了，作为网络管理员，我对微软的做法表示支持，因为操作系统默认设置的不安全，常常是造成非专业用户被攻击的首要因素。
　　解禁方法：
　　由此看出，以后我们访问某些采用生成Xbm作为验证代码的站点的时候，就相当不方便了，如果有必要，可以通过简单的操作注册表恢复我们需要的功能。
　　打开注册表(开始－－－运行－－－regedit－－－－回车)，然后进到键值[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet EXPlorer\Security]
将blockXbm的值改为00000000（dword，双字节），没有的话新建立一个就可以了。
　　之后重新IE或者重新启动机器，则Xbm格式的图片就可以看到了。

五，Xbm的趋势
　　从SP2禁止Xbm的趋势看出，微软打算似乎已经开始打算放弃对Xbm格式的支持了。那么，作为程序编写者，有必要未雨绸缪，寻找其他生成验证码的途径。在php中，可以通过调用gd库等方式生成jpg/gif等图形格式的注册验证码，那么在asp中有其他的办法么？

　　事实上图片验证密码的关键是--不能在客户端留下图片的真实url，或可对应反推源地址的信息，因此asp可以采用以下2种方式实现支持SP2的图形验证码。

　　如果是购买的虚拟主机，那么可以采用将jpg/gif图片放到数据库，然后用session传值的方式，最后利用asp直接从数据库中输出图片，这方法的好处是不需要特别设置服务器端，坏处则是每次生成验证图片时都会需要与数据库连接，增加了开销。

　　如果是有管理员控制权限的用户，可以考虑采用第三方组件来实现。天缘个人推荐 ASP图象组件shotgraph ，它的免费版本对生成的图形有一定限制，不过已经足够用来制作验证码了。

文章来源:http://www.juntuan.net/jtyc/wenzhang/n/2005-07-30/6750.html

    当一款自动化测试工具引入到一个项目中，我们通常对它给予很高的期望；项目成员希望工具能够尽可能的缩小测试范围、节约成本并缩短项目进度，然而可悲的是，很多采用自动化测试的项目依然失败了。

    以下几个方面严重影响着自动化测试的效率，如果处理不当，将会造成事倍功半甚至前功尽弃的后果，自动化测试也成了一副空架子。

    一是测试的范围：想要百分百的实现自动化测试是不现实的，而且从时间投入上也是不可行的；有选择性的挑选应用程序的一些功能或区域模块，采用自动化测试。

    二是测试时间的准备工作：自动化测试脚本的开发时间必须考虑在内，一般来说，开发测试脚本的时间要比手工测试多出三分之二，因为现实里工具会在初始阶段增加测试的范围；因此，对自动化测试保持适度的期望值很重要：工具不能取代手工测试，更不能代替测试工程师。测试初始阶段，投入会比较大，当自动化完成后，将会大大缩短后续的版本的测试时间。
    三是投资的回报：自动化测试的准备工作如此漫长，据说自动化测试的效益只会出现在测试被执行三次以后的时间里。
    四是何时获得自动化测试的收益：定位合适的测试目标，并认真分析自动化测试的收益出现在何时、何处。如果测试程序频繁进行大幅度变更或修改，还是放弃自动化测试吧！－你将会耗费相当的时间去修改测试脚本，但收益是微乎其微的。（但是，如果应用程序频繁变更的模块彼此独立，或者修改较小，或者只是特定区域的变更，那么仍然可以成功采用自动化测试。）另外，谨记只有当应用程序将近发布时，才可以进行完整的自动化测试；如果应用程序缺陷太多，功能点运行失败，想要运行全面的测试套件程序是不太可能的。
    五是变更的程度：自动化测试最适合用于回归测试，将那些已经存在并相对完善的功能进行自动化测试；例如应用程序1.0版本的功能模块已经稳定，没有引入1.1版本的新功能，这种情况下，我们对其制订自动化测试计划并设计测试脚本，不至于因为简单的GUI变更（例如某个控件改名或移动）而使脚本无效。我们也需要将修改脚本的时间考虑在内，例如，如果应用程序的版本升级造成很大的功能改变，那么也许要全部重新书写测试脚本，这种情况是我们不愿意看到的。但是，如果只是某个相对独立的功能模块发生变更，或者变更较小，我们可以成功的实现在回归测试里的自动化。
    六是测试的完整性：我们如何度量一个测试是否通过或失败呢？单单凭借工具返回的“pass”不足以证明测试本身通过无误，例如，没有错误的提示信息出现并不意味着脚本的下一步动作能够成功进行。因此这一要点需要在规划测试脚本的通过与否标准上考虑在内。
七是测试的独立性：测试的独立性应该被考虑在内，从而不至于某一个测试用例的运行失败引起全局影响，甚至阻止整个测试套件程序里其他脚本的运行；但是，在实践中对该问题的把握并不容易，需要一定的努力达到此目标。

    八是对测试脚本本身的调试和测试：必须花费一定的时间进行该工作，以检验测试本身的完整性。

    九是录制/回放：不要完全把工具的录制/回放功能作为创建测试脚本的唯一方法，这个观念是很重要的。测试者在后台运行测试工具，再手工执行测试，工具将测试者的动作记录下来，自动生成一个脚本，以便测试者可以重新运行测试动作，这虽然是个好想法，但对测试工作本身并无太大意义。

    十是对测试脚本的维护：最后一点，对自动化测试脚本的维护是一个高投入的工作，脚本必须持续的更新，否则一旦应用程序有太多的变更而要修改测试脚本时，你会因为一下子需要上百个小时而考虑是否值得这样做，从而最终放弃自动化测试。因此，测试脚本每次更新时，对其进行文档化管理是必要的。

文章来源:http://www.rjzl.gov.cn/news.asp?id=699

    1.设置一个万能验证码。

    2.取消验证码功能。

    3.编写个专用插件，动态获取真实的验证码

    1，2两种方法实现比较容易，缺点是不能真实的模拟实际应用环境3的方法技术难度较高欒其实我们还有第4种即简单又能够真实的模拟实际应用的方法cZ冬淈F螧以Jsp网站为例，先来看看验证码功能的实现方法。图片验证码由以下几个步骤实现。 

    1.生成随机数。 

    2.将随机数存入 Session （会话）。 

    3.将随机数制作成图片。 犳嬦蠫9&啓部分较重要的代码如下。

    <img src="CheckCode.jsp" border="0" alt="验证…… 这个是调用 CheckCode.jsp 文件，生成图片验证码。 几？？？0頋？lt；酭嶯L？z CheckCode.jsp文件代码如下

    String sRand=""；

    for （int i=0；i<4；i++）{

    String rand=String.valueOf（random.nextInt（10））；   //生成随机数

    sRand+=rand；

    ……

    }

    session.setAttribute（"rand"，sRand）；   

    将随机数据存入session中。

    到这里我们已经知道，只要制作一个jsp页面调出session中的rand 值，就可以得到验证码的正文数据。

    实现代码如下。

    t.jsp 

    <%

    out.print（session.getAttribute（"rand"））； 

    如果在LoadRunner中实现的方法如下： {��

    请求 CheckCode.jsp 生成图片验证码。

    请求 t.jsp 获取验证码的正文数据。

    提交 数据。

文章来源:http://www.iceshi.com/html/20/n-2120.html

    作者：关河

    现在越来越多的网站为了安全性或是防止Spam的侵害，采用了验证码的校验技术。简单地说，验证码就是在进行登录或是内容提交的时候，页面上会随机出现一个人工可识别，但机器不可识别的验证字符串（一般是采用背景、扭曲等方式产生的图片），要求登录或是提交内容时同时输入这个验证码。

    验证码可以有效防止对口令的刺探和所谓的网络推广软件带来的大量的Spam内容，目前已经被许多Internet或是Intranet应用接受为标准的实现方式。但对性能测试来说，这种验证码又带来了很大的问题。

    最突出的问题是，性能测试工具本身是自动化工具，由于这种验证码采用的是“防止自动化工具尝试”的方法，因此，在录制了脚本之后会发现，很难对脚本进行调整，以使其适应验证码验证的需要。已经不止一次有人提到这个问题，并询问有没有较好的解决方案。

    对这个问题，我个人的看法是，基本上可以考虑从三个途径来解决该问题：

    1、第一种方法，也是最容易想到的，在被测系统中暂时屏蔽验证功能，也就是说，临时修改应用，无论用户输入的是什么验证码，都认为是正确的。这种方法最容易实现，对测试结果也不会有太大的影响（当然，这种方式去掉了“验证验证码”这个环节，不过这个环节本来就很难成为系统性能瓶颈）。但这种方法有一个致命的问题：如果被测系统是一个实际已上线的系统，屏蔽验证功能会对已经在运行的业务造成非常大的安全性的风险，因此，对于已上线的系统来说，用这种方式就不合适了；

    2、第二种方法，在第一种方法的基础上稍微进行一些改进。第一种方法带来了很大的安全性问题，那么我们可以考虑，不取消验证，但在其中留一个后门，我们设定一个所谓的“万能验证码”，只要用户输入这个“万能验证码”，我们就验证通过，否则，还是按照原先的验证方式进行验证。这种方式仍然存在安全性的问题，但由于我们可以通过管理手段将“万能验证码”控制在一个小的范围内，而且只在性能测试期间保留这个小小的后门，相对第一种方法来说，在安全性方面已经有较大的改进了；

    3、如果安全性对应用来说真的是至关重要的，不容许有一丝一毫的闪失，那我们还可以用更进一步的方法来处理这个问题。一般的性能测试工具（MI的LR、Seague的Silk performer等）都能够调用外部的DLL或是组件接口，因此，可以考虑获得“验证码验证”部分的实现，写一个验证码获取的DLL，在测试脚本中进行调用即可。

    除了这三种方法以外，可能还会有其他的方法存在，也希望各位能提供一些其他的思路。在我的实践中，第二种方法用得比较多，对未上线系统系统的内部性能测试，有时候也用第一种方法。但要提醒的是，如果针对的是已上线系统，无论用哪种方法，测试完成后，都必须立刻将应用恢复，并对系统进行一次安全审计，以免在测试期间被他人入侵。第三种方法用得比较少，而且具体上还依赖于验证组件是否能提供这样的接口。

文章来源:http://www.51testing.com/html/57/950.html

1、首先进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错“COM+ 无法与Microsoft分布式事务协调程序交谈”，无法查看里面的对象。
2、进入事件查看器，发现msdtc服务没有正常启动。
3、删除注册表中的键值（注意，是该分类中的键值）
   \H-L-M\SYSTEM\CurrentControlSet\Services\MSDTC\
      \H-L-M\SOFTWARE\Microsoft\MSDTC\
      \H-C-R\CID\
4、停止MSDTC服务：net stop msdtc
5、卸载MSDTC服务：msdtc -uninstall
6、重新安装MSDTC服务：msdtc -install
7、到服务中将messager服务改为自启动，并启动
8、查看组件服务是否正常，如果还没有，重新启动下电脑看看。

MSDTC正常启动以后，最好再做如下配置：
1、组件服务-我的电脑-右键属性

2、打开MSDTC选项卡

3、打开安全配置，如图配置

装完TD，打开TD首页提示：Error:Server is Not Available
按确定，再提示：OTA server is not connected
再确定，结果页面提示如下
Following client components were not downloaded successfully:
1.tdclientui80.TdFrameX
Close all connections to TD Server and try again

用TD的TestDirector Checker检查了一下，看见里面有一些红字如下：
The TestDirector installation process creates a virtual directorywhich it attempts to places in High (Isolated)Application Protection,If,after the installationprocess,the virtual directory is otherwise protected,TestDirector cannot word properly,To rectify thissituation,you must resynchronize the IWAM_XXXX accountpassword,or place the virtual directory in Low(IIS process)
Application Protection,For instructions onsynchronizing IWAM_XXXX account passwords,refer toArticle#324 on the following Web site:www.IISFAQ.com

根据上面的提示，到IIS里面的TDBIN目录里修改了属性“应用程序保护”，选择“高（独立）”结果提示如下：
com+无法与Mircrosoft分布式事务协调程序交谈

解决方法：

步骤如下：提前说下修改完毕到IIS里面的TDBIN目录里修改了属性“应用程序保护”，选择“高（独立）”，再浏览主页就没事了。

1、 重新设置IIS的IWAM账号密码。右键单击 我的电脑->管理，打开计算机管理界面打开 本地用户和组->用户　右键单击 启动IIS进程帐号　IWAM_****（注：****一般是计算机名）点击设置密码，设置为一个你想要的密码。

2、 同步IIS metabase中IWAM_MYSERVER的密码，在CMD中：c:\inetpub\adminscrīpts>adsutil set w3svc/wamuserpass "yourpassword"也可：选择"站点 属性"->目录安全性标签->编辑"匿名访问和验证控制"->在弹出的框中选中匿名访问，单击编辑按钮->用户名浏览，选择IWAM_MACHINE，密码框中输入同一的密码，选中"允许IIS控制密码"->确定。

注意：
在WIN2000中，查看到的密码为星号，若要不为星号，必须要先修改adsutil.vbs文件。
a.到c盘 inetpub\adminscrīpts　找到adsutil.vbs　 （根据装系统时设定的不同，有的路径可能不一样）
b.右键单击，用记事本打开
c.查找 IsSecureProperty = True　　注意=前后各有一个空格
d.将 IsSecureProperty = True 改为 IsSecureProperty = False

获取 IWAM 帐户密码命令： cscrīpt.exe adsutil.vbs get w3svc/wamuserpass
获取 IUSR 帐户密码命令： cscrīpt.exe adsutil.vbs get w3svc/anonymoususerpass
输入以上命令，按回车可分别查看IWAM和IUSR的密码。
修改密码命令：
修改 IWAM 帐户密码 cscrīpt.exe adsutil.vbs set w3svc/wamuserpass "password"　
修改 IUSR 帐户密码 cscrīpt.exe adsutil.vbs set w3svc/anonymoususerpass "password"
password 设置为你想修改的密码，即与第一步中你设置的用户IWAM_****的相同，按回车即可修改完成。
修改密码前请一定停止所有的Internet信息服务，否则后面可能会出错，并且IWAM帐户可能会被锁定。
3、 同步COM+应用程序所用的IWAM_MYSERVER密码，在CMD中：c:\inetpub\adminscrīpts>cscrīpt synciwam.vbs –v。不成功。也可：
（1）启动组件服务管理单元： “运行”->“mmc”，启动管理控制台,打开“添加/删除管理单元”对话框,将“组件服务”管理单元添加上。
（2）找到“组件服务”->“计算机”->“我的电脑”->“com+应用程序”->“out-of-process pooled applications”，右击“out-of-process pooled applications”->“属性”。
（3）切换到“out-of-process pooled applications”属性对话框的“标识”选项卡。选择“此用户”，浏览，选择用户名“IWAM_MACHINE”。这些都是缺省的。在下面的“密码”和“确认密码”文本框内输入正确的密码，确定退出。

（4）系统如果提示“应用程序被一个以上的外部产品创建。你确定要被这些产品支持吗？”时确定即可。
（5）如果在iis中将其它一些web的“应用程序保护”设置为“高（独立的）”,那么这个web所使用的com+应用程序的iwam账号密码也需要同步。
但是在进行第三步操作时总是报8004e00f错误。进入组件服务，查看组件服务/计算机/我的电脑/COM+应用程序，结果报错"COM+ 无法与 Microsoft 分布式事务协调程序交谈"，无法查看里面的对象。在事件查看器中msdtc服务没有正常启动。解决方法：运行 msdtc -resetlog
最后解决："COM+ 无法与 Microsoft 分布式事务协调程序交谈"在安装了Windows组件中的消息队列后，就不会出现这个错误了，同时"消息队列"组件又对服务中的"Distributed Transaction Coordinator"（即msdtc服务）有依存关系，这个服务必须启用，才可以安装消息队列组件！消息队列装好后，COM＋应用程序菜单就可以打开了，表示其已正常工作！如果在这个时候再装IIS或者把IIS卸载重装，就正常了！实际上，手工同步密码太过麻烦！