ORACLE 10G RAC数据库更换心跳交换机的需要注意的情况

最新推荐文章于 2024-07-08 22:07:33 发布

yangg1991

最新推荐文章于 2024-07-08 22:07:33 发布

阅读量3.3k

点赞数 3

分类专栏： Oracle 10G

本文链接：https://blog.csdn.net/yangg1991/article/details/50492211

版权

本文讲述了在Oracle 10G RAC数据库环境中，由于使用百兆家用交换机导致的性能问题。文章强调了私网交换机在全局缓存同步中的关键角色，并指出网线直连的不支持性。在更换为千兆H3C交换机过程中遇到的Node重启问题，分析了原因及解决方法，即在更换时需要关闭CRS服务。此过程可能造成短暂的数据库中断，对操作流程提出了改进建议。

摘要由CSDN通过智能技术生成

由于客户对RAC数据库不了解，使用了一台家用的百兆交换机来做私网交换机，老实说，这样还不如用网线直连。

首先，私网的作用并不仅仅用来判断死活状态，更重要的作用是RAC各node间globe cache同步。因为百兆交换机的问题，我们这里的AWR报告的TOP5等待事件中出现了global cache cr request，这样肯定会影响整个RAC的性能和稳定性了。

同时ORACLE也说了网线直连的做法是不支持的，有兴趣的可以查下官方说明（Note:364103.1）。让客户找了一台H3C的千兆交换机，在更换心跳交换机的时候还出现了一点小问题。

晚上8点，把数据库和CRS里的服务都停了之后，还特意检查了一下。

[oracle@wh1 ~]$ crs_stat -t
Name           Type           Target    State     Host        
------------------------------------------------------------
ora.orcl.db    application    OFFLINE   OFFLINE               
ora....l1.inst application    OFFLINE   OFFLINE               
ora....l2.inst application    OFFLINE   OFFLINE               
ora....SM1.asm application    OFFLINE   OFFLINE               
ora....J1.lsnr application    OFFLINE   OFFLINE               
ora....dj1.gsd application    OFFLINE   OFFLINE               
ora....dj1.ons applicati