If this is a public ( internal ) network, maybe that is the best you can
do.
How much bandwidth is available?
It could be too that this is as fast as your tape library can provide the
data.
Ask your admin about the throughput. Or is it a single tape drive?
RMAN tuning? ie. open more channels to the tape device?
As always, find the bottleneck and see if you can fix it. Maybe not
without
changing the environment/infrastructure.
Jared
[EMAIL PROTECTED]
06/05/2003 07:12 AM
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: RE: Good technical documents/references on tuning restores
10/100 Mb/sec ethernet. So, if it is slow any advice?
Thanks,
Paula
-----Original Message-----
Sent: Wednesday, June 04, 2003 5:52 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Importance: High
That's 2.5 MB per second, which ain't bad on what I assume is 10m
ethernet.
If it's on 100MB or 1G ethernet, then it's rather slow.
Jared
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
06/03/2003 06:50 PM
Please respond to ORACLE-L
To: Multiple recipients of list ORACLE-L
<[EMAIL PROTECTED]>
cc:
Subject: RE: Good technical documents/references on tuning
restores
Okay, almost 4 minutes for a datafile that was 78168 blocks - how do I
know if this is reasonable?
Also, seems to write these files out (restore sychron.) why can't it
restore different datafiles in parallel? - stupid question huh?
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:46 PM
To: Stankus, Paula G; '[EMAIL PROTECTED]'
SELECT SID, SERIAL#, CONTEXT,
ROUND(SOFAR/TOTALWORK*100,2) "% complete",
SUBSTR(TO_CHAR(SYSDATE,'HH24:MI:SS'),1,15) "Time now"
FROM V$SESSION_LONGOPS
WHERE OPNAME like '%restore%';
.
showed all 100% complete but msglog from RMAN shows it is truly still
running.
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:40 PM
To: Stankus, Paula G; '[EMAIL PROTECTED]'
Also found on monitoring performance of RMAN jobs:
Note:144640.1 on Metalink
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:36 PM
To: Stankus, Paula G; '[EMAIL PROTECTED]'
Found this white paper:
http://otn.oracle.com/deploy/availability/pdf/rman_performance_wp.pdf
Anything better?
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:33 PM
To: Stankus, Paula G; '[EMAIL PROTECTED]'
This is what I have set on my target database:
----------------------------------- ------- -------------------
backup_tape_io_slaves boolean FALSE
tape_asynch_io boolean TRUE
Version 8.1.7.4 database and RMAN catalog - 32 bit
Networker MML
Using RAID 1+0
Solaris 2.8
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:28 PM
To: Stankus, Paula G; '[EMAIL PROTECTED]'
Okay - from my reading you don't need to have multiple tape io slaves if
you are using asynch. I/O. Again, best document for perf. tuning database
restores using RMAN would make mucho difference. Read old note about
someone doing an analyze on the RMAN catalog tables to improve performance
of restore. I think it has something to do with how quickly it finds the
file on tape and writes to disk.
-----Original Message-----
Sent: Tuesday, June 03, 2003 8:25 PM
To: '[EMAIL PROTECTED]'
Seems to be taking awfully long to read files from tape and write to disk.
I allocate multiple tape channels like I do for the backup which only
takes about 45 minutes. Does not seem to be spawning multiple sessions.
Do I need to change parameters on my init.ora file to use multiple tape io
slaves to see this. Anyway, would like notes/docs., references if you all
have some.
Thanks,
Paula
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
