背景

下面的问题是在我做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: 归档程序错误。在释放之前仅限于内部连接

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

2、查看归档日志

执行以下sql：

SQL>select * from v$flash_recovery_area_usage;

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

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

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

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

更改后，再检查一下：

SQL>show parameter db_recover

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

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

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

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

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