[英]IIS7 running classic ASP website consumming COM+ components for distributed transactions
我们最近在将Web应用程序从Windows Server 2003和IIS6迁移到Windows Server 2008 Standard 32位和IIS7时遇到了一个问题。
该Web应用程序是一个经典的ASP应用程序，它使用许多旧式COM +组件进行某些数据库操作。 数据库服务器是在Linux上运行的Oracle 10g DB，Oracle客户端也是10g。
问题是，当尝试在事务中进行插入/更新/删除时，会引发异常，表明该事务无法在指定的事务协调器中登记。 读取查询是可以的。 如果将COM +组件配置为不要求事务处理，那么DML命令也可以正常工作，但这并不是我们系统真正的选择。
我知道MSDTC的配置正确，在安全设置和打开的端口（防火墙完全关闭）方面，COM +组件也都正确配置，因为在同一台服务器上，我们也有一个使用相同COM +组件的Windows服务，并且运行正常。 我什至对MSDTC和COM +组件的服务器上的几乎每个用户帐户都授予了权限，因此无论在IIS中运行代码的线程的身份如何，我都应该覆盖一下通过那个。
几天来一直在努力探究这一点，我们在互联网上可以找到的只是我们已经介绍的内容，例如DTC配置和防火墙问题。 由于Windows服务应用程序在同一服务器设置中运行正常，因此不确定是否要尝试其他方法。
也许这会有所帮助
在x64 Windows Server 2008和IIS7上使用COM +的经典ASP
[英]Classic ASP using COM+ on x64 Windows Server 2008 and IIS7
从经典ASP调用的COM + ActiveX dll调用非ActiveX dll时出现IIS7错误
[英]IIS7 error when calling non-activeX dll from COM+ activeX dll called by classic asp
从IIS 7上的经典ASP创建COM +组件时“Server.CreateObject失败”
[英]“Server.CreateObject Failed” on COM+ component creation from classic ASP on IIS 7
网站从IIS6迁移到IIS7后，经典的ASP数据库连接出错
[英]Error with classic asp database connection after migration of website from IIS6 to IIS7
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
