Oracle DATA_CAPTURING包体替换受阻，求非等待/重启的解决方案

从你的锁查询结果和报错来看，核心问题是KILLED状态的会话（SID 15）仍然持有包体的共享锁，导致你替换包体的DDL请求（需要排他锁）超时。普通的ALTER SYSTEM KILL SESSION只是标记会话为KILLED，不会立即释放锁，得等PMON进程慢慢清理，这可能需要很久。下面是几个不需要重启数据库的解决办法：

1. 强制断开僵尸会话（最直接有效） #

用DISCONNECT SESSION命令替代普通KILL，它会立即断开会话并释放所有持有的锁：

ALTER SYSTEM DISCONNECT SESSION '15,105' IMMEDIATE;

执行完这个命令后，再重新运行你的包体替换脚本，大概率能成功。

2. 操作系统级杀死会话进程（如果DISCONNECT没用） #

如果上面的命令还是没清理掉会话，那就找到会话对应的操作系统进程，直接杀死：
首先查会话的操作系统PID（SPID）：

SELECT s.sid, s.serial#, p.spid
FROM v$session s
JOIN v$process p ON s.paddr = p.addr
WHERE s.sid = 15;

然后根据操作系统执行：

• Linux/Unix：在终端执行kill -9 <SPID>（替换成查到的SPID）
• Windows：用orakill工具，命令是orakill <你的Oracle实例名> <SPID>，或者在任务管理器里找到对应的oracle.exe进程结束它。

3. 临时延长DDL锁等待时间（应急方案） #

如果暂时无法终止会话，可以先调整数据库的DDL超时参数，给PMON足够时间清理僵尸会话：

ALTER SYSTEM SET ddl_lock_timeout = 300; -- 设置为5分钟（300秒）

然后重新执行你的包体替换脚本。等替换完成后，记得改回默认值（默认是0，即不等待）：

ALTER SYSTEM SET ddl_lock_timeout = 0;

4. 优化后续流程，避免重复踩坑 #

（1）控制定时任务的运行时长 #

你的任务每15分钟执行一次，但执行时长超过15分钟，很容易导致会话堆积。可以给定时任务设置最大运行时间：

EXEC DBMS_SCHEDULER.SET_ATTRIBUTE(
    '你的定时任务名',
    'MAX_RUN_DURATION',
    INTERVAL '14' MINUTE -- 设置为14分钟，避免和下一次任务重叠
);

如果任务超时，会自动终止，减少异常会话的产生。

（2）替换包体前先检查并停止运行中的任务 #

在执行DDL前，先确认有没有正在运行的包调用任务：

SELECT job_name, session_id, start_date
FROM dba_scheduler_running_jobs
WHERE job_name LIKE '%DATA_CAPTURING%';

如果有，强制停止任务：

EXEC DBMS_SCHEDULER.STOP_JOB('你的定时任务名', FORCE => TRUE);

替换完成后再启动任务：

EXEC DBMS_SCHEDULER.START_JOB('你的定时任务名');

（3）优化包内逻辑 #

检查RUN_EXTRACTION过程的代码，看是否能拆分任务（比如分批次处理数据），缩短单次执行时间，从根源上减少长会话持有锁的情况。

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