Iis 7 IIS7运行经典ASP网站,使用COM+;分布式事务的组件

Iis 7 IIS7运行经典ASP网站,使用COM+;分布式事务的组件,iis-7,transactions,distributed,com+,Iis 7,Transactions,Distributed,Com+,我们最近在将web应用程序从Windows Server 2003和IIS6迁移到Windows Server 2008标准32位和IIS7时遇到了一个问题 web应用程序是一个经典的ASP应用程序,它使用许多传统的COM+组件进行一些数据库操作。数据库服务器是运行在Linux上的Oracle 10g DB,Oracle客户端也是10g 问题是,当尝试在事务中执行inset/update/delete时,它会抛出一个异常,表示无法在指定的事务协调器中登记该事务。阅读查询是可以的。如果COM+组件

我们最近在将web应用程序从Windows Server 2003和IIS6迁移到Windows Server 2008标准32位和IIS7时遇到了一个问题

web应用程序是一个经典的ASP应用程序,它使用许多传统的COM+组件进行一些数据库操作。数据库服务器是运行在Linux上的Oracle 10g DB,Oracle客户端也是10g

问题是,当尝试在事务中执行inset/update/delete时,它会抛出一个异常,表示无法在指定的事务协调器中登记该事务。阅读查询是可以的。如果COM+组件被配置为不需要事务,那么DML命令也可以正常工作,但这并不是我们系统的一个选项

我知道MSDTC配置正确,COM+组件在安全设置和打开的端口(防火墙完全关闭)方面也配置正确,因为在同一台服务器上,我们也有一个使用相同COM+组件的windows服务,并且该组件工作正常。我甚至为这台服务器上的几乎每个用户帐户授予MSDTC和COM+组件的权利和权限,所以无论运行IIS中代码的线程的身份如何,我认为这应该包括在其中


几天来,我们一直在试图弄清这件事的真相,而我们在互联网上所能找到的只是我们已经讨论过的东西,比如DTC配置和防火墙问题。由于windows服务应用程序在同一服务器设置中运行正常,因此不确定还可以尝试什么。可能会有所帮助。

谢谢链接,我已经检查并再次检查了所有这些,配置看起来不错。必须这样做,因为使用相同COM+组件、相同oracle客户端、相同数据库等的windows服务运行正常。唯一的问题是ASP应用程序