11-15-2010 03:00 PM
All,
I have a curious, sensitive (obviously as this is our production SAP env), and mystifying restore issue with Oracle RMAN.
RMAN backup to tape from production client > AIX media server, then restore across dark fibre link to test client in remote DC (approx 14km or so). This is an activity that we have completed many many times without issue.
Latest attempt to do the restore from backup produced, and so far has been continuing to produce the following errors:
Database CT1, error is channel tac1: reading from backup piece d8lsr8lt_1_1 ORA-19870: error reading backup piece d8lsr8lt_1_1 ORA-19612: datafile 16 not restored due to missing or corrupt data Database RT1, error is channel tac1: reading from backup piece lelsr8mk_1_1 ORA-19870: error reading backup piece lelsr8mk_1_1 ORA-19612: datafile 4 not restored due to missing or corrupt data Database ST1, error is channel tac1: reading from backup piece evlsr8ma_1_1 ORA-19870: error reading backup piece evlsr8ma_1_1 ORA-19612: datafile 19 not restored due to missing or corrupt data
We have done this a number of times now using different tapes, and am still getting the issues.
We are now attempting a restore using a windows media server located at the remote DC. This will remove the AIX media server and possibly the TCP/IP connection (will now be SAN mounted tape from Prod DC) from the transport path. We have also enabled robust logging in an effort to capture any failure or issue.
Has anyone seen anything like this?
11-16-2010 07:07 AM
per this site: http://dbadoc.blogspot.com/2008/03/error-code-rman-06026-error-reading.html
Solution:
The RMAN backup set is corrupt and you be unable to use the backup set.
To resolve the issue , take another RMAN backup and validate all backup sets.
To get a list of all backup sets
RMAN > list backupsets;
RMAN > validate backupset ;
11-17-2010 04:38 AM
11-23-2010 02:31 PM
The last attempt to restore using a SAN mounted tape drive rather than using TCP/IP to our remote DC worked.
So it appears that some sporadic interference corrupted our restore over the network link, as outlandish as that sounds, yet with no obvious errors.
We are looking at doing some inline copies of backups to assist with validation.