Synchronizing VOBs and views after you restore

VOBs and views maintain persistent references to each other. These references, which are backed up and restored along with the VOB and view data, might need to be corrected after you restore a VOB or view.

About this task

When a VOB is restored from backup, it might be out of sync with any view that holds a reference to it (a checked-out or loaded version from the VOB, for example). When a view is restored from backup, it mightbe similarly out of sync with any of the VOBs to which it holds a reference. This skew can cause a variety of problems, primarily in views, but also in VOBs.
  • Problems in the view. Whenever a view is restored or a VOB referenced by a view is restored, any of the following problems can occur in the view:
    • View-private files and directories can become stranded because the VOB directory element that they were cataloged in no longer exists in the VOB.
    • Elements can become checked out but removed when the VOB has recorded that the view has the element checked out, but the view does not have a view-private file for the element.
    • Elements can become eclipsed by a view-private file when the checkout that was once valid in the view is no longer recognized in the VOB.
    • DO promotions can fail because the VOB records information about unshared DOs that do not exist.
    • Winked-in DOs become inaccessible when the VOB no longer contains the shared DOs. This can occur if the VOB loses its DO pools and the shared DOs are removed by checkvob fix processing.
  • Problems in the VOB. Whenever a dynamic view is restored, DOs in VOBs referenced by the view might not be scrubbed because they have out-of-date reference counts (the restored view no longer holds the references to the DO that are recorded in the VOB).

These topics describe how to correct post-restore skew and identify or eliminate the problems.