Software
Reclaiming Pages from a V-VOL
A V-VOL used as a migration target from a traditional nondynamic provisioned volume may have
large amounts of capacity dedicated to data that is all binary zeros. The XP Thin Provisioning pool
capacity used for the binary zero data written to the V-VOL can be reclaimed and returned as
available pool capacity. Capacity is provided to V-VOLs from the XP Thin Provisioning pool in
42-MB sized pages. Reclaiming capacity requires that these pages have only binary zero data
written to it. For instructions on how to reclaim pages containing binary zero data, see “Releasing
Pages in a V-VOL” (page 66).
Note that while releasing pages in a V-VOL, performance of host I/O to the V-VOL temporarily
decreases.
You cannot reclaim pages taken up by a V-VOL if any nonbinary zero data has been written to
them. In this case, the pages can be reclaimed only when the V-VOL is no longer needed and is
deleted.
If you perform the binary zero data discard operation, XP Thin Provisioning automatically rebalances
pool-VOL usage levels. If you do not want to automatically balance the usage levels of pool-VOLs,
consult HP technical support (see “Calling HP Technical Support” (page 80)).
XP Thin Provisioning Software automatically balances the usage levels among pool-VOLs in a pool
created with microcode version 60-05-0x or later. XP Thin Provisioning Software does not
automatically balance the usage levels among pool-VOLs if the cache memory is not redundant or
if the pool usage level is more than the pool thresholds.
V-VOL Management Table
Before you can use XP Thin Provisioning, a V-VOL management table is created. The V-VOL
management table associates V-VOLs (virtual volumes) with a pool. The V-VOL management table
is created automatically when the required additional shared memory is installed by your HP service
representative.
If data is lost from shared memory, the V-VOL management table will be restored using data stored
in reserved system areas inside the Pool. If this restore is unsuccessful, a stored copy of shared
memory will be copied from the SVP. This process is explained in Table 2 (page 10).
Table 2 How the V-VOL Management Table Is Stored When Data Is Lost From the Shared Memory
Microcode VersionItems
60–02–xx or later60–01–xx
In addition to the SVP HDD, a
dedicated area that is automatically
SVP HDD.
The system option mode 460 of the
SVP must be set to ON. You are not
Location where V-VOL
management table
memory is stored in shared
memory
created in the pool when the pool is
created.
required to set the system option
because this is a factory setting. If the area is already created with
microcode version 60-01-xx, there is
no need to create the pool again, etc.,
after upgrading to micro-version
60-02-xx or later.
When you switch off the power supply.When you switch off the power supply.When the V-VOL
management table in
shared memory is stored
When the V-VOL management table is
updated, such as during page
allocation, pool creation, and so on.
It is also stored for any pool created
with microcode version 60-01-xx when
the microcode exchange is replaced.
When you switch on the power supply
after shared memory was volatilized
When you switch on the power supply
after shared memory was volatilized.
When the V-VOL
management table in
shared memory is restored
10 About XP Thin Provisioning Operations