Oracle数据库日志文件丢失恢复问题
oracle数据库中的日志文件是oracle数据库中非常重要的文件之一,一旦丢失会给oracle数据库的使用带来很多不必要的麻烦,那么解决Oracle数据库日志文件丢失恢复问题就显得尤为重要,由于inactive日志文件组表示已经完成了检查点(dirty数据已经被写入数据文件)。数据库本身不会发生数据库丢失,如果在这个时候相应的redo丢失/损坏,可以通过clear重建日志文件组恢复。
一.丢失inactive日志文件组的恢复:
由于inactive日志文件组表示已经完成了检查点(dirty数据已经被写入数据文件)。数据库本身不会发生数据库丢失,如果在这个时候相应的redo丢失/损坏,可以通过clear重建日志文件组恢复。
通过命令:
alter database clear logfile group n
如果数据库模式是archived的,则需要强制清除
alter database clear unarchived logfile group n
二.丢失active或current日志文件组的恢复:
丢失情况分两种:
一个是正常关闭数据库(如shutdown immediate)
另一个是异常关闭数据库(如shutdown abort)
1.在损失当前日志时,数据库是正常关闭状态。
由于shutdown immediate会执行全面的checkpoint,所以当前日志在实例恢复时可以不需要redo
在Oracle 8i中我们完全可以通过alter database clear logfile group n来进行恢复.
但是在Oracle 9i中,则可能无法对current的redo日志进行clear,需要通过recover database until cancel恢复后(必须要做的)
用resetlogs选项打开。
比如:
alter database clear logfile group n
recover database until cancel;
alter database open resetlogs;
2.在损失当前日志时,数据库是异常关闭的:
这种情况下,由于没有在执行全面检查点时,数据库就已经关闭了,那么Oracle在进行实例恢复的时候必须要求当前的日志,否则Oracle数据库将无法open.
这样的情况下,我们通常需要从备份中恢复数据文件,通过应用归档日志进行向前推演。直到***一个完好的日志文件,然后可以通过resetlogs启动数据库完成恢复。那么丢失的数据则是被损坏的日志文件中的数据。
注意:_allow_resetlogs_corruption是Oracle中的一个隐含参数,如果系统实在不能resetlogs方式打开的后只能出此下策,在pfile进行相应设置打开数据库。该函数的含义是,允许在破坏一致性的情况下强制重置日志,打开数据库。 _allow_resetlogs_corruption将使用所有数据文件最旧的SCN打开数据库,所以通常来讲需要保证SYSTEM表空间拥有最旧的 SCN。在强制打开数据库之后,可能因为各种原因会有ora-600。
到这里关于oracle数据库中日志文件丢失的恢复方法就为大家总结这么多,希望上文中涉及到的内容对大家能够有所帮助。
相关文章
- 直面图的复杂性,港中文等提出面向图数据分布外泛化的因果表示学习
- 在重复和挑战性天气条件下的数据集和驾驶感知
- RocketMQ 消息集成:多类型业务消息 - 普通消息
- 资源预测数字模型搭建思路分享
- 自动驾驶车道线检测分类的虚拟-真实域适应方法
- CLIP不接地气?你需要一个更懂中文的模型
- 76小时动捕,最大规模数字人多模态数据集开源
- 为什么我要迁移 SpringBoot 到函数计算
- 综述:自动驾驶的协同感知技术
- VideoMAE:简单高效的视频自监督预训练新范式
- 美国量子专家警告:2023年将是量子计算重要转折点,企业必须做好准备
- 百年微分方程难题被解决!神经元相互作用方式有了解析解描述,作者:可以模拟大脑动力学了 | MIT
- 一文看懂DRIVE Replicator:合成数据生成加速自动驾驶汽车的开发和验证
- 如何正确定义测试阶段训练?顺序推理和域适应聚类方法
- ChiQA-一个基于20万个真实用户问题的图片问答数据集
- 搞透Kafka的存储架构,用起来直接起飞!
- 同时采用边缘和云的四个理由
- 光纤通信速率破纪录!每秒能传1.84Pbit,2倍于全球互联网总流量
- 量子CNN对数据集的测试准确率高,但存在局限性
- 未来AI计算的方向,是「水芯片」?