时间:2021-05-24
简介
ORA-10458: standby database requires recovery
ORA-01196: 文件 1 由于介质恢复会话失败而不一致
ORA-01110: 数据文件 1: 'XXXXXXXXXXXXXXXXXX\XXXXX1.DBF'
一个项目做了Oracle主从数据库同步,通过Dataguard实现,从库服务器宕机,再开机的时候,从库无法启动,报“ORA-01196: 文件 1 由于介质恢复会话失败而不一致”这个错误,具体日志信息如下:
ORA-10458: standby database requires recovery
ORA-01196: 文件 1 由于介质恢复会话失败而不一致
ORA-01110: 数据文件 1: 'XXXXXXXXXXXXXXXXXX\XXXXX1.DBF'
正常启动的顺序应该是先启动备库再启动主库。由于从库宕机导致有段时间日志未同步,主备不一致,从库无法启动。
参考资料
恢复前准备
备份主库
备份主库数据【/home/oracle/backup/20190506/】
mkdir /home/oracle/backup/20190506 sqlplus / as sysdba SQL> create directory data_dir as '/home/oracle/backup/20190506'; expdp SYSTEM/密码@orcl schemas=用户名 dumpfile=bak20190506.dmp directory=data_dir logfile=bak20190506.log;检查日志文件
恢复之前需要了解当前备库的数据库文件、日志文件,查看主备库是否一致【如不一致需要拷贝】。
SQL> set linesize 300SQL> col MEMBER for a60SQL> select type,member from v$logfile;检查数据库文件
备库恢复
关闭备库,并启动了实例,加载数据库,但是数据库没有打开。打开日志进程
shutdown immediatestartup mount;alter database recover managed standby database using current logfile disconnect from session;主库操作
强制日志切换,不一定就归档当前的重做日志文件(若自动归档打开,就归档前的重做日志,若自动归档没有打开,就不归档当前重做日志。)
alter system switch logfile;多操作几次,操作之后,稍等一段时间,时间视网速而定,过一段时间后,在主库上查询一下同步情况:
select name,sequence#,archived,applied from v$archived_log order by sequence#;如果返回结果"APPLIED"都是“YES”或者只有最后一个是“NO”的话,说明全部归档日志全部已经归档完了
,此时到备库上上操作
启动备库
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对的支持。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
主节点宕机数据,备库数据恢复背景在从节点停止服务,然后往主库不断写入数据,然后把主机宕机掉,启动从库,把主库宕机期间的增量wal日志复制到从库的archive目
主备同步,也叫主从复制,是MySQL提供的一种高可用的解决方案,保证主备数据一致性的解决方案。在生产环境中,会有很多不可控因素,例如数据库服务挂了。为了保证应用
一.概述DMOBSV方案是一个基于日志的数据库级可靠性解决方案,它能够进行主备机之间的数据同步和故障切换,是一个集成化的灾难恢复解决方案。该方案的基本原理是,主
前言最近在开发环境oracle启动侦听的时候,出现了TNS:permissiondenied的问题,通过网上和咨询朋友,最终找到了解决方案,现在共享出来给有需要
为物联网解决方案选择正确的数据库平台是一项艰巨的任务。首先,物联网解决方案可以跨地理区域分布。与集中式的基于云的解决方案相反,更多的解决方案正在采用边缘雾计算和