InfoScale™ Operations Manager 9.0 Add-ons User's Guide

Last Published:
Product(s): InfoScale & Storage Foundation (9.0)
Platform: AIX,HP-UX,Linux,Solaris,VMware ESX,Windows
  1. Section I. Storage Provisioning and Enclosure Migration Add-on 9.0
    1. Provisioning storage
      1.  
        About storage provisioning
      2.  
        About creating a storage template
      3. Creating a storage template using VxFS file systems
        1.  
          Create Storage Template - File system parameters panel options
        2.  
          Create Storage Template - File system advanced panel options
        3.  
          Create Storage Template - Volume parameters panel options
        4.  
          Select LUN Characteristics options
        5.  
          Create Storage Template - Volume advanced panel options
      4.  
        Creating a storage template using NTFS file systems
      5.  
        Creating a storage template using volumes
      6.  
        Updating a storage template
      7.  
        Provisioning storage
      8.  
        Uploading storage templates
      9.  
        Downloading storage templates
      10.  
        Deleting storage templates
      11.  
        Locking storage templates
      12.  
        Unlocking storage templates
    2. Migrating volumes
      1.  
        About volume migration
      2.  
        About the Impact Analysis report for volume migration
      3.  
        Migrating volumes by host
      4.  
        Select LUN Characteristics options
      5.  
        Change layout options
      6.  
        Migrating volumes by enclosure
      7.  
        Migrating volumes by disk group
      8.  
        Pausing or resuming a volume migration
      9.  
        Deleting a scheduled volume migration
  2. Section II. Application Migration Add-on
    1. Introduction to Application Migration Add-on
      1.  
        About Application Migration add-on
      2.  
        Before installing the Application Migration add-on
      3.  
        Installing the Application Migration Add-on
      4.  
        Before uninstalling the Application Migration add-on
      5.  
        Uninstalling the Application Migration add-on
    2. Creating and managing an application migration plan
      1.  
        Supported versions and platforms
      2.  
        User privileges
      3.  
        Prerequisites for creating an application migration plan
      4.  
        Prerequisites for migration to AWS
      5.  
        VVR Replication: Environment variables used in application migration
      6.  
        Creating an application migration plan
      7.  
        Understanding user-defined tasks
      8. Understanding application migration operations
        1.  
          Understanding the Setup Storage operation
        2.  
          Understanding the Rehearse operation
        3.  
          Understanding the Migrate operation
      9.  
        Understanding the cleanup operation
      10.  
        Understanding the tasks executed in each operation
      11.  
        Validations performed before migration plan execution
      12.  
        Executing the application migration plan
      13.  
        Editing an application migration plan
      14.  
        Deleting application migration plan(s)
      15.  
        Exporting application migration plan(s)
      16.  
        Importing application migration plan(s)
      17.  
        Viewing historical runs
      18.  
        Viewing properties of an application migration plan
      19.  
        Application migration logs
  3.  
    Index

Understanding the Setup Storage operation

In this operation, the storage tasks are taken care of.

Mirroring

If you chose to create mirror disk groups, the mirror disk groups are created and data sync is ensured.

The operation aborts if all volumes of all the disk groups being migrated is mirrored with the corresponding volumes in the mirror disk group. In this scenario, 100% sync between all volumes is not verified. This check is performed as part of the Rehearse or Migrate operation. If only some volumes are mirrored, the system is cleaned up so that the Setup Storage operation can be performed again. Only for the disk groups where the mirror was created by the application migration plan are cleaned up; mirrors created earlier are not cleaned up.

Replication

In this operation, Replication configuration is created and replication is established between the source cluster node and target cluster for disk groups marked as Create New. Initially, a basic verification is done to ensure that all disk groups marked Use Existing has RVGs configured and secondaries added and disk groups marked with Create New should have RVG configuration only if it was pre-created before creating the plan. All verifications are done in par with the configuration discovered during plan creation. Once verification is complete, DCM log is added to all volumes in the disk group after which SRL Volume is created as per the size calculations. Primary RVG is then created on the disk groups marked as Create New.

Migration plan creates a single RVG for each disk group and will have all volumes of the disk group made part of it. If RVGs are already pre-created on a disk group, these RVGs are used. Disk groups, volumes, and volume sets (if present) are then created on the target cluster node according to its size calculated from the source cluster node. After this is done, the target cluster node is added as a secondary site to the Primary RVG after which the replication is started.

Setup Storage operation completes only when Replication Sync is 100% complete. If any application writes are happening to the volumes on the source, it may take more time for the sync to complete. If you notice the sync is not progressing for a long time, check whether SRL has not overflowed in the logs and if so, it is recommended to reduce or stop application writes so that sync gets completed. Replication configuration created by the plan will be with default values and finetuning is also not performed.

On the source cluster, IP resources are added to the service group where the disk group resource is configured. These resources monitors the IPs used for replication. If the disk group is shared (CVM), IP resource and RVGLogowner resources are created in a separate failover service group with the name amVvR_sg_failover_plan_name and is linked to the service group which has the CVMVolDG resource configured.

On the target cluster, a service group is created by the name amVvR_sg_plan_name. IP and disk group resources for the entities created by the plan is added to this service group. In case of a shared disk group, a parallel service group by the name amVvR_sg_parallel_plan_name is created in which CVMVolDG resource is added and another failover service group is created amVvR_sg_failover_plan_name which contains the IP and RVGLogowner resources. The operation aborts if all RVGs in all disk groups which are part of the migration have secondaries added to it.