唯一稳定可控的路径是使用dbms_scheduler创建executable类型作业；pl/sql无法直接执行shell命令，utl_file仅支持读写，dbms_pipe和java方案运维复杂且不推荐；必须设job_type=>'executable'、job_action为绝对路径、脚本需有正确权限与selinux标签，并自行重定向日志。
不能直接调用，必须走 dbms_scheduler 创建 executable 类型作业 —— 这是唯一稳定、可控、无需额外组件的路径。
为什么不能在 PL/SQL 块里直接写 !sh /path/to/script.sh 或调用 UTL_FILE 执行？
PL/SQL 运行在数据库进程空间内，完全隔离操作系统 shell 环境。没有 system()、exec() 或类似接口；UTL_FILE 只能读写文件，不能执行；DBMS_PIPE 需要外部守护进程配合，运维成本高且不可靠；Java 存储过程虽可行，但需加载 class、配置 JVM 权限、处理线程阻塞和 stderr 捕获逻辑，2026 年已不推荐用于简单脚本调度。
真正被 Oracle 官方支持、DBA 可审计、且不依赖 Java 或 C 扩展的，只有 DBMS_SCHEDULER 的 EXECUTABLE 作业类型。
DBMS_SCHEDULER.create_job 必须设 job_type => 'EXECUTABLE'
这是最常失败的第一步：设成 'PLSQL_BLOCK' 或漏写 job_type（默认不是 EXECUTABLE），会导致静默失败或报 ORA-27369: job of type executable failed。
-
job_action必须是绝对路径，例如'/home/oracle/bin/backup.sh'—— 不能用~、$HOME、相对路径，Oracle 不做 shell 展开 - 参数只能拼在
job_action字符串末尾：'/home/oracle/bin/backup.sh full /u01/dump'，脚本内用$1、$2接收 - 不要尝试传 shell 语法：
'/bin/bash -c "ls > /tmp/out.txt"'是无效的 ——DBMS_SCHEDULER把整个字符串当一个可执行文件名去调用，不会交给 bash 解析 - 脚本第一行必须是明确解释器路径，如
#!/bin/bash；#!/usr/bin/env bash在部分 Oracle 版本中不识别
Oracle OS 用户权限 + SELinux 是卡住 90% 失败案例的根源
即使 SQL 权限全开、脚本 chmod +x，作业仍可能状态为 FAILED，日志里只有空的 additional_info 或模糊的 exit code: 13 —— 这几乎一定是 SELinux 拒绝执行。
- 先用 Oracle 操作系统用户（通常是
oracle）手动执行一遍：sudo -u oracle /home/oracle/bin/backup.sh，确认能跑通 - 查拒绝记录：
ausearch -m avc -ts recent | grep -i exec，如果看到avc: denied { execute } for ... scontext=system_u:system_r:oracle_t:s0，就是 SELinux 挡住了 - 临时放行（测试用）：
setsebool -P oracle_execmem 1（需 root） - 生产推荐方案：给脚本打 SELinux 标签：
chcon -t bin_t /home/oracle/bin/backup.sh - 目录也要有
x权限：oracle用户必须对脚本所在目录及其父目录都有执行权限（即能cd进入）
输出、错误、退出码怎么拿？
DBMS_SCHEDULER 不捕获 stdout/stderr，也不提供返回值接口。所有输出必须由脚本自己重定向到文件，再由 PL/SQL 用 UTL_FILE 或外部表读取。
- 脚本末尾加日志重定向：
echo "$(date): start backup" >> /var/log/ora_backup.log 2>&1 - 退出码决定作业状态：
exit 0→SUCCEEDED，非零 →FAILED；别在脚本末尾加&后台运行，否则 Oracle 认为立即退出，状态不可控 - 查执行结果看三处：
dba_scheduler_job_log（时间、状态、exit_code）、dba_scheduler_job_run_details（additional_info字段偶尔有线索）、以及你脚本自己写的日志文件 - 想调试？没有交互式调试。唯一办法是把脚本拆成最小可复现单元，用
sudo -u oracle手动执行 +strace -f跟踪系统调用
真正的难点不在语法，而在于跨域信任：数据库进程、OS 用户、SELinux 策略、文件系统权限四者必须对齐。少一环，作业就黑盒失败。动手前，先切到 oracle 用户，用相同路径、相同参数、相同环境变量（或显式导出）跑一次脚本 —— 这步省不了。
