CommCell Migration - Migration Consideration

Table of Contents

What Gets Migrated

  • Client computers and the Agents installed on the Client can be migrated to another CommCell. You can select the individual Agents, Backupsets, and Subclients for migration.
  • Client Group definitions are migrated along with the associations and the clients associated to the Client group.
  • Subclient policies, schedule policies, users and user groups, media location and alerts associated with the CommCell.
  • Client configurations such as holidays, operation window, activity control, and schedules can be migrated.
  • Metadata records associated with the backup data secured by backup operations from the Agents. This includes the following:
    • History information.
    • Information about media.
    • Storage Policy and Storage Policy Copies associated with the subclients configured in the Client, including storage policies and storage policy copies used in the past, that contain valid data from the Client.
  • MediaAgent details, including the library configurations can be migrated to another CommCell.
  • Client configurations such as deduplication, encryption, and silo.

What Does Not Get Migrated

  • CommCell  Migration is a pure database only operation. It does not automatically move any files in mount paths (chunks and volumes),  job result directories, Deduplication databases, etc.
  • History information associated with restore operations and administration jobs.
  • History information associated with Data Recovery operations and administration jobs.
  • Firewall related configuration information.
  • Events associated with jobs generated by clients that are migrated.
  • Audit trail information associated with the client
  • Subclient-based Storage Policy Copy associations.
  • Any associations related to the configurations i.e., non-data bearing entities associated with a client such as schedule policies, subclient policies etc. They are migrated as configuration templates.
  • Reports.
  • Clients that do not have a subclient (default subclient or user defined subclient) created.

Post Migration Considerations

CCM with 1-Touch

In CommCell Migration with one pass change as the old CommCell will probably not be there and the client may have already been unregistered we need to make the following changes manually since recovery brings the registry at the time of the backup:

  • CommServe GUID in registry.
  • CommServe name/ Fully Qualified Domain Name in registry.
  • Certificates folder to be added as explained in Import Metadata on the Destination CommCell.
  • If client hostname was changed on recovery it has to be changed in GUI also.

Media Refresh

After CommCell Migration media refresh jobs may not run for migrated copies. It is recommended to manually re-enable media refresh on migrated tape copy and add the tape library as Data Path post migration.

Restore Operations

When you migrate a mount path that contains deduplicated data, the Interval (Minutes) between disk space updates parameter is created with a default value in minutes. This value will ascertain the time taken by MediaManager to automatically detect and update the new mount paths for deduplicated data. This in turn will determine the time to restore the data on the new target MediaAgent.

Deduplication Database

After CommCell Migration, the Deduplication Database is sealed and operates in the read-only mode in the destination CommCell. The migrated (deduplication enabled) storage policies in the destination CommCell can be used to restore the deduplicated data migrated from the source CommCell and to perform Auxiliary Copy operation with the migrated data as the source. Migrated Storage Policies in the destination CommCell cannot be used to deduplicate new backup operations. You must create new  storage policies or use existing storage policies in the destination CommCell for new backup operations.

Backup Operations

After a client is permanently migrated to a new CommCell, the backup for each of its subclients will automatically be converted to a full backup. This is to make sure that the metadata is disassociated from the old CommCell and recreated in the new CommCell. Migrated Storage Policies in the destination CommCell cannot be used for new backup operations. You must create new storage policies or use existing storage policies in the destination CommCell for new backup operations.