启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.).

今天修改了一些配置,重新启动OGG时直接闪退,然后查看ggserr的报错日志,发现报了下面这个错:

.......
2020-07-16 15:44:59  INFO    OGG-03035  Oracle GoldenGate Capture for Oracle, EXTKAFKA.prm:  Operating system character set identified as GBK. Locale: zh_Hans_CN, LC_ALL:.
2020-07-16 15:44:59  INFO    OGG-03035  Oracle GoldenGate Capture for Oracle, PUKAFKA.prm:  Operating system character set identified as GBK. Locale: zh_Hans_CN, LC_ALL:.
2020-07-16 15:45:00  ERROR   OGG-00664  Oracle GoldenGate Capture for Oracle, PUKAFKA.prm:  OCI Error beginning session (status = 257-ORA-00257: archiver error. Connect internal only, until freed.).
2020-07-16 15:45:00  ERROR   OGG-01668  Oracle GoldenGate Capture for Oracle, PUKAFKA.prm:  PROCESS ABENDING.
2020-07-16 15:45:00  ERROR   OGG-00664  Oracle GoldenGate Capture for Oracle, EXTKAFKA.prm:  OCI Error beginning session (status = 257-ORA-00257: archiver error. Connect internal only, until freed.).
2020-07-16 15:45:00  ERROR   OGG-01668  Oracle GoldenGate Capture for Oracle, EXTKAFKA.prm:  PROCESS ABENDING.

......................

其实可以看到说是因为 ORA-00257: archiver error. Connect internal only, until freed  。

产生原因:

出现ORA-00257错误(空间不足错误),通过查找资料,绝大部分说这是由于归档日志太多,占用了全部的硬盘剩余空间导致的,通过简单删除日志或加大存储空间就能够解决。

我也去了我安装Oracle的路径下看了一下:C:\oracle\product\10.2.0\flash_recovery_area\ORCL   有好几个G的日志信息。

解决办法:

1、SecureCRT登录服务器,切换用户Oracle,连接oracle

 sqlplus /nolog

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第1张图片

SQL> connect sys/sys as sysdba

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第2张图片

2、检查flash recovery area的使用情况,可以看见archivelog已经很大了

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第3张图片

3、清理一下archivelog归档日志,生产环境建议备份

查询日志目录位置:

SQL> show parameter recover;

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第4张图片

4、退出sqlplus,用root用户登录,将归档日志备份后删除(拓展linux环境下)

先进入一个目标地址,新建一个oracle归档日志备份目录(归档日志备份):

mkdir oracle

进入归档日志源文件目录(UPRR是数据库实例名):

cd /mnt/install/ora_11g/app/oracle/flash_recovery_area/UPRR/archivelog/

先进入archivelog目录外面:

cd ..

备份archivelog下面的归档日志到之前新建的oracle归档日志备份目录下面:

cp -rf archivelog /mnt/oracle归档日志备份/

等待备份完成之后,删除已经备份的归档日志:

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第5张图片

5、在删除归档日志后,必须用RMAN维护控制文件,否则空间显示仍然不释放

使用oracle用户登录服务器,进入RMAN维护:

rman target sys/sys

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第6张图片

检查一些无用的archivelog:

RMAN> crosscheck archivelog all;

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第7张图片

删除截止到前一天的所有archivelog

RMAN> delete archivelog until time 'sysdate-1' ;

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第8张图片

6、再次查询flash recovery area的使用情况:

先按照步骤1,进入sqlplus环境,然后使用下面命令查询发现,使用很低,说明清除归档日志成功!

SQL> select * from V$FLASH_RECOVERY_AREA_USAGE;

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第9张图片

7、然后再启动OGG,可以成功启动

启动OGG时启动失败,报错 (status = 257-ORA-00257: archiver error. Connect internal only, until freed.)._第10张图片

你可能感兴趣的:(Database数据库,遇到的问题与解决方案,OGG学习,OGG,Oracle,archiver,error)