Skip to main content
ONTAP MetroCluster

Returning the system to normal operation

Contributors netapp-martyh netapp-aoife netapp-thomi netapp-ahibbard NetAppZacharyWambold

You must perform final configuration steps and return the MetroCluster configuration to normal operation.

Verifying MetroCluster operation and assigning drives after transition

You must verify that the MetroCluster is operating correctly and assign drives to the second pair of new nodes (node_A_2-IP and node_B_2-IP).

  1. Confirm that the MetroCluster configuration-type is IP-fabric: metrocluster show

  2. Perform a MetroCluster check.

    1. Issue the following command: metrocluster check run

    2. Display the results of the MetroCluster check: metrocluster check show

  3. Confirm that the DR group with the MetroCluster IP nodes is configured: metrocluster node show

  4. Create and mirror additional data aggregates for controllers node_A_2-IP and node_B_2-IP at each site as needed.

Installing licenses for the new controller module

You must add licenses for the new controller module for any ONTAP services that require standard (node-locked) licenses. For features with standard licenses, each node in the cluster must have its own key for the feature.

For detailed information about licensing, see the knowledgebase article 3013749: Data ONTAP 8.2 Licensing Overview and References on the NetApp Support Site and the System Administration Reference.

  1. If necessary, obtain license keys for the new node on the NetApp Support Site in the My Support section under Software licenses.

    For further information on license replacements, see the Knowledge Base article Post Motherboard Replacement Process to update Licensing on a AFF/FAS system.

  2. Issue the following command to install each license key: system license add -license-code license_key

    The license_key is 28 digits in length.

    Repeat this step for each required standard (node-locked) license.

Completing configuration of the nodes

There are miscellaneous configuration steps that can be performed prior to completing the procedures. Some of these steps are optional.

  1. Configure the service processor: system service-processor network modify

  2. Set up autosupport on the new nodes: system node autosupport modify

  3. The controllers can be optionally renamed as part of the transition. The following command is used to rename a controller: system node rename -node <old-name> -newname <new-name>

    The renaming operation can take a few minutes to complete. Confirm that any name changes have propagated to each node prior to continuing with other steps using the system show -fields node command.

  4. Configure a monitoring service as desired.

    link:../install-ip/concept_mediator_requirements.html

Sending a custom AutoSupport message after maintenance

After completing the transition, you should send an AutoSupport message indicating the end of maintenance, so automatic case creation can resume.

  1. To resume automatic support case generation, send an AutoSupport message to indicate that the maintenance is complete.

    1. Issue the following command: system node autosupport invoke -node * -type all -message MAINT=end

    2. Repeat the command on the partner cluster.