dataguard主备库同步问题,
不知道怎么整的~做好的dataguard
备库突然没法启动了,启动报错
SQL> startup
ORACLE instance started.
Total System Global Area 1536602112 bytes
Fixed Size 2213616 bytes
Variable Size 922749200 bytes
Database Buffers 603979776 bytes
Redo Buffers 7659520 bytes
Database mounted.
ORA-10458: standby database requires recovery
ORA-01196: file 1 is inconsistent due to a failed media recovery session
ORA-01110: data file 1: '/opt/oracle/db02/oradata/ORCL/system01.dbf'
然后查看日志应用情况
主库 上 select name,SEQUENCE#,APPLIED from v$archived_log order by name ,sequence# ;
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_85.log 85 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_86.log 86 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_87.log 87 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_88.log 88 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_89.log 89 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_90.log 90 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_91.log 91 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_92.log 92 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_93.log 93 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_94.log 94 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_95.log 95 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_96.log 96 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_97.log 97 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_98.log 98 NO
/data/CEBPM/archivelogarch_4fe2d47c_1_812484863_99.log 99 NO
cebpms 85 YES
cebpms 86 YES
cebpms 87 YES
cebpms 96 NO
cebpms 96 NO
cebpms 97 NO
cebpms 98 NO
cebpms 99 NO
备库上
SQL> select name,SEQUENCE#,APPLIED from v$archived_log order by name ,sequence# ;
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_85.log
85 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_86.log
86 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_87.log
87 YES
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_88.log
88 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_89.log
89 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_90.log
90 YES
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_91.log
91 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_92.log
92 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_93.log
93 YES
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_94.log
94 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_95.log
95 YES
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_96.log
96 NO
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_96.log
96 NO
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_97.log
97 NO
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_98.log
98 NO
NAME
--------------------------------------------------------------------------------
SEQUENCE# APPLIED
---------- ---------
/data/CEBPMS/archivelog/arch_4fe2d47c_1_812484863_99.log
99 NO
100 rows selected.
请大神帮忙看下,这个如何处理~~还有主库上为什么有那么多NO的??但是之前同步是正常的