简介
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'
正常启动的顺序应该是先启动备库再启动主库。由于从库宕机导致有段时间日志未同步，主备不一致，从库无法启动。
参考资料
https://www.jb51.net/article/160838.htm
恢复前准备
备份主库
备份主库数据【/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 300 SQL> col MEMBER for a60 SQL> select type,member from v$logfile;
检查数据库文件
SQL> select name from v$datafile;
备库恢复
关闭备库，并启动了实例，加载数据库，但是数据库没有打开。打开日志进程
shutdown immediate startup mount; alter database recover managed standby database using current logfile disconnect from session;
主库操作
alter system switch logfile;
强制日志切换，不一定就归档当前的重做日志文件（若自动归档打开，就归档前的重做日志，若自动归档没有打开，就不归档当前重做日志。）
alter system switch logfile;
多操作几次，操作之后，稍等一段时间，时间视网速而定，过一段时间后，在主库上查询一下同步情况：
select name,sequence#,archived,applied from v$archived_log order by sequence#;
如果返回结果"APPLIED"都是“YES”或者只有最后一个是“NO”的话，说明全部归档日志全部已经归档完了
，此时到备库上上操作
启动备库
alter database recover managed standby database cancel; alter database open; alter database recover managed standby database using current logfile disconnect from session;
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对的支持。
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
RTX 5090要首发 性能要翻倍！三星展示GDDR7显存
三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。
首次推出的GDDR7内存模块密度为16GB，每个模块容量为2GB。其速度预设为32 Gbps（PAM3），但也可以降至28 Gbps，以提高产量和初始阶段的整体性能和成本效益。
据三星表示，GDDR7内存的能效将提高20%，同时工作电压仅为1.1V，低于标准的1.2V。通过采用更新的封装材料和优化的电路设计，使得在高速运行时的发热量降低，GDDR7的热阻比GDDR6降低了70%。