十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
Oracle重做日志
创新互联长期为近1000家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为明山企业提供专业的做网站、网站制作,明山网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。
Oracle的重做日志文件(Online redo logfile)循环记录了数据库所有的事务 它的大小 个数和存储位置对数据库性能和恢复有重要影响 它一般由大小相同的几组文件构成 我们可以查看数据库视图v$logfile知道redo logfile的个数和存储位置 对每一个Oracle数据库都要求至少具有两个联机重做日志
每一次新的事务提交时 Oracle将该事务写入日志文件 但并非此时也将修改的数据块写回原数据文件 由于内存读写和磁盘I/O存在几个数量级的效率差别 Oracle通过减少数据文件的物理I/O读写来大大提高数据库的性能 同时 又通过优先写日志文件来保证数据的正确性和一致性 基于这种机制 重做日志文件在数据库的实例恢复和介质恢复时至关重要 是oracle数据库最重要的物理文件之一
如果数据库在启动时检测到重做日志丢失 数据库将无法启动 如果数据库在运行时切换日志文件组 检测到下一组或者全部的重做日志丢失 数据库将会崩溃 由于磁盘介质损坏或者人为的误删除文件 造成严重后果的事件近期时有发生 本文列举了重做日志丢失的数据库恢复 但如果按照冗余原则合理分布日志文件组的成员 如果工程师了解日志文件的基本原理和使用原则 就完全可以避免出现下列问题
恢复方法
故障现象
SQL startup mount
Oracle Instance Started
Database mounted
ORA : open failed for members of log group of thread
ORA : online log thread : /ORACLE/ORADATA/H /REDO LOG
ORA : unable to open file
OSD : unable to open file
O/S Error: (OS ) The system cannot find the file specified
恢复注意事项
以下所列举的恢复方法 都属于不完全恢复或者强制恢复 会丢失当前重做日志中的事务数据 一旦操作不当 将带来数据丢失等严重后果 请遵循以下几个恢复原则
请勿在生产系统上试用
如果生产系统出现重做日志文件丢失的故障 请勿自行操作破坏现场 应该立刻联系Oracle工程师
恢复成功之后 需要马上做一次数据库的全备份
建议重做日志文件一定要实现镜象在不同的磁盘上 避免这种情况的发生
恢复方法
首先检查重做日志文件状态 看看报错的日志文件的状态是否为Current
SQL select * from v$log;
SQL select * from v$logfile;
如果重做日志文件状态为Inactive 我们可以直接清除该日志文件的内容
SQL alter database clear logfile /ORACLE/ORADATA/H /REDO LOG ;
如果重做日志文件状态为Current 恢复工作较为复杂 有以下四种情况
)通过下面步骤 数据库顺利打开
SQL recover database until cancel;
Type Cancel when prompted
SQLalter database open resetlogs;
)第一种情况的 recover database until cancel 操作遇到ORA ORA ORA 错误 需要整个数据库的物理备份 并根据归档日志恢复到错误时间点 前提是数据库是归档模式
restore old backup
SQL startup mount
SQL recover database until cancel using backup controlfile;
SQL alter database open resetlogs;
)如果数据库是非归档模式 只能恢复整个物理备份 然后直接打开数据库 这种情况将丢失物理备份至故障发生前的全部数据
)如果数据库是非归档模式 且没有物理备份 只能通过特殊的隐含参数 允许数据库不一致的状况下打开数据库 这种恢复方法是没有办法之后的恢复方法 将导致数据库不一致 一般情况下不要采用 如确有需要 请在Oracle的技术人员指导下使用该方法
? 关闭数据库
SQLshutdown immediate
? 在initsid ora中加入如下参数
_allow_resetlogs_corruption=TRUE
? 重新启动数据库 利用until cancel恢复
SQLrecover database until cancel;
Cancel
? 打开数据库
SQLalter database open resetlogs;
? 数据库被打开后 马上执行一个全库导出
关闭数据库 在initsid ora中去掉_all_resetlogs_corrupt参数
lishixinzhi/Article/program/Oracle/201311/16743
很多网友在把某个数据库实例的REDO ~ LOG三个重做日志删掉后 会出现无法正常登陆数据库的现象 下面的示例是具体的恢复过程 希望能为大家解决难题
一
c:/sqlplus /nolog
二
sqlconnect /@instancename as sysdba;
三
startup mount; 启动实例 安装数据库 但不打开数据库 可以开始操作控制文件 日志文件 数据文件等
四
select * from v$logfile; 察看Redo文件的信息
五;
select * from v$log; 察看Redo日志的状态 一般有unused current clearing clearing
六 非当前(current)的未归档日志文件恢复alter database clear logfile group N;
N就是日志组的顺序号
归档日志文件恢复 alter database clear logfile unarchived group N;
lishixinzhi/Article/program/Oracle/201311/19024
具体看你多路复用了几个控制文件,如果多余两个,则把正常的一个控制文件复制成原来丢失的两个,来启动数据库即可。
如果只复用了两个控制文件,则只能使用控制文件的备份来恢复了。
如果连控制文件都没有备份,则只能重建控制文件。
oraclebin文件夹丢失能直接拷贝一个过来。oraclebin文件夹丢失,但因为数据库中所有的oraclebin文件都是镜像的,将丢失的文件再拷贝一个过来就可以恢复。所以oraclebin文件夹丢失能直接拷贝一个过来。