Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
Home -> Community -> Usenet -> c.d.o.server -> rman backup restore questions and problems
I have a database about 100 gb in size. I do a full database backup
every night. The other day, we had some corruption after a crash and
it took a long time to do a restore on a tablespace, say 12 hours. I
looked this up on metalink and there is a bug about the CKP table
being over 10,000 records. They sent us a script to clean up this
table. Well, that didn't help. I'm doing a test restore right now and
it's going to take just as long to do it. The tablespace is only about
8gb in size. here is the commands we use to back it up.
run
{ #ENV is case sensitive
allocate channel t1 type 'sbt_tape' parms
'ENV=(DSMO_NODE=rx_r50,
DSMI_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt, DSMO_PSWDPATH=/usr/tivoli/tsm/client/oracle/bin, DSMI_DIR=/usr/tivoli/tsm/client/ba/bin, DSMO_AVG_SIZE=1000)'; allocate channel t2 type 'sbt_tape' parms
'ENV=(DSMO_NODE=rx_r50,
DSMI_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt, DSMO_PSWDPATH=/usr/tivoli/tsm/client/oracle/bin, DSMI_DIR=/usr/tivoli/tsm/client/ba/bin, DSMO_AVG_SIZE=1000)'; allocate channel t3 type 'sbt_tape' parms
'ENV=(DSMO_NODE=rx_r50,
DSMI_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt, DSMO_PSWDPATH=/usr/tivoli/tsm/client/oracle/bin, DSMI_DIR=/usr/tivoli/tsm/client/ba/bin, DSMO_AVG_SIZE=1000)'; allocate channel t4 type 'sbt_tape' parms
'ENV=(DSMO_NODE=rx_r50,
DSMI_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt, DSMO_PSWDPATH=/usr/tivoli/tsm/client/oracle/bin, DSMI_DIR=/usr/tivoli/tsm/client/ba/bin, DSMO_AVG_SIZE=1000)';
release channel t1; release channel t2; release channel t3; release channel t4;
'ENV=(DSMO_NODE=rx_r50,
DSMI_CONFIG=/usr/tivoli/tsm/client/ba/bin/dsm.opt, DSMO_PSWDPATH=/usr/tivoli/tsm/client/oracle/bin, DSMI_DIR=/usr/tivoli/tsm/client/ba/bin, DSMO_AVG_SIZE=1000)';
I do have an idea but I want to run this by some of you. we are using adsm in conjuction with rman. Would it be better to put filesize paramater in the backup script. So that when doing the restore, rman doesn't have to read through so much of the backupset to get only a small portion of the backupset? He only has to read more backupsets, but they are a lot smaller(5 to 7 gb compared to 15 and 20 gb), so rman should read them faster.
I have done a search on here and looked on metalink, and came up with no leads. I'm posting here to get some insite maybe. I'm actually thinking that I will have to do a lot of testing to get something like this right. Yes, we should have been doing test restores a along to catch this. I know this, and have said this same thing before. We finally have gotten enough hardware and such to create a test DB, so things like this can be resolved before they are a production issue.
thanks. Received on Tue Nov 26 2002 - 19:55:27 CST