Skip to main content

How can we help you?

Druva Documentation

Manage your server

Enterprise Workloads Editions: File:/tick.png Business File:/cross.png Enterprise File:/tick.png Elite

This topic contains the following sections:

Edit server name

  1. Log in to the Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. In the Registered Servers page, select the server whose name you want to edit.
  4. Click More options, and then select Edit Server Name.
  5. In the Edit Server Name dialog box, enter the updated name in the Server Name field, and then click Save.

You can also edit the server name from the server details page. To do so, perform the following tasks:

  1. Log in to the Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. In the Registered Servers page, click the server name. This brings up the server details page.
  4. In the server details page, click more options next to Add File Backup Set, and then click Edit Server Name.
  5. In the Edit Server Name dialog box, enter the updated name in the Server Name field, and then click Save.

Upgrade a server

You can upgrade the Druva File server agents to the latest versions by downloading the upgraded version from the Druva portal. This topic describes how you can upgrade the Druva File server agent to the most recent version on a Windows and Linux server.

Note: The Agent Upgrade feature is supported from version 4.5 and above. You must manually upgrade to version 4.5 or above to use this feature.

Limitations 

  1. If you have installed a hotfix on your existing Druva version, you cannot automatically upgrade to the next version from the Druva portal. You must manually upgrade to the next available version.
  2. If the client machine restarts during the upgrade then you must manually upgrade or rollback the client version.
  3. After triggering the update, if you have any ongoing schedule backup and restore jobs, they will resume after the upgrade.
  4. If the old version is not present on the client machine then upgrade rollback will fail. In this scenario, you must manually upgrade or rollback the client.

To upgrade Hybrid Workloads agent 

  1. Log on to Management Console. 
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.  
  3. The Registered Servers page displays all the registered servers and the status of their client versions.
  4. Under the Client Version column, you can view the current status for each agent.
    • Latest: The current version is the latest version that is available.
    • Not Upgradable:  The current version cannot be upgraded to the latest version through the Management Console. 
    • Upgrade Scheduled:  There is an upgrade in progress. Jobs that are in progress at the time of upgrade will restart after the upgrade is complete. Ongoing Backup now jobs will fail after triggering the upgrade.
    • Upgradable: The current version can be upgraded to the latest available version. 
  5. Select one or more agents that you want to upgrade and click Upgrade.
  6. On the confirmation dialog box, click Yes.

Note: Automatic rollback for RPM upgrade is supported from version 4.6 and later.

Re-Register a server

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 Hybrid Workloads agent prerequisites.  In the Select OS dropdown, select the operating system of the server where you will install the Hybrid 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: If you are using an agent older than version 6.0.1-154928,  change directory to C:\Program Files\Druva\Phoenix Agent

  • Open Administrative cmd prompt and enter below command:
    HybridWorkloadsAgent.exe fs-mssql activate -t <token>
    
    Note: If you are using an agent older than version 6.0.1-154928, the following command can be used:
    PhoenixControl.exe activate <Token>
    Here Token value will be the one obtained from step 6.

For Linux server, perform the following:

Note: If you are using an agent older than version 6.0.1-154928,  change directory to cd /opt/Druva/Phoenix/bin

  • In the terminal, enter the below command:
    HybridWorkloadsAgent fs-mssql activate -t <token>
    
    Note: If you are using an agent older than version 6.0.1-154928, the following command can be used:
    PhoenixActivate <Token>
    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. 

    • Delete the  C:\ProgramData\Phoenix directory

    • Uninstall the Hybrid 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 Hybrid Workloads agent installer shortcut on the SQL server.

    Re-register server- Copy token.png
    You can also click Copy Command to activate the Hybrid 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.

    2. Delete the  C:\ProgramData\Phoenix directory.
    3. Uninstall the Hybrid 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.

Delete a server

Before deleting a server, ensure that you have deleted all of its associated backup sets. You can delete a server only after 7 days of the deletion of the last backup set mapped to the server. After deleting all the backup sets, the configuration status of the server changes to Unconfigured. If you are a cloud administrator, you can delete any server. If you are a group administrator, you can delete a server that belongs to the administrator group that you manage. After you delete a server, Druva purges the backup data of that server from the warm storage, thus freeing up space. 

You can delete a server in the following scenarios:

  • You configured servers during evaluation, and you now want to reclaim the storage consumed.
  • You are planning to deprecate servers, and you no longer need to keep data.
  • You are planning to replace servers, and a backup of the replacement servers might consume additional storage for the same data.
  • You no longer want to back up a server.

Procedure

  1. Log in to the Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. In the Registered Servers page, select the server that you want to delete.
  4. Click More options, and then select Delete.
  5. On the server details page, click More Actions > Delete.
Note: After deleting a server, the time required for purging data depends on the size of data that was backed up. For large-sized datasets, Druva might take longer to complete a purge operation.

Determine the Hybrid Workloads agent version

You can determine the version of the Hybrid Workloads agent that is currently running on your servers. Each Druva release comes with new features and enhancements, and to use these features, you must have the latest version of Hybrid Workloads agent. You can obtain the version details of the Hybrid Workloads agent instances from the Management Console.

Ensure that you have the latest version of the Hybrid Workloads agent installed on your servers.

Procedure

  1. Log on to Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. The Registered Servers page displays all the registered servers. The Client Version column displays the version of the Hybrid Workloads agent on the server.
  4. Locate the server for which you want to determine the agent version.
  5. View the Hybrid Workloads agent version details that appear in the Client Version column. 

    Client_version.png

View server details page

  1. Log on to Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. In the Registered Servers page, click the server name. The Server details page is displayed.

    View server details page.png

Manage Credentials

  1. Log in to the Management Console.
  2. Select the workload from the Protect menu. Note that if the All Organizations menu is enabled, you have to first select an organization and then select the workload.
  3. In the Registered Servers page, select the Windows server or the SQL server whose credentials you want to manage, and then from More Options, select Manage Credentials.
  4. In the Manage Server Credentials dialog box, perform the following tasks:
Field Description

Add Credential

Create a new credential. In the Add Credentials dialog box, enter the following details:

  • Label: Enter a label that uniquely identifies the credential.
  • Username: Enter the username of the credential. If your account uses a domain, enter the username as domain\username — for example, DruvaCorp\jsmith.
  • Password: Enter the password of the credential.
  • Confirm Password: Re-enter the password of the credential.
Assign Assign the selected credential to the server. The selected credential replaces any previously assigned credential.

Unassign

Unassign the selected credential from the server.

Note: Some functions like a client upgrade may not work if the credentials are unassigned from the server.