SQL Server中OLEDB引发阻塞且进程无法终止问题求助

紧急恢复步骤（解除当前死锁） #

• 先确认目标Excel文件是否被本地Excel客户端或其他进程锁定：关闭所有打开该文件的应用，释放文件锁。
• 若Excel文件在网络共享路径，检查共享目录权限是否正常，文件是否损坏。
• 若上述操作无效，重启SQL Server服务（注：会中断所有运行中的业务会话，仅作为最后手段）。

排查根本原因 #

• 执行以下查询，获取阻塞会话的详细信息，定位等待资源与卡住的SQL语句：

SELECT 
    r.session_id,
    r.blocking_session_id,
    r.wait_type,
    r.wait_time,
    r.wait_resource,
    t.text AS query_text
FROM sys.dm_exec_requests r
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) t
WHERE r.wait_type = 'OLEDB'

• 检查视图使用的OLEDB连接方式（OPENROWSET/OPENDATASOURCE），确认是否因事务隔离级别导致锁无法释放：默认情况下OLEDB连接会继承SQL Server会话隔离级别，若为READ COMMITTED或更高，可能因外部资源响应缓慢长时间持有锁。
• 验证Excel文件完整性：若文件损坏，OLEDB驱动可能陷入无限等待状态。

解决KILL命令无效的问题 #

当KILL <spid>显示回滚进度0%且无进展时，说明会话正在等待外部OLEDB资源（如Excel文件响应），SQL Server无法强制终止外部调用：

• 优先释放Excel文件的外部锁（关闭关联应用），等待会话自行结束。
• 若无法释放外部锁，只能通过重启SQL Server服务终止会话。

长期优化方案 #

• 替换实时视图读取Excel的方式：改用ETL工具（SSIS、PowerShell脚本）定期将Excel数据导入SQL Server物理表，后续周报直接查询物理表，彻底避免OLEDB连接阻塞问题。
• 若必须保留视图，显式添加NOLOCK提示降低锁持有时间（注：会引入脏读风险，需评估业务影响）：

CREATE VIEW vw_ExcelDataSource AS
SELECT * 
FROM OPENROWSET('Microsoft.ACE.OLEDB.12.0',
                'Excel 12.0 Xml;HDR=YES;Database=C:\Reports\Data.xlsx',
                'SELECT * FROM [Sheet1$]')
WITH (NOLOCK)

• 更新OLEDB驱动至最新版本（如Microsoft Access Database Engine 2016 Redistributable），修复旧版本的兼容性与稳定性问题。
• 限制并发访问Excel视图的会话数量，避免多会话同时抢占外部文件资源。

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