RE: RAC & RAW Question
- From: Stephen Andert <andert@xxxxxxxxx>
- To: Oracle-L <oracle-l@xxxxxxxxxxxxx>
- Date: Fri, 22 Apr 2005 14:56:54 -0700
Additional information:
AIX 5L
Oracle 9.2.0.6 (They wanted me to use 9.2.0.4, but I think I convinced
them that the 78 bugs for RAC fixed in .5 and .6 make it a good idea
to go with .6)
With AIX, the only clustered file system that is currently available
(to our knowledge) is GPFS and we have been told by some who have
implemented it that they would not recommend it for production use.
(bugs and other "features").
Thanks
Stephen
---------- Forwarded message ----------
From: Stephen Andert <andert@xxxxxxxxx>
Date: 22-abr-2005 14:40
Subject: RAC & RAW Question
To: oracle-l@xxxxxxxxxxxxx
Hi all,
I am working on getting RAC set up. It is sr mgmt's idea and I'm not
sure that it will provide what they think it will.
I have a question about growing with RAW.
I read in a book that RAW partitions cannot be extended. After
discussing this with my friendly neighborhood SysAdmin team, they have
told me that growing a RAW partition/device is not a problem. They
don't even think I need to bring down the database.
My questions are:
Q1. Is it possible that the author was speaking in general terms and
that in my environment, we have an OS, etc that allows this (AIX,
EMC)?
Q2. Is it that the OS can do it, but the database cannot recognize
it? (I thought a alter database datafile ... RESIZE would work)
Q3. Can anyone point me towards a best practices with RAW white paper?
Q4. Does anyone have any pointers towards converting a cooked
database to RAW? It is large enough that export/import will take more
time that I think we will get approved for. We are theorizing that if
we "reshape" the database to tablespaces with single files that match
the sizes of the RAW devices we will be getting, that an RMAN
alternate node restore with file rename will work. Thoughts or
comments on this?
Thanks
Stephen
--
//www.freelists.org/webpage/oracle-l
Other related posts:
