Path: text.usenetserver.com!out03b.usenetserver.com!news.usenetserver.com!in04.usenetserver.com!news.usenetserver.com!nx01.iad01.newshosting.com!newshosting.com!216.196.98.140.MISMATCH!border1.nntp.dca.giganews.com!nntp.giganews.com!postnews.google.com!o80g2000hse.googlegroups.com!not-for-mail
From:  hjr.pythian@gmail.com
Newsgroups: comp.databases.oracle.server
Subject: Re: Best fs for Oracle RAC
Date: Mon, 24 Sep 2007 11:21:31 -0700
Organization: http://groups.google.com
Lines: 46
Message-ID: <1190658091.411758.156220@o80g2000hse.googlegroups.com>
References: <fcuahu$i99$1@nnrp.ngi.it>
   <1190315287.119020.28080@g4g2000hsf.googlegroups.com>
   <1190383729.483429.150400@n39g2000hsh.googlegroups.com>
   <_HZIi.6343$FO2.5965@newssvr14.news.prodigy.net>
   <fd2k6u$8le$1@nnrp.ngi.it>
   <ISyJi.1344$6p6.340@newssvr25.news.prodigy.net>
   <1190587658.856120@bubbleator.drizzle.com>
   <1190599836.672903.28990@g4g2000hsf.googlegroups.com>
   <1190648715.521255@bubbleator.drizzle.com>
NNTP-Posting-Host: 58.167.83.26
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: posting.google.com 1190658091 16628 127.0.0.1 (24 Sep 2007 18:21:31 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 24 Sep 2007 18:21:31 +0000 (UTC)
In-Reply-To: <1190648715.521255@bubbleator.drizzle.com>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7,gzip(gfe),gzip(gfe)
Complaints-To: groups-abuse@google.com
Injection-Info: o80g2000hse.googlegroups.com; posting-host=58.167.83.26;
   posting-account=ps2QrAMAAAA6_jCuRt2JEIpn5Otqf_w0
Bytes: 3394
Xref: usenetserver.com comp.databases.oracle.server:435484
X-Received-Date: Mon, 24 Sep 2007 14:21:31 EDT (text.usenetserver.com)

On Sep 25, 1:45 am, DA Morgan <damor...@psoug.org> wrote:

> > Well, just to abort the mud-pie contest before it really starts, how
> > about explaining **how** ASM makes migration easier? That is, how it
> > makes turning a Windows database into a Solaris one (say) any easier
> > than it would be in a non-ASM environment...;
>
> Your use of Windows and Solaris confuses the issue. You are asking
> about operating systems and ASM is about storage. And not the
> storage of your Oracle binaries.

No, I don't think it does confuse the issue any further than it is
already. That was, in fact, precisely the point!

The original poster wrote, "yes, and i think that ASM could be easy
for migration to another platform. "

Define "platform" in that sentence for me please? You seem to think it
means "storage architecture". I took it to mean "OS", because that is
typically what people mean when they start talking about "migration"
and "platforms".

But see... regardless of who has mind-read the OP correctly, instead
of just having a go at Bob for his ignorance levels, it pays to be
clear on what ALL participants in the thread mean by their choice of
terminology.

It's good, anyway, to have you concede that ASM will play no part in
easing the transition from Windows to Solaris. Which is (I think) what
Bob was getting at.

> Let me ask your question in a manner consistent with what ASM
> is and does.
>
> "... how it makes turning a database stored on an EMC filer into
> one stored on a Hitachi filer"
>
> If you can mount a disk system you can create an ASM diskgroup. If
> you can create an ASM disk group you can migrate from it or to it.


ASM gives you storage independence, obviously. That wasn't (I think)
the point about 'easing migration' that was originally being made,
however.