SSIS作业更新表时锁表致报表无法访问，寻求解决方案

刚看到你的问题，这在SSIS做数据仓库加载时挺常见的——**可序列化（Serializable）**隔离级别带来的长时间锁表，刚好和客户端的读提交查询撞了车，导致报表被阻塞后返回空白。结合你用的SQL Server 2012 (SP3-GDR)，我给你几个优先级从高到低的解决方案：

一、最省心的方案：降低隔离级别+开启行版本控制 #

可序列化是最严格的隔离级别，完全没必要用在常规的SCD加载场景里。我们可以通过行版本控制让读写操作互不干扰：

1. 开启读提交快照隔离（RCSI）
   先在目标数据库执行以下命令开启RCSI，这个操作在SQL Server 2012里不需要重启数据库：

   ALTER DATABASE YourDataWarehouseDB SET ALLOW_SNAPSHOT_ISOLATION ON;
   ALTER DATABASE YourDataWarehouseDB SET READ_COMMITTED_SNAPSHOT ON;
   

   开启后，客户端的读提交查询会读取tempdb里的行版本，再也不会被更新事务阻塞；同时SSIS包可以把隔离级别降到读提交，既保证加载的一致性，又不会锁整张表。

2. 调整SSIS包的隔离级别
   在SSIS包的容器（比如Sequence Container或Data Flow Task）的属性里，找到IsolationLevel，把它从Serializable改成ReadCommitted。如果包用了显式事务，也要确保事务的隔离级别同步调整。

二、优化加载逻辑，缩短锁持有时间 #

如果不想全局修改数据库隔离级别，可以从SSIS的加载流程入手，减少锁表的时长：

• 分批次加载数据
  把SCD的加载拆成小批次，比如每次处理10000行，每处理完一批就提交一次事务。这样锁只会在单个批次的执行时间内存在，客户端被阻塞的窗口会大幅缩小。

• 用原子替换操作切换表
  先把完整的更新数据加载到一个和目标表结构完全一致的临时表（比如DimCustomer_New），然后用一个极短的事务替换原表：

  BEGIN TRANSACTION;
  -- 先备份旧表（可选，方便回滚）
  EXEC sp_rename 'DimCustomer', 'DimCustomer_Old';
  -- 把新表改成正式表名
  EXEC sp_rename 'DimCustomer_New', 'DimCustomer';
  COMMIT TRANSACTION;
  

  这个事务执行时间只有几毫秒，客户端几乎感知不到，之后你可以在空闲时段清理旧表。

• 分区表切换（适合大数据量）
  如果目标表是分区表，直接用ALTER TABLE ... SWITCH PARTITION把临时分区的数据切换到正式表，这是元数据操作，完全不会锁表，效率极高。

三、错开高峰+优化报表查询 #

如果上面的方案暂时没法落地，可以先做一些临时缓解：

• 调整作业执行时间
  统计下客户端报表的高峰时段（比如上午9-12点、下午2-5点），把SQL Agent作业的执行时间错开这些时段，比如改成凌晨1/3/5点，白天每3小时跑一次，减少冲突概率。

• 让报表读副本
  如果你用的是SQL Server企业版，可以搭建日志传送或Always On只读副本，让客户端报表直接查询副本，主库专门负责SSIS的更新，彻底隔离读写。

• 开启报表缓存
  如果报表不需要实时数据，在报表服务器里配置缓存（比如缓存1小时），大部分用户会读取缓存数据，不会直接访问数据库，减少阻塞。

总结 #

优先推荐你试方案一，配置简单见效快，完全符合你的需求；如果数据量特别大，再结合方案二的原子替换或分区切换。这些方案都适配SQL Server 2012的版本特性，不用担心兼容性问题。

内容的提问来源于stack exchange，提问作者SamFenton