Skip to main content
Documentation

 

Druva Documentation

Manage your server

  1. Last updated
  2. Save as PDF
Phoenix 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 Phoenix Management Console.
  2. In the menu bar, click All Organizations, and then select the required organization from the drop-down list.
  3. In the menu bar, click Protect > Windows/Linux Servers.
  4. In the Registered Servers page, select the server whose name you want to edit.
  5. Click More options, and then select Edit Server Name.
  6. 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 Phoenix Management Console.
  2. In the menu bar, click All Organizations, and then select the required organization from the drop-down list.
  3. In the menu bar, click Protect > Windows/Linux Servers.
  4. In the Registered Servers page, click the server name. This brings up the server details page.
  5. In the server details page, click more options next to Add File Backup Set, and then click Edit Server Name.
  6. 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 Phoenix File server agents to the latest versions by downloading the upgraded version from the Phoenix portal. This topic describes how you can upgrade the Phoenix 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 Phoenix version, you cannot automatically upgrade to the next version from the Phoenix 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 Phoenix agent 

  1. Log on to Phoenix Management Console. 
  2. On the menu bar, click All Organizations, and select the required organization from the drop-down list.
  3. On the menu bar, click Protect > Windows/Linux Servers.
  4.  The Registered Servers page displays all the registered servers and the status of their client versions.
  5. Under the Client Version column, you can view the current status for each agent. 
     
    Status Icon Description

    Latest

    		 Upgraded.png

    The current version is the latest version that is available.

    Not Upgradable 

    Not upgradeable.png

    The current version cannot be upgraded to the latest version through the Phoenix portal. 

    Upgrade Scheduled

    queued.png

     There is an upgrade in progress.

    Note: 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 

    ready for upgrade.png

    The current version can be upgraded to the latest available version.
  6. Select one or more agents that you want to upgrade and click Upgrade.
  7. 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 in Phoenix to a new server(replacement server), either as a part of your hardware refresh cycle or for disaster recovery purposes, you can use the Server re-registration option to replace the existing server with the replacement server in Phoenix.

Procedure

  1. Login to the Phoenix Management Console.
  2. In the menu bar, click All Organizations, and then select the organization that has the server to be re-registered.
  3. In the menu bar, click Protect > Windows/Linux servers.
  4. In the Registered Servers page, click the server that needs to be re-registered to view the server details.
  5. In the server details page, click more options, and then click Re-Register Server.
  6. In the Re-Register Server dialog box, click Proceed.
  7. In the Download and Install Agent on the Server section, click Check Pre-requisite to check the Phoenix agent prerequisites.  In the Select OS dropdown, select the operating system of the server where you will install the Phoenix agent, and then click Download. The agent download begins in the same browser page. The agent is not downloaded on the destination server unless you click Download through the Phoenix Management Console on the destination server.


    Download page - Reregister new server.png
  8. Click Copy Token to copy the activation token for the replacement server activation.
    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 Phoenix.
  9. 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 Phoenix system.  Details like server name, agent version, platform of the existing server are replaced with the appropriate details of the replacement server.
  10. 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.

Delete a server

Before deleting a server, ensure that you have deleted all of its associated backup sets. After deleting all the backup sets, the configuration status of the server changes to Unconfigured. If you are a cloud administrator, you can delete a server at any time. 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, Phoenix 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 Phoenix Management Console.
  2. In the menu bar, click All Organizations, and then select the required organization from the drop-down list.
  3. In the menu bar, click Protect > Windows/Linux Servers.
  4. In the Registered Servers page, select the server that you want to delete.
  5. Click More options, and then select Delete.
  6. 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, Phoenix might take longer to complete a purge operation.

Determine the Phoenix agent version

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

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

Procedure

  1. Log on to Phoenix Management Console.
  2. On the menu bar, click All Organizations, and select the required organization from the drop-down list.
  3. On the menu bar, click Protect > Windows/Linux Servers.
  4. The Registered Servers page displays all the registered servers. The Client Version column displays the version of the Phoenix client on the server.
  5. Locate the server for which you want to determine the agent version.
  6. View the Phoenix agent version details that appear in the Client Version column. 

    Client version.png

View server details page

  1. Log on to Phoenix Management Console.
  2. On the menu bar, click All Organizations, and select the required organization from the drop-down list.
  3. On the menu bar, click Protect > Windows/Linux Servers.
  4. In the Registered Servers page, click the server name. The Server details page is displayed.

    Server Details.png

Manage Credentials

  1. Log in to the Phoenix Management Console.
  2. In the menu bar at the top, click All Organizations, and then select your organization.
  3. Click Protect > Windows/Linux servers. 
  4. 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.
  5. 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.

Related articles