Skip to Content

In this blog, I want to show you how to recreate a lost cluster node.

If you lose a Windows host (a physical host or a virtual machine), you should restore it from a snapshot/checkpoint or by using a traditional backup application. The backup restores not only Windows, but also all necessary “System State” information and the cluster configuration as well.

If there is no backup available, then you have to install a fresh Windows from scratch and join it to the failover cluster. This blog will describe the steps necessary to bring back a lost cluster node.

In this example, we use this cluster:

2 SAP ASCS instances are installed, “PAC” and “PUC”:

the cluster consists of 2 cluster nodes and uses a shared disk as Quorum witness:

Let’s assume, cluster node 2 (wsiv1003-2) has been lost.

Operations will continue on the first cluster node. And the lost node appears in the cluster as “down”:

We assume that cluster node 2 is destroyed and cannot be restored.

The next steps will not affect operations on the remaining cluster node. However, due to unexpected results during installation / cluster join / cluster validation test, they may anyway affect operations.

Recommendation: Prepare the new cluster node during a maintenance downtime! It’s safer!

  1. Cleanup the Failover Cluster configuration Evict the lost cluster node from the cluster:You now have a one-node cluster:
  2. Prepare the new cluster node / install a new Windows. Install a fresh Windows host, here it’s “wsiv1003-2”. Make sure it’s the same or higher OS version! Example: You lost a Windows Server 2012 R2 node. You can install a Windows Server 2012 R2 or a Windows Server 2016. See Microsoft documentation.
  3. Configure networking (cluster public + heartbeat interfaces, plus additional if needed).
  4. Join the Windows host to the Active Directory (Windows domain).
  5. Run Windows Update to install the latest Windows patches.
  6. Add the Windows Feature “Failover Clustering”
  7. Add additional software according to your rules, for example, antivirus scanner, monitoring agents, etc.
  8. Join the host to the cluster
    The cluster consists now again of two cluster nodes:However, you will not be able to failover a database OR SAP cluster group to this “new” cluster node!

The next steps require a downtime!

  1. Install database software … if there is a clustered database running on this cluster, consult the database vendors installation guide on how to add a cluster node to an existing clustered database.
  2. Install ntclust.sar package (saprc.dll). Download the latest NTCLUST.SAR package and extract it, for example to C:\ntcluster.Install the latest c-runtime package for Visual Studio 2013, x64:
    See here: https://blogs.sap.com/2017/06/13/c-runtimes-needed-to-run-sap-executables/. Start the insaprct.exe tool to upgrade all cluster nodes: insaprct.exe -installSAPRC.DLL has been installed on cluster node 2 and upgraded on cluster node 1.
  3. Install SAP related apps. Start SWPM (sapinst.exe) on cluster node 2. Choose the “Additional Cluster Node” option. Do not use the “First Cluster Node” option!SWPM will recognize the existing installation on configuration on cluster node 1 and offers cluster groups for “PAC” and “PUC” system.In this example, I choose “PAC”. SWPM completes the installation on cluster node 2 and the “PAC-Clustergroup” can now be moved to this node:Start SWPM for each SAP system you have clustered and complete the “Additional Cluster Node” option.
  4. Test, test, and one more time, test! Do intensive testing! Move the cluster group several times. Kill for example the process “msg_server.exe” – an automatic failover must occur and must succeed! After successful testing, make a backup!

    Congratulations! You have reinstalled a lost cluster node!

 

Additional remarks:

  1. If you have lost an older ABAP PAS which folder name is “DVEBMGSxx”, you don’t have to reinstall an AAS with the same folder name! It’s absolutely fine if you have only ABAP application server instances with folder name “Dxx”, for example D01, D10.
    It is no longer mandatory to have one ABAP instance with the old “DVEBMGSxx” name.
  2. If you have lost a JAVA application server instance, the procedure is similar.
  3. Additional cluster groups may contain additional third party applications. Consult the documentation for these applications and find out what must be done on a new cluster node.
  4. SAP cluster groups may contain additional third-party applications. Consult the documentation for these applications and find out what must be done on a new cluster node.

 

 

 

To report this post you need to login first.

Be the first to leave a comment

You must be Logged on to comment or reply to a post.

Leave a Reply