Re: RedHat 6 RAC Specific Questions & Concerns
Date: Mon, 19 Aug 2013 10:33:22 -0500
Message-ID: <CA+fnDAYwHmz1xA+zQRCrTHBdc1d4qpAp5L7XAhQQFqRbn-d7qw_at_mail.gmail.com>
I have set up clusters in all of these configurations - raw, CFS and ASM for OCR/voting.
A few weeks ago I unexpectedly had to completely recover a multi-TB cluster database from backups. It was an intense situation with several levels of management watching over our shoulders and sweating every minute of downtime. In this case the OCR and voting disk were stored on ASM.
We did get everything recovered - but there are a lot of surprises in store for you guys when you first try to recover a database where OCR/Voting are on ASM. The problem is all the bootstrapping and interdependencies between ASM and CRS. And they changed the syntax of recovery commands between 11.2 point releases. And there are still gaps in the documentation - even on metalink/MOS.
After my experience with that recovery, I would personally counsel people to avoid putting the OCR/Voting disks on ASM when possible until it stabilizes a little (no more syntax changes in point releases!!) and until the documentation is a bit better. I would recommend still using raw devices -- even with 11gR2. Contrary to popular belief, raw devices *are* still supported by the 11gR2 software (this is in the docs and on MOS)... you just have to use the command line to configure it because Oracle removed support from the installer and other GUIs.
On a related note, I would also recommend that you use dedicated volumes for your OCR and Voting Disks -- this offers a few advantages over using a volume which also hosts other data (data files, ACFS volumes, etc). For example... try doing a space reorg that requires dropping a ASM disk that has a voting disk on it... and BTW I think the 12c docs mention this as a recommendation too.
But note that the 12c docs state that they have completely removed support for raw devices in that release and whenever the time finally comes to upgrade to 12c you will be forced to migrate to ASM or CFS for your voting disk and OCR. IMHO Oracle's whole architectural decision to force the OCR and voting disks into ASM volumes is completely premature. ASM is generally treated as a "cluster resource" which can't start until clusterware is running and you need lots of "special" backdoors to get the OCR/Voting disks into it. It's beyond me why they decided not to allow raw devices anymore. Especially when they still recommend a "quorum" volume dedicated to voting disks in 12c! If a LUN is only for a voting disk, then adding an ASM layer only does one thing: complicate recovery. I really don't see any advantage at all.
Sorry, /end ranting... and just my opinion anyway, after a recent irritating experience with a restore...
-J
-- http://about.me/jeremy_schneider On Thu, Aug 15, 2013 at 9:52 AM, <Christopher.Taylor2_at_parallon.com> wrote:Received on Mon Aug 19 2013 - 17:33:22 CEST
> We're not on RH6 yet and are still on RH5.8 with Oracle 10.2 but I'm
> trying to think ahead and need some information from those of you running
> RAC on RHEL 6.
> Since OCFS2 is no longer supported on RH 6, what clustering filesystem
> should be used for voting disks etc?
>
> I see that Oracle ACFS doesn't support OCR and voting files:
> http://docs.oracle.com/cd/E11882_01/server.112/e18951/asmfilesystem.htm
>
> So where do you store OCR and voting files?
>
> Maybe I'm overthinking this (or missing something entirely) and need to
> find an install guide for Oracle RAC on RHEL 6...
>
>
> Chris D. Taylor
> Oracle DBA
> Parallon ITS
> 6640 Carothers Parkway
> Franklin, TN 37067
> P: 615.344-8419
> christopher.taylor2_at_parallon.com
> www.parallon.com<http://www.parallon.com>
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>
-- http://www.freelists.org/webpage/oracle-l