Skip to main content


 

 

How can we help you?

 

Druva Documentation

Server re-registration

Heads up!

We've transitioned to a new documentation portal to serve you better. Access the latest content by clicking here.

If you have migrated a registered server to a new server(replacement server), or decommissioned a server in Druva, either as a part of your hardware refresh cycle or for disaster recovery purposes, you can use the Server re-registration option to replace or re-add the existing server with the replacement server in Druva.

File Server Re-registration

  1. Log in to the Management Console.
  2. Select File Servers from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization that has the server to be re-registered, and then select the workload.
  3. On the Registered Servers page, click the server that needs to be re-registered to view the server details.
  4. On the server details page, click more options, and then click Re-Register Server.
  5. In the Re-Register Server dialog box, click Proceed.
  6. In the Download and Install Agent on the Server section, click Check Pre-requisite to check the Enterprise Workloads agent prerequisites.  In the Select OS dropdown, select the operating system of the server where you will install the Enterprise Workloads agent , and then click Download. The agent download begins on the same browser page. The agent is not downloaded on the destination server unless you click Download through the Management Console on the destination server.
    Reregister_FS_screen1.png
  7. Click Copy Command to copy the activation command for the replacement server activation.

For Windows Server, perform the following:

Note: Change the directory to:

  • C:\Program Files\Druva\Phoenix Agent (for agent version prior to 7.0.0)
  • C:\Program Files\Druva\EnterpriseWorkloads (for agent version 7.0.0 and later)
  • Open Administrative cmd prompt and enter below command:
    HybridWorkloadsAgent.exe fs-mssql activate -t <token> (for agent version prior to 7.0.0)
    
    EnterpriseWorkloadsAgent.exe fs-mssql activate -t <token>   (For agent version 7.0.0 and later)
    
    Here token value will be the one obtained from step 6.

For Linux server, perform the following:

Note: Change the directory to :

  • cd /opt/Druva/Phoenix/bin (for agent version prior to 7.0.0)
  • cd /opt/Druva/EnterpriseWorkloads/bin (for agent version 7.0.0 and later)
  • In the terminal, enter the below command:
    HybridWorkloadsAgent fs-mssql activate -t <token> (for agent version prior to 7.0.0)
    
    EnterpriseWorkloadsAgent.exe fs-mssql activate -t <token> (for agent version 7.0.0 and later)
    
    Here token value will be the one obtained from step 6.
Note: The replacement server must be activated with the activation token generated at this stage. Activating with any other activation token will register the replacement server as a new server with Druva.
  1. After the agent is installed on the replacement server and it is activated with the token provided in the Re-Register New Server dialog box, the replacement server assumes the identity of the existing server in the Druva system.  Details like server name, agent version, platform of the existing server are replaced with the appropriate details of the replacement server. 
  2. If the original and new server are separate servers (not the same server) and both servers are online, perform the following tasks on the original server
    • Stop the Hybrid workloads Agent Client Service / Druva-EnterpriseWorkloads.

    • Delete the directory

      • C:\ProgramData\Phoenix (for agent version prior to 7.0.0)

      • C:\ProgramData\Druva\EnterpriseWorkloads (for agent version 7.0.0 and later)

    • Uninstall the Enterprise Workloads agent  

       It is crucial to perform these steps on the original server to avoid any backup failures and conflicts on the new server.

  3. The restore points(snapshots) from the existing server can be viewed in the restore wizard of the replacement server and restores can be triggered from the restore wizard of the replacement server.

Note: Re-registration does not restore the non-default configuration parameters that might have been configured for the original server. Administrator must freshly configure these parameters after reactivation.

SQL Server Re-registration 

Use the Re-Register SQL Server option to replace a registered SQL server that hosts a standalone SQL instance with a replacement server in the Management Console. You can use this option when you need to migrate a registered SQL server to a replacement server as part of a hardware refresh or disaster recovery. 

Note: The Re-Register option is only available for standalone SQL instances currently.

  1.  Log in to the Management Console.
  2. Select MS-SQL Servers workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization that has your existing MS-SQL server and then select the workload.
  3. On the All SQL Resources page, click the standalone instance hosted on the SQL server that needs to be re-registered.
  4. On the resource details page, in the top right corner, click more options, and click Re-Register Server.
    SQL Server Re-registration.png
  5. In the Re-register Server dialog box, read the message, and click Proceed.

  6. In the Re-register Server dialog box, click Check Prerequisite to ensure that the replacement server meets the hardware and software requirements for the Druva SQL agent.
    FS_reregister_downloads_1.png

  7. Download the Windows 64-bit SQL agent, and install it on the replacement SQL server. The agent download begins on the same browser page. The agent is not downloaded on the replacement SQL server unless you click Download through the Management Console on the replacement SQL server. Install the agent on the SQL server.

  8. In the Re-register Server dialog box, click Copy token to activate the agent via the Enterprise Workloads agent installer shortcut on the SQL server.

    Re-register server- Copy token.png
    You can also click Copy Command to activate the Enterprise Workloads agent via the command line on the SQL server.
    FS_reregister_cktn_1.png

Note: The replacement SQL server must be activated with the activation token generated at this stage. Activating with any other activation token will register the replacement server as a new SQL server in Druva.

  1. After the agent is installed on the replacement server and it is activated with the token provided in the Re-Register Server dialog box, the replacement server assumes the identity of the existing server in the Druva system.  Details like server name, agent version, platform of the existing SQL server are replaced with the appropriate details of the replacement SQL server. 

  2. If the original and new server are separate servers (not the same server) and both servers are online, perform the following tasks on the original server: 

    1. Stop the Hybrid workloads Agent Client Service / Druva-EnterpriseWorkloads.

    2. Delete the directory.
      • C:\ProgramData\Phoenix (for agent version prior to 7.0.0)
      • C:\ProgramData\Druva\EnterpriseWorkloads (for agent version 7.0.0 and later)
    3. Uninstall the Enterprise Workloads agent.

 It is crucial to perform these steps on the original SQL server to avoid any backup failures and conflicts on the new SQL server.

  1. The restore points(snapshots) from the existing SQL server can be viewed in the restore wizard of the replacement SQL server and restores can be triggered from the restore wizard of the SQL replacement server.

Note: Re-registration does not restore the non-default configuration parameters that might have been configured for the original server. The administrator must freshly configure these parameters after reactivation.