12g Says Goodbye to Raw

Share Button

Important Note

This article was published in 2008. For more informative, up-to-date content on Oracle Database 12c, check out the huge directory of Oracle 12c Community Content!

Previous Article

A colleague sent me an interesting note today. Specifically, Metalink Note 578455.1, which announces that Oracle 12g 12c will not support raw volumes for Datafiles, controlfiles, redo logs, OR voting disks and OCR.

Those of us acquainted with RAC might be shouting “WHAT?!?!” at about this time. This is because without raw volumes, our only choices for OCR and voting disk placement seems to be a CFS (such as OCFS).

However, wording in the Metalink note indicates that ASM will be able to support the OCR and voting disk (“and other database files”) in 12c. The note hints at broader support for NFS in 12c as well.

Share Button

6 Responses to “12g Says Goodbye to Raw”

  1. BOK says:

    Ehr.. what the hack? In a time that we are walking away from NAS (read: NFS) an moving to SAN with ocfs2-filesystems, THIS is actually going to happen?
    While ocfs2 is unstable as a cardhouse (I tried mounting an 1GB Oracle VM virtual machine image on ocfs2 through the loopback option on RHEL5.2 – CRASH!! Several times…) and dumped into the hands of the OSS-community, Oracle ™ is making this move? I’m flabbergasted…
    And what about ASM?

  2. I’m willing to bed ASM will be the big one going forward…meaning you build ASM using either block devices (non-Linux) or using asmlib (linux), then store everything, including the OCR and voting disk, on ASM. Though that’s not possible now, the Metalink note says that the OCR and voting disk will be able to go on ASM in 12G.

  3. Ross Mohan says:

    Odd. Document did not come up.

    however, info appears valid. applies to major releases after 11.1

    try ML 754305.1 for info.

    HTH,

    Ross
    rmohanx a t yahoo d 0 t com

  4. Charlie Callaway says:

    You may wish to read 754305.1 with regards to the use of raw devices in 11.2.

  5. Brad says:

    I’m willing to bed ASM will be the big one going forward…meaning you build ASM using either block devices (non-Linux) or using asmlib (linux), then store everything, including the OCR and voting disk, on ASM. Though that’s not possible now, the Metalink note says that the OCR and voting disk will be able to go on ASM in 12G.

  6. SAm says:

    willing to bed ASM will be the big one going forward…meaning you build ASM using either block devices (non-Linux) or using asmlib (linux), then store everything, including the OCR and voting disk, on ASM. Though that’s not possible now, the Metalink note says that the OCR and voting disk will be able to go on ASM in 12G.

Leave a Reply