RE: Good technical documents/references on tuning restores

[Clarkson, Timothy T SEOP-OEIRH/1]

Title: RE: Good technical documents/references on tuning restores

Check on the server for packet loss, collisions, retransmissions if you think it is a network problem.  Also test the transfer of some binary files to see what they benchmark at and compare that against the network RMAN backup.     Also check to make sure the network setting is fixed and not set to auto/auto (this means auto speed detection and/or auto duplex detection). The auto/auto setting can cause problems with line negotiation on servers.   Cheers Tim Clarkson   -----Original Message----- From: Saira Somani [mailto:[EMAIL PROTECTED] Sent: 05 June 2003 20:00 To: Multiple recipients of list ORACLE-L Subject: RE: Good technical documents/references on tuning restores 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