SQLBulkCopyがデッドロックの原因となる

Question

私は実際にSQLBulkCopyを使用してデータを送り先に挿入します。このコードは、デッドロックのためにソースSQLサーバーで頻繁に失敗しています。私たちが一括コピーを実行している間、コピーされているテーブルが使用されている可能性があります（私はいくつかの挿入/選択が実行されていることを意味しました）。

「TABLOCK」のヒントには問題がありますか？私の理解によると、TABLOCKは共有ロックのみを取得し、問題ではありません。

using (var reader = srcConnection.ExecuteReader($"select * from [{DatabaseName}].[{schemaName}].[{tableName}]")) 
{ 
    const SqlBulkCopyOptions bulkCopyOptions = SqlBulkCopyOptions.TableLock | SqlBulkCopyOptions.FireTriggers | 
               SqlBulkCopyOptions.KeepNulls | //Do not replace nulls with defaults in destination 
               SqlBulkCopyOptions.KeepIdentity; 
     //Use the identity values from source, do not generate identities in destination. 

    using (var bcp = new SqlBulkCopy(dstConnection.ConnectionString, bulkCopyOptions)) 
    { 
     const int threeMinutes = 60*3; 

     bcp.BulkCopyTimeout = threeMinutes; //Timeout is for a single batch 
     bcp.BatchSize = 5000; 
     bcp.DestinationTableName = $"[{DestinationDatabaseName}].[{schemaName}].[{tableName}]"; 
     bcp.EnableStreaming = true; 

     foreach (var col in table.Columns.Cast<Column>().Where(c => !c.Computed)) 
     { 
      bcp.ColumnMappings.Add(col.Name, col.Name); 
     } 

     bcp.WriteToServer(reader); 
    } 
} 

Answer 1

バルクインサートは、テーブルに行を挿入する必要があります。行を挿入するには、排他ロックが必要です。取得される正確なロックは、並行性モデルによって異なります。

TableLockオプションを指定すると、プロセスは排他テーブルロックを取得しようとします。プロセスが最初に共有テーブルロックを取得し、他のプロセスが行ロックを共有しており、両方のプロセスがロックを排他ロックにアップグレードしようとすると、デッドロックが発生する可能性があります。

デッドロックに関する詳細情報を入手するには、いくつかの方法があり：

• は、私はあなたが正しいと思いますtrace flag 1222 and review the SQL Server log
• 実行SQL Server Profiler with the Lock:Deadlock Graph event
• モニターextended events