作业自动调用存储过程出错，怎样记录详细的错误信息？

2014-09-22 10:51:24 273 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

SAP自动编号每日重置：基于NUMBER_RANGE_INTERVAL_INIT与后台作业的自动化运维方案在大型ERP系统如SAP的日常运维中，自动编号管理是确保业务单据连续性和数据完整性的基础技术环节。其核心原理是通过系统内置的编号范围对象（Number Range Object）控制各类单据的流水号生成规则。传统手动维护方式效率低下且易出错，而自动化方案的技术价值在于将重复性操作转化为稳定、可监控的系统行为，从而提升运维体系的健壮性。通过调用SAP标准函数NUMBER_RANGE_INTERVAL_INIT，结合后台作业（Background Job）定时调度，可以实现编号的每日自动重置。这一方案广泛应用于阅读详情

作业调用存储过程有时成功，有时失败，手工执行时每次都是成功的，所以不知道具体原因，只知道是哪个表插入失败。
存储过程内部有事务控制，所以事先把插入正式表的数据插入到临时表好像也会rollback吧？怎么记录下详细的错误原因或数据呢？插入前导出txt或excel?事务中是否可以？具体方法是什么？请指教？





存储过程简写，结构如下

create proc p_xxxx

as 

--开始事务

begin tran

--执行插入语句1

--事务

SELECT @err = @@ERROR

if @err<>0

begin

rollback tran

--记录下错误日志

insert t_auto_cwf(rq,zxbz,nr,bz)

values(@rq,@err,'执行插入语句1失败',@zyls)

return

end 

--执行插入语句2

--事务

SELECT @err = @@ERROR

if @err<>0

begin

rollback tran

--记录下错误日志

insert t_auto_cwf(rq,zxbz,nr,bz)

values(@rq,@err,'执行插入语句2失败',@zyls)

return

end 



commit tran

...全文

Databricks CLI 实战指南：集群管理、作业自动化与Notebook脚本化 Databricks CLI 是基于 REST API 的轻量级命令行工具，本质是生产环境中高确定性、低延迟、可审计的操作接口。其核心原理在于封装认证、标准化路径、结构化输出，规避 SDK 抽象带来的不可控重试与环境依赖。技术价值体现在批量运维、CI/CD 集成、多环境配置隔离及故障快速定位能力。典型应用场景包括自动化集群启停调度、Multi-task 作业触发与轮询监控、SOURCE 格式 notebook 的 Git 可控同步，以及 DBFS 按时间戳清理等工程化任务。本文聚焦 Databricks C 阅读详情

zjl8008

MS-SQL Server 34,876 成员 254,635 内容

+ 关注 + 加入社区

切换为时间正序

發糞塗牆 2014-09-22

打赏
举报

可以尝试按照这样的写法修改你的代码，并发那些错误信息插入一个实体表记录下来

BEGIN TRY
  SELECT 1/0 --This will raise a divide by zero error if not handled
END TRY
BEGIN CATCH
  SELECT ERROR_LINE() AS 'Line',
     ERROR_MESSAGE() AS 'Message',
     ERROR_NUMBER() AS 'Number',
     ERROR_PROCEDURE() AS 'Procedure',
     ERROR_SEVERITY() AS 'Severity',
     ERROR_STATE() AS 'State'
END CATCH;

發糞塗牆 2014-09-22

打赏
举报

那应该是错误没有捕获的原因，你看看05有没有try/catch功能，我很久没搞05了

zjl8008 2014-09-22

打赏
举报

引用 2 楼 DBA_Huangzj 的回复:

如果是高版本SQL Server ，错误处理应该用try /catch搭配一系列的系统函数，

sql2005 sp3 版本

zjl8008 2014-09-22

打赏
举报

引用 1 楼 DBA_Huangzj 的回复:

sql agent里面有明显的错误信息不？

没有，存储过程肯定是执行了的，因为在 t_auto_cwf表中有失败的记录，知道哪个表插入失败了，就是不知道为什么失败了

發糞塗牆 2014-09-22

打赏
举报

如果是高版本SQL Server ，错误处理应该用try /catch搭配一系列的系统函数，

發糞塗牆 2014-09-22

打赏
举报

sql agent里面有明显的错误信息不？

还在加载中灬 2014-09-22

打赏
举报

引用 6 楼 DBA_Huangzj 的回复:

可以尝试按照这样的写法修改你的代码，并发那些错误信息插入一个实体表记录下来

BEGIN TRY
  SELECT 1/0 --This will raise a divide by zero error if not handled
END TRY
BEGIN CATCH
  SELECT ERROR_LINE() AS 'Line',
     ERROR_MESSAGE() AS 'Message',
     ERROR_NUMBER() AS 'Number',
     ERROR_PROCEDURE() AS 'Procedure',
     ERROR_SEVERITY() AS 'Severity',
     ERROR_STATE() AS 'State'
END CATCH;

05 有 TRY CATCH

吉普赛的歌版主 2014-09-22

打赏
举报

有些过于复杂的东西，放在程序里处理更合适。你可以建立一个 Windows 服务程序，然后定时调用这个存储过程，如果有错误则记到日志文件里。当然，你实在不愿意，也可以像版主这样，用try catch把错误信息放到一个错误日志表里。

作业自动调用存储过程出错，怎样记录详细的错误信息？

相关推荐