1.升级完成之后，第二天重新启动node1和node2之后，发现各个resource并没有随机器启动，执行crs_start -all后发现crs_stat -t 都是online的,随后可以进行正常的查询备份等rac实验。 这样的情况总算比安装了10.2.1之后重启机器后不能用强多了。
2.重新按照起停rac的各个步骤对其进行关闭rac，srvctl stop service -d racdb（而非srvctl stop service -d racdb -s racdb ） ------------>srvctl stop database -d racdb(慢)---------->srvctl stop asm -n node1---------->srvctl stop asm -n node2---------->srvctl stop nodeapps -n node1----------->srvctl stop nodeapps -n node2
可以依次发现stop service 后crs_stat -t 仍然全部是online的，stop database之后，关闭的是：ora.RACDB.RACDB1.inst 、ora.RACDB.RACDB2.inst、ora.RACDB.db
stop asm后当然offline的是ora.node1.ASM1.asm和ora.node2.ASM2.asm ，stop nodeapps之后offline的是：ora.node1.LISTENER_NODE1.lsnr (ora.hostname.LISTENER_hostname.lsnr)、ora.node1.gsd、ora.node1.ons、ora.node1.vip
在执行第一步dtop service 的时候执行srvctl stop service -d racdb -s service 却报错：
PRKO-2120 : The internal database service RACDB cannot be managed with srvctl
为什么呢？有的说是数据库库名是RACDB，服务名也是RACDB，可以再建一个服务试试！
然而我执行srvctl stop service -d racdb 却可以执行成功。随后我执行了crscheck检查，显示都是健康的啊。
由以上可以窥见：srvctl start的一般顺序就是先使Target的状态为online,然后再使State的状态为online。
然后执行crs_start -all ,显示虽然有错误，但我执行crs_stat -t 检查一下发现，竟然都是正常的online状态 如下图所示：
然而我再执行crsctl start ora.node2.vip 之后发现它只启动了vip而lsnrctl并没有随之online起来，然后我在node2上执行lsnrctl start 之后再次查看crs_stat -t -v 发现node2的lsnrctl并没有online,不是[oracle@node1 ~]$lsnrctl start = crs_start ora.node1.LIStenER_node1.lsnr吗？？？？这个还需要实验验证！
资源名区分大小写！
随后我使用srvctl stop database -d racdb关闭了数据库 看能否在两个节点上的sqlplus中执行startup 是否和crs_start databse -d racdb 的效果是否是一样的：实验结果是一样的！
3.Oracle10g在Oracle 10.2.0.3之前,CRS中实例资源是依赖于VIP资源的。
这会导致的一个普遍问题是，当仅仅是VIP出现故障需要切换时，实例和监听也同时Down了。
往往这是我们不希望看到的情形，如果实例正常，VIP切换时，完全没有必要关闭实例。
在Oracle 10.2.0.3中，这个依赖关系被取消。我们看一下这个版本中的现有情况。
以下是VIP资源的配置情况：
[oracle@smsdbrac1 oracle]$ crs_stat -p ora.smsdbrac1.vip
再来看看实例：
[oracle@smsdbrac1 oracle]$ crs_stat -p ora.smsdb.smsdb1.inst
现在instance仅仅依赖于asm而存在，这里的ASM资源是ora.smsdbrac1.ASM1.asm。
阅读(1190) | 评论(0) | 转发(0) |
