你这不是排查的问题吧，应该是怎么恢复吧。
你把另一个节点的dbs目录拷贝过来，然后把参数文件、密码文件改成误删除节点的，看看行不行。

你的意思他是数据库自己误删除的，不是人为的？

查查history，看看堡垒机上是否有留痕，这种基本上属于人为误操作或者脚本。还没碰到软件自己把自己干掉的情况。

（1）首先 history 查看是否有 rm 删除的操作；
（2）其次 crontab -l 查看定时任务
（3）然后 ps -elf 查看有无异常的运行程序；
（4）最后查看各种日志，排查是否有异常日志；

应用的jdbc是连接的数据库哪个ip?是scanip吗？

那这应该就是原因所在了

当时故障节点的vip漂移了么？

你可以看下哈，当时其他节点是夯死了还是确实连接不上了，我碰到一种情况就是高并发下，rac一个节点异常，会导致另一个节点短时间夯，看看正常的节点当时的活动会话情况。另外就是oracle 12c  bug比较多，不排除是bug。

把问题描述清楚吧，3个大佬都亲自来了

内容截取：
https://www.yisu.com/zixun/266678.html

你应用配置的vip,应该把你的这3个vip都配置上，当第一个vip 连不通的话，让应用连接第二个vip。

或者你直接配置scan_ip

oracle rac 12c 五节点。其中一个节点$ORACLE_HOME下dbs目录误删除 导致集群连接失败，程序配置的是其中三个节点的vip，想明确不是为什么dbs删除了，是删除了dbs为什么会导致程序连接数据库失败，报错 ora12547：连接丢失

配置的这三个VIP中有没有dbs被删除的节点？
按理dbs删除不会影响监听，看看监听文件的配置参数，确认下连接顺序

你的tnsnames.ora文件中配置了vip的信息么，你jdbc这么写，tnsnames.ora文件也需要把vip信息写上

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP)(HOST = w3-vip)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP)(HOST = w1-vip)(PORT = 1521))

(ADDRESS = (PROTOCOL = TCP)(HOST = w2-vip)(PORT = 1521))

)

(LOAD_BALANCE = YES)

(FAILOVER = ON)

(CONNECT_DATA =

(SERVICE_NAME = PRD1)

)

)

你把你(FAILOVER = YES)改成(FAILOVER = ON)测试一下呢。