qq_39853326的博客

排查完这些之后，按照以往经验，要么是最大文件打开数过多，要么是进程过多，要么是虚拟机的宿主机硬件出现问题确实很卡。实在不行就重启大法。之后根据业务情况，是对容器进行重启，还是进行分析，就自己决定了。直接对容器进行重启，即可释放最大文件打开数，服务器恢复正常，但是避免以后再发生类似情况，还是需要对程序为什么会占用这么多的文件打开数做分析。查看是哪些进程导致的，进程看上去都是容器进程，如果是虚拟机部署的进程，就可以直接处理了。统计每个进程打开了多少个文件，发现有三个进程一共占用了一百多万个文件打开数。

申明首先申明，这种做法无法恢复数据。文章的目的就是把数据库恢复正常，数据可以丢弃，多为在测试环境进行的操作。现象删除了表空间的数据文件，导致在shutdown数据库和startup数据库的时候报错，如下：SQL> startup;ORACLE instance started.Total System Global Area 4008546304 bytesFixed Size 2259440 bytesVariable Size 872416784 bytesD