案例分享：Active DataGurad环境ORA-00338报错解决方案

IT那活儿 2022-12-18

472

点击上方“IT那活儿”公众号，关注后了解更多内容，不管IT什么活儿，干就完了！！！

一

事件背景

事情发生在某运营商核心生产环境ActiveDataGuard应急库主机和存储过保，根据需求新搭建一套应急环境。“一切就绪，静等版本割接”，终于等到了某年某月某日晚准备启动割接计划，谁知天有不测风云，某运营商在迁移数据同步软件的过程中反馈同步软件无法正常启动。

具体报错如下：

ORA-00310:archived log contains sequence 578278; sequence 578272 required

ORA-00334:archived log: 'xxxxxxxxxxxxxxxxx/onlinelog/sdy_redo_a41'

报错显示归档日志中scn是578278，需要578272。

查询对应的standby_log的scn号578272。

查看trace日志可以看到ora-0038ora-00312报错，检查新老应急环境scn号不一致。

二

解决办法

2.1 处理过程

1）退出日志实时应用模式

alter database recover managed standby database cancel;

2）关闭数据库

shutdown immediate

3）启动数据库到mount状态

startup mount

4）清除报错的日志组4

alterdatabase clear unarchived logfile group 4;

5）应用日志

alterdatabase recover managed standby database using current logfiledisconnect from session;

6）日志应用完后先退出然后再打开数据库

alterdatabase recover managed standby database cancel;
alter databaseopen;

7）再次应用日志

alterdatabase recover managed standby database using current logfiledisconnect from session;

2.2 解决完检查下日志文件

Scn号已经更新，执行下报错sql也可以正常执行，新老应急环境scn号检查一致。

分析总结

DataGurad是实现核心数据库容灾方案的常用手段，以保护关键业务数据免受故障，灾难，人为错误和数据损坏，同时还可以提供复杂报表业务查询功能，可以大大减轻生产环境负载。但是，DataGurad在使用过程中问题也是层出不穷。希望这次分享的内容能够帮助大家在日常运维过程中快速定位和解决问题。

本文作者：丁伟(上海新炬中北团队）

文章转载自IT那活儿，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。