Path: news.cambrium.nl!textnews.cambrium.nl!feeder3.cambriumusenet.nl!feed.tweaknews.nl!193.201.147.68.MISMATCH!feeder.news-service.com!weretis.net!feeder4.news.weretis.net!feeder1.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From: Mladen Gogala <gogala.mladen@gmail.com>
Newsgroups: comp.databases.oracle.server
Subject: Re: ASM for single-instance 11g db server?
Date: Tue, 5 Apr 2011 01:02:25 +0000 (UTC)
Organization: solani.org
Lines: 30
Message-ID: <pan.2011.04.05.00.59.12@gmail.com>
References: <9ab1e909-3324-41b4-a8aa-47d0516328a2@p13g2000yqh.googlegroups.com>
 <874d1a73-420f-4992-a86c-7a37a716623b@q36g2000yqn.googlegroups.com>
 <4d9a376d$0$14260$ba620e4c@news.skynet.be>
 <fdc8d294-028d-4c92-81ee-cc3dfaaa537d@v16g2000vbq.googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: solani.org 1301965345 10722 eJwFwYEBwDAIArCXtIjyTrfh/ycsITr7nWp2cbnKUESXcXUsJ8jju/hSeWsk+LHWVVBgfgMpEEc= (5 Apr 2011 01:02:25 GMT)
X-Complaints-To: abuse@news.solani.org
NNTP-Posting-Date: Tue, 5 Apr 2011 01:02:25 +0000 (UTC)
User-Agent: Pan/0.133 (House of Butterflies)
X-User-ID: eJwFwYEBgDAIA7CXQKDFc3DY/09YUgHHYaKQpVKT1v6h5caX/UuWC8P2OfUsQ+Gzk+BImRcKcBDm
Cancel-Lock: sha1:6WHiFVPeYXZWwzCLIlaLNcIDVzc=
X-NNTP-Posting-Host: eJwFwQkBwDAIA0BLZQECcnha/xJ2Z3Dxobq52rMnymttyukvMZrF9G92V0TiqmhuBICD1k0ebUbRV3b61RCYF+CtiijfH7FAGdM=
Xref:  news.cambrium.nl

On Mon, 04 Apr 2011 17:08:03 -0700, John Hurley wrote:

> I do not agree with Mladen's assertion that ASM is only for RAC.

The primary purpose of ASM is to prevent the competition from using a 
general purpose FS for their databases. Cluster-consistent file system 
can get an open source DB like MySQL, PostgreSQL or Firebird  one giant 
step closer to something like RAC.
The problem with ASM is that it cannot be accessed by the general purpose 
file tools like tar, cpio, cp, od or fuser. If your dump file is on ASM, 
you can't use bzip2 to compress it. The only compression utility 
available on ASM is "rm", from asmcmd. That achieves 100% compress ratio, 
but decompression can be tricky. No mv, either, no moving archive logs to 
a less crowded place. ASM is a non-standard form of storage and I would 
stay away from it, wherever I can. Unfortunately, I can't stay away from 
it with RAC.
That is the same thing that will eventually kill off Exadata: you have to 
buy a rather expensive SAN device that you can only utilize for Oracle. I 
can imagine the facial expression of my CIO when asking: "what do you 
mean, that I cannot store files there?" Rolls Royce is a better car than 
Toyota Camry, but there are other considerations, too. BTW, here are some 
cool T-shirts:

http://www.despair.com/toyota.html
http://www.despair.com/bp.html



-- 
http://mgogala.byethost5.com
