oracle启动出错：shared memory realm does not exist解决过程

最新推荐文章于 2024-07-26 07:30:00 发布

小幸运(●ˇ∀ˇ●)

最新推荐文章于 2024-07-26 07:30:00 发布

阅读量5.3k

点赞数 2

CC 4.0 BY-SA版权

分类专栏：日志

本文链接：https://blog.youkuaiyun.com/shidanwo77/article/details/96426284

日志专栏收录该内容

18 篇文章

订阅专栏

本文解决了一个关于Oracle数据库启动时遇到的ORA-01034和ORA-27101错误的问题，通过清理归档日志并使用特定命令解决了主备库之间的归档日志同步问题。

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

发现连接数据库报错如下：

ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory

进程 ID: 0
会话 ID: 0 序列号: 0

连接服务器发现是空间满了，清理多余的文件后关闭数据库，重新启动仍然报错如下：

ORA-03113: end-of-file on communication channel
Process ID: 3917
Session ID: 96 Serial number: 3

网上搜索相同的错误，猜测是归档日志空间满了，
使用rman 清理归档日志：
找到目录 /u/home/oracle/database/11g/bin
执行
./rman
连接数据库
>connect target /
查询归档日志：
crosscheck archvelog all;
仍然报错
ORACLE not available
解决方案：
使用sqlplus /nolog
采用startup mount 的方式启动数据库，（装载数据库，打开控制文件，该选项可以用来修改数据库的运行模式或进行数据库恢复）
然后再回到rman
删除3天之前的归档日志
delete archivelog all completed before 'sysdate - 3'
又报错：
RMAN-08137: WARNING: archived log not deleted, needed for standby or upstream capture process
这个是因为：
是在搭建dg的时候，主库和备库已经互相确认了主备关系，但是备库的归档日志缺失了一部分，导致备库上仅有的那部分归档日志无法成功应用日志。
这时主库认为备库没有成功应用这些归档，而无法在主库中删除对应的归档日志。
解决方案：清理主库归档时，增加force关键字
DELETE noprompt force ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-3';