VTCS Audit of VLE results in unlinked VTV data (Doc ID 1578306.1)

Last updated on FEBRUARY 05, 2015

Applies to:

Sun StorageTek Virtual Tape Control Software (VTCS) - Version 6.2 to 7.2 [Release 6.0 to 7.0]
Sun StorageTek Virtual Tape Control Software (VTCS) for VSM Fujitsu MSP - Version Not Applicable to Not Applicable [Release N/A]
Sun Virtual Library Extension (VLE) - Version 1.1 to 1.3 [Release 1.0]
Information in this document applies to any platform.

Symptoms

VTCS audit of VLE can cause one or more copies of a VTV to become unlinked in the CDS.
Essentially by unlinking a VTV copy in the CDS, that VTV copy is no longer available to the customer.

    1. VTV is migrated from VTSS to VLE1 (Copy 1).
    2. Per policy, VTCS then migrates a second copy to VLE2; the copy is performed via VLE-to-VLE copy operation. (Copy 2).
    3. VTCS currently shows both valid copies in the CDS; one on each VLE; per policy.
    4. A VTCS Audit of VLE2 is performed.  VTCS examines the metadata for the VTV on VLE2 and determines it is the same as for the VTV stored on VLE1.  VTCS then unlinks the VTV copy on VLE2 leaving only one copy of the VTV on VLE1 according to the CDS.
    5. The unlinked VTV data will not be recovered by VTCS automatically and a second copy of data would only be re-written by re-migrating the VTV or a Reconcile be performed.  

 

Changes

Exposure

-          All VLE systems using VLE 1.1 or VLE 1.2 AND are configured to utilize VLE-to-VLE copy operations.  If VLE-to-VLE copy is not used there is no exposure.

-          VTV data stored on VLE is NOT exposed if:

-          VTVs that are stored on RTDs or in the VTSS buffer are not exposed to this issue.

 

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms