Oracle RAC启动与关闭时的一些注意事项

Oracle RAC在启动与关闭的过程中,常常会出现一些问题。为了避免这些问题的产生,我们在RAC启动与关闭的过程中需要小心谨慎。本文介绍了Oracle RAC启动与关闭过程中的一些注意事项以及遇到问题的处理方法,接下来我们一一开始介绍。

一、检查共享设备

一般情况下, 存放OCR 和 Voting Disk 的OCFS2 或者raw 都是自动启动的。 如果他们没有启动,RAC 肯定是启动不了的。  

1.1 如果使用ocfs2的,检查ocfs2 状态

 

  1. /etc/init.d/o2cb status  

 

在挂载之前,/etc/init.d/o2cb status 显示为Checking O2CB heartbeat: Not active。

在格式化和挂载文件系统之前,应验证 O2CB 在两个节点上均联机;O2CB 心跳当前没有活动,因为文件系统还没有挂载 。挂载之后就会变成active。

 

  1. mount -t ocfs2 -o datavolume /dev/sdb1 /u02/oradata/orcl   

 

1,2. 如果使用raw device.

 

  1. [root@raw1 ~]# cd /dev/raw/  
  2.  
  3. [root@raw1 raw]# ls  
  4.  
  5. raw1  raw2 

 

或者:

 

  1. [root@raw1 init.d]# /etc/init.d/rawdevices status  
  2.  
  3. /dev/raw/raw1:  bound to major 8, minor 17  
  4.  
  5. /dev/raw/raw2:  bound to major 8, minor 18 

 

1.3. 检查ASM

 

  1. /etc/init.d/oracleasm listdisks   

 

二、自动启动RAC并检查相关进程

RAC 在启动的时候crs 等进程都是自动启动的:

 

  1. [root@rac1 init.d]# ls -l /etc/init.d/init.*  
  2.  
  3. -r-xr-xr-x  1 root root  1951 Feb 26 22:38 /etc/init.d/init.crs  
  4.  
  5. -r-xr-xr-x  1 root root  4714 Feb 26 22:38 /etc/init.d/init.crsd  
  6.  
  7. -r-xr-xr-x  1 root root  35394 Feb 26 22:38 /etc/init.d/init.cssd  
  8.  
  9. -r-xr-xr-x  1 root root  3190 Feb 26 22:38 /etc/init.d/init.evmd  

 

我们要查看一下crs 的状态:

正常情况下, 进程都是online的:

 

  1. [root@raw1 bin]# ./crs_stat -t  
  2.  
  3. Name           Type           Target    State     Host  
  4.  
  5. ------------------------------------------------------------  
  6.  
  7. ora.raw.db      application    ONLINE    ONLINE    raw1  
  8.  
  9. ora.raw.raw.cs   application    ONLINE    ONLINE    raw1  
  10.  
  11. ora....aw1.srv   application    ONLINE    ONLINE    raw1  
  12.  
  13. ora....aw2.srv   application    ONLINE    ONLINE    raw2  
  14.  
  15. ora....w1.inst    application    ONLINE    ONLINE    raw1  
  16.  
  17. ora....w2.inst    application    ONLINE    ONLINE    raw2  
  18.  
  19. ora....SM1.asm  application    ONLINE    ONLINE    raw1  
  20.  
  21. ora....W1.lsnr   application    ONLINE    ONLINE    raw1  
  22.  
  23. ora.raw1.gsd    application    ONLINE    ONLINE    raw1  
  24.  
  25. ora.raw1.ons    application    ONLINE    ONLINE    raw1  
  26.  
  27. ora.raw1.vip    application    ONLINE    ONLINE    raw1  
  28.  
  29. ora....SM2.asm  application    ONLINE    ONLINE    raw2  
  30.  
  31. ora....W2.lsnr   application    ONLINE    ONLINE    raw2  
  32.  
  33. ora.raw2.gsd   application    ONLINE    ONLINE    raw2  
  34.  
  35. ora.raw2.ons   application    ONLINE    ONLINE    raw2  
  36.  
  37. ora.raw2.vip   application    ONLINE    ONLINE    raw2 

 

如果出现以下情况:

 

  1. [root@rac2 bin]# ./crs_stat -t  
  2.  
  3. Name           Type           Target    State     Host  
  4.  
  5. ------------------------------------------------------------  
  6.  
  7. ora.rac.db     application    ONLINE    UNKNOWN   rac1  
  8.  
  9. ora....orcl.cs   application    ONLINE    UNKNOWN   rac1  
  10.  
  11. ora....ac1.srv   application    OFFLINE   OFFLINE  
  12.  
  13. ora....ac2.srv   application    OFFLINE   OFFLINE  
  14.  
  15. ora....c1.inst   application    ONLINE    UNKNOWN   rac1  
  16.  
  17. ora....c2.inst   application    ONLINE    UNKNOWN   rac2  
  18.  
  19. ora....SM1.asm application    ONLINE    ONLINE    rac1  
  20.  
  21. ora....C1.lsnr   application    ONLINE    UNKNOWN   rac1  
  22.  
  23. ora.rac1.gsd   application    ONLINE    UNKNOWN   rac1  
  24.  
  25. ora.rac1.ons   application    ONLINE    ONLINE    rac1  
  26.  
  27. ora.rac1.vip   application    ONLINE    ONLINE    rac1  
  28.  
  29. ora....SM2.asm  application    ONLINE    ONLINE    rac2  
  30.  
  31. ora....C2.lsnr   application    ONLINE    UNKNOWN   rac2  
  32.  
  33. ora.rac2.gsd   application    ONLINE    UNKNOWN   rac2  
  34.  
  35. ora.rac2.ons   application    ONLINE    ONLINE    rac2  
  36.  
  37. ora.rac2.vip   application    ONLINE    ONLINE    rac2 

 

解决方法: 

1. 用crs_stat 查看进程全部信息:

 

  1. [root@rac2 bin]# ./crs_stat  
  2.  
  3. NAME=ora.rac.db  
  4.  
  5. TYPE=application 
  6.  
  7. TARGET=ONLINE 
  8.  
  9. STATE=ONLINE on rac2  
  10.  
  11. NAME=ora.rac1.LISTENER_RAC1.lsnr  
  12.  
  13. TYPE=application 
  14.  
  15. TARGET=ONLINE 
  16.  
  17. STATE=UNKNOWN on rac1  
  18.  
  19. NAME=ora.rac1.gsd  
  20.  
  21. TYPE=application 
  22.  
  23. TARGET=ONLINE 
  24.  
  25. STATE=UNKNOWN on rac1  
  26.  
  27. NAME=ora.rac2.LISTENER_RAC2.lsnr  
  28.  
  29. TYPE=application 
  30.  
  31. TARGET=ONLINE 
  32.  
  33. STATE=UNKNOWN on rac2  
  34.  
  35. ... ... 

 

2. 对于offline 的进程,我们可以直接手动的启动它

 

  1. [root@rac2 bin]# ./crs_start ora.rac.orcl.rac1.srv  
  2.  
  3. Attempting to start `ora.rac.orcl.rac1.srv` on member `rac1`  
  4.  
  5. Start of `ora.rac.orcl.rac1.srv` on member `rac1` succeeded.、  

 

3. 对于UNKNOWN 的进程,我们可以先stop 它, 在start。

 

  1. [root@rac2 bin]# ./crs_stop ora.rac2.gsd  
  2.  
  3. Attempting to stop `ora.rac2.gsd` on member `rac2`  
  4.  
  5. Stop of `ora.rac2.gsd` on member `rac2` succeeded.  
  6.  
  7. [root@rac2 bin]# ./crs_start ora.rac2.gsd  
  8.  
  9. Attempting to start `ora.rac2.gsd` on member `rac2`  
  10.  
  11. Start of `ora.rac2.gsd` on member `rac2` succeeded.  

 

4. 如果crs_stop不能结束,crs_start 不能启动的进程,我们有2中方法来解决:

4.1)是用crs_stop -f  参数把crs中状态是UNKNOWN的服务关掉,然后再用crs_start -f (加一个-f的参数)启动所有的服务就可以。要分别在两个节点上执行;

 

  1. [oracle@rac2 ~]$ crs_start -f ora.ora9i.ora9i2.inst  
  2.  
  3. Attempting to start `ora.ora9i.ora9i2.inst` on member `rac2`  
  4.  
  5. Start of `ora.ora9i.ora9i2.inst` on member `rac2` succeeded.  
  6.  
  7. [oracle@rac2 ~]$ crs_stop -f ora.ora9i.db  
  8.  
  9. Attempting to stop `ora.ora9i.db` on member `rac2`  
  10.  
  11. Stop of `ora.ora9i.db` on member `rac2` succeeded. 

 

4.2)转换到root用户下用/etc/init.d/init.crs stop先禁用crs,然后再用/etc/init.d/init.crs start去启用crs,启用crs后会自动启动crs的一系列服务,注意此种方法需要在两台节点上都执行; 

5. 可以用命令一次启动和关闭相关进程

 

  1. [root@rac2 bin]# ./crs_stop -all  
  2.  
  3. [root@rac2 bin]# ./crs_start -all 

 

三、 手动启动RAC 

一般情况下每次节点启动的时候,所有服务都会自动启动,如果需要关闭或者启动某个节点,如下所示 

停止RAC:

 

  1. emctl stop dbconsole   
  2.  
  3. srvctl stop instance -d raw -i raw1   
  4.  
  5. srvctl stop instance -d raw -i raw2   
  6.  
  7. srvctl stop asm -n raw1   
  8.  
  9. srvctl stop asm -n raw2   
  10.  
  11. srvctl stop nodeapps -n raw1   
  12.  
  13. srvctl stop nodeapps -n raw2  

 

启动RAC:      

和上面的步骤正好相反即 

 

  1. srvctl start nodeapps -n raw1   
  2.  
  3. srvctl start nodeapps -n raw2   
  4.  
  5. srvctl start asm -n raw1   
  6.  
  7. srvctl start asm -n raw2   
  8.  
  9. srvctl start instance -d raw -i raw2   
  10.  
  11. srvctl start instance -d orcl -i raw1   
  12.  
  13. emctl start dbconsole  

 

使用 SRVCTL启动/停止所有实例及其启用的服务。 

 

  1. srvctl start database -d orcl   
  2.  
  3. srvctl stop database -d orcl  

 

注:CRS Resource 包括GSD(Global Serveice Daemon),ONS(Oracle Notification Service),VIP, Database, Instance 和 Service. 这些资源被分成2类:

GSD,ONS,VIP 和 Listener 属于Noteapps类。

Database,Instance 和Service 属于 Database-Related Resource 类。

四、在启动的过程中***检测着crs、ASM和数据库的日志:

crs日志:

 

  1. [oracle@rac1 ~]$ tail -f /u01/app/oracle/product/10.2.0/crs_1/log/rac1/alertrac1.log  
  2.  
  3. [oracle@rac2 ~]$ tail -f /u01/app/oracle/product/10.2.0/crs_1/log/rac2/alertrac2.log 

 

ASM日志:

 

  1. [oracle@rac1 ~]$ tail -f /u01/app/oracle/admin/+ASM/bdump/alert_+ASM1.log  
  2.  
  3. [oracle@rac2 ~]$ tail -f /u01/app/oracle/admin/+ASM/bdump/alert_+ASM2.log 

 

数据库日志:

 

  1. [oracle@rac1 ~]$ tail -f /u01/app/oracle/admin/ora9i/bdump/alert_ora9i1.log  
  2.  
  3. [oracle@rac2 ~]$ tail -f /u01/app/oracle/admin/ora9i/bdump/alert_ora9i2.log 

 

注:tail -f命令可用于监视另一个进程正在写入的文件的增长。

关于Oracle RAC的启动与关闭就介绍这么多,如果您想了解更多Oracle数据库的知识,可以看一下这里的文章:http://database./oracle/,相信一定会带给您收获的!

【编辑推荐】

  1. 详解Oracle数据库手动注册监听的方法
  2. 一些很实用的Oracle数据库优化策略总结篇
  3. 怎样用Oracle的ODP.NET创建实体数据模型
  4. Oracle数据库一些不常见但很重要的使用技巧总结篇
  5. 说一说ORACLE FLASHBACK TABLE的一个有趣问题

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/248720.html<

(0)
管理的头像管理
上一篇2025-04-27 17:25
下一篇 2025-04-27 17:26

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注