RE: Good technical documents/references on tuning restores

From: April Wells <awells_at_csedge.com>
Date: Thu, 05 Jun 2003 01:49:58 -0700
Message-ID: <F001.005AA0DB.20030604081024@fatcity.com>

Sometimes it just helps to "talk" it all out. Virtually or otherwise.

April Wells <FONT

face="Comic Sans MS" size=2>Oracle DBA/Oracle Apps DBA <FONT 
face="Comic Sans MS" size=2>Corporate Systems <FONT 
face="Comic Sans MS" size=2>Amarillo Texas

You will recognize your own path when you come upon it, because you will suddenly have all the energy and imagination you will ever need.
~ Jerry Gillies ~

-----Original Message-----From: Igor Neyman [mailto:[EMAIL PROTECTED]Sent: Wednesday, June 04, 2003 9:30 AMTo: Multiple recipients of list ORACLE-LSubject: RE: Good technical documents/references on tuning restores

<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Paula,
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">It was very entertaining to read this thread -J
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">Did you answer all your questions?-J
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">

<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy">Igor Neyman, OCP DBA
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy">[EMAIL PROTECTED]
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy">
<SPAN

 style="FONT-SIZE: 10pt; COLOR: navy; FONT-FAMILY: Arial">
<SPAN

 style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">-----Original Message-----From:
 [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Tuesday, June 03, 2003 9:05 PMTo: Multiple recipients of
 list ORACLE-LSubject: RE:
 Good technical documents/references on tuning restores

<SPAN

 style="FONT-SIZE: 10pt">Did I say that throughout this restore/recovery process my tapes being mounted and unmounted while other database backups and cloning was occurring. Big duh - this has got to be slowing down the process. Any ideas on how to handle this? Perhaps more than one tape subsystem would be better or while doing restores other backup utility is halted - hmmm - but that risks those other systems? How can I sell that? Hmmmm. Maybe I will first backup to disk. Yep, one backup to disk. Yep.....
<SPAN

 style="FONT-SIZE: 10pt">-----Original Message----- From: Stankus, Paula G
 Sent: Tuesday,
 June 03, 2003 9:00 PM To: Stankus, Paula G; '[EMAIL PROTECTED]' Subject: RE: Good technical documents/references on tuning restores

<SPAN

 style="FONT-SIZE: 10pt">See nwadmin shows parellism = 32. I am not the tape person - that is my sys admin. I don't believe they actually have 32 tapes involved only 4. Can this impact performance by setting this too high? I also notice one backup server for networker with nwadmin messages like "clone sets being created...", "other databases being backed up". What is the usual policy on concurrently running backups, cloning at the same time recovery is taking place. It appears to show a lot of media waiting events: waiting for dlt7000 tape ... of the tapes that I specifically need for this restore. Did I say: I love my admin...I love my admin....I love my admin...
<SPAN

 style="FONT-SIZE: 10pt">-----Original Message----- From: Stankus, Paula G
 Sent: Tuesday,
 June 03, 2003 8:53 PM To: Stankus, Paula G; '[EMAIL PROTECTED]' Subject: RE: Good technical documents/references on tuning restores

<SPAN

 style="FONT-SIZE: 10pt">Okay, almost 4 minutes for a datafile that was 78168 blocks - how do I know if this is reasonable?
<SPAN

 style="FONT-SIZE: 10pt">Also, seems to write these files out (restore sychron.) why can't it restore different datafiles in parallel? - stupid question huh?
<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">SELECT SID, SERIAL#,

  CONTEXT,

<SPAN

 style="FONT-SIZE: 10pt"> ROUND(SOFAR/TOTALWORK*100,2) "% complete",
<SPAN

 style="FONT-SIZE: 10pt">SUBSTR(TO_CHAR(SYSDATE,'HH24:MI:SS'),1,15) "Time now" FROM

  V$SESSION_LONGOPS

WHERE OPNAME like

  '%restore%';

<SPAN

  style="FONT-SIZE: 10pt">.

showed all 100%
complete but msglog from RMAN shows it is truly still running.

<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">Also found on monitoring performance of RMAN jobs: Note:144640.1 on Metalink
<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">Found this white paper:
<SPAN

 style="FONT-SIZE: 10pt"><A target=_blank href="http://otn.oracle.com/deploy/availability/pdf/rman_performance_wp.pdf">http://otn.oracle.com/deploy/availability/pdf/rman_performance_wp.pdf

<SPAN

 style="FONT-SIZE: 10pt">Anything better?
<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">This is what I have set on my target database:
<SPAN

  style="FONT-SIZE: 10pt">----------------------------------- ------- 
  ------------------- <SPAN

style="FONT-SIZE: 10pt">backup_tape_io_slaves boolean
FALSE
<SPAN

  style="FONT-SIZE: 10pt">tape_asynch_io

boolean
 TRUE
<SPAN

 style="FONT-SIZE: 10pt">Version 8.1.7.4 database and RMAN catalog - 32 bit Networker
 MML Using RAID
 1+0 Solaris
 2.8
<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">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.
<SPAN

 style="FONT-SIZE: 10pt">-----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

<SPAN

 style="FONT-SIZE: 10pt">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.
<SPAN

 style="FONT-SIZE: 10pt">Thanks, Paula

The information contained in this communication, including attachments, is strictly confidential and for the intended use of the addressee only; it may also contain proprietary, price sensitive, or legally privileged information. Notice is hereby given that any disclosure, distribution, dissemination, use, or copying of the information by anyone other than the intended recipient is strictly prohibited and may be illegal. If you have received this communication in error, please notify the sender immediately by reply e-mail, delete this communication, and destroy all copies.

Corporate Systems, Inc. has taken reasonable precautions to ensure that any attachment to this e-mail has been swept for viruses. We specifically disclaim all liability and will accept no responsibility for any damage sustained as a result of software viruses and advise you to carry out your own virus checks before opening any attachment. Received on Thu Jun 05 2003 - 03:49:58 CDT