Known issues
The known issues that are in version 4.14.0 of the IBM® Storage Support for Microsoft VSS VDS are summarized here.
| Ticket ID | Description |
|---|---|
| VPSD-245364 | When Microsoft Data
Protection Manager (DPM) creates FlashCopy® for
the shared source volume, if the space-efficient volume and copy rate
are zero, a cascading FlashCopy is
created unexpectedly. Deleting the cascading FlashCopy causes an error to the target
volumes. Workaround: Set the background copy rate above zero when you use the space efficient volume in Microsoft DPM. |
| VPSD-258716 | When you open an administrator command prompt
in Microsoft Windows Server
2012 or 2012 R2 and create a Volume Shadow Services (VSS) DiskShadow
snapshot, you might produce a message similar to the following output:
This type of COM call failure message is harmless, and
despite the message, the ShadowCopy backup completes successfully.
For more details, refer to the Microsoft
Knowledge Base article. |
| VPSD-258651 | Incremental FlashCopy does not
support dynamic disks with concatenate volumes either spanned or striped, and does not support
multi-target volumes for the same source disk. Currently there is no solution or workaround for this limitation. |
| VPSD-258653 | Supports only the embedded CIM Agent that is packaged with the VSS VDS
code. Currently there is no solution or workaround for this limitation. |
| VPSD-258655 | For the SAN Volume Controller/Storwize V7000 cascading/multi-target
FlashCopies with zero copy rate, after restoring one of the FlashCopy mappings, the current and newer FlashCopy relationships are withdrawn. The current target volume and newer FlashCopy volumes are returned to the free storage pool. Currently there is no solution or workaround for this limitation. |
| VPSD-258656 | For the SAN Volume Controller/Storwize V7000 cascading/multi-target
FlashCopies with zero copy rate, after deleting one of the FlashCopy mappings, the current and earlier FlashCopy relationships are withdrawn. The current target volume and earlier FlashCopy volumes are returned to the free storage pool. The snapshot IDs
of earlier FlashCopy volumes stay in the host until the
next snapshot/restore is run. Alternatively, ibmvcfg.exe cleanupDependentMaps can
be used to manually clean up the snapshot IDs of earlier FlashCopy volumes. Currently there is no solution or workaround for this limitation. |
| VPSD-258657 | Before using the IBM Virtual Disk
Service, Java JRE 7.0 must be installed. For example,
ibm-java-jre-70-win-i386.exe or
ibm-java-jre-70-win-x86_64.exe. Currently there is no solution or workaround for this limitation. |
| VPSD-258658 | Starting from version 4.4.0, IBM VDS provider is not automatically registered
after installation. Workaround: To
manually register IBM VDS provider,
issue the regsvr32 ibmvds.dll command under the
directory of the IBM VSS provider.
|
| VPSD-258805 | To avoid problems when upgrading from a VSS VDS main version to its
sub-version, uninstall the main version first. Then install its sub-version with the default
configuration and double-click the cfg.reg file, which is generated in the
installation path, to restore the configuration. Currently there is no solution or workaround for this limitation. |
| VPSD-258759 | For DS8000 storage systems, a source volume can be restored only once if it is
involved in either of the following cases:
Currently there is no solution or workaround for this limitation. |
| VPSD-258791 | If a virtual machine (VM) that is booted via UEFI is detected by VSS VDS, it
is not recognized as a VM, because a VM booted via UEFI produces different SMBIOS data from one
booted via BIOS. Workaround: Boot VMs via BIOS, not UEFI. |
| VPSD-258794 | While cascaded FlashCopy mappings for dynamic target volume allocation are
being deleted, FlashCopies created dynamically before the deleted ones are moved to a free pool
instead of being removed. Currently there is no solution or workaround for this limitation. |
| VPSD-258795 | In a cascading environment, VSS VDS does not support restoration of a
transportable FlashCopy while using a passthrough connection. Currently there is no solution or workaround for this limitation. |