Veritas InfoScale™ Operations Manager 7.3.1 Add-ons User's Guide
- Section I. VCS Utilities Add-on 7.3.1
- Section II. Distribution Manager Add-on 7.3.1
- Section III. Fabric Insight Add-on 7.3.1
- Section IV. Patch Installer Add-on 7.3.1
- Introduction to Patch Installer Add-on
- Using Patch Installer Add-on
- Section V. Storage Insight Add-on 7.3.1
- Performing the deep discovery of enclosures
- About Storage Insight Add-on
- Adding HITACHI storage enclosures for deep discovery
- Editing the deep discovery configuration for an enclosure
- Monitoring the usage of thin pools
- Monitoring storage array metering data
- Managing LUN classifications
- Appendix A. Enclosure configuration prerequisites
- HITACHI enclosure configuration prerequisites
- EMC Symmetrix storage array configuration prerequisites
- Device setup requirements for EMC Symmetrix arrays
- IBM XIV enclosure configuration prerequisites
- NetApp storage enclosure configuration prerequisites
- EMC CLARiiON storage enclosures configuration prerequisites
- Hewlett-Packard Enterprise Virtual Array (HP EVA) configuration prerequisites
- IBM System Storage DS enclosure configuration prerequisites
- IBM SVC enclosure configuration prerequisites
- EMC Celerra enclosure configuration prerequisites
- EMC VNX storage enclosure configuration prerequisites
- EMC VPLEX storage enclosure configuration prerequisites
- Appendix B. Commands used by Management Server for deep discovery of enclosures
- Performing the deep discovery of enclosures
- Section VI. Storage Insight SDK Add-on 7.3.1
- Overview of Storage Insight SDK Add-on 7.3.1
- Managing Veritas InfoScale Operations Manager Storage Insight plug-ins
- About creating Storage Insight plug-in
- About discovery script
- About the enclosure discovery command output
- Creating a Storage Insight plug-in
- Editing a Storage Insight plug-in
- Testing a Storage Insight plug-in
- About creating Storage Insight plug-in
- Section VII. Storage Provisioning and Enclosure Migration Add-on 7.3.1
- Provisioning storage
- Creating a storage template using VxFS file systems
- Migrating volumes
- Provisioning storage
- Section VIII. Veritas HA Plug-in for VMware vSphere Web Client
- Introduction to Veritas HA Plug-in for vSphere Web Client
- Installation and uninstallation of Veritas HA Plug-in for vSphere Web Client
- Configurations for Veritas HA Plug-in for vSphere Web Client
- Section IX. Application Migration Add-on
- Introduction to Application Migration Add-on
- Creating and managing an application migration plan
- Understanding application migration operations
Understanding the Setup Storage operation
In this operation, the storage tasks are taken care of.
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.
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.