注意请参阅更新6.它有一个简单的应用程序，演示如何重新创建问题。
我过着DTC的噩梦...我们的设置是我们有两个数据库;一个SQL Server 2008数据库和一个Oracle数据库（11g，我相信）。我安装了oracle MTS东西。我将DTC配置为允许分布式事务。对Oracle表的所有访问都通过SQL Server数据库中与链接服务器中的Oracle表相对的视图进行。
（关于DTC配置：选中 - ＆gt;网络DTC访问，允许远程客户端，允许入站，允许出站，相互身份验证（尝试所有3个选项），启用XA事务和启用SNA LU 6.2事务.DTC登录作为NT AUTHORITY\NetworkService）
我们的应用程序是一个ASP.NET MVC 4.0应用程序，它调用许多WCF服务来执行数据库工作。目前，Web应用程序和WCF服务共享相同的应用程序池（不确定它是否相关，但以防万一......）
我们的一些服务是交易性的，有些则不是。
每个事务性的WCF服务在其接口上都具有以下属性：
[ServiceContract(SessionMode=SessionMode.Required)]
以及界面中方法签名的以下属性：
[TransactionFlow(TransactionFlowOption.Allowed)]
以及每个方法实现的以下属性：
[OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]
在我的数据访问层中，所有事务方法都设置如下：
using (IDbConnection conn = DbTools.GetConnection(_configStr, _connStr, true))
{
using (IDbCommand cmd = DbTools.GetCommand(conn, "SET XACT_ABORT ON"))
{
cmd.ExecuteNonQuery();
}
using (IDbCommand cmd = DbTools.GetCommand(conn, sql))
{
... Perform actual database work ...
}
}
作为事务性调用事务DAL代码的服务。我们的想法是将需要交易的东西（少数情况）与不需要交易的东西分开（约95％的情况）。
不应该在事务中调用事务性和非事务性WCF方法（尽管我还没有对此进行验证，这可能是我遇到问题的原因。我不确定，这是我在这里问的原因的一部分。）
正如我之前提到的，在大多数情况下，这一切都很好。
定期，我无法确定启动它的原因，我开始收到错误。一旦他们开始，几乎一切都开始失败了一段时间。最终事情又开始了。不知道为什么......这一切都在一个用户的测试环境中。
有时错误是：
无法启动OLE DB提供程序的嵌套事务＆＃34; OraOLEDB.Oracle＆＃34;对于链接服务器＆＃34; ORACLSERVERNAME＆＃34;。需要嵌套事务，因为XACT_ABORT选项设置为OFF。
这条消息，当我在交易中有非交易内容时我正在猜测，因为我没有在非交易代码中设置XACT_ABORT（这完全是可行的，如果那样可以解决我的问题）。
然而，大多数情况下，错误是这样的：
System.Data.SqlClient.SqlException（0x80131904）：无法执行操作，因为OLE DB提供程序＆＃34; OraOLEDB.Oracle＆＃34;对于链接服务器＆＃34; ORACLSERVERNAME＆＃34;无法开始分布式交易。
现在，我们最初只在SQL Server表上进行了交易，而且一切正常。直到我们为一些事情开始失败的Oracle表添加了事务支持之后才开始。我知道Oracle事务有效。就像我说的那样，大多数时候，一切都只是笨拙的，然后有时会开始失败并且一直失败，直到它决定停止失败然后它再次起作用。
希望我能弄明白如何将其作为＆＃34;功能销售＃34;对我的用户而言，我并不乐观，所以我很乐意帮助您追踪它。如果我遗漏了任何重要信息，请告诉我。
更新1：我注意到我们的交易似乎没有设置DistributedIdentifier，因此我在此博文中添加了EnsureDistributed()方法：http://www.make-awesome.com/2010/04/forcibly-creating-a-distributed-net-transaction/
而不是硬编码的Guid（这似乎会导致很多问题），我让它为每个事务生成一个新的Guid，这似乎有效，但它并没有解决我的问题。我想知道缺乏DistribuedIdentifier是否表明存在其他一些潜在的问题。我之前从未处理过这样的环境，所以我不确定＆＃34;正常＆＃34;。
更新2：我注意到DistributedIdentifier没有传递给WCF。从客户端，我在Transaction.Current.TransactionInformation中有一个DistributedIdentifier和一个LocalIdentifier。但是在WCF服务器中，只有一个LocalIdentifier集，它与客户端的Guid不同（这是有道理的，但我原本希望DistributedIdentifier能够通过）。
更新3 ：当我在交易失败时，即使在我关闭IIS之后，我也无法让DTC服务停止运行重新开始。例如，如果我进入组件服务并更改安全设置，然后单击“应用”或“确定”，等待一段时间后，我会收到一条拨号，表示“＃34;未能重新启动MS DTC服务”。请查看事件日志以获取更多详细信息。＆＃34;
在事件日志中，我收到了一系列事件：
1 (from MSDTC): "The MS DTC service is stopping"
2 (From MSSQL$SQLEXPRESS): "The connection has been lost with Microsoft Distributed Transaction
Coordinator (MS DTC). Recovery of any in-doubt distributed transactions
involving Microsoft Distributed Transaction Coordinator (MS DTC)
will begin once the connection is re-established. This is an
informational message only. No user action is required."
-- Folowed by these 3 identical messages
3 (from MSDTC Client 2): 'MSDTC encountered an error (HR=0x80000171) while attempting to establish a secure connection with system GCOVA38.'
4 (from MSDTC Client 2): 'MSDTC encountered an error (HR=0x80000171) while attempting to establish a secure connection with system GCOVA38.'
5 (from MSDTC Client 2): 'MSDTC encountered an error (HR=0x80000171) while attempting to establish a secure connection with system GCOVA38.'
6 (From MSDTC 2): MSDTC started with the following settings:
Security Configuration (OFF = 0 and ON = 1):
Allow Remote Administrator = 0,
Network Clients = 1,
Trasaction Manager Communication:
Allow Inbound Transactions = 1,
Allow Outbound Transactions = 1,
Transaction Internet Protocol (TIP) = 0,
Enable XA Transactions = 1,
Enable SNA LU 6.2 Transactions = 1,
MSDTC Communications Security = Mutual Authentication Required,
Account = NT AUTHORITY\NetworkService,
Firewall Exclusion Detected = 0
Transaction Bridge Installed = 0
Filtering Duplicate Events = 1
这让我想知道是否有某事可能会让交易在某个地方开放？我觉得有一种感觉，因为缺乏一个更好的术语，“悬挂交易”＃39;没有得到承诺或回滚。在我使用TransactionScope的每种情况下，它都发生在＆＃34;使用＆＃34;声明，所以一切都应该回滚或提交。但我真的开始认为某种方式，某些事情正在泄漏......
更新4：与更新3相关。我正在执行手动登记。我们的连接字符串有＆＃34; Enlist = false＆＃34;。 DBTools.GetConnection()接受一个布尔参数，指定是否将当前事务登记到连接中。我发布此更新是因为，根据更新3的内容，我想知道，或许，不应该招募交易的连接是否以某种方式招募它们。
public static IDbConnection GetConnection(string configString, string connectionString, bool enlistTransaction)
{
SqlConnection conn = new SqlConnection(connectionString);
conn.Open();
if (enlistTransaction && Transaction.Current != null)
{
conn.EnlistTransaction(Transaction.Current);
}
return conn;
}
public static IDbCommand GetCommand(IDbConnection conn, string command)
{
IDbCommand cmd = conn.CreateCommand();
cmd.CommandText = command;
return cmd;
}
更新5：我设法找到一组单元测试，如果我运行该组，它总是在同一个测试中的同一个地方失败（但如果我只是自己运行该测试，一遍又一遍，它不会失败。它与之前运行的测试有关。）我设法获得了一些DTC跟踪日志。这是一个显示初始失败事务的日志。我也会展示一些先前的交易，以防看到一些有意义的交易有所帮助。失败的交易从seq=1846开始。
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.064 ;seq=1822 ;eventid=TRANSACTION_BEGUN ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"transaction has begun, description :'<NULL>'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.064 ;seq=1823 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #1. RM guid = '344d3060-811c-4fc6-bab6-0eea76e3af3a'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.064 ;seq=1824 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #2. RM guid = '7b16851c-00a5-41dd-b59c-b003dcae08ec'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.064 ;seq=1825 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1005 enlisted as transaction enlistment #3. RM guid = '72efe9cc-80f2-4a5b-9659-28b07987b600'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.079 ;seq=1826 ;eventid=RECEIVED_COMMIT_REQUEST_FROM_BEGINNER ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"received request to commit the transaction from beginner"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.079 ;seq=1827 ;eventid=RM_ISSUED_PREPARE ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"prepare request issued to resource manager #1004 for transaction enlistment #1"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.079 ;seq=1828 ;eventid=RM_ISSUED_PREPARE ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"prepare request issued to resource manager #1004 for transaction enlistment #2"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.079 ;seq=1829 ;eventid=RM_ISSUED_PREPARE ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"prepare request issued to resource manager #1005 for transaction enlistment #3"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1830 ;eventid=RM_VOTED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1004 voted commit for transaction enlistment #2"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1831 ;eventid=RM_VOTED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1004 voted commit for transaction enlistment #1"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1832 ;eventid=RM_VOTED_READ_ONLY ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"resource manager #1005 voted read-only for transaction enlistment #3"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1833 ;eventid=TRANSACTION_COMMITTED ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"transaction has got committed"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1834 ;eventid=RM_ISSUED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"commit request issued to resource manager #1004 for transaction enlistment #1"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1835 ;eventid=RM_ISSUED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"commit request issued to resource manager #1004 for transaction enlistment #2"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1836 ;eventid=RM_ACKNOWLEDGED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"received acknowledgement of commit request from the resource manager #1004 for transaction enlistment #1"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.079 ;seq=1837 ;eventid=RM_ACKNOWLEDGED_COMMIT ;tx_guid=49a79b73-66c0-48cb-abb1-8b657a2e3e4d ;"TM Identifier='(null) '" ;"received acknowledgement of commit request from the resource manager #1004 for transaction enlistment #2"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.002 ;seq=1838 ;eventid=TRANSACTION_BEGUN ;tx_guid=55dd8607-c01e-4135-a247-7ef435c70bc6 ;"TM Identifier='(null) '" ;"transaction has begun, description :'<NULL>'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.018 ;seq=1839 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=55dd8607-c01e-4135-a247-7ef435c70bc6 ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #1. RM guid = '7b16851c-00a5-41dd-b59c-b003dcae08ec'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.018 ;seq=1840 ;eventid=RECEIVED_COMMIT_REQUEST_FROM_BEGINNER ;tx_guid=55dd8607-c01e-4135-a247-7ef435c70bc6 ;"TM Identifier='(null) '" ;"received request to commit the transaction from beginner"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:45.018 ;seq=1841 ;eventid=TRANSACTION_COMMITTED ;tx_guid=55dd8607-c01e-4135-a247-7ef435c70bc6 ;"TM Identifier='(null) '" ;"transaction has got committed"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.106 ;seq=1842 ;eventid=TRANSACTION_BEGUN ;tx_guid=cc4a8215-3475-4c14-b40d-d150fc79f8f7 ;"TM Identifier='(null) '" ;"transaction has begun, description :'<NULL>'"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.121 ;seq=1843 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=cc4a8215-3475-4c14-b40d-d150fc79f8f7 ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #1. RM guid = '7b16851c-00a5-41dd-b59c-b003dcae08ec'"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.121 ;seq=1844 ;eventid=RECEIVED_COMMIT_REQUEST_FROM_BEGINNER ;tx_guid=cc4a8215-3475-4c14-b40d-d150fc79f8f7 ;"TM Identifier='(null) '" ;"received request to commit the transaction from beginner"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:45.121 ;seq=1845 ;eventid=TRANSACTION_COMMITTED ;tx_guid=cc4a8215-3475-4c14-b40d-d150fc79f8f7 ;"TM Identifier='(null) '" ;"transaction has got committed"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.657 ;seq=1846 ;eventid=TRANSACTION_BEGUN ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"transaction has begun, description :'<NULL>'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.657 ;seq=1847 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #1. RM guid = '344d3060-811c-4fc6-bab6-0eea76e3af3a'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1848 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"resource manager #1004 enlisted as transaction enlistment #2. RM guid = '7b16851c-00a5-41dd-b59c-b003dcae08ec'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1849 ;eventid=RM_ENLISTED_IN_TRANSACTION ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"resource manager #1005 enlisted as transaction enlistment #3. RM guid = '72efe9cc-80f2-4a5b-9659-28b07987b600'"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1850 ;eventid=RECEIVED_ABORT_REQUEST_FROM_NON_BEGINNER ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"received request to abort the transaction from non beginner"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1851 ;eventid=TRANSACTION_ABORTING ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"transaction is aborting"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1852 ;eventid=RM_ISSUED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"abort request issued to resource manager #1004 for transaction enlistment #1"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1853 ;eventid=RM_ISSUED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"abort request issued to resource manager #1004 for transaction enlistment #2"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1854 ;eventid=RM_ISSUED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"abort request issued to resource manager #1005 for transaction enlistment #3"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1855 ;eventid=RM_ACKNOWLEDGED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"received acknowledgement of abort request from the resource manager #1005 for transaction enlistment #3"
pid=1244 ;tid=6284 ;time=10/15/2013-10:00:59.672 ;seq=1856 ;eventid=RM_ACKNOWLEDGED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"received acknowledgement of abort request from the resource manager #1004 for transaction enlistment #2"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:59.672 ;seq=1857 ;eventid=RM_ACKNOWLEDGED_ABORT ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"received acknowledgement of abort request from the resource manager #1004 for transaction enlistment #1"
pid=1244 ;tid=8488 ;time=10/15/2013-10:00:59.672 ;seq=1858 ;eventid=TRANSACTION_ABORTED ;tx_guid=d07cc436-033c-450b-a36c-7e2fe79cdb81 ;"TM Identifier='(null) '" ;"transaction has been aborted"
我不确定，但值得注意的是，在上一笔交易完成和此交易开始之间有14.5秒的延迟。单元测试似乎挂在那里，我还没弄清楚原因。
这可能并不重要，但失败发生在下面的ExecuteNonQuery中：
public IClientInternal GetClient(string clientCode)
{
string sql = "SELECT [CLIENT_CODE], [COMPANY], [EMPLOYEE] << more fields here >> FROM OPENQUERY("+
_settings.LinkedOracleServer + ", 'SELECT * FROM CLIENT WHERE "+
"CLIENT_CODE = ''" + clientCode + "'' "+
"')";
using (IDbConnection conn = DbTools.GetConnection(_configStr, _connStr, true))
{
using (IDbCommand cmd = DbTools.GetCommand(conn, "SET XACT_ABORT ON"))
{
cmd.ExecuteNonQuery();
}
using (IDbCommand cmd = DbTools.GetCommand(conn, sql))
{
DbTools.AddParameter(cmd, "@CLIENT_CODE", DbType.String, clientCode);
IDataReader reader = cmd.ExecuteReader();
if (reader.Read())
{
return ClientInternal.FromReaderRecord(reader);
}
return null;
}
}
}
此代码在最终失败之前会成功调用多次。
我想知道的是，如果可能在Oracle方面没有正确清除交易。如果我理解正确，Oracle有10个分布式事务限制。它是否有可能认为以前的分布式交易仍然是开放的（我没有看到任何迹象。所有证据似乎表明所有以前的交易都在完美运行，DTC日志显示它们已被提交）。
更新6：我设法用相当小的代码来解决问题。下面，除了更改DB和clientCode的名称之外，是重现问题的确切代码。我在SqlException cmd.ExecuteReader() GetClients()来电The operation could not be performed because OLE DB provider "OraOLEDB.Oracle" for linked server "ORACLE" was unable to begin a distributed transaction.来看GetEmployeeBadges()我可以一遍又一遍地呼叫GetClients()并且它会工作。我可以一遍又一遍地呼叫GetClients()并且它可以正常工作。但是如果我调用GetEmployeeBadges（）然后在transcaction中调用GetEmployeeBadges()，它就会失败。它似乎是在交易中登记第二个电话的结果。
作为补充说明，GetEmployeeBadges()似乎有些奇怪。这是我们环境的另一个奇怪之处，但V_EMPLOYEE和V_PAEMPLOYEE实际上是另一个Oracle数据库的视图。因此，我遇到的Oracle服务器在另一台Oracle服务器上有视图。所以它是oracle表的oracle视图的SQL Server视图。我知道，这有点疯狂。这里的任何功能都令人惊叹。如果我尝试在事务中运行Cannot execute the query "<<query text here>>" against OLE DB provider "OraOLEDB.Oracle" for linked server "ORACLE".并在事务中登记它，它实际上将失败：class Program
{
private static string connStr = @"Server=localhost\SQLEXPRESS;Database=MYDB;Trusted_Connection=True;Enlist=false";
static void Main(string[] args)
{
GetEmployeeBadges();
using (TransactionScope ts = new TransactionScope(TransactionScopeOption.RequiresNew, new TimeSpan(0, 15, 0)))
{
GetClients();
ts.Complete();
}
}
private static void GetEmployeeBadges()
{
string sql = @"select * from OPENQUERY(ORACLE, 'select a.security_nbr, a.employee, b.last_name, b.first_name, b.department
from V_PAEMPLOYEE a, V_EMPLOYEE b
where
LENGTH(TRIM(a.SECURITY_NBR)) > 0 and
a.EMPLOYEE = b.EMPLOYEE and
a.COMPANY = 3')";
using (IDbConnection conn = DbTools.GetConnection(connStr))
{
using (IDbCommand cmd = DbTools.GetCommand(conn, "SET XACT_ABORT ON"))
{
cmd.ExecuteNonQuery();
}
using (IDbCommand cmd = DbTools.GetCommand(conn, sql))
{
cmd.CommandTimeout = 240;
IDataReader reader = cmd.ExecuteReader();
}
}
}
public static void GetClients()
{
string clientCode = "clientCode";
string sql = @"SELECT [CLIENT_CODE], [COMPANY], [EMPLOYEE], [MENU_TOKEN_CODE], [ADMINISTRATOR_FLAG], [SUPERVISOR_FLAG],
[CLIENT_DESCR], [DEFAULT_QUEUE_CODE], [FG_WHSE_CODE], [FRT_WHSE_CODE], [BILL_COMP_CODE], [FI_COMP_CODE],
[DEFAULT_ROLE], [DEFAULT_PRINTER_CODE], [SHIP_PRINTER_CODE], [DEFAULT_DISPLAY]
FROM OPENQUERY( ORACLE, 'SELECT * FROM CLIENT WHERE CLIENT_CODE = ''clientCode''')";
using (IDbConnection conn = DbTools.GetConnection(connStr, true))
{
using (IDbCommand cmd = DbTools.GetCommand(conn, "SET XACT_ABORT ON"))
{
cmd.ExecuteNonQuery();
}
using (IDbCommand cmd = DbTools.GetCommand(conn, sql))
{
DbTools.AddParameter(cmd, "@CLIENT_CODE", DbType.String, clientCode);
IDataReader reader = cmd.ExecuteReader();
reader.Read();
}
}
}
}
我无法想象让这一点变得更小。
public static class DbTools
{
public static IDbConnection GetConnection(string connectionString)
{
return GetConnection(connectionString, false);
}
public static IDbConnection GetConnection(string connectionString, bool enlistTransaction)
{
SqlConnection conn = new SqlConnection(connectionString);
conn.Open();
if (enlistTransaction && Transaction.Current != null)
{
conn.EnlistTransaction(Transaction.Current);
}
return conn;
}
public static IDbCommand GetCommand(IDbConnection conn, string command)
{
IDbCommand cmd = conn.CreateCommand();
cmd.CommandText = command;
return cmd;
}
public static IDbDataParameter AddParameter(IDbCommand cmd, string name, DbType type, object value)
{
IDbDataParameter param = cmd.CreateParameter();
param.ParameterName = name;
param.DbType = type;
param.Value = value != null ? value : DBNull.Value;
cmd.Parameters.Add(param);
return param;
}
}
DbTools的东西，如果它有用，是：
{{1}}
奖励还剩23个小时。我喜欢给那个人150分！
答案 0 :(得分：0)
根据KB187289，Oracle不支持嵌套事务，因此只要事务在没有干净回滚的情况下中止，就会出现第一条错误消息。在这种情况下，这两个数据库都不能完成事务，并且会在阻塞事务被丢弃之前停止。
XACT_ABORT强制事务在第一个运行时错误时终止并执行立即回滚。为所有连接激活XACT_ABORT以便立即抛出运行时错误，其中一个可能导致事务在任一数据库上失败。
如果没有XACT_ABORT，MS SQL服务器会尝试在嵌套事务中静默，部分回滚损坏的查询。运行时错误将被抑制，除非明确捕获，否则将被忽略。
这不能解决您的原始问题（仍然存在失败的事务），但它使您能够首先看到运行时错误。
TRY...CATCH和嵌套事务将是自SQL 2005以来执行正确错误处理的更简洁方法，但由于Oracle不支持这些语言扩展，因此不适合您。
答案 1 :(得分：0)
这个问题是由我们非常奇怪的设置造成的。
我们有一台具有链接Oracle服务器的SQL Server。我们在SQL Server中为Oracle服务器上的表创建视图。 Oracle服务器中有一些视图是对另一个Oracle服务器中的表的视图。我们只是在服务器2中的Oracle表上的服务器1中的Oracle视图的SQL服务器中创建视图。即使我们在从视图的视图中获取数据时没有使用事务，也导致后续执行中的事务失败（如果有人关心如何做到这一点，我会喜欢解释。）
我们的解决方案是简单地创建第二个链接服务器并绕过视图的视图。你可能想知道我们为什么不开始这样做，这只是因为，直到我们遇到这个问题，没有令人信服的理由有第二个链接服务器（并且第二个服务器上有非常敏感的信息，所以我们喜欢最小化访问它的路径的想法）。显然，我们现在有一个令人信服的理由。
虽然我没有给出Exth3的答案，但我确实给了他/她提供最终导致我发现问题的信息的赏金点。谢谢Exth3！