ORA-10877: error signaled in parallel recovery slave 问题

[九月茅]

ORA-00600: internal error code, arguments: [2619], [18799], [], [], [], [], [], [], [], [], [], []
Errors in file /oracle/app/oracle/diag/rdbms/powerdes_s1/powerdes/trace/powerdes_mrp0_43408.trc  (incident=600231):
ORA-00600: internal error code, arguments: [2619], [18799], [], [], [], [], [], [], [], [], [], []
ORA-10877: error signaled in parallel recovery slave

昨天修复了备库standby，分析了原因，不知道原因分析是否恰当 ，总结地址是： ]

有空的时候，帮忙看看，你们是否也遇到过类似的问题呢[都是咋解决的？

[九月茅]

昨天修复了备库standby，分析了原因，不知道原因分析是否恰当 ，记录地址是：http://blog.csdn.net/mchdba/article/details/72874642

[Ivan-wu]

我看MOS上的文档，我是这么理解的，最后一个归档传输过来的时候，standby磁盘空间满了 那个归档被标记为invalid，已经无法使用，这时候出现ORA-600的报错 把之前应用好的归档在standby上删除，清理出空间，再把standby中出现invalid的归档从主库copy过来替换掉 再重新同步应该就可以了。

[九月茅]

引用 2 楼 qq_25157419 的回复:

我看MOS上的文档，我是这么理解的，最后一个归档传输过来的时候，standby磁盘空间满了 那个归档被标记为invalid，已经无法使用，这时候出现ORA-600的报错 把之前应用好的归档在standby上删除，清理出空间，再把standby中出现invalid的归档从主库copy过来替换掉 再重新同步应该就可以了。

你好，mos的文章地址是啥呢，我去拜读一下子。

[Ivan-wu]

引用 3 楼 mchdba 的回复:

[quote=引用 2 楼 qq_25157419 的回复:] 我看MOS上的文档，我是这么理解的，最后一个归档传输过来的时候，standby磁盘空间满了 那个归档被标记为invalid，已经无法使用，这时候出现ORA-600的报错 把之前应用好的归档在standby上删除，清理出空间，再把standby中出现invalid的归档从主库copy过来替换掉 再重新同步应该就可以了。

你好，mos的文章地址是啥呢，我去拜读一下子。[/quote] 如果您有不同见解，可以指点我一下 MOS 文档1138913.1

[九月茅]

引用 4 楼 qq_25157419 的回复:

[quote=引用 3 楼 mchdba 的回复:] [quote=引用 2 楼 qq_25157419 的回复:] 我看MOS上的文档，我是这么理解的，最后一个归档传输过来的时候，standby磁盘空间满了 那个归档被标记为invalid，已经无法使用，这时候出现ORA-600的报错 把之前应用好的归档在standby上删除，清理出空间，再把standby中出现invalid的归档从主库copy过来替换掉 再重新同步应该就可以了。

你好，mos的文章地址是啥呢，我去拜读一下子。[/quote] 如果您有不同见解，可以指点我一下 MOS 文档1138913.1[/quote] 汗，忘记了，我没有登陆账号，查看不到这个文档。

[Ivan-wu]

引用 5 楼 mchdba 的回复:

[quote=引用 4 楼 qq_25157419 的回复:] [quote=引用 3 楼 mchdba 的回复:] [quote=引用 2 楼 qq_25157419 的回复:] 我看MOS上的文档，我是这么理解的，最后一个归档传输过来的时候，standby磁盘空间满了 那个归档被标记为invalid，已经无法使用，这时候出现ORA-600的报错 把之前应用好的归档在standby上删除，清理出空间，再把standby中出现invalid的归档从主库copy过来替换掉 再重新同步应该就可以了。

你好，mos的文章地址是啥呢，我去拜读一下子。[/quote] 如果您有不同见解，可以指点我一下 MOS 文档1138913.1[/quote] 汗，忘记了，我没有登陆账号，查看不到这个文档。[/quote] Oracle Database - Enterprise Edition - Version 11.2.0.1 and later cause： ORA-600[2619] is raised due to an invalid next_change# detected in archive log. In this case, it is caused by the archive log disk space ran out on standby site, causing that archive log not fully written on disk. This lead to ORA-600[2619] when the archive log was applied. solution： 1. Clear the disk space where archive log stored on standby site 2. Copy the problem archive log (eg: 4_77799_650412287.dbf) from the primary site and replace the one on the standby, then restart Managed Recovery. Archive log should be applied properly now. 上面所述的那个归档，就是导致最后磁盘空间占满的那个 贴的不全，不知道您是否有疑问