This document describes the known problems and limitations for the IBM Tivoli Storage Manager V6.4 Fix Pack 1 HSM for Windows product.
- Compressed files are uncompressed after recall.
- Encrypted stubs are decrypted after restore.
- Subfile backup and stub file backup are not supported together.
- Some client operating systems like Mac OS utilize alternate data streams. These are not migrated by the HSM for Windows client, and hence are not retrieved. They are tolerated and handled correctly with recalls. However, alternate data streams of stubs are not backed up by the Tivoli Storage Manager backup-archive client and cannot be restored. Alternate data streams are also not moved with the stub moving tools.
- The HSM for Windows client uses a regular archive pool on the Tivoli Storage Manager 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 Tivoli Storage Manager storage after 365 days and stub files cannot be recalled after that. If you want to keep migrated files in Tivoli Storage Manager 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.
- Some messages may contain nouns in plural although singular should be used. So you may find expressions like "1 files" or "1 servers".
- Hardware volume mapping can only be applied for volumes with a drive letter. For more details see the TSM HSM for Windows Administration Guide (http://publib.boulder.ibm.com/infocenter/tsminfo/v6r4).
- 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 Tivoli Storage Manager data deduplication feature.