数据库性能问题：尽管你描述的数据库负载一般，但仍然有可能存在其他方面的性能问题。可能的原因包括查询优化问题、锁竞争、资源争用等。建议通过分析数据库的性能指标和执行计划，以及检查是否存在长时间运行的查询或锁定情况，来判断数据库性能是否影响了打开单据的速度。

使用Oracle数据库提供的诊断工具，如AWR报告（Automatic Workload Repository）和ASH报告（Active Session History），可以帮助你分析数据库性能问题。
应用程序设计和实现问题：打开单据的延迟也可能是由应用程序本身的设计和实现问题引起的。这可能包括复杂的查询、大量的数据加载或处理、缓存机制不佳等。建议对应用程序进行仔细审查和性能优化，确保它们能够以高效的方式与数据库进行交互。

要进一步确定是网络问题还是数据库问题，建议进行以下操作：

在直连两个节点物理IP的情况下，使用网络工具（如ping、traceroute等）测试两个节点之间的网络延迟和丢包情况。
使用数据库性能监控工具（如Oracle Enterprise Manager、AWR报告等）来监视数据库的性能指标，并定期分析这些数据以查找性能瓶颈。
在应用程序中添加日志记录和性能跟踪，以便更好地理解和定位潜在的性能问题。

根据描述，初步判断可能为网络原因。

根据描述，初步判断可能为网络原因，tcptraceroute 在两个节点分别向scanip连接，节点1大概翻转6-10次左右，一般public ip和scan IP都是一个网段，咋可能翻转这么多次，一步直达才是正确的，建议检查网络及路由表配置，或者上是strace -T诊断

之前也碰到过类似的问题，在节点2没问题，在节点1上就很慢。楼主可以看看awr报错，具体的等待事件是什么。我之前是碰到了log file sync，后来查 系统日志/var/log/message 发现主机日志有点异常，输入异常信息到oracle MOS上查看 ，oracle建议去排除存储链路，后来就查出来存储光纤模块还是光纤线异常。