SqlBulkCopy.WriteToServer 挂起 Thread.Abort 被调用但不确定原因

Question

Given：

• 一个 BenchMark 类，让我知道某件事何时完成。
• 一个非常大的 XML 文件 (~120MB)，已被解析为多个列表

一些代码：

SqlConnection con = null;
SqlTransaction transaction = null;

try
{
  con = getCon(); // gets a new connection object
  con.Open();
  transaction = con.BeginTransaction();

  var bulkCopy = new SqlBulkCopy(con, SqlBulkCopyOptions.Default, transaction)
  {
    BatchSize = 1000,
    DestinationTableName = "Table1"
  };

  // assume that the BenchMark class is working
  b = new BenchMark("Table1");
  bulkCopy.WriteToServer(_insertTable1s.AsDataReader()); // _insertTables1s is a List<Table1>
  b.Complete();
  LogHelper.WriteLogItem(b);

  b = new BenchMark("Table2");
  bulkCopy.DestinationTableName = "Table2";
  bulkCopy.WriteToServer(_insertTable2s.AsDataReader()); // _insertTables2s is a List<Table2>
  b.Complete();
  LogHelper.WriteLogItem(b);

  // etc... this code does a batch insert into about 7 tables all having about 40,000 records being inserted.

  b = new BenchMark("Transaction Commit");
  transaction.Commit();
  b.Complete();
}
catch (Exception e)
{
  transaction.Rollback();

  LogHelper.WriteLogItem(
    LogLevel.Critical,
    LogType.DataProcessing,
    e.ToString());
}
finally
{
  con.Close();
}

问题：

在我的本地开发环境中，一切都很好。当我在云中运行此操作时，导致它挂起。使用 LogHelper.WriteLogItem 方法，我可以观察此过程的进度。我观察到它随机挂在一张特定的桌子上。不会引发异常，因此事务不会回滚。假设它挂在 Table2 批量插入上。 事务已中止？）

使用 MS SQL Management Studio，我在 Table3、Table2 和 Table1 上运行查询，没有出现任何问题（这意味着 它挂起，我将重新运行该过程。这次它挂起得更快，所以我可能会得到这样的日志：

7755   Benchmark   LoadXML took 00:00:04.2432816
7756   Benchmark   Table1 took 00:00:06.3961230
7757   Benchmark   Table2 took 00:00:05.2566890
7758   Benchmark   Table3 took 00:00:08.4900921
7759   Benchmark   Table4 took 00:00:02.0000123

...它挂在 Table5 上（因为 BenchMark 从未完成）。我再次运行它，日志的其余部分看起来像：

7780   Benchmark   LoadXML took 00:00:04.1203923

...它现在挂在这里。

如果有帮助的话，我正在使用机架空间云托管。过去我已经能够通过从 dbml 文件中删除所有表并读取它们来解决此问题，但这次它不起作用。我想知道是否是正在处理的数据量导致了问题？

编辑：此示例中的代码在异步线程中运行。我发现线程由于未知原因而中止，我需要找出原因来解决此问题。

Answer 1

如果您对服务器或数据库有管理员权限，则可以运行

SELECT * FROM sys.dm_tran_session_transactions

以查看当前活动的事务 - 来自 Pinal

此外，您可以运行 sp_lock 确保没有任何东西阻止您的事务。

Answer 2

因为这个过程是异步完成的（即启动一个线程来处理这个问题），所以线程有一个问题导致它中止，这就是为什么我会得到奇怪的行为，代码在不同的地方停止。我通过同步完成此任务解决了这个问题（它有效，但并不理想）。

我想真正的问题是为什么我的线程中止，因为我没有在任何代码中中止它。我相信这是由于正在处理的数据量所致，但我可能是错的。

不管怎样，我已经解决了我的问题。