1.影响肯定是影响的，因为目前的高可用是连不上某个节点后，重连到可以连接的节点。 而没有用到例如某个节点不可用，自动飘逸到可用节点并且恢复之前的查询，oracle支持select级别的这种故障转移，但是实际上没啥客户真正使用。https://www.modb.pro/doc/4869
2.如何尽快减少对业务的影响，其实对于业务来说，数据库就是一个提供读写的器具。 那么你直接停节点，那么对应RAC就是先停实例，自动停当然慢了。
减少影响的时间：建议先测试
1.手工停需要停节点的监听，不会影响已连接的会话；
2.等会话自动断开或者手工kill,应用重连正常会自动发起重新连接，连接到可用的节点；
3.这个时候需要停节点-对应数据库实例没有session,集群层面停这个实例；
4.集群层面停crs,这个时候影响就很小了，因为应用的连接是实例+监听OK就行，你节点停，集群的reconfig对它没啥子影响。
多测试！【一定要测试，每个步骤都模拟应用远程连接，观察是否正常】 另外就是如果使用了主备模式的service 注意看上面链接的备注，有补充处理。

监听用的scan ip，咋停呢

正常情况下，是不会出现停集群中的一个节点导致另一个节点也不可用。