We’ve had this occur before. Check
connections at the physical layer they might be loose. We changed the Ethernet cable
and it seemed to work optimally after that. The cable should ideally be better
(more insulated) than the generic store brand [I think] but I am not a network
expert.
Hope that helps.
Saira
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: June 5, 2003 12:35 PM
To: Multiple recipients of list
ORACLE-L
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-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 04, 2003 5:52
PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: Good technical
documents/references on tuning restores
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-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:46
PM
To: Stankus, Paula G;
'[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
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-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:40
PM
To: Stankus, Paula G;
'[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
Also found on monitoring performance of RMAN jobs:
Note:144640.1 on Metalink
-----Original Message-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:36
PM
To: Stankus, Paula G;
'[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
Found this white paper:
http://otn.oracle.com/deploy/availability/pdf/rman_performance_wp.pdf
Anything better?
-----Original Message-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:33
PM
To: Stankus, Paula G;
'[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
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-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:28
PM
To: Stankus, Paula G;
'[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
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-----
From: Stankus, Paula G
Sent: Tuesday, June 03, 2003 8:25
PM
To: '[EMAIL PROTECTED]'
Subject: RE: Good technical
documents/references on tuning restores
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
