3

我在本地没有得到的生产环境中遇到问题。

我在 TransactionScope 中运行一些 LINQ to SQL 代码，如下所示：

        using (var scope = new TransactionScope())
        {
            uploadRepository.SubmitChanges();
            result = SubmitFileResult.Succeed();

            ScanForNewData(upload);

            scope.Complete();
        }

ScanForNewData() 调用 GetSubmittedData()。如果 GetSubmitted() 发生异常，我们使用 Nlog 将错误写入文件、数据库并发送电子邮件：

        catch (Exception ex)
        {
            //MT - having to comment this out beause it is causing a problem with transactions on theproduction server
            logger.ErrorException(String.Format("Error reading txt file {0} into correct format", upload.DocumentStore.FileName), ex);
            return new UploadGetSubmittedDataResult { Exception = ex, Success = false, Message = String.Format("Error reading txt file {0} into correct format", upload.DocumentStore.FileName) };
        }

然后在 ScanForNewData 中，我们调用 repository.SubmitChanges()。这会导致：

该操作对事务的状态无效。System.Transactions.TransactionException TransactionException System.Transactions.TransactionException：操作对于事务的状态无效。

我想出的最好的主意是，在生产环境中，这段代码在 Web 服务器上运行并调用单独的数据库服务器。DataContext 和 Nlog 都具有相同的连接字符串配置和 Sql 用户，但可能是因为服务器是远程的（而我在本地使用集成安全性）发生了一些奇怪的事情。

知道在这种情况下交易会发生什么吗？

更新 - 我刚刚在本地使用 SQL 用户进行了尝试，它仍然可以正常工作。应该跟制作环境有关系...

另一个更新 - 我撒谎。在开发机器上，永远不会写入 Nlog 数据库记录，发送电子邮件，并且不会发生 TransactionException。

4

3 回答 3

0

在不知道 TransactionException 的内部异常是什么的情况下很难解决，但这里有一个想法：

如果您重构代码以在事务范围周围的 using 块结束后进行日志记录，则您可能会避免遇到的问题，因为事务范围将结束并且 DTC 将回滚事务。

我过去在处理事务时使用并看到过这种模式（直到事务结束并回滚后才记录）并且它运行良好。

始终建议在单独的数据库上进行日志记录以避免此类问题。如果你这样做了，这个问题也将被避免。

于 2012-06-06T05:16:09.657 回答
0

如果没有异常的完整堆栈跟踪，很难猜测是什么问题，它可能取决于多种因素。

例如，我假设 NLog 我自己打开了一个到数据库的新连接，这可能会导致事务被提升为分布式事务，并且分布式事务协调器将启动。这可能导致行为之间的不对称您在生产和本地的应用程序。

您可能会通过其中的某些操作破坏事务，例如某些未处理的异常或非法访问某些数据。

提供完整的堆栈跟踪和更多涉及的代码以进行更深入的分析。

于 2012-06-03T00:17:41.737 回答
0

看看这个..似乎是 Nlog 的一个错误。

https://groups.google.com/forum/#!msg/nlog-users/I5UR-bISlTA/6RPtOZhR4NoJ

建议的解决方案是使用异步目标进行 Db 日志记录。

于 2013-10-16T12:48:22.663 回答