RAC vote 11gR2 Question
From: Sanjay Mishra <smishra_97_at_yahoo.com>
Date: Thu, 26 Sep 2013 15:42:19 -0700 (PDT)
Message-ID: <1380235339.48363.YahooMailNeo_at_web122101.mail.ne1.yahoo.com>
Hi RAC gurus
Few RAC question
1. If I had OCR/Voting Disk in ASM diskgroup with Normal Redundancy and three Disk defined in ASM Diskgroup creation are from three different SAN. Now question is that where is the OCR primary and Mirror created in this case. I was reading somewhere on one site and it mentioned that there is only one copy of OCR on one diskgroup and so in order for protection and best practices, second OCR has to tbe second diskgroup. Can someone correct as what is correct architecture.
failuregroup 2 disk
orcl:5
failuregroup 3 disk
orcl:9
Date: Thu, 26 Sep 2013 15:42:19 -0700 (PDT)
Message-ID: <1380235339.48363.YahooMailNeo_at_web122101.mail.ne1.yahoo.com>
Hi RAC gurus
Few RAC question
1. If I had OCR/Voting Disk in ASM diskgroup with Normal Redundancy and three Disk defined in ASM Diskgroup creation are from three different SAN. Now question is that where is the OCR primary and Mirror created in this case. I was reading somewhere on one site and it mentioned that there is only one copy of OCR on one diskgroup and so in order for protection and best practices, second OCR has to tbe second diskgroup. Can someone correct as what is correct architecture.
2. On my site, I saw OCRVOTE diskgroup with the following kind of syntax. Please ignore the syntax
create diskgroup ocrvote
failuregroup 1 disk
orcl:1
orcl:2 orcl:3 orcl:4
failuregroup 2 disk
orcl:5
orcl:6 orcl:7 orcl:8
failuregroup 3 disk
orcl:9
orcl:10 orcl:11 orcl:12
So it has used 12 disk where 1-4 are from One SAN and 5-6 from Second and 9-12 from third one. Now this is done so as to avoid the Voting disk availability and so any one SAN failure will not cause eviction. Question is why or what is advantage of using 12 disks here. Isn't it a wastage of 9 disks here as three disks can provide the same availability
TIA Sanjay
-- http://www.freelists.org/webpage/oracle-lReceived on Fri Sep 27 2013 - 00:42:19 CEST