From: C'est Pierre (cestpierre_at_gmail.com)
Date: Sat Oct 14 2006 - 05:00:52 CEST
Message-ID: <5485940d0610132000we6727c4p35c810ae2d712b9e@mail.gmail.com> Date: Sat, 14 Oct 2006 04:00:52 +0100 From: "C'est Pierre" <cestpierre@gmail.com> Subject: SPAM: [suse-sles-e] SPAM: Re: [suse-oracle] Re: [suse-sles-e] Re: [suse-oracle] Re: [suse-sles-e] Re: [suse-oracle] Raw Devices
Alexei,
Thank you very much! :)
Seriously!
I found out we've 2 HP servers with 4x3.6Xeon and 12gb of ram unused
for over a year, I hope I'll be able to get our project manager to let
me use one of our storages to make some tests with ASM myself, but I
am guessing, given my lack of hands-on oracle experience, I'll be lost
before I reach ASM. I also have no idea what to use it with
afterwards, but anything I'll learn from it will be good for my future
as a dba (or maybe not ;-)
Anyways, your thoughts and help since I posted my questions, were
truly appreciated! ;-)
Cheers,
Pierre
On 10/14/06, Alexei_Roudnev <Alexei_Roudnev@exigengroup.com> wrote:
> CHECKLIST:
>
> After changing LVM object, abd before reconfiguring Oracle, check, if:
> - does all nodes see new object?
> - does Oracle see new object parameters (such as volume size) on all nodes?
> /it is not the same as prev. question/
> - does system see new object correctly after node restarts.
>
>
> PS. I can imagine problems with archive logs @ ASM or stability of ASM in
> case of
> * rac
> * asm reconfiguration
> * node failure
>
> but I can't image any problems with tablespace resizing @ ASM at all. There
> is nothing worst then resizing tablespace on raw devices.
> But you can try - it have it's own benefits - simplicity (you have 2 things
> only - raw and lvm - instead of, for example, ASM + raw + OCFSv2).
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: suse-sles-e-unsubscribe@suse.com
For additional commands, e-mail: suse-sles-e-help@suse.com
This archive was generated by hypermail 2.1.7 : Sat Oct 14 2006 - 05:00:59 CEST