![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Problem Resolution Sure Solution 1015009.1 : When Migrating a VTSS to Threshold (0) the DBU Does Not Drop to 0.0%
PreviouslyPublishedAs 222669 Applies to:Sun StorageTek VSM System - Version 4 and laterSun StorageTek Virtual Tape Control Software (VTCS) - Version 6.2 and later IBM z/OS on System z SymptomsWhen migrating a VTSS to Threshold (0), the DBU does not go down to 0.0%. CauseIt is not unusual for the box to be unable to free up a small percentage of uncollected free space. The most important number to note is that there are 0 VTVs in the VTSS. SolutionAfter the migrate to zero VTVs is initiated, VTCS will display the status of the VTSS using SLS6645I messages. These SLS6645I messages will display the DBU % and number of VTVs in the VTSS. Example 1: VTSS xxxx IS 45% FULL OF 0 VTVs At this point, VTCS has migrated and subsequently deleted all of the necessary VTVs from the VTSS. It is not uncommon for the DBU to show a value other than 0%. The 45% as noted in example 1 above is called "uncollected free space". The VTSS will continue to convert this "uncollected free space" to "collected free space". This process may be time consuming; it could take minutes to over an hour to complete. Eventually the '% Full' value will drop to a number close to zero as noted in example 2 but usually, a small percentage of the DBU is not available to be reclaimed. Example 2: VTSS xxxx IS 2% FULL OF 0 VTVS Over time, this space that cannot be collected can build up and the only way to get the box back to 0% DBU is to have the field engineer run a clean on the box, which is performed when there are no VTVs in the buffer. Note that running a clean is not standard procedure. If the intent for draining the box is to run a clean on the VTSS, there is no need to wait for the uncollected free space number to drop before running the clean. Attachments This solution has no attachment |
||||||||||||
|