当使用SQL*Plus连接Oracle RAC集群时，如果遇到节点hang住的状况，运维DBA应如何使用系统监控工具进行故障排查与性能优化？

面对Oracle RAC集群节点hang住的情况，运维DBA首先需要利用系统监控工具对当前状态进行全面诊断。根据《一线DBA揭秘：运维DBA职责与实战案例》中的指导，我们可以采取以下步骤进行故障排查与性能优化：

参考资源链接：[一线DBA揭秘：运维DBA职责与实战案例](https://wenku.csdn.net/doc/1105ptuwic?spm=1055.2569.3001.10343)

1. **使用Oracle Enterprise Manager (OEM)**：首先，通过OEM监控界面快速识别出RAC集群的状态和性能指标。关注CPU、内存、I/O等资源的使用情况，并检查是否有异常的数据库等待事件和响应时间。

2. **检查Alert Log和Trace Files**：通过查看数据库的alert log文件和相关trace文件，可以找到节点hang住时的错误信息和警告信息，这些信息对于定位问题至关重要。

3. **使用SQL*Plus执行诊断命令**：启动SQL*Plus并连接到hang住的节点，运行诊断命令如`oradebug hang analyze`，来获取进一步的诊断信息。这有助于分析操作系统级别的资源争用和锁情况。

4. **监控V$视图**：在SQL*Plus中，检查V$视图，如`V$SYSTEM_EVENT`、`V$ACTIVE_SESSION_HISTORY`等，来了解系统中当前的等待事件和活动会话，这有助于进一步缩小问题范围。

5. **利用ASH报告进行性能分析**：生成ASH报告，分析报告中时间窗口内的活动会话历史，这有助于了解hang事件前后数据库性能的变化。

6. **使用RAC特定工具**：使用RAC特定的工具和命令，例如`crsctl`和`SRVCTL`，检查RAC集群的状态和服务健康状况，确认集群资源和服务是否正常运行。

通过上述步骤，DBA可以系统地排查问题，并采取相应的性能优化措施。例如，如果确认是由于高负载导致的I/O瓶颈，可以考虑优化I/O子系统或调整数据库的I/O配置参数。如果是由内存争用引起的问题，可能需要增加SGA_target或PGA_aggregate_target的大小，以减少内存中的竞争状况。

在处理完故障和性能问题之后，DBA还应该记录这次事件的详细信息，并将相关知识共享给团队，以备将来发生类似问题时可以迅速应对。

最后，为了全面掌握Oracle RAC故障排查与性能优化的技巧，强烈推荐阅读《一线DBA揭秘：运维DBA职责与实战案例》一书。该书详细记录了DBA在实际工作中遇到的各种案例，提供了深入的分析和解决方案，有助于DBA在面对复杂的RAC环境时做出准确判断，提升处理效率。

参考资源链接：[一线DBA揭秘：运维DBA职责与实战案例](https://wenku.csdn.net/doc/1105ptuwic?spm=1055.2569.3001.10343)