Skip to main content
Druva Documentation

Configuration FAQs

General configuration FAQs

► How do I get started with using Phoenix?
Phoenix is easy to set up. You only need to perform a few, quick steps to get your setup ready. To see the chronology that you must follow, see Phoenix setup process. For a full set of instructions for setting up Phoenix for your file servers, see Initial configuration of file servers. To know how you can set up Phoenix for your MS-SQL servers, see Introduction to Phoenix for SQL servers.
► What is a Phoenix agent?
Phoenix agent is a component of the Phoenix solution that you can deploy locally. It communicates with Phoenix Cloud for backing up and restoring data. To enable backup and restore of server data, you must install and activate Phoenix agents on the servers that you want to back up. You do not require separate agent installers for File servers and MS-SQL servers. The Phoenix agent installers are designed to identify the type of server. That is why you can use the same installer for installations across File servers as well as MS-SQL servers.  
► Do I require separate agent installers for File servers and MS-SQL servers?
No, you do not. Phoenix agents can identify the type of a server at the time of an installation. That is why you do not require separate installers for file servers and MS-SQL servers.
► What is Phoenix Cloud? 
Phoenix Cloud comprises cloud storage to which your server data is saved.
► What is a backup set? 
A backup set is a data set that you can configure for backups by defining the backup content and backup policies for files and databases. A backup set provides configuration options to customize the backup content, backup policy, and retention settings. You can configure multiple data sets for backup with their own policies and settings, independent of each other. For example, if you want to back up files and MS-SQL server database on the same server, you can create two backup sets; one for files and another for the MS-SQL server database with their respective policies.
► Can I create multiple backup sets to back up the same content for the same server?
No. Phoenix allows you to configure different backup sets to back up different data of the same server.
► When do I use the Content rule and Custom content?
If you have multiple servers with similar workloads, instead of individually configuring the backup content for each backup set, you can create a content rule and apply to all the corresponding workloads. However, for a workload that needs to back up different content than the other backup sets, you can configure a custom content exclusively for such the backup set. Content rule enables you to configure similar backup sets in bulk whereas the custom content provides the flexibility when dealing with exceptions.
► Can I disable a backup set?
Yes, you can disable a backup set of a server for further backup. When you disable the backup set, Phoenix does not create new restore points for that backup set, however, retains the existing restore points.
► Can I select a different storage when adding a new backup set to the server?
Yes, Phoenix allows you to select a different storage when you configure a new backup set for a server.
► Can I attach different backup sets of the same server to different CloudCache?
Yes, you can attach different backup sets of the same server to different CloudCache.
► What happens to the server with mixed workload which is mapped to the CloudCache post the upgrade to backup sets v2?
If a server is configured to back up mixed workloads and the server is mapped to CloudCache, after the server is upgraded to Phoenix agent 4.7, two backup sets are created corresponding to the administrative group and backup policy and these backup sets are mapped to the CloudCache.
► Would adding new backup set/s to my existing server cost me extra?
No. Phoenix does not charge anything for creating backup sets. A customer is charged based on the storage usage. For more information about credits, see Phoenix Credits.
► What happens if I change the backup policy for a backupset; does it delete all the previously backed up data?
 No. The data backed up with the old policy would be maintained. The restore points would get deleted with respect to the retention defined in the respective policies.
► What happens when a backup set is unmapped from a CloudCache. What happens to the data present on the CloudCache corresponding to the backup set? Would it be lost?
 No data is lost in this scenario. The data corresponding to the unmapped backup set, if not already synced to the cloud, will be synced to the cloud depending on the CloudCache schedule. Once it is synced to the cloud, the corresponding disk space occupied on the CloudCache is freed.
► Can I install Phoenix agents first, and then register servers?
At the time of registering servers, Phoenix generates an activation token. You must use this activation token to activate Phoenix agents on your servers. You can also use third-party tools such as Microsoft SCCM for mass installation and activation. However, you must have the activation token for activating Phoenix agents. The order does not matter; you can choose to register servers first and then install Phoenix agents. Alternatively, you can install Phoenix agents first, and then register servers. However, to obtain the activation token for activating Phoenix agents, you must register your File servers or MS-SQL servers. 
► Where can I find the Phoenix agent installer?
The Phoenix agent installer is available at http://downloads.druva.com/phoenix/.
Because the Phoenix agent installer is server-aware, it identifies the type of a server at the time of installation. That is why you need not maintain separate installers for File servers and MS-SQL servers.
You can also download the installer from the Phoenix Management Console at the time of registering servers.
► How do I activate Phoenix agents? 
To enable backup and restore of server data, you must install and activate Phoenix agents on the servers that you want to back up.
► Can I mass deploy Phoenix agents?
You can use a third-party script such as Microsoft System Center Configuration Manager for installing and activating Phoenix agents. However, we do not provide scripts for configuring the file servers or SQL servers on which Phoenix agents reside. You must configure each server from the Phoenix Management Console.
► How much free space do I need on my servers?
You must ensure that the free space at locations where Phoenix agent configuration details, logs, and metadata reside is at least 1% of the size of the data that you want to back up. To know where Phoenix agent logs and configuration details are available, see Phoenix agent configuration and log files
► What files can I see on the primary partition where I installed Phoenix agent?
You can expect to see the application data (the configuration file and the logs) under your primary partition. If you choose to install Phoenix agent on your primary partition, both the installation directory and the application data will reside on the primary partition.
► What is an activation token? How many do I need?
An activation token is generated at the time of registering servers. It performs a one-time authentication for validating Phoenix agent connections to Phoenix Master. You can use an activation token to activate as many Phoenix agents as you want. We recommend that you generate only those many tokens that you plan to use. We also recommend that you use a single token to activate servers that share something in common. For example, you might want to use a token to activate all servers that are geographically co-located. To better manage activation tokens, delete the tokens that you have not used for activating Phoenix agents. To know more, see Manage activation tokens
► Does Phoenix store my activation tokens?
Yes, Phoenix stores your activation tokens. Phoenix lists the activation token under Manage Activation Tokens. Your token appears as a string of multiple instances of asterisk (*) on the Phoenix Management Console. 
► I deleted some activation tokens. What happens to backups from my servers?
An activation token only performs a one-time authentication of Phoenix agents. It does not interfere with backups. If you deleted some tokens, backups from your servers will continue as usual. 
► Can I attach different backup sets of the same server to different CloudCache?
Yes. It is possible to create different backup sets to back up server data and map these backup sets to different CloudCaches. For example, a Windows File server is configured with two backup sets to back up C:\Folder1 and C:\Folder2, respectively. These backup sets are distinct and can be configured to different or same CloudCache for backup.

File server configuration FAQs

► Why do I need a backup policy for my File servers? 
Backup policies are rules that define the schedule for automatic backups, the retention period, and other advanced backup settings. You should create backup policies, and attach them to backup sets. This ensures that backups from servers start according to the backup policies. To know more about backup policies, see About File server backup policies
► Do you have best practices for creating backup policies?
Yes, we do. For more information, see About File server backup policies. However, for an exact configuration of backup policies that is suitable for your servers, contact the Druva Support.
► Can I set bandwidth as a percentage value?
No, you cannot specify bandwidth as a percentage value. You can only specify bandwidth in Mbps at the time of creating a backup policy.
► What default files does a backup content exclude from backup?
By default, Phoenix excludes some system files and folders from backups, for example, the Recycle Bin. This ensures a faster backup experience. To see the list the files that Phoenix excludes, see Default folder exclusions.
► Can I trigger the restore for File server and MS-SQL server backup sets simultaneously?
Yes, you can trigger the restore for File server backup set and MS-SQL server backup set simultaneously. However, if you trigger a restore request for a File server backup set while another restore is in progress for the same File server backup set, the triggered restore request is queued
► Can I browse through my folder list while selecting folders for backup?
Yes, you can browse through the folder library to select the folders that you want to back up. 
► What time zone does the backup schedule follow?
The backup schedule follows the time zone of the Phoenix agent. For example, if you set the schedule such that backups start at 8 AM, Phoenix agents located in New York will start the backup at 8 AM EDT and Phoenix agents located in California will start backups at 8 AM PST, respectively.
► What is an administrative group? How does it help me?
An administrative group is a logical categorization of servers that share something in common. For example, servers located in one region can belong to one administrative group. Similarly, servers having the same operating system can belong to another administrative group. To know more about administrative groups, see About administrative groups
► Can I adjust bandwidth at the backup set-level?
Yes, you can adjust bandwidth at a backup set-level on the Backup Schedule tab. 
► Can I assign more than one backup policy to a backup set?
No, you cannot. However, you can detach a backup policy from a backup set, and attach a new backup policy to the backup set. 
► Can I use the same token to activate a Windows server and a Linux server?
Yes, you can. However, we recommend that you use a single token to activate servers that share something in common. For example, you might want to use a token to activate all servers that are geographically co-located.
► What is the impact of detaching a File server backup set from CloudCache and attaching it again with respect to the full backup scan and smart scan?
When you attach a CloudCache to the backup set, Phoenix backs up the server data as per the policy configuration. If the smart scan feature is enabled for the File server, attaching a CloudCache to the backup set will not affect the smart scan backup of the server. When you detach a CloudCache from the backup set, there is no impact on the backup execution, such as full or smart scan.

SQL server configuration FAQs

► Why do I need a backup policy for my MS-SQL servers? 
Backup policies are rules that define the schedule for automatic backups and the retention period for data backup. You should create backup policies, and attach them to backup sets. This ensures that backups from servers start according to the backup policies. To know more about backup policies, see About MS-SQL server backup policies
► Do you have best practices for creating backup policies for SQL servers?
Yes, we do. For more information, see About SQL server backup policies. However, for an exact configuration of backup policies that are suitable for your servers, contact the Druva Support.
► Can I set bandwidth as a percentage value?
No, you cannot specify bandwidth as a percentage value. You can only specify bandwidth in Mbps at the time of creating a backup policy.
► How do I know what databases and instances are backed up?
By default, Phoenix backs up all instances and the databases within these instances except for tempDB. However, you can exclude the databases that you do not want to back up at the time of creating a backup policy.
► Can the same custom content be applied to multiple SQL servers?
No. But it is possible to exclude the same databases on multiple servers. You will have to specify different content rule for each server.
► How many backup sets can I configure on my MS-SQL server?
The maximum number of backup sets that you can configure on the MS-SQL server depends on the number of the instances existing on that server. You can create one backup set per instance. For MS_SQL server, you can create backup set either for "All instances" or "individual instances". If you have created a backup set for "All instances", then Phoenix does not allow you to create a backup set for individual instances. Similarly, if you have created a backup set for individual instances, then Phoenix does not allow you to create a backup set for All instances. However, if you have created a backup set for All instances and the backup set is disabled, Phoenix allows you to create a backup set for individual instances.
► Unable to configure backup set with the following error "Current Backupset won't be configured as some instances are overlapped in another backupset configuration"?
For MS_SQL server, you can create backup set either for "All instances" or "individual instances". If you have created backup set for "All instances", Phoenix does not allow you to create backup set for individual instances. Similarly, if you have created backup set for individual instances, Phoenix does not allow you to create backup set for all instances. However, if you have created backup set for all instances and the backup set is disabled, Phoenix allows you to create backup set for individual instances.
► Can I trigger the restore for File server and MS-SQL server backup sets simultaneously?
Yes, you can trigger the restore for File server backup set and MS-SQL server backup set simultaneously. However, if you trigger a restore request for a File server backup set while another restore is in progress for the same File server backup set, the triggered restore request is queued
► Which time zone does the backup schedule follow?
The backup schedule follows the time zone of the Phoenix agent. For example, if you set the schedule such that backups start at 8 AM, Phoenix agents located in New York will start the backup at 8 AM EDT and Phoenix agents located in California will start backups at 8 AM PST, respectively.
► Why do I need an administrative group?
An administrative group is a logical categorization of servers that share something in common. For example, servers located in one region can belong to one administrative group. Similarly, servers having the same operating system can belong to another administrative group. To know more about server groups, see About server groups
► Can I create different schedules for different databases?
Yes, you can. You can create backup sets for different databases and attach different backup policies to the backup sets. 
► Can I adjust bandwidth at the backup set-level?
Yes, you can adjust the bandwidth at the backup set-level on the Backup Schedule tab.
► Can I assign more than one backup policy to databases in a backup set?
No, you cannot. However, you can detach a backup policy from a backup set, and attach a new backup policy to the backup set. You can also consider modifying the existing policy to include or exclude databases from backup. 
► Can I use the same token to activate all my MS-SQL servers?
Yes, you can. However, we recommend that you use a single token to activate servers that share something in common. For example, you might want to use a token to activate all MS-SQL servers that are geographically co-located.
► What is the impact of detaching an MS-SQL server backup set from CloudCache and attaching it again with respect to the full backup and differential backup?
When you attach a CloudCache to the backup set, Phoenix backs up the server data as per the policy configuration. Attaching or detaching a CloudCache from the backup set does not impact the backup execution.

VMware configuration FAQs

► What is backup proxy? 
Backup proxy is a virtual machine that you must deploy and register for backing up and restoring virtual machines in your VMware setup. Backup proxy contains Phoenix agent, the component that performs backup and restore of virtual machines. To know more, see Deploy Phoenix backup proxy.
► Why do I need a backup policy for my virtual machines? 
Backup policies are rules that define the schedule for data backup. You should create backup policies, and attach them to server groups. This ensures that backups from servers belonging to the server group starts according to the backup policies. To know more about backup policies, see About VMware backup policies
► Do you have best practices for creating backup policies?
Yes, we do. For more information, see Best Practices to create a Backup Policy. However, for an exact configuration of backup policies that is suitable for your virtual machines, contact the Druva Support.
► Can I set bandwidth as a percentage value?
No, you cannot specify bandwidth as a percentage value. You can only specify the bandwidth in Mbps at the time of creating a backup policy. 
► Can I create backup set for VMware/HyperV?
No, you cannot create backup sets for your virtual machines.
► What does Phoenix backup?
By default, Phoenix backs up VMDK files and VMX files. However, only VMDK files are available for restore. 
► What time zone does the backup schedule follow?
The backup schedule follows the time zone of backup proxy. For example, if you set the schedule such that backups start at 8 AM, backup proxy deployed in New York will start backup at 8 AM EDT and backup proxy deployed in California will start backups at 8 AM PST, respectively.
► What is an administrative group? How does it help me?
An administrative group is a logical categorization of virtual machines that share something in common. For example, virtual machines located in one region can belong to a group. Similarly, virtual machines having the same guest operating system can belong to one group. 
► Can I create different schedules for virtual machines in an administrative group?
Yes, you can. You can attach a backup policy that defines backup schedules to a virtual machine. All virtual machines are backed up based on the backup policy you attach to a virtual machine. For more information, see Configure virtual machines for backup
► Can I adjust bandwidth on a virtual machine level?
No, you cannot adjust bandwidth at a virtual machine level. However, you can adjust the bandwidth in a backup policy. Virtual machines inherit the bandwidth settings from the backup policy that is attached to it. 
► Can I assign more than one backup policy to a virtual machine?
No, you cannot. However, you can detach a backup policy from a virtual machine, and attach a new backup policy to the virtual machine. 
► Can I use the same token to activate a Windows server and a Linux server?
Yes, you can. However, we recommend that you use a single token to activate servers that share something in common. For example, you might want to use a token to activate all virtual machines that are geographically co-located.
► When do I need to consider a reconfiguration?
If you want to change the backup policy, you can consider a reconfiguration. 
  • Was this article helpful?