创建周/月夜间作业执行sp_BlitzIndex并插入结果至表遇报错求助

Hey，针对你创建每周/每月夜间作业执行sp_BlitzIndex、并将结果插入表时遇到的填充临时表失败问题，我整理了几个实用的排查方向和解决方案：

1. 先排查事务与临时表权限问题 #

从报错里提到的最后执行语句SET TRANSACTION I...来看，大概率是事务隔离级别或者临时表的权限出了问题：

• 先确认作业运行的账号有创建临时表和写入临时表的权限，尤其是在你操作的redacted_db数据库里，至少得有VIEW DATABASE STATE和对应的读写权限。
• 试试在调用sp_BlitzIndex前显式设置宽松一点的事务隔离级别，比如：

  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  

  因为sp_BlitzIndex扫描系统视图时，高隔离级别容易触发锁等待，直接导致临时表填充失败。

2. 换个思路：直接输出到永久表 #

其实sp_BlitzIndex本身支持直接把结果写入永久表，完全不用你手动折腾临时表，这更适合定时作业场景：

EXEC sp_BlitzIndex
  @OutputDatabaseName = '你的监控库名称',
  @OutputSchemaName = 'dbo',
  @OutputTableName = 'BlitzIndex_Results',
  @DatabaseName = 'redacted_db'; -- 指定要扫描的数据库

这样执行后，结果会直接存到你指定的永久表里，省去了临时表创建、填充、再插入的步骤，从根源避免临时表相关的问题。

3. 检查作业的执行上下文 #

• 确保作业的执行账号权限足够：至少需要VIEW SERVER STATE权限，最好是有db_owner或者sysadmin权限（如果允许的话），毕竟sp_BlitzIndex需要读取很多系统元数据。
• 作业步骤的数据库上下文要选对：不要默认选master，直接选redacted_db，或者像上面那样用@DatabaseName参数指定目标库，避免上下文混乱。

4. 捕获详细错误信息（如果还是不行） #

要是上面的方法都没解决，建议给作业加个错误捕获逻辑，把具体的错误信息存下来，方便精准排查：

BEGIN TRY
  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
  -- 这里放你的sp_BlitzIndex调用逻辑，或者临时表相关操作
  EXEC sp_BlitzIndex @DatabaseName = 'redacted_db';
  -- 如果还是要手动插入到目标表，这里写插入语句
END TRY
BEGIN CATCH
  -- 把错误信息写入一个专门的错误日志表
  INSERT INTO Job_Error_Log 
    (Error_Time, Error_Message, Error_Procedure, Error_Line)
  VALUES 
    (GETDATE(), ERROR_MESSAGE(), ERROR_PROCEDURE(), ERROR_LINE());
END CATCH

这样下次作业失败时，你就能看到具体是哪一步出了问题，而不是只看到“填充临时表失败”这种模糊的报错。

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