Topics | How To | Related Topics
How to Setup and Run a Migration Archive Operation
Migration Archiving Considerations
Migration Archiving of data allows preservation, transparent retrieval, and discovery of information held within a NetWare file system. Migration archiving reduces the size of data on the primary storage and decreases the duration of backup operations by the corresponding iDataAgent. Migrating data from file systems to secondary, tiered-storage maximizes storage utilization across the enterprise.
Migration archiving can optionally create stubs that contain information about the archived data to facilitate end-users with non-browse recovery operations from third-party applications. Migrated data can also be recovered from the CommCell Console using the browse recovery operation whether the stubbing feature is enabled or disabled. Additionally, migration archiving employs centralized, policy-based storage to reduce costs and simplify management.
Migration archiving operations use:
These rules specify criteria for the types of data to archive. These rules are configured on a per subclient basis. Rules are grouped by:
It is recommended to set minimum file size to 2 Kb so that files to be archived are at least the size of the stub.
The following section provides the steps to set up and run a Migrate Archive Operation:
By default, this option is selected and archiving rules are initially disabled. When selected, all archiving rules will be ignored except for Stub Rules. |
Stubs serve as placeholders for the data that is moved to secondary storage. Protecting stubs is useful to maintain the ability of non-browse recovery operations. For example, if there is a disk failure, the data can be restored along with the stubs. This reduces the size of the data in the volume as stubs consume less space.
These stubs are normally included in full backup operations by their NetWare file system iDataAgent.
File access times when both File Archiver and File System iDataAgents are installed
Archiving files based on file access times has special considerations. Ordinarily the action of backing up a file using the File System backup agent will cause the file access time to change to the time of the backup. This action may have an undesired effect on the archiver agent if you want to archive files based on access times.
To workaround this situation, you should either use Classic File Scan with the Preserve File Access Time option selected as the scan method OR a software snapshot (VSS or Qsnap) to accomplish the backup. If the software snapshot fails (i.e. VSS service unavailable or unable to quiesce the volume), you can use the Open Files Failure Actions dialog box to select the desired action to be performed.
Stubs are not included by default in Incremental Backups when the Classic Scan method is used to scan files. This means that stubs created after the most recent full backup may be lost if the operating system or file structure where the stubs reside is destroyed or rendered unusable before the next full backup is run. However, the archived data is still recoverable through a browse recovery operation from the CommCell Console.
iDataAgents can be configured to include stubs in Incremental Backups (and in turn Synthetic Full Backups ) so that stubs are not lost. Stubs can be included in Incremental Backups as follows:
Before performing any migration archiving procedures, review the following information:
Some items fail because they are locked by the operating system or application and cannot be opened at the time of the data protection operation. This often occurs with certain system-related files and database application files.
Do not set a quota for an object (such as a volume, directory, or user) that is lower than the amount already used. Doing so may cause improper results for data protection or recovery operations.