所以我有一个WCF服务,里面有一个Process()方法.此方法从一个表中读取字节数组(文件),并基本上将该文件中的数据放入多个表中.它只是遍历每一行.它在生产环境中工作了一个月以来一直很好.现在突然间,它间歇地抛出这个错误:
System.InvalidOperationException:与当前连接关联的事务已完成但尚未处理.必须先处理事务,然后才能使用连接执行SQL语句.
可能有所帮助的东西:大约2周前,我们更换了生产网络和数据库服务器.我们搬家后,这个错误一直在呕吐.当我们在旧服务器上时,我从未遇到过这个问题.但问题是,这个错误在前9-10天没有发生.现在它突然间歇地发生了.我已经上传了大文件(1k-2.5k行)并且它们工作正常,并且这个错误会引发更小的200行文件!并且服务有时会完美地处理相同的文件.
代码片段:(它更大,但重复类似的操作)
using (var scope = new TransactionScope()) { // loop through each row/invoice foreach (var row in Rows) { Invoice invoice = (Invoice)CreateObjectWithConstantData(typeof(Invoice), doc, applicationName); invoice = (Invoice)FillObjectWithUserData(invoice, row, -1, -1, string.Empty); invoice.InvoiceNumber = InvoiceDBImpl.SaveInvoice(invoice, processFileRequest.RunId); if (invoice.InvoiceNumber == Guid.Empty) { throw new DataAccessException(string.Format(Messages.ErrorSavingInvoice, invoice.ReceiptId, invoice.ProductID)); } } }
堆栈跟踪之一:
at System.Data.SqlClient.TdsParser.TdsExecuteRPC(_SqlRPC[] rpcArray, Int32 timeout, Boolean inSchema, SqlNotificationRequest notificationRequest, TdsParserStateObject stateObj, Boolean isCommandProc) at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async) at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result) at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe) at System.Data.SqlClient.SqlCommand.ExecuteNonQuery() at System.Data.SqlClient.SqlCommand.ExecuteNonQuery() at System.Data.Linq.SqlClient.SqlProvider.Execute(Expression query, QueryInfo queryInfo, IObjectReaderFactory factory, Object[] parentArgs, Object[] userArgs, ICompiledSubQuery[] subQueries, Object lastResult) at System.Data.Linq.SqlClient.SqlProvider.ExecuteAll(Expression query, QueryInfo[] queryInfos, IObjectReaderFactory factory, Object[] userArguments, ICompiledSubQuery[] subQueries) at System.Data.Linq.SqlClient.SqlProvider.System.Data.Linq.Provider.IProvider.Execute(Expression query) at System.Data.Linq.DataContext.ExecuteMethodCall(Object instance, MethodInfo methodInfo, Object[] parameters) at Tavisca.TramsFileService.DataAccess.TramsDBDataContext.SaveTramsPayment(Nullable`1 paymentDate, String paymentType, Nullable`1 totalAmount, String bankAccount, String paymentMethod, String branch, String remarks, String creditCardLast4, String payeeName, String profileNumber, Nullable`1& paymentId) at Tavisca.TramsFileService.DataAccess.PaymentDBImpl.<>c__DisplayClass1.b__0(TramsDBDataContext dc) at Tavisca.TramsFileService.DataAccess.SystemDataContext.PerformOperation(Action`1 action) at Tavisca.TramsFileService.DataAccess.PaymentDBImpl.SavePayment(Payment payment) at Tavisca.TramsFileService.Core.TramsFileController.ProcessFile(ProcessFileRQ processFileRequest) at Tavisca.TramsFileService.ServiceImplementation.TramsFileServiceImpl.ProcessFile(ProcessFileRQ processFileRequest)
我经历了一些链接:
链接1
链接2
链接3
他们都建议在machine.config上增加TimeOut,但我不确定为什么它有时会起作用而在其他时候不起作用.这不应该一致吗?
查看此连接文章,显示.NET ADO库中的问题.
http://connect.microsoft.com/VisualStudio/feedback/details/266095/transactionscope-timeout-issue-with-sqlconnection-and-ltm-some-operations-are-not-rolled-back
它与必须在客户端(而不是SQL Server)设置的超时有关.
第一个事务超时但第二个事务抛出错误消息.
您使用的是.NET 4.0框架吗?
这是一篇关于如何在C#代码中设置超时的文章.
http://paulklinker.blogspot.com/2011/08/transaction-timeouts-in-c.html
首先,我建议scope.Complete();
在结尾处添加TransactionScope
:
using (var scope = new TransactionScope()) { //Your stuff goes here scope.Complete(); }
必须使用.Complete()
函数在最后一行提交任何事务.
其次,如果增加TimeOut
的machine.config
作品中,有在做任何伤害,因为长文件显然需要更多的时间.
第三,确保内部调用的任何其他组件TransactionScope
都适用于所有正面和负面场景.通过堆栈跟踪,特别是用例似乎有些破坏了内部功能Tavisca.TramsFileService.ServiceImplementation.TramsFileServiceImpl.ProcessFile(ProcessFileRQ processFileRequest)
还要确保内部任何底层调用是否使用了某个存储过程,TransactionScope
然后还可能导致存储过程中的任何失败事务TransactionScope
.
还有一件事,抛出的异常也可能是合法的,因为你手动抛出异常,invoice.InvoiceNumber == Guid.Empty
但如果它被处理/捕获或者只是传递给上层,则不提及它.
但首先尝试添加scope.Complete();
,这可能是根本原因.