Re: Disk mapping for oracle ASM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Your best bet is to let ASM handle it. Create the disk in fdisk, and then
add it in ASM - simple, fast, and easy. Raw mappings have been deprecated
for some time, and they were kind of pointless to begin with since linux
never really properly implemented the buffering techniques used by other
*nix OS's AFAIK. Further, ASM is better over the long run because managing a
ton of raw disks can get annoying over time, and its a lot more featureful.

Just my $.02

-Matty

On Sat, Dec 4, 2010 at 10:31 AM, raj sourabh <rajsourabh1@xxxxxxxxx> wrote:

> Hey,
>
> Thanks for information.
>
> Yes I am deploying RAC.
>
> Raw devices are prefereable as oracle asm relies on libs. But heard that
> rawdevices as getting obsolete after RHEL 5.5 onwards :(
>
> Regards,
>
> Raj
>
>
>
> On Sat, Dec 4, 2010 at 2:22 PM, Wahyu Darmawan <wahyu@xxxxxxxxxxxxxx>
> wrote:
>
> > Hi Raj,
> >
> > I assume you'll going to install RAC, isn't it?
> > AFAIK, there are no more method to you use of disk configuration for
> Oracle
> > db.
> > Both method are efficient for production environment.
> > So, you may choose one of them or combined.
> > Those are supported by Oracle.
> >
> > Regards,
> > Wahyu
> >
> > raj sourabh <rajsourabh1@xxxxxxxxx> wrote:
> >
> > >Hi All,
> > >
> > >I wanted to know what are ways one can use local/SAN disks for oracle
> > >installation. I am familier about two;
> > >
> > >* Map the physical disk path to raw device .. eg. raw /dev/mapper/mpath1
> > >/dev/raw/raw1
> > >* Or use oracle ASM library and tool for disk mapping
> > >
> > >Are there other ways too?? And which one is efficient for production
> > >environment.
> > >
> > >Regards
> > >Raj
> > >--
> > >redhat-list mailing list
> > >unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > >https://www.redhat.com/mailman/listinfo/redhat-list
> >
> > --
> > redhat-list mailing list
> > unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> >
> --
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux