ORA-27366 / ORA-27478 无法停止job

这篇博客讨论了在遇到ORA-27366和ORA-27478错误时,如何处理无法停止的数据库作业。内容来源于ITPUB博客,详细分析了问题的原因和可能的解决方案,对数据库管理员处理类似问题具有参考价值。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天有位客户在使用plsql/devleop编译存储过程时老是导致整个操作界面hang住长时间无法响应,以下是我的处理过程,简要记录之。
原因:
 应用编写了一个存储过程,在执行job后,几小时内都没有数据传入,同时job执行已达17小时,正当客户kill时,发现报
ORA-27478: job "" is running
ORA-06512: at "SYS.DBMS_ISCHED", line 182
ORA-06512: at "SYS.DBMS_SCHEDULER", line 615
ORA-06512: at line 1

ORA-27366: job "" is not running
ORA-06512: at "SYS.DBMS_ISCHED", line 168
ORA-06512: at "SYS.DBMS_SCHEDULER", line 515
ORA-06512: at line 1

第一步、通过查询v$session视图确定hang住的会话相关信息
第二步、dba_jobs_running和dba_scheduler_running_jobs数据字典确定了该job调用方式为scheduler

select job_name,session_id,cpu_used from dba_scheduler_running_jobs where owner='XXX'
第三步、通过job_name停掉
 首先使用 :dbms_scheduler.disable
 其次使用:dbms_schedule.stop_job
 最后使用:dbms_scheduler_enable
 注意:前两者使用时都要加参数参数' force=>true'

在MOS中提到,有可能是网络阻塞,或者是应用瓶颈,当然也有可能是BUG
Bug 8780871 : EXTERNAL JOB CANNOT BE STOPPED
单击此项可添加到收藏夹 通过电子邮件发送此文档的链接 可打印页 转到底部转到底部
 
隐藏 Bug 属性

Bug 属性

 

类型 B - Defect 已在产品版本中修复 11.2.0.2
严重性 2 - Severe Loss of Service 产品版本 10.2.0.4
状态 80 - Development to QA/Fix Delivered Internal 平台 226 - Linux x86-64
创建时间 2009-8-10 平台版本 NO DATA
更新时间 2015-6-23 基本 Bug 3887932
数据库版本 10.2.0.4 影响平台 Generic
产品源 Oracle 与此 Bug 相关的知识, 补丁程序和 Bug
 
隐藏 相关产品

相关产品

 

产品线 Oracle Database Products 系列 Oracle Database Suite
区域 Oracle Database 产品 5 - Oracle Database - Enterprise Edition

现在我们来演示下:
错误的使用方法:
SQL> exec DBMS_SCHEDULER.DROP_JOB( job_name => 'job1', force => TRUE );
BEGIN DBMS_SCHEDULER.DROP_JOB( job_name => 'job1', force => TRUE ); END;


*
ERROR at line 1:
ORA-27475: "DEV.JOB1" must be a job
ORA-06512: at "SYS.DBMS_ISCHED", line 178
ORA-06512: at "SYS.DBMS_SCHEDULER", line 544
ORA-06512: at line 1


SQL>select job_name from dba_scheduler_jobs where job_name ='job1';


JOB_NAME
——————————
job1


正确使用方法:
SQL>exec DBMS_SCHEDULER.CREATE_JOB (job_name=>'"job1"',job_type => 'PLSQL_BLOCK',job_action => 'begin null; end;');


PL/SQL procedure successfully completed.


SQL>select job_name from dba_scheduler_jobs where job_name ='job1';


JOB_NAME
——————————
job1


SQL>exec DBMS_SCHEDULER.drop_JOB (job_name=>'"job1"', force=>TRUE);


PL/SQL procedure successfully completed.



dbms_scheduler.disable 使用:注意根据版本添加 ' force=>true
SQL> execute dbms_scheduler.disable('AUTO_SPACE_ADVISOR_JOB');
SQL> execute dbms_scheduler.disable('job1, job2, sys.jobclass1');

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/30430420/viewspace-1787680/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/30430420/viewspace-1787680/

<think>好的,我现在要解决用户提出的ORA-01008错误的问题。首先,我需要理解这个错误的具体原因。根据引用[1]、[2]、[3]中的信息,这个错误通常是因为在SQL语句中使用了变量,但没有正确绑定对应的参数。也就是说,SQL中的占位符和实际提供的参数数量或名称不匹配。 接下来,我需要整理可能导致这个错误的不同情况。例如,在PL/SQL中使用命名变量时,如果参数名称和占位符不一致,就会引发这个问题。比如用户提供的例子中,引用[3]提到在调用sys.dbms_job.submit时,job变量没有被正确定义,导致错误。这时候需要检查参数名称是否正确,是否有拼写错误或者大小写不一致的情况。 然后,考虑用户提到的ASP.NET中的例子,引用[2]中显示在添加OracleParameter时,参数名称为"finishTime",而如果SQL语句中的占位符是其他名称,比如":FINISHTIME",由于Oracle默认对参数名大小写不敏感,但有时候可能会有问题,特别是当使用特定配置时。这时候需要确保参数名称和占位符完全一致,包括大小写。 另外,占位符的数量和参数的数量是否一致也是一个关键点。比如,如果SQL语句中有三个占位符,但只绑定了两个参数,就会触发ORA-01008错误。这时候需要逐一核对每个占位符是否都有对应的参数。 动态SQL的情况也需要考虑。当使用字符串拼接生成SQL语句时,可能因为某些条件分支导致占位符未被正确替换或参数未被添加。例如,如果某个条件分支下没有添加对应的参数,但占位符仍然存在于SQL中,就会导致参数缺失。这时候需要检查所有可能的代码路径,确保每个占位符都有对应的参数绑定。 对于使用第三方ORM框架的情况,如Entity Framework,可能需要检查实体类属性与数据库字段的映射是否正确,是否存在拼写错误或大小写不一致的问题。框架生成的SQL语句可能包含未正确映射的参数,导致绑定失败。 接下来,我需要将这些分析整理成解决方案的步骤,确保结构清晰,便于用户逐步排查。可能还需要提供示例代码,比如正确的参数绑定方式,或者动态SQL中如何处理参数,以帮助用户理解如何修正代码。 最后,生成相关问题,帮助用户进一步了解可能相关的其他问题,比如如何调试Oracle参数绑定,或者不同编程语言下处理参数绑定的注意事项。这些问题需要与当前主题紧密相关,并且能够引导用户深入理解问题的各个方面。</think>### ORA-01008: Not All Variables Bound 解决方案 #### 错误原因分析 ORA-01008 错误表示SQL语句中的绑定变量数量与程序提供的参数数量不匹配[^1]。常见原因包括: 1. **占位符与参数名称不匹配**:例如SQL语句中使用`:job`,但参数名称为`job_id`[^3]。 2. **参数未正确绑定**:动态SQL中某些分支未绑定参数,但占位符仍存在。 3. **大小写敏感性问题**:Oracle默认参数名不区分大小写,但某些场景可能要求严格匹配[^2]。 4. **特殊字符或拼写错误**:如多写冒号(`::variable`)或拼写不一致(`:finishtime` vs `:finishTime`)[^3]。 --- #### 分步解决方案 1. **检查参数名称一致性** - **示例错误**: ```csharp new OracleParameter("finishTime", model.FINISHTIME); // 参数名"finishTime" ``` SQL语句中若使用`:FINISHTIME`,需统一为相同名称[^2]。 - **修正方法**: ```sql UPDATE table SET time = :finishTime -- 与参数名完全一致 ``` 2. **验证参数数量匹配** - **动态SQL陷阱**: ```sql SELECT * FROM table WHERE (condition = :param1 OR :param2 IS NULL) ``` 若`param2`未在代码中绑定,需移除冗余占位符或补充参数绑定。 3. **处理PL/SQL中的Job参数** - **错误示例**(引用[3]): ```sql sys.dbms_job.submit(job => :job, ...); -- 未定义:job变量 ``` - **正确绑定**: ```csharp cmd.Parameters.Add("job", OracleDbType.Int32, ParameterDirection.Output); ``` 4. **使用工具调试SQL** - 通过**Oracle SQL Developer**执行语句,观察是否仍报错。 - 检查第三方框架(如Dapper、Entity Framework)生成的SQL语句是否符合预期。 --- #### 示例修正代码(ASP.NET) ```csharp // 原错误代码(引用[2]) cmd.Parameters.Add(new OracleParameter("finishTime", model.FINISHTIME)); // 修正后(统一命名) cmd.Parameters.Add(new OracleParameter("finishTime", model.FINISHTIME)); // SQL中使用:finishTime ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值