Oracle定时任务执行SEND_TO_S3存储过程失败求解

问题根源 #

手动执行存储过程时，客户端工具（如SQL*Plus、PL/SQL Developer）可以接收DBMS_SQL.RETURN_RESULT返回的隐式结果集，但DBMS_SCHEDULER的定时任务以后台无客户端连接的模式运行，没有接收结果的对象，因此触发ORA-29481: Implicit results cannot be returned to client错误。错误提示中的"客户端过时"属于误导，实际与客户端版本无关。

解决方案 #

方案1：移除隐式结果返回逻辑 #

直接去掉DBMS_SQL.RETURN_RESULT调用，用变量接收上传操作的返回值即可。修改后的存储过程如下：

CREATE OR REPLACE PROCEDURE send_to_s3  
AS 
  v_task_id VARCHAR2(100); -- 匹配upload_to_s3返回的任务ID类型
BEGIN
  SELECT 
    rdsadmin.rdsadmin_s3_tasks.upload_to_s3( 
    p_bucket_name => 'bucket/name', 
    p_prefix => 'EXP', 
    p_s3_prefix => '', 
    p_directory_name => 'DATA_PUMP_DIR')
  INTO v_task_id
  FROM DUAL;
END send_to_s3;

方案2：记录任务ID到日志表（可选） #

如果需要留存上传任务的ID，可将其写入自定义日志表，而非返回给客户端。

1. 先创建日志表：

CREATE TABLE s3_upload_log (
  task_id VARCHAR2(100) PRIMARY KEY,
  upload_time TIMESTAMP DEFAULT SYSTIMESTAMP
);

2. 修改存储过程：

CREATE OR REPLACE PROCEDURE send_to_s3  
AS 
  v_task_id VARCHAR2(100);
BEGIN
  SELECT 
    rdsadmin.rdsadmin_s3_tasks.upload_to_s3( 
    p_bucket_name => 'bucket/name', 
    p_prefix => 'EXP', 
    p_s3_prefix => '', 
    p_directory_name => 'DATA_PUMP_DIR')
  INTO v_task_id
  FROM DUAL;
  
  -- 记录任务ID到日志表
  INSERT INTO s3_upload_log(task_id) VALUES(v_task_id);
  COMMIT;
END send_to_s3;

验证修改 #

修改后重新编译存储过程，然后手动触发任务验证：

BEGIN
 DBMS_SCHEDULER.RUN_JOB(job_name => 'SEND_EXP_TO_S3_JOB', use_current_session => FALSE);
END;
/

可通过以下SQL查看任务执行状态：

SELECT job_name, status, run_date, error# 
FROM USER_SCHEDULER_JOB_RUN_DETAILS 
WHERE job_name = 'SEND_EXP_TO_S3_JOB';

关键注意点 #

DBMS_SCHEDULER的任务运行在独立后台会话，任何依赖前端客户端接收输出的逻辑（如RETURN_RESULT、DBMS_OUTPUT.PUT_LINE）都可能触发错误，后台任务的输出应通过日志表或数据库内置日志组件留存。

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