小弟对RAC运行原理的一些困惑

aks5201314 · 发表于 2010-5-31 22:45

第1个问题，楼主可以先启动任何实例，连接到RAC中某个空闲实例然后启动实例并打开数据库。运行crs_stat -t便知道答案
RAC实例恢复和但实例的机制是一样的，需要应用日志进行恢复
RAC中每个实例都有自己的REDO，运行时互不影响。没有任何关系

climberliang · 发表于 2010-6-1 07:15

ora.racdb.db 是指数据库有无被打开

微雨骑驴入剑门 · 发表于 2010-6-1 10:47

路过学习

MicroJoey · 发表于 2010-6-29 23:33

原帖由 想你的懒猪 于 2010-5-31 14:33 发表
1.
[oracle@node1 bin]$ ./crs_stat -t
Name          Type          Target State    Host
------------------------------------------------------------
ora....SM1.asm application ONLINE ONLINE node1
ora....E1.lsnr application ONLINE ONLINE node1
ora.node1.gsd  application ONLINE ONLINE node1
ora.node1.ons  application ONLINE ONLINE node1
ora.node1.vip  application ONLINE ONLINE node1
ora....SM2.asm application ONLINE ONLINE node2
ora....E2.lsnr application ONLINE ONLINE node2
ora.node2.gsd  application ONLINE ONLINE node2
ora.node2.ons  application ONLINE ONLINE node2
ora.node2.vip  application ONLINE ONLINE node2
ora.racdb.db application ONLINE ONLINE node2
ora....b1.inst application ONLINE ONLINE node1
ora....b2.inst application ONLINE ONLINE node2
上面红色部分的ora.racdb.db提供什么功能？跟inst是什么关系？出现在哪个节点是随机的吗？inst还好理解
ora.racdb.db代表数据库；inst代表实例；在RAC环境下，一个DB对应多个inst；
出现在最先启动的那个inst上；

2.
如果node1 的instance crash掉了，此时node2可以继续操作数据库吧，包括修改数据文件。那node1 再startup的时候有必要再应用日志恢复吗，还是因为CRASH之前数据文件中修改的块由于没提交导致块一直被锁，所以要恢复？

node1不需要恢复；node2在node1 down的时，已经接管了；
3.
各个节点的redolog之间又有啥关系呢，还是没啥关系

每个inst都有一套自己的redo和undo；正常情况下互补影响；只有在某个node down时，另外一个node会使用它的redo吧；

个人理解；不对之处，望指正；

inthirties2 · 发表于 2010-6-30 08:38

RAC这方面的资料确实不是很好找。

个人理解
1. db的资源，应该是database master的节点.一般来说是先启动的节点

2. 当RAC里的一个节点down的时候，RAC中的其他节点会接管，进行instance recover，此过程和crash instance的原理类似，不过由于RAC里的cache fusion和GRD的机理。处理上更复杂一些了，这样的话，down掉的实例重新启动以后已经不需要进行前滚和回滚了。

3. 在RAC里各实例的Log是分开的，通过thread进行区别，各实例各自对自己的GSD里统辖的block进行相关的redo的操作，当实例down掉的时候，该节点的redo会用来给其他的节点做instance recovery。