SQL/MP Installation and Management Guide
Performing Recovery Operations
HP NonStop SQL/MP Installation and Management Guide—523353-004
11-24
Recovery Example
The resulting display is identical to the one shown under Recovery Example on
page 11-20. The objects exist once again. However, the EMPLOYEE table does
not yet contain any data.
6. When the objects were purged, TMF set the INVALID and RELEASED attributes of
the online dumps for the objects to ON. Before you can recover the objects, you
must first reset these attributes to OFF, using the TMFCOM ALTER DUMPS
command:
~ ALTER DUMPS ( &
~ $DATA.PERSNL.EMPLOYEE &
~ ,$DATA.PERSNL.EMPLIST &
~ ,$DATA.PERSNL.MGRLIST &
~ ,$DATA.PERSNL.XEMPNAME &
~ ,$DATA.PERSNL.XEMPDEPT &
~ ,$DATA.SALES.ORDREP &
~ ) &
~ ,INVALID OFF &
~ ,RELEASED OFF &
~ ,SERIAL 73
Now, you are ready to recover the table and its dependent objects.
7. Proceed with recovery by entering the TMFCOM RECOVER FILES command:
~ RECOVER FILES ( &
~ $DATA.PERSNL.EMPLOYEE &
~ ,$DATA.PERSNL.EMPLIST &
~ ,$DATA.PERSNL.MGRLIST &
~ ,$DATA.PERSNL.XEMPNAME &
~ ,$DATA.PERSNL.XEMPDEPT &
~ ,$DATA.SALES.ORDREP &
~ ) &
~ ,FROMARCHIVE &
~ ,TOFIRSTPURGE
The objects are now recovered in the database, but additional work might remain
to be done because of possible inconsistencies between the objects’ file labels on
disk and the corresponding information for them in the SQL catalog.
TMF does not update or insert entries in the SQL catalog during a RECOVER
FILES operation for a table. As it performs recovery, TMF attempts to automatically
synchronize the objects’ create time and redefinition time between the catalog and
the file label on disk. If TMF cannot perform this synchronization, it displays EMS
Message 203 (with Subsystem Error 9038) for each inconsistency. For example:
Note. If, for any reason, the dumps were completely removed from the TMF catalog, you
would need to add them again, using the TMFCOM ADD DUMPS command. In this
command, you would also set the INVALID and RELEASED attributes to OFF.
Caution. Normally, the objects to be recovered are spread across different disk volumes and
subvolumes. However, in this example, some of the objects are located in the same subvolume
as the SQL/MP catalog. In such a case, use care to avoid recovering the catalog tables so that
the current state of the catalog is maintained.