恢复Oracle数据库镜像时出现的错误及处理方式

出现错误

    ORA-01034 ORACLE not available

    ORA-27101 Shared memory realm does not exist

    

解决方法

  启动监听:

#lsnrctl start

  启动Oracle服务

$sqlplus  /nolog

sql> conn / as sysdba

sql> startup

启动oracle服务

出现错误:

ORA-00845: MEMORY_TARGET not supported on this system

修改/dev/shm大小

vi /etc/fstab

LABEL=/                 /                       ext3    defaults        1 1

LABEL=/boot             /boot                   ext3    defaults        1 2

tmpfs                   /dev/shm                tmpfs   defaults,size=8G        0 0

devpts                  /dev/pts                devpts  gid=5,mode=620  0 0

mount -o remount /dev/shm

重新挂载查看一下

df -h

之后重新链接数据库

时间: 2024-08-01 22:47:34

恢复Oracle数据库镜像时出现的错误及处理方式的相关文章

恢复数据库备份时提示日志错误

可以打开了恢复的时候增加了这个参数 WITHOUT ROLLING FORWARD 恢复数据库备份时提示日志错误,码迷,mamicode.com

手工备份恢复oracle数据库

 手工备份恢复oracle数据库: 虽然已经有了rman工具 但是手工恢复oracle能够让你对oracle数据库有更加深入的了解 数据库一致性开机条件: 数据文件 scn,控制文件 scn,redo scn一致 控制文件记录: 数据文件应该到达的scn 当前redo 数据的物理结构信息 归档信息 前提条件: 归档日志开启 数据文件有备份 控制文件有备份 备份数据: 数据文件备份: 数据文件进入备份模式: select 'alter tablespace '|| tablespace_name|

Oracle数据库启动时:ORA-00119: invalid specification for system parameter LOCAL_LISTENER; ORA-00132错误解决

问题描述: 1. em打开中提示 https://localhost:1158/em/console/database/instance/repDown?target=orclweng&type=oracle_database ORA-12505: TNS: 监听程序当前无法识别连接描述符中所给出的 SID (DBD ERROR: OCIServerAttach) 2.启动oracle数据库失败 启动oracle数据库失败无明显提示,在命令行中可以看到如下的错误提示内容. C:\Users\Mu

恢复oracle数据库误删除数据的方法汇总

学习数据库时,我们只是以学习的态度,考虑如何使用数据库命令语句,并未想过工作中,如果误操作一下,都可能导致无可挽回的损失.当我在工作中真正遇到这些问题时,我开始寻找答案.今天主要以oracle数据库为例,介绍关于表中数据删除的解决办法.(不考虑全库备份和利用归档日志) 删除表中数据有三种方法:·delete(删除一条记录)·drop或truncate删除表格中数据 1.delete误删除的解决方法    原理:利用oracle提供的闪回方法,如果在删除数据后还没做大量的操作(只要保证被删除数据的

在hp-ux下安装oracle 数据库软件时unzip的问题

当你第一次在hp-ux下安装oracle数据库时,会遇到上传到hp-ux中的Oracle database 软件介质(*.zip格式)无法解压,原因是没有unzip这个可执行程序. 此时,可以到https://updates.oracle.com/unzips/unzips.html 这个网址去下载hp-ux下的 unizp 介质即可. 现在将此文章全文摘录在下面: UnZip Utilities Download Patches downloaded from Oracle are in th

系统重装后恢复Oracle数据库

这周装系统的固态盘坏了,固态硬盘用到坏也是第一次碰到....只能新买个硬盘重装系统了.到了Oracle数据库恢复那一步了,其实很简单.只要没把数据库安装路径放在系统盘就行.*^____^* 先找到重装前的那个安装路径文件,空间满足的话可压缩备份一份,然后重命名那个文件夹,我这里是下图红框的备份 然后就是安装Oracle了,安装步骤就不放了,我期间也没记录.但是路径要和老的那个一样,安装完成后,win+R输入services.msc进服务里把Oracle的服务给停止掉先. 回到安装路径文件夹.我这

sql server 2008 r2 数据库操作时提示 9002错误“事物日志已满”问题

事务日志截断 若要避免数据库的事务日志被填满,例行备份至关重要.在简单恢复模式下,备份了数据库后会自动截断日志,而在完整恢复模式下,只有备份了事务日志后方才截断日志.但是,截断过程有时也可能发生延迟.有关识别和应对各种延迟因素的信息,请参阅可能延迟日志截断的因素. 注意  BACKUP LOG WITH NO_LOG 和 WITH TRUNCATE_ONLY 选项已废止.使用完整恢复模式或大容量日志恢复模式时,如果必须删除数据库中的日志备份链,请切换至简单恢复模式.有关详细信息,请参阅有关从完整

MySql数据库安装时启动服务错误canot start service

在安装MySQL数据库的时候经常会遇到这样的错误,在安装到最后一步的时候点击excute按钮时,提示不能启动服务.主要原因是因为以前安装过,并且卸载的时候没有清理干净. 解决方案如下: 首先在电脑的控制面板中卸载掉原来的MySQL服务. 卸载完成后.打开 Documents and Settings\All Users目录,在里面有个application data文件夹,如果没有的话,那是他隐藏了,(工具----文件夹选项----显示隐藏的文件),打开application data 文件夹,

oracle数据库出现“批处理中出现错误: ORA-00001: 违反唯一约束条件”解决方法

最近使用oraclede impdp工具全库导入数据库时,在数据库里面使用出现如下情况. SQL state [null]; error code [17081]; 批处理中出现错误: ORA-00001: 违反唯一约束条件 (GDXAORCL.SYS_C0055359) ; nested exception is java.sql.BatchUpdateException: 批处理中出现错误: ORA-00001: 违反唯一约束条件 (GDXAORCL.SYS_C0055359) -(:155