Managing the backup and recovery of the File servers in a distributed environment is usually a complex process involving multiple staff and complex infrastructure. Druva Phoenix facilitates you by centralizing the backup and recovery of globally distributed File servers.
Druva Phoenix uses server-side and client-side components to interact, manage, and control backups in your File servers.
Druva Phoenix offers you a viable, cost-effective way of storing, managing, archiving, and recovering of your data on File servers that run on Windows and Linux platforms in your environment. Druva Phoenix supports backup and restore of the data deduplication-enabled volumes on Windows 2012 File server. Druva Phoenix performs a non-optimized backup and restore in this case. Files on deduplication-enabled volumes are backed up as normal files and not as optimized files. Files backed up from deduplication-enabled volumes will be restored as normal files, even if restored to deduplication-enabled volumes.
Druva Phoenix components for File server
The Druva Phoenix components for a file server are:
- Druva Cloud: Druva Cloud is the server component of Druva Phoenix that authenticates and authorizes incoming backup and restore requests from Phoenix agent, installed on your File servers, and redirects it to Druva Phoenix storage for fulfilling the requests.
- Phoenix Management Console: Phoenix Management Console is a web-based, unified console that provides complete visibility and the high-level understanding of the health status of File servers that you manage, wherever those File servers reside. You can globally view all your File servers located in your storage infrastructure, discover File servers, and configure them for backup, recovery, and archival of data. It provides the administrators with an ability to –
- Register and configure File servers for backup in their organization’s server infrastructure.
- Control Druva Phoenix activities by defining an administrative group, backup content, and backup policy.
- Monitor backup and recovery jobs, activities, and reports.
- Phoenix agent: Phoenix agent is a client-side component, which is installed individually on each File server. You must deploy the Druva Phoenix File server agent and register it to back up and restore File servers in your setup.
- Phoenix CloudCache: Phoenix CloudCache is a dedicated server that temporarily stores backup and restores data from Phoenix agent. At periodic intervals, Phoenix CloudCache synchronizes this data to Druva Cloud relaxing the bandwidth consumption in your infrastructure.
File types supported for backup
Druva Phoenix provides defined file types that you can exclude from or include in your backups. Each file type is associated with specific extensions that are listed when a file type is selected. You can also enter custom extensions if you do not find your extensions under any predefined file types. You can remove extensions from a file type without removing the entire file type. You can also enter file patterns for exclusions or inclusions in your backups.
The following table lists the predefined file types that you can include or exclude in the backup policy.
|Defined file types||File extensions|
|.doc, .ppt, .xls, .docx, .docm, .xlsx, .xlsm, .xts, .xltm, .pptx, .pptm, .odt, .odb, .ods, .odp, .odg, .odc, .odf, .odi, .odm, .ott, .ots, .otp, .otg, .otc, .otf, .oti, .oth, .txt, .adp, .adn, .accdb, .accdr, .accdt, .accde, .dotx, .xltx, .mdb, .mda, .mdt, .mdw, .mdf, .mde, .mam, .maq, .mar, .mat, .maf, .ppl, .mpt, .xlt, .vdx, .vssm, .vsdx, .vsdm, .vtx, .xsn, .one, .pot, .vsd, .dotm, .vsl, .vsw, .vst, .vss, .vsx, .dot, .potm, .vssx, .potx, .vstm, .pub, .vstx.|
|.gif, .jpg, .bmp, .png, .tif, .jpe, .raw, .pic, .pct, .pxr, .sct, .ico, .PSD, .jpeg|
.html, .htm, .mht, .mhtml, .shtml
|.ogg, .mp3, .wav, .flac, .mpc, .au, .aiff, .aac, .m4a, .ra, .ape, .wma|
.avi, .mpg, .mpeg, .divx, .rmvb, .wmv, .mov, .rm, .swf, .flv, .mkv, .3gp, .mp4
.exe, .dll, .msi, .com, .drv, .sys, .cpl, .ocx, .msp, .exec, .osx, .ps1, .sh, .bat, .cmd, .app, .dmg, .pkg, .rpm, .deb
|Archive Files||.zip, .rar, .gz, .tgz, .bz, .bz2, .bzip, .bzip2, .gzip,. z, .tbz2, .iso, .7z, .cbr, .sitx, .tar.gz, .zipx|
|Backup Files||.bak, .old, .tmp|
|DB files||.db, .dbf, .pdb, .sql, .sqlite-wal|
|Developer files||.c, .class, .cpp, .cs, .dtd, .fla, .h, .java, .lua, .m, .mpp, .pl, .py, .sln, .swift, .vb, .vcxproj, .xcodeproj|
|Disk image files||.bin, .cue, .toast, .vcd|
|Font files||.fnt , .fon , .ttf|
|Game files||.b , .dem , .gam , .nes , .rom , .sav|
|GIS files||.gpx , .kml , .kmz|
|LOG files||.log, .log1|
|OutLook files||.pst, .ost, .prf, .msg|
|Plugin files||.crx, .plugin|
|Setting files||.cfg, .ini|
|System files||.cab, .cur, .deskthemepack , .dmp , .icns , .lnk|
|Vector files||.ai , .eps , .ps , .svg|
|Web files|| .asp , .aspx , .cer , .cfm , .csr , .css , .dcr , .js , .jsp , .PHP, .rss
Note: For content rules created post 21 December 2020, no file types are excluded or included by default until you select the Specify File Exclusions or Inclusions option while creating or editing a content rule. Druva Phoenix recommends and excludes some folders from backups by default. For more information, see Folders excluded from File Server backup. The existing functionality remains the same for content rules created before 21 December 2020.
Content rules created on or after 21 December 2020 will no longer have the All Executables and All Office Files file types. The file type Executables will contain all extensions in the older Executables and All Executables file type. The file type Office Files will contain all extensions in the older All Office Files and Office Files file type. Content rules created before 21 December 2020 will continue using the older file types selected for inclusion or exclusion. For older content rules:
If you had selected Office Files for inclusion or exclusion, the Content Rule details page and the Edit Content Rule page will show Office Files [-] under Included/Excluded File Types. Hovering over the [-] icon shows that the extensions that were earlier a part of the All Office Files file type have been removed.
Similarly, if you had selected Executables for inclusion or inclusion, the Content Rule details page and the Edit Content Rule page will show Executables [-] under Included/Excluded File Types. Hovering over the [-] icon shows the extensions that were earlier a part of the All Executables file type have been removed.
- If the older content rule was using All Executables and All Office Files, the Content Rule details page and the Edit Content Rule page would show Executables and Office Files.
Note: The extensions that were included or excluded in the older content rules will remain unchanged despite the change in the File Types.
Druva Phoenix also backs up and restores the Symlink files and directories, and the directory junctions file system objects. Note that only the link files are backed up and not the content of the files or directories they point to. Druva Phoenix does not backup the hardlink files for File Server.
Folders excluded from File server backup
By default, Druva Phoenix excludes certain folders from File server backup. This is because, both Windows and Linux operating systems contain system-specific files, which can be excluded from backup. For example, the Recycle Bin on Windows servers contains files and folders that you previously deleted, so these files can be excluded from the backup.
The following table lists the folders that Druva Phoenix excludes from backup. While creating a backup policy, these folders appear as excluded folders under the Exclude subfolders field.
Note: To include the folders that Druva Phoenix excludes by default on the Backup Content tab, click the cross icon for the folder that you want to include.
|Name of operating system||Folder names|
Druva Phoenix provides the following backup features for File servers. This section explains the various capabilities of a File server:
- ► Manual backup
- During manual backups, Druva Phoenix only backs up data that is defined in the backup policy. A manual backup is not restricted by the backup window that you have defined in the backup policy; it continues till all the data is backed up. In the event of a network connection failure during backup, Phoenix agent or backup proxy attempts to connect to Druva Cloud. After the connectivity is restored, backup starts from the state in which it was interrupted. A manual backup is not restricted by bandwidth, it uses maximum bandwidth available.
- The Automatic Retry feature does not work with manual backups.
- ► Backup empty folders
- From version 4.6.8 and later, Druva Phoenix can back up and restore empty folders. After the upgrade, the Windows File server agent where USN journal is enabled:
- The empty folders created before the last backup and before the agent upgrade are not backed up. Contact Druva Support to back up these empty folders.
The empty folders created after the last backup but before the agent upgrade are backed up.
The Windows File server agent where UNC share is configured for backup, empty folders in the UNC share, created before and after the upgrade will be backed up and restored. After the Linux File server agent upgrade, the empty folders created before and after the upgrade will be backed up and restored.
- ► Pre-backup and post-backup scripts
- Druva Phoenix allows administrators to configure File server agents to execute custom pre-backup scripts and post-backup scripts. Pre-backup scripts are executed before backup jobs to perform the specific pre-backup operation. Post-backup scripts are executed after backup jobs to perform the specific post-backup operation. You can configure a backup policy with the settings for pre-backup and post-backup scripts to perform customer-driven processing tasks. For more information, see Pre backup and post backup scripts for File server.
- ► Backup servers with mixed workload (Backup sets)
- Druva Phoenix extends its backup capabilities for servers that run mixed workloads. This feature provides an ability to configure multiple backup sets of the File server and MS-SQL Database server for a single server. For more information, see Backup servers with mixed workload (Backup sets).
- ► Smart scan
Smart Scan is recommended for backups of Linux servers if there are a lot of files on the server that haven't changed recently. Smart Scan uses heuristics to detect such files and skips them from backups leading to faster incremental backups. After enabling Smart Scan, here are the options you can select:
- Skip scanning ACLs or permissions for unmodified files
- Only scan files created/modified in the last x months
Based on the options selected, Druva Phoenix decides which files and folders need to be scanned during incremental backups. For more information, see:
- Smart scan does not apply to Windows server backup sets since Windows uses the USN journal to scan and detect changed files. If you enable the Smart scan option for Windows servers (NTFS or ReFS), Druva Phoenix ignores the Smart scan setting in the configuration and displays the Smart scan is not needed for NTFS/ReFS message in the progress logs.
- If you change the Backup Content setting under the backup set, the subsequent scan is a full scan.
For the frequently asked questions about Smart scan, see File server FAQs.