HP OpenVMS Systems

ask the wizard
Content starts here

Recover Database BACKUP? (Rdb)

» close window

The Question is:

Dear Wizard, I restored a file from tape to disk, and the process failed after
 the file had been restored. The file is complete but appears to have 0 blocks.
 When I try to use it (to restore a RDB database) this happens:
$ rmu/restore/log/nocdd/noafter  $diskw:[backup]data.rbf
%RMU-I-RESTXT_04, Thread 1 uses devices $DISKW:
%RMU-F-BUFFERSLOST, all buffers are lost
%RMU-F-FATALERR, fatal error on RESTORE
Is there a way I can "repair" the file to make it usable? I think the contents
 of the file are ok, it just wasn4t closed properly.
Thanks in advance.

The Answer is :

  If the process failed after the file had been completely restored
  and correctly closed, then the file would not have had a zero block
  length.  Therefore, the restored Oracle Rdb backup file appears
  potentially incomplete and/or otherwise corrupted.
  If you wish to pursue the existing -- and potentially incomplete
  or otherwise corrupted file -- then you will want to try to use
  the SET FILE/END command.  This command will move the end of file
  (EOF) marker to the end of the file.  This command will not
  repair an incomplete or otherwise corrupted file.
  If the SET FILE/END command fails to render the potentially
  incomplete or otherwise corrupted file accessable to Oracle RMU
  tool, you will also want to enlist the assistance of Oracle Rdb
  support, and you will particularly want to expect to have to
  convince Oracle support that you should not simply try the
  restoration again.
  As for the OpenVMS Wizard, the Wizard remains unconvinced that
  salvaging a partially-restored and potentially incomplete and/or
  otherwise corrupted file is advisable and wise.  Rather, the
  OpenVMS Wizard would encourage you to simply restore the file
  from tape again.
  Given that you are even asking the question, the OpenVMS Wizard
  will further assume that the tape has been overwritten or otherwise
  corrupted.  As such, you might be able to recover some of the
  data, but this will likely involve the assistance of a media
  recovery service if this is a DDS (DAT) or DLT or similar tape
  that has been overwritten.
  Topics specific to unintential initialization or the overwriting of
  disk and tape media include (1286) and (6990).
  For errors resulting from file structure, directory structure, or
  file structure corruptions, please see topics such as (1213), (4088),
  (4571), (5071), (5553), (5719), (6021), (6234).
  Disk bad block handling is discussed in topic (6926).
  If you want to overwrite the data on the media, related topics
  include (841), (3926), (4286), (4598), and (7320).

answer written or last revised on ( 24-JUN-2002 )

» close window