Path: text.usenetserver.com!out02b.usenetserver.com!news.usenetserver.com!in01.usenetserver.com!news.usenetserver.com!in02.usenetserver.com!news.usenetserver.com!postnews.google.com!j4g2000prf.googlegroups.com!not-for-mail
From:  joel garry <joel-garry@home.com>
Newsgroups: comp.databases.oracle.server
Subject: Re: EXP Parameters to take backup of 110 GB database
Date: Wed, 08 Aug 2007 11:42:44 -0700
Organization: http://groups.google.com
Lines: 59
Message-ID: <1186598564.450333.4720@j4g2000prf.googlegroups.com>
References: <1186132382.376323.240380@i38g2000prf.googlegroups.com>
   <1186148499.697810@bubbleator.drizzle.com>
   <2751042.vlyJi0tCCS@kn.gn.rtr.message-center.info>
   <gbjhb3hcrifjg0s5bpj4pl5usf1oa9c8pe@4ax.com>
   <f9c6tk$n75$1@ss408.t-com.hr>
NNTP-Posting-Host: 67.112.255.226
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Trace: posting.google.com 1186598565 24194 127.0.0.1 (8 Aug 2007 18:42:45 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Wed, 8 Aug 2007 18:42:45 +0000 (UTC)
In-Reply-To: <f9c6tk$n75$1@ss408.t-com.hr>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1),gzip(gfe),gzip(gfe)
X-HTTP-Via: 1.0 ISA2K4-OC2
Complaints-To: groups-abuse@google.com
Injection-Info: j4g2000prf.googlegroups.com; posting-host=67.112.255.226;
   posting-account=ps2QrAMAAAA6_jCuRt2JEIpn5Otqf_w0
Xref: usenetserver.com comp.databases.oracle.server:432667
X-Received-Date: Wed, 08 Aug 2007 14:42:45 EDT (text.usenetserver.com)

On Aug 8, 3:46 am, GD <goran99_rem...@yahoo.com> wrote:
> sybra...@hccnet.nl wrote:
> > On Tue, 07 Aug 2007 08:18:23 +0200, Alexander Skwar
> > <alexan...@skwar.name> wrote:
>
> >> Maybe he has and maybe he came to the conclusion, that RMAN isn't
> >> required? As you know, there are such situations - but you'll of
> >> course happily ignore this.
>
> >> Alexander Skwar
>
> > *Professional* DBAs use RMAN. But then of course you are not a
> > professional DBA. Heck, you are not even a DBA. You are just a troll
> > on a hobby horse.
>
> Isn't RMAN just one way to perform backup and recovery, not the only
> way? Why do you think that using user-managed backup and recovery is not
> professional? Are all the people doing user-managed backup (for example
> using storage features) trolls or just not professionals?
>

It's true that RMAN is just one way.  A professional will evaluate the
situation, create a proper service level agreement, and test and
implement to the agreement.  Most situations involving transactions
will be best served by RMAN.

Where it becomes unprofessional is when SLA's are not used, or in some
cases are not reevaluated in a timely manner or otherwise have an
insufficient evaluation.

Now, I think Sybrand and Daniel are being overly harsh on Alex.  On
the other hand, there have been times when I've disagreed with their
evaluation of trolls, only to be proved wrong.  To me it looks like
Alex is in a typical situation of being an experienced professional
without RMAN experience turning a critical eye on RMAN.  I don't think
there is anything wrong with that, where he provides a replicable
critique.  RMAN isn't perfect - to me it has the smell of a last gasp
of the VMS way of doing things.  That's not a bad thing, but in a more
modern context it can look bad.   And much as Larry would like
everything to be in the db, that's just not the entire real world.

Maybe Alexander should just go off and immerse himself in Robert
Freeman's RMAN book for a while.  Freeman does have a blog and is
active in some other online fora, perhaps he can better answer the
specific questions that have just been irritants around here.  oracle-
l has a slightly different constitution than here, maybe Alex should
ask there (and I mean no disrepect to anyone by that, I think there is
a lot of good stuff there).

When did oracle-l become unmoderated?  http://www.freelists.org/list/oracle-l
:-)

jg
--
@home.com is bogus.
"Don't read this book if you don't need it. That's like going to a 3-D
movie but you don't have those cool glasses." - Jessie Gruman


