oracle 查看误操作记录(记一次误操作导致归档报错)

背景

下面的问题是在我做impdp导入数据的时候刚好碰到归档日志满了,而我又强制中断进程,导致数据库进程MMON直接挂掉,后来数据库表空间一系列操作就变得很卡,也无法正常关闭。

下面记录下解决问题的过程:


1、碰到问题时先看报错日志!

在做impdp操作的时候中断进程,查看日志提示归档程序错误。

报错日志提示:

$ impdp nwpp_test/\"gzcss@123\"@iZmfgnjkehk13uZ:1521/nwppdb directory=dir_dp DUMPFILE=nwpp_test_metadata.dmp remap_schema=nwpp_test:nwpp_test remap_tablespace=GZCSS_NWPP_TEST:NWPP logfile=nwpp180915.log

Import: Release 11.2.0.1.0 - Production on Sat Sep 15 12:39:58 2018

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

UDI-00257: operation generated ORACLE error 257

ORA-00257: 归档程序错误。在释放之前仅限于内部连接

oracle 查看误操作记录(记一次误操作导致归档报错)(1)

从上面显示初步判定是归档日志出了问题

2、查看归档日志

执行以下SQL:

SQL>select * from v$flash_recovery_area_usage;

查看 PERCENT_SPACE_USED 这个字段,可以看到归档日志空间百分比已经到99%,

对于此问题解决很简单:一是增加空间大小,二是删除归档日志。

oracle 查看误操作记录(记一次误操作导致归档报错)(2)

3、增加归档日志空间大小

SQL>alter system set db_recovery_file_dest_size=6G scope=both;

更改后,再检查一下:

SQL>show parameter db_recover

oracle 查看误操作记录(记一次误操作导致归档报错)(3)

可以看到归档日志在增加的时候提示MMON进程挂了,数据库应该是之前的误操作导致宕掉了。

4、强制重启后修改日志大小

由于我这个是测试库,所以直接startup force强制重启,重启后修改日志大小后就可以正常使用了。

oracle 查看误操作记录(记一次误操作导致归档报错)(4)


总结:在误操作之后不要胡乱做其他操作,先看错误日志来定位问题,再一步一步去解决问题,前面数据库之所以宕掉应该就是我在杀了impdp进程后又重新做了几次impdp操作,导致归档日志激增,但那时候没有想着去处理问题,最后数据库就直接宕掉了。如果是生产库重启那就直接不太好了....

看在小编码字这么辛苦的份上,点波关注吧~

oracle 查看误操作记录(记一次误操作导致归档报错)(5)

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页