Solaris下csh脚本调用部分SQLPLUS脚本失败问题排查求助

核心原因 #

这种现象大概率是SQL*Plus进程未正确释放输入流/未正常退出，或者脚本中存在交互逻辑导致批量执行时进程挂起：

1. 前一个SQL*Plus调用未明确执行exit，导致进程保持活跃，后续脚本的输入被该进程劫持，看起来像是未执行；
2. 有问题的脚本（script2/4）包含交互语句（如ACCEPT、PROMPT），单独执行时你手动提供了输入，但批量执行时无输入来源，进程挂起，无输出；
3. csh脚本中多个SQL*Plus调用共享了输入流/重定向，导致部分脚本的内容被提前读取。

解决办法 #

1. 给每个SQL*Plus调用添加明确的退出指令 #

确保每个脚本调用完成后强制SQL*Plus退出，避免进程残留。示例csh代码：

# 每个脚本独立调用SQL*Plus，用Here Document传递指令
set username="your_user"
set password="your_pass"
set db="your_db"

# 执行script1
sqlplus ${username}/${password}@${db} << EOF > script1.out
@script1.sql
exit;
EOF

# 执行script2，同时捕获错误输出
sqlplus ${username}/${password}@${db} << EOF > script2.out 2>&1
@script2.sql
exit;
EOF

# 同理执行后续脚本...

这里2>&1把错误输出也定向到日志，方便排查是否有隐藏报错。

2. 检查并移除/修改脚本中的交互逻辑 #

打开script2.sql和script4.sql，查找是否有需要手动输入的语句：

• 比如ACCEPT input_var PROMPT "Enter value:"，可以改成直接赋值：DEFINE input_var = 'default_value';
• 或者在SQL*Plus调用时通过-s参数启用静默模式，同时给交互参数传默认值：

sqlplus -s ${username}/${password}@${db} << EOF > script2.out
DEFINE input_var = 'default';
@script2.sql
exit;
EOF

3. 确保每个SQL*Plus调用的环境一致 #

检查csh脚本中是否有前序脚本修改了Oracle环境变量（如ORACLE_SID、ORACLE_HOME），导致后续SQL*Plus连接失败。可以在每个调用前重置环境，或者在脚本开头统一设置：

# 脚本开头统一设置Oracle环境
setenv ORACLE_HOME /path/to/oracle/home
setenv ORACLE_SID your_sid
setenv PATH ${ORACLE_HOME}/bin:${PATH}

4. 排查进程挂起问题 #

如果怀疑进程挂起，可以在csh脚本中添加进程状态检查，比如在每个SQL*Plus调用后打印进程ID并确认退出：

sqlplus ${username}/${password}@${db} << EOF > script2.out &
set pid=$!
wait $pid
echo "script2执行完成，退出码：$status"

这样能看到脚本是否真的执行，以及退出码是否正常（0为成功，非0为出错）。

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