Re: Datafile recovery in datagaurd environment

LOL that is true, I had to wait 6 hours to restore 4gb datafile and 1g archivelogs the other day from tape :-P

On 3/14/08, Goulet, Dick <richard.goulet_at_capgemini.com> wrote:
>
> Problem where no matter how slow the FTP is, is when you have to wait 4
> days for Iron Mountain to return the tape!!
>
>
>
> ______________________________________________________________
> Dick Goulet / *Capgemini*
> North America P&C / East Business Unit
> Senior Oracle DBA / Hosting
> Office: 508.573.1978 / Mobile: 508.742.5795 / www.capgemini.com
> Fax: 508.229.2019 / Email: *richard.goulet_at_capgemini.com*
> 45 Bartlett St. / Marlborough, MA 01752
>
> *Together: the Collaborative Business Experience *
> ______________________________________________________________
> ------------------------------
>
> *From:* oracle-l-bounce_at_freelists.org [mailto:
> oracle-l-bounce_at_freelists.org] *On Behalf Of *Jared Still
> *Sent:* Friday, March 14, 2008 11:50 AM
> *To:* hrishy
> *Cc:* oracle-l_at_freelists.org
> *Subject:* Re: Datafile recovery in datagaurd environment
>
>
>
> On Fri, Mar 14, 2008 at 2:18 AM, hrishy <hrishys_at_yahoo.co.uk> wrote:
>
>
> Copying the datafile over the LAN and then recovering
> it is faster then requesting the tape to be loaded and
> then restore from tape to disk etc..
>
>
> I guess it depends on the environment.
>
> In a case like this it would be a good idea test just how fast
> a single file can be retrieved from the backup system.
>
> In our case, the tape libraries are pretty fast, the limiting factor
> is network latency and bandwidth, not the speed of getting the
> file from tape.
>
> And yes, I have tested it. Pulling one 100meg file from a set
> of 32 files takes 5 minutes. For us, that is plenty fast. Maybe
> not for everyone.
>
> Jared
>
>
> This message contains information that may be privileged or confidential
> and is the property of the Capgemini Group. It is intended only for the
> person to whom it is addressed. If you are not the intended recipient, you
> are not authorized to read, print, retain, copy, disseminate, distribute, or
> use this message or any part thereof. If you receive this message in error,
> please notify the sender immediately and delete all copies of this message.
>
>

--
http://www.freelists.org/webpage/oracle-l