Computer Drive User Manual
Table Of Contents
- Chapter 1. HPSS 7.1 Configuration Overview
- Chapter 2. Security and System Access
- Chapter 3. Using SSM
- 3.1. The SSM System Manager
- 3.2. Quick Startup of hpssgui
- 3.3. Configuration and Startup of hpssgui and hpssadm
- 3.4. Multiple SSM Sessions
- 3.5. SSM Window Conventions
- 3.6. Common Window Elements
- 3.7. Help Menu Overview
- 3.8. Monitor, Operations and Configure Menus Overview
- 3.9. SSM Specific Windows
- 3.10. SSM List Preferences
- Chapter 4. Global & Subsystem Configuration
- 4.1. Global Configuration Window
- 4.2. Storage Subsystems
- 4.2.1. Subsystems List Window
- 4.2.2. Creating a New Storage Subsystem
- 4.2.3. Storage Subsystem Configuration Window
- 4.2.3.1. Create Storage Subsystem Metadata
- 4.2.3.2. Create Storage Subsystem Configuration
- 4.2.3.3. Create Storage Subsystem Servers
- 4.2.3.4. Assign a Gatekeeper if Required
- 4.2.3.5. Assign Storage Resources to the Storage Subsystem
- 4.2.3.6. Create Storage Subsystem Fileset and Junction
- 4.2.3.7. Migration and Purge Policy Overrides
- 4.2.3.8. Storage Class Threshold Overrides
- 4.2.4. Modifying a Storage Subsystem
- 4.2.5. Deleting a Storage Subsystem
- Chapter 5. HPSS Servers
- 5.1. Server List
- 5.1. Server Configuration
- 5.1.1. Common Server Configuration
- 5.1.1. Core Server Specific Configuration
- 5.1.2. Gatekeeper Specific Configuration
- 5.1.3. Location Server Additional Configuration
- 5.1.4. Log Client Specific Configuration
- 5.1.1. Log Daemon Specific Configuration
- 5.1.2. Migration/Purge Server (MPS) Specific Configuration
- 5.1.3. Mover Specific Configuration
- 5.1.3.1. Mover Specific Configuration Window
- 5.1.3.1. Additional Mover Configuration
- 5.1.3.1.1. /etc/services, /etc/inetd.conf, and /etc/xinetd.d
- 5.1.3.1.2. The Mover Encryption Key Files
- 5.1.3.1.3. /var/hpss/etc Files Required for Remote Mover
- 5.1.3.1.1. System Configuration Parameters on IRIX, Solaris, and Linux
- 5.1.3.1.1. Setting Up Remote Movers with mkhpss
- 5.1.3.1.2. Mover Configuration to Support Local File Transfer
- 5.1.1. Physical Volume Repository (PVR) Specific Configuration
- 5.1.1. Deleting a Server Configuration
- 5.1. Monitoring Server Information
- 5.1.1. Basic Server Information
- 5.1.1. Specific Server Information
- 5.1.1.1. Core Server Information Window
- 5.1.1.1. Gatekeeper Information Window
- 5.1.1.1. Location Server Information Window
- 5.1.1.2. Migration/Purge Server Information Window
- 5.1.1.3. Mover Information Window
- 5.1.1.1. Physical Volume Library (PVL) Information Window
- 5.1.1.2. Physical Volume Repository (PVR) Information Windows
- 5.1. Real-Time Monitoring (RTM)
- 5.2. Starting HPSS
- 5.1. Stopping HPSS
- 5.2. Server Repair and Reinitialization
- 5.1. Forcing an SSM Connection
- Chapter 6. Storage Configuration
- 6.1. Storage Classes
- 6.2. Storage Hierarchies
- 6.3. Classes of Service
- 6.4. Migration Policies
- 6.5. Purge Policies
- 6.6. File Families
- Chapter 7. Device and Drive Management
- Chapter 8. Volume and Storage Management
- 8.1. Adding Storage Space
- 8.2. Removing Storage Space
- 8.3. Monitoring Storage Space
- 8.4. Dealing with a Space Shortage
- 8.5. Volume Management
- 8.6. Monitoring and Managing Volume Mounts
- 8.7. New Storage Technology Insertion
- Chapter 9. Logging and Status
- Chapter 10. Filesets and Junctions
- Chapter 11. Files, Directories and Objects by SOID
- Chapter 12. Tape Aggregation
- Chapter 13. User Accounts and Accounting
- Chapter 14. User Interfaces
- Chapter 15. Backup and Recovery
- Chapter 16. Management Tools

migration criteria. This goal may not be attainable if the total size of all files not eligible for migration is
large.
Total Migration Streams. This value determines the degree of parallelism in the file migration process.
This applies to policies using the Migrate Files and Migrate Files and Purge options only (see File and
Volume Options below).
File and Volume Options. There are four options available for determining how tape migration handles
files and volumes. Only one of these options may be selected at a time.
Migrate Volumes. Entire volumes are selected for migration. All segments on a selected volume
will be migrated either downward in the hierarchy or laterally within the same storage level,
leaving the volume ready for reclaiming.
MPS selects tape virtual volumes in EOM state with the greatest amount of vacated space. The
storage segments on the selected volumes are either moved to another volume in the same storage
class or are migrated downwards in the hierarchy based on the Migration Policy settings and the
last read and write times for each file. When the migration step is complete, the migrated
volumes' Condition should be EMPTY and the volumes should be ready to be reclaimed.
This algorithm is useful for managing space in tape storage classes without having to run repack
manually. Manually reclaiming of empty volumes may still be necessary. Note that this migration
algorithm moves storage segments laterally or downwards, but is not able to make multiple
copies. Also, note that segments selected for migration are selected based on the volume in
which they reside, not any other criteria.
A storage class configured with a migration policy using Migrate Volumes will
not be considered as a valid alternate copy from which to retry a failed read or
stage operation. No storage class to which such a storage class migrates,
directly or indirectly, will be considered as a valid retry candidate, either. See
the description of the Auto Stage Retry and Auto Read Retry flags in section
6.3.2, Class of Service Configuration Window on page 175.
Migrate Volumes and Whole Files. Similar to the Migrate Volumes option with the addition
that all segments belonging to any file with a segment on the source volume will be migrated. For
example, if a file consists of segments on two volumes, and one volume is selected for migration,
then the segments of the file on the other volume will be migrated as well.
This algorithm tends to keep all of the segments in a file at the same level in the hierarchy and on
the same volumes. Note that using this algorithm can result in large numbers of tape volumes
being active at once, and hence large numbers of tape mounts.
A storage class configured with a migration policy using Migrate Volumes and
Whole Files will not be considered as a valid alternate copy from which to retry
a failed read or stage operation. No storage class to which such a storage class
migrates, directly or indirectly, will be considered as a valid retry candidate,
either. See the description of the Auto Stage Retry and Auto Read Retry flags
in section 6.3.2, Class of Service Configuration Window on page 175.
Migrate Files. A duplicate copy of the tape files will be made at the next lower level in the
hierarchy.
This enables a tape migration algorithm which is similar to disk migration. This algorithm is
HPSS Management Guide November 2009
Release 7.3 (Revision 1.0) 187