RE: Best method to move Filesystems to RAW Devices.

Nat-

You may want to check out a product from Veritas.. *Supposedly* their clustered file system product is *approved* with 9i RAC on a SUN platform.. This is strictly from the rumor mill and I have no solid documentation to confirm (CYA).

I am actually in the beginning phases of a project to build out a pair of SUN 6800's for a RAC environment. And we want to explore all possibilities for configuration options...

greg

-----Original Message-----
Sent: Friday, September 20, 2002 10:39 AM To: Multiple recipients of list ORACLE-L

Joe,

We are planning to move to RAC. Per Oracle RAW devices is must for RAC. As you said, Yes there is little performance gain just moving to RAC and more work to DBA's/SA's.
But this seems to be the main requirement for RAC.

• Original Message ----- To: "Multiple recipients of list ORACLE-L" <ORACLE-L_at_fatcity.com> Sent: Friday, September 20, 2002 8:53 AM

> the first question is WHY go to raw devices?, OPS/RAC? other than those
> 2 reasons(and i'm not sure RAC requires it like OPS did), there is very
> little performance gain with the advances in filesystem types.
>
> just curious.
>
> joe
>
>
> Nat wrote:
>
> >We are planning to move to raw devices for all our existing file systems.
> >Our database size is around 400 Gig. What is the recommended method that
you
> >guys feel is best as far as time
> >required to convert and ease of conversion.
> >
> >We feel we cannot use export - import as this may take more time for
> >conversion..
> >I checked many documents to find out the best method, there are few
> >suggestions to use RMAN to convert to raw.
> >seems it is fastest. At this point we have not configured RMAN on our
> >databases so this suggestion seems to be of no use for us.
> >
> >Please let me know, if any of you went through this exercise and any
> >suggestions and tips will be more beneficial,
> >
> >Thanks in advance,
> >
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Joe Testa
> INET: jtesta_at_dmc-it.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Nat
  INET: Nat2710_at_hotmail.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Loughmiller, Greg
  INET: Greg.Loughmiller_at_cingular.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).