IBM Support

IBM Spectrum Protect HSM for Windows Version 8.1 Fix Pack 10 Known Problems and Limitations

Question & Answer


Question

This document describes the known problems and limitations for the IBM Spectrum Protect HSM for Windows® V8.1 Fix Pack 10 product.

Answer

Limitations

  • Compressed files are uncompressed after recall.
  • Encrypted stubs are decrypted after restore.
  • Subfile backup and stub file backup are not supported together.
  • The HSM for Windows client uses a regular archive pool on the IBM Spectrum Protect server and uses the standard management class. The default retention period for files in the archive copy group is 365 days. With the default value, migrated files are deleted from IBM Spectrum Protect storage after 365 days and stub files cannot be recalled after that. If you want to keep migrated files in IBM Spectrum Protect storage for more than one year, configure your migration to use a management class with the appropriate retention settings.
  • Due to a restriction of the NTFS file system, extended attributes and reparse points are mutually exclusive. Because the HSM for Windows client uses reparse points, files with extended attributes cannot be migrated.
  • Hardware volume mapping can only be applied for volumes with a drive letter. For more details see the HSM for Windows publication at https://www.ibm.com/support/knowledgecenter/SSERFH_8.1.4/hsmwin/t_map_volumes.html.
  • Installation in a path with national language characters:
    The HSM for Windows client cannot be installed in a path that contains national language characters. Only installation paths with English characters are supported.
  • Restoring previous stub file versions from within Windows Shadow Copies is not supported. The Windows operating system stores Shadow Copy snapshot data in a format different from the NTFS format. Some of the NTFS features are not supported by Windows inside snapshot data. Thus stub files cannot be restored in current HSM for Windows versions from snapshot data.
  • Copying HSM for Windows migrated files (stub files) using the Microsoft Robocopy tool is not working as expected. Some attributes might not be copied correctly. For example the copied file appears to be offline although the file is resident.
  • Stub files on a shared file system cannot be recalled using a MAC OS X 10.6.7, 10.6.8 or 10.7 connecting to the shared file system over SMB.
  • If cluster services are not running when you install the HSM for Windows client, you might not be able to configure reconciliation and threshold migration. To resolve the problem, run the installation again with the 'Repair' option on all cluster nodes where you cannot configure reconciliation and threshold migration.
  • Since Windows Server 2012: Files that are processed by the Windows Data Deduplication feature cannot be migrated by HSM for Windows. The Windows Data Deduplication process replaces the file with a reparse point. Only files that are not deduplicated by Windows can be migrated. The Windows data deduplication feature is distinct from the IBM Spectrum Protect data deduplication feature.
  • The HSM for Windows client does not function properly on a Windows server with UEFI (Unified Extensible Firmware Interface) boot mode if the secure boot mode is enabled. In order to run the HSM for Windows client properly you need to set the secure boot mode to disabled in the UEFI-BIOS of the Windows server, either before the HSM for Windows client is installed or use the repair function of the HSM for Windows installer and restart the file server. 

[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSERFH","label":"IBM Spectrum Protect HSM for Windows"},"ARM Category":[{"code":"a8m0z000000cvoYAAQ","label":"Known Problems\/Limitations"}],"ARM Case Number":"","Platform":[{"code":"PF033","label":"Windows"}],"Version":"All Versions","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
23 April 2021

UID

ibm16173211