Return-path: <root@fatcity.cts.com>
Envelope-to: oracle-l@orafaq.net
Delivery-date: Fri, 20 Sep 2002 22:47:39 +0800
Received: from newsfeed.cts.com ([209.68.248.164])
 by jean.onefuse.com with esmtp (Exim 3.36 #1)
 id 17sP4F-0001gM-00
 for oracle-l@orafaq.net; Fri, 20 Sep 2002 22:47:39 +0800
Received: from fatcity.UUCP (uucp@localhost)
 by newsfeed.cts.com (8.9.3/8.9.3) with UUCP id HAA54922;
 Fri, 20 Sep 2002 07:47:43 -0700 (PDT)
Received: by fatcity.com (26-Feb-2001/v1.0g-b72/bab) via UUCP id 004D4E37; Fri, 20 Sep 2002 06:38:38 -0800
Message-ID: <F001.004D4E37.20020920063838@fatcity.com>
Date: Fri, 20 Sep 2002 06:38:38 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: "Nat" <Nat2710@hotmail.com>
Sender: root@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: "Nat" <Nat2710@hotmail.com>
Subject: Re: Best method to move Filesystems to RAW Devices.
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 72; ListGuru (c) 1996-2001 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain;	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit

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@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@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@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@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@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).

