ORA-27468: ““.““ IS LOCKED BY ANOTHER PROCESS

最新推荐文章于 2025-05-23 20:17:33 发布

丁丁-DM

最新推荐文章于 2025-05-23 20:17:33 发布

阅读量741

点赞数

CC 4.0 BY-SA版权

分类专栏： Oracle 文章标签： oracle 数据库

本文链接：https://blog.youkuaiyun.com/qq_31055901/article/details/128333513

操作系统：Oracle redhat 7.6

数据库版本：Oracle 12.2 （三节点RAC 没有使用多租户）

监控告警：

SCHEDULER JOBS FAIL WITH ORA-27468: ""."" IS LOCKED BY ANOTHER PROCESS (Doc ID

2485355.1)

Scheduler jobs using multitenant are failing with ORA-27468:""."" is locked by another process

Trace file /opt/oracle/diag/***/***_j000_15790.trc

Oracle Database 12c Standard Edition Release 12.2.0.1.0 - 64bit Production

Build label: RDBMS_12.2.0.1.0_LINUX.X64_170125

ORACLE_HOME: /opt/oracle/product/***/***

System name: Linux

Node name: ***

Release: 3.10.0-514.26.2.el7.x86_64

Version: #1 SMP Fri Jun 30 05:26:04 UTC 2017

Machine: x86_64

Instance name: ***

Redo thread mounted by this instance: 2

Oracle process number: 59

Unix process pid

最低0.47元/天解锁文章

200万优质内容无限畅学

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

丁丁-DM

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

dpkg: error: dpkg status database is locked by another process 解决方法

joliney的专栏

10-23

1万+

dpkg: error: dpkg status database is locked by another process 无法获得锁 /var/lib/apt/lists/lock - open

运行tomcat项目时，报错：May be locked by another process.

milian_12的博客

08-14

3067

运行tomcat项目时，报错：May be locked by another process. 解决方法：打开tomcat server找到Server Options选项，勾选Server modules without publishing.选项，勾选之后就相当于不用将项目放在tomcat下，直接进行部署。 https://jingyan.baidu.com/album/219f4bf7...

参与评论您还未登录，请先登录后发表或查看评论

ORA-12012+ORA-27468

cuiyangshua0551的博客

09-16

446

Thu Sep 15 18:19:44 2011 Errors in file /oracle/admin/sptdi/bdump/sptdi2_j001_521192.trc:...

解决：dpkg: error: dpkg frontend lock is locked by another process

热门推荐

mudooo的博客

07-24

2万+

解决办法： sudo apt-get install -f # 安装相关依赖包 #查看哪個LOCK sudo rm /var/lib/dpkg/lock-frontend sudo apt-get install -f

dpkg status database is locked by another process

墨痕诉清风的博客

03-25

632

【代码】dpkg status database is locked by another process。

Oracle案例--错误码之ORA-27086

Gavin Blog

09-05

437

修改静默安装数据库使用的raw文件名称与map关系，避免这些raw占用现有环境上的其他raw文件。本文章著作权归作者所有，任何形式的转载都请注明出处。来源: Transcendent。文章作者: Gavin Wang。

12C ORA-错误汇总1 ORA-00000 to ORA-00877

ugghhj的博客

11-10

1598

12C ORA-错误汇总1 ORA-00000 to ORA-00877

12C ORA-错误汇总17 NZE-43000 to ORA-56974

ugghhj的博客

11-11

1548

12C ORA-错误汇总17 NZE-43000 to ORA-56974

ORA-01410 invalid rowid

ZhangBiao 的专栏

05-28

1万+

最近业务短信经常报出如下异常：系统错误编码：ORA-01410:无效的ROWID,错误源：PKG_BASE_DATA_XXXX,本地错误信息：TABLE_NAME=T_XXXX_CONN_MAC，错误位置：1-6. 结合业务场景，经分析，是索引失效导致的big query无法检索到正确的数据。表数据是通过sqlldr使用direct方式加载到表中。下面主要分析一下这

dpkg: error: dpkg frontend lock is locked by another process

JOBbaba的博客

08-09

1020

找到这个锁文件的进程id。安装软件包的时候，报错。

oracle恢复exfsys,ORA-27468 EXFSYS.RLM$EVTCLEANUP任务引起的故障

weixin_33739591的博客

04-15

398

ORA-27468 EXFSYS.RLM$EVTCLEANUP任务引起的故障Errors in file /oracle/admin/cdx/bdump/cdx2_j000_663594.trc:ORA-12012: error on auto execute of job 42780ORA-27468: "EXFSYS.RLM$EVTCLEANUP" is locked by another p...

/var/cache/debconf/config.dat is locked by another process解决办法

weixin_34381687的博客

08-26

675

/var/cache/debconf/config.datislockedbyanotherprocess解决办法：找到锁住这个文件的进程号：#lsof|grep/var/cache/debconf/config.dat然后杀掉即可(如：19208)：#kill-919208 转载于:https://blog.51cto.com/ya...

C#事务死锁的原因

.Net的专栏

03-17

5138

事务（进程 ID ）与另一个进程已被死锁在 lock 资源上，且该事务已被选作死锁牺牲品。请重新运行该事务 其实所有的死锁最深层的原因就是一个:资源竞争表现一: 一个用户A 访问表A(锁住了表A),然后又访问表B 另一个用户B 访问表B(锁住了表B),然后企图访问表A 这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B,才能继续，好了他老人家就只好老老实实在这等了 同样用户B要等用户A释放表A才能继续这就死锁了 解决方法：<b

升级不正确导致ORA-27468错误

ckawt40802的专栏

07-02

654

客户10.2.0.4环境告警日志出现ORA-27468错误。详细错误信息为： Errors in file /u01/app/oracle/admin/orcl/b...

dpkg frontend is locked by another process解决方法

LY19990217的博客

10-21

1374

dpkg: error: dpkg frontend is locked by another process sudo apt-get install -f #查看哪個LOCK sudo rm /var/lib/dpkg/lock-frontend sudo apt-get install -f

升级不正确导致ORA-27468错误及闪回区满(ORA-16014)

龍大笔记

06-28

1397

10.2.0.5环境告警日志出现ORA-27468错误。详细错误信息为： Errors in file /u01/app/oracle/admin/orcl/bdump/orcl1_j000_18724.trc: ORA-12012: error on auto execute of job 42791 ORA-27468: "EXFSYS.RLM$EVTCLEANUP" i

dpkg status databse is locked by another process解决方法

ninnyyan的博客

03-07

1506

在解压deb包的时候遇到这个问题，下面是一个有效的解决方案。 Step1 lsof /var/lib/dpkg/lock Step2 ps cax | grep PID 如果在运行，那么 kill PID kill -9 PID 确认这个进程已经关闭 ps cax | grep PID Step3 将锁移除 sudo rm /var/lib/dpkg/lock Step4 让dpkg自己修复 su...

ORA-01031:权限不足ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 3020ORA-06512:在"SYS.DBMS ISNAPSHOT", line 216ORA-01403: 未找到任何数据ORA-06512:在"SYS.DBMS ISNAPSHOT", line 196ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 2852ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", line 326:ORA-06512:在"SYS.DBMS SNAPSHOT KKXRCA", ine 329!ORA-06512:在"SYS.DBMS SNAPSHOT", line 16ORA-06512:在line2 View program sources of error stack?

03-14

<think>嗯，用户遇到了Oracle数据库的权限问题，具体是ORA-01031权限不足，还有涉及DBMS_SNAPSHOT和SYS包的调用错误。首先，我需要回想一下ORA-01031错误的常见原因。这个错误通常是因为用户没有执行特定操作所需的权限。比如，如果用户尝试访问某个表或执行某个存储过程，但没有相应的权限，就会报这个错误。所以，解决这个问题的第一步应该是检查用户的权限是否足够。接下来，用户提到DBMS_SNAPSHOT_UTL包的问题，可能是在创建或管理物化视图日志时遇到的。这个包属于SYS用户，普通用户可能需要显式授权才能使用。我记得SYS的包默认只有DBA权限的用户才能访问，所以需要确认用户是否有EXECUTE权限。另外，引用1和2中提到的问题可能与Oracle版本有关，特别是11g的bug可能导致某些存储过程出错。这时候可能需要应用补丁或者升级数据库。然后，用户还提到ORA-01555和ORA-12034错误。ORA-01555通常与UNDO表空间不足或查询时间过长有关，需要调整UNDO表空间的大小或优化查询。ORA-12034则涉及物化视图日志的问题，可能需要重新创建日志或调整刷新策略。接下来，我需要考虑如何逐步指导用户解决这些问题。首先检查权限，授予必要的系统权限和对象权限。比如，如果用户需要创建物化视图，可能需要GRANT CREATE MATERIALIZED VIEW。然后检查SYS包的权限，比如DBMS_SNAPSHOT_UTL，可能需要用SYSDBA用户授予EXECUTE权限。如果权限没有问题，可能需要考虑数据库版本的问题。引用2提到Oracle 11g的bug，如果在10g上没问题，可能需要查看是否触发了已知的bug，并检查是否有可用的补丁。此外，ORA-01555的问题需要调整UNDO表空间，增加大小或保留时间，避免长事务导致的错误。最后，关于物化视图日志的问题，如ORA-12034，可能需要检查日志是否损坏，必要时重建，并确保刷新操作在合理的时间窗口内完成，避免数据不一致。用户可能需要具体的步骤示例，比如如何授予权限，如何检查UNDO配置，如何重建物化视图日志等。同时，需要提醒用户谨慎操作SYS对象，最好在测试环境验证后再应用到生产环境。如果有必要，联系Oracle支持处理潜在的bug。</think>### 分步解决方案 #### **1. 解决 ORA-01031 权限不足问题** **步骤 1：确认操作所需的权限** - 若涉及创建/修改对象（如表、物化视图），需检查用户是否具备以下权限： ```sql GRANT CREATE TABLE, CREATE MATERIALIZED VIEW, CREATE ANY SNAPSHOT TO [用户名]; ``` - 若涉及系统包（如`DBMS_SNAPSHOT_UTL`），需授予`EXECUTE`权限： ```sql GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **步骤 2：检查角色继承** - 确保用户未被限制通过角色继承权限。Oracle 中某些权限需直接授予用户而非角色： ```sql SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE = '[用户名]'; ``` **步骤 3：验证 SYS 对象权限** - 若报错涉及`SYS.DBMS_SNAPSHOT_UTL`，需以`SYSDBA`身份检查包状态和权限： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OWNER = 'SYS' AND OBJECT_NAME = 'DBMS_SNAPSHOT_UTL'; GRANT EXECUTE ON SYS.DBMS_SNAPSHOT_UTL TO [用户名]; ``` **示例场景** 若用户执行物化视图刷新时出现权限不足： ```sql -- 直接授予物化视图相关权限 GRANT CREATE MATERIALIZED VIEW TO scott; GRANT EXECUTE ON DBMS_SNAPSHOT TO scott; ``` --- #### **2. 处理 DBMS_SNAPSHOT 和 SYS 包调用问题** **步骤 1：验证包状态** - 检查`DBMS_SNAPSHOT_UTL`是否有效： ```sql SELECT OBJECT_NAME, STATUS FROM DBA_OBJECTS WHERE OBJECT_NAME IN ('DBMS_SNAPSHOT_UTL', 'DBMS_SNAPSHOT'); ``` 若状态为`INVALID`，需重新编译： ```sql ALTER PACKAGE SYS.DBMS_SNAPSHOT_UTL COMPILE; ``` **步骤 2：处理 Oracle 版本兼容性问题** - 若问题在 Oracle 11g 中出现（如引用[^2]所述），检查是否触发已知 Bug： - 查询 Oracle 支持文档（如 MOS），确认 Bug 编号（如 Bug 12345678）。 - 应用官方补丁或升级到修复版本。 **步骤 3：重建物化视图日志（ORA-12034）** 若报错`ORA-12034: 实体化视图日志比上次刷新后的内容新`[^5]： ```sql -- 删除原有日志 DROP MATERIALIZED VIEW LOG ON scott.user_table; -- 重新创建日志 CREATE MATERIALIZED VIEW LOG ON scott.user_table WITH PRIMARY KEY, ROWID; ``` --- #### **3. 相关错误 ORA-01555 的预防** - **调整 UNDO 表空间**： ```sql ALTER DATABASE DATAFILE '/path/undo.dbf' RESIZE 10G; ALTER SYSTEM SET UNDO_RETENTION = 3600; -- 单位：秒 ``` - **避免长事务**：优化查询逻辑，减少全表扫描和锁竞争[^4]。 --- ### 总结操作顺序 1. 授予显式权限（对象权限 + SYS 包权限）。 2. 检查并修复无效的 SYS 包。 3. 处理版本兼容性问题（补丁/升级）。 4. 重建物化视图日志（针对 ORA-12034）。 5. 调整 UNDO 配置（针对 ORA-01555）。 ### 注意事项 - **谨慎操作 SYS 对象**：直接修改 SYS 拥有的包可能导致系统不稳定，建议先在测试环境验证。 - **监控 UNDO 使用**：通过`V$UNDOSTAT`视图分析 UNDO 空间使用趋势[^4]。