下面的問題是在我做impdp導入數據的時候剛好碰到歸檔日志滿了，而我又強制中斷進程，導緻數據庫進程MMON直接挂掉，後來數據庫表空間一系列操作就變得很卡，也無法正常關閉。

下面記錄下解決問題的過程：

在做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: 歸檔程序錯誤。在釋放之前僅限于内部連接

從上面顯示初步判定是歸檔日志出了問題

執行以下SQL：

SQL>select * from v$flash_recovery_area_usage;

查看 PERCENT_SPACE_USED 這個字段，可以看到歸檔日志空間百分比已經到99%，

對于此問題解決很簡單：一是增加空間大小，二是删除歸檔日志。

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

更改後，再檢查一下：

SQL>show parameter db_recover

可以看到歸檔日志在增加的時候提示MMON進程挂了，數據庫應該是之前的誤操作導緻宕掉了。

由于我這個是測試庫，所以直接startup force強制重啟，重啟後修改日志大小後就可以正常使用了。

總結：在誤操作之後不要胡亂做其他操作，先看錯誤日志來定位問題，再一步一步去解決問題，前面數據庫之所以宕掉應該就是我在殺了impdp進程後又重新做了幾次impdp操作，導緻歸檔日志激增，但那時候沒有想着去處理問題，最後數據庫就直接宕掉了。如果是生産庫重啟那就直接不太好了....

看在小編碼字這麼辛苦的份上，點波關注吧~

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!