CyberProtectionService Userguide en-US
CyberProtectionService Userguide en-US
com
Cyber Protection
22.08
This section contains information about working with services, editions, and offering items that
were available as part of the licensing model in Acronis Cyber Cloud 21.02 and earlier. These
offering items and editions are still supported and can be configured for tenants as needed, but not
recommended, and are considered legacy now.
Note
The services, editions, and offering items that are available to you are inherited from the offering
items that are available for your parent tenant. If an offering item is not available for the partner
who created your account, that offering item will not be available to you, and you cannot enable it
for your partners or customers.
For information about the new offering items, see "Advanced protection" (p. 519).
l Cyber Protect
l Cyber Backup
Within the Cyber Protect edition, the following sub-editions are available:
In the Cyber Backup edition, there are no sub-editions—only Cyber Backup Standard offering items
are available.
Note
The Disaster recovery add-on cannot be used with the Cyber Protect Essentials sub-edition.
The Cyber Protect features are supported on the following operating systems:
l Windows: Windows 7 Service Pack 1 and later, Windows Server 2008 R2 Service Pack 1 and later.
Windows Defender Antivirus management is supported on Windows 8.1 and later.
l Linux: CentOS 6.10, 7.8+, CloudLinux 6.10, 7.8+, Ubuntu 16.04.7+, where plus refers to minor
versions of these distributions.
Other Linux distributions and versions might be supported, but have not been tested.
l macOS: 10.13.x and later (only Antivirus and Antimalware protection, and Device control are
supported). Device control functionality is supported on macOS 10.15 and later or macOS 11.2.3
and later.
Agent for Data Loss Prevention might be installed on unsupported macOS systems because it is
an integral part of Agent for Mac. In this case, the Cyber Protect console will display that Agent for
Data Loss Prevention is installed on the computer, but the device control functionality will not
work. Device control functionality will only work on macOS systems that are supported by Agent
for Data Loss Prevention.
Note
Antimalware protection for Linux and macOS is supported only when Advanced antimalware
protection is enabled.
Important
The Cyber Protect features are only supported for machines on which a protection agent is
installed. For virtual machines protected in agentless mode, for example, by Agent for Hyper-V,
Agent for VMware, Agent for Virtuozzo Hybrid Infrastructure, Agent for Scale Computing, or Agent
for oVirt only backup is supported.
Forensic backup
Active Protection
process behavior
No
Vulnerability assessment
Patch management
Disk health
Smart protection plans based on Acronis Cyber Protection Operations Center (CPOC) alerts
Backup scanning
Safe recovery
#CyberFit Score
Management options
Protection options
Software inventory
Hardware inventory
* Static analysis for portable executable files is supported only for scheduled scans on macOS.
*** File/folder exclusions are only supported for the case when you specify files and folders that will
not be scanned by real-time protection or scheduled scans on macOS.
**** The vulnerability assessment depends on the availability of official security advisories for
specific distribution, for example https://lists.centos.org/pipermail/centos-announce/,
https://lists.centos.org/pipermail/centos-cr-announce/, and others.
l Your login. This is the user name that you use to log in. Your login is also shown on the account
activation page.
l Activate account button. Click the button and set the password for your account. Ensure that
your password is at least nine characters long. For more information about the password, refer to
"Password requirements" (p. 25).
If your administrator has enabled two-factor authentication, you will be prompted to set it up for
your account. For more information about it, refer to "Two-factor authentication" (p. 25).
Password requirements
The password for a user account must be at least 9 characters long. Passwords are also checked for
complexity, and fall into one of the following categories:
l Weak
l Medium
l Strong
You cannot save a weak password, even though it might contain 9 characters or more. Passwords
that repeat the user name, the login, the user email, or the name of the tenant to which a user
account belongs are always considered weak. Most common passwords are also considered weak.
To strengthen a password, add more characters to it. Using different types of characters, such as
digits, uppercase and lowercase letters, and special characters, is not mandatory but it results in
stronger passwords that are also shorter.
Two-factor authentication
Two-factor authentication provides extra protection from unauthorized access to your account.
When two-factor authentication is set up, you are required to enter your password (the first factor)
and a one-time code (the second factor) to log in to the service console. The one-time code is
generated by a special application that must be installed on your mobile phone or another device
that belongs to you. Even if someone finds out your login and password, they still will not be able to
login without access to your second-factor device.
The one-time code to configure two-factor authentication for your account is generated based on
the device's current time and the secret provided by the Cyber Protection service as the QR code or
alphanumeric code. During the first login, you need to enter this secret to the authentication
application.
Prerequisites:
When logging in the next time, you can select the checkbox Trust this browser.... If you do this, the
one-time code will not be required when you log in by using this browser on this machine.
What if...
If you have not saved the code, ask the administrator or service provider to reset the two-factor
authentication for your account, and then repeat steps 1-3 and 6-7 of the above procedure by using
the new device.
services by using the icon in the top-right corner. Administrators can also use this icon for
switching to the management portal.
The timeout period for the Cyber Protection console is 24 hours for active sessions and 1 hour for
idle sessions.
You can change the language of the web interface by clicking the account icon in the top-right
corner.
The Cyber Protection console provides access to additional services or features, such as File Sync &
Share or Antivirus and Antimalware protection, Patch management, Device control, and
Vulnerability assessment. The type and number of these services and features vary according to
your Cyber Protection license.
To check the dashboard with the most important information about your protection, go to
Monitoring > Overview.
Depending on your access permissions, you can manage the protection for one or multiple
customer tenants or units in a tenant. To switch the hierarchy level, use the drop-down list in the
navigation menu. Only the levels to which you have access are shown. To go to the management
portal, click Manage.
The Devices section is available in simple and table view. To switch between them, click the
corresponding icon in the top right corner.
Both views provide access to the same features and operations. This document describes access to
operations from the table view.
When a workload goes online or offline, it takes some time for its status to change in the Cyber
Protection console. The workload status is checked every minute. If the agent installed on the
corresponding machine is not transferring data, and there is no answer to five consecutive checks,
the workload is shown as offline. The workload is shown as back online when it answers to a status
check or starts transferring data.
Important
Deleting a workload from the service console does not uninstall the protection agent on the
corresponding machine and does not delete the protection plans applied to this workload. The
backups of the deleted workload will also be kept.
ESXi hosts and virtual machines on the following virtualization platforms can be backed up by an
agent that is not installed on them—that is, in the agentless mode:
l Hyper-V
l VMware
l Virtuozzo Hybrid Infrastructure
l Scale Computing
l Red Hat Virtualization/oVirt
You cannot delete such machines individually. To delete them, you need to find and delete the
machine on which the respective agent (Agent for Hyper-V, Agent for VMware, Agent for Virtuozzo
Hybrid Infrastructure, Agent for Scale Computing, or Agent for oVirt) is installed.
Administrators can manage objects in their own tenant and in its child tenants. They cannot see or
access objects on an upper administration level, if any.
For example, company administrators can manage protection plans both on the customer tenant
level and on the unit level. Unit administrators can manage only their own protection plans on the
unit level. They cannot manage any protection plans on the customer tenant level and cannot
manage the protection plans that are created by the customer administrator on the unit level.
Also, partner administrators can create and apply scripting plans in the customer tenants that they
manage. The company administrators in such tenants have only read-only access to the scripting
plans that are applied to their workloads by a partner administrator. However, customer
administrators can create and apply their own scripting or protection plans.
To change the level of administration, use the drop-down list in the navigation menu. The drop-
down list is only available for administrators who can access both the Cyber Protection console and
the management portal, and can manage more than one tenant or unit.
To work on the customer or unit level, select the name of that customer or unit.
The Alerts and Activities tabs provide additional partner-related filters, while the Devices and the
Management tabs provide access only to the features or objects that are accessible to partner
administrators.
Alerts tab
Here, you can see the alerts from all your managed customers, search them, and filter them
according to the following criteria:
l Device
l Customer
l Plan
Activities tab
Here, you can see the activities from all the tenants that you manage or the activities in a specific
customer tenant.
You can filter the activities by customer, status, time, and type.
l Applying plan
l Creating the protection plan
l Protection plan
l Revoking plan
l Scripting
Devices tab
Only the All devices, Machines with agents, and virtualization host tabs are available under
Devices.
In the Machines with agents tab, you can see all workloads from your managed customer tenants,
and you can select workloads from one or more tenants. You can also create device groups that
include workloads from different tenants.
1. In the Cyber Protection console, go Devices > Machines with agents.
2. In the tree, click Machines with agents to expand the list.
3. Click the name of the customer whose workloads you want to manage.
1. In the Cyber Protection console, go Devices > Machines with agents.
2. Click the gear icon next to Machines with agents, and then click New group.
In other web browsers (including Safari browsers running in other operating systems), the user
interface might be displayed incorrectly or some functions may be unavailable.
Note
To use Cyber Protection with Windows 7, you must install the following updates from Microsoft
before installing the Cyber Protection agent:
o Windows 7 Extended Security Updates (ESU)
o KB4474419
o KB4490628
For more information on the required updates, refer to this knowledge base article.
l Windows Server 2008 R2* – Standard, Enterprise, Datacenter, Foundation, and Web editions
l Windows Home Server 2011*
l Windows MultiPoint Server 2010*/2011*/2012
l Windows Small Business Server 2011* – all editions
Note
* To use Cyber Protection with this version of Windows, you must install the SHA2 code signing
support update from Microsoft (KB4474419) before installing the Cyber Protection agent.
For information on issues related to the SHA2 code signing support update, refer to this knowledge
base article.
Agent for SQL, Agent for Active Directory, Agent for Exchange (for
database backup and application-aware backup)
Each of these agents can be installed on a machine running any operating system listed above and a
supported version of the respective application.
Note
Agent for Data Loss Prevention for macOS supports only x64 processors (Apple silicon ARM-based
processors are not supported).
Note
Agent for Data Loss Prevention might be installed on unsupported macOS systems because it is an
integral part of Agent for Mac. In this case, the Cyber Protect console will display that Agent for Data
Loss Prevention is installed on the computer, but the device control functionality will not work.
Device control functionality will only work on macOS systems that are supported by Agent for Data
Loss Prevention.
Important
Active protection and real-time protection are not supported on kernel versions 4.17 and later.
The following Linux distributions and kernel versions have been specifically tested. However, even if
your Linux distribution or kernel version is not listed below, it may still work correctly in all required
scenarios, due to the specifics of the Linux operating systems.
If you encounter issues while using Cyber Protection with your combination of Linux distribution
and kernel version, contact the Support team for further investigation.
Linux with kernel from 2.6.9 to 5.16 and glibc 2.3.4 or later, including the following x86 and
x86_64 distributions:
l Red Hat Enterprise Linux 4.x, 5.x, 6.x, 7.x, 8.0, 8.1, 8.2, 8.3, 8.4*, 8.5*
l Ubuntu 9.10, 10.04, 10.10, 11.04, 11.10, 12.04, 12.10, 13.04, 13.10, 14.04, 14.10, 15.04, 15.10,
16.04, 16.10, 17.04, 17.10, 18.04, 18.10, 19.04, 19.10, 20.04, 20.10, 21.04, 21.10, 22.04
l Fedora 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31
l SUSE Linux Enterprise Server 10, 11, 12, 15
Important
Configurations with Btrfs are not supported for SUSE Linux Enterprise Server 12 and SUSE Linux
Enterprise Server 15.
l Debian 4.x, 5.x, 6.x, 7.0, 7.2, 7.4, 7.5, 7.6, 7.7, 8.0, 8.1, 8.2, 8.3, 8.4, 8.5, 8.6, 8.7, 8.8, 8.11, 9.0, 9.1,
9.2, 9.3, 9.4, 9.5, 9.6, 9.7, 9.8, 10, 11
l CentOS 5.x, 6.x, 7.x, 8.0, 8.1, 8.2, 8.3, 8.4*, 8.5*
l CentOS Stream 8
l Oracle Linux 5.x, 6.x, 7.x, 8.0, 8.1, 8.2, 8.3, 8.4*, 8.5* – both Unbreakable Enterprise Kernel and
Red Hat Compatible Kernel
l CloudLinux 5.x, 6.x, 7.x, 8.0, 8.1, 8.2, 8.3, 8.4*, 8.5*
l ClearOS 5.x, 6.x, 7.x
l AlmaLinux 8.4*, 8.5*
l Rocky Linux 8.4*, 8.5*
l ALT Linux 7.0
Before installing the product on a system that does not use RPM Package Manager, such as an
Ubuntu system, you need to install this manager manually; for example, by running the following
command (as the root user): apt-get install rpm
Both x64 and ARM architecture (used in Apple silicon processors such as Apple M1)* are supported.
l OS X Mavericks 10.9
l OS X Yosemite 10.10
l OS X El Capitan 10.11
l macOS Sierra 10.12
l macOS High Sierra 10.13
l macOS Mojave 10.14
l macOS Catalina 10.15
l macOS Big Sur 11
l macOS Monterey 12
VMware ESXi 4.1, 5.0, 5.1, 5.5, 6.0, 6.5, 6.7, 7.0
The SQL Server Express editions of the above SQL server versions are supported as well.
*In order to use SharePoint Explorer with these versions, you need a SharePoint recovery farm to
attach the databases to.
The backups or databases from which you extract data must originate from the same SharePoint
version as the one where SharePoint Explorer is installed.
Because SAP HANA does not support recovery of multitenant database containers by using storage
snapshots, this solution supports SAP HANA containers with only one tenant database.
Note
The following hypervisor vendors and versions supported via the Backup from inside a guest OS
method have been specifically tested. However, even if you run a hypervisor from a vendor or
hypervisor with a version that is not listed below, the Backup from inside a guest OS method may
still work correctly in all required scenarios.
If you encounter issues while using Cyber Protection with your combination of hypervisor vendor
and version, contact the Support team for further investigation.
VMware
VMware vSphere
versions: 4.1, 5.0,
5.1, 5.5, 6.0, 6.5, 6.7,
7.0
VMware vSphere
editions:
VMware vSphere
Essentials*
+ +
VMware vSphere
Essentials Plus*
VMware vSphere
Standard*
VMware vSphere
Advanced
VMware vSphere
VMware vSphere
Enterprise Plus
VMware vSphere
Hypervisor (Free +
ESXi)**
VMware Server
(VMware Virtual
server)
VMware +
Workstation
VMware ACE
VMware Player
Microsoft
Windows Server
2008 (x64) with
Hyper-V
Windows Server
2008 R2 with Hyper-
V
Microsoft Hyper-V
Server 2008/2008
R2
Windows Server
2012/2012 R2 with
Hyper-V
+ +
Microsoft Hyper-V
Server 2012/2012
R2
Windows 10 with
Hyper-V
Windows Server
2016 with Hyper-V –
all installation
options, except for
Nano Server
Windows Server
2019 with Hyper-V –
all installation
options, except for
Nano Server
Microsoft Hyper-V
Server 2019
Windows Server
2022 with Hyper-V –
all installation
options, except for
Nano Server
Microsoft Virtual PC
2004, 2007 +
Windows Virtual PC
Microsoft Virtual
+
Server 2005
Scale Computing
Scale Computing + +
Hypercore 8.8, 8.9,
9.0, 9.1
Citrix
Kernel-based Virtual
+
Machines (KVM)
Kernel-based Virtual
Machines (KVM)
managed by oVirt
4.3 running on Red + +
Hat Enterprise Linux
7.6, 7.7 or CentOS
7.6, 7.7
Kernel-based Virtual
Machines (KVM)
managed by oVirt
4.4 running on Red + +
Hat Enterprise Linux
8.x or CentOS
Stream 8.x
Parallels
Parallels
+
Workstation
Parallels Server 4
+
Bare Metal
Oracle
Oracle Virtualization + +
Manager (based on
oVirt)*** 4.3
Oracle VM
+
VirtualBox 4.x
Nutanix
Nutanix Acropolis +
Virtuozzo
Virtuozzo Hybrid
Infrastructure 3.5, + +
4.0, 4.5
Amazon
Amazon EC2
+
instances
Microsoft Azure
Azure virtual
+
machines
* In these editions, the HotAdd transport for virtual disks is supported on vSphere 5.0 and later. On
version 4.1, backups may run slower.
** Backup at a hypervisor level is not supported for vSphere Hypervisor because this product
restricts access to Remote Command Line Interface (RCLI) to read-only mode. The agent works
during the vSphere Hypervisor evaluation period while no serial key is entered. Once you enter a
serial key, the agent stops functioning.
Limitations
l Fault tolerant machines
Agent for VMware backs up a fault tolerant machine only if fault tolerance was enabled in
VMware vSphere 6.0 and later. If you upgraded from an earlier vSphere version, it is enough to
Disk-level encryption software encrypts data on the fly. This is why data contained in the backup is
not encrypted. Disk-level encryption software often modifies system areas: boot records, or
partition tables, or file system tables. These factors affect disk-level backup and recovery, the ability
of the recovered system to boot and access to Secure Zone.
You can back up the data encrypted by the following disk-level encryption software:
To ensure reliable disk-level recovery, follow the common rules and software-specific
recommendations.
If you only need to recover one partition of a multi-partitioned disk, do so under the operating
system. Recovery under bootable media may make the recovered partition undetectable for
Windows.
If the recovered system fails to boot, rebuild Master Boot Record as described in the following
Microsoft knowledge base article: https://support.microsoft.com/kb/2622803
The following table summarizes the file systems that can be backed up and recovered (bootable
media supports only recovery). The limitations apply to both the agents and bootable media.
Supported by
FAT16/32 + +
HFS+ - +
Agent for
Linux swap + - No limitations
Linux
The software automatically switches to the sector-by-sector mode when backing up drives with
unrecognized or unsupported file systems (for example, Btrfs). A sector-by-sector backup is possible
for any file system that:
l is block-based
l spans a single disk
l has a standard MBR/GPT partitioning scheme
If the file system does not meet these requirements, the backup fails.
Data Deduplication
In Windows Server 2012 and later, you can enable the Data Deduplication feature for an NTFS
volume. Data Deduplication reduces the used space on the volume by storing duplicate fragments
of the volume's files only once.
You can back up and recover a data deduplication–enabled volume at a disk level, without
limitations. File-level backup is supported, except when using Acronis VSS Provider. To recover files
from a disk backup, either run a virtual machine from your backup, or mount the backup on a
machine running Windows Server 2012 or later, and then copy the files from the mounted volume.
The Data Deduplication feature of Windows Server is unrelated to the Acronis Backup Deduplication
feature.
In Windows, Agent for Exchange, Agent for SQL, Agent for Active Directory, and Agent for Oracle
require that Agent for Windows is also installed. Thus, if you install, for example, Agent for SQL, you
also will be able to back up the entire machine where the agent is installed.
It is recommended to install Agent for Windows when you install also Agent for VMware (Windows)
and Agent for Hyper-V.
In Linux, Agent for Oracle and Agent for Virtuozzo require that Agent for Linux (64-bit) is also
installed. These three agents share one installer.
Physical machines
Physical machines running Agent for On the machine that will be backed up.
Windows Windows
Applications
SQL databases Agent for SQL On the machine running Microsoft SQL Server.
Exchange databases Agent for On the machine running the Mailbox role of Microsoft
Exchange Exchange Server.*
Microsoft 365 mailboxes Agent for On a Windows machine that is connected to the
Microsoft 365 Internet.
Microsoft 365 OneDrive — This data can be backed up only by an agent that is
files and SharePoint installed in the cloud. For more information, refer to
Online sites "Protecting Microsoft 365 data".
Google Workspace Gmail — This data can be backed up only by an agent that is
mailboxes, Google Drive installed in the cloud. For more information, refer to
files, and Shared drive files "Protecting Google Workspace".
Machines running Oracle Agent for Oracle On the machine running Oracle Database.
Database
Virtual machines
VMware ESXi virtual Agent for VMware On a Windows machine that has network access to
machines (Windows) vCenter Server and to the virtual machine storage.**
Scale Computing HC3 Agent for Scale On the Scale Computing HC3 host.
virtual machines Computing HC3
(Virtual Appliance)
Red Hat Virtualization Agent for oVirt On the Red Hat Virtualization host.
virtual machines (Virtual Appliance)
(managed by oVirt)
Virtual machines hosted The same as for On the machine that will be backed up.
on Amazon EC2 physical
machines****
Virtual machines hosted
on Windows Azure
Mobile devices
Mobile devices running Mobile app for On the mobile device that will be backed up.
Android Android
*During the installation, Agent for Exchange checks for enough free space on the machine where it
will run. Free space equal to 15 percent of the biggest Exchange database is temporarily needed
during a granular recovery.
**If your ESXi uses a SAN attached storage, install the agent on a machine connected to the same
SAN. The agent will back up the virtual machines directly from the storage rather than via the ESXi
host and LAN. For detailed instructions, refer to "Agent for VMware - LAN-free backup".
***For Virtuozzo 7, only ploop containers are supported. Virtual machines are not supported.
Backup operations require about 1 GB of RAM per 1 TB of backup size. The memory consumption
may vary, depending on the amount and type of data being processed by the agents.
Note
The RAM usage might increase when backing up to extra large backup sets (4 TB and more).
On x64 systems, operations with bootable media and disk recovery with restart require at least 2 GB
of memory.
Preparation
Step 1
Choose an agent, depending on what you are going to back up. For more information on the
possible choices, refer to Which agent do I need?
Step 2
Ensure that there is enough free space on your hard drive to install an agent. For detailed
information about the required space, refer to "System requirements for agents" (p. 56).
Step 3
Download the setup program. To find the download links, click All devices > Add.
The Add devices page provides web installers for each agent that is installed in Windows. A web
installer is a small executable file that downloads the main setup program from the Internet and
saves it as a temporary file. This file is deleted immediately after the installation.
To download Agent for Microsoft 365 setup program, click the account icon in the top-right corner,
and then click Downloads > Agent for Microsoft 365.
All setup programs require an Internet connection to register the machine in the Cyber Protection
service. If there is no Internet connection, the installation will fail.
Step 4
Cyber Protect features require Microsoft Visual C++ 2017 Redistributable. Please ensure that it is
already installed on your machine or install it before installing the agent. After the installation of
Microsoft Visual C++, a restart may be required. You can find the Microsoft Visual C++
Redistributable package here https://support.microsoft.com/help/2999226/update-for-universal-c-
runtime-in-windows.
Step 5
Verify that your firewalls and other components of your network security system (such as a proxy
sever) allow outbound connections through the following TCP ports.
l 443 and 8443 These ports are used for accessing the service console, registering the agents,
downloading the certificates, user authorization, and downloading files from the cloud storage.
l 7770...7800 The agents use these ports to communicate with the backup management server.
l 44445 and 55556 The agents use these ports for data transfer during backup and recovery.
If a proxy server is enabled in your network, refer to the "Proxy server settings" section to
understand whether you need to configure these settings on each machine that runs a protection
agent.
The minimum Internet connection speed required for managing an agent from the cloud is 1 Mbit/s
(not to be confused with the data transfer rate acceptable for backing up to the cloud). Consider this
if you use a low-bandwidth connection technology such as ADSL.
TCP ports required for backup and replication of VMware virtual machines
l TCP 443 Agent for VMware (both Windows and Virtual Appliance) connects to this port on the
ESXi host/vCenter server to perform VM management operations, such as create, update, and
delete VMs on vSphere during backup, recovery, and VM replication operations.
Step 6
On the machine where you plan to install the Cyber Protection agent, verify that the following local
ports are not in use by other processes.
l 127.0.0.1:9999
l 127.0.0.1:43234
l 127.0.0.1:9850
Note
You do not have to open them in the Firewall.
The Active Protection service is listening at TCP port 6110. Verify that it is not in use by another
process.
l In Linux: /opt/Acronis/etc/aakore.yaml
l In Windows: \ProgramData\Acronis\Agent\etc\aakore.yaml
Linux packages
To add the necessary modules to the Linux kernel, the setup program needs the following Linux
packages:
l The package with kernel headers or sources. The package version must match the kernel version.
l The GNU Compiler Collection (GCC) compiler system. The GCC version must be the one with
which the kernel was compiled.
l The Make tool.
l The Perl interpreter.
l The libelf-dev, libelf-devel, or elfutils-libelf-devel libraries for building kernels starting with
4.15 and configured with CONFIG_UNWINDER_ORC=y. For some distributions, such as Fedora 28,
they need to be installed separately from kernel headers.
In Red Hat Enterprise Linux, CentOS, and Fedora, the packages normally will be installed by the
setup program. In other distributions, you need to install the packages if they are not installed or do
not have the required versions.
1. Run the following command to find out the kernel version and the required GCC version:
cat /proc/version
This command returns lines similar to the following: Linux version 2.6.35.6 and gcc version
4.5.1
2. Run the following command to check whether the Make tool and the GCC compiler are installed:
make -v
gcc -v
For gcc, ensure that the version returned by the command is the same as in the gcc version in
step 1. For make, just ensure that the command runs.
3. Check whether the appropriate version of the packages for building kernel modules is installed:
In either case, ensure that the package versions are the same as in Linux version in step 1.
4. Run the following command to check whether the Perl interpreter is installed:
perl --version
If you see the information about the Perl version, the interpreter is installed.
5. In Red Hat Enterprise Linux, CentOS, and Fedora, run the following command to check whether
elfutils-libelf-devel is installed:
If you see the information about the library version, the library is installed.
Red Hat kernel- The setup program will download and install the packages automatically
Enterprise devel by using your Red Hat subscription.
Linux gcc
make
elfutils-
libelf-devel
CentOS kernel- The setup program will download and install the packages
devel automatically.
Fedora
gcc
make
elfutils-
libelf-devel
The packages will be downloaded from the distribution's repository and installed.
For other Linux distributions, please refer to the distribution's documentation regarding the exact
names of the required packages and the ways to install them.
l The machine does not have an active Red Hat subscription or Internet connection.
l The setup program cannot find the kernel-devel or gcc version corresponding to the kernel
version. If the available kernel-devel is more recent than your kernel, you need to either update
the kernel or install the matching kernel-devel version manually.
l You have the required packages on the local network and do not want to spend time for
automatic search and downloading.
Obtain the packages from your local network or a trusted third-party website, and install them as
follows:
l In Red Hat Enterprise Linux, CentOS, or Fedora, run the following command as the root user:
cat /proc/version
2. Obtain the kernel-devel and gcc packages that correspond to this kernel version:
kernel-devel-2.6.35.6-45.fc14.i686.rpm
gcc-4.5.1-4.fc14.i686.rpm
make-3.82-3.fc14.i686
4. Install the packages by running the following commands as the root user:
You can specify all these packages in a single rpm command. Installing any of these packages may
require installing additional packages to resolve dependencies.
Because the agent registers itself in the cloud during the installation, the proxy server settings must
be provided during the installation or in advance.
In Windows
If a proxy server is configured in Windows (Control panel > Internet Options > Connections), the
setup program reads the proxy server settings from the registry and uses them automatically. Also,
you can enter the proxy settings during the installation, or specify them in advance by using the
procedure described below. To change the proxy settings after the installation, use the same
procedure.
1. Create a new text document and open it in a text editor, such as Notepad.
2. Copy and paste the following lines into the file:
[HKEY_LOCAL_MACHINE\SOFTWARE\Acronis\Global\HttpProxy]
"Enabled"=dword:00000001
"Host"="proxy.company.com"
"Port"=dword:000001bb
"Login"="proxy_login"
"Password"="proxy_password"
3. Replace proxy.company.com with your proxy server host name/IP address, and 000001bb with the
hexadecimal value of the port number. For example, 000001bb is port 443.
4. If your proxy server requires authentication, replace proxy_login and proxy_password with the
proxy server credentials. Otherwise, delete these lines from the file.
5. Save the document as proxy.reg.
6. Run the file as an administrator.
7. Confirm that you want to edit the Windows registry.
8. If the protection agent is not installed yet, you can install it now.
9. Open file %programdata%\Acronis\Agent\etc\aakore.yaml in a text editor.
10. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
11. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
12. In the Start menu, click Run, type: cmd, and click OK.
13. Restart the aakore service by using the following commands:
In Linux
Run the installation file with the parameters --http-proxy-host=ADDRESS --http-proxy-port=PORT --
http-proxy-login=LOGIN--http-proxy-password=PASSWORD. To change the proxy settings after the
installation, use the procedure described below.
<key name="HttpProxy">
<value name="Enabled" type="Tdword">"1"</value>
<value name="Host" type="TString">"ADDRESS"</value>
<value name="Port" type="Tdword">"PORT"</value>
<value name="Login" type="TString">"LOGIN"</value>
<value name="Password" type="TString">"PASSWORD"</value>
</key>
l Otherwise, copy the above lines and paste them into the file between the <registry
name="Global">...</registry> tags.
3. Replace ADDRESS with the new proxy server host name/IP address, and PORT with the decimal
value of the port number.
4. If your proxy server requires authentication, replace LOGIN and PASSWORD with the proxy server
credentials. Otherwise, delete these lines from the file.
5. Save the file.
6. Open file /opt/acronis/etc/aakore.yaml in a text editor.
7. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
8. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
9. Restart the aakore service by using the following command:
10. Restart the agent by executing the following command in any directory:
In macOS
You can enter the proxy settings during the installation, or specify them in advance by using the
procedure described below. To change the proxy settings after the installation, use the same
procedure.
3. Replace proxy.company.com with your proxy server host name/IP address, and 443 with the
decimal value of the port number.
4. If your proxy server requires authentication, replace proxy_login and proxy_password with the
proxy server credentials. Otherwise, delete these lines from the file.
5. Save the file.
6. If the protection agent is not installed yet, you can install it now.
7. Open file /Library/Application Support/Acronis/Agent/etc/aakore.yaml in a text editor.
8. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
9. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
10. Go to Applications > Utilities > Terminal
11. Restart the aakore service by using the following commands:
In bootable media
When working under bootable media, you may need to access the cloud storage via a proxy server.
To specify the proxy server settings, click Tools > Proxy server, and then specify the proxy server
host name/IP address, port, and credentials.
1. In the Cyber Protection console, navigate to Devices > All devices.
2. In the upper right, click Add device.
3. In the Add devices panel, from the Release channel drop-down menu, select an agent version.
l Previous release - download the agent version from the previous release.
l Current - download the latest available agent version.
4. Select the agent that corresponds to the operating system of the workload that you are adding.
The Save As dialog opens.
5. [Only for Macs with Apple silicon (such as Apple M1) processors] Click Cancel. In the Add Mac
panel that opens, click the Download ARM installer link.
6. Select a location to save the agent installation file and click Save.
1. In the upper right corner of the Cyber Protection console, click the User icon.
2. Click Downloads.
3. In the Downloads dialog, from the Release channel drop-down menu, select an agent version.
l Previous release - download the agent version from the previous release.
l Current - download the latest available agent version.
4. Scroll the list of available installers to locate the agent installer that you need and click the
download icon at the end of its row.
The Save As dialog opens.
5. Select a location to save the agent installation file and click Save.
Download the agent that you need on the machine that you plan to protect. See "Downloading
Cyber Protection agents" (p. 67).
l To change the method of registering the machine in the Cyber Protection service. You can
switch from Use service console (default) to Use credentials or Use registration token.
l To change the installation path.
l To change the user account under which the agent service will run. For details, refer to
"Changing the logon account on Windows machines".
l To verify or change the proxy server host name/IP address, port, and credentials. If a proxy
server is enabled in Windows, it is detected and used automatically.
4. Click Install.
5. [Only when installing Agent for VMware] Specify the address and access credentials for the
vCenter Server or stand-alone ESXi host whose virtual machines the agent will back up, and then
click Done. We recommend using an account that has the Administrator role assigned.
Otherwise, provide an account with the necessary privileges on the vCenter Server or ESXi.
6. [Only when installing on a domain controller] Specify the user account under which the agent
service will run, and then click Done. For security reasons, the setup program does not
automatically create new accounts on a domain controller.
Note
The user account that you specify must be granted the Log on as a service right.
This account must have already been used on the domain controller, in order for its profile
folder to be created on that machine.
7. If you kept the default registration method Use service console in step 3, wait until the
registration screen appears, and then proceed to the next step. Otherwise, no more actions are
required.
8. Do one of the following:
l Click Register the machine. In the opened browser window, sign in to the service console,
review the registration details, and then click Confirm registration.
l Click Show registration info. The setup program shows the registration link and the
registration code. You can copy them and perform the registration steps on a different
machine. In this case, you will need to enter the registration code in the registration form. The
registration code is valid for one hour.
Alternatively, you can access the registration form by clicking All devices > Add, scrolling
down to Registration via code, and then clicking Register.
As a result, the machine will be assigned to the account that was used to log in to the service
console.
l Register the machine manually by using the command line. For more information on how to
do this, refer to "Registering machines manually".
9. [If the agent is registered under an account whose tenant is in the Enhanced security mode] Set
the encryption password.
l Download the agent that you need on the machine that you plan to protect. See "Downloading
Cyber Protection agents" (p. 67).
l To install Agent for Linux, you need at least 2 GB of free disk space.
Note
Do not quit the setup program until you confirm the registration. To initiate the registration
again, you will have to restart the setup program and repeat the installation procedure.
As a result, the machine will be assigned to the account that was used to log in to the service
console.
l Register the machine manually by using the command line. For more information on how to
do this, refer to "Registering machines manually".
6. [If the agent is registered under an account whose tenant is in the Enhanced security mode] Set
the encryption password.
7. If the UEFI Secure Boot is enabled on the machine, you are informed that you need to restart the
system after the installation. Be sure to remember what password (the one of the root user or
"acronis") should be used.
Note
The installation generates a new key that is used for signing the kernel modules. You must enroll
this new key to the Machine Owner Key (MOK) list by restarting the machine. Without enrolling
the new key, your agent will not be operational. If you enable the UEFI Secure Boot after the
agent is installed, you need to reinstall the agent.
Download the agent that you need on the machine that you plan to protect. See "Downloading
Cyber Protection agents" (p. 67).
Note
Do not quit the setup program until you confirm the registration. To initiate the registration
again, you will have to restart the setup program and repeat the installation procedure.
As a result, the machine will be assigned to the account that was used to log in to the service
console.
l Register the machine manually by using the command line. For more information on how to
do this, refer to "Registering machines manually".
10. [If the agent is registered under an account whose tenant is in the Enhanced security mode] Set
the encryption password.
11. If your macOS version is Mojave 10.14.x or later, grant full disk access to the protection agent to
enable backup operations.
For instructions, see Grant the 'Full Disk Access' permission to the Cyber Protection agent
(64657).
If you chose the Create a new account or Use the following account option, ensure that the
domain security policies do not affect the related accounts' rights. If an account is deprived of the
user rights assigned during the installation, the component may work incorrectly or not work.
1. Included in the Backup Operators and Administrators groups. On a Domain Controller, the
user must be included in the group Domain Admins.
2. Granted the Full Control permission on the folder %PROGRAMDATA%\Acronis (in Windows XP and
Server 2003, %ALLUSERSPROFILE%\Application Data\Acronis) and on its subfolders.
3. Granted the Full Control permission on certain registry keys in the following key: HKEY_LOCAL_
MACHINE\SOFTWARE\Acronis.
4. Assigned the following user rights:
l Log on as a service
l Adjust memory quotas for a process
l Replace a process level token
l Modify firmware environment values
Important
Ensure that the user which you have added to the Log on as service user right is not listed in the
Deny log on as a service policy in Local Security Policy.
Note that it is not recommended to change logon accounts manually after the installation is
completed.
l Agent for Antimalware protection and URL filtering – required for the operation of the
antimalware protection and URL filtering features.
l Agent for Data Loss Prevention – required for the operation of the device control features.
l Acronis Cyber Protection Service - required for the operation of the antimalware protection.
By default, these components are not installed. The respective component is automatically installed
if a workload becomes protected by a plan in which any of the following modules is enabled:
Similarly, if no protection plan requires antimalware protection, URL filtering, or device control
features anymore, the respective component is automatically uninstalled.
Dynamic installation or uninstallation of components takes up to 10 minutes after you change the
protection plan. However, if any of the following operations are running, dynamic installation or
uninstallation will start after this operation finishes:
l Backup
l Recovery
l Backup replication
l Virtual machine replication
l Testing a replica
l Running a virtual machine from backup (including finalization)
l Disaster recovery failover
l Disaster recovery failback
l Running a script (for Cyber Scripting functionality)
During the installation, you can use a file known as a transform (an .mst file). A transform is a file
with installation parameters. As an alternative, you can specify installation parameters directly on
the command line.
Command template:
Command example:
Here, <package name> is the name of the .msi file. All available parameters and their values are
described in "Unattended installation or uninstallation parameters".
msiexec /x <package name> <PARAMETER 1>=<value 1> ... <PARAMETER N>=<value n>
The .msi package must be of the same version as the product that you want to uninstall.
Installation parameters
Basic parameters
ADDLOCAL=<list of components>
The components to be installed, separated by commas and without space characters. All of
the specified components must be extracted from the setup program prior to installation.
TARGETDIR=<path>
REBOOT=ReallySuppress
If the parameter is specified, the installation log in the verbose mode will be saved to the
specified file. The log file can be used for analyzing the installation issues.
CURRENT_LANGUAGE=<language ID>
The product language. Available values are as follows: en, bg, cs, da, de, es, fr, hu,
id, it, ja, ko, ms, nb, nl, pl, pt, pt_BR, ru, fi, sr, sv, tr, zh, zh_TW.
If this parameter is not specified, the product language will be defined by your system language on
the condition that it is in the list above. Otherwise, the product language will set to English (en).
Registration parameters
REGISTRATION_ADDRESS
This is the URL for the Cyber Protection service. You can use this parameter either with the
REGISTRATION_LOGIN and REGISTRATION_PASSWORD parameters, or with the REGISTRATION_TOKEN one.
l When you use REGISTRATION_ADDRESS with the REGISTRATION_TOKEN parameter, specify the exact
datacenter address. This is the URL that you see once you are logged in to the Cyber Protection
service. For example, https://eu2-cloud.company.com.
Credentials for the account under which the agent will be registered in the Cyber Protection
service. This cannot be a partner administrator account.
REGISTRATION_PASSWORD_ENCODED
Password for the account under which the agent will be registered in the Cyber Protection
service, encoded in base64. For more information on how to encode your password, refer to
"Registering machines manually".
REGISTRATION_REQUIRED={0,1}
Defines how the installation will finish if the registration fails. If the value is 1, the installation
also fails. The default value is 0, so if you don't specify this parameter, the installation completes
successfully even though the agent is not registered.
Additional parameters
To define the logon account for the agent service in Windows, use one of the following parameters:
l MMS_USE_SYSTEM_ACCOUNT={0,1}
If the value is 1, the agent will run under the Local System account.
l MMS_CREATE_NEW_ACCOUNT={0,1}
If the value is 1, the agent will run under a newly created account named Acronis Agent User.
l MMS_SERVICE_USERNAME=<user name> and MMS_SERVICE_PASSWORD=<password>
Use these parameters to specify an existing account under which the agent will run.
For more information on logon accounts, refer to "Changing the logon account on Windows
machines".
SET_ESX_SERVER={0,1}
l If the value is 0, Agent for VMware being installed will not be connected to a vCenter Server or an
ESXi host. If the value is 1, specify the following parameters:
o ESX_HOST=<host name>
The host name or IP address of the vCenter Server or the ESXi host.
o ESX_USER=<user name> and ESX_PASSWORD=<password>
Credentials to access the vCenter Server or ESXi host.
The HTTP proxy server to be used by the agent. Without these parameters, no proxy server
will be used.
The credentials for the HTTP proxy server. Use these parameters if the server requires
authentication.
HTTP_PROXY_ONLINE_BACKUP={0,1}
If the value is 0, or the parameter is not specified, the agent will use the proxy server only for
backup and recovery from the cloud. If the value is 1, the agent also will connect to the management
server through the proxy server.
If the value is 0, or the parameter is not specified, the setup program the will check whether
the SHA2 code signing support update from Microsoft (KB4474419) is installed on the machine. If
the update is not found, the installation will fail.
The check only runs on operating systems that require the SHA2 code signing support
update. To see which operating systems require it, refer to "Supported operating systems and
environments" (p. 37).
Uninstallation parameters
REMOVE={<list of components>|ALL}
The components to be removed, separated by commas and without space characters. If the
value is ALL, all of the product components will be uninstalled.
DELETE_ALL_SETTINGS={0, 1}
If the value is 1, the product's logs, tasks, and configuration settings will be removed.
ANTI_TAMPER_PASSWORD=<password>
Examples
l Installing Agent for Windows, Agent for Antimalware and URL filtering, Command-Line Tool, and
Cyber Protection Monitor. Registering the machine in the Cyber Protection service by using a user
name and password.
l Installing Agent for Windows, Command-Line Tool, and Cyber Protection Monitor. Creating a new
logon account for the agent service in Windows. Registering the machine in the Cyber Protection
service by using a token.
l Installing Agent for Windows, Command-Line Tool, Agent for Oracle and Cyber Protection
Monitor. Registering the machine in the Cyber Protection service by using a user name and
l Installing Agent for Windows, Command-Line Tool, and Cyber Protection Monitor. Registering the
machine in the Cyber Protection service by using a token. Setting an HTTP proxy.
l Uninstalling all the agents and deleting their logs, tasks, and configuration settings.
1. Open Terminal.
l To start the installation by specifying the parameters on the command line, run the following
command:
Here, <package name> is the name of the installation package (an .i686 or an .x86_64 file). All
available parameters and their values are described in "Unattended installation or uninstallation
parameters".
l To start the installation with parameters that are specified in a separate text file, run the following
command:
This approach might be useful if you don't want to enter sensitive information on the command
line. In this case, you can specify the configuration settings in a separate text file and ensure that
--rain=https://cloud.company.com
--login=johndoe
--password=johnspassword
--auto
or
-C
https://cloud.company.com
-g
johndoe
-w
johnspassword
-a
--language
en
If the same parameter is specified both on the command line and in the text file, the command
line value precedes.
3. If UEFI Secure Boot is enabled on the machine, you are informed that you need to restart the
system after the installation. Be sure to remember what password (that of the root user or
"acronis") should be used. During the system restart, opt for MOK (Machine Owner Key)
management, choose Enroll MOK, and then enroll the key by using the recommended password.
If you enable UEFI Secure Boot after the agent installation, repeat the installation, including step 3.
Otherwise, backups will fail.
The minimal configuration for unattended installation includes -a and registration parameters (for
example, --login and --password parameters; --rain and --token parameters). You can use more
parameters to customize you installation.
Installation parameters
Basic parameters
{-i |--id=}<list of components>
The components to be installed, separated by commas and without space characters. The
following components are available in the .x86_64 installation package:
Agent for Virtuozzo, Agent for Oracle, and Agent for MySQL/MariaDB require that Agent for
Linux is also installed.
{-a|--auto}
The installation and registration process will complete without any further user interaction.
When using this parameter, you must specify the account under which the agent will be registered
in the Cyber Protection service, either by using the --token parameter, or by using the --login and -
-password parameters.
{-t|--strict}
If the parameter is specified, any warning that occurs during the installation results in
installation failure. Without this parameter, the installation completes successfully even in the case
of warnings.
{-n|--nodeps}
The absence of required Linux packages will be ignored during the installation.
{-d|--debug}
--options-file=<location>
The installation parameters will be read from a text file instead of the command line.
--language=<language ID>
The product language. Available values are as follows: en, bg, cs, da, de, es, fr, hu, id,
it, ja, ko, ms, nb, nl, pl, pt, pt_BR, ru, fi, sr, sv, tr, zh, zh_TW.
If this parameter is not specified, the product language will be defined by your system language on
the condition that it is in the list above. Otherwise, the product language will set to English (en).
Registration parameters
Specify one of the following parameters:
Credentials for the account under which the agent will be registered in the Cyber Protection
service. This cannot be a partner administrator account.
However, when you use {-C|--rain=} with the --token parameter, you must specify the exact
datacenter address. This is the URL that you see once you are logged in to the Cyber
Protection service. For example:
l --register-with-credentials
If this parameter is specified, the installer's graphical interface will start. To finish the
registration, enter the user name and password for the account under which the agent will be
registered in the Cyber Protection service. This cannot be a partner administrator account.
l --skip-registration
Use this parameter if you need to install the agent but you plan to register it in the Cyber
Protection service later. For more information on how to do this, refer to "Registering machines
manually".
Additional parameters
--http-proxy-host=<IP address> and --http-proxy-port=<port>
The HTTP proxy server that the agent will use for backup and recovery from the cloud, and
for connection to the management server. Without these parameters, no proxy server will be used.
The credentials for the HTTP proxy server. Use these parameters if the server requires
authentication.
--tmp-dir=<location>
Specifies the folder where the temporary files are stored during the installation. The default
folder is /var/tmp.
Redistributable libraries will be used during the installation, even though they might have
already been present on your system.
--skip-prereq-check
There will be no check of whether the packages required for compiling the snapapi module
are already installed.
--force-weak-snapapi
The installer will not compile a snapapi module. Instead, it will use a ready-made module
that might not match the Linux kernel exactly. Using this option is not recommended.
--skip-svc-start
The services will not start automatically after the installation. Most often, this parameter is
used with the --skip-registration one.
Information parameters
{-?|--help}
--usage
{-v|--version}
--product-info
--snapapi-list
--components-list
{-e|--ssl=}<path>
{-p|--port=}<port>
Specifies the port on which agent.exe listens for connections. The default port is 9876.
--purge
Uninstalls the product and removes its logs, tasks, and configuration settings. You don't
need to specify the --uninstall parameter explicitly when you use the --purge one.
Examples
l Installing Agent for Linux without registering it.
l Installing Agent for Linux, Agent for Virtuozzo, and Agent for Oracle, and registering them by
using credentials.
./Cyber_Protection_Agent_for_Linux_x86_64.bin -a --login=johndoe --
password=johnspassword
l Installing Agent for Oracle and Agent for Linux, and registering them by using a registration
token.
./Cyber_Protection_Agent_for_Linux_x86_64.bin -i
BackupAndRecoveryAgent,OracleAgentFeature -a --rain=https://eu2-cloud.company.com --
token=34F6-8C39-4A5C
l Installing Agent for Linux, Agent for Virtuozzo, and Agent for Oracle with configuration settings in
a separate text file.
./Cyber_Protection_Agent_for_Linux_x86_64.bin -a --options-
file=/home/mydirectory/configuration_file
l Uninstalling Agent for Linux, Agent for Virtuozzo, and Agent for Oracle, and removing all their
logs, tasks, and configuration settings.
./Cyber_Protection_Agent_for_Linux_x86_64.bin -a --purge
1. Create a temporary directory where you will mount the installation file (.dmg).
mkdir <dmg_root>
Here, <dmg_file> is the name of the installation file. For example, Cyber_Protection_Agent_for_
MAC_x64.dmg.
3. Run the installer.
Examples
l
mkdir mydirectory
l Register the agent under a specific account, by using a user name and password.
sudo /Library/Application\
Support/BackupClient/Acronis/RegisterAgentTool/RegisterAgent -a <Cyber Protection
service address> -t cloud -u <user name> -p <password> -o register
Here:
<user name> and <password> are the credentials for the account under which the agent will be
registered.This cannot be a partner administrator account.
l Register the agent by using a registration token.
sudo /Library/Application\
Support/BackupClient/Acronis/RegisterAgentTool/RegisterAgent -a <Cyber Protection
service address> -t cloud -o register --token <token>
The registration token is a series of 12 characters, separated by hyphens in three segments. You
can generate one in the service console, as described in "Deploying agents through Group Policy".
When you use a registration token, you must specify the exact datacenter address. This is the URL
that you see once you are logged in to the Cyber Protection service. For example:
Examples
Registration with a user name and password.
l
sudo /Library/Application\
Support/BackupClient/Acronis/RegisterAgentTool/RegisterAgent -a
https://cloud.company.com -t cloud -u johndoe -p johnspassword -o register
Important
If you use macOS 10.14 or later, grant the protection agent full disk access. To do so, go to
Applications >Utilities, and then run Cyber Protect Agent Assistant. Then, follow the
instructions in the application window.
To remove all logs, tasks and configuration settings during the uninstallation, run the following
command:
l
sudo /Library/Application\ Support/BackupClient/Acronis/Cyber\ Protect\ Agent\
Uninstall.app/Contents/MacOS/AgentUninstall /confirm /purge
To register a machine
To register a machine by using a user name and password, run the following command.
In Windows
Command example:
In Linux
In macOS
Command example:
Note
Use the user name and password for the specific account under which the agent will be registered.
This cannot be a partner administrator account.
The service address is the URL that you use to log in to the Cyber Protection service. For example,
https://cloud.company.com:
Alternatively, you can register a machine by using a registration token. To do so, run the following
command.
In Windows
Command template:
Command example:
In Linux
Command example:
In macOS
Command template:
Command example:
Note
When you use a registration token, you must specify the exact datacenter address. This is the URL
that you see once you are logged in to the Cyber Protection service. For example, https://eu2-
cloud.company.com.
To unregister a machine
In Windows
"%ProgramFiles%\BackupClient\RegisterAgentTool\register_agent.exe" -o unregister
In Linux
In macOS
Command template:
Command example:
Command template:
Command example:
Autodiscovery of machines
Using autodiscovery, you can:
l Automate the installation of protection agents and the registration of machines by detecting the
machines in your Active Directory domain or local network.
l Install and update protection agents on multiple machines.
l Use synchronization with Active Directory, in order to reduce the efforts for provisioning
resources and managing machines in a large Active Directory domain.
Important
Only agents that are installed on Windows machines can be discovery agents. If there are no
discovery agents in your environment, you will not be able to use the Multiple devices option in
the Add devices panel.
Remote installation of agents is supported only for machines running Windows (Windows XP is not
supported). For remote installation on a machine running Windows Server 2012 R2, you must have
Windows update KB2999226 installed on this machine.
During an Active Directory discovery, the discovery agent, in addition to the list above, collects
information about the Organizational Unit (OU) of the machines and detailed information about
their names and operating systems. However, the IP and MAC addresses are not collected.
The machines that are shown in the Cyber Protection service console, fall into the following
categories:
l Discovered – Machines that are discovered, but a protection agent is not installed on them.
l Managed – Machines on which a protection agent is installed.
l Unprotected – Machines to which a protection plan is not applied. Unprotected machines
include both discovered machines and managed machines with no protection plan applied.
l Protected – Machines to which a protection plan is applied.
Note
Remote installation of agents is not supported for Domain Controllers due to the additional
permissions required for the agent service to run.
Note
Autodiscovery is not supported for adding Domain Controllers due to additional permissions
required for the agent service to run.
To discover machines
156.85.34.10
156.85.53.32
156.85.53.12
EN-L00000100
EN-L00000101
After adding machine addresses manually or importing from a file, the agent tries to ping the
added machines and define their availability.
9. Select what actions must be performed after the discovery:
l Install agents and register machines. You can select which components to install on the
machines by clicking Select components. For more details, refer to "Selecting components
for installation" (p. 98).
On the Select components screen, define the account under which the services will run by
specifying Logon account for the agent service. You can select one of the following:
o Use Service User Accounts (default for the agent service)
Service User Accounts are Windows system accounts that are used to run services. The
advantage of this setting is that the domain security policies do not affect these accounts'
user rights. By default, the agent runs under the Local System account.
o Create a new account
The account name will be Agent User for the agent.
o Use the following account
Important
Note that remote installation of agent works without any preparations only if you specify the
credentials of the built-in administrator account (the first account created when the operating
system is installed). If you want to define some custom administrator credentials, then you
should do additional manual preparations as described in "Enabling remote installation of an
agent for a custom administrator" below.
When the discovery of machines is initiated, you will find the corresponding task in Monitoring>
Activities > Discovering machines activity.
To disable UAC
Note
For security reasons, it is recommended that after finishing the management operation – for
example, remote installation, both of the settings be reverted to their original state: EnableLUA=1
and LocalAccountTokenFilterPolicy = 0
Component Description
Mandatory component
Agent for This agent backs up disks, volumes, files and will be installed on Windows machines. It
Windows will be always installed, not selectable.
Additional components
Agent for Data This agent enables you to limit the user access to local and redirected peripheral devices,
Loss ports, and clipboard on machines under protection plans. It will be installed if selected.
Prevention
Antimalware This component enables the Antivirus & Antimalware protection module and
and URL filtering module in protection plans. Even if you select not to install it, it will be
URL filtering automatically installed later, if any of these modules is enabled in a protection plan for
the machine.
Agent for SQL This agent backs up SQL Server databases and will be installed on machines running
Microsoft SQL Server. It will be installed if selected and application detected on a
machine.
Agent for This agent backs up Exchange databases and mailboxes and will be installed on
Exchange machines running the Mailbox role of Microsoft Exchange Server. I will be installed if
selected and application detected on a machine.
Agent for This agent backs up the data of Active Directory Domain Services and will be installed on
Active domain controllers. It will be installed if selected and application detected on a machine.
Directory
Agent for This agent backs up VMware virtual machines and will be installed on Windows machines
VMware that have network access to vCenter Server. It will be installed if selected.
(Windows)
Agent for This agent backs up Microsoft 365 mailboxes to a local destination and will be installed
Microsoft 365 on Windows machines. It will be installed if selected.
Agent for This agent backs up Oracle databases and will be installed on machines running Oracle
Oracle Database. It will be installed if selected.
Cyber This component enables a user to monitor execution of running tasks in the notification
Protection area and will be installed on Windows machines. It will be installed if selected.
Monitor
Supported on Windows 7 Service Pack 1 and later, and Windows Server 2008 R2 Service
Pack 1 and later.
This section is divided into subsections by the discovery method used. The full list of machine
parameters is shown below (it may vary depending on the discovery method):
Name Description
Name The name of the machine. The IP address will be shown if the name of the machine
could not be discovered.
Discovery type The discovery method that was used to detect the machine.
Organizational The organizational unit in Active Directory that the machine belongs to. This column
unit is shown if you view the list of machines in Unmanaged machines > Active
Directory.
There is an Exceptions section, where you can add the machines that must be skipped during the
discovery process. For example, if you do not need the exact machines to be discovered, you can
add them to this list.
To add a machine to Exceptions, select it in the list and click Add to exceptions. To remove a
machine from Exceptions, go to Unmanaged machines > Exceptions, select the machine, and
click Remove from exceptions.
You can install the protection agent and register a batch of discovered machines in Cyber Protection
by selecting them in the list and clicking Install and register. The opened wizard also allows you to
assign the protection plan to a batch of machines.
After the protection agent is installed on machines, those machines will be shown in the Devices>
Machines with agents section.
To check your protection status, go to Monitoring> Overview and add the Protection status
widget or the Discovered machine widget.
Troubleshooting
If you have any issues with the autodiscovery functionality, try to check the following:
l In the “Control Panel\Network and Sharing Center\Advanced sharing settings” turn on network
discovery.
The appliance's own virtual disks occupy no more than 6 GB. Thick or thin disk format does not
matter, it does not affect the appliance performance.
It is normal to use both the virtual appliance and Agent for VMware (Windows) at the same time, as
long as they are connected to the same vCenter Server or they are connected to different ESXi hosts.
Avoid cases when one agent is connected to an ESXi directly and another agent is connected to the
vCenter Server which manages this ESXi.
We do not recommend using locally attached storage (i.e. storing backups on virtual disks added to
the virtual appliance) if you have more than one agent. For more considerations, see "Using a locally
attached storage".
<key name="HttpProxy">
<value name="Enabled" type="Tdword">"1"</value>
<value name="Host" type="TString">"ADDRESS"</value>
<value name="Port" type="Tdword">"PORT"</value>
<value name="Login" type="TString">"LOGIN"</value>
<value name="Password" type="TString">"PASSWORD"</value>
</key>
l Otherwise, copy the above lines and paste them into the file between the <registry
name="Global">...</registry> tags.
d. Replace ADDRESS with the new proxy server host name/IP address, and PORT with the decimal
value of the port number.
e. If your proxy server requires authentication, replace LOGIN and PASSWORD with the proxy server
credentials. Otherwise, delete these lines from the file.
f. Save the file.
g. Open the file /opt/acronis/etc/aakore.yaml in a text editor.
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
i. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
j. Run the reboot command.
Note
In order to perform automatic or manual update of a virtual appliance located behind a proxy, you
must configure the proxy server on the appliance as follows.
In the /opt/acronis/etc/va-updater/config.yaml file, add the following line to the bottom of the file
and enter the values specific to your environment:
httpProxy: http://proxy_login:proxy_password@proxy_address:port
If you have more than one agent in a cluster, the virtual machines are automatically evenly
distributed between the agents, so that each agent manages a similar number of machines.
1. In the Cyber Protection service console, click Devices, and then select Scale Computing.
2. Click the gear icon in the upper right corner of the table, and under System, select the Agent
check box.
3. Check the name of the agent in the column that appears.
After the deployment completes, you must configure the virtual appliance. For more information on
how to configure it, refer to "Configuring the virtual appliance" (p. 106).
<key name="HttpProxy">
<value name="Enabled" type="Tdword">"1"</value>
<value name="Host" type="TString">"ADDRESS"</value>
<value name="Port" type="Tdword">"PORT"</value>
<value name="Login" type="TString">"LOGIN"</value>
<value name="Password" type="TString">"PASSWORD"</value>
</key>
l Otherwise, copy the above lines and paste them into the file between the <registry
name="Global">...</registry> tags.
d. Replace ADDRESS with the new proxy server host name/IP address, and PORT with the decimal
value of the port number.
e. If your proxy server requires authentication, replace LOGIN and PASSWORD with the proxy server
credentials. Otherwise, delete these lines from the file.
f. Save the file.
g. Open the file /opt/acronis/etc/aakore.yaml in a text editor.
h. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
i. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
j. Run the reboot command.
Note
In order to perform automatic or manual update of a virtual appliance located behind a proxy, you
must configure the proxy server on the appliance as follows.
In the /opt/acronis/etc/va-updater/config.yaml file, add the following line to the bottom of the file
and enter the values specific to your environment:
httpProxy: http://proxy_login:proxy_password@proxy_address:port
VM Create/Edit
VM Delete
VM Create/Edit
VM Power Control
VM Delete
Cluster Settings
VM Create/Edit
VM Power Control
VM Delete
Cluster Settings
Note
To ensure that backups with enabled Volume Shadow Copy Service (VSS) for virtual machines
backup option run properly and capture data in application-consistent state, verify that Virtuozzo
Guest Tools are installed and up-to-date on the protected virtual machines.
2 vCPUs and 4 GB of RAM (medium flavor) are optimal and sufficient for most operations. We
recommend increasing these resources to 4 vCPUs and 8 GB of RAM if the backup traffic bandwidth
is expected to exceed 100 MB per second (for example, in 10-GBit networks), in order to improve
backup performance.
If you have more than one agent in a cluster, the virtual machines are automatically evenly
distributed between the agents, so that each agent manages a similar number of machines.
Automatic redistribution occurs when the load imbalance among the agents reaches 20 percent.
This may happen after you add or remove a machine or an agent. For example, you realize that you
need more agents to help with throughput and you deploy an additional virtual appliance to the
cluster. The management server will assign the most appropriate machines to the new agent. The
old agents' load will reduce. When you remove an agent from the management server, the
machines assigned to the agent are redistributed among the remaining agents. However, this will
not happen if an agent gets corrupted or is deleted manually from the Virtuozzo Hybrid
Infrastructure node. Redistribution will start only after you remove such an agent from the Cyber
Protection web interface.
1. In the Cyber Protection service console, click Devices, and then select Virtuozzo Hybrid
Infrastructure.
2. Click the gear icon in the upper right corner of the table, and under System, select the Agent
check box.
3. Check the name of the agent in the column that appears.
Limitations
l Virtuozzo Hybrid Infrastructure appliance cannot be deployed remotely.
l Application-aware backup of virtual machines is not supported.
Network requirements for the Agent for Virtuozzo Hybrid Infrastructure (Virtual
Appliance)
l The virtual appliance requires 2 network adapters.
l The virtual appliance must be connected to Virtuozzo networks with the following network traffic
types:
o Compute API
o VM Backup
o ABGW Public
o VM Public
1. Create an environment file for the system administrator. To do this, run the following script in
the Virtuozzo Hybrid Infrastructure cluster via the OpenStack Command-Line Interface. For more
information on how to connect to this interface, refer to Connecting to OpenStack command-line
interface in the Virtuozzo Hybrid Infrastructure documentation.
su - vstoradmin
kolla-ansible post-deploy
exit
. /etc/kolla/admin-openrc.sh
Here, <username> is the Virtuozzo Hybrid Infrastructure account with the Administrator role in
the Default domain. The virtual appliance will use this account in order to back up and restore
the virtual machines in any child project under the Default domain.
Example
su - vstoradmin
kolla-ansible post-deploy
exit
. /etc/kolla/admin-openrc.sh
openstack --insecure user set --project admin --project-domain Default --domain Default
johndoe
openstack --insecure role add --domain Default --user johndoe --user-domain Default
compute --inherited
To manage backups for virtual machines in a domain that is different from the Default domain, run
the following command as well.
openstack --insecure role add --domain <domain name> --inherited --user <username> --
user-domain Default admin
Here, <domain name> is the domain to the projects in which the <username> account will have
access.
Example
openstack --insecure role add --domain MyNewDomain --inherited --user johndoe --user-
domain Default admin
After granting access to projects, check what roles are assigned to the account.
Example
openstack --insecure role assignment list --user johndoe --names -c Role -c User -c
Project -c Domain
+--------------+-----------------+---------+-------------+
| Role | User | Project | Domain |
+--------------+-----------------+---------+-------------+
| admin | johndoe@Default | | MyNewDomain |
| compute | johndoe@Default | | Default |
| domain_admin | johndoe@Default | | Default |
| domain_admin | johndoe@Default | | Default |
+--------------+-----------------+---------+-------------+
In this example, the options -c Role, -c User, -c Project, and -c Domain are used to abridge the
command output to fit the page.
To check what effective roles are assigned to the account in all projects, run the following command
as well.
openstack --insecure role assignment list --user johndoe --names --effective -c Role -c
User -c Project -c Domain
+--------------+-----------------+-----------------+---------+
| Role | User | Project | Domain |
+--------------+-----------------+-----------------+---------+
| domain_admin | johndoe@Default | | Default |
| compute | johndoe@Default | admin@Default | |
| compute | johndoe@Default | service@Default | |
| domain_admin | johndoe@Default | admin@Default | |
| domain_admin | johndoe@Default | service@Default | |
| project_user | johndoe@Default | service@Default | |
| member | johndoe@Default | service@Default | |
| reader | johndoe@Default | service@Default | |
| project_user | johndoe@Default | admin@Default | |
| member | johndoe@Default | admin@Default | |
| reader | johndoe@Default | admin@Default | |
| project_user | johndoe@Default | | Default |
| member | johndoe@Default | | Default |
| reader | johndoe@Default | | Default |
+--------------+-----------------+-----------------+---------+
In this example, the options -c Role, -c User, -c Project, and -c Domain are used to abridge the
command output to fit the page.
6. [If a proxy server is enabled in your network] Configure the proxy server.
<key name="HttpProxy">
<value name="Enabled" type="Tdword">"1"</value>
<value name="Host" type="TString">"ADDRESS"</value>
<value name="Port" type="Tdword">"PORT"</value>
<value name="Login" type="TString">"LOGIN"</value>
<value name="Password" type="TString">"PASSWORD"</value>
</key>
l Otherwise, copy the above lines and paste them into the file between the <registry
name="Global">...</registry> tags.
d. Replace ADDRESS with the new proxy server host name/IP address, and PORT with the decimal
value of the port number.
e. If your proxy server requires authentication, replace LOGIN and PASSWORD with the proxy server
credentials. Otherwise, delete these lines from the file.
f. Save the file.
g. Open the file /opt/acronis/etc/aakore.yaml in a text editor.
h. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
i. Replace proxy_login and proxy_password with the proxy server credentials, and proxy_
address:port with the address and port number of the proxy server.
j. Run the reboot command.
Note
In order to perform automatic or manual update of a virtual appliance located behind a proxy, you
must configure the proxy server on the appliance as follows.
In the /opt/acronis/etc/va-updater/config.yaml file, add the following line to the bottom of the file
and enter the values specific to your environment:
httpProxy: http://proxy_login:proxy_password@proxy_address:port
If you have more than one agent in the data center, the virtual machines are automatically
distributed between the agents, so that each agent manages a similar number of machines.
Automatic redistribution occurs when the load imbalance among the agents reaches 20 percent.
This may happen after you add or remove a machine or an agent. For example, you realize that you
need more agents to help with throughput and you deploy an additional virtual appliance to the
data center. The management server will assign the most appropriate machines to the new agent.
1. In the Cyber Protection service console, click Devices, and then select oVirt.
2. Click the gear icon in the upper right corner of the table, and under System, select the Agent
check box.
3. Check the name of the agent in the column that appears.
Limitations
The following operations are not supported for Red Hat Virtualization/oVirt virtual machines:
l Application-aware backup
l Running a virtual machine from a backup
l Replication of virtual machines
l Changed block tracking
7. Click the vertical ellipsis icon above the main table, and then click Import.
8. In the Import Virtual Machine(s) window, do the following:
a. In Data center, select the data center that you want to protect.
b. In Source, select Virtual Appliance (OVA).
c. In Host, select the host on which you uploaded the .ova file.
d. In File Path, specify the path to the directory that contains the .ova file.
e. Click Load.
The oVirt virtual appliance template from the .ova file appears in the Virtual Machines on
Source panel.
The deployment is now complete. Next, you have to configure the virtual appliance. For more
information on how to configure it, refer to "Configuring the virtual appliance" (p. 119).
Note
If you need more than one virtual appliance in your data center, repeat the steps above and deploy
additional virtual appliances. Do not clone an existing virtual appliance by using the Clone
VM option in Red Hat Virtualization/oVirt Administration Portal.
To exclude the virtual appliance from dynamic group backups, you must also exclude it from the list
of virtual machines in the Cyber Protection service console. To exclude it, in Red Hat
Virtualization/oVirt Administration Portal, select the virtual machine with the agent, and then assign
the tag acronis_virtual_appliance to it.
<key name="HttpProxy">
<value name="Enabled" type="Tdword">"1"</value>
<value name="Host" type="TString">"ADDRESS"</value>
<value name="Port" type="Tdword">"PORT"</value>
<value name="Login" type="TString">"LOGIN"</value>
<value name="Password" type="TString">"PASSWORD"</value>
</key>
l Otherwise, copy the above lines and paste them into the file between the <registry
name="Global">...</registry> tags.
d. Replace ADDRESS with the new proxy server host name/IP address, and PORT with the decimal
value of the port number.
e. If your proxy server requires authentication, replace LOGIN and PASSWORD with the proxy server
credentials. Otherwise, delete these lines from the file.
f. Save the file.
g. Open the file /opt/acronis/etc/aakore.yaml in a text editor.
h. Locate the env section or create it and add the following lines:
env:
http-proxy: proxy_login:proxy_password@proxy_address:port
https-proxy: proxy_login:proxy_password@proxy_address:port
Note
In order to perform automatic or manual update of a virtual appliance located behind a proxy, you
must configure the proxy server on the appliance as follows.
In the /opt/acronis/etc/va-updater/config.yaml file, add the following line to the bottom of the file
and enter the values specific to your environment:
httpProxy: http://proxy_login:proxy_password@proxy_address:port
Required roles
For its deployment and operation, Agent for oVirt requires an administrator account with the
following roles assigned.
Required ports
Agent for oVirt connects to the oVirt engine by using the URL that you specify when you configure
the virtual appliance. Usually, the engine URL has the following format: https://ovirt.company.com.
In this case, the HTTPS protocol and port 443 are used.
Non-default oVirt settings may require another port. You can find the exact port by analyzing the
URL format. For example:
http://ovirt.company.com/ 80 HTTP
No additional ports are required for disk Read/Write operations, because the backup is performed
in the HotAdd mode.
In this section, you will find out how to set up a Group Policy object to deploy agents onto machines
in an entire domain or in its organizational unit.
Every time a machine logs on to the domain, the resulting Group Policy object will ensure that the
agent is installed and registered.
Prerequisites
Before proceeding with agent deployment, ensure that:
l You have an Active Directory domain with a domain controller running Microsoft Windows Server
2003 or later.
l You are a member of the Domain Admins group in the domain.
l You have downloaded the All agents for Windows setup program. The download link is
available on the Add devices page in the service console.
You can click Manage active tokens to view and delete the tokens that are generated for your
account.
Note
For security reasons, the Active Tokens table does not display full token values.
To generate a registration token on behalf of a user in the tenants that you can manage
Note
Agents registered with the token will be registered under the user account that you select here.
7. [Optional] To enable the user of the token to apply and revoke a protection plan on the added
machines, select the plan from the drop-down list.
Note that you will need to run a script that will apply or revoke a protection plan on the added
machines. Refer to this knowledge base article for more details.
8. Click Generate token.
9. Copy the token or write it down.
Be sure to save the token if you need it for further use.
You can click Manage active tokens to view and delete the tokens that are generated for users that
you can manage.
Note
For security reasons, the Active Tokens table does not display full token values.
As a result, the .mst transform is generated and the .msi and .cab installation packages are
extracted to the folder you created.
Updating agents
You can update all agents manually either by using the service console or by downloading and
running the installation file.
Note
[For all agents provided in the form of a virtual appliance, including Agent for VMware, Agent for
Scale Computing, Agent for Virtuozzo Hybrid Infrastructure, Agent for RHV (oVirt)]
In order to perform automatic or manual update of a virtual appliance located behind a proxy, the
proxy server must be configured on each appliance as follows.
In the /opt/acronis/etc/va-updater/config.yaml file, add the following line to the bottom of the file
and enter the values specific to your environment:
httpProxy: http://proxy_login:proxy_password@proxy_address:port
Virtual appliances with the following versions must be updated only by using the service console:
Agents with the following versions can also be updated by using the service console:
l Agent for Windows, Agent for VMware (Windows), Agent for Hyper-V: version 12.5.23094 and
later.
l Agent for Linux: version 12.5.23094 and later.
l Other agents: version 12.5.23094 and later.
To find the agent version, in the service console, select the machine, and then click Details.
To update earlier agent versions of those agents, download and install the newest version manually.
To find the download links, click All devices > Add.
Prerequisites
On Windows machines, Cyber Protect features require Microsoft Visual C++ 2017 Redistributable.
Ensure that it is already installed on your machine or install it before updating the agent. After the
installation, a restart may be required. You can find the Microsoft Visual C++ Redistributable
package on the Microsoft website: https://support.microsoft.com/help/2999226/update-for-
universal-c-runtime-in-windows.
Note
During the update, any backups that are in progress will fail.
To update Agent for VMware (Virtual Appliance) whose version is below 12.5.23094
1. Click Settings > Agents > the agent that you want to update > Details, and then examine the
Assigned virtual machines section. You will need to re-enter these settings after the update.
a. Make note of the position of the Automatic assignment switch.
b. To find out what virtual machines are manually assigned to the agent, click the Assigned: link.
The software displays the list of assigned virtual machines. Make note of the machines that
have (M) after the agent name in the Agent column.
2. Remove Agent for VMware (Virtual Appliance), as described in "Uninstalling agents". In step 5,
delete the agent from Settings > Agents, even though you are planning to install the agent
again.
3. Deploy Agent for VMware (Virtual Appliance), as described in "Deploying the OVF template".
Automatic updates are supported on machines running any of the following operating systems:
The settings for automatic updates are preconfigured on a data center level. A company
administrator can customize these settings – for all machines in a company or a unit, or for
individual machines. If no custom settings are applied, then the settings from the upper level are
used, in this order:
For example, a unit administrator can configure custom auto-update settings for all machines in the
unit, which might differ from the setting applied to the machines on the company level. The
administrator can also configure different settings for one or more individual machines in the unit,
to which neither the unit settings nor the company settings will be applied.
After enabling the automatic updates, you can configure the following options:
l Update channel
The update channel defines which version of the agents will be used – the most up-to-date one or
the latest version from the previous release.
l Maintenance window
The maintenance window defines when updates can be installed. If the maintenance window is
disabled, updates can run anytime.
Even within the enabled maintenance window, updates will not be installed while the agent is
running any of the following operations:
o Backup
o Recovery
o Backup replication
o Virtual machine replication
o Testing a replica
o Running a virtual machine from backup (including finalization)
o Disaster recovery failover
o Disaster recovery failback
o Running a script (for Cyber Scripting functionality)
o Patch installation
o ESXi configuration backup
1. In a protection plan, expand the Antivirus & Antimalware protection module (Active
Protection module for Cyber Backup editions).
2. Click Self-protection and ensure that the Self-protection switch is enabled.
3. Enable the Password protection switch.
4. In the window that opens, copy the password that you need to uninstall or modify the
components of a protected Agent for Windows.
This password is unique and you will not be able to recover it once you close this window. If you
lose or forget this password, you can edit the protection plan and create a new password.
5. Click Close.
6. In the Self-protection pane, click Done.
7. Save the protection plan.
You can apply a protection plan with Password protection enabled to a machine running macOS,
but no protection will be provided. You cannot apply such a plan to a machine running Linux.
Also, you cannot apply more than one protection plan with Password protection enabled to the
same Windows machine. To learn how to resolve a possible conflict, refer to Resolving plan conflicts.
1. In the protection plan, expand the Antivirus & Antimalware protection module (Active
Protection module for Cyber Backup edition).
2. Click Self-protection.
3. Click Create new password.
4. In the window that opens, copy the password that you need to uninstall or modify the
components of a protected Agent for Windows.
This password is unique and you will not be able to recover it once you close this window. If you
lose or forget this password, you can edit the protection plan and create a new password.
5. Click Close.
6. In the Self-protection pane, click Done.
7. Save the protection plan.
Uninstalling agents
In Windows
If you want to remove individual product components (for example, one of the agents or Cyber
Protection Monitor), run the All agents for Windows setup program, choose to modify the product,
and clear the selection of the components that you want to remove. The link to the setup program is
present on the Downloads page (click the account icon in the top-right corner > Downloads).
If you want to remove all of the product components from a machine, follow the steps described
below.
In Linux
1. As the root user, run /usr/lib/Acronis/BackupAndRecovery/uninstall/uninstall.
2. [Optional] Select the Clean up all product traces (Remove the product's logs, tasks, vaults,
and configuration settings) check box.
If you are planning to install the agent again, keep this check box cleared. If you select the check
box, the machine may be duplicated in the service console and the backups of the old machine
may not be associated with the new machine.
3. Confirm your decision.
In macOS
1. Double-click the installation file (.dmg).
2. Wait while the operating system mounts the installation disk image.
3. Inside the image, double-click Uninstall.
4. If prompted, provide administrator credentials.
5. Confirm your decision.
Protection settings
To configure the general protection settings for Cyber Protection, in the service console, go to
Settings > Protection.
An administrator can minimize the network bandwidth traffic by selecting one or several agents in
the environment and assigning the Updater role to them. Thus, the dedicated agents will connect to
the Internet and download updates. All other agents will connect to the dedicated updater agents
by using peer-to-peer technology, and then download the updates from them.
The agents without the Updater role will connect to the Internet if there is no dedicated updater
agent in the environment, or if the connection to a dedicated updater agent cannot be established
for about five minutes.
Before assigning the Updater role to an agent, ensure that the machine on which the agent runs is
powerful enough, and has a stable high-speed Internet connection and enough disk space.
1. On agent machine where you plan to enable the Updater role, apply the following firewall rules:
l Inbound (incoming) "updater_incoming_tcp_ports": allow connection to TCP ports 18018 and
6888 for all firewall profiles (public, private, and domain).
l Inbound (incoming) "updater_incoming_udp_ports": allow connection to UDP port 6888 for all
firewall profiles (public, private, and domain).
2. Restart the Acronis Agent Core Service.
3. Restart the Firewall Service.
If you do not apply these rules and the firewall is enabled, peer agents will download the updates
from the Cloud.
1. The agent with the Updater role checks by schedule the index file provided by the service
provider to update the core components.
2. The agent with the Updater role starts to download and distribute updates to all agents.
You can assign the Updater role to multiple agents in the environment. Thus, if an agent with the
Updater role is offline, other agents with this role can serve as the source for definition updates.
l Antimalware
l Vulnerability assessment
l Patch management
To change the definition updates setting, navigate to Settings > Protection > Protection
definitions update > Schedule.
Schedule type:
Cache storage
The location of cached data is the following:
In Outdated update files and patch management data, specify after what period to remove
cached data.
l Updater role – define storage size for cache on the machines with the Updater role.
l Other roles – define storage size for cache on other machines.
Remote connection
To enable the remote connection to machines via RDP or HTML client
As a result, the option Share remote connection appears under Cyber Protection Desktop in the
right-hand menu. The right-hand menu opens when you select a machine in the Devices tab.
By clicking Share remote connection, you generate a link that you can share with other users. This
link allows accessing the selected machine remotely.
Next-Generation Antivirus
Next-Generation Antivirus (NGAV) uses a more modern, resource-efficient approach to protect
workloads from malware.
If the Allows upgrade to NGAV switch is enabled, you agree for your workload to be upgraded to
the Next-generation Antivirus (NGAV).
The most appropriate quota is assigned, depending on the type of the protected machine, its
operating system, required level of protection, and the quota availability. If the most appropriate
quota is not available in your organization, the second-best quota is assigned. For example, if the
most appropriate quota is Web Hosting Server but it is not available, the Server quota is assigned.
l A physical machine that runs a Windows Server or a Linux operating system is assigned the
Server quota.
l A physical machine that runs a desktop Windows operating system is assigned the Workstation
quota.
l A physical machine that runs Windows 10 with enabled Hyper-V role is assigned the Workstation
quota.
l A desktop machine that runs on a virtual desktop infrastructure and whose protection agent is
installed inside the guest operating system (for example, Agent for Windows), is assigned the
Virtual machine quota. This type of machine can also use the Workstation quota if the Virtual
machine quota is not available.
l A desktop machine that runs on a virtual desktop infrastructure and which is backed up in the
agentless mode (for example, by Agent for VMware or Agent for Hyper-V), is assigned the Virtual
machine quota.
l A Hyper-V or vSphere server is assigned the Server quota.
l A server with cPanel or Plesk is assigned the Web Hosting Server quota. It can also use the
Virtual machine or the Server quota, depending on the type of machine on which the web
server runs, if the Web Hosting Server quota is not available.
l The application-aware backup requires the Server quota, even for a workstation.
You can manually change the original assignment later. For example, to apply a more advanced
protection plan to the same machine, you might need to upgrade the machine's service quota. If the
features required by this protection plan are not supported by the currently assigned service quota,
the protection plan will fail.
Alternatively, you can change the service quota if you purchase a more appropriate quota after the
original one is assigned. For example, the Workstation quota is assigned to a virtual machine. After
you purchase a Virtual machines quota, you can manually assign this quota to the machine,
instead of the original Workstation quota.
You can also release the currently assigned service quota, and then assign this quota to another
machine.
You can change the service quota of an individual machine or for a group of machines.
Device groups
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Device groups are designed for convenient management of a large number of registered devices.
You can apply a protection plan to a group. Once a new device appears in the group, the device
becomes protected by the plan. If a device is removed from the group, the device will no longer be
protected by the plan. A plan that is applied to a group cannot be revoked from a member of the
group, only from the group itself.
Only devices of the same type can be added to a group. For example, under Hyper-V you can create
a group of Hyper-V virtual machines. Under Machines with agents, you can create a group of
machines with installed agents. Under All devices, you cannot create a group.
Built-in groups
Once a device is registered, it appears in one of the built-in root groups on the Devices tab.
Root groups cannot be edited or deleted. You cannot apply plans to root groups.
Some of the root groups contain built-in sub-root groups. These groups cannot be edited or deleted.
However, you can apply plans to sub-root built-in groups.
Custom groups
Protecting all devices in a built-in group with a single protection plan may not be satisfactory
because of the different roles of the machines. The backed-up data is specific for each department;
some data has to be backed up frequently, other data is backed up twice a year. Therefore, you may
want to create various protection plans applicable to different sets of machines. In this case,
consider creating custom groups.
A custom group can contain one or more nested groups. Any custom group can be edited or
deleted. There are the following types of custom groups:
l Static groups
Static groups contain the machines that were manually added to them. The static group content
never changes unless you explicitly add or delete a machine.
Example: You create a custom group for the accounting department and manually add the
accountants' machines to this group. Once you apply a protection plan to the group, the
Another way to add devices to a static group is to select the group and click Add devices.
2. Search for workloads by using the search field. You can use multiple attributes and operators
described below.
3. Click Save as next to the search field.
Note
Some attributes are not supported for group creation. See the table in the section Search query
below.
Search query
The following table summarizes the available attributes that you can use in your search queries.
Supported
Attribute Meaning Search query examples for group
creation
Note
When there is manually
added text in the comment
field, the automatic
synchronization with the
Windows description is
disabled. To enable it again,
clear the comment that you
have added.
To add or change a
comment manually, click
Add or Edit.
l Agent comment
o For physical machines
running Windows, the
computer description
in Windows is
automatically copied
as a comment. This
value is synchronized
every 15 minutes.
o Empty for other
devices.
l Device comment
o If the agent comment
is specified
automatically, it is
copied as a device
comment. Manually
added agent
comments are not
copied as device
comments.
o Device comments are
not copied as agent
comments.
To add or change a
comment manually, click
Add or Edit.
Note
When there is manually
added text in the comment
field, the automatic
synchronization with the
Windows description is
disabled. To enable it again,
clear the comment that you
have added.
Possible values:
l true
l false
Possible values:
l 'windows'
l 'linux'
l 'macosx'
Possible values:
l 'dc'
Stands for Domain
Controller.
Note When the domain
controller role is assigned
Possible values:
l 'vmwesx'
VMware virtual
machines.
l 'mshyperv'
Hyper-V virtual machines.
l 'pcs'
Virtuozzo virtual
machines.
l 'hci'
Virtuozzo Hybrid
Infrastructure virtual
machines.
l 'scale'
Scale Computing HC3
virtual machines.
l 'ovirt'
oVirt virtual machines
Possible values:
l 'idle'
l 'interactionRequired'
l 'canceling'
l 'backup'
l 'recover'
l 'install'
l 'reboot'
l 'failback'
l 'testReplica'
l 'run_from_image'
l 'finalize'
l 'failover'
l 'replicate'
l 'createAsz'
l 'deleteAsz'
l 'resizeAsz'
Warning status.
Note
If you skip the hour and minutes value, the start time is considered to be YYYY-MM-DD 00:00, and
the end time is considered to be YYYY-MM-DD 23:59:59. For example, lastBackupTime = 2020-02-20,
means that the search results will include all backups from the interval
lastBackupTime >= 2020-02-20 00:00 and lastBackup time <= 2020-02-20 23:59:59
Operators
The following table summarizes the available operators.
operator.
l Backup – allows you to back up your data sources to local or cloud storage.
l "Disaster recovery" (p. 411) - allows you to to launch exact copies of your machines in the cloud
site and switch the workload from the corrupted original machines to the recovery servers in the
cloud.
l Antivirus and Antimalware protection – allows you to check your machines with the built-in
antimalware solution.
l URL filtering – allows you to protect your machines from threats coming from the Internet by
blocking access to malicious URLs and content to be downloaded.
l Windows Defender Antivirus – allows you to manage the settings of Windows Defender Antivirus
to protect your environment.
l Microsoft Security Essentials – allows you to manage the settings of Microsoft Security Essentials
to protect your environment.
l Vulnerability assessment – automatically checks the Microsoft, Linux, macOS, Microsoft third-
party products, and macOS third-party products installed on your machines for vulnerabilities
and notifies you about them.
l Patch management – enables you to install patches and updates for the Microsoft, Linux, macOS,
Microsoft third-party products, and macOS third-party products on your machines to close the
discovered vulnerabilities.
l Data protection map – allows you to discover the data in order to monitor the protection status
of important files.
l Device control - allows you to specify devices that users are allowed or restricted to use on your
machines.
l Advanced Data Loss Prevention - prevents leakage of sensitive data via peripheral devices (such
as printers or removable storage) or through internal and external network transfers, based on a
data flow policy.
Use the protection plan to protect your data sources completely from external and internal threats.
By enabling and disabling different modules and setting up the module settings, you can build
flexible plans satisfying various business needs.
l In the Devices section – when you select the device or devices to be protected and then create a
plan for them.
l In the Management > Protection plans section – when you create a plan and then select the
machines to be applied to.
For more information on the Device control module, see "Device control" (p. 586).
Note
You can also configure your own protection plan by clicking Create plan.
Important
Some settings cannot be changed for an existing protection plan.
Images:
l .bmp
Audio:
l .wav
l .aif, .aifc, .aiff
l .au, .snd
l .mid, .midi
l .mid
l .mpga, .mp3
l .oga
l .flac
l .oga
l .oga
l .opus
l .oga
l .spx
l .oga
l .ogg
l .ogx
l .ogx
l .mp4
Advanced Security level: basic Security level: basic Security level: basic
settings
Channels in Channels in allowlist: Channels in allowlist: none
allowlist: none none
Remote hosts in allowlist: none
Remote hosts in Remote hosts in
Applications in allowlist: none
allowlist: none allowlist: none
* The number of modules in the default protection plan may vary between editions of the Cyber
Protection service.
l Create a new plan, apply it, and disable all already applied conflicting plans.
l Create a new plan and disable it.
When you edit a plan on a device or devices with already applied plans that conflict with the
changes made, you can resolve a conflict with one of the following ways:
l Save changes to the plan and disable all already applied conflicting plans.
l Save changes to the plan and disable it.
l Remove a device from the group and apply a new plan to the device.
l Apply a new plan to the whole group or edit the current group plan.
l Disable the modules that are unsupported by the assigned quota and continue using the
protection plan.
l Change the assigned quota manually: go to Devices > <particular_device> > Details > Service
quota, then revoke the existing quota and assign a new one.
l Rename a plan.
l Enable/disable modules and edit each module setting.
l Enable/disable a plan.
A disabled plan will not be carried out on the devices to which it is applied.
This action is convenient for administrators who intend to protect the same device with the same
plan later. The plan is not revoked from the device and to restore the protection, you must only
re-enable the plan.
l Apply a plan to a device or a group of devices.
l Revoke a plan from a device.
A revoked plan is not applied to a device anymore.
This action is convenient for administrators who do not need to protect quickly the same device
with the same plan again. To restore the protection of a revoked plan, you must know the name
of this plan, select it from the list of available plans, and then re-apply it to the desired device.
l Stop a plan.
This action will stop all running backup operations on all workloads to which the plan is applied.
Backups will start again according to the schedule configured in the plan.
Antimalware scanning is not affected and will proceed per the schedule configured in the plan.
l Import/export a plan.
Note
You can import protection plans created in Cyber Protection 9.0 (released in March 2020) and
later. Plans created in earlier product versions are incompatible with versions 9.0 and later.
l Delete a plan.
1. If you want to edit the protection plan for all machines to which it is applied, select one of these
machines. Otherwise, select the machines for which you want to edit the protection plan.
2. Click Protect.
3. Select the protection plan that you want to edit.
4. Click the Ellipsis icon next to the protection plan name, and then click Edit.
5. To modify the plan parameters, click the corresponding section of the protection plan panel.
6. Click Save changes.
7. To change the protection plan for all machines to which it is applied, click Apply the changes to
this protection plan. Otherwise, click Create a new protection plan only for the selected
devices.
1. Select the machines that you want to revoke the protection plan from.
2. Click Protect.
3. If several protection plans are applied to the machines, select the protection plan that you want
to revoke.
4. Click the ellipsis icon next to the protection plan name, and then click Revoke.
1. Select any machine to which the protection plan that you want to delete is applied.
2. Click Protect.
3. If several protection plans are applied to the machine, select the protection plan that you want to
delete.
4. Click the ellipsis icon next to the protection plan name, and then click Delete.
As a result, the protection plan is revoked from all of the machines and completely removed
from the web interface.
How it works
The protection agent that is installed on a machine performs a security assessment and calculates
the #CyberFit Score for the machine. The #CyberFit Score of a machine is automatically periodically
recalculated.
Based on the summed points awarded to each metric, the total #CyberFit Score of a machine can fit
one of the following ratings that reflect the endpoint's level of protection:
l 0 - 579 - Poor
l 580 - 669 - Fair
l 670 - 739 - Good
l 740 - 799 - Very good
l 800 - 850 - Excellent
You can see the #CyberFit Score for your machines in the service console: go to Devices > All
devices. In the list of devices, you can see the #CyberFit Score column. You can also run the
#CyberFit Score scan for a machine to check its security posture.
6. After addressing the recommendations, you can always recalculate the #CyberFit Score of the
machine by clicking on the arrow button right under the total #CyberFit Score.
Backup
A protection plan with the Backup module enabled is a set of rules that specify how the given data
will be protected on a given machine.
A protection plan can be applied to multiple machines at the time of its creation, or later.
To create the first protection plan with the Backup module enabled
ITEMS TO
BACK UP WHERE SCHEDULE HOW LONG TO
WHAT TO BACK UP TO BACK
Selection Backup schemes KEEP
UP
methods
Secure
Zone**
Monthly full, Weekly
Cloud
differential, Daily
Local incremental (GFS)
NFS*
Cloud
Local
Direct folder Always incremental
selection (Single-file)
Files (physical machines Network
only2) Policy rules folder Always full By total size of
File filters NFS* Weekly full, Daily backups***
NFS*
Always full
System state
Cloud Weekly full, daily
Local incremental
Direct
SQL databases folder Custom (F-I)
selection
Network Always incremental
folder (Single-file) - only for SQL
Exchange databases
databases
1A virtual machine that is backed up at a hypervisor level by an external agent such as Agent for VMware or Agent for
Hyper-V. A virtual machine with an agent inside is treated as physical from the backup standpoint.
2A machine that is backed up by an agent installed in the operating system.
Mailboxes
(cloud Agent
for Microsoft
Direct
365)
selection
Public folders
Cloud —
Teams
Gmail Direct
mailboxes selection
*** The By total size of backups retention rule is not available with the Always incremental
(single-file) backup scheme or when backing up to the cloud storage.
Note
Disk/volume backups are not supported for encrypted APFS volumes that are locked.
Note
Disk/volume backups are not supported for encrypted APFS volumes that are locked.
Disks connected via the iSCSI protocol to a physical machine can also be backed up though there are
limitations if you use Agent for VMware or Agent for Hyper-V for backing up the iSCSI-connected
disks.
There are two ways of selecting disks/volumes: directly on each machine or by using policy rules.
You can exclude files from a disk backup by setting the file filters.
Direct selection
Direct selection is available only for physical machines.
To select a logical volume, specify its path as it appears after running the ls /dev/mapper command
under the root account. For example:
This output shows two logical volumes, lv1 and lv2, that belong to the volume group vg_1. To back
up these volumes, enter:
/dev/mapper/vg_1-lv1
/dev/mapper/vg-l-lv2
Windows
A volume backup stores all files and folders of the selected volume independent of their attributes
(including hidden and system files), the boot record, the file allocation table (FAT) if it exists, the root
and the zero track of the hard disk with the master boot record (MBR).
A disk backup stores all volumes of the selected disk (including hidden volumes such as the vendor's
maintenance partitions) and the zero track with the master boot record.
The following items are not included in a disk or volume backup (as well as in a file-level backup):
l The swap file (pagefile.sys) and the file that keeps the RAM content when the machine goes into
hibernation (hiberfil.sys). After recovery, the files will be re-created in the appropriate place with
the zero size.
l If the backup is performed under the operating system (as opposed to bootable media or backing
up virtual machines at a hypervisor level):
o Windows shadow storage. The path to it is determined in the registry value VSS Default
Provider which can be found in the registry key HKEY_LOCAL_
MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToBackup. This
means that in operating systems starting with Windows Vista, Windows Restore Points are not
backed up.
o If the Volume Shadow Copy Service (VSS) backup option is enabled, files and folders that are
specified in the HKEY_LOCAL_
MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToSnapshot
registry key.
Linux
A volume backup stores all files and directories of the selected volume independent of their
attributes, a boot record, and the file system super block.
A disk backup stores all disk volumes as well as the zero track with the master boot record.
Mac
A disk or volume backup stores all files and directories of the selected disk or volume, plus a
description of the volume layout.
l System metadata, such as the file system journal and Spotlight index
l The Trash
l Time machine backups
Selecting files/folders
File-level backup is available for physical machines and virtual machines backed up by an agent
installed in the guest system. Files and folders located on disks connected via the iSCSI protocol to a
physical machine can also be backed up though there are limitations if you use Agent for VMware or
Agent for Hyper-V for backing up data on the iSCSI-connected disks.
A file-level backup is not sufficient for recovery of the operating system. Choose file backup if you
plan to protect only certain data (the current project, for example). This will reduce the backup size,
thus saving storage space.
There are two ways of selecting files: directly on each machine or by using policy rules. Either
method allows you to further refine the selection by setting the file filters.
Direct selection
1. In What to back up, select Files/folders.
2. Specify Items to back up.
3. In Select items for backup, select Directly.
4. For each of the machines included in the protection plan:
a. Click Select files and folders.
b. Click Local folder or Network folder.
The share must be accessible from the selected machine.
c. Browse to the required files/folders or enter the path and click the arrow button. If prompted,
specify the user name and password for the shared folder.
Backing up a folder with anonymous access is not supported.
d. Select the required files/folders.
e. Click Done.
Examples:
The virtual machines running on the host are not included in the backup. They can be backed up
and recovered separately.
Prerequisites
l SSH must be enabled in the Security Profile of the ESXi host configuration.
l You must know the password for the 'root' account on the ESXi host.
Limitations
l ESXi configuration backup is not supported for VMware vSphere 7.0.
l An ESXi configuration cannot be backed up to the cloud storage.
1. Click Devices > All devices, and then select the ESXi hosts that you want to back up.
2. Click Protect.
3. In What to back up, select ESXi configuration.
Continuous data protection is supported only for the NTFS file system and the following operating
systems:
Only local folders are supported. Network folders cannot be selected for Continuous data
protection.
Continuous data protection is not compatible with the Application backup option.
How it works
Changes in the files and folders that are tracked by Continuous data protection are immediately
saved to a special CDP backup. There is only one CDP backup in a backup set, and it is always the
most recent one.
Continuous data protection requires that at least one regular backup is created before the CDP
backup. That is why, when you run a protection plan with Continuous data protection for the first
time, a full backup is created, and a CDP backup is immediately added on top of it. If you enable the
Continuous data protection option for an existing protection plan, the CDP backup is added to the
existing backup set.
Note
Continuous Data protection is enabled by default for protection plans that you create from the
Devices tab, if the Advanced Backup functionality is enabled for you and you are not using other
Advanced Backup features for the selected machines. If you already have a plan with Continuous
data protection for a selected machine, Continuous data protection will not be enabled by default
for that machine in newly created plans.
Continuous data protection is not enabled by default for plans created for device groups.
l Entire machine
l Disks/volumes
l Files/folders
Supported destinations
You can configure Continuous data protection with the following destinations:
l Local folder
l Network folder
l Cloud storage
l Acronis Cyber Infrastructure
l Location defined by a script
Note
You can define by a script only the locations listed above.
1. In the Backup module of a protection plan, enable the Continuous data protection (CDP)
switch.
This switch is available only for the following data sources:
l Entire machine
l Disk/volumes
l Files/folders
2. In Items to protect continuously, configure Continuous data protection for Applications or
Files/folders, or both.
l Click Applications to configure CDP backup for files that are modified by specific applications.
You can select applications from predefined categories or add other applications by specifying
the path to the their executable file, for example:
o C:\Program Files\Microsoft Office\Office16\WINWORD.EXE
o *:\Program Files (x86)\Microsoft Office\Office16\WINWORD.EXE
l Click Files/folders to configure CDP backup for files in specific locations.
You can define these locations by using selection rules or by selecting the files and folders
directly.
o [For all machines] To create a selection rule, use the text box.
You can use the full paths to files or paths with wildcard characters (* and ?). The asterisk
matches zero or more characters. The question mark matches a single character.
As a result, the data that you specified will be backed up continuously between the scheduled
backups.
Selecting a destination
Click Where to back up, and then select one of the following:
l Cloud storage
Backups will be stored in the cloud data center.
l Local folders
If a single machine is selected, browse to a folder on the selected machine or type the folder
path.
If multiple machines are selected, type the folder path. Backups will be stored in this folder on
each of the selected physical machines or on the machine where the agent for virtual machines is
installed. If the folder does not exist, it will be created.
l Network folder
This is a folder shared via SMB/CIFS/DFS.
Browse to the required shared folder or enter the path in the following format:
o For SMB/CIFS shares: \\<host name>\<path>\ or smb://<host name>/<path>/
o For DFS shares: \\<full DNS domain name>\<DFS root>\<path>
For example, \\example.company.com\shared\files
Then, click the arrow button. If prompted, specify the user name and password for the shared
folder. You can change these credentials at any time by clicking the key icon next to the folder
name.
Backing up to a folder with anonymous access is not supported.
l NFS folder (available for machines running Linux or macOS)
Verify that the nfs-utils package is installed on the Linux server where the Agent for Linux is
installed.
Note
It is not possible to back up to an NFS folder protected with a password.
Note
This functionality is available only in the Advanced edition of the Cyber Protection service.
You can store each machine's backups in a folder defined by a script. The software supports scripts
written in JScript, VBScript, or Python 3.5. When deploying the protection plan, the software runs the
script on each machine. The script output for each machine should be a local or network folder
path. If a folder does not exist, it will be created (limitation: scripts written in Python cannot create
folders on network shares). On the Backup storage tab, each folder is shown as a separate backup
location.
In Script type, select the script type (JScript, VBScript, or Python), and then import, or copy and
paste the script. For network folders, specify the access credentials with the read/write permissions.
Examples:
l The following JScript script outputs the backup location for a machine in the format
\\bkpsrv\<machine name>:
WScript.Echo("\\\\bkpsrv\\" + WScript.CreateObject("WScript.Network").ComputerName);
As a result, the backups of each machine will be saved in a folder of the same name on the server
bkpsrv.
l The following JScript script outputs the backup location in a folder on the machine where the
script runs:
WScript.Echo("C:\\Backup");
As a result, the backups of this machine will be saved in the folder C:\Backup on the same
machine.
Should the disk experience a physical failure, the backups located in the Secure Zone may be lost.
That's why Secure Zone should not be the only location where a backup is stored. In enterprise
environments, Secure Zone can be thought of as an intermediate location used for backup when an
ordinary location is temporarily unavailable or connected through a slow or busy channel.
l Enables recovery of a disk to the same disk where the disk's backup resides.
l Offers a cost-effective and handy method for protecting data from software malfunction, virus
attack, human error.
l Eliminates the need for a separate media or network connection to back up or recover the data.
This is especially useful for roaming users.
l Can serve as a primary destination when using replication of backups.
Limitations
l Secure Zone cannot be organized on a Mac.
l Secure Zone is a partition on a basic disk. It cannot be organized on a dynamic disk or created as
a logical volume (managed by LVM).
l Secure Zone is formatted with the FAT32 file system. Because FAT32 has a 4-GB file size limit,
larger backups are split when saved to Secure Zone. This does not affect the recovery procedure
and speed.
As is apparent from the above, specifying the maximum possible Secure Zone size is not advisable.
You will end up with no free space on any volume, which might cause the operating system or
applications to work unstably and even fail to start.
Important
Moving or resizing the volume from which the system is booted requires a reboot.
You can now choose Secure Zone in Where to back up when creating a protection plan.
Schedule
The schedule employs the time settings (including the time zone) of the operating system where the
agent is installed. The time zone of Agent for VMware (Virtual Appliance) can be configured in the
agent's interface.
For example, if a protection plan is scheduled to run at 21:00 and applied to several machines
located in different time zones, the backup will start on each machine at 21:00 local time.
Backup schemes
You can choose one of the predefined backup schemes or create a custom scheme. A backup
scheme is a part of the protection plan that includes the backup schedule and the backup methods.
1A backup format, in which the initial full and subsequent incremental backups are saved to a single .tibx file. This
format leverages the speed of the incremental backup method, while avoiding its main disadvantage–difficult deletion
of outdated backups. The software marks the blocks used by outdated backups as "free" and writes new backups to
these blocks. This results in extremely fast cleanup, with minimal resource consumption. The single-file backup format
is not available when backing up to locations that do not support random-access reads and writes.
With any backup scheme, you can schedule the backup to run by events, instead of by time. To do
this, select the event type in the schedule selector. For more information, refer to "Schedule by
events".
Note
Once the protection plan is created, you cannot switch between single-file and multi-file format of
backup schemes. Always incremental is a single-file format, and the rest of the schemes are multi-
file format. If you want to switch between formats, create a new protection plan.
l Specify the backup start conditions, so that a scheduled backup is performed only if the
conditions are met. For more information, refer to "Start conditions".
l Set a date range for when the schedule is effective. Select the Run the plan within a date range
check box, and then specify the date range.
l Disable the schedule. While the schedule is disabled, the retention rules are not applied unless a
backup is started manually.
l Introduce a delay from the scheduled time. The delay value for each machine is selected
randomly and ranges from zero to the maximum value you specify. You may want to use this
setting when backing up multiple machines to a network location, to avoid excessive network
load.
In the protection plan in the Backup module settings, go to Backup options > Scheduling. Select
Distribute backup start times within a time window, and then specify the maximum delay.
The delay value for each machine is determined when the protection plan is applied to the
machine and remains the same until you edit the protection plan and change the maximum delay
value.
Note
This option is enabled by default, with the maximum delay set to 30 minutes.
This option is not effective when the machine is powered off, i.e. the option does not employ
the Wake-on-LAN functionality.
Note
Because the schedule is based on a successful backup event, if a backup fails, the scheduler will
not run the job again until an operator runs the plan manually and the run completes
successfully.
Note
The backup will not run at a system shutdown because shutting down is not the same as logging
off.
The table below lists the events available for various data under Windows, Linux, and macOS.
Disks/volumes Windows, – – – – –
(virtual Linux
machines)
For example, you may want to set up a protection plan that will automatically perform an
emergency full backup of your data as soon as Windows discovers that your hard disk drive is about
to fail.
To browse the events and view the event properties, use the Event Viewer snap-in available in the
Computer Management console. To be able to open the Security log, you must be a member of
the Administrators group.
Event properties
Log name
Specifies the name of the log. Select the name of a standard log (Application, Security, or
System) from the list, or type a log name—for example: Microsoft Office Sessions
Event source
Specifies the event source, which typically indicates the program or the system component
that caused the event—for example: disk.
Any event source that contains the specified string will trigger the scheduled backup. This
option is not case sensitive. Thus, if you specify the string service, both Service Control Manager
and Time-Service event sources will trigger a backup.
Event type
Event ID
Specifies the event number, which typically identifies the particular kind of events among
events from the same source.
When Windows detects a bad block on a hard disk, it records an event with the event source disk
and the event number 7 into the System log; the type of this event is Error.
When creating the plan, type or select the following in the Schedule section:
Important
To ensure that such a backup will complete despite the presence of bad blocks, you must make the
backup ignore bad blocks. To do this, in Backup options, go to Error handling, and then select the
Ignore bad sectors check box.
Start conditions
These settings add more flexibility to the scheduler, enabling it to execute a backup with respect to
certain conditions. With multiple conditions, all of them must be met simultaneously to enable a
backup to start. Start conditions are not effective when a backup is started manually.
To access these settings, click Show more when setting up a schedule for a protection plan.
The scheduler behavior, in case the condition (or any of multiple conditions) is not met, is defined by
the Backup start conditions backup option. To handle the situation when the conditions are not met
for too long and further delaying the backup is becoming risky, you can set the time interval after
which the backup will run irrespective of the condition.
The table below lists the start conditions available for various data under Windows, Linux, and
macOS.
Users Windows – – – – –
logged off
Save Windows – – – – –
battery
power
Do not Windows – – – – –
start when
on
metered
connection
Do not Windows – – – – –
start when
connected
to the
following
Wi-Fi
networks
Check Windows – – – – –
device IP
address
User is idle
"User is idle" means that a screen saver is running on the machine or the machine is locked.
Example
Run the backup on the machine every day at 21:00, preferably when the user is idle. If the user is
still active by 23:00, run the backup anyway.
As a result,
(1) If the user becomes idle before 21:00, the backup will start at 21:00.
(3) If the user is still active at 23:00, the backup will start at 23:00.
This condition is effective for network folders, the cloud storage, and locations managed by a
storage node.
This condition does not cover the availability of the location itself — only the host availability. For
example, if the host is available, but the network folder on this host is not shared or the credentials
for the folder are no longer valid, the condition is still considered met.
Example
Data is backed up to a network folder every workday at 21:00. If the machine that hosts the folder is
not available at that moment (for instance, due to maintenance work), you want to skip the backup
and wait for the scheduled start on the next workday.
As a result:
(1) If 21:00 comes and the host is available, the backup will start immediately.
(2) If 21:00 comes but the host is unavailable, the backup will start on the next workday if the host is
available.
(3) If the host is never available on workdays at 21:00, the backup will never start.
Example
Run the backup at 20:00 every Friday, preferably when all users are logged off. If one of the users is
still logged on at 23:00, run the backup anyway.
As a result:
(2) If the last user logs off between 20:00 and 23:00, the backup will start immediately after the user
logs off.
(3) If any user is still logged on at 23:00, the backup will start at 23:00.
Example
A company uses different locations on the same network-attached storage for backing up users'
data and servers. The workday starts at 08:00 and ends at 17:00. Users' data should be backed up as
soon as the users log off, but not earlier than 16:30. Every day at 23:00 the company's servers are
backed up. So, all the users' data should preferably be backed up before this time, in order to free
network bandwidth. It is assumed that backing up user's data takes no more than one hour, so the
latest backup start time is 22:00. If a user is still logged on within the specified time interval, or logs
off at any other time – do not back up the users' data, i.e., skip backup execution.
l Event: When a user logs off the system. Specify the user account: Any user.
l Condition: Fits the time interval from 16:30 to 22:00.
l Backup start conditions: Skip the scheduled backup.
As a result:
(1) if the user logs off between 16:30 and 22:00, the backup will start immediately following the
logging off.
(2) if the user logs off at any other time, the backup will be skipped.
Example
Data is backed up every workday at 21:00. If the device is not connected to a power source (for
instance, the user is attending a late meeting), you want to skip the backup to save the battery
power and wait until the user connects the device to a power source.
As a result:
(1) If 21:00 comes and the device is connected to a power source, the backup will start immediately.
(2) If 21:00 comes and the device is running on battery power, the backup will start as soon as the
device is connected to a power source.
As an additional measure to prevent backups over mobile hotspots, when you enable the Do not
start when on metered connection condition, the condition Do not start when connected to
the following Wi-Fi networks is enabled automatically. The following network names are specified
by default: "android", "phone", "mobile", and "modem". You can delete these names from the list by
clicking on the X sign.
Example
Data is backed up every workday at 21:00. If the device is connected to the Internet by using a
metered connection (for instance, the user is on a business trip), you want to skip the backup to
save the network traffic and wait for the scheduled start on the next workday.
As a result:
(1) If 21:00 comes and the device is not connected to the Internet by using a metered connection,
the backup will start immediately.
(2) If 21:00 comes and the device is connected to the Internet by using a metered connection, the
backup will start on the next workday.
(3) If the device is always connected to the Internet by using a metered connection on workdays at
21:00, the backup will never start.
This condition is useful to prevent backups when the device is connected to the Internet by using a
mobile phone hotspot.
As an additional measure to prevent backups over mobile hotspots, the Do not start when
connected to the following Wi-Fi condition is enabled automatically when you enable the Do not
start when on metered connection condition. The following network names are specified by
default: "android", "phone", "mobile", and "modem". You can delete these names from the list by
clicking on the X sign.
Example
Data is backed up every workday at 21:00. If the device is connected to the Internet by using a
mobile hotspot (for example, a laptop is connected in the tethering mode), you want to skip the
backup and wait for the scheduled start on the next workday.
As a result:
(1) If 21:00 comes and the machine is not connected to the specified network, the backup will start
immediately.
(2) If 21:00 comes and the machine is connected to the specified network, the backup will start on
the next workday.
(3) If the machine is always connected to the specified network on workdays at 21:00, the backup
will never start.
With either option, you can specify several ranges. Only IPv4 addresses are supported.
This condition is useful in the event of a user being overseas, to avoid large data transit charges.
Also, it helps to prevent backups over a Virtual Private Network (VPN) connection.
As a result:
(1) If 21:00 comes and the machine IP address is not in the specified range, the backup will start
immediately.
(2) If 21:00 comes and the machine IP address is in the specified range, the backup will start as soon
as the device obtains a non-VPN IP address.
(3) If the machine IP address is always in the specified range on workdays at 21:00, the backup will
never start.
Retention rules
1. Click How long to keep.
2. In Cleanup, choose one of the following:
l By backup age (default)
Specify how long to keep backups created by the protection plan. By default, the retention
rules are specified for each backup set1 separately. If you want to use a single rule for all
backups, click Switch to single rule for all backup sets.
l By number of backups
Specify the maximum number of backups to keep.
l By total size of backups
Specify the maximum total size of backups to keep.
This setting is not available with the Always incremental (single-file) backup scheme or
1A group of backups to which an individual retention rule can be applied. For the Custom backup scheme, the backup
sets correspond to the backup methods (Full, Differential, and Incremental). In all other cases, the backup sets are
Monthly, Daily, Weekly, and Hourly. A monthly backup is the first backup created after a month starts. A weekly
backup is the first backup created on the day of the week selected in the Weekly backup option (click the gear icon,
then Backup options > Weekly backup). If a weekly backup is the first backup created after a month starts, this backup
is considered monthly. In this case, a weekly backup will be created on the selected day of the next week. A daily
backup is the first backup created after a day starts, unless this backup falls within the definition of a monthly or
weekly backup. An hourly backup is the first backup created after an hour starts, unless this backup falls within the
definition of a monthly, weekly, or daily backup.
Warning!
If you delete the only backup that you have by applying the retention rules in this way, then if the
backup fails you will not have a backup with which to restore data because there will be no
available backup to use.
l If, according to the backup scheme and backup format, each backup is stored as a separate file,
this file cannot be deleted until the lifetime of all its dependent (incremental and differential)
backups expires. This requires extra space for storing backups whose deletion is postponed. Also,
the backup age, number, or size of backups may exceed the values you specify.
This behavior can be changed by using the "Backup consolidation" backup option.
l Retention rules are a part of a protection plan. They stop working for a machine's backups as
soon as the protection plan is revoked from the machine, or deleted, or the machine itself is
deleted from the Cyber Protection service. If you no longer need the backups created by the plan,
delete them as described in "Deleting backups".
Replication
You can enable backup replication to copy each backup to a second location immediately after its
creation in the primary backup destination. If earlier backups were not replicated (for example, the
network connection was lost), the software also replicates all of the backups that appeared after the
last successful replication. If backup replication is interrupted in the middle of a process, then on the
next replication start the already replicated data will not be replicated again which allows reducing
time loss.
Replicated backups do not depend on the backups remaining in the original location and vice versa.
You can recover data from any backup, without access to other locations.
Supported locations
You can replicate a backup from any of these locations:
l A local folder
l A network folder
l Secure Zone
l A local folder
l A network folder
l The cloud storage
1. On the protection plan panel, in the Backup section, click Add location.
Note
The Add location control is available only if replication is supported from the last selected
backup or replication location.
2. From the list of available locations, select the location where the backups will be replicated.
The location appears in the protection plan as 2nd location, 3rd location, 4th location, or 5th
location, depending on the number of locations you added for replication.
3. [Optional] Click the gear icon to view the available replication options for the location.
l Performance and backup window – set the backup window for the chosen location, as
described in "Performance and backup window" (p. 227). These settings will define the
replication performance.
l Remove location – delete the currently selected replication location.
l [Only for the Cloud storage location] Physical Data Shipping – save the initial backup on a
removable storage device and ship it for upload to cloud instead of replicating it over the
Internet. This option is suitable for locations with slow network connection or when you want
to save bandwidth on big file transfers over the network. Enabling the option does not require
Note
This option is supported with Cyber Protect agent version from release C21.06 or later.
4. [Optional] In the How long to keep row under the location, configure the retention rules for the
selected location, as described in "Retention rules" (p. 194).
5. [Optional] Repeat steps 1 – 4 to add locations where you want to replicate the backups. You can
configure up to four replication locations, as long as replication is supported by the previously
selected backup or replication location.
Important
If you enable backup and replication in the same protection plan, ensure that the replication
completes before the next scheduled backup. If the replication is still in progress, the scheduled
backup will not start―for example, a scheduled backup that runs once every 24 hours will not start
if the replication takes 26 hours to complete.
To avoid the this dependency, use a separate plan for backup replication. For more information
about this specific plan, refer to "Backup replication" (p. 614).
Encryption
We recommend that you encrypt all backups that are stored in the cloud storage, especially if your
company is subject to regulatory compliance.
Warning!
There is no way to recover encrypted backups if you lose or forget the password.
For accounts in the Enhanced security mode, you cannot set the encryption password in a
protection plan. You must set this password locally, on the protected device.
1. On the protection plan panel in the Backup module settings, enable the Encryption switch.
2. Specify and confirm the encryption password.
3. Select one of the following encryption algorithms:
l AES 128 – the backups will be encrypted by using the Advanced Encryption Standard (AES)
algorithm with a 128-bit key.
Saving the encryption settings on a machine affects the protection plans in the following way:
l Protection plans that are already applied to the machine. If the encryption settings in a
protection plan are different, the backups will fail.
l Protection plans that will be applied to the machine later. The encryption settings saved on
a machine will override the encryption settings in a protection plan. Any backup will be encrypted,
even if encryption is disabled in the Backup module settings.
This option can also be used on a machine running Agent for VMware. However, be careful if you
have more than one Agent for VMware connected to the same vCenter Server. It is mandatory to
use the same encryption settings for all of the agents, because there is a type of load balancing
among them.
Important
Change the encryption settings on a machine only before its protection plan creates any backups. If
you change the encryption settings later, the protection plan will fail and you will need a new
protection plan to continue backing up this machine.
After the encryption settings are saved, they can be changed or reset as described below.
1. Log on as an administrator (in Windows) or the root user (in Linux).
2. Run the following script:
l In Windows: <installation_path>\PyShell\bin\acropsh.exe -m manage_creds --set-
password <encryption_password>
Here, <installation_path> is the protection agent installation path. By default, it is
%ProgramFiles%\BackupClient.
l In Linux: /usr/sbin/acropsh -m manage_creds --set-password <encryption_password>
l In a virtual appliance: /./sbin/acropsh -m manage_creds --set-password <encryption_
password>
The encryption key is then encrypted with AES-256 using an SHA-2 (256-bit) hash of the password as
a key. The password itself is not stored anywhere on the disk or in the backups; the password hash
is used for verification purposes. With this two-level security, the backup data is protected from any
unauthorized access, but recovering a lost password is not possible.
Notarization
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Notarization enables you to prove that a file is authentic and unchanged since it was backed up. We
recommend that you enable notarization when backing up your legal document files or other files
that require proved authenticity.
Notarization is available only for file-level backups. Files that have a digital signature are skipped,
because they do not need to be notarized.
When configuring recovery, the notarized files will be marked with a special icon, and you can verify
the file authenticity.
How it works
During a backup, the agent calculates the hash codes of the backed-up files, builds a hash tree
(based on the folder structure), saves the tree in the backup, and then sends the hash tree root to
the notary service. The notary service saves the hash tree root in the Ethereum blockchain database
to ensure that this value does not change.
When verifying the file authenticity, the agent calculates the hash of the file, and then compares it
with the hash that is stored in the hash tree inside the backup. If these hashes do not match, the file
is considered not authentic. Otherwise, the file authenticity is guaranteed by the hash tree.
To verify that the hash tree itself was not compromised, the agent sends the hash tree root to the
notary service. The notary service compares it with the one stored in the blockchain database. If the
hashes match, the selected file is guaranteed to be authentic. Otherwise, the software displays a
message that the file is not authentic.
The backup progress is shown in the Status column for the machine.
When creating a protection plan, a user can override a default value with a custom value that will be
specific for this plan only.
Backup options
To modify the backup options, click Change next to Backup options in the Backup module of the
protection plan.
Windo Linu mac Windo Linu mac ESX Hype Virtuoz Windo
ws x OS ws x OS i r-V zo ws
Alerts + + + + + + + + + +
Backup + + + + + + + + + -
consolidation
Backup format + + + + + + + + + +
Backup validation + + + + + + + + + +
Changed block + - - - - - + + - -
tracking (CBT)
Cluster backup - - - - - - - - - +
mode
Compression + + + + + + + + + +
level
Error handling
Re-attempt, if an + + + + + + + + + +
error occurs
Do not show + + + + + + + + + +
messages and
dialogs while
processing (silent
mode)
Ignore bad + - + + - + + + + -
sectors
Re-attempt, if an - - - - - - + + + -
error occurs
during VM
snapshot
creation
Fast + + + - - - - - - -
incremental/diffe
rential backup
File-level backup - - - + + + - - - -
snapshot
File filters + + + + + + + + + -
Forensic data + - - - - - - - - -
LVM snapshotting - + - - - - - - - -
Mount points - - - + - - - - - -
Performance and + + + + + + + + + +
backup window
Physical Data + + + + + + + + + -
Shipping
Pre/Post + + + + + + + + + +
commands
Pre/Post data + + + + + + - - - +
capture
commands
Scheduling
Distribute start + + + + + + + + + +
times within a
time window
Sector-by-sector + + - - - - + + + -
backup
Splitting + + + + + + + + + +
Task failure + + + + + + + + + +
handling
Task start + + - + + - + + + +
conditions
Volume Shadow + - - + - - - + - +
Copy Service
(VSS)
Volume Shadow - - - - - - + + - -
Copy Service
(VSS) for virtual
machines
Weekly backup + + + + + + + + + +
Windows event + - - + - - + + - +
log
This option determines whether to generate an alert if no successful backups were performed by
the protection plan for a specified period of time. In addition to failed backups, the software counts
backups that did not run on schedule (missed backups).
The alerts are generated on a per-machine basis and are displayed on the Alerts tab.
You can specify the number of consecutive days without backups after which the alert is generated.
Backup consolidation
This option defines whether to consolidate backups during cleanup or to delete entire backup
chains.
Consolidation is the process of combining two or more subsequent backups into a single backup.
If this option is enabled, a backup that should be deleted during cleanup is consolidated with the
next dependent backup (incremental or differential).
Otherwise, the backup is retained until all dependent backups become subject to deletion. This
helps avoid the potentially time-consuming consolidation, but requires extra space for storing
backups whose deletion is postponed. The backups' age or number can exceed the values specified
in the retention rules.
Important
Please be aware that consolidation is just a method of deletion, but not an alternative to deletion.
The resulting backup will not contain data that was present in the deleted backup and was absent
from the retained incremental or differential backup.
Backups stored in the cloud storage, as well as single-file backups (both version 11 and 12 formats),
are always consolidated because their inner structure makes for fast and easy consolidation.
However, if version 12 format is used, and multiple backup chains are present (every chain being
stored in a separate .tibx file), consolidation works only within the last chain. Any other chain is
deleted as a whole, except for the first one, which is shrunk to the minimum size to keep the meta
information (~12 KB). This meta information is required to ensure the data consistency during
In all other cases, backups whose deletion is postponed are marked with the trash can icon ( ) in
the GUI. If you delete such a backup by clicking the X sign, consolidation will be performed.
These names can be seen in a file manager when browsing the backup location.
Version One TIB file and one XML metadata file Multiple TIB files and one XML metadata file
11 backup
format
Version One TIBX file per backup chain (a full or differential backup, and all incremental backups that
12 backup depend on it). If the size of a file stored in a local or network (SMB) folder exceeds 200 GB, the
format file is split to 200-GB files by default.
All files have the same name, with or without the addition of a timestamp or a sequence number.
You can define this name (referred to as the backup file name) when creating or editing a protection
plan.
Note
Timestamp is added to the backup file name only in the version 11 backup format.
After you change a backup file name, the next backup will be a full backup, unless you specify a file
name of an existing backup of the same machine. If the latter is the case, a full, incremental, or
differential backup will be created according to the protection plan schedule.
Note that it is possible to set backup file names for locations that cannot be browsed by a file
manager (such as the cloud storage). This makes sense if you want to see the custom names on the
Backup storage tab.
The default name for Exchange mailbox backups and Microsoft 365 mailbox backups created by a
local Agent for Microsoft 365 is [Mailbox ID]_mailbox_[Plan ID]A.
The default name for cloud application backups created by cloud agents is [Resource Name]_
[Resource Type]_[Resource Id]_[Plan Id]A.
l [Machine Name] This variable is replaced with the name of the machine (the same name that is
shown in the service console).
l [Plan ID], [Plan Id] These variables are replaced with the unique identifier of the protection
plan. This value does not change if the plan is renamed.
l [Unique ID] This variable is replaced with the unique identifier of the selected machine. This
value does not change if the machine is renamed.
l [Mailbox ID] This variable is replaced with the mailbox user's principal name (UPN).
l [Resource Name] This variable is replaced with the cloud data source name, such as the user's
principal name (UPN), SharePoint site URL, or Shared drive name.
l [Resource Type] This variable is replaced with the cloud data source type, such as mailbox,
O365Mailbox, O365PublicFolder, OneDrive, SharePoint, GDrive.
l [Resource ID] This variable is replaced with the unique identifier of the cloud data source. This
value does not change if the cloud data source is renamed.
l "A" is a safeguard letter that is appended to prevent the name from ending with a digit.
For the version 12 format with the Always incremental (single-file) backup scheme:
MyBackup.tibx
MyBackup.tibx
MyBackup-0001.tibx
MyBackup-0002.tibx
...
Using variables
Besides the variables that are used by default, you can use the following variables:
l The [Plan name] variable, which is replaced with the name of the protection plan.
l The [Virtualization Server Type] variable, which is replaced with "vmwesx" if virtual machines
are backed up by Agent for VMware or with "mshyperv" if virtual machines are backed up by
Agent for Hyper-V.
If multiple machines or mailboxes are selected for backup, the backup file name must contain the
[Machine Name], the [Unique ID], the [Mailbox ID], the [Resource Name], or the [Resource Id]
variable.
The Select button shows the backups in the location selected in the Where to back up section of
the protection plan panel. It cannot browse anything outside this location.
Note
The Select button is only available for protection plans that are created for and applied to a
single device.
Backup format
The Backup format option defines the format of the backups created by the protection plan. This
option is available only for protection plans that already use the version 11 backup format. If this is
the case, you can change the backup format to version 12. After you switch the backup format to
version 12, the option becomes unavailable.
l Version 11
The legacy format preserved for backward compatibility.
Note
You cannot back up Database Availability Groups (DAG) by using the backup format version 11.
Backing up of DAG is supported only in the version 12 format.
Version One TIB file and one XML metadata file Multiple TIB files and one XML metadata file
11 backup
format
Version One TIBX file per backup chain (a full or differential backup, and all incremental backups that
12 backup depend on it). If the size of a file stored in a local or network (SMB) folder exceeds 200 GB, the
format file is split to 200-GB files by default.
In-archive deduplication
The TIBX backup format of version 12 supports in-archive deduplication that brings the following
advantages:
l Significantly reduced backup size, with built-in block-level deduplication for any type of data
l Efficient handling of hard links ensures that there are no storage duplicates
l Hash-based chunking
Backup validation
Validation is an operation that checks the possibility of data recovery from a backup. When this
option is enabled, each backup created by the protection plan is validated immediately after
creation. This operation is performed by the protection agent.
Validation calculates a checksum for every data block that can be recovered from the backup. The
only exception is validation of file-level backups that are located in the cloud storage. These backups
are validated by checking consistency of the metadata saved in the backup.
Validation is a time-consuming process, even for an incremental or differential backup, which are
small in size. This is because the operation validates not only the data physically contained in the
backup, but all of the data recoverable by selecting the backup. This requires access to previously
created backups.
While the successful validation means a high probability of successful recovery, it does not check all
factors that influence the recovery process. If you back up the operating system, we recommend
performing a test recovery under the bootable media to a spare hard drive or running a virtual
machine from the backup in the ESXi or Hyper-V environment.
Note
Depending on the settings chosen by your service provider, validation might not be available when
backing up to the cloud storage.
This option determines whether to use Changed Block Tracking (CBT) when performing an
incremental or differential backup.
The CBT technology accelerates the backup process. Changes to the disk or database content are
continuously tracked at the block level. When a backup starts, the changes can be immediately
saved to the backup.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
These options are effective for database-level backup of Microsoft SQL Server and Microsoft
Exchange Server.
These options are effective only if the cluster itself (Microsoft SQL Server Always On Availability
Groups (AAG) or Microsoft Exchange Server Database Availability Group (DAG)) is selected for
backup, rather than the individual nodes or databases inside of it. If you select individual items
inside the cluster, the backup will not be cluster-aware and only the selected copies of the items will
be backed up.
Regardless of the value of this option, to ensure the database consistency, the software skips
databases that are not in the SYNCHRONIZED or SYNCHRONIZING states when the backup starts.
If all databases are skipped, the backup fails.
Regardless of the value of this option, to ensure the database consistency, the software skips
databases that are not in the HEALTHY or ACTIVE states when the backup starts. If all databases are
skipped, the backup fails.
Compression level
Note
This option is not available for cloud-to-cloud backups. Compression for these backups is enabled
by default with a fixed level that corresponds to the Normal level below.
The option defines the level of compression applied to the data being backed up. The available
levels are: None, Normal, High, Maximum.
A higher compression level means that the backup process takes more time, but the resulting
backup occupies less space. Currently, the High and Maximum levels work similarly.
The optimal data compression level depends on the type of data being backed up. For example,
even maximum compression will not significantly reduce the backup size if the backup contains
essentially compressed files, such as .jpg, .pdf or .mp3. However, formats such as .doc or .xls will be
compressed well.
Error handling
These options enable you to specify how to handle errors that might occur during backup.
When a recoverable error occurs, the program re-attempts to perform the unsuccessful operation.
You can set the time interval and the number of attempts. The attempts will be stopped as soon as
the operation succeeds or the specified number of attempts are performed, depending on which
comes first.
For example, if the backup destination on the network becomes unavailable or not reachable during
a running backup, the software will attempt to reach the destination every 30 seconds, but no more
than 30 times. The attempts will be stopped as soon as the connection is resumed or the specified
number of attempts is performed, depending on which comes first.
However, if the backup destination is not available when the backup starts, only 10 attempts will be
made.
Cloud storage
If the cloud storage is selected as a backup destination, the option value is automatically set to
Enabled. Number of attempts: 300. Interval between attempts: 30 seconds.
In this case, the actual number of attempts is unlimited, but the timeout before the backup failure is
calculated as follows: (300 seconds + Interval between attempts) * (Number of attempts + 1).
Examples:
l With the default values, the backup will fail after (300 seconds + 30 seconds) * (300 + 1) = 99330
seconds, or ~27.6 hours.
l If you set Number of attempts to 1 and Interval between attempts to 1 second, the backup
will fail after (300 seconds + 1 second) * (1 + 1) = 602 seconds, or ~10 minutes.
If the calculated timeout exceeds 30 minutes, and the data transfer has not started yet, the actual
timeout is set to 30 minutes.
With the silent mode enabled, the program will automatically handle situations requiring user
interaction (except for handling bad sectors, which is defined as a separate option). If an operation
cannot continue without user interaction, it will fail. Details of the operation, including errors, if any,
can be found in the operation log.
Note
Skipping bad sectors is not supported on Linux. You can back up Linux systems with bad sectors in
offline mode, by using the bootable media builder in the on-premises version of Cyber Protect.
Using the on-premises bootable media builder requires a separate license. Contact support for
assistance.
When taking a virtual machine snapshot fails, the program re-attempts to perform the unsuccessful
operation. You can set the time interval and the number of attempts. The attempts will be stopped
as soon as the operation succeeds OR the specified number of attempts are performed, depending
on which comes first.
This option is not effective (always disabled) for volumes formatted with the JFS, ReiserFS3,
ReiserFS4, ReFS, or XFS file systems.
Incremental or differential backup captures only data changes. To speed up the backup process, the
program determines whether a file has changed or not by the file size and the date/time when the
file was last modified. Disabling this feature will make the program compare the entire file contents
to those stored in the backup.
File filters
File filters define which files and folders to skip during the backup process.
File filters are available for disk-level backups, entire machine backups, and file-level backups, unless
stated otherwise.
Note
This filter is not effective for file-level backup if Version 11 is selected in Backup format and the
backup destination is NOT cloud storage.
It is possible to use both options simultaneously. The latter option overrides the former, i.e. if you
specify C:\File.exe in both fields, this file will be skipped during a backup.
Criteria
l Full path
Specify the full path to the file or folder, starting with the drive letter (when backing up Windows)
or the root directory (when backing up Linux or macOS).
Both in Windows and Linux/macOS, you can use a forward slash in the file or folder path (as in
C:/Temp/File.tmp). In Windows, you can also use the traditional backslash (as in
C:\Temp\File.tmp).
l Name
Specify the name of the file or folder, such as Document.txt. All files and folders with that name
will be selected.
The criteria are not case-sensitive. For example, by specifying C:\Temp, you will also select C:\TEMP,
C:\temp, and so on.
You can use one or more wildcard characters (*, **, and ?) in the criterion. These characters can be
used both within the full path and in the file or folder name.
The asterisk (*) substitutes for zero or more characters in a file name. For example, the criterion
Doc*.txt matches files such as Doc.txt and Document.txt
[Only for backups in the Version 12 format] The double asterisk (**) substitutes for zero or more
characters in a file name and path, including the slash character. For example, the criterion
**/Docs/**.txt matches all txt files in all subfolders of all folders Docs.
The question mark (?) substitutes for exactly one character in a file name. For example, the criterion
Doc?.txt matches files such as Doc1.txt and Docs.txt, but not the files Doc.txt or Doc11.txt.
This option defines whether to back up files one by one or by taking an instant data snapshot.
Note
Files that are stored on network shares are always backed up one by one.
l If only machines running Linux are selected for backup: Do not create a snapshot.
l Otherwise: Create snapshot if it is possible.
Forensic data
Viruses, malware, and ransomware can carry out malicious activities, such as stealing or changing
data. These activities may need to be investigated, which is possible only if digital evidence is
provided. However, pieces of digital evidence, such as files or activity traces, may be deleted or the
machine on which the malicious activity happened may become unavailable.
Backups with forensic data allow investigators to analyze disk areas that are not usually included in
a regular disk backup. The Forensic data backup option allows you to collect the following pieces of
digital evidence that can be used in forensic investigations: snapshots of unused disk space,
memory dumps, and snapshots of running processes.
The Forensic data option is available only for entire machine backups of Windows machines that
run the following operating systems:
Backups with forensic data are not available for the following machines:
Note
You cannot modify the forensic data settings after you apply a protection plan with enabled Backup
module to a machine. To use different forensic data settings, create a new protection plan.
You can store backups with forensic data in the following locations:
l Cloud storage
l Local folder
Note
The local folder location is supported only for external hard disks connected via USB.
Local dynamic disks are not supported as a location for backups with forensic data.
l Network folder
1. Collects raw memory dump and the list of running processes.
2. Automatically reboots a machine into the bootable media.
3. Creates the backup that includes both the occupied and unallocated space.
4. Notarizes the backed-up disks.
5. Reboots into the live operating system and continues plan execution (for example, replication,
retention, validation and other).
1. In the service console, go to Devices > All devices. Alternatively, the protection plan can be
created from the Management tab.
2. Select the device and click Protect.
3. In the protection plan, enable the Backup module.
4. In What to back up, select Entire machine.
5. In Backup options, click Change.
6. Find the Forensic data option.
7. Enable Collect forensic data. The system will automatically collect a memory dump and create
a snapshot of running processes.
Note
Full memory dump may contain sensitive data such as passwords.
As a result, backups will include forensic data and you will be able to get them and analyze. Backups
with forensic data are marked and can be filtered among other backups in Backup storage >
Locations by using the Only with forensic data option.
The system will show a folder with forensic data. Select a memory dump file or any other
forensic file, and then click Download.
You can use the provided memory dump with several of third-party forensic software, for example,
use Volatility Framework at https://www.volatilityfoundation.org/ for further memory analysis.
How it works
Notarization enables you to prove that a disk with forensic data is authentic and unchanged since it
was backed up.
During a backup, the agent calculates the hash codes of the backed-up disks, builds a hash tree,
saves the tree in the backup, and then sends the hash tree root to the notary service. The notary
service saves the hash tree root in the Ethereum blockchain database to ensure that this value does
not change.
When verifying the authenticity of the disk with forensic data, the agent calculates the hash of the
disk, and then compares it with the hash that is stored in the hash tree inside the backup. If these
hashes do not match, the disk is considered not authentic. Otherwise, the disk authenticity is
guaranteed by the hash tree.
To verify that the hash tree itself was not compromised, the agent sends the hash tree root to the
notary service. The notary service compares it with the one stored in the blockchain database. If the
hashes match, the selected disk is guaranteed to be authentic. Otherwise, the software displays a
message that the disk is not authentic.
The scheme below shows shortly the notarization process for backups with forensic data.
1. Go to Backup storage and select the backup with forensic data.
2. Recover the entire machine.
3. The system opens the Disk Mapping view.
4. Click the Get certificate icon for the disk.
5. The system will generate the certificate and open a new window in the browser with the
certificate. Below the certificate you will see the instruction for manual verification of notarized
disk backup.
The installation path: the same folder as the agent has (for example, C:\Program
Files\BackupClient\BackupAndRecovery).
HKEY_LOCAL_
MACHINE\SOFTWARE\Acronis\BackupAndRecovery\Settings\OnlineBackup\FesAddressCache\Defa
ult\<tenant_login>\FesUri
For Linux:
/etc/Acronis/BackupAndRecovery.config
For macOS:
/Library/Application Support/Acronis/Registry/BackupAndRecovery.config
%allusersprofile%\Acronis\BackupAndRecovery\OnlineBackup\Default
For Linux:
/var/lib/Acronis/BackupAndRecovery/OnlineBackup/Default
For macOS:
/Library/Application Support/Acronis/BackupAndRecovery/OnlineBackup/Default
l list backups
l list content
l get content
l calculate hash
list backups
Lists recovery points in a backup.
SYNOPSIS:
Options
--loc=URI
--arc=BACKUP_NAME
--raw
Output template:
<date> – a creation date of the backup. Format is “DD.MM.YYYY HH24:MM:SS”. In local timezone by
default (can be changed by using the --utc option).
Output example:
list content
Lists content in a recovery point.
SYNOPSIS:
Options
--loc=URI
--arc=BACKUP_NAME
--password
--backup=RECOVERY_POINT_ID
--raw
--log=PATH
Output template:
Output example:
get content
Writes content of the specified disk in the recovery point to the standard output (stdout).
SYNOPSIS:
Options
--loc=URI
--arc=BACKUP_NAME
--password
--backup=RECOVERY_POINT_ID
--disk=DISK_NUMBER
--raw
--log=PATH
--progress
calculate hash
Calculates the hash of the specified disk in the recovery point by using the SHA-2 (256-bit) algorithm
and writes it to the stdout.
SYNOPSIS:
Options
--loc=URI
--arc=BACKUP_NAME
--password
--backup=RECOVERY_POINT_ID
--disk=DISK_NUMBER
--raw
--log=PATH
Option Description
--arc=BACKUP_ The backup file name that you can get from the backup properties in the web
NAME console. The backup file must be specified with the extension .tibx.
--disk=DISK_ Disk number (the same as was written to the output of the "get content" command)
NUMBER
--loc=URI A backup location URI. The possible formats of the "--loc" option are:
--log=PATH Enables writing the logs by the specified PATH (local path only, format is the same as
for --loc=URI parameter). Logging level is DEBUG.
-- An encryption password for your backup. If the backup is not encrypted, leave this
password=PASS value empty.
WORD
--raw Hides the headers (2 first rows) in the command output. It is used when the
command output should be parsed.
Output with"--raw":
For example:
1%
2%
3%
4%
...
100%
Log truncation
This option is effective for backup of Microsoft SQL Server databases and for disk-level backup with
enabled Microsoft SQL Server application backup.
This option defines whether the SQL Server transaction logs are truncated after a successful backup.
When this option is enabled, a database can be recovered only to a point in time of a backup
created by this software. Disable this option if you back up transaction logs by using the native
backup engine of Microsoft SQL Server. You will be able to apply the transaction logs after a
recovery and thus recover a database to any point in time.
LVM snapshotting
This option is effective only for physical machines.
This option is effective for disk-level backup of volumes managed by Linux Logical Volume Manager
(LVM). Such volumes are also called logical volumes.
This option defines how a snapshot of a logical volume is taken. The backup software can do this on
its own or rely on Linux Logical Volume Manager (LVM).
l By the backup software. The snapshot data is kept mostly in RAM. The backup is faster and
unallocated space on the volume group is not required. Therefore, we recommend changing the
preset only if you are experiencing problems with backing up logical volumes.
l By LVM. The snapshot is stored on unallocated space of the volume group. If the unallocated
space is missing, the snapshot will be taken by the backup software.
This option is effective only when you select for backup a folder that is higher in the folder hierarchy
than the mount point. (A mount point is a folder on which an additional volume is logically
attached.)
l If such folder (a parent folder) is selected for backup, and the Mount points option is enabled, all
files located on the mounted volume will be included in the backup. If the Mount points option is
disabled, the mount point in the backup will be empty.
During recovery of a parent folder, the mount point content will or will not be recovered,
depending on whether the Mount points option for recovery is enabled or disabled.
l If you select the mount point directly, or select any folder within the mounted volume, the
selected folders will be considered as ordinary folders. They will be backed up regardless of the
state of the Mount points option and recovered regardless of the state of the Mount points
option for recovery.
Note
You can back up Hyper-V virtual machines residing on a cluster shared volume by backing up the
required files or the entire volume with file-level backup. Just power off the virtual machines to be
sure that they are backed up in a consistent state.
Example
Let's assume that the C:\Data1\ folder is a mount point for the mounted volume. The volume
contains folders Folder1 and Folder2. You create a protection plan for file-level backup of your
data.
If you select the check box for volume C and enable the Mount points option, the C:\Data1\ folder
in your backup will contain Folder1 and Folder2. When recovering the backed-up data, be aware of
proper using the Mount points option for recovery.
If you select the check box for volume C, and disable the Mount points option, the C:\Data1\ folder
in your backup will be empty.
If you select the check box for the Data1, Folder1 or Folder2 folder, the checked folders will be
included in the backup as ordinary folders, regardless of the state of the Mount points option.
Multi-volume snapshot
This option is effective for backups of physical machines running Windows or Linux.
This option determines whether to take snapshots of multiple volumes at the same time or one by
one.
When this option is enabled, snapshots of all volumes being backed up are created simultaneously.
Use this option to create a time-consistent backup of data spanning multiple volumes; for instance,
for an Oracle database.
When this option is disabled, the volumes' snapshots are taken one after the other. As a result, if the
data spans several volumes, the resulting backup may be not consistent.
This option is not available for backups executed by the cloud agents, such as website backups or
backups of servers located on the cloud recovery site.
You can configure this option separately for each location specified in the protection plan. To
configure this option for a replication location, click the gear icon next to the location name, and
then click Performance and backup window.
This option is effective only for the backup and backup replication processes. Post-backup
commands and other operations included in a protection plan (for example, validation) will run
regardless of this option.
When this option is disabled, backups are allowed to run at any time, with the following parameters
(no matter if the parameters were changed against the preset value):
When this option is enabled, scheduled backups are allowed or blocked according to the
performance parameters specified for the current hour. At the beginning of an hour when backups
are blocked, a backup process is automatically stopped and an alert is generated.
Even if scheduled backups are blocked, a backup can be started manually. It will use the
performance parameters of the most recent hour when backups were allowed.
l Green: backup is allowed with the parameters specified in the green section below.
l Blue: backup is allowed with the parameters specified in the blue section below.
This state is not available if the backup format is set to Version 11.
l Gray: backup is blocked.
You can click and drag to change the state of multiple rectangles simultaneously.
This option sets the priority of the backup process (service_process.exe) in Windows and the
niceness of the backup process (service_process) in Linux and OS X.
When this option is enabled, you can specify the maximum allowed output speed:
l As a percentage of the estimated writing speed of the destination hard disk (when backing up to a
local folder) or of the estimated maximum speed of the network connection (when backing up to
a network share or cloud storage).
This setting works only if the agent is running in Windows.
l In KB/second (for all destinations).
This option is effective for disk-level backups and file backups created by Agent for Windows, Agent
for Linux, Agent for Mac, Agent for VMware, Agent for Hyper-V, and Agent for Virtuozzo.
Use this option to ship the first full backup created by a protection plan to the cloud storage on a
hard disk drive by using the Physical Data Shipping service. The subsequent incremental backups
are performed over the network.
For local backups that are replicated to cloud, incremental backups continue and are saved locally
until the initial backup is uploaded in the cloud storage. Then all incremental changes are replicated
to the cloud and the replication continues per the backup schedule.
For detailed instructions about using the Physical Data Shipping service and the order creation tool,
refer to the Physical Data Shipping Administrator's Guide. To access this document in the Physical
Data Shipping service web interface, click the question mark icon.
Note
This option is supported with Cyber Protect agent version from release C21.06 or later.
a. Create a new protection plan with backup to a local or network storage.
b. Click Add location and select Cloud storage.
c. In the Cloud storage location row, click the gear wheel and select Physical Data Shipping.
3. Under Use Physical Data Shipping, click Yes and Done.
The Encryption option is enabled automatically in the protection plan because all backups that
are shipped must are encrypted.
4. In the Encryption row, click Specify a password and enter a password for encryption.
Important
Once the initial full backup is done, the subsequent backups must be performed by the same
protection plan. Another protection plan, even with the same parameters and for the same
machine, will require another Physical Data Shipping cycle.
8. Package the drives and ship them to the data center.
Important
Ensure that you follow the packaging instructions provided in the Physical Data Shipping
Administrator's Guide.
9. Track the order status by using the Physical Data Shipping service web interface. Note that the
subsequent backups will fail until the initial backup is uploaded to the cloud storage.
Pre/Post commands
The option enables you to define the commands to be automatically executed before and after the
backup procedure.
l Delete some temporary files from the disk before starting backup.
l Configure a third-party antivirus product to be started each time before the backup starts.
l Selectively copy backups to another location. This option may be useful because the replication
configured in a protection plan copies every backup to subsequent locations.
The agent performs the replication after executing the post-backup command.
The program does not support interactive commands, i.e. commands that require user input (for
example, "pause").
Pre-backup command
To specify a command/batch file to be executed before the backup process starts
Result
Note
If a script fails due to a conflict related to a required library version in Linux, exclude the LD_LIBRARY_
PATH and LD_PRELOAD environmental variables, by adding the following lines in your script:
#!/bin/sh
unset LD_LIBRARY_PATH
unset LD_PRELOAD
Post-backup command
To specify a command/executable file to be executed after the backup is completed
The following scheme illustrates when the pre/post data capture commands are run.
<---------------------------- Backup ---------------------------->
If the Multi-volume snapshot option is enabled, the pre/post data capture commands will run only
once, because the snapshots for all volumes are created simultaneously. If the Multi-volume
snapshot option is disabled, the pre/post data capture commands will run for every volume that is
being backed up because the snapshots are created sequentially, one volume after another.
If the Volume Shadow Copy Service (VSS) option is enabled, the pre/post data capture commands
and the Microsoft VSS actions will run as follows:
Pre-data capture commands > VSS Suspend > Data capture > VSS Resume > Post-data capture commands
By using the pre/post data capture commands, you can suspend and resume a database or
application that is not compatible with VSS. Because the data capture takes seconds, the database
or application idle time will be minimal.
Result
Note
If a script fails due to a conflict related to a required library version in Linux, exclude the LD_LIBRARY_
PATH and LD_PRELOAD environmental variables, by adding the following lines in your script:
#!/bin/sh
unset LD_LIBRARY_PATH
unset LD_PRELOAD
Result
Scheduling
This option defines whether backups start as scheduled or with a delay, and how many virtual
machines are backed up simultaneously.
The preset is: Distribute backup start times within a time window. Maximum delay: 30
minutes.
Sector-by-sector backup
The option is effective only for disk-level backup.
This option defines whether an exact copy of a disk or volume on a physical level is created.
If this option is enabled, all disk or volume's sectors will be backed up, including unallocated space
and those sectors that are free of data. The resulting backup will be equal in size to the disk being
backed up (if the "Compression level" option is set to None). The software automatically switches to
the sector-by-sector mode when backing up drives with unrecognized or unsupported file systems.
Note
It will be impossible to perform a recovery of application data from the backups which were created
in the sector-by-sector mode.
Splitting
This option enables you to select the method of splitting of large backups into smaller files.
l If the backup location is a local or network (SMB) folder, and the backup format is Version 12:
Fixed size - 200 GB
This setting allows the backup software to work with large volumes of data on the NTFS file
system, without negative effects caused by file fragmentation.
l Otherwise: Automatic
l Automatic
A backup will be split if it exceeds the maximum file size supported by the file system.
l Fixed size
Enter the desired file size or select it from the drop-down list.
If this option is enabled, the program will try to execute the protection plan again. You can specify
the number of attempts and the time interval between the attempts. The program stops trying as
soon as an attempt completes successfully OR the specified number of attempts is performed,
depending on which comes first.
This option determines the program behavior in case a task is about to start (the scheduled time
comes or the event specified in the schedule occurs), but the condition (or any of multiple
conditions) is not met. For more information about conditions refer to "Start conditions".
The preset is: Wait until the conditions from the schedule are met.
To handle the situation when the conditions are not met for too long and further delaying the task is
becoming risky, you can set the time interval after which the task will run irrespective of the
condition. Select the Run the task anyway after check box and specify the time interval. The task
The option defines whether a Volume Shadow Copy Service (VSS) provider has to notify VSS-aware
applications that the backup is about to start. This ensures the consistent state of all data used by
the applications; in particular, completion of all database transactions at the moment of taking the
data snapshot by the backup software. Data consistency, in turn, ensures that the application will be
recovered in the correct state and become operational immediately after recovery.
Disable this option if your database is incompatible with VSS. Snapshots are taken faster, but data
consistency of the applications whose transactions are not completed at the time of taking a
snapshot cannot be guaranteed. You may use Pre/Post data capture commands to ensure that the
data is backed up in a consistent state. For instance, specify pre-data capture commands that will
suspend the database and flush all caches to ensure that all transactions are completed; and specify
post-data capture commands that will resume the database operations after the snapshot is taken.
Note
If this option is enabled, files and folders that are specified in the HKEY_LOCAL_
MACHINE\SYSTEM\CurrentControlSet\Control\BackupRestore\FilesNotToSnapshot registry
key are not backed up. In particular, offline Outlook Data Files (.ost) are not backed up because they
are specified in the OutlookOST value of this key.
l If you use Agent for Exchange or third-party software for backing up the Exchange Server data.
This is because the log truncation will interfere with the consecutive transaction log backups.
l If you use third-party software for backing up the SQL Server data. The reason for this is that the
third-party software will take the resulting disk-level backup for its "own" full backup. As a result,
the next differential backup of the SQL Server data will fail. The backups will continue failing until
the third-party software creates the next "own" full backup.
l If other VSS-aware applications are running on the machine and you need to keep their logs for
any reason.
Enabling this option does not result in the truncation of Microsoft SQL Server logs. To truncate the
SQL Server log after a backup, enable the Log truncation backup option.
Note
For Red Hat Virtualization (oVirt) virtual machines, we recommend that you install QEMU Guest
Tools instead of Red Hat Virtualization Guest Tools. Some versions of Red Hat Virtualization Guest
Tools do not support application-consistent snapshots.
If this option is enabled, transactions of all VSS-aware applications running in a virtual machine are
completed before taking snapshot. If a quiesced snapshot fails after the number of re-attempts
specified in the "Error handling" option, and application backup is disabled, a non-quiesced
snapshot is taken. If application backup is enabled, the backup fails.
Enabling the Volume Shadow Copy Service (VSS) for virtual machines option also triggers the
pre‐freeze and post‐thaw scripts that you might have on backed-up the virtual machine. For more
information on these scripts, refer to "Running pre‐freeze and post‐thaw scripts automatically" (p.
383).
If this option is disabled, a non-quiesced snapshot is taken. The virtual machine will be backed up in
a crash-consistent state.
Note
This option does not affect Scale Computing HC3 virtual machines. For them, quiescing depends on
whether Scale Tools are installed on the virtual machine.
This option defines whether the agents have to log events of the backup operations in the
Application Event Log of Windows (to see this log, run eventvwr.exe or select Control Panel >
Administrative tools > Event Viewer). You can filter the events to be logged.
Recovery
Note
Recovery through the web interface is not available for tenants in the Enhanced security mode.
Physical machine
Using bootable media
(Mac)
Microsoft 365
Mailboxes
Using the web interface
(local Agent for Microsoft 365)
Mailboxes
Using the web interface
(cloud Agent for Microsoft 365)
Google Workspace
Safe recovery
A backed-up OS image can have malware that can reinfect a machine after recovery.
The safe recovery functionality allows you to prevent recurrence of infections by using the
integrated antimalware scanning and malware deletion during the recovery process.
Limitations:
l Safe recovery is supported only for physical or virtual Windows machines with Agent for Windows
installed inside the machine.
l The supported backup types are "Entire machine" or "Disks/volumes" backups.
l Safe recovery is supported only for the volumes with NTFS file system. Non-NTFS partitions will
be recovered without antimalware scanning.
l Safe recovery is not supported for CDP backups. The machine will be recovered based on the last
regular backup without the data in the CDP backup. To recover the CDP data, start a Files/folders
recovery.
How it works
If you enable the Safe recovery option during the recovery process, then the system will perform the
following:
1. Scan the image backup for malware and mark the infected files. One of the following statuses is
assigned to a backup:
l No malware – no malware was found in a backup during scanning.
l Malware detected – malware was found in a backup during scanning.
l Not scanned – backup was not scanned for malware.
Recovering a machine
Use bootable media instead of the web interface if you need to recover:
Important
Backed-up encrypted volumes are recovered as non-encrypted.
Recovering an encrypted system volume does not require any additional actions. To recover an
encrypted non-system volume, you must lock it first, for example, by opening a file that resides on
this volume. Otherwise, the recovery will continue without restart and the recovered volume might
not be recognized by Windows.
Note
If the recovery fails and your machine restarts with the Cannot get file from partition error, try
disabling Secure Boot. For more information on how to do it, refer to Disabling Secure Boot in the
Microsoft documentation.
This section describes the recovery of a physical machine as a virtual machine by using the web
interface. This operation can be performed if at least one agent for the relevant hypervisor is
installed and registered in Acronis Management Server. For example, recovery to VMware ESXi
requires at least one Agent for VMware, recovery to Hyper-V requires at least one Agent for Hyper-V
installed and registered in the environment.
Recovery through the web interface is not available for tenants in the Enhanced security mode.
Note
You cannot recover macOS virtual machines to Hyper-V hosts, because Hyper-V does not support
macOS. You can recover macOS virtual machines to a VMware host that is installed on Mac
hardware.
Also, you cannot recover backups of macOS physical machines as virtual machines.
Note
At least one agent for that hypervisor must be installed and registered in Acronis
Management Server.
b. Select whether to recover to a new or existing machine. The new machine option is
preferable as it does not require the disk configuration of the target machine to exactly
match the disk configuration in the backup.
c. Select the host and specify the new machine name, or select an existing target machine.
d. Click OK.
7. [For Virtuozzo Hybrid Infrastructure] Click VM settings to select Flavor. Optionally, you can
change the memory size, the number of processors, and the network connections of the virtual
machine.
Note
Selecting flavor is a required step for Virtuozzo Hybrid Infrastructure.
Note
Recovery through the web interface is not available for tenants in the Enhanced security mode.
Prerequisites
l A virtual machine must be stopped during the recovery to this machine. By default, the software
stops the machine without a prompt. When the recovery is completed, you have to start the
machine manually. You can change the default behavior by using the VM power management
recovery option (click Recovery options > VM power management).
Procedure
10. In Backup contents, select the disks that you want to recover. Click OK to confirm your
selection.
11. Under Where to recover, the software automatically maps the selected disks to the target disks.
If the mapping is not successful or if you are unsatisfied with the mapping result, you can re-map
disks manually.
Note
Changing disk layout may affect the operating system bootability. Please use the original
machine's disk layout unless you feel fully confident of success.
12. [When recovering Linux] If the backed-up machine had logical volumes (LVM) and you want to
reproduce the original LVM structure:
a. Ensure that the number of the target machine disks and each disk capacity are equal to or
exceed those of the original machine, and then click Apply RAID/LVM.
b. Review the volume structure, and then click Apply RAID/LVM to create it.
13. [Optional] Click Recovery options to specify additional settings.
14. Click OK to start the recovery.
Preparation
Prepare drivers
Before applying Universal Restore to a Windows operating system, make sure that you have the
drivers for the new HDD controller and the chipset. These drivers are critical to start the operating
system. Use the CD or DVD supplied by the hardware vendor or download the drivers from the
vendor’s website. The driver files should have the *.inf extension. If you download the drivers in the
*.exe, *.cab or *.zip format, extract them using a third-party application.
The best practice is to store drivers for all the hardware used in your organization in a single
repository sorted by device type or by the hardware configurations. You can keep a copy of the
repository on a DVD or a flash drive; pick some drivers and add them to the bootable media; create
the custom bootable media with the necessary drivers (and the necessary network configuration)
for each of your servers. Or, you can simply specify the path to the repository every time Universal
Restore is used.
l If the drivers are on a vendor's disc or other removable media, turn on the Search removable
media.
l If the drivers are located in a networked folder or on the bootable media, specify the path to the
folder by clicking Add folder.
In addition, Universal Restore will search the Windows default driver storage folder. Its location is
determined in the registry value DevicePath, which can be found in the registry key HKEY_LOCAL_
MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion. This storage folder is usually
WINDOWS/inf.
Universal Restore will perform the recursive search in all the sub-folders of the specified folder, find
the most suitable HAL and HDD controller drivers of all those available, and install them into the
system. Universal Restore also searches for the network adapter driver; the path to the found driver
is then transmitted by Universal Restore to the operating system. If the hardware has multiple
network interface cards, Universal Restore will try to configure all the cards' drivers.
l The hardware has a specific mass storage controller such as RAID (especially NVIDIA RAID) or a
fibre channel adapter.
l You migrated a system to a virtual machine that uses a SCSI hard drive controller. Use SCSI
drivers bundled with your virtualization software or download the latest drivers versions from the
software manufacturer website.
l If the automatic drivers search does not help to boot the system.
Specify the appropriate drivers by clicking Add driver. The drivers defined here will be installed,
with appropriate warnings, even if the program finds a better driver.
If Universal Restore cannot find a compatible driver in the specified locations, it will display a
prompt about the problem device. Do one of the following:
l Add the driver to any of the previously specified locations and click Retry.
Once Windows boots, it will initialize the standard procedure for installing new hardware. The
network adapter driver will be installed silently if the driver has the Microsoft Windows signature.
Otherwise, Windows will ask for confirmation on whether to install the unsigned driver.
After that, you will be able to configure the network connection and specify drivers for the video
adapter, USB and other devices.
When Universal Restore is applied to a Linux operating system, it updates a temporary file system
known as the initial RAM disk (initrd). This ensures that the operating system can boot on the new
hardware.
Universal Restore adds modules for the new hardware (including device drivers) to the initial RAM
disk. As a rule, it finds the necessary modules in the /lib/modules directory. If Universal Restore
cannot find a module it needs, it records the module’s file name into the log.
Universal Restore may modify the configuration of the GRUB boot loader. This may be required, for
example, to ensure the system bootability when the new machine has a different volume layout
than the original machine.
The initial RAM disk is stored on the machine in a file. Before updating the initial RAM disk for the
first time, Universal Restore saves a copy of it to the same directory. The name of the copy is the
name of the file, followed by the _acronis_backup.img suffix. This copy will not be overwritten if
you run Universal Restore more than once (for example, after you have added missing drivers).
l Rename the copy accordingly. For example, run a command similar to the following:
mv initrd-2.6.16.60-0.21-default_acronis_backup.img initrd-2.6.16.60-0.21-default
l Specify the copy in the initrd line of the GRUB boot loader configuration.
Note
Recovery through the web interface is not available for tenants in the Enhanced security mode.
1. Select the machine that originally contained the data that you want to recover.
2. Click Recovery.
3. Select the recovery point. Note that recovery points are filtered by location.
If the selected machine is physical and it is offline, recovery points are not displayed. Do any of
the following:
l [Recommended] If the backup location is cloud or shared storage (i.e. other agents can access
it), click Select machine, select a target machine that is online, and then select a recovery
point.
l Select a recovery point on the Backup storage tab.
l Download the files from the cloud storage.
l Use bootable media.
4. Click Recover > Files/folders.
5. Browse to the required folder or use the search bar to obtain the list of the required files and
folders.
Search is language-independent.
You can use one or more wildcard characters (* and ?). For more details about using wildcards,
refer to "File filters".
Note
Search is not available for disk-level backups that are stored in the cloud storage.
Note
Symbolic links are not supported.
Limitations
l Backups of system state, SQL databases, and Exchange databases cannot be browsed.
[When browsing file-level backups] You can select the backup date and time in the next step,
under the gear icon located to the right of the selected file. By default, files are recovered from
the latest backup.
5. Browse to the required folder or use the search bar to obtain the list of the required files.
Search is language-independent.
1. Select the file as described in steps 1-6 of the "Recovering files by using the web interface"
section, or steps 1-5 of the "Downloading files from the cloud storage" section.
2. Ensure that the selected file is marked with the following icon: . This means that the file is
notarized.
3. Do one of the following:
l Click Verify.
The software checks the file authenticity and displays the result.
l Click Get certificate.
A certificate that confirms the file notarization is opened in a web browser window. The
window also contains instructions that allow you to verify the file authenticity manually.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
ASign is a service that allows multiple people to sign a backed-up file electronically. This feature is
available only for file-level backups stored in the cloud storage.
For example, ASign can be used for electronic signing of the following files:
1. Select the file as described in steps 1-6 of the "Recovering files by using the web interface"
section, or steps 1-5 of the "Downloading files from the cloud storage" section.
2. Ensure that the correct date and time is selected on the left panel.
3. Click Sign this file version.
4. Specify the password for the cloud storage account under which the backup is stored. The login
of the account is displayed in the prompt window.
The ASign service interface is opened in a web browser window.
5. Add other signees by specifying their email addresses. It is not possible to add or remove signees
after sending invitations, so ensure that the list includes everyone whose signature is required.
6. Click Invite to sign to send invitations to the signees.
Each signee receives an email message with the signature request. When all the requested
signees sign the file, it is notarized and signed through the notary service.
You will receive notifications when each signee signs the file and when the entire process is
complete. You can access the ASign web page by clicking View details in any of the email
messages that you receive.
7. Once the process is complete, go to the ASign web page and click Get document to download a
.pdf document that contains:
l The Signature Certificate page with the collected signatures.
l The Audit Trail page with history of activities: when the invitation was sent to the signees,
when each signee signed the file, and so on.
Note
Recovery through the web interface is not available for tenants in the Enhanced security mode.
1. Select the machine for which you want to recover the system state.
2. Click Recovery.
3. Select a system state recovery point. Note that recovery points are filtered by location.
4. Click Recover system state.
5. Confirm that you want to overwrite the system state with its backed-up version.
The recovery progress is shown on the Activities tab.
If you are recovering an ESXi configuration to a non-original host and the original ESXi host is still
connected to the vCenter Server, disconnect and remove this host from the vCenter Server to avoid
unexpected issues during the recovery. If you want to keep the original host along with the
recovered one, you can add it again after the recovery is complete.
The virtual machines running on the host are not included in an ESXi configuration backup. They can
be backed up and recovered separately.
Recovery options
To modify the recovery options, click Recovery options when configuring recovery.
l The environment the agent that performs recovery operates in (Windows, Linux, macOS, or
bootable media).
l The type of data being recovered (disks, files, virtual machines, application data).
Backup + + + + + + + + +
validation
Boot mode + - - - - - - + -
Date and - - - + + + + - -
time for
files
Error + + + + + + + + +
handling
File - - - + + + + - -
exclusions
File-level - - - + - - - - -
security
Flashback + + + - - - - + -
Full path - - - + + + + - -
recovery
Mount - - - + - - - - -
points
Performan + + - + + + - + +
ce
Pre/post + + - + + + - + +
commands
SID + - - - - - - - -
changing
VM power - - - - - - - + -
manageme
nt
Windows + - - + - - - Hyper-V +
event log only
Backup validation
This option defines whether to validate a backup to ensure that the backup is not corrupted, before
data is recovered from it. This operation is performed by the protection agent.
Validation calculates a checksum for every data block saved in the backup. The only exception is
validation of file-level backups that are located in the cloud storage. These backups are validated by
checking consistency of the meta information saved in the backup.
Validation is a time-consuming process, even for an incremental or differential backup, which are
small in size. This is because the operation validates not only the data physically contained in the
backup, but all of the data recoverable by selecting the backup. This requires access to previously
created backups.
Note
Depending on the settings chosen by your service provider, validation might not be available when
backing up to the cloud storage.
Boot mode
This option is effective when recovering a physical or a virtual machine from a disk-level backup that
contains a Windows operating system.
This option enables you to select the boot mode (BIOS or UEFI) that Windows will use after the
recovery. If the boot mode of the original machine is different from the selected boot mode, the
software will:
l Initialize the disk to which you are recovering the system volume, according to the selected boot
mode (MBR for BIOS, GPT for UEFI).
l Adjust the Windows operating system so that it can start using the selected boot mode.
Recommendations
If you need to transfer Windows between UEFI and BIOS:
l Recover the entire disk where the system volume is located. If you recover only the system
volume on top of an existing volume, the agent will not be able to initialize the target disk
properly.
l Remember that BIOS does not allow using more than 2 TB of disk space.
Limitations
l Transferring between UEFI and BIOS is supported for:
o 64-bit Windows operating systems starting with Windows 7
o 64-bit Windows Server operating systems starting with Windows Server 2008 SP1
l Transferring between UEFI and BIOS is not supported if the backup is stored on a tape device.
When transferring a system between UEFI and BIOS is not supported, the agent behaves as if the As
on the backed-up machine setting is chosen. If the target machine supports both UEFI and BIOS,
you need to manually enable the boot mode corresponding to the original machine. Otherwise, the
system will not boot.
This option defines whether to recover the files' date and time from the backup or assign the files
the current date and time.
If this option is enabled, the files will be assigned the current date and time.
Error handling
These options enable you to specify how to handle errors that might occur during recovery.
When a recoverable error occurs, the program re-attempts to perform the unsuccessful operation.
You can set the time interval and the number of attempts. The attempts will be stopped as soon as
the operation succeeds OR the specified number of attempts are performed, depending on which
comes first.
When this option is enabled, you can specify a folder on the local disk (including flash or HDD drives
attached to the target machine) or on a network share where the log, system information, and crash
dump files will be saved. This file will help the technical support personnel to identify the problem.
File exclusions
This option is effective only when recovering files.
The option defines which files and folders to skip during the recovery process and thus exclude
from the list of recovered items.
Note
Exclusions override the selection of data items to recover. For example, if you select to recover file
MyFile.tmp and to exclude all .tmp files, file MyFile.tmp will not be recovered.
File-level security
This option is effective when recovering files from disk- and file-level backups of NTFS-formatted
volumes.
This option defines whether to recover NTFS permissions for files along with the files.
You can choose whether to recover the permissions or let the files inherit their NTFS permissions
from the folder to which they are recovered.
Flashback
This option is effective when recovering disks and volumes on physical and virtual machines, except
for Mac.
This option works only if the volume layout of the disk being recovered exactly matches that of the
target disk.
If the option is enabled, only the differences between the data in the backup and the target disk
data are recovered. This accelerates recovery of physical and virtual machines. The data is
compared at the block level.
If this option is enabled, the full path to the file will be re-created in the target location.
Mount points
This option is effective only in Windows for recovering data from a file-level backup.
Enable this option to recover files and folders that were stored on the mounted volumes and were
backed up with the enabled Mount points option.
This option is effective only when you select for recovery a folder that is higher in the folder
hierarchy than the mount point. If you select for recovery folders within the mount point or the
mount point itself, the selected items will be recovered regardless of the Mount points option
value.
Note
Please be aware that if the volume is not mounted at the moment of recovery, the data will be
recovered directly to the folder that has been the mount point at the time of backing up.
Performance
This option defines the priority of the recovery process in the operating system.
The priority of a process running in a system determines the amount of CPU and system resources
allocated to that process. Decreasing the recovery priority will free more resources for other
applications. Increasing the recovery priority might speed up the recovery process by requesting the
operating system to allocate more resources to the application that will perform the recovery.
However, the resulting effect will depend on the overall CPU usage and other factors like disk I/O
speed or network traffic.
Pre/Post commands
The option enables you to define the commands to be automatically executed before and after the
data recovery.
The program does not support interactive commands, i.e. commands that require user input (for
example, "pause".)
A post-recovery command will not be executed if the recovery proceeds with reboot.
Pre-recovery command
To specify a command/batch file to be executed before the recovery process starts
Result
Note
A post-recovery command will not be executed if the recovery proceeds with reboot.
SID changing
This option is effective when recovering Windows 8.1/Windows Server 2012 R2 or earlier.
This option is not effective when recovery to a virtual machine is performed by Agent for VMware,
Agent for Hyper-V, Agent for Scale Computing HC3, or Agent for oVirt.
The software can generate a unique security identifier (Computer SID) for the recovered operating
system. You only need this option to ensure operability of third-party software that depends on
Computer SID.
Microsoft does not officially support changing SID on a deployed or recovered system. So use this
option at your own risk.
VM power management
These options are effective when recovery to a virtual machine is performed by Agent for VMware,
Agent for Hyper-V, Agent for Virtuozzo, Agent for Scale Computing HC3, or Agent for oVirt.
Recovery to an existing virtual machine is not possible if the machine is online, and so the machine
is powered off automatically as soon as the recovery starts. Users will be disconnected from the
machine and any unsaved data will be lost.
After a machine is recovered from a backup to another machine, there is a chance the existing
machine's replica will appear on the network. To be on the safe side, power on the recovered virtual
machine manually, after you take the necessary precautions.
This option defines whether the agents have to log events of the recovery operations in the
Application Event Log of Windows (to see this log, run eventvwr.exe or select Control Panel >
Administrative tools > Event Viewer). You can filter the events to be logged.
Backups that are stored in a shared location (such as an SMB or NFS share) are visible to all users
that have the read permission for the location.
In Windows, backup files inherit the access permissions from their parent folder. Therefore, we
recommend that you restrict the read permissions for this folder.
In the cloud storage, users have access only to their own backups.
An administrator can view backups to cloud on behalf of any account that belongs to the given unit
or company and its child groups, by selecting the cloud storage for the account. To select the device
that you want to use to obtain data from cloud, click Change in the Machine to browse from row.
The Backup storage tab shows the backups of all machines ever registered under the selected
account.
Backups created by the cloud Agent for Microsoft 365 and backups of Google Workspace data are
shown not in the Cloud storage location, but in a separate section named Cloud applications
backups.
1An orphaned backup is a backup that is not associated to a protection plan anymore.
If you added or removed some backups by using a file manager, click the gear icon next to the
location name, and then click Refresh.
Warning!
Do not try editing the backup files manually because this may result in file corruption and make the
backups unusable. Also, we recommend that you use the backup replication instead of moving
backup files manually.
A backup location (except for the cloud storage) disappears from the Backup storage tab if all
machines that had ever backed up to the location were deleted from the Cyber Protection service.
This ensures that you do not have to pay for the backups stored in this location. As soon as a
backup to this location occurs, the location is re-added along with all backups that are stored in it.
On the Backup storage tab, you can filter backups in the list by using the following criteria:
l Only with forensic data – only backups having forensic data will be shown.
l Only pre-update backups created by Patch management – only backups that were created
during patch management run before patch installation will be shown.
1. On the Backup storage tab, select the location where the backups are stored.
The software displays all backups that your account is allowed to view in the selected location.
The backups are combined in groups. The group names are based on the following template:
<machine name> - <protection plan name>
2. Select a group from which you want to recover the data.
3. [Optional] Click Change next to Machine to browse from, and then select another machine.
Some backups can only be browsed by specific agents. For example, you must select a machine
running Agent for SQL to browse the backups of Microsoft SQL Server databases.
Important
Please be aware that the Machine to browse from is a default destination for recovery from a
physical machine backup. After you select a recovery point and click Recover, double check the
Target machine setting to ensure that you want to recover to this specific machine. To change
the recovery destination, specify another machine in Machine to browse from.
Requirements
l This functionality is available only in Windows by using File Explorer.
l Agent for Windows must be installed on the machine that performs the mount operation.
l The backed-up file system must be supported by the Windows version that the machine is
running.
l The backup must be stored in a local folder, on a network share (SMB/CIFS), or in the Secure
Zone.
Usage scenarios
l Sharing data
Mounted volumes can be easily shared over the network.
l "Band-aid" database recovery solution
Mount a volume that contains an SQL database from a recently failed machine. This will provide
access to the database until the failed machine is recovered. This approach can also be used for
granular recovery of Microsoft SharePoint data by using SharePoint Explorer.
l Offline virus removal
If a machine is infected, mount its backup, clean it with an antivirus program (or find the latest
backup that is not infected), and then recover the machine from this backup.
l Error check
If a recovery with volume resize has failed, the reason may be an error in the backed-up file
system. Mount the backup in the read/write mode. Then, check the mounted volume for errors
by using the chkdsk /r command. After the errors are fixed and a new incremental backup is
created, recover the system from this backup.
5. Right-click a volume to mount, and then select one of the following options:
a. Mount
Note
Only the last backup in the archive (backup chain) can be mounted in read-write mode.
To unmount a volume
1. Browse to Computer (This PC in Windows 8.1 and later) by using File Explorer.
2. Right-click the mounted volume.
3. Click Unmount.
4. [Optional] If the volume was mounted in the read/write mode, and its content was modified,
select whether to create an incremental backup containing the changes. Otherwise, skip this
step.
Validating backups
Validation is an operation that checks the possibility of data recovery from a backup. For more
information about this operation, refer to "Validation" (p. 615).
To validate a backup
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
The result of an export operation is always a full backup. If you want to replicate the entire backup
chain to a different location and preserve multiple recovery points, use a backup replication plan.
For more information about this plan, refer to "Backup replication" (p. 614).
The backup file name of the exported backup is the same as that of the original backup, except for
the sequence number. If multiple backups from the same backup chain are exported to the same
location, a four-digit sequence number is appended to the file names of all backups except for the
first one.
The exported backup inherits the encryption settings and password from the original backup. When
exporting an encrypted backup, you must specify the password.
To export a backup
Deleting backups
Warning!
If immutable storage is disabled, backup data is permanently deleted and cannot be recovered.
To delete backups of a workload that is online and present in the service console
1. On the Backup storage tab, select the location from which you want to delete the backups.
The software displays all backups that your account is allowed to view in the selected location.
The backups are combined in backup sets. The backup set names are based on the following
template:
l <workload name> - <protection plan name>
l <user name> or <drive name> - <cloud service> - <protection plan name> – for cloud-to-cloud
backups
2. Select a backup set.
3. Delete the desired backups. You can delete the whole backup set or a single backup in it.
l To delete the whole backup set, click Delete.
l To delete a single backup in the selected set:
a. Click Show backups.
b. Select the backup to delete, and then click the gear icon.
c. Click Delete.
4. Confirm your decision.
1. Log in to the cloud storage, as described in "Downloading files from the cloud storage" (p. 257).
2. Click the name of the workload whose backups you want to delete.
The software displays one or more backup groups.
3. Click the gear icon corresponding to the backup group that you want to delete.
4. Click Remove.
5. Confirm the operation.
We recommend that you delete backups by using the service console, whenever possible. If you
deleted local backups by using a file manager, do the following:
1. On the Backup storage tab, click the gear icon next to the location name.
2. Click Refresh.
This way you will inform the Cyber Protection service that the local storage usage is decreased.
l Database backup
This is a file-level backup of the databases and the metadata associated with them. The
databases can be recovered to a live application or as files.
l Application-aware backup
This is a disk-level backup that also collects the applications' metadata. This metadata enables
browsing and recovery of the application data without recovering the entire disk or volume. The
disk or volume can also be recovered as a whole. This means that a single solution and a single
protection plan can be used for both disaster recovery and data protection purposes.
For Microsoft Exchange Server, you can opt for Mailbox backup. This is a backup of individual
mailboxes via the Exchange Web Services protocol. The mailboxes or mailbox items can be
recovered to a live Exchange Server or to Microsoft 365. Mailbox backup is supported for Microsoft
Exchange Server 2010 Service Pack 1 (SP1) and later.
To protect only the content, you can back up the content databases separately.
Recovering applications
The following table summarizes the available application recovery methods.
Microsoft SQL Server Databases to a live SQL Server Entire machine Entire
instance machine
Databases to a live SQL Server
Databases as files instance
Databases as files
* Granular recovery is also available from a mailbox backup. Recovery of Exchange data items to
Microsoft 365, and vice versa, is supported on the condition that Agent for Microsoft 365 is installed
locally.
Prerequisites
Before configuring the application backup, ensure that the requirements listed below are met.
To check the VSS writers state, use the vssadmin list writers command.
Common requirements
For Microsoft SQL Server, ensure that:
Note
Agent for Exchange needs a temporary storage to operate. By default, the temporary files are
located in %ProgramData%\Acronis\Temp. Ensure that you have at least as much free space on the
volume where the %ProgramData% folder is located as 15 percent of an Exchange database size.
Alternatively, you can change the location of the temporary files before creating Exchange backups
as described in Changing Temp Files and Folder Location (40040).
l For physical machines and machines with the agent installed inside, the Volume Shadow Copy
Service (VSS) backup option is enabled.
l For virtual machines, the Volume Shadow Copy Service (VSS) for virtual machines backup option
is enabled.
l The virtual machine being backed up meets the requirements for application-consistent backup
and restore listed in the article "Windows Backup Implementations" in the VMware
documentation: https://code.vmware.com/docs/1674/virtual-disk-programming-
guide/doc/vddkBkupVadp.9.6.html.
l VMware Tools is installed and up-to-date on the machine.
l User Account Control (UAC) is disabled on the machine. If you do not want to disable UAC, you
must provide the credentials of the built-in domain administrator (DOMAIN\Administrator) when
enabling application backup.
Note
Use the built-in domain administrator account that was configured as part of the creation of the
domain. Accounts created later are not supported.
Database backup
Before backing up databases, ensure that the requirements listed in "Prerequisites" are met.
Select the databases as described below, and then specify other settings of the protection plan as
appropriate.
An incremental backup contains the changed blocks of the database files, the checkpoint files, and a
small number of the log files that are more recent than the corresponding database checkpoint.
Because changes to the database files are included in the backup, there is no need to back up all the
transaction log records since the previous backup. Only the log that is more recent than the
The transaction log files are truncated after each successful backup.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
In a Failover Cluster Instance, SQL databases are located on a shared storage. This storage can only
be accessed from the active cluster node. If the active node fails, a failover occurs and a different
node becomes active.
In an availability group, each database replica resides on a different node. If the primary replica
becomes not available, a secondary replica residing on a different node is assigned the primary role.
Thus, the clusters are already serving as a disaster recovery solution themselves. However, there
might be cases when the clusters cannot provide data protection: for example, in case of a database
logical corruption, or when the entire cluster is down. Also cluster solutions do not protect from
harmful content changes, as they usually immediately replicate to all cluster nodes.
How many agents are required for cluster data backup and recovery?
For successful data backup and recovery of a cluster Agent for SQL has to be installed on each node
of the WSFC cluster.
Note
After you install the agent on one of the nodes, the software displays the AAG and its nodes
under Devices > Microsoft SQL > Databases. To install Agents for SQL on the rest of the nodes,
select the AAG, click Details, and then click Install agent next to each of the nodes.
Warning!
The database set must be exactly the same in all nodes. If even one set is different, or not
defined on all nodes, the cluster backup will not work correctly.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
However, there might be cases when failover cluster solutions cannot provide data protection: for
example, in case of a database logical corruption, or when a particular database in a cluster has no
copy (replica), or when the entire cluster is down. Also cluster solutions do not protect from harmful
content changes, as they usually immediately replicate to all cluster nodes.
Cluster-aware backup
With cluster-aware backup, you back up only one copy of the clustered data. If the data changes its
location within the cluster (due to a switchover or a failover), the software will track all relocations of
this data and safely back it up.
DAG is a group of up to 16 Exchange Mailbox servers. Any node can host a copy of mailbox
database from any other node. Each node can host passive and active database copies. Up to 16
copies of each database can be created.
Note
After you install the agent on one of the nodes, the service console displays the DAG and its nodes
under Devices > Microsoft Exchange > Databases. To install Agents for Exchange on the rest of
the nodes, select the DAG, click Details, and then click Install agent next to each of the nodes.
Important
For cluster-aware backup, ensure to select the DAG itself. If you select individual nodes or
databases inside the DAG, only the selected items will be backed up and the Cluster backup mode
option will be ignored.
Application-aware backup
Application-aware disk-level backup is available for physical machines, ESXi virtual machines, and
Hyper-V virtual machines.
When you back up a machine running Microsoft SQL Server, Microsoft Exchange Server, or Active
Directory Domain Services, enable Application backup for additional protection of these
applications' data.
1. The applications are backed up in a consistent state and thus will be available immediately after
the machine is recovered.
2. You can recover the SQL and Exchange databases, mailboxes, and mailbox items without
recovering the entire machine.
3. The SQL transaction logs are truncated after each successful backup. SQL log truncation can be
disabled in the protection plan options. The Exchange transaction logs are truncated on virtual
machines only. You can enable the VSS full backup option if you want to truncate Exchange
transaction logs on a physical machine.
4. If a domain contains more than one domain controller, and you recover one of them, a
nonauthoritative restore is performed and a USN rollback will not occur after the recovery.
On a virtual machine, no agent installation is required; it is presumed that the machine is backed up
by Agent for VMware (Windows) or Agent for Hyper-V.
Note
For Hyper-V and VMware ESXi virtual machines that are running Windows Server 2022, application-
aware backup is not supported in the agentless mode – that is, when the backup is performed by
Agent for Hyper-V or or Agent for VMware, respectively. To protect Microsoft applications on these
machines, install Agent for Windows inside the guest operating system.
Other requirements are listed in the "Prerequisites" and "Required user rights" sections.
Note
Use the built-in domain administrator account that was configured as part of the creation of the
domain. Accounts created later are not supported.
Mailbox backup
Mailbox backup is supported for Microsoft Exchange Server 2010 Service Pack 1 (SP1) and later.
Mailbox backup is available if at least one Agent for Exchange is registered on the management
server. The agent must be installed on a machine that belongs to the same Active Directory forest as
Microsoft Exchange Server.
As a result, the mailboxes appear under Devices > Microsoft Exchange > Mailboxes.
Membership of the account in the Organization Management role group enables access to any
mailbox, including mailboxes that will be created in the future.
l The account must be a member of the Server Management and Recipient Management role
groups.
l The account must have the ApplicationImpersonation management role enabled for all users
or groups of users whose mailboxes the agent will access.
For information about configuring the ApplicationImpersonation management role, refer to the
following Microsoft knowledge base article: https://msdn.microsoft.com/en-
us/library/office/dn722376.aspx.
You can recover SQL databases to a SQL Server instance, if Agent for SQL is installed on the machine
running the instance.
If you use Windows authentication, you will need to provide credentials for an account that is a
member of the Backup Operators or Administrators group on the machine and a member of the
sysadmin role on the target instance. If you use SQL Server authentication, you will need to provide
credentials for an account that is a member of the sysadmin role on the target instance.
Alternatively, you can recover the databases as files. This can be useful if you need to extract data
for data mining, audit, or further processing by third-party tools. You can attach the SQL database
files to a SQL Server instance, as described in "Attaching SQL Server databases".
If you use only Agent for VMware (Windows), recovering databases as files is the only available
recovery method. Recovering databases by using Agent for VMware (Virtual Appliance) is not
possible.
System databases are basically recovered in the same way as user databases. The peculiarities of
system database recovery are described in "Recovering system databases".
l System databases can only be recovered to an instance of the same version as the original
instance.
l System databases are always recovered in the "ready to use" state.
Attaching a database requires any of the following permissions: CREATE DATABASE, CREATE ANY
DATABASE, or ALTER ANY DATABASE. Normally, these permissions are granted to the sysadmin
role of the instance.
To attach a database
You can recover Exchange Server data to a live Exchange Server. This may be the original Exchange
Server or an Exchange Server of the same version running on the machine with the same fully
qualified domain name (FQDN). Agent for Exchange must be installed on the target machine.
The following table summarizes the Exchange Server data that you can select for recovery and the
minimal user rights required to recover the data.
Alternatively, you can recover the databases (storage groups) as files. The database files, along with
transaction log files, will be extracted from the backup to a folder that you specify. This can be
useful if you need to extract data for an audit or further processing by third-party tools, or when the
recovery fails for some reason and you are looking for a workaround to mount the databases
manually.
If you use only Agent for VMware (Windows), recovering databases as files is the only available
recovery method. Recovering databases by using Agent for VMware (Virtual Appliance) is not
possible.
We will refer to both databases and storage groups as "databases" throughout the below
procedures.
The recovered databases will be in a Dirty Shutdown state. A database that is in a Dirty Shutdown
state can be mounted by the system if it is recovered to its original location (that is, information
about the original database is present in Active Directory). When recovering a database to an
alternate location (such as a new database or as the recovery database), the database cannot be
mounted until you bring it to a Clean Shutdown state by using the Eseutil /r <Enn> command.
<Enn> specifies the log file prefix for the database (or storage group that contains the database) into
which you need to apply the transaction log files.
The account you use to attach a database must be delegated an Exchange Server Administrator role
and a local Administrators group for the target server.
Note
Available only from database backups. See "Selecting Exchange Server data" (p. 280).
Granular recovery can be performed by Agent for Exchange or Agent for VMware (Windows). The
target Exchange Server and the machine running the agent must belong to the same Active
Directory forest.
When a mailbox is recovered to an existing mailbox, the existing items with matching IDs are
overwritten.
Recovery of mailbox items does not overwrite anything. Instead, the full path to a mailbox item is
recreated in the target folder.
A mailbox that does not meet the above conditions is skipped during recovery.
If some mailboxes are skipped, the recovery will succeed with warnings. If all mailboxes are skipped,
the recovery will fail.
Recovery can be performed from backups of Microsoft Exchange Server 2010 and later.
When a mailbox is recovered to an existing Microsoft 365 mailbox, the existing items are kept intact,
and the recovered items are placed next to them.
When recovering a single mailbox, you need to select the target Microsoft 365 mailbox. When
recovering several mailboxes within one recovery operation, the software will try to recover each
mailbox to the mailbox of the user with the same name. If the user is not found, the mailbox is
skipped. If some mailboxes are skipped, the recovery will succeed with warnings. If all mailboxes are
skipped, the recovery will fail.
For more information about recovery to Microsoft 365, refer to "Protecting Microsoft 365
mailboxes".
Recovering mailboxes
To recover mailboxes from an application-aware backup or a database backup
1. [Only when recovering from a database backup to Microsoft 365] If Agent for Microsoft 365 is
not installed on the machine running Exchange Server that was backed up, do one of the
following:
l If there is not Agent for Microsoft 365 in your organization, install Agent for Microsoft 365 on
the machine that was backed up (or on another machine with the same Microsoft Exchange
Server version).
l If you already have Agent for Microsoft 365 in your organization, copy libraries from the
machine that was backed up (or from another machine with the same Microsoft Exchange
Server version) to the machine with Agent for Microsoft 365, as described in "Copying
Microsoft Exchange libraries".
2. Do one of the following:
l When recovering from an application-aware backup: under Devices, select the machine that
originally contained the data that you want to recover.
l When recovering from a database backup, click Devices > Microsoft Exchange > Databases,
and then select the database that originally contained the data that you want to recover.
3. Click Recovery.
1. [Only when recovering from a database backup to Microsoft 365] If Agent for Microsoft 365 is
not installed on the machine running Exchange Server that was backed up, do one of the
following:
l If there is not Agent for Microsoft 365 in your organization, install Agent for Microsoft 365 on
the machine that was backed up (or on another machine with the same Microsoft Exchange
Server version).
l If you already have Agent for Microsoft 365 in your organization, copy libraries from the
machine that was backed up (or from another machine with the same Microsoft Exchange
Server version) to the machine with Agent for Microsoft 365, as described in "Copying
Microsoft Exchange libraries".
2. Do one of the following:
l When recovering from an application-aware backup: under Devices, select the machine that
originally contained the data that you want to recover.
l When recovering from a database backup, click Devices > Microsoft Exchange > Databases,
and then select the database that originally contained the data that you want to recover.
3. Click Recovery.
4. Select a recovery point. Note that recovery points are filtered by location.
If the machine is offline, the recovery points are not displayed. Use other ways to recover:
l [Only when recovering from an application-aware backup] If the backup location is cloud or
shared storage (i.e. other agents can access it), click Select machine, select an online machine
that has Agent for Exchange or Agent for VMware, and then select a recovery point.
l Select a recovery point on the Backup storage tab.
The machine chosen for browsing in either of the above actions will perform the recovery
instead of the original machine that is offline.
5. Click Recover > Exchange mailboxes.
6. Click the mailbox that originally contained the items that you want to recover.
7. Select the items that you want to recover.
The following search options are available. Wildcards are not supported.
l For email messages: search by subject, sender, recipient, and date.
l For events: search by title and date.
l For tasks: search by subject and date.
l For contacts: search by name, email address, and phone number.
Note
Click the name of an attached file to download it.
Note
Click the name of an attached file to download it.
When an email message is selected, you can click Send as email to send the message to an
email address. The message is sent from your administrator account's email address.
Copy the following files, according to the Microsoft Exchange Server version that was backed up.
store.exe
msvcr110.dll %WINDIR%\system32
msvcp110.dll
The libraries should be placed in the folder %ProgramData%\Acronis\ese. If this folder does not exist,
create it manually.
1. Click Devices, and then click Microsoft SQL or Microsoft Exchange.
2. Select the Always On Availability Group, Database Availability Group, SQL Server instance, or
Exchange Server for which you want to change the access credentials.
3. Click Specify credentials.
4. Specify the new access credentials, and then click OK.
1. Click Devices > Microsoft Exchange, and then expand Mailboxes.
2. Select the Exchange Server for which you want to change the access credentials.
3. Click Settings.
4. Under Exchange administrator account, specify the new access credentials, and then click
Save.
Note
Make sure you remember the password, because a forgotten password can never be
restored or changed.
l To download individual photos, videos, contacts, calendars, or reminders, click the respective
data category name, and then select the check boxes for the required data items. Click
Download.
l To preview a photo, or a contact, click the respective data category name, and then click the
required data item.
l Mailboxes
l Email folders
l Email messages
l Calendar events
l Tasks
l Contacts
l Journal entries
l Notes
When recovering mailboxes, mailbox items, public folders, and public folder items, you can select
whether to overwrite the items in the target location.
When a mailbox is recovered to an existing mailbox, the existing items with matching IDs are
overwritten.
Recovery of mailbox items does not overwrite anything. Instead, the full path to a mailbox item is
recreated in the target folder.
Selecting mailboxes
Select the mailboxes as described below, and then specify other settings of the protection plan as
appropriate.
Recovering mailboxes
1. Click Devices > Hosted Exchange.
2. If multiple Hosted Exchange organizations were added to the Cyber Protection service, select the
organization whose backed-up data you want to recover. Otherwise, skip this step.
3. Do one of the following:
l To recover a user mailbox, expand the Users node, select All users, select the user whose
mailbox you want to recover, and then click Recovery.
l To recover a shared mailbox, expand the Users node, select All users, select the shared
mailbox that you want to recover, and then click Recovery.
l To recover a group mailbox, expand the Groups node, select All groups, select the group
whose mailbox you want to recover, and then click Recovery.
l If the user, group, or the shared mailbox was deleted, select the item in the Cloud
applications backups section of the Backup storage tab, and then click Show backups.
You can search users and groups by name. Wildcards are not supported.
4. Select a recovery point.
5. Click Recover > Entire mailbox.
6. If multiple Hosted Exchange organizations are added to the Cyber Protection service, click
Hosted Exchange organization to view, change, or specify the target organization.
By default, the original organization is selected. If this organization is no longer registered in the
Cyber Protection service, you must specify the target organization.
7. In Recover to mailbox, view, change, or specify the target mailbox.
By default, the original mailbox is selected. If this mailbox does not exist or a non-original
organization is selected, you must specify the target mailbox.
8. Click Start recovery.
9. Select one of the overwriting options:
l Overwrite existing items
l Do not overwrite existing items
10. Click Proceed to confirm your decision.
icon:
Additionally, you can do any of the following:
l When an item is selected, click Show content to view its contents, including
attachments. Click the name of an attached file to download it.
l When an email message or a calendar item is selected, click Send as email to send the item
to the specified email addresses. You can select the sender and write a text to be added to the
forwarded item.
l Only if the backup is not encrypted, you used search, and selected a single item in the search
results: click Show versions to select the item version to recover. You can select any backed-
up version, earlier or later than the selected recovery point.
8. Click Recover.
9. If multiple Hosted Exchange organizations were added to the Cyber Protection service, click
Hosted Exchange organization to view, change, or specify the target organization.
Backed-up data is automatically compressed and it uses less space on the backup location than on
its original location. The compression level for cloud-to-cloud backups is fixed and corresponds to
the Normal level of non-cloud-to-cloud backups. For more information about these levels, refer to
"Compression level" (p. 212).
Local Agent for Microsoft 365 Cloud Agent for Microsoft 365
Data items that can be Exchange Online: user and shared l Exchange Online: user and shared
backed up mailboxes (including mailboxes of mailboxes (including mailboxes of
users on a Kiosk plan) users on a Kiosk plan); group
mailboxes; public folders
l OneDrive: user files and folders
l SharePoint Online: classic site
collections, group (team) sites,
communication sites, individual data
Backup locations Cloud storage, local folder, network Cloud storage only
folder
Recovery to an on- No No
premises Microsoft
Exchange Server
Maximum number of When backing up to the cloud 10 000 protected items (mailboxes,
items that can be storage: 5000 mailboxes per OneDrives, or sites) per company**
backed up without company
performance
When backing up to other
degradation
destinations: 2000 mailboxes per
protection plan (no limitation for
number of mailboxes per company)
* Because a cloud agent serves multiple customers, it determines the start time for each protection
plan on its own, to ensure even load during a day and the equal quality of service for all customers.
Note
The protection schedule might be affected by the operation of third-party services, for example, the
accessibility of Microsoft 365 servers, throttling settings on the Microsoft servers, and others. See
also https://docs.microsoft.com/en-us/graph/throttling.
** It is recommended that you back up your protected items gradually and in this order:
1. Mailboxes.
2. After all mailboxes are backed up, proceed with OneDrives.
3. After OneDrive backup is completed, proceed with the SharePoint Online sites.
The first full backup may take several days, depending on the number of protected items and their
size.
Limitations
l All users with a mailbox or OneDrive are shown in the Cyber Protect console, including users
without a Microsoft 365 license and users who are blocked from signing in to the Microsoft 365
services.
l A mailbox backup includes only folders visible to users. The Recoverable items folder and its
subfolders (Deletions, Versions, Purges, Audits, DiscoveryHold, Calendar Logging) are not
included in a mailbox backup.
l Automatic creation of users, public folders, groups, or sites during a recovery is not possible. For
example, if you want to recover a deleted SharePoint Online site, first create a new site manually,
and then specify it as the target site during a recovery.
l You cannot simultaneously recover items from different recovering points, even though you can
select such items from the search results.
l During a backup, any sensitivity labels that are applied to the content will be preserved.
Therefore, sensitive content might not be shown if it is recovered to a non-original location and
its user has different access permissions.
In Microsoft 365
Your account must be assigned the global administrator role in Microsoft 365.
To discover, back up, and recover Microsoft 365 public folders, at least one of your Microsoft 365
administrator accounts must have a mailbox and read/write rights to the public folders that you
want to back up.
l The local agent will log in to Microsoft 365 by using this account. To enable the agent to access
the contents of all mailboxes, this account will be assigned the ApplicationImpersonation
management role. If you change this account password, update the password in the service
console, as described in "Changing the Microsoft 365 access credentials".
l The cloud agent does not log in to Microsoft 365. The agent is given the necessary permissions
directly by Microsoft 365. You only need to confirm granting these permissions once, being
signed in as a global administrator. The agent does not store your account credentials and does
not use them to perform backup and recovery. Changing this account password or disabling this
account or deleting this account in Microsoft 365 does not affect agent operation.
This report is only available for tenants in which a Microsoft 365 Organization is registered.
Important
There must be only one locally installed Agent for Microsoft 365 in an organization (company
group).
As a result, your organization data items appear in the service console, on the Microsoft Office 365
page.
l Mailboxes
l Email folders
l Email messages
l Calendar events
l Tasks
l Contacts
l Journal entries
l Notes
When a mailbox is recovered to an existing mailbox, the existing items with matching IDs are
overwritten.
Recovery of mailbox items does not overwrite anything. Instead, the full path to a mailbox item is
recreated in the target folder.
Selecting mailboxes
Select the mailboxes as described below, and then specify other settings of the protection plan as
appropriate.
To select mailboxes
Recovering mailboxes
1. Click Microsoft Office 365.
2. Select the mailbox to recover, and then click Recovery.
You can search mailboxes by name. Wildcards are not supported.
If the mailbox was deleted, select it on the Backup storage tab, and then click Show backups.
3. Select a recovery point. Note that recovery points are filtered by location.
4. Click Recover > Mailbox.
5. In Target mailbox, view, change, or specify the target mailbox.
By default, the original mailbox is selected. If this mailbox does not exist, you must specify the
target mailbox.
6. Click Start recovery.
Note
Click the name of an attached file to download it.
When an email message is selected, you can click Send as email to send the message to an
email address. The message is sent from your administrator account's email address.
The mailbox items are always recovered to the Recovered items folder of the target mailbox.
Company administrators add organizations to customer tenants. Unit administrators and customer
administrators acting on the unit level add organizations to units.
1. Depending on where you need to add the organization, sign in to the service console as a
company administrator or unit administrator.
2. [For company administrators acting on the unit level] In the management portal, navigate to the
desired unit.
3. Click Devices > Add > Microsoft 365 Business.
The software redirects you to the Microsoft 365 login page.
4. Sign in with the Microsoft 365 global administrator credentials.
Microsoft 365 displays a list of permissions that are necessary to back up and recover your
organization's data.
5. Confirm that you grant the Cyber Protection service these permissions.
As a result, your Microsoft 365 organization appears under the Devices tab in the service console.
Company administrators have limited access to the organizations that are added to a unit. In these
organizations, shown with the unit name in brackets, company administrators can do the following:
Company administrators, when acting on the customer tenant level, cannot do the following:
Unit administrators and company administrators acting on the unit level have full access to the
organizations that are added to a unit. However, they do not have access to any resources from the
parent customer tenant, including the protection plans that are created in it.
1. Depending on where the organization is added, sign in to the service console as a company
administrator or unit administrator.
2. [For company administrators acting on the unit level] In the management portal, navigate to the
desired unit.
3. Go to Devices > Microsoft 365.
4. Select the organization, and then click Delete group.
However, you should additionally revoke access rights of the Backup Service application to Microsoft
365 organization data manually.
As a result, access rights to the Microsoft 365 organization data will be revoked from the Backup
Service application.
Starting from version 8.0 of the Cyber Protection service, you can back up public folders. If your
organization was added to the Cyber Protection service before the version 8.0 release, you need to
re-add the organization to obtain this functionality. Do not delete the organization, simply repeat
the steps described in "Adding a Microsoft 365 organization". As a result, the Cyber Protection
service obtains the permission to use the corresponding API.
l Mailboxes
l Email folders
l Email messages
l Calendar events
l Subfolders
l Posts
l Email messages
When recovering mailboxes, mailbox items, public folders, and public folder items, you can select
whether to overwrite the items in the target location.
Selecting mailboxes
Select the mailboxes as described below, and then specify other settings of the protection plan as
appropriate.
Note
The cloud Agent for Microsoft 365 uses an account with the appropriate rights to access a
group mailbox. Thus, to back up a group mailbox, at least one of the group owners must be
licensed Microsoft 365 user with a mailbox. If the group is private or with hidden
membership, the owner must also be a member of the group.
Note
Public folders consume licenses from your backup quota for Microsoft 365 seats.
Recovering mailboxes
1. Click Microsoft 365.
2. If multiple Microsoft 365 organizations were added to the Cyber Protection service, select the
organization whose backed-up data you want to recover. Otherwise, skip this step.
3. Do one of the following:
l To recover a user mailbox, expand the Users node, select All users, select the user whose
mailbox you want to recover, and then click Recovery.
l To recover a shared mailbox, expand the Users node, select All users, select the shared
mailbox that you want to recover, and then click Recovery.
l To recover a group mailbox, expand the Groups node, select All groups, select the group
whose mailbox you want to recover, and then click Recovery.
Note
To see only the recovery points that contain mailboxes, select Mailboxes in Filter by content.
Note
To see only the recovery points that contain mailboxes, select Mailboxes in Filter by content.
icon:
Additionally, you can do any of the following:
l When an item is selected, click Show content to view its contents, including
attachments. Click the name of an attached file to download it.
l When an email message or a calendar item is selected, click Send as email to send the item
to the specified email addresses. You can select the sender and write a text to be added to the
forwarded item.
l Only if the backup is not encrypted, you used search, and selected a single item in the search
results: click Show versions to select the item version to recover. You can select any backed-
up version, earlier or later than the selected recovery point.
8. Click Recover.
9. If multiple Microsoft 365 organizations were added to the Cyber Protection service, click
Microsoft 365 organization to view, change, or specify the target organization.
By default, the original organization is selected. If this organization is no longer registered in the
Cyber Protection service, you must specify the target organization.
10. In Recover to mailbox, view, change, or specify the target mailbox.
By default, the original mailbox is selected. If this mailbox does not exist or a non-original
organization is selected, you must specify the target mailbox.
11. [Only when recovering to a user or a shared mailbox] In Path, view or change the target folder in
the target mailbox. By default, the Recovered items folder is selected.
Group mailbox items are always recovered to the Inbox folder.
12. Click Start recovery.
13. Select one of the overwriting options:
Important
Do not import these files to Microsoft Outlook by using the Import and Export Wizard.
Open the files by double-clicking them or right-clicking them and selecting Open with... >
Microsoft Outlook in the context menu.
icon:
Additionally, you can do any of the following:
l When an item is selected, click Show content to view its contents, including
attachments. Click the name of an attached file to download it.
The selected mailbox items will be recovered as PST data files and archived in ZIP format. The
maximum size of one PST file is limited to 2 GB, so if the data you are recovering exceeds 2 GB, it will
be split into several PST files. The ZIP archive will be protected with the password you set.
You will receive an email with a link to a ZIP archive containing the created PST files.
The administrator will receive an email notification that you have performed the recovery
procedure.
Important
Do not import these files to Microsoft Outlook by using the Import and Export Wizard.
Open the files by double-clicking them or right-clicking them and selecting Open with... >
Microsoft Outlook in the context menu.
icon:
Additionally, you can do any of the following:
l When an email message or a post is selected, click Show content to view its contents,
including attachments. Click the name of an attached file to download it.
l When an email message or a post is selected, click Send as email to send the item to
specified email addresses. You can select the sender and write a text to be added to the
forwarded item.
l Only if the backup is not encrypted, you used search, and selected a single item in the search
results: click Show versions to select the item version to recover. You can select any backed-
up version, earlier or later than the selected recovery point.
8. Click Recover.
9. If multiple Microsoft 365 organizations were added to the Cyber Protection service, click
Microsoft 365 organization to view, change, or specify the target organization.
By default, the original organization is selected. If this organization is no longer registered in the
Cyber Protection service, you must specify the target organization.
10. In Recover to public folder, view, change, or specify the target public folder.
By default, the original folder is selected. If this folder does not exist or a non-original
organization is selected, you must specify the target folder.
11. In Path, view or change the target subfolder in the target public folder. By default, the original
path will be recreated.
12. Click Start recovery.
13. Select one of the overwriting options:
A separate option in the backup plan enables the backup of OneNote notebooks.
Files are backed up together with their sharing permissions. Advanced permission levels (Design,
Full, Contribute) are not backed up.
Some files may contain sensitive information and the access to them may be blocked by a data loss
prevention (DLP) rule in Microsoft 365. These files are not backed up, and no warnings are displayed
after the backup operation completes.
You can choose whether to recover the sharing permissions or let the files inherit the permissions
from the folder to which they are recovered.
Note
To see only the recovery points that contain OneDrive files, select OneDrive in Filter by
content.
Note
To see only the recovery points that contain OneDrive files, select OneDrive in Filter by
content.
A separate option in the backup plan enables the backup of OneNote notebooks.
l The Look and Feel site settings (except for Title, description, and logo).
l Site page comments and page comments settings (comments On/Off).
l The Site features site settings.
l Web part pages and web parts embedded in the wiki pages (due to SharePoint Online API
limitations).
l Checked out files—files that are manually checked out for editing and all files that are created or
uploaded in libraries, for which the option Require Check Out was enabled. To backup these
files, first check them in.
l External data and Managed Metadata types of columns.
l The default site collection "domain-my.sharepoint.com". This is a collection where all of the
organization users’ OneDrive files reside.
l The contents of the recycle bin.
Limitations
l Titles and descriptions of sites/subsites/lists/columns are truncated during a backup if the
title/description size is greater than 10000 bytes.
l You cannot back up previous versions of files created in SharePoint Online. Only the latest
versions of the files are protected.
l You cannot back up the Preservation Hold library.
l Entire site
l Subsites
l Lists
l List items
l Document libraries
l Documents
l List item attachments
l Site pages and wiki pages
Items can be recovered to the original or a non-original site. The path to a recovered item is the
same as the original one. If the path does not exist, it is created.
You can choose whether to recover the sharing permissions or let the items inherit the permissions
from the parent object after the recovery.
Note
To see only the recovery points that contain SharePoint sites, select SharePoint sites in Filter
by content.
A separate option in the backup plan enables the backup of OneNote notebooks.
You cannot recover conversations in team channels, but you can download them as a single html
file.
Limitations
The following items are not backed up:
l The settings of the general channel (moderation preferences) – due to a Microsoft Teams beta
API limitation.
l The settings of the custom channels (moderation preferences) – due to a Microsoft Teams beta
API limitation.
l Meeting notes.
Messages in the chat section . These are private one-on-one or group chats.
l
Backup and recovery are supported for the following channel tabs:
l Word
l Excel
l PowerPoint
l PDF
l Document Library
Files that are shared in private channels are backed up, but not restored due to an API limitation.
Note
These files are stored in specific locations, separately from the files that are shared in public
channels.
To select teams
When you delete a channel in Microsoft Teams' graphic interface, it is not immediately removed
from the system. Thus, when you recover the whole team, this channel's name cannot be used and
a postfix will be added to it.
Conversations are recovered as a single html file in the Files tab of the channel. You can find this file
in a folder named according to the following pattern: <Team name>_<Channel name>_conversations_
backup_<date of recovery>T<time of recovery>Z.
Note
After recovering a team or team channels, go to Microsoft Teams, select the channels that were
recovered, and then click their Files tab. Otherwise, the subsequent backups of these channels will
not include this tab's content – due to a Microsoft Teams beta API limitation.
Note
You can also download the files locally, instead of recovering them.
7. If multiple Microsoft 365 organizations were added to the Cyber Protection service, click
Microsoft 365 organization to view, change, or specify the target organization.
By default, the original organization is selected. If this organization is no longer registered in the
Cyber Protection service, you must specify the target organization.
Conversations are recovered as a single html file in the Files tab of the channel. You can find this file
in a folder named according to the following pattern: <Team name>_<Channel name>_conversations_
backup_<date of recovery>T<time of recovery>Z.
Note
After recovering a team or team channels, go to Microsoft Teams, select the channels that were
recovered, and then click their Files tab. Otherwise, the subsequent backups of these channels will
not include this tab's content – due to a Microsoft Teams beta API limitation.
You cannot recover individual conversations. In the main pane, you can only browse the
Conversation folder or download its content as a single html file. To do so, click the "recover
folders" icon , select the desired Conversations folder, and then click Download.
l Sender
l Content
l Attachment name
l Date
6. Click the "recover folders" icon , select the root mailbox folder, and then click Recover.
Note
You can also recover individual folders from the selected mailbox.
7. Click Recover.
8. If multiple Microsoft 365 organizations were added to the Cyber Protection service,
click Microsoft 365 organization to view, change, or specify the target organization.
By default, the original organization is selected. If this organization is no longer registered in the
Cyber Protection service, you must specify the target organization.
9. In Recover to mailbox, view, change, or specify the target mailbox.
By default, the original mailbox is selected. If this mailbox does not exist or a non-original
organization is selected, you must specify the target mailbox.
icon:
Additionally, you can do any of the following:
l When an item is selected, click Show content to view its contents, including
attachments. Click the name of an attached file to download it.
l When an email message or a calendar item is selected, click Send as email to send the item
to the specified email addresses. You can select the sender and write a text to be added to the
forwarded item.
l When the backup is not encrypted, you used search, and selected a single item from the
search results: click Show versions to view the item version. You can select any backed-up
version, no matter if it is earlier or later than the selected recovery point.
8. Click Recover as PST files.
9. Set the password to encrypt the archive with the PST files.
The password should contain at least one symbol.
10. Confirm the password and click DONE.
The selected mailbox items will be recovered as PST data files and archived in ZIP format. The
maximum size of one PST file is limited to 2 GB, so if the data you are recovering exceeds 2 GB, it will
be split into several PST files. The ZIP archive will be protected with the password you set.
The administrator will receive an email notification that you have performed the recovery
procedure.
Note
You can find the meetings in the Calendar folder.
Backed-up notebooks are only available for download and cannot be automatically recovered to
their original location. Every notebook is downloaded as a .zip file that includes one or more
OneNote files.
Supported versions
l OneNote (OneNote 2016 and later)
l OneNote for Windows 10
l In backed-up OneNote notebooks that contain sections with non-default names, the first section
is shown with the default name (such as New section or Untitled section). This might affect the
section order in notebooks with multiple sections.
The upgrade availability depends on the data center readiness and the settings made by your
service provider. If the upgrade is available, the service console shows a notification at the top of the
Microsoft Office 365 (v1) tab.
The earlier created backups are copied from one location in the cloud to another. On the Backup
storage tab, the copied backups are shown in a separate section named Cloud applications
backups, while the original backups remain in the Cloud storage location. When the upgrade
process is complete, the original backups are deleted from the Cloud storage location.
The upgrade may take several hours, or even days, depending on the number of users in the
organization, the number of backups, and the Microsoft 365 access speed. During the upgrade,
recovery from the earlier created backups is possible. However, backups and protection plans
created during the upgrade will be lost.
In the unlikely case of an upgrade failure, the backup solution remains fully operational and the
upgrade can be restarted from the point of failure.
In Google Workspace
To add your Google Workspace organization to the Cyber Protection service, you must be signed in
as a Super Admin with enabled API access (Security > API reference > Enable API access in the
Google Admin console).
The Super Admin password is not stored anywhere and is not used to perform backup and
recovery. Changing this password in Google Workspace does not affect Cyber Protection service
operation.
If the Super Admin who added the Google Workspace organization is deleted from Google
Workspace or assigned a role with less privileges, the backups will fail with an error like "access
denied". In this case, repeat the "Adding a Google Workspace organization" procedure and specify
valid Super Admin credentials. To avoid this situation, we recommend creating a dedicated Super
Admin user for backup and recovery purposes.
Limitations
l The console shows only users that have an assigned Google Workspace license and a mailbox or
Google Drive.
l Search in encrypted backups is not supported.
To add a Google Workspace organization by using a dedicated personal Google Cloud project
As a result, your Google Workspace organization appears under the Devices tab in the service
console.
Useful tips
l After adding a Google Workspace organization, the user data and Shared drives in both the
primary domain and all the secondary domains, if there are any, will be backed up. The backed-
up resources will be displayed in one list, and will not be grouped by their domain.
l The cloud agent synchronizes with Google Workspace every 24 hours, starting from the moment
when the organization is added to the Cyber Protection service. If you add or remove a user or
Shared drive, you will not see this change in the service console immediately. To synchronize the
change immediately, select the organization on the Google Workspace page, and then click
Refresh.
l If you applied a protection plan to the All users or All Shared drives group, the newly added
items will be included in the backup only after the synchronization.
l According to Google policy, when a user or Shared drive is removed from the Google Workspace
graphical user interface, it remains available via an API for a few days. During this period, the
Note
This topic contains a description of third-party user interface that might be subject to change
without prior notice.
1. In the Google Cloud Platform console, select your new project.
2. From the navigation menu, select APIs and services > Enabled APIs and services.
3. Disable all the APIs that are enabled by default in this project, one by one:
a. Scroll down the Enabled APIs and services page, and then click the name of an enabled API.
The API/Service details page of the selected API opens.
b. Click Disable API, and then confirm your choice by clicking Disable.
c. Go back to APIs and services > Enabled APIs and services, and disable the next API.
4. From the navigation menu, select APIs and services > Library.
5. In the API library, enable the following APIs, one by one:
l Gmail API
l Google Drive API
l Admin SDK
l Google Calendar API
l Google People API
1. From the navigation menu in the Google Cloud Platform, select APIs and services > OAuth
consent screen.
2. In the window that opens, select Internal for user type, and then click Create.
3. In the App name field, specify a name for your application.
4. In the User support email field, enter the Super Administrator email.
5. In the Developer contact information field, enter the Super Administrator email.
6. Leave all other fields blank, and then click Save and continue.
7. On the Scopes page, click Save and continue, without changing anything.
8. On the Summary page, verify your settings, and then click Back to dashboard.
To create and configure the service account for the Cyber Protection service
1. From the navigation menu in the Google Cloud Platform, select IAM & Admin > Service
accounts.
2. Click Create service account.
3. Specify a name for the service account.
4. Specify a description for the service account.
5. Click Create and continue.
6. Do not change anything in the Grant this service account access to the project and Grant
users access to this service account steps.
7. Click Done.
The Service accounts page opens.
8. On the Service accounts page, select the new service account, and then under Actions, click
Manage keys.
9. Under Keys, click Add key > Create new key, and then select the JSON key type.
10. Click Create.
As a result, a JSON file with the private key of the service account is automatically downloaded to
your machine. Store this file securely because you need it to add your Google Workspace
organization to the Cyber Protection service.
1. From the navigation menu in the Google Cloud Platform, select IAM & Admin > Service
Accounts.
2. In the list, find the service account that you created, and then copy its client ID that is shown in
the OAuth 2.0 Client ID column.
3. Sign in to the Google Admin console (admin.google.com) as a Super Administrator.
4. From the navigation menu, select Security > Access and data control > API controls.
As a result, your new Google Cloud project can access the data in your Google Workspace account.
To back up the data, you need to link this project to the Cyber Protection service. For more
information on how to do this, refer to "To add a Google Workspace organization by using a
dedicated personal Google Cloud project" (p. 342).
If you need to revoke the access of your Google Cloud project to your Google Workspace account,
and respectively the access of the Cyber Protection service, delete the API client that your project
uses.
The following Calendar items are skipped, due to Google Calendar API limitations:
l Appointment slots
l The conferencing field of an event
l The calendar setting All-day event notifications
l The calendar setting Auto-accept invitations (in calendars for rooms or shared spaces)
The following Contacts items are skipped, due to Google People API limitations:
l Mailboxes
l Email folders (According to Google terminology, "labels". Labels are presented in the backup
software as folders, for consistency with other data presentation.)
l Email messages
l Calendar events
l Contacts
You can use search to locate items in a backup, unless the backup is encrypted. Search in encrypted
backups is not supported.
When recovering mailboxes and mailbox items, you can select whether to overwrite the items in the
target location.
Limitations
l Contact photos cannot be recovered
l The Out of office calendar item is recovered as a regular calendar event, due to Google Calendar
API limitations
Selecting mailboxes
Select the mailboxes as described below, and then specify other settings of the protection plan as
appropriate.
Full-text search
This option defines whether the email messages content is indexed by the cloud agent.
If this option is enabled, the messages content is indexed and you can search messages by their
content. Otherwise, only searching by subject, sender, recipient, or date is available.
Note
Search in encrypted backups is not supported.
The indexing process does not affect the backup performance because it is performed by a different
software component. Indexing of the first (full) backup may take some time, therefore, there may be
a delay between the backup completion and the content appearing in the search results.
The index occupies 10-30 percent of storage space occupied by the mailbox backups. To learn the
exact value, click Backup storage > Cloud applications backups and view the Index size column.
You may want to disable full-text search in order to save this space. The value in the Index size
column will decrease to a few megabytes after the next backup. This minimal amount of metadata is
necessary to perform a search by subject, sender, recipient, or date.
When you re-enable full-text search, the software indexes all of the backups previously created by
the protection plan. This also takes some time.
All indexes contain metadata that supports the main searching functionality. The indexes for
backups with enabled full-text search contain additional data that allows searching in the body text
of Gmail emails. You can limit the scope of the manual operations with indexes only to the metadata
(for the Delete index operation, only to the full-text search data) or you can include both the
metadata and the data related to full-text search.
Note
The manual operations with indexes are used for troubleshooting and they are only available to
partner administrators. We recommend that you contact the Support team before using any of
them.
Recovering mailboxes
1. Click Google Workspace.
2. If multiple Google Workspace organizations were added to the Cyber Protection service, select
the organization whose backed-up data you want to recover. Otherwise, skip this step.
3. Expand the Users node, select All users, select the user whose mailbox you want to recover,
and then click Recovery.
If the user was deleted, select the user in the Cloud applications backups section of the Backup
storage tab, and then click Show backups.
You can search users and groups by name. Wildcards are not supported.
4. Select a recovery point.
Note
To see only the recovery points that contain mailboxes, select Gmail in Filter by content.
Note
To see only the recovery points that contain mailboxes, select Gmail in Filter by content.
icon:
Additionally, you can do any of the following:
l A shared file, if the user has a commenter or viewer access to the file and the file owner disabled
the options to download, print, and copy for commenters and viewers.
l The Computers folder (created by the Backup and Sync client)
Limitations
Out of the Google-specific file formats, Google Docs, Google Sheets, and Google Slides are fully
supported for backup and recovery. Other Google-specific formats might not be fully supported or
might not be supported at all – for example, Google Drawings files are recovered as .svg files,
Google Sites files are recovered as .txt files, Google Jamboard files are recovered as .pdf files, and
Google My Maps files are skipped during a backup.
You can use search to locate items in a backup, unless the backup is encrypted. Search in encrypted
backups is not supported.
You can choose whether to recover the sharing permissions or let the files inherit the permissions
from the folder to which they are recovered.
Limitations
l Comments in files are not recovered.
l Sharing links for files and folders are not recovered.
l The read-only Owner settings for shared files (Prevent editors from changing access and
adding new people and Disable options to download, print and copy for commenters and
viewers) cannot be changed during a recovery.
l Ownership of a shared folder cannot be changed during a recovery if the Prevent editors from
changing access and adding new people option is enabled for this folder. This setting prevents
the Google Drive API from listing the folder permissions. Ownership of the files in the folder is
recovered correctly.
Note
To see only the recovery points that contain Google Drive files, select Google Drive in Filter by
content.
Note
To see only the recovery points that contain Google Drive files, select Google Drive in Filter by
content.
Limitations
l A Shared drive without members cannot be backed up, due to Google Drive API limitations.
l Out of the Google-specific file formats, Google Docs, Google Sheets, and Google Slides are fully
supported for backup and recovery. Other Google-specific formats might not be fully supported
or might not be supported at all – for example, Google Drawings files are recovered as .svg files,
Google Sites files are recovered as .txt files, Google Jamboard files are recovered as .pdf files,
and Google My Maps files are skipped during a backup.
Note
File formats that are not Google-specific – for example, .txt, .docx, .pptx, .pdf, .jpg, .png, .zip,
are fully supported for backup and recovery.
You can use search to locate items in a backup, unless the backup is encrypted. Search in encrypted
backups is not supported.
You can choose whether to recover the sharing permissions or let the files inherit the permissions
from the folder to which they are recovered.
l Sharing permissions for a file that was shared with a user outside the organization are not
recovered if sharing outside the organization is disabled in the target Shared drive.
Limitations
l Comments in files are not recovered.
l Sharing links for files and folders are not recovered.
Notarization
Notarization enables you to prove that a file is authentic and unchanged since it was backed up. We
recommend that you enable notarization when backing up your legal document files or other files
that require proved authenticity.
Notarization is available only for backups of Google Drive files and Google Workspace Shared drive
files.
How it works
During a backup, the agent calculates the hash codes of the backed-up files, builds a hash tree
(based on the folder structure), saves the tree in the backup, and then sends the hash tree root to
the notary service. The notary service saves the hash tree root in the Ethereum blockchain database
to ensure that this value does not change.
When verifying the file authenticity, the agent calculates the hash of the file, and then compares it
with the hash that is stored in the hash tree inside the backup. If these hashes do not match, the file
is considered not authentic. Otherwise, the file authenticity is guaranteed by the hash tree.
To verify that the hash tree itself was not compromised, the agent sends the hash tree root to the
notary service. The notary service compares it with the one stored in the blockchain database. If the
hashes match, the selected file is guaranteed to be authentic. Otherwise, the software displays a
message that the file is not authentic.
2. Ensure that the selected file is marked with the following icon: . This means that the file is
notarized.
3. Do one of the following:
l Click Verify.
The software checks the file authenticity and displays the result.
l Click Get certificate.
A certificate that confirms the file notarization is opened in a web browser window. The
window also contains instructions that allow you to verify the file authenticity manually.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Note
Application-aware backup of MySQL or MariaDB data is available with the Advanced Backup pack.
To protect a physical or virtual machine that runs MySQL or MariaDB instances with application-
aware backup, you need to install Agent for MySQL/MariaDB on this machine. Agent for
MySQL/MariaDB is bundled with Agent for Linux (64-bit).
To recover databases and tables to a live instance, Agent for MySQL/MariaDB needs a temporary
storage to operate. By default, the /tmp directory is used. You can change this directory by setting
the ACRONIS_MYSQL_RESTORE_DIR environment variable.
Limitations
l MySQL or MariaDB clusters are not supported.
l MySQL or MariaDB instances running in Docker containers are not supported.
l MySQL or MariaDB instances running on operating systems that use BTRFS file system are not
supported.
l System databases (sys, mysql, information-schema, and performance_schema) and databases that
do not contain any tables cannot be recovered to live instances. However, these databases can be
recovered as files, when recovering the whole instance.
l Recovery is supported only to target instances of the same version as the backed-up instance or
later, with the following restrictions:
Known issues
If you encounter issues while recovering data from password protected Samba shares, log out from
the service console, and then log in back to it. Select the desired recovery point, and then click
MySQL/MariaDB databases. Do not click Entire machine or Files/folders.
Prerequisites
l At least one MySQL or MariaDB instance must be running on the selected machine.
l On the machine where the MySQL or MariaDB instance is running, the protection agent must be
started under the root user.
l Application-aware backup is available only when the Entire machine is selected as a backup
source in the protection plan.
l The Sector-by-sector backup option must be disabled in the protection plan. Otherwise, it is
impossible to recover application data.
1. In the Cyber Protection service console, select one or more machines on which MySQL or
MariaDB instances are running.
You can have one or more instances on each machine.
2. Create a protection plan with the backup module enabled.
3. In What to back up, select Entire machine.
4. Click Application backup, and then enable the switch next to MySQL/MariaDB Server.
5. Select how to specify the MySQL or MariaDB instances:
l For all workloads
Use this option if you run instances with identical configurations on multiple servers. The
same connection parameters and access credentials will be used for all instances.
l For specific workloads
Use this option to specify the connection parameters and access credentials for each instance.
6. Click Add instance to configure the connection parameters and access credentials.
MariaDB
Server
MariaDB
Server
Recovering instances
From an application-aware backup, you can recover MySQL or MariaDB instances as files.
To recover an instance
1. In the Cyber Protection service console, select the machine that originally contained the data that
you want to recover.
2. Click Recovery.
3. Select a recovery point. Note that recovery points are filtered by location.
If the machine is offline, the recovery points are not displayed. Do one of the following:
l If the backup location is cloud or shared storage (that is, other agents can access it), click
Select machine, select an online machine that has Agent for MySQL/MariaDB, and then select
a recovery point.
l Select a recovery point on the Backup storage tab.
The machine chosen for browsing in either of the above actions becomes a target machine for
the recovery.
4. Click Recover > MySQL/MariaDB databases.
5. Select the instance that you want to recover, and then click Recover as files.
6. Under Path, select the directory to which the files will be recovered.
7. Click Start recovery.
Recovering databases
From an application-aware backup, you can recover databases to live MySQL or MariaDB instances.
1. In the Cyber Protection service console, select the machine that originally contained the data that
you want to recover.
2. Click Recovery.
3. Select a recovery point. Note that recovery points are filtered by location.
If the machine is offline, the recovery points are not displayed. Do one of the following:
l If the backup location is cloud or shared storage (that is, other agents can access it), click
Select machine, select an online machine that has Agent for MySQL/MariaDB, and then select
a recovery point.
l Select a recovery point on the Backup storage tab.
The machine chosen for browsing in either of the above actions becomes a target machine for
the recovery.
Recovering tables
From an application-aware backup, you can recover tables to live MySQL or MariaDB instances.
1. In the Cyber Protection service console, select the machine that originally contained the data that
you want to recover.
2. Click Recovery.
3. Select a recovery point. Note that recovery points are filtered by location.
If the machine is offline, the recovery points are not displayed. Do one of the following:
l If the backup location is cloud or shared storage (that is, other agents can access it), click
Select machine, select an online machine that has Agent for MySQL/MariaDB, and then select
a recovery point.
l Select a recovery point on the Backup storage tab.
Protecting websites
A website can be corrupted as a result of unauthorized access or a malware attack. Back up your
website if you want to easily revert it to a healthy state, in case of corruption.
If your website employs databases, we recommend that you back up both the files and the
databases, to be able to recover them to a consistent state.
Limitations
l The only backup location available for website backup is the cloud storage.
l It is possible to apply several protection plans to a website, but only one of them can run on a
schedule. Other plans need to be started manually.
l The only available backup option is "Backup file name".
l The website protection plans are not shown on the Management > Protection planstab.
Backing up a website
To add a website
Important
Only the files that are accessible to the specified account will be backed up.
Instead of a password, you can specify your private SSH key. To do this, select the Use SSH
private key instead of password check box, and then specify the key.
4. Click Next.
5. If your website uses MySQL databases, configure the access settings for the databases.
Otherwise, click Skip.
Important
Only the databases that are accessible to the specified account will be backed up.
You can edit, revoke, and delete protection plans for websites in the same way as for machines.
These operations are described in "Operations with protection plans".
Recovering a website
To recover a website
l If the server is physical, the Servers quota will be used. If this quota is disabled or the overage for
this quota is exceeded, the backup will fail.
l If the server is virtual, the Virtual machines quota will be used. If this quota is disabled or the
overage for this quota is exceeded, the backup will fail.
l Back up an entire Plesk or cPanel server to the cloud storage, with disk-level backup
l Recover the entire server, including all of the websites
l For Plesk: perform granular recovery of websites, individual files, mailboxes, or databases
l For cPanel: perform granular recovery of websites, individual files, mailboxes, mail filters, mail
forwarders, databases, and accounts
l Enable self-service recovery for Plesk and cPanel customers
The integration is performed by using a Cyber Protection service extension. If you need the
extension for Plesk or cPanel, contact the provider of the Cyber Protection service.
We recommend running this temporary virtual machine for up to three days. Then, you can
completely remove it or convert it to a regular virtual machine (finalize) without downtime.
Usage examples
l Disaster recovery
Instantly bring a copy of a failed machine online.
l Testing a backup
Run the machine from the backup and ensure that the guest OS and applications are functioning
properly.
l Accessing application data
While the machine is running, use application's native management tools to access and extract
the required data.
Prerequisites
l At least one Agent for VMware or Agent for Hyper-V must be registered in the Cyber Protection
service.
l The backup can be stored in a network folder or in a local folder of the machine where Agent for
VMware or Agent for Hyper-V is installed. If you select a network folder, it must be accessible
from that machine. A virtual machine can also be run from a backup stored in the cloud storage,
but it works slower because this operation requires intense random-access reading from the
backup.
l The backup must contain an entire machine or all of the volumes that are required for the
operating system to start.
l Backups of both physical and virtual machines can be used. Backups of Virtuozzo containers
cannot be used.
l Backups that contain Linux logical volumes (LVM) must be created by Agent for VMware or Agent
for Hyper-V. The virtual machine must be of the same type as the original machine (ESXi or Hyper-
V).
As a result, the machine appears in the web interface with one of the following icons: or
1. On the All devices tab, select a machine that is running from a backup.
2. Click Delete.
The machine is removed from the web interface. It is also removed from the vSphere or Hyper-V
inventory and datastore (storage). All changes that occurred to the data while the machine was
running are lost.
You have the option to make this machine permanent, i.e. recover all of its virtual disks, along with
the changes that occurred while the machine was running, to the datastore that stores these
changes. This process is named finalization.
Finalization is performed without downtime. The virtual machine will not be powered off during
finalization.
The location of the final virtual disks is defined in the parameters of the Run as VM operation
(Datastore for ESXi or Path for Hyper-V). Prior to starting the finalization, ensure that free space,
sharing capabilities, and performance of this datastore are suitable for running the machine in
production.
Note
Finalization is not supported for Hyper-V running in Windows Server 2008/2008 R2 and Microsoft
Hyper-V Server 2008/2008 R2 because the necessary API is missing in these Hyper-V versions.
1. On the All devices tab, select a machine that is running from a backup.
2. Click Finalize.
3. [Optional] Specify a new name for the machine.
4. [Optional] Change the disk provisioning mode. The default setting is Thin.
5. Click Finalize.
The machine name changes immediately. The recovery progress is shown on the Activities tab.
Once the recovery is completed, the machine icon changes to that of a regular virtual machine.
l During a finalization, the agent performs random access to different parts of the backup. When
an entire machine is being recovered, the agent reads data from the backup sequentially.
l If the virtual machine is running during the finalization, the agent reads data from the backup
more often, to maintain both processes simultaneously. During a regular recovery, the virtual
machine is stopped.
Replication is the process of creating an exact copy (replica) of a virtual machine, and then
maintaining the replica in sync with the original machine. By replicating a critical virtual machine,
you will always have a copy of this machine in a ready-to-start state.
The replication can be started manually or on the schedule you specify. The first replication is full
(copies the entire machine). All subsequent replications are incremental and are performed with
Changed Block Tracking, unless this option is disabled.
However, powering on a replica is much faster than a recovery and faster than running a virtual
machine from a backup. When powered on, a replica works faster than a VM running from a backup
and does not load the Agent for VMware.
Restrictions
The following types of virtual machines cannot be replicated:
As a result of running a replication plan, the virtual machine replica appears in the All devices list
Testing a replica
To prepare a replica for testing
While the replica is in a failover state, you can choose one of the following actions:
l Stop failover
Stop failover if the original machine was fixed. The replica will be powered off. Replication will be
resumed.
l Perform permanent failover to the replica
This instant operation removes the 'replica' flag from the virtual machine, so that replication to it
is no longer possible. If you want to resume replication, edit the replication plan to select this
machine as a source.
l Failback
Perform failback if you failed over to the site that is not intended for continuous operations. The
replica will be recovered to the original or a new virtual machine. Once the recovery to the
original machine is complete, it is powered on and replication is resumed. If you choose to
recover to a new machine, edit the replication plan to select this machine as a source.
Stopping failover
To stop a failover
Failing back
To failback from a replica
Replication options
To modify the replication options, click the gear icon next to the replication plan name, and then
click Replication options.
Disk provisioning
This option defines the disk provisioning settings for the replica.
The following values are available: Thin provisioning, Thick provisioning, Keep the original
setting.
Error handling
This option is similar to the backup option "Error handling".
Pre/Post commands
This option is similar to the backup option "Pre/Post commands".
Failback options
To modify the failback options, click Recovery options when configuring failback.
Performance
This option is similar to the recovery option "Performance".
Pre/Post commands
This option is similar to the recovery option "Pre/Post commands".
VM power management
This option is similar to the recovery option "VM power management".
Important
To perform replica seeding, Agent for VMware (Virtual Appliance) must be running on the target
ESXi.
As a result, the software will continue updating the replica. All replications will be incremental.
The diagram below illustrates a LAN-based and a LAN-free backup. LAN-free access to virtual
machines is available if you have a fibre channel (FC) or iSCSI Storage Area Network. To completely
eliminate transferring the backed-up data via LAN, store the backups on a local disk of the agent's
machine or on a SAN attached storage.
As a result, the agent will use the SAN transport mode to access the virtual disks, i.e. it will read raw
LUN sectors over iSCSI/FC without recognizing the VMFS file system (which Windows is not aware
of).
Limitations
l In vSphere 6.0 and later, the agent cannot use the SAN transport mode if some of the VM disks
are located on a VMware Virtual Volume (VVol) and some are not. Backups of such virtual
machines will fail.
l Encrypted virtual machines, introduced in VMware vSphere 6.5, will be backed up via LAN, even if
you configure the SAN transport mode for the agent. The agent will fall back on the NBD
transport because VMware does not support SAN transport for backing up encrypted virtual
disks.
Example
If you are using an iSCSI SAN, configure the iSCSI initiator on the machine running Windows where
Agent for VMware is installed.
1. Log on as an administrator, open the command prompt, type diskpart, and then press Enter.
2. Type san, and then press Enter. Ensure that SAN Policy : Offline All is displayed.
3. If another value for SAN Policy is set:
a. Type san policy=offlineall.
b. Press Enter.
c. To check that the setting has been applied correctly, perform step 2.
d. Restart the machine.
Note
To find the Administrative Tools applet, you may need to change the Control Panel view to
something other than Home or Category, or use search.
2. If this is the first time that Microsoft iSCSI Initiator is launched, confirm that you want to start the
Microsoft iSCSI Initiator service.
The ready SAN LUN should appear in Disk Management as shown in the screenshot below.
A virtual appliance that is running on the same host or cluster with the backed-up virtual machines
has direct access to the datastore(s) where the machines reside. This means the appliance can
attach the backed-up disks by using the HotAdd transport, and therefore the backup traffic is
directed from one local disk to another. If the datastore is connected as Disk/LUN rather than NFS,
the backup will be completely LAN-free. In the case of NFS datastore, there will be network traffic
between the datastore and the host.
You can add the storage to an already working agent or when deploying the agent from an OVF
template.
1. In VMware vSphere inventory, right click the Agent for VMware (Virtual Appliance).
2. Add the disk by editing the settings of the virtual machine. The disk size must be at least 10 GB.
Warning!
Be careful when adding an already existing disk. Once the storage is created, all data previously
contained on this disk will be lost.
3. Go to the virtual appliance console. The Create storage link is available at the bottom of the
screen. If it is not, click Refresh.
4. Click the Create storage link, select the disk and specify a label for it. The label length is limited
to 16 characters, due to file system restrictions.
When creating a protection plan, in Where to back up, select Local folders, and then type the
letter corresponding to the locally attached storage, for example, D:\.
The below distribution algorithm works for both virtual appliances and agents installed in Windows.
Distribution algorithm
The virtual machines are automatically evenly distributed between Agents for VMware. By evenly,
we mean that each agent manages an equal number of machines. The amount of storage space
occupied by a virtual machine is not counted.
However, when choosing an agent for a machine, the software tries to optimize the overall system
performance. In particular, the software considers the agent and the virtual machine location. An
agent hosted on the same host is preferred. If there is no agent on the same host, an agent from the
same cluster is preferred.
Once a virtual machine is assigned to an agent, all backups of this machine are delegated to this
agent.
For example, you realize that you need more agents to help with throughput and deploy an
additional virtual appliance to the cluster. The Cyber Protection service will assign the most
appropriate machines to the new agent. The old agents' load will reduce.
When you remove an agent from the Cyber Protection service, the machines assigned to the agent
are distributed among the remaining agents. However, this will not happen if an agent gets
corrupted or is deleted from manually from vSphere. Redistribution will start only after you remove
such agent from the web interface.
l in the Agent column for each virtual machine on the All devices section
l in the Assigned virtual machines section of the Details panel when an agent is selected in the
Settings > Agents section
Manual binding
The Agent for VMware binding lets you exclude a virtual machine from this distribution process by
specifying the agent that must always back up this machine. The overall balance will be maintained,
but this particular machine can be passed to a different agent only if the original agent is removed.
Automatic assignment cannot be disabled for an agent if there are no other registered agents, or if
automatic assignment is disabled for all other agents.
Usage examples
l Manual binding comes in handy if you want a particular (very large) machine to be backed up by
Agent for VMware (Windows) via a fibre channel while other machines are backed up by virtual
appliances.
l It is necessary to bind VMs to an agent if the agent has a locally attached storage.
l Disabling the automatic assignment enables you to ensure that a particular machine is
predictably backed up on the schedule you specify. The agent that only backs up one VM cannot
be busy backing up other VMs when the scheduled time comes.
l Disabling the automatic assignment is useful if you have multiple ESXi hosts that are separated
geographically. If you disable the automatic assignment, and then bind the VMs on each host to
the agent running on the same host, you can ensure that the agent will never back up any
machines running on the remote ESXi hosts, thus saving network traffic.
Prerequisites
The pre‐freeze and post‐thaw scripts must be located in a specific folder on the virtual machine.
1. Ensure that VMware Tools are installed on the virtual machine.
2. On the virtual machine, put your custom scripts in the required folder.
3. In the protection plan for this machine, enable the Volume Shadow Copy Service (VSS) for
virtual machines option.
This creates a VMware snapshot with the Quiesce guest file system option enabled, which in
turn triggers the pre-freeze and post-thaw scripts inside the virtual machine.
You do not need to run custom quiescing scripts on virtual machines running VSS-aware
applications, such as Microsoft SQL Server or Microsoft Exchange. To create an application-
consistent backup for such machines, enable the Volume Shadow Copy Service (VSS) for virtual
machines option in the protection plan.
vMotion allows moving the state and configuration of a virtual machine to another host, while the
machine's disks remain in the same location on a shared storage. Storage vMotion allows moving
the disks of a virtual machine from one datastore to another.
l Migration with vMotion, including Storage vMotion, is not supported for a virtual machine that
runs Agent for VMware (Virtual Appliance), and is disabled automatically. This virtual machine is
added to the VM overrides list in the vSphere cluster configuration.
l When a backup of a virtual machine starts, migration with vMotion, including Storage vMotion, is
automatically disabled. This virtual machine is temporarily added to the VM overrides list in the
vSphere cluster configuration. After the backup finishes, the VM overrides settings are
automatically reverted to their previous state.
l A backup cannot start for a virtual machine while its migration with vMotion, including Storage
vMotion, is in progress. The backup for this machine will start when its migration finishes.
In the VMware tab, you can back up the following vSphere infrastructure objects:
l Data center
l Folder
l Cluster
l ESXi host
l Resource pool
Each of these infrastructure objects works as a group object for virtual machines. When you apply a
protection plan to any of these group objects, all virtual machines included in it, will be backed up.
You can back up either the selected group machines by clicking Protect, or the parent group
machines in which the selected group is included by clicking Protect group.
For example, you have selected the Stefano cluster and then selected the resource pool inside it. If
you click Protect, all virtual machines included in the selected resource pool will be backed up. If
you click Protect group, all virtual machines included in the Stefano cluster will be backed up.
The VMware tab enables you to change access credentials for the vCenter Server or stand-alone
ESXi host without re-installing the agent.
This information appears in the virtual machine summary (Summary > Custom
attributes/Annotations/Notes, depending on the client type and vSphere version). You can also
enable the Last backup and Backup status columns on the Virtual Machines tab for any host,
datacenter, folder, resource pool, or the entire vCenter Server.
To provide these attributes, Agent for VMware must have the following privileges in addition to
those described in "Agent for VMware - necessary privileges":
Specify the vSphere account with the necessary privileges during Agent for VMware installation or
configuration. If you need to change the account later, refer to "Managing virtualization
environments" (p. 385).
Direct Access +*
Browse datastore +
Configure datastore + + + +
Global Licenses + + + +
Disable methods + + +
Enable methods + + +
Delete VM +
Advanced + + +
Disk lease + +
Memory +
Remove disk + + + +
Rename +
Set annotation +
Settings + + +
Configure CD media + +
Power off + +
Power on + + +
Register +
Remove + + +
Unregister +
Remove snapshot + + +
1. A machine must be available for backup no matter what node it migrates to. To ensure that
Agent for Hyper-V can access a machine on any node, the agent service must run under a
domain user account that has administrative privileges on each of the cluster nodes.
We recommend that you specify such an account for the agent service during the Agent for
Hyper-V installation.
2. Install Agent for Hyper-V on each node of the cluster.
3. Register all of the agents in the Cyber Protection service.
When you recover backed-up disks to a new Hyper-V virtual machine, the resulting machine is not
highly available. It is considered as a spare machine and is normally powered off. If you need to use
When multiple protection plans overlap in time, the numbers specified in their backup options are
added up. Even though the resulting total number is programmatically limited to 10, overlapping
plans can affect the backup performance and overload both the host and the virtual machine
storage.
You can further reduce the total number of virtual machines that an Agent for VMware or Agent for
Hyper-V can back up simultaneously.
To limit the total number of virtual machines that Agent for VMware (Windows) or Agent for
Hyper-V can back up
1. On the machine running the agent, create a new text document and open it in a text editor, such
as Notepad.
2. Copy and paste the following lines into the file:
[HKEY_LOCAL_
MACHINE\SOFTWARE\Acronis\MMS\Configuration\ManagedMachine\SimultaneousBackupsLimits]
"MaxNumberOfSimultaneousBackups"=dword:00000001
3. Replace 00000001 with the hexadecimal value of the limit that you want to set. For example,
00000001 is 1 and 0000000A is 10.
4. Save the document as limit.reg.
5. Run the file as an administrator.
6. Confirm that you want to edit the Windows registry.
7. Do the following to restart the agent:
a. In the Start menu, click Run, and then type: cmd
b. Click OK.
c. Run the following commands:
To limit the total number of virtual machines that Agent for VMware (Virtual Appliance) can back
up
<key name="SimultaneousBackupsLimits">
<value name="MaxNumberOfSimultaneousBackups" type="Tdword">"10"</value>
</key>
4. Replace 10 with the decimal value of the limit that you want to set.
5. Save the file.
6. Execute the reboot command to restart the agent.
Machine migration
You can perform machine migration by recovering its backup to a non-original machine.
Physical
+ + + - - + + +
machine
VMware
ESXi virtual + + + - - + + +
machine
Hyper-V
virtual + + + - - + + +
machine
Virtuozzo
virtual + + + + - + + +
machine
Virtuozzo
- - - - + - - -
container
Virtuozzo
Hybrid + + + - - + + +
Infrastructu
Scale
Computing
+ + + - - + + +
HC3 virtual
machine
Red Hat
Virtualizatio
n/oVirt + + + - - + + +
virtual
machine
Note
You cannot recover macOS virtual machines to Hyper-V hosts, because Hyper-V does not support
macOS. You can recover macOS virtual machines to a VMware host that is installed on Mac
hardware.
Although it is possible to perform V2P migration in the web interface, we recommend using
bootable media in specific cases. Sometimes, you may want to use the media for migration to ESXi
or Hyper-V.
l Perform P2V migration or V2P migration or V2V migration from Virtuozzo, of a Linux machine
containing logical volumes (LVM). Use Agent for Linux or bootable media to create the backup
and bootable media to recover.
l Provide drivers for specific hardware that is critical for the system bootability.
The difference from a physical machine is that Microsoft Azure and Amazon EC2 virtual machines
cannot be booted from bootable media. If you need to recover to a new Microsoft Azure or Amazon
EC2 virtual machine, follow the procedure below.
Cyber Scripting is available for administrators and users on the customer level, as well as to partner
administrators (service providers). For more information about the different levels of
administration, refer to "Multitenancy support" (p. 32).
The scripts that you can use must be approved in advance. Only the administrators with the Cyber
administrator role can approve and test new scripts.
Performing operations with scripts and scripting plans depend on your user role. For more
information about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
Prerequisites
l Cyber Scripting functionality requires the Advanced Management pack.
l To use all the features of Cyber Scripting such as script editing, script run, creation of scripting
plans, and so on, you must enable two-factor authentication for your account.
Limitations
l The following scripting languages are supported:
o PowerShell
o Bash
l Cyber Scripting operations can only run on target machines that have an installed protection
agent.
Scripts
A script is a set of instructions that are interpreted at runtime and executed on a target machine. It
provides a convenient solution for automating repetitive or complex tasks.
With Cyber Scripting, you can run a predefined script or create a custom script. You can find all
scripts that are available to you in Management > Script repository. The predefined scripts are
located in the Library section. The scripts that you created or cloned to your tenant are located in
the My Scripts section.
You can use a script by including it in a scripting plan or by starting a Script quick run operation.
The following table summarizes the possible actions with a script, depending on its status.
Draft All new scripts and the scripts that you clone in your repository are in the
Draft status. These scripts cannot be run or included in scripting plans.
Testing The scripts in the Testing status can be run and included in a scripting
plan only by an administrator with the Cyber administrator role.
Approved These scripts are available for running and including in scripting plans.
Only an administrator with the Cyber administrator role can change the state of a script or delete an
approved script. For more information about the administrator rights, refer to "User roles and Cyber
Scripting rights" (p. 408).
Creating a script
Note
Performing operations with scripts and scripting plans depend on your user role. For more
information about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
To create a script
Important
When you create a script, include exit code checks for each operation. Otherwise, a failed
operation might be ignored and the scripting activity status in Monitoring > Activities might be
incorrectly shown as Succeeded.
d. Repeat the steps above if you need to add more than one argument.
You can only specify arguments that you have already defined in the script body.
As a result, you created a new script and you saved it to your repository. To use this script, an
administrator with the Cyber administrator role must change its status to Approved. For more
information about how to do this, refer to "Changing the script status" (p. 398).
To use a script in another tenant that you manage, you must clone the script to that tenant. For
more information about how to do this, refer to "Cloning a script" (p. 396).
Cloning a script
Cloning a script is necessary in the following cases:
l Before using a script from Library. In this case, first you must clone the script to your My Scripts
section.
To clone a script
1. In Script repository, find the script that you want to clone.
2. [If you clone a script from My Scripts] Click the ellipsis (...) next to the script name, and then click
Clone.
3. [If you clone a script from Library] Click Clone.
4. [If you manage more than one tenant or unit] Select where you want to clone the script.
In the Clone script dialog box, you see only the tenants that you can manage and which have
the Advanced Management pack applied.
As a result, the script is cloned to the My Scripts section of the tenant or unit that you selected. If
you manage only one tenant with no units in it, the script is automatically copied to your My Scripts
section. The status of the cloned script is Draft.
Important
Credentials that a script uses are not copied when you clone a script to a non-original tenant.
Note
Performing operations with scripts and scripting plans depend on your user role. For more
information about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
To edit a script
1. In Script repository, go to My Scripts, and then find the script that you want to edit.
2. Click the ellipsis (...) next to the script name, and then click Edit.
3. Edit the script, and then click Save.
4. [If you edit a script that is used by a scripting plan] Confirm your choice by clicking Save script.
Note
The latest version of the script will be used next time the scripting plan runs.
Script versions
A new version of the script is created if you edit any of the following script attributes:
l script body
l script name
l description
l script language
l credentials
l arguments
Note
The script status is updated only when you modify the value in the Status field. Only administrators
with the Cyber administrator role can change a script status.
To delete a script
1. In Script repository, go to My Scripts, and then find the script that you want to delete.
2. Click the ellipsis (...) next to the script name, and then click Delete.
3. Click Delete.
4. [If you want to delete a script that is used by a scripting plan] Confirm your choice by clicking
Save script.
Note
Scripting plans that use the deleted script will fail to run.
Note
Performing operations with scripts and scripting plans depend on your user role. For more
information about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
1. In Script repository, go to My Scripts, and then find the script whose status you want to
change.
2. Click the ellipsis (...) next to the script name, and then click Edit.
3. In the Status field, change the status, and then click Save.
4. [If you change the status of an approved script] Confirm your choice by clicking Save script.
Note
If the script status was downgraded to Draft, the scripting plans that use it will fail to run.
Only administrators with the Cyber administrator role can run scripts in the Testing state and
scripting plans with such scripts.
1. In Script repository, go to My Scripts, and then find the script whose versions you want to
compare.
To revert to an earlier version, in the Compare script versions window, click Restore. The selected
version is restored and saved as the latest one in the version history.
Script repository
You can locate the script repository under the Management tab. In the repository, you can search
the scripts by their name and description. You can also use filters, or sort the scripts by their name
or status.
To manage a script, click the ellipsis (...) next to its name, and then select the desired action.
Alternatively, click the script and use the buttons on the screen that opens.
l My scripts
Here, you can find the scripts that you can directly use in your environment. These are the scripts
that you created from scratch and the scripts that you cloned here.
You can filter the scripts in this section by the following criteria:
o Tags
o Status
o Language
o Operating system
o Script owner
l Library
The library contains predefined scripts that you can use in your environment after cloning them
to the My scripts section. You can only inspect and clone these scripts.
You can filter the scripts in this section by the following criteria:
o Tags
o Language
Scripting plans
A scripting plan allows you to run a script on multiple workloads, to schedule the running of a script,
and to configure additional settings.
You can find the scripting plans that you created and the ones that are applied to your workloads in
Management > Scripting plans. Here, you can check the plan execution location, owner, or status.
A clickable bar shows the following color-coded statuses for scripting plans:
l Running (Blue)
l Checking for compatibility (Dark gray)
l Disabled (Light gray)
l OK (Green)
l Critical alert (Red)
l Error (Orange)
l Warning (Yellow)
By clicking the bar, you can see which status a plan has and on how many workloads. Each status is
also clickable.
On the Scripting plans tab, you can manage the plans by performing the following actions:
l Run
l Stop
l Edit
l Rename
l Disable/Enable
l Delete
The visibility of a scripting plan and the available actions with it depend on the plan owner and your
user role. For example, company administrators can only see the partner-owned scripting plans that
are applied to their workloads, and cannot perform any actions with these plans.
For more information about who can create and manage scripting plans, refer to "User roles and
Cyber Scripting rights" (p. 408).
1. In the Cyber Protection console, go to Devices > Machine with agents.
2. Select the workloads or the device groups to which you want to apply a scripting plan, and then
click Protect or Protect group, respectively.
3. [If there are already applied plans] Click Add plan.
4. Click Create plan > Scripting plan.
A template for the scripting plan opens.
5. [Optional] To modify the scripting plan name, click the pencil icon.
6. Click Choose script, select the script that you want to use, and then click Done.
Note
You can only use your own scripts from Script repository > My scripts. Only an administrator
with the Cyber administrator role can use scripts in the Testing status. For more information
about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
7. Configure the schedule and the start conditions for the scripting plan.
8. Choose under which account the script will run on the target workload. The following options are
available:
l System account (in macOS, this is the root account)
l Currently logged-in account
9. Specify how long the script can run on the target workload.
If the script cannot finish running within the set time frame, the Cyber Scripting operation will
fail.
The minimum value that you can specify is one minute and the maximum is 1440 minutes.
10. [Only for PowerShell scripts] Configure the PowerShell execution policy.
For more information about this policy, refer to the Microsoft documentation.
11. Click Create.
Note
You can also select workloads or device groups after you create the plan.
4. [Optional] To modify the scripting plan name, click the pencil icon.
5. Click Choose script, select the script that you want to use, and then click Done.
Note
You can only use your own scripts from Script repository > My scripts. Only an administrator
with the Cyber administrator role can use scripts in the Testing status. For more information
about the roles, refer to "User roles and Cyber Scripting rights" (p. 408).
6. Configure the schedule and the start conditions for the scripting plan.
7. Choose under which account the script will run on the target workload. The following options are
available:
l System account (in macOS, this is the root account)
l Currently logged-in account
8. Specify how long the script can run on the target workload.
If the script cannot finish running within the set time frame, the Cyber Scripting operation will
fail.
The minimum value that you can specify is one minute and the maximum is 1440 minutes.
9. [Only for PowerShell scripts] Configure the PowerShell execution policy.
For more information about this policy, refer to the Microsoft documentation.
10. Click Create.
Schedule
You can configure a scripting plan to run once or repeatedly, and to start on a schedule or to be
triggered by a certain event.
l Run once
For this option, you must configure the date and time when the plan will run.
l Schedule by time
Note
This scheduling option only works with scripts that run under the system account.
Start conditions
Start conditions add more flexibility to your scheduled plans. If you configure multiple conditions, all
of them must be met simultaneously in order for the plan to start.
Start conditions are not effective if you run the plan manually, by using the Run now option.
Condition Description
Run only if workload is The script will run when the target workload is connected to the Internet.
online
User is idle This condition is met when a screen saver is running on the machine or the
machine is locked.
User logged off With this condition, you can postpone a scheduled scripting plan until the user
of the target workload logs off.
Fits time interval With this condition, a scripting plan can only start within the specified time
interval. For example, you can use this condition to limit the User is logged off
condition.
Save battery power With this condition, you can ensure that the scripting plan would not be
interrupted because of a low battery. The following options are available:
Do not start on metered This condition prevents the plan from starting if the target workload accesses
connection the Internet via a metered connection.
Do not start when This condition prevents the plan from starting if the target workload is
connected to the connected to any of the specified wireless networks. To use this condition, you
following Wi-Fi networks must specify the SSID of the forbidden network.
The restriction applies to all networks that contain the specified name as a
substring in their name, case-insensitive. For example, if you specify phone as
the network name, the plan will not start when the device is connected to any
of the following networks: John's iPhone, phone_wifi, or my_PHONE_wifi.
Check device IP address This condition prevents the plan from starting if any of the IP addresses of the
target workload are within or outside of the specified IP address range.
If start conditions are This option allows you to set the time interval after which the plan will run,
not met, run the task irrespective of any other conditions. The plan will start as soon as the other
anyway conditions are met or the specified period ends, depending on which comes
first.
This option is not available if you configured the scripting plan to run only
once.
Partner administrators can apply the same plan to workloads from different customers, and can
create device groups that contain workloads from different customers. To learn how to create a
static or a dynamic device group on the partner level, refer to the "Devices tab" (p. 34).
Note
To select a device group, click its parent level, and then, in the main pane, select the check
box next to its name.
Important
The owner of a plan is the tenant in which the plan was created. Thus, if a partner administrator
created a plan on the customer tenant level, the customer tenant is the owner of that plan.
If the scripting plan is applied to up to 150 individually selected workloads, you will be prompted to
resolve the existing conflicts before saving the plan. To resolve a conflict, remove the root cause for
it or remove the affected workloads from the plan. If you save the plan without resolving the
conflicts, it will be automatically disabled for the incompatible workloads, and alerts will be shown.
If the scripting plan is applied to more than 150 workloads or to device groups, it will be saved, and
then checked for compatibility. The plan will be automatically disabled for the incompatible
workloads, and alerts will be shown.
The target workload must be assigned a service quota that supports the Script quick run
functionality, and the Advanced Management pack must be enabled for its tenant. An appropriate
service quota will be automatically assigned if it is available in the tenant.
Note
You can only use your own scripts from Script repository > My scripts. Only an administrator with
the Cyber administrator role can use scripts in the Testing status. For more information about the
roles, refer to "User roles and Cyber Scripting rights" (p. 408).
Administrators can manage objects in their own tenant and in its child tenants. They cannot see or
access objects on an upper administration level, if any.
Lower-level administrators have only read-only access to the scripting plans applied to their
workloads by an upper-level administrator.
l Cyber administrator
This role grants full permissions, including approval of scripts that can be used in the tenant, and
the ability to run scripts with the Testing status.
l Administrator
This role grants partial permissions, with the ability to run approved scripts as well as create and
run scripting plans that use approved scripts.
l Read-only administrator
This role grants limited permissions, with the ability to view scripts and protection plans that are
used in the tenant.
l User
This role grants partial permissions, with the ability to run approved scripts as well as create and
run scripting plans that use approved scripts, but only on the user's own machine.
The following table summarizes all available actions, depending on the script status and the user
role.
Script status
Role Object
Draft Testing Approved
Create Create
Edit Edit
Edit (Remove a
draft script from Apply Apply
a plan)
Enable Enable
Delete
Scripting plan Run Run
Revoke
Delete Delete
Disable
Cyber Revoke Revoke
administrator Stop
Disable Disable
Company
Stop Stop
administrator
Create
Edit
Apply
View
Enable
Revoke View
Scripting plan Run
Disable Cancel run
Delete
Stop
Administrator Revoke
User (for their Disable
own workloads)
Stop
Create
Cancel running
You can set up and configure disaster recovery in the following ways:
l Create a protection plan that includes the disaster recovery module and apply it to your devices.
This will automatically set up default disaster recovery infrastructure. See Create a disaster
recovery protection plan.
l Set up the disaster recovery cloud infrastructure manually and control each step. See "Setting up
recovery servers" (p. 454).
Note
Some features might require additional licensing, depending on the applied licensing model.
l Manage the Cyber Disaster Recovery Cloud service from a single console
l Extend up to 23 local networks to the cloud, by using a secure VPN tunnel
l Establish the connection to the cloud site without any VPN appliance1 deployment (the cloud-only
mode)
l Establish the point-to-site connection to your local and cloud sites
l Protect your machines by using recovery servers in the cloud
l Protect applications and appliances by using primary servers in the cloud
l Perform automatic disaster recovery operations for encrypted backups
l Perform a test failover in the isolated network
l Use runbooks to spin up the production environment in the cloud
1[Disaster Recovery] A special virtual machine that enables connection between the local network and the cloud site
via a secure VPN tunnel. The VPN appliance is deployed on the local site.
Windows desktop operating systems are not supported due to Microsoft product terms.
The software may work with other Windows operating systems and Linux distributions, but this is
not guaranteed.
The VPN appliance has been tested for the following virtualization platforms:
The software may work with other virtualization platforms and versions, but this is not guaranteed.
Limitations
The following platforms and configurations are not supported in Cyber Disaster Recovery Cloud:
Important
If you create a recovery server from a backup having a CDP recovery point, then during the
failback or creating backup of a recovery server, you will loose the data contained in the CDP
recovery point.
A recovery server has one network interface. If the original machine has several network interfaces,
only one is emulated.
Compute points
In Disaster Recovery, compute points are used for primary servers and recovery servers during test
failover and production failover. Compute points reflect the compute resources used for running
the servers (virtual machines) in the cloud.
The consumption of compute points during disaster recovery depends on the server's parameters,
and the duration of the time period in which the server is in failover state. The more powerful the
server and the longer the time period, the more compute points will be consumed. And the more
compute points are consumed, the higher the price that you will be charged.
In the table below you can see eight different flavors for servers in the cloud. You can change the
flavors of the servers in the Details tab.
F1 1 vCPU 2 GB 1
F2 1 vCPU 4 GB 2
F3 2 vCPU 8 GB 4
F4 4 vCPU 16 GB 8
F5 8 vCPU 32 GB 16
F6 16 vCPU 64 GB 32
F7 16 vCPU 128 GB 64
Using the information in the table, you can easily estimate how much compute points a server
(virtual machine) will consume.
For example, if you want to protect with Disaster Recovery one virtual machine with 4 vCPU* of 16
GB RAM, and one virtual machine with 2 vCPU with 8 GB of RAM, the first virtual machine will
consume 8 compute points per hour, and the second virtual machine – 4 compute points per hour.
If both virtual machines are in failover, the total consumption will be 12 compute points per hour, or
288 compute points for the whole day (12 compute points x 24 hours = 288 compute points).
As a result, you have set up the disaster recovery functionality to protect your local servers from a
disaster.
If a disaster occurs, you can fail over the workload to the recovery servers in the cloud. At least one
recovery point must be created before failing over to recovery servers. When your local site is
recovered from a disaster, you can switch the workload back to your local site by performing
failback. For more information about the failback process, see "Performing failback to a virtual
machine" (p. 464) and "Performing failback to a physical machine" (p. 467).
By default, when creating a new protection plan, the Disaster Recovery module is disabled. After you
enable the disaster recovery functionality and apply the plan to your devices, the cloud network
infrastructure is created, including a recovery server for each protected device. The recovery server is
a virtual machine in the cloud that is a copy of the selected device. For each of the selected devices a
recovery server with default settings is created in a standby state (virtual machine not running). The
recovery server is sized automatically depending on the CPU and RAM of the protected device.
Default cloud network infrastructure is also created automatically: VPN gateway and networks on
the cloud site, to which the recovery servers are connected.
Note
l After you configure disaster recovery, you will be able to perform a test or production failover
from any of the recovery points generated after the recovery server was created for the device.
Recovery points that were generated before the device was protected with disaster recovery (e.g.
before the recovery server was created) cannot be used for failover.
l A disaster recovery protection plan cannot be enabled if the IP address of a device cannot be
detected. For example, when virtual machines are backed up agentless and are not assigned an
IP address.
l When you apply a protection plan, the same networks and IP addresses are assigned in the cloud
site. The IPsec VPN connectivity requires that network segments of the cloud and local sites do
not overlap. If a Multi-site IPsec VPN connectivity is configured, and you apply a protection plan
to one or several devices later, you must additionally update the cloud networks and reassign the
IP addresses of the cloud servers. For more information, see "Reassigning IP addresses" (p. 444).
What to do next
l You can edit the default configuration of the recovery server. For more information, see "Setting
up recovery servers" (p. 454).
l You can edit the default networking configuration. For more information, see "Setting up
connectivity" (p. 418).
l You can learn more about the recovery server default parameters and the cloud network
infrastructure. For more information, see "Editing the Recovery server default parameters" (p.
417) and "Cloud network infrastructure" (p. 418).
Note
A recovery server is created only if it does not exist. Existing recovery servers are not changed or
recreated.
parameter value
CPU and RAM auto The number of virtual CPUs and the amount of
RAM for the recovery server. The default settings
will be automatically determined based on the
original device CPU and RAM configuration.
IP address in auto The IP address that the server will have in the
production production network. By default, the IP address of
network the original machine is set.
Test IP address disabled Test IP address gives you the capability to test a
failover in the isolated test network and to
connect to the recovery server via RDP or SSH
during a test failover. In the test failover mode,
the VPN gateway will replace the test IP address
with the production IP address by using the NAT
protocol. If a test IP address is not specified, the
console will be the only way to access the server
during a test failover.
Internet Access enabled Enable the recovery server to access the Internet
during a real or test failover. By default, TCP port
25 is denied for outbound connections.
Use Public address disabled Having a public IP address makes the recovery
Set RPO threshold disabled RPO threshold defines the maximum allowable
time interval between the last recovery point and
the current time. The value can be set within 15 –
60 minutes, 1 – 24 hours, 1 – 14 days.
Note
Applying a disaster recovery protection plan creates recovery cloud network infrastructure only if it
does not exist. Existing cloud networks are not changed or recreated.
The system checks devices IP addresses and if there are no existing cloud networks where an IP
address fits, it automatically creates suitable cloud networks. If you already have existing cloud
networks where the recovery servers IP addresses fit, the existing cloud networks will not be
changed or recreated.
l If you do not have existing cloud networks or you setup disaster recovery configuration for the
first time, the cloud networks will be created with maximum ranges recommended by IANA for
private use (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) based on your devices IP address range.
You can narrow your network by editing the network mask.
l If you have devices on multiple local networks, the network on the cloud site may become a
superset of the local networks. You may reconfigure networks in the Connectivity section. See
"Managing networks" (p. 438).
l If you need to set up Site-to-site Open VPN connectivity, download the VPN appliance and set up
it. See "Configuring Site-to-site Open VPN" (p. 430). Make sure your cloud networks ranges match
your local network ranges connected to the VPN appliance.
l To change the default network configuration, click the Go to connectivity link on the Disaster
Recovery module of the Protection plan, or navigate to Disaster Recovery > Connectivity.
Setting up connectivity
This section explains the network concepts necessary for you to understand how it all works in
Cyber Disaster Recovery Cloud. You will learn how to configure different types of connectivity to the
Networking concepts
Note
Some features might require additional licensing, depending on the applied licensing model.
With Cyber Disaster Recovery Cloud you can define the following connectivity types to the cloud site:
l Cloud-only mode
This type of connection does not require a VPN appliance deployment on the local site.
The local and cloud networks are independent networks. This type of connection implies either
the failover of all the local site's protected servers or partial failover of independent servers that
do not need to communicate with the local site.
Cloud servers on the cloud site are accessible through the point-to-site VPN, and public IP
addresses (if assigned).
l Site-to-site Open VPN connection
This type of connection requires a VPN appliance deployment on the local site.
The Site-to-site Open VPN connection allows to extend your networks to the cloud and retain the
IP addresses.
Your local site is connected to the cloud site by means of a secure VPN tunnel. This type of
connection is suitable in case you have tightly dependent servers on the local site, such as a web
server and a database server. In case of partial failover, when one of these servers is recreated on
the cloud site while the other stays on the local site, they will still be able to communicate with
each other via a VPN tunnel.
Cloud servers on the cloud site are accessible through the local network, point-to-site VPN, and
public IP addresses (if assigned).
l Multi-site IPsec VPN connection
This type of connection requires a local VPN device that supports IPsec IKE v2.
When you start configuring the Multi-site IPsec VPN connection, Cyber Disaster Recovery Cloud
automatically creates a cloud VPN gateway with a public IP address.
With Multi-site IPsec VPN your local sites are connected to the cloud site by means of a secure
IPsec VPN tunnel.
This type of connection is suitable for Disaster Recovery scenarios when you have one or several
local sites hosting critical workloads or tightly dependent services.
In case of partial failover of one of the servers, the server is recreated on the cloud site while the
others remain on the local site, and they are still able to communicate with each other through an
IPsec VPN tunnel.
In case of partial failover of one of the local sites, the rest of the local sites remain operational,
and will still be able to communicate with each other through an IPsec VPN tunnel.
l Point-to-site remote VPN access
Note
With Cyber Disaster Recovery Cloud, you can extend your local networks to the cloud.
o You can extend up to five local networks, if your cloud site is using the US2 or US5 data center.
o You can extend up to 23 local networks, if your cloud site is using any other data center.
Cloud-only mode
The cloud-only mode does not require a VPN appliance deployment on the local site. It implies that
you have two independent networks: one on the local site, another on the cloud site. Routing is
performed with the router on the cloud site.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
To understand how networking works in Cyber Disaster Recovery Cloud, we will consider a case
when you have three networks with one machine each in the local site. You are going to configure
the protection from a disaster for the two networks – Network 10 and Network 20.
On the diagram below, you can see the local site where your machines are hosted, and the cloud
site where the cloud servers are launched in case of a disaster.
With the Cyber Disaster Recovery Cloud solution you can fail over all the workload from the
corrupted machines in the local site to the cloud servers in the cloud. You can protect up to 23
networks with Cyber Disaster Recovery Cloud.
For each source machine to be protected, you must create a recovery server on the cloud site. It
stays in the Standby state until a failover event happens. If a disaster happens and you start a
failover process (in the production mode), the recovery server representing the exact copy of your
protected machine is launched in the cloud. It may be assigned the same IP address as the source
machine and it can be launched in the same Ethernet segment. Your clients can continue working
with the server, without noticing any background changes.
You can also start a failover process in the test mode. This means that the source machine is still
working and at the same time the respective recovery server with the same IP address is launched
in the cloud. To prevent IP address conflicts, a special virtual network is created in the cloud – test
network. The test network is isolated to prevent duplication of the source machine IP address in
one Ethernet segment. To access the recovery server in the test failover mode, when you create a
VPN gateway
The major component that allows communication between the local and cloud sites is the VPN
gateway. It is a virtual machine in the cloud on which special software is installed, and network is
specifically configured. The VPN gateway has the following functions:
l Connects the Ethernet segments of your local network and production network in the cloud in
the L2 mode.
l Provides iptables and ebtables rules.
l Works as a default router and NAT for the machines in the test and production networks.
l Works as a DHCP server. All machines in the production and test networks get the network
configuration (IP addresses, DNS settings) via DHCP. Every time a cloud server will get the same IP
address from the DHCP server. If you need to set up the custom DNS configuration, you should
contact the support team.
l Works as a caching DNS.
In addition, two virtual interfaces are added for Point-to-site and Site-to-site connections.
When the VPN gateway is deployed and initialized, the bridges are created – one for the external
interface, and one for the client and production interfaces. Though the client-production bridge and
the test interface use the same IP addresses, the VPN gateway can route packages correctly by using
a specific technique.
VPN appliance
The VPN appliance is a virtual machine on the local site with Linux that has special software
installed, and a special network configuration. It allows communication between the local and cloud
sites.
When creating a recovery server, you must specify the following network parameters:
l Cloud network (required): a cloud network to which a recovery server will be connected.
l IP address in production network (required): an IP address with which a virtual machine for a
recovery server will be launched. This address is used in both the production and test networks.
Before launching, the virtual machine is configured for getting the IP address via DHCP.
l Test IP address (optional): an IP address to access a recovery server from the client-production
network during the test failover, to prevent the production IP address from being duplicated in
the same network. This IP address is different from the IP address in the production network.
Servers in the local site can reach the recovery server during the test failover via the test IP
address, while access in the reverse direction is not available. Internet access from the recovery
server in the test network is available if the Internet access option was selected during the
recovery server creation.
l Public IP address (optional): an IP address to access a recovery server from the Internet. If a
server has no public IP address, it can be reached only from the local network.
l Internet access (optional): it allows a recovery server to access the Internet (in both the
production and test failover cases).
Primary servers
A primary server – a virtual machine that does not have a linked machine on the local site if
compared to a recovery server. Primary servers are used for protecting an application by
replication, or running various auxiliary services (such as a web server).
Typically, a primary server is used for real-time data replication across servers running crucial
applications. You set up the replication by yourself, using the application's native tools. For example,
Active Directory replication, or SQL replication, can be configured among the local servers and the
primary server.
Alternatively, a primary server can be included in an AlwaysOn Availability Group (AAG) or Database
Availability Group (DAG).
Both methods require a deep knowledge of the application and the administrator rights. A primary
server constantly consumes computing resources and space on the fast disaster recovery storage. It
needs maintenance on your side: monitoring the replication, installing software updates, and
backing up. The benefits are the minimal RPO and RTO with a minimal load on the production
environment (as compared to backing up entire servers to the cloud).
Primary servers are always launched only in the production network and have the following network
parameters:
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can use the Multi-site IPsec VPN connectivity to connect a single local site, or multiple local sites
to the Cyber Disaster Recovery Cloud through a secure L3 IPsec VPN connection.
This connectivity type is useful for Disaster Recovery scenarios if you have one of the following use
cases:
To establish a Multi-site IPsec VPN communication between the local sites and the cloud site, a VPN
gateway is used. When you start configuring the Multi-site IPsec VPN connection in the service
console, the VPN gateway is automatically deployed in the cloud site. You should configure the
cloud network segments and make sure that they do not overlap with the local network segments. A
secure VPN tunnel is established between local sites and the cloud site. The local and cloud servers
can communicate through this VPN tunnel as if they are all in the same Ethernet segment.
For each source machine to be protected, you must create a recovery server on the cloud site. It
stays in the Standby state until a failover event happens. If a disaster happens and you start a
failover process (in the production mode), the recovery server representing the exact copy of your
protected machine is launched in the cloud. Your clients can continue working with the server,
without noticing any background changes.
You can also launch a failover process in the test mode. This means that the source machine is still
working and at the same time the respective recovery server is launched in the cloud in a special
virtual network that is created in the cloud – test network. The test network is isolated to prevent
duplication of IP addresses in the other cloud network segments.
VPN gateway
The major component that allows communication between the local sites and the cloud site is the
VPN gateway. It is a virtual machine in the cloud on which the special software is installed, and the
l Connects the Ethernet segments of your local network and production network in the cloud in
the L3 IPsec mode.
l Works as a default router and NAT for the machines in the test and production networks.
l Works as a DHCP server. All machines in the production and test networks get the network
configuration (IP addresses, DNS settings) via DHCP. Every time a cloud server will get the same IP
address from the DHCP server.
If you prefer, you can set up a custom DNS configuration. For more information, see "Configuring
custom DNS servers" (p. 445).
l Works as a caching DNS.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The Point-to-site connection is a secure connection from the outside by using your endpoint devices
(such as computer or laptop) to the cloud and local sites through a VPN. It is available after you
establish a Site-to-site Open VPN connection to the Cyber Disaster Recovery Cloud site. This type of
connection is useful in the following cases:
l In many companies, the corporate services and web resources are available only from the
corporate network. You can use the Point-to-site connection to securely connect to the local site.
l In case of a disaster, when a workload is switched to the cloud site and your local network is
down, you may need direct access to your cloud servers. This is possible through the Point-to-site
connection to the cloud site.
For the Point-to-site connection to the local site, you need to install the VPN appliance on the local
site, configure the Site-to-site connection, and then the Point-to-site connection to the local site.
Thus, your remote employees will have access to the corporate network through L2 VPN.
The scheme below shows the local site, cloud site, and communications between servers
highlighted in green. The L2 VPN tunnel connects your local and cloud sites. When a user establishes
a Point-to-site connection, the communications to the local site are performed through the cloud
site.
l Users should use their Cyber Cloud credentials to authenticate in the VPN client. They must have
either a "Company Administrator" or a "Cyber Protection" user role.
l If you re-generated the OpenVPN configuration, you need to provide the updated configuration
to all of the users using the Point-to-site connection to the cloud site.
The following criteria are used to define if the customer tenant is active:
l Currently, there is at least one cloud server or there were cloud server(s) in the last seven days.
OR
l The VPN access to local site option is enabled and either the Site-to-site Open VPN tunnel is
established or there are data reported from the VPN appliance for the last 7 days.
All the rest of the tenants are considered as inactive tenants. For such tenants the system performs
the following:
l Deletes the VPN gateway and all cloud resources related to the tenant.
l Unregisters the VPN appliance.
The inactive tenants are rolled back to their state before the connectivity was configured.
To learn how to manage your networks in the cloud and set up the VPN gateway settings, refer to
"Managing cloud networks".
Note
The availability of this feature depends on the service quotas that are enabled for your account.
System requirements
l 1 CPU
l 1 GB RAM
l 8 GB disk space
Ports
l TCP 443 (outbound) – for VPN connection
l TCP 80 (outbound) – for automatic update of the appliance
Ensure that your firewalls and other components of your network security system allow connections
through these ports to any IP address.
Note
The VPN gateway is provided without additional charge. It will be deleted if the Disaster
Recovery functionality is not used, i.e. no primary or recovery server is present in the cloud for
seven days.
3. In the VPN appliance block, click Download and deploy. Depending on the virtualization
platform you are using, download the VPN appliance for VMware vSphere or Microsoft Hyper-V.
4. Deploy the appliance and connect it to the production networks.
In vSphere, ensure that Promiscuous mode and Forged transmits are enabled and set to
Accept for all virtual switches that connect the VPN appliance to the production networks. To
access these settings, in vSphere Client, select the host > Summary > Network, and then select
the switch > Edit settings... > Security.
In Hyper-V, create a Generation 1 virtual machine with 1024 MB of memory. We also
recommend enabling Dynamic Memory for the machine. Once the machine is created, go to
Settings > Hardware > Network Adapter > Advanced Features and select the Enable MAC
address spoofing check box.
5. Power on the appliance.
6. Open the appliance console and log in with the "admin"/"admin" user name and password.
7. [Optional] Change the password.
8. [Optional] Change the network settings if needed. Define which interface will be used as the
WAN for Internet connection.
9. Register the appliance in the Cyber Protection service by using the credentials of the company
administrator.
These credentials are only used once to retrieve the certificate. The data center URL is
predefined.
Note
If two-factor authentication is configured for your account, you will also be prompted to enter
the TOTP code. If two-factor authentication is enabled but not configured for your account, you
cannot register the VPN appliance. First, you must go to the service console login page and
complete the two-factor authentication configuration for your account. For more details on two-
factor authentication, go to the Management Portal Administrator's Guide.
Once the configuration is complete, the appliance will have the Online status. The appliance
connects to the VPN gateway and starts to report information about networks from all active
interfaces to the Cyber Disaster Recovery Cloud service. The service console shows the interfaces,
based on the information from the VPN appliance.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can configure a Multi-site IPsec VPN connection in the following two ways:
Note
The availability of this feature depends on the service quotas that are enabled for your account.
After you configure a Multi-site IPsec VPN, you must configure the cloud site and the local sites
settings on the Disaster Recovery > Connectivity tab.
Prerequisites
l A configured Multi-site IPsec VPN connectivity. For more information about configuring the Multi-
site IPsec VPN connectivity, see "Configuring Multi-site IPsec VPN" (p. 432).
l Public IP address of each the local IPsec VPN gateway.
Note
When you add a cloud network, a corresponding test network is added automatically with
the same network address and mask for performing test failovers. The cloud servers in the
test network have the same IP addresses as the ones in the cloud production network. If you
need to access a cloud server from the production network during a test failover, when you
create a recovery server, assign it a second test IP address.
b. In the Network address field, type the IP address of the network.
c. In the Network mask field, type the mask of the network.
d. Click Add.
2. Configure the settings for each local site that you want to connect to the cloud site, following the
recommendations for the local sites. For more information about these recommendations, see
"General recommendations for local sites" (p. 434).
a. Click Add Connection.
b. Enter a name for the of the local VPN gateway.
c. Enter the public IP address of the local VPN gateway.
d. [Optional] Enter a description of the local VPN gateway.
e. Click Next.
f. In the Pre-shared key field, type the pre-shared key, or click Generate a new pre-shared
key to use an automatically generated value.
Note
You must use the same pre-shared key for the local and the cloud VPN gateways.
g. Click IPsec/IKE security settings to configure the settings. For more information about the
settings that you can configure, see "IPsec/IKE security settings" (p. 434).
Note
The availability of this feature depends on the service quotas that are enabled for your account.
When you configure the local sites for your Multi-site IPsec VPN connectivity, consider the following
recommendations:
l For each IKE Phase, set at least one of the values that are configured in the cloud site for the
following parameters: Encryption algorithm, Hash algorithm, and Diffie-Hellman group numbers.
l Enable Perfect forward secrecy with at least one of the values for Diffie-Hellman group numbers
that is configured in the cloud site for IKE Phase 2.
l Configure the same value for the Lifetime for IKE Phase 1 and IKE Phase 2 as in the cloud site.
l Note that the Startup action configuration defines which side initiates the connection. The
default value Add means that the local site initiates the connection, and cloud site is waiting for
the connection initiation. Change the value to Start if you want the cloud site to initiate the
connection, or to Route if you want both sides to be able to initiate the connection (suitable for
firewalls that support the route option).
For more information and configuration examples for different solutions, see:
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The following table provides more information about the Psec/IKE security parameters.
Hash algorithm The hash algorithm that will be used to verify the
data integrity and authenticity. By default, all
algorithms are selected. You must configure at
least one of the selected algorithms on your local
gateway device for each IKE phase.
Rekey margin time (seconds) The margin time before connection expiration or
keying-channel expiration, during which the local
side of the VPN connection attempts to negotiate a
replacement. The exact time of the rekey is
randomly selected based on the value of Rekey
fuzz. Relevant only locally, the remote side does
Replay window size (packet) The IPsec replay window size for this connection.
Dead peer detection (DPD) timeout The action to take after a dead peer detection
action (DPD) timeout occurs.
With custom DNS you can set your own custom DNS server for all cloud servers. For more
information, see "Configuring custom DNS servers" (p. 445).
The recommendations for a dedicated AD DC instance that is configured as a primary server in the
cloud site are the following:
With custom DNS you can set your own custom DNS server for all cloud servers. For more
information, see "Configuring custom DNS servers" (p. 445).
Note
The availability of this feature depends on the service quotas that are enabled for your account.
If you need to connect to your local site remotely, you can configure the Point-to-site connection to
the local site. You can follow the procedure below or watch the video tutorial.
Prerequisites
l A Site-to-site Open VPN connectivity is configured.
l The VPN appliance is installed on the local site.
Important
If you enabled two-factor authentication for your account, you need to re-generate the
configuration file and renew it for your existing OpenVPN clients. Users must re-log in to Cyber
Cloud to set up two-factor authentication for their accounts.
As a result, your user will be able to connect to machines on the local site.
Network management
This section describes network management scenarios.
Managing networks
Note
Some features might require additional licensing, depending on the applied licensing model.
1. On the VPN appliance, set up the new network interface with the local network that you want to
extend in the cloud.
2. Log in to the VPN appliance console.
3. In the Networking section, set up network settings for the new interface.
As a result, the local network extension to the cloud via a secure VPN tunnel will be stopped. This
network will operate as an independent cloud segment. If this interface is used to pass the traffic
from (to) the cloud site, all of your network connections from (to) the cloud site will be disconnected.
Cloud-only mode
You can have up to 23 networks in the cloud.
As a result, the additional cloud network with the defined address and mask will be created on the
cloud site.
Note
You cannot delete a cloud network if there is at least one cloud server in it. First, delete the cloud
server, and then delete the network.
IP address reconfiguration
For proper disaster recovery performance, the IP addresses assigned to the local and cloud servers
must be consistent. If there is any inconsistency or mismatch in IP addresses, you will see the
exclamation mark next to the corresponding network in Disaster Recovery > Connectivity.
1. A recovery server was migrated from one network to another or the network mask of the cloud
network was changed. As a result, cloud servers have the IP addresses from networks to which
they are not connected.
2. The connectivity type was switched from one without Site-to-site connection to a Site-to-site
connection. As a result, a local server is placed in the network different from the one that was
created for the recovery server on the cloud site.
3. The connectivity type was switched from Site-to-site Open VPN to Multi-site IPsec VPN, or from
Multi-site IPsec VPN to Site-to-site Open VPN. For more information about this scenario, see
Switching connections and Reassigning IP addresses.
4. Editing the following network parameters on the VPN appliance site:
l Adding an interface via the network settings
l Editing the network mask manually via the interface settings
l Editing the network mask via DHCP
l Editing the network address and mask manually via the interface settings
l Editing the network mask and address via DHCP
As a result of the actions listed above, the network on the cloud site may become a subset or
superset of the local network, or the VPN appliance interface may report the same network
settings for different interfaces.
When you create a disaster recovery protection plan and apply it on selected devices, the system
checks devices IP addresses and automatically creates cloud networks if there are not existing cloud
networks where IP address fits. By default, the cloud networks are configured with maximum
ranges recommended by IANA for private use (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16). You can
narrow your network by editing the network mask.
In case if the selected devices was on the multiple local networks, the network on the cloud site may
become a superset of the local networks. In this case, to reconfigure cloud networks:
1. Click the cloud network that requires network size reconfiguration and then click Edit.
2. Reconfigure the network size with the correct settings.
3. Create other required networks.
4. Click the notification icon next to the number of devices connected to the network.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
To access these settings, click the i icon in the VPN appliance block.
Reinstalling the VPN gateway process includes the following automatic actions: deleting the existing
VPN gateway virtual machine completely, installing a new virtual machine from the template, and
applying the settings of the previous VPN gateway on the new virtual machine.
Prerequisites:
One of the connectivity types to the cloud site must be set.
1. In the Cyber Protection service console, go to Disaster Recovery > Connectivity.
2. Click the gear icon of the VPN gateway, and select Reinstall VPN gateway.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
l If you need the cloud servers on the cloud site to communicate with servers on the local site.
l After a failover to the cloud, the local infrastructure is recovered, and you want to fail back your
servers to the local site.
As a result, the site-to-site VPN connection is enabled between the local and cloud sites. The Cyber
Disaster Recovery Cloud service gets the network settings from the VPN appliance and extends the
local networks to the cloud site.
If you do not need cloud servers on the cloud site to communicate with servers on the local site, you
can disable the Site-to-site connection.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can easily switch form a Site-to-site Open VPN connection to a Multi-site IPsec VPN connection,
and from a Multi-site IPsec VPN connection to a Site-to-site Open VPN connection.
When you switch the connectivity type, the active VPN connections are deleted, but the cloud
servers and network configurations are preserved. However, you will still need to reassign the
IP addresses of the cloud networks and servers.
The following table compares the basic characteristics of the Site-to-site Open VPN connection and
the Multi-site IPsec VPN connection.
Network segments Extends the local network to the Local networks and
cloud network cloud network segments
should not overlap
To switch form a Multi-site IPsec VPN connection to a Site-to-site Open VPN connection
Reassigning IP addresses
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You must reassign the IP addresses of the cloud networks and the cloud servers in order to
complete the configuration in the following cases:
l After you switch from Site-to-site Open VPN to Multi-site IPsec VPN, or the opposite.
l After you apply a protection plan (if the Multi-site IPsec VPN connectivity is configured).
1. In the Connectivity tab, click the IP address of the cloud network.
2. In the Network pop-up, click Edit.
3. Type the new the network address and network mask.
4. Click Done.
After you reassign the IP address of a cloud network, you must reassign the cloud servers that
belong to the reassigned cloud network.
1. In the Connectivity tab, click the IP address of the server in the cloud network.
2. In the Servers pop-up, click Change IP address.
3. In the Change IP address pop-up, type the new IP address of the server, or use the
automatically generated IP address which is part of the reassigned cloud network.
Note
Cyber Disaster Recovery Cloud automatically assigns IP addresses from the cloud network to all
cloud servers that were part of the cloud network before the reassignment of the network IP
address. You can use the suggested IP addresses to reassign the IP addresses of all the cloud
servers at once.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
When you configure a connectivity, Cyber Disaster Recovery Cloud creates your cloud network
infrastructure. The cloud DHCP server automatically assigns default DNS servers to the recovery
servers and primary servers, but you can change the default settings and configure custom
DNS servers. The new DNS settings will be applied at the time of the next request to the DHCP
server.
Prerequisites:
One of the connectivity types to the cloud site must be set.
Note
After you add the custom DNS servers, you can also add the default DNS servers. In that way, if
the custom DNS servers are unavailable, Cyber Disaster Recovery Cloud will use the default
DNS servers.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Prerequisites:
Custom DNS servers are configured.
Note
The delete operation is disabled when only one custom DNS server is available. If you want to
delete all custom DNS servers, select Default (provided by Cloud Site) .
As a result, the servers from the specified local networks can communicate with the cloud servers.
Prerequisites:
Note
The availability of this feature depends on the service quotas that are enabled for your account.
In the service console, go to Disaster Recovery > Connectivity and then click Show properties in
the upper right corner.
Re-generate configuration
You can re-generate the configuration file for the OpenVPN client.
As soon as the configuration file is updated, connecting by means of the old configuration file
becomes not possible. Make sure to distribute the new file among the users who are allowed to use
the Point-to-site connection.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can view all active point-to-site connections in Disaster recovery > Connectivity. Click the
machine icon on the blue Point-to-site line and you will see the detailed information about active
point-to-site connections grouped by the user name.
The following list describes the log files that are part of the .zip archive, and the information that
they contain.
dnsmasq.config.txt - The file contains information about the configuration of the service that
provides DNS and DHCP addresses.
dnsmsq.leases.txt - The file contains information about the current DHCP address leases.
ip.txt - The file contains the logs from the configuration of the network interfaces, including their
names which can be used in the configuration of the Capturing network packets settings.
NetworkManager_status.txt - The file contains information about the status of the NetworkManager
service.
openvpn@p2s_status.txt - The file contains information about the status of the VPN tunnels.
resolf.conf.txt - The file contains information about the configuration of the DNS servers.
uname.txt - The file contains information about the current version of the kernel of the operating
system.
uptime.txt - The file contains information about the length of period for which the operating system
has not been restarted.
vpnserver_status.txt - The file contains information about the status of the VPN server.
For more information about log files that are specific to the IPsec VPN connectivity, see "Multi-site
IPSec VPN log files" (p. 454).
1. On the Connectivity page, click the gear icon next to the VPN appliance.
2. Click the Download log.
3. [Optional] Select Capture network packets, and configure the settings. For more information,
see "Capturing network packets" (p. 451).
4. Click Done.
5. When the .zip archive is ready for download, click Download log, and save it locally.
1. On the Connectivity page, click the gear icon next to the VPN gateway.
2. Click the Download log.
3. [Optional] Select Capture network packets, and then configure the settings. For more
information, see "Capturing network packets" (p. 451).
4. Click Done.
5. When the .zip archive is ready for download, click Download log, and save it locally.
After collecting 32000 network packets, or reaching time limit, capturing network packets stops, and
the results are written in a .libpcap file that is added to the logs .zip archive.
The following table provides more information about the Capture network packets settings that
you can configure.
Setting Description
Network The network interface on which to capture network packets. If you want to
interface capture network packets on all network interfaces, select Any.
name
Time limit The time limit for capturing network packets. The maximum value you can set is
(seconds) 1800.
You can enter a string containing protocols, ports, directions, and their
combinations, separated by space, such as: "and", "or", "not", " ( ", " ) ", "src",
"dst", "net", "host", "port", "ip", "tcp", "udp", "icmp", "arp", "esp".
If you want to use brackets, surround them with spaces. You can also enter IP
addresses and network addresses, for example: "icmp or arp" and "port 67 or
68".
For more information about the values that you can enter, see the Linux
tpcdump help.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
When you configure or use the IPsec VPN connection, you might experience problems.
You can learn more about the problems that you encountered in the IPsec log files, and check the
Troubleshooting IPsec VPN configuration issues topic for possible solutions of some of the common
problems that might occur.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
I see the following error message: IKE Click Retry and check if a more specific error
phase 1 negotiation error. Check the message appears. For example, a more specific
IPsec IKE settings on the Cloud and error message may be an error message about an
the Local sites. algorithm mismatch or an incorrect Pre-shared
key.
Note
For security reasons, the following restrictions
apply to the IPsec VPN connectivity:
The connection between my local site You see this status when the Startup action for
and the cloud site stays in status Waiting cloud site is set to Add, which means that the cloud
for a connection. site is waiting for the local site to initiate the
connection.
The connection between my local site You see this status when the Startup action for
and the cloud site stays in status Waiting cloud site is set to Route.
for traffic.
If you are expecting a connection from the local
site, do the following:
The connection between my local site This issue may be due to the following reasons:
and the cloud site is established, but I
l Network mapping in the cloud IPsec site is
can see that one or more of the network
different from the network mapping in the local
policies are down.
site.
Ensure that the network mappings and the
sequence of the network policies in the local
and cloud sites match exactly.
l This state is correct when the Startup action of
the local site and/or of the cloud site is set to
Route (for example, on Cisco ASA devices), and
currently there is no traffic. You can try to ping
to make sure that the tunnel is established. If
the ping is not working, check the network
mapping on the local and the cloud site.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can find additional information about the IPsec connectivity in the log files on the VPN server.
The log files are compressed in a .zip archive that you can download and extract.
Prerequisites
Multi-site IPsec VPN connectivity is configured.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The following list describes the IPsec VPN log files that are part of the zip archive, and the
information that they contain.
l ip.txt - The file contains the logs from the configuration of the network interfaces. You must see
two IP addresses - a public IP address, and a local IP address. If you do not see these IP addresses
in the log, there is a problem. Contact the Support team.
Note
The mask for the public IP address must be 32.
Important
When you perform a failover, you can select only recovery points that were created after the
creation of the recovery server.
Prerequisites
l A protection plan must be applied to the original machine that you want to protect. This plan
must back up the entire machine, or only the disks, required for booting up and providing the
necessary services, to a cloud storage.
l One of the connectivity types to the cloud site must be set.
Note
You can see the compute points for every option. The number of compute points reflects the
cost of running the recovery server per hour. For more information, see "Compute points" (p.
414).
4. Specify the cloud network to which the server will be connected.
5. Select the DHCP option.
Custom The IP address of the server will be provided by your own DHCP server in
the cloud.
Note
If you use a DHCP server, add this IP address to the server exclusion list in order to avoid IP
address conflicts.
If you use a custom DHCP server, you must specify the same IP address in IP address in
production network as the one configured in the DHCP server. Otherwise, test failover will not
work properly, and the server will not be reachable via a public IP address.
8. [Optional] Select the Test IP address check box, and then specify the IP address.
This will give you the capability to test a failover in the isolated test network and to connect to
the recovery server via RDP or SSH during a test failover. In the test failover mode, the VPN
gateway will replace the test IP address with the production IP address by using the NAT
protocol.
If you leave the check box cleared, the console will be the only way to access the server during a
test failover.
You can select one of the proposed IP addresses or type in a different one.
9. [Optional] Select the Internet access check box.
This will enable the recovery server to access the Internet during a real or test failover. By
default, the TCP port 25 is open for outbound connections to public IP addresses.
10. [Optional] Set the RPO threshold.
The RPO threshold defines the maximum time interval allowed between the last suitable
recovery point for a failover and the current time. The value can be set within 15 – 60 minutes, 1
– 24 hours, 1 – 14 days.
11. [Optional] Select the Use public IP address check box.
Having a public IP address makes the recovery server available from the Internet during a
failover or test failover. If you leave the check box cleared, the server will be available only in
your production network.
The Use public IP address option requires the Internet access option to be enabled.
The public IP address will be shown after you complete the configuration. By default, TCP port
443 is open for inbound connections to public IP addresses.
Note
If you clear the Use Public IP address check box or delete the recovery server, its public IP
address will not be reserved.
12. [Optional] If the backups for the selected machine are encrypted, you can specify the password
that will be automatically used when creating a virtual machine for the recovery server from the
encrypted backup. Click Specify, and then define the credential name and password. By default,
you will see the most recent backup in the list. To view all the backups, select Show all backups.
13. [Optional] Change the recovery server name.
14. [Optional] Type a description for the recovery server.
15. [Optional] Click the Cloud firewall rules tab to edit the default firewall rules. For more
information, see "Setting firewall rules for cloud servers" (p. 473).
16. Click Create.
The recovery server appears in the Disaster Recovery > Servers > Recovery servers tab of the
service console. You can view its settings by selecting the original machine and clicking Disaster
recovery.
Production failover
Note
The availability of this feature depends on the service quotas that are enabled for your account.
When a recovery server is created, it stays in the Standby state. The corresponding virtual machine
does not exist until you initiate the failover. Before starting the failover process, you need to create
at least one disk image backup (with bootable volume) of your original machine.
When starting the failover process, you select the recovery point of the original machine from which
a virtual machine with the predefined parameters is created. The failover operation uses the "run
VM from a backup" functionality. The recovery server gets the transition state Finalization. This
process implies transferring the server's virtual disks from the backup storage ("cold" storage) to the
disaster recovery storage ("hot" storage).
Note
During the Finalization, the server is accessible and operable, although the performance is lower
than normal. You can open the server console by clicking the Console is ready link. The link is
available in the VM State column on the Disaster Recovery > Servers screen, and in the server's
Details view.
When the Finalization is completed, the server performance reaches its normal value. The server
state changes to Failover. The workload is now switched from the original machine to the recovery
server in the cloud site.
If the recovery server has a protection agent inside, the agent service is stopped in order to avoid
interference (such as starting a backup or reporting outdated statuses to the backup component).
On the diagram below, you can see both the failover and failback processes.
During test failover, the virtual machine (recovery server) is not finalized. The agent reads the
content of the virtual disks directly from the backup and randomly accesses different parts of the
backup. This might make the performance of the recovery server in the test failover state slower
than its normal performance.
Though performing a test failover is optional, we recommend that you make it a regular process
with a frequency that you find adequate in terms of cost and safety. A good practice is creating a
runbook – a set of instructions describing how to spin up the production environment in the cloud.
You must create a recovery server in advance to protect your devices from a disaster. You will be
able to perform the test failover from any of the recovery points generated after the recovery server
was created for the device.
6. Test the recovery server by using any of the following methods:
l In Disaster Recovery > Servers, select the recovery server, and then click Console.
l Connect to the recovery server by using RDP or SSH, and the test IP address that you specified
when creating the recovery server. Try the connection from both inside and outside the
production network (as described in "Point-to-site connection").
l Run a script within the recovery server.
The script may check the login screen, whether applications are started, the Internet
connection, and the ability of other machines to connect to the recovery server.
l If the recovery server has access to the Internet and a public IP address, you may want to use
TeamViewer.
7. When the test is complete, click Stop testing.
The recovery server is stopped. All changes made to the recovery server during the test failover
are not preserved.
Note
The Start server and Stop server actions are not applicable for test failover operations, both in
runbooks and when starting a test failover manually. If you try executing such an action, it will fail
with the following error message:
Failed: The action is not applicable to the current server state.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
A failover is a process of moving a workload from your premises to the cloud, and also the state
when the workload remains in the cloud.
When you initiate a failover, the recovery server starts in the production network. To avoid
interference and unwanted issues, ensure that the original workload is not online or cannot be
accessed via VPN.
Important
You must create a recovery server in advance to protect your devices from a disaster.
You can perform a production failover only from recovery points that were created after the
recovery server for the device was created.
At least one recovery point must be created before failing over to a recovery server.
You can follow the instructions below or watch the video tutorial.
To perform a failover
1. Ensure that the original machine is not available on the network.
2. In the service console, go to Disaster recovery > Servers > Recovery servers and select the
recovery server.
3. Click Failover.
4. Select the type of failover Production failover.
5. Select the recovery point, and then click Start production failover.
When the recovery server starts, its state changes to Finalization, and after some time to
Failover.
Important
It is critical to understand that the server is available in both the Finalization and Failover
states. During the Finalization state, you can access the server console by clicking the Console
is ready link. The link is available in the VM State column on the Disaster Recovery > Servers
screen, and in the server's Details view. For details, see "How failover works" (p. 457).
Once the recovery server is finalized, a new protection plan is automatically created and applied to
it. This protection plan is based on the protection plan that was used for creating the recovery
server, with certain limitations. In this plan, you can change only the schedule and retention rules.
For more information, refer to "Backing up the cloud servers".
If you want to cancel failover, select the recovery server and click Cancel failover. All changes
starting from the failover moment except the recovery server backups will be lost. The recovery
server will return back to the Standby state.
If you want to perform failback, select the recovery server and click Failback.
l If only the DHCP host was failed over to the cloud, while the rest local servers are still on the local
site, then you must log in to the DHCP host in the cloud and turn off the DHCP server on it. Thus,
there will be no conflicts and only the VPN gateway will work as the DHCP server.
Note
The instructions are not valid when your cloud DHCP server is configured with the Custom DHCP
option, and some of the recovery or primary servers get their IP address from this DHCP server.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
A failback is a process of moving the workload from the cloud back to a physical or virtual machine
on your local site. You can perform a failback on a recovery server in Failover state, and continue
using the server on your local site.
During the failback process to a target virtual machine, you can transfer the backup data to your
local site while the virtual machine in the cloud continues to run. This technology helps you to
achieve a very short downtime period, which is estimated and displayed in the service console. You
can view it and use this information to plan your activities and, if necessary, warn your clients about
an upcoming downtime period.
The failback process to target virtual machines and target physical machines is different. For more
information about the phases of the failback process, see "Failback to a target virtual machine" (p.
462) and "Failback to a target physical machine" (p. 467).
Note
Runbook operations support the failback to a physical machine only. This means that if you start
the failback process by executing a runbook that includes a Failback server step, the procedure
will require a manual interaction - you must manually recover the machine, and confirm or cancel
the failback process from the Disaster Recovery>Servers tab.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Note
To minimize the total time for the failback process, we recommend that you start the Data
transfer phase immediately after you set up your local servers, and then continue configuring
the network and setting up the rest of the local infrastructure during the Data transfer phase.
2. Data transfer. During this phase, the data is transferred from the cloud site to the local site
while the virtual machine in the cloud continues to run. You can start the next phase -
Switchover, at any time during the Data transfer phase, but you should consider the following
relations:
The longer you remain in the Data transfer phase,
l the longer the virtual machine in the cloud continues to run
l the bigger amount of data will be transferred to your local site
l the higher the cost you will pay (you spend more compute points)
l the shorter the downtime period that you will experience during the Switchover phase.
If you want to minimize the downtime, start the Switchover phase after more than 90 % of the
data is transferred to the local site.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can perform failback to a target virtual machine on your local site.
Prerequisites
l The agent that you will use to perform failback is online and is not currently used for another
failback operation.
l Your Internet connection is stable.
Backup size Amount of data that will be transferred to your local site during the
failback process.
After you start the failback process to a target virtual machine, the
Backup size will be increasing during the Data transfer phase, because
the virtual machine in the cloud will continue to run and generate new
data.
To calculate the estimated downtime period during the failback process to
a target virtual machine, take 10% of the Backup size value (as we
recommend that you start the Switchover phase after 90% of the data is
transferred to your local site), and divide it by the value of your Internet
speed.
Note
The value of the Internet speed will decrease when you perform several
failback processes at the same time.
Target Type of workload on your local site to which you will recover the cloud
server: Virtual machine or Physical machine.
Path (For Microsoft Hyper-V hosts) Folder on the host where your machine will
be stored.
Ensure that there is enough free memory space on the host for the
machine.
Datastore (For VMware ESXi hosts) Datastore on the host where your machine will
be stored.
Ensure that there is enough free memory space on the host for the
machine.
Target Name of the target machine. By default, the target machine name is the
machine same as the recovery server name.
name The target machine name must be unique on the selected Target
machine location.
5. Click Start data transfer, and then in the confirmation window, click Start.
The Data transfer phase starts. The console displays the following information:
l Progress. The parameter shows how much data is already transferred to the local site, and
the total amount of data that must be transferred. Note that the total amount of data includes
the data from the last backup before the data transfer phase was started, and the backups of
the newly generated data (backup increments), as the virtual machine continues to run during
the Data transfer phase. For this reason, both values of the Progress parameter increase
with time.
l Downtime estimation. The parameter shows how much time the virtual machine will be
unavailable, if you start the Switchover phase now. The value is calculated based on the
values of the Progress, and decreases with time.
6. Click Switchover, and then in the confirmation window, click Switchover again.
The Switchover phase starts. The console displays the following information:
l Progress. The parameter shows the progress of restoring the virtual machine on the local site.
l Estimated time to finish. The parameter shows the approximate time when the Switchover
phase will be completed and you will be able to turn on the virtual machine on the local site.
7. After the Switchover phase completes, validate that the virtual machine on your local site is
working as expected.
8. Click Confirm failback, and then in the confirmation window, click Confirm to finalize the
process.
The virtual machine in the cloud is deleted, and the recovery server returns to the Standby state.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The failback process to a target physical machine differs from the failback process to a target virtual
machine. The data transfer from the backup in the cloud to the local site is not part of the
automated workflow, and is done manually after the virtual machine in the cloud is turned off. For
this reason, when performing failback to a physical machine, expect a longer downtime period.
The failback process to a target physical machine consists of the following phases:
1. Planning. During this phase, you restore the IT infrastructure at your local site, such as the hosts
and the network configurations, configure the failback parameters, and plan when to start the
data transfer.
2. Switchover. During this phase, the virtual machine in the cloud is turned off and the newly
generated data is backed up. When the backup is complete, you recover the machine to the local
site manually. You can either recover the disk by using bootable media, or recover the entire
machine from the cloud backup storage.
3. Validation. During this phase, you verify that the physical machine is working correctly, and
confirm the failback. After the confirmation, the virtual machine on the cloud site is deleted, and
the recovery server returns to the Standby state.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
You can perform failback to a target physical machine on your local site.
6. Click Switchover, and then in the confirmation window, click Switchover again.
The virtual machine on the cloud site is turned off.
7. Recover the server from a backup to the physical machine on your local site.
l If you are using bootable media, proceed as described in "Recovering disks by using bootable
media" in the Cyber Protection User Guide. Ensure that you sign in to the cloud by using the
account for which the server is registered and that you select the most recent backup.
l If the target machine is online, you can use the service console. On the Backup storage tab,
select the cloud storage. In Machine to browse from, select the target physical machine. The
selected machine must be registered for the same account for which the server is registered.
Find the most recent backup of the server, click Recover entire machine, and then set up
other recovery parameters. For detailed instructions, refer to "Recovering a machine" in the
Cyber Protection User Guide.
8. Ensure that the recovery is completed and the recovered machine works properly, and click
Machine is restored.
9. If everything is working as expected, click Confirm failback, and then in the confirmation
window, click Confirm again.
The recovery server and recovery points become ready for the next failover. To create new
recovery points, apply a protection plan to the new local server.
Note
Applying a protection plan on the recovered server is not part of the failback process. After the
failback process completes, apply a protection plan on the recovered server to ensure that it is
protected again. You may apply the same protection plan that was applied on the original
server, or a new protection plan that has the Disaster Recovery module enabled.
When creating a recovery server, you can specify the password to be used for automatic disaster
recovery operations. It will be saved to the Credentials store, a secure storage of credentials that
can be found in Settings > Credentials section.
Note
Some features might require additional licensing, depending on the applied licensing model.
You can perform failover of Microsoft Azure virtual machines to Acronis Cyber Protect Cloud. For
more information, see "Performing a failover" (p. 460).
After that, you can perform failback from Acronis Cyber Protect Cloud back to Azure virtual
machines. The failback process is same as the failback process to a physical machine. For more
information, see "Performing failback to a physical machine" (p. 467).
Note
To register a new Azure virtual machine for failing back, you can use the Acronis Backup VM
extension that is available in Azure.
You can configure a Multisite IPsec VPN connectivity between Acronis Cyber Protect Cloud and the
Azure VPN gateway. For more information, see "Configuring Multi-site IPsec VPN" (p. 432).
Prerequisites
l One of the connectivity types to the cloud site must be set.
5. [Optional] Change the virtual disk size. If you need more than one hard disk, click Add disk, and
then specify the new disk size. Currently, you can add no more than 10 disks for a primary
server.
6. Specify the cloud network in which the primary server will be included.
7. Select the DHCP option.
Custom The IP address of the server will be provided by your own DHCP server in
the cloud.
Note
If you use a DHCP server, add this IP address to the server exclusion list in order to avoid IP
address conflicts.
If you use a custom DHCP server, you must specify the same IP address in IP address in
production network as the one configured in the DHCP server. Otherwise, test failover will not
work properly, and the server will not be reachable via a public IP address.
The primary server becomes available in the production network. You can manage the server by
using its console, RDP, SSH, or TeamViewer.
To start or stop the server, click Power on or Power off on the primary server panel.
To edit the primary server settings, stop the server, and then click Edit.
To apply a protection plan to the primary server, select it and on the Plan tab click Create. You will
see a predefined protection plan where you can change only the schedule and retention rules. For
more information, refer to "Backing up the cloud servers".
You can find the following information about each cloud server by selecting it.
Column Description
name
Status The status reflecting the most severe issue with a cloud server (based on the active
alerts)
VM state The power state of a virtual machine associated with a cloud server
Active The location where a cloud server is hosted. For example, Cloud.
location
RPO The maximum time interval allowed between the last suitable recovery point for failover
threshold and the current time. The value can be set within 15-60 minutes, 1-24 hours, 1-14 days.
RPO The RPO compliance is the ratio between the actual RPO and RPO threshold. The RPO
compliance compliance is shown if the RPO threshold is defined.
It is calculated as follows:
where
Depending on the value of the ratio between the actual RPO and RPO threshold, the
following statuses are used:
l Compliant. The RPO compliance < 1x. A server meets the RPO threshold.
l Exceeded. The RPO compliance <= 2x. A server violates the RPO threshold.
l Severely exceeded. The RPO compliance <= 4x. A server violates the RPO threshold
more than 2x times.
l Critically exceeded. The RPO compliance > 4x. A server violates the RPO threshold
more than 4x times.
l Pending (no backups). The server is protected with the protection plan but the
backup is being created and not completed yet.
Actual RPO The time passed since the last recovery point creation
You can configure inbound rules after you provision a public IP address for the cloud server. By
default, TCP port 443 is allowed, and all other inbound connections are denied. You can change the
default firewall rules, and add or remove Inbound exceptions. If a public IP is not provisioned, you
can only view the inbound rules, but cannot configure them.
You can configure outbound rules after when you provision Internet access for the cloud server. By
default, TCP port 25 is denied, and all other outbound connections are allowed. You can change the
default firewall rules, and add or remove outbound exceptions. If Internet access is not provisioned,
you can only view the outbound rules, but cannot configure them.
Note
For security reasons, there are predefined firewall rules that you cannot change.
l Permit ping: ICMP echo-request (type 8, code 0) and ICMP echo-reply (type 0, code 0)
l Permit ICMP need-to-frag (type 3, code 4)
l Permit TTL exceeded (type 11, code 0)
Action Description
Note
Changing the default action invalidates and removes the configuration of existing inbound
rules.
b. [Optional] If you want to save the existing exceptions, in the confirmation window, select
Save filled-in exceptions.
c. Click Confirm.
6. If you want to add an exception:
a. Click Add exception.
b. Specify the firewall parameters.
Firewall Description
parameter
Protocol Select the protocol for the connection. The following options are
supported:
l TCP
l UDP
l TCP+UDP
Server port Select the ports to which the rule applies. You can specify the
following:
l a specific port number (for example, 2298)
l a range of port numbers (for example, 6000-6700)
l any port number. Use * if you want the rule to apply to any port
number.
Client IP Select the IP addresses to which the rule applies. You can specify the
address following:
l a specific IP address (for example, 192.168.0.0)
l a range of IP addresses using the CIDR notation (for example,
192.168.0.0/24)
l any IP address. Use * if you want the rule to apply to any
IP address.
7. If you want to remove an existing inbound exception, click the bin icon next to it.
Action Description
Note
Changing the default action invalidates and removes the configuration of existing outbound
rules.
b. [Optional] If you want to save the existing exceptions, in the confirmation window, select
Save filled-in exceptions.
c. Click Confirm.
9. If you want to add an exception:
a. Click Add exception.
b. Specify the firewall parameters.
Firewall Description
parameter
Protocol Select the protocol for the connection. The following options are
supported:
l TCP
l UDP
l TCP+UDP
Server port Select the ports to which the rule applies. You can specify the
following:
l a specific port number (for example, 2298)
l a range of port numbers (for example, 6000-6700)
l any port number. Use * if you want the rule to apply to any port
number.
Client IP Select the IP addresses to which the rule applies. You can specify the
address following:
l a specific IP address (for example, 192.168.0.0)
l a range of IP addresses using the CIDR notation (for example,
192.168.0.0/24)
l any IP address. Use * if you want the rule to apply to any
IP address.
When you delete a primary server, its backups are also deleted.
A recovery server is backed up only in the failover state. Its backups continue the backup sequence
of the original server. When a failback is performed, the original server can continue this backup
sequence. So, the backups of the recovery server can only be deleted manually or as a result of
applying the retention rules. When a recovery server is deleted, its backups are always kept.
Orchestration (runbooks)
Note
Some features might require additional licensing, depending on the applied licensing model.
A runbook is a set of instructions describing how to spin up the production environment in the
cloud. You can create runbooks in the service console. To access the Runbooks tab, select Disaster
recovery > Runbooks.
Creating a runbook
You can follow the instruction below or watch the video tutorial.
To start creating a runbook, click Create runbook > Add step > Add action. You can use drag and
drop to move actions and steps. Do not forget to give a distinctive name to the runbook. While
creating a long runbook, click Save from time to time. Once you are finished, click Close.
l An operation to be performed with a cloud server (Failover server, Start server, Stop server,
Failback server). To define this operation, you need to choose the operation, the cloud server,
and the operation parameters.
l A manual operation that you need to describe verbally. Once the operation is completed, a user
must click the confirmation button to allow the runbook to proceed.
l Execution of another runbook. To define this operation, you need to choose the runbook.
A runbook can include only one execution of a given runbook. For example, if you added the
action "execute Runbook A", you can add the action "execute Runbook B", but cannot add
another action "execute Runbook A".
Note
In this product version a user has to perform a failback manually. A runbook shows the prompt
when it is required.
Action parameters
All operations with cloud servers have the following parameters:
Completion check
You can add completion checks to the Failover server and Start server actions, to ensure that the
server is available and provides the necessary services. If any of the checks fail, the action is
considered failed.
l Ping IP address
The software will ping the production IP address of the cloud server until the server replies or the
timeout expires, whichever comes first.
l Connect to port (443 by default)
The software will try to connect to the cloud server by using its production IP address and the
port you specify, until the connection is established or the timeout expires, whichever comes first.
This way, you can check if the application that listens on the specified port is running.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
To access the list of operations, hover on a runbook and click the ellipsis icon. When a runbook is
not running, the following operations are available:
l Execute
l Edit
l Clone
l Delete
Executing a runbook
Every time you click Execute, you are prompted for the execution parameters. These parameters
apply to all failover and failback operations included in the runbook. The runbooks specified in the
Execute runbook operations inherit these parameters from the main runbook.
Antimalware protection in Cyber Protection provides you with the following benefits:
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Important
EICAR test file is detected only when the Advanced Antimalware option is enabled in the
protection plan. However, not detecting the EICAR file does not affect the antimalware capabilities
of Cyber Protection.
The Antivirus & Antimalware module protects your Windows, Linux, and macOS machines from
all recent malware threats. See the full list of supported antimalware features: Supported features
by operating system.
Antivirus & Antimalware protection is supported and registered in Windows Security Center.
Antimalware features
Antivirus & Antimalware protection is supported and registered in Windows Security Center.
Antimalware features
l Detection of malware in files in the real-time protection and on-demand modes
l Detection of malicious behavior in processes (for Windows)
l Blocking access to malicious URLs (for Windows)
Scanning types
You can configure antivirus and antimalware protection to run constantly in the background or on
demand.
Real-time protection
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Real-time protection checks all files that are being executed or opened on a machine to prevent
malware threats.
To prevent potential compatibility and performance issues, real-time protection cannot work in
parallel with other antivirus solutions that also use real-time protection features. The statuses of
other installed antivirus solutions are determined through Windows Security Center. If the Windows
machine is already protected by another antivirus solution, real-time protection is automatically
turned off.
To enable real-time protection, disable or uninstall the other antivirus solution. Real-time protection
can replace Microsoft Defender real-time protection automatically.
Note
On machines running Windows Server operating systems, Microsoft Defender will not be turned off
automatically when real-time protection is enabled. An administrator must turn off the Microsoft
Defender manually to avoid potential compatibility issues.
l Smart on-access detection means that the antimalware program runs in the background and
actively and constantly scans your machine system for viruses and other malicious threats for the
entire duration that your system is powered on. Malware will be detected in both cases when a
file is being executed and during various operations with the file such as opening it for reading or
editing.
l On-execution detection means that only executable files will be scanned at the moment they are
run to ensure they are clean and will not cause any damage to your machine or data. Copying of
an infected file will remain unnoticed.
Scheduled scan
Antimalware scanning is performed according to a schedule.
After antimalware scanning completes, you can see details about the workloads that were affected
by threats in the Monitoring > Overview > Recently affected widget.
The following features can be configured for the Antivirus & Antimalware protection module.
Note
This section includes descriptions of the available settings for all supported operating systems.
Check the table of Cyber Protect features supported by operating system for reference about the
features applicable to your workloads: "Supported Cyber Protect features by operating system" (p.
19).
Some features might require additional licensing, depending on the applied licensing model.
Active Protection
Active Protection protects a system from ransomware and cryptocurrency mining malware.
Ransomware encrypts files and demands a ransom for the encryption key. Cryptomining malware
performs mathematical calculations in the background, thus stealing the processing power and
network traffic.
Default setting: Enabled.
For Windows, Active Protection is available for machines running the following operating systems:
Agent for Windows must be installed on the protected machine. The agent version must be
12.0.4290 (released in October 2017) or later. For more information on how to update an agent,
refer to "Updating agents" (p. 125).
Agent for Linux must be installed on the protected machine. The agent version must be 15.0.26077
(released in December 2020) or later. For a list of supported Linux kernel versions, see Active
Protection for Linux: Supported kernel versions (67747).
l Notify only
The software will generate an alert about the process.
l Stop the process
The software will generate an alert and stop the process.
l Revert using cache
The software will generate an alert, stop the process, and revert the file changes by using the
service cache.
Advanced antimalware
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The Advanced Antimalware switch enables local signature-based engine. This engine uses
enhanced database of virus signatures to improve the efficiency of antimalware detection in both
quick and full scans.
Antivirus and Antimalware protection for macOS and Linux also requires the local signature-based
engine. For Windows, Antivirus and Antimalware protection is available with or without this engine.
If a file was originally located on a mapped drive, it cannot be saved to the original location when
extracted from the cache by the Revert using cache action. Instead, it will be saved to the folder
specified in this setting. The default folder is C:\ProgramData\Acronis\Restored Network Files for
Server-side protection
This setting defines whether Active protection protects network folders that are shared by you from
the external incoming connections from other servers in the network that may potentially bring
threats.
Note
Server-side protection is not supported for Linux.
Self-protection
Self-protection prevents unauthorized changes to the software's own processes, registry records,
executable and configuration files, and backups located in local folders. We do not recommend
disabling this feature.
Administrators can enable Self-protection, without enabling Active Protection. Default setting:
Enabled.
Note
Self-protection is not supported for Linux.
For more information about how to enable Password protection, refer to Preventing unauthorized
uninstallation or modification of agents.
Cryptomining malware degrades the performance of useful applications, increases electricity bills,
may cause system crashes and even hardware damage due to abuse. To protect your workloads, we
recommend that you add cryptomining malware to the Harmful processes list.
Administrators can enable Cryptomining process detection, without enabling Active Protection.
Default setting: Enabled.
Note
Cryptomining process detection is not supported for Linux.
l Notify only
The software generates an alert about the process suspected of cryptomining activities.
l Stop the process
The software generates an alert and stops the process suspected of cryptomining activities.
Quarantine
Quarantine is a folder for keeping suspicious (probably infected) or potentially dangerous files
isolated.
Behavior engine
AcronisCyber Protection protects your system by using behavioral heuristics to identify malicious
processes: it compares the chain of actions performed by a process with the chains of actions
recorded in the database of malicious behavior patterns. Thus, a new malware is detected by its
typical behavior.
Note
Behavior engine is not supported for Linux.
l Notify only
The software will generate an alert about the process suspected of malware activity.
l Stop the process
The software will generate an alert and stop the process suspected of malware activity.
l Quarantine
The software will generate an alert, stop the process, and move the executable file to the
quarantine folder.
Exploit prevention
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Exploit prevention detects and prevents infected processes from spreading and exploiting the
software vulnerabilities on Windows systems. When an exploit is detected, the software can
generate an alert and stop the process suspected of exploit activities.
Exploit prevention is available only with agent versions 12.5.23130 (21.08, released in August 2020)
or later.
Note
Exploit prevention is not supported for Linux.
Under Enabled Action on detection, select what to do when an exploit is detected, and then click
Done.
l Notify only
The software will generate an alert about the process suspected of malware activity.
l Stop the process
The software will generate an alert and stop the process suspected of malware activity.
Under Enabled exploit prevention techniques, enable or disable the methods that you want to be
applied, and then click Done.
l Memory protection
Detects and prevents suspicious modifications of the execution rights on memory pages.
Malicious processes apply such modifications to page properties, to enable the execution of shell
codes from non-executable memory areas like stack and heaps.
l Return-oriented programming (ROP) protection
Detects and prevents attempts the ROP exploit technique that allows an attacker to execute code
in the presence of security defenses, such as executable space protection and code signing. The
attacker takes control over the call stack, and then hijacks the program control flow and executes
malicious code.
l Privilege escalation protection
Detects and prevents attempts for elevation of privileges made by an unauthorized code or
application. Privilege escalation is used by malicious code to gain full access of the attacked
machine, and then perform critical and sensitive tasks. Unauthorized code is not allowed to
access critical system resources or modify system settings.
l Code injection protection
Detects and prevents malicious code injection into remote processes. Code injection is used to
hide malicious intent of an application behind clean or benign processes, to evade detection by
antimalware products.
It applies to files that have extensions .tibx, .tib, .tia, and are located in local folders.
This setting lets you specify the processes that are allowed to modify the backup files, even though
these files are protected by self-protection. This is useful, for example, if you remove backup files or
move them to a different location by using a script.
If this setting is disabled, the backup files can be modified only by processes signed by the backup
software vendor. This allows the software to apply retention rules and to remove backups when a
user requests this from the web interface. Other processes, no matter suspicious or not, cannot
modify the backups.
If this setting is enabled, you can allow other processes to modify the backups. Specify the full path
to the process executable, starting with the drive letter.
Real-time protection
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Real-time protection constantly checks your machine system for viruses and other threats for the
entire time that you system is powered on.
Important
Real-time protection is available only when the local signature-based engine is turned on. For real-
time protection, you need to enable both the Real-time protection switch and the Advanced
Antimalware switch.
l Smart on-access – Monitors all system activities and automatically scans files when they are
accessed for reading or writing, or whenever a program is launched.
l On-execution – Automatically scans only executable files when they are launched to ensure that
they are clean and will not cause any damage to your computer or data.
Schedule scan
You can define schedule according to which your machine will be checked for malware, by enabling
the Schedule scan setting.
Action on detection:
l Quarantine
The software generates an alert and moves the executable file to the quarantine folder.
l Notify only
The software generates an alert about the process that is suspected to be malware.
Scan mode:
l Full
The full scan takes much longer to finish in comparison to the quick scan because every file will
be checked.
l Quick
The quick scan only scans the common areas where malware normally resides on the machine.
l Custom
The custom scan checks the files/folders that were selected by the administrator to the
Protection plan.
You can schedule all three scans Quick, Full , and Custom in one protection plan.
l Schedule by time – The task will run according to the specified time.
l When user logs in to the system – By default, a login of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
l When user logs off the system – By default, a logoff of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
Note
The task will not run at system shutdown. Shutting down and logging off are different events in
the scheduling configuration.
l On the system startup – The task will run when the operating system starts.
l On the system shutdown – The task will run when the operating system shuts down.
Schedule type:
l Monthly – Select the months and the weeks or days of the month when the task will run.
l Daily – Select the days of the week when the task will run.
l Hourly – Select the days of the week, repetition number, and the time interval in which the task
will run.
Start at – Select the exact time when the task will run.
Run within a date range – Set a range in which the configured schedule will be effective.
Start conditions – Define all conditions that must be met simultaneously for the task to run.
Start conditions for antimalware scans are similar to the start conditions for the Backup module that
are described in "Start conditions". You can define the following additional start conditions:
l Distribute task start time within a time window – This option allows you to set the time
frame for the task in order to avoid network bottlenecks. You can specify the delay in hours or
minutes. For example, if the default start time is 10:00 AM and the delay is 60 minutes, then the
task will start between 10:00 AM and 11:00 AM.
l If the machine is turned off, run missed tasks at the machine startup
l Prevent the sleep or hibernate mode during task running – This option is effective only for
machines running Windows.
l If start conditions are not met, run the task anyway after – Specify the period after which
the task will run, regardless of the other start conditions.
Scan only new and changed files – only newly created and modified files will be scanned.
Note
Scan removable drives is not supported for Linux.
Protection exclusions
To minimize the resources used by the heuristic analysis and to eliminate the so-called false
positives when a trusted program is considered as ransomware, you can define the following
settings:
l Processes that will never be considered as malware. Processes signed by Microsoft are always
trusted.
l Folders in which file changes will not be monitored.
l Files and folders in which the scheduled scan will not be performed.
l Processes that will always be blocked. These processes will not be able to start as long as Active
Protection is enabled on the machine.
l Folders in which any processes will be blocked.
l Hashes—If you select this option, and click Add, the Add hashes window is displayed. Here you
can add the hashes to be blocked in the Protection exclusions list.
l Processes—If you select this option, the Add processes window is displayed. Here you can add
the processes to be blocked in the Protection exclusions list.
Specify the full path to the process executable, starting with the drive letter. For example:
C:\Windows\Temp\er76s7sdkh.exe.
You can use a wildcard (*) to add items to the exclusion lists.
C:\*.pdf
D:\folders\file.*
*.docx
*:\folder\
Variables
You can also use variables to add items to the Protection exclusions list, with the following
limitations:
l For Windows, only SYSTEM variables are supported. User specific variables, for example,
%USERNAME%, %APPDATA% are not supported. Variables with {username} are not supported.
For more information, see https://ss64.com/nt/syntax-variables.html.
l For macOS, environment variables are not supported.
l For Linux, environment variables are not supported.
l %WINDIR%\Media
l %public%
l %CommonProgramFiles%\Acronis\
Description
You can use the Description field to make notes on the exclusions that you added in the protection
exclusions list. Some suggestions on the notes you may make:
In all other editions of the Cyber Protection service, Active Protection is part of the Antivirus and
Antimalware protection module.
Default setting: Enabled.
For Windows, Active Protection is available for machines running the following operating systems:
Agent for Windows must be installed on the protected machine. The agent version must be
12.0.4290 (released in October 2017) or later. For more information on how to update an agent,
refer to "Updating agents" (p. 125).
Agent for Linux must be installed on the protected machine. The agent version must be 15.0.26077
(released in December 2020) or later. For a list of supported Linux kernel versions, see Active
Protection for Linux: Supported kernel versions (67747).
How it works
Active Protection monitors processes running on the protected machine. When a third-party
process tries to encrypt files or mine cryptocurrency, Active Protection generates an alert and
performs additional actions, as specified in the protection plan.
In addition, Active Protection prevents unauthorized changes to the backup software's own
processes, registry records, executable and configuration files, and backups located in local folders.
To identify malicious processes, Active Protection uses behavioral heuristics. Active Protection
compares the chain of actions performed by a process with the chains of events recorded in the
l Action on detection
l Self-protection
l Network folder protection
l Server-side protection
l Cryptomining process detection
l Exclusions
Note
Active Protection for Linux supports the following settings: Action on detection, Network folder
protection, and Exclusions. Network folder protection is always on and not configurable.
Action on detection
In Action on detection, select the action that the software will perform when detecting a
ransomware activity, and then click Done.
l Notify only
The software will generate an alert about the process.
l Stop the process
The software will generate an alert and stop the process.
l Revert using cache
The software will generate an alert, stop the process, and revert the file changes by using the
service cache.
Self-protection
Self-protection prevents unauthorized changes to the software's own processes, registry records,
executable and configuration files, and backups located in local folders. We do not recommend
disabling this feature.
Administrators can enable Self-protection, without enabling Active Protection. Default setting:
Enabled.
Note
Self-protection is not supported for Linux.
For more information about how to enable Password protection, refer to Preventing unauthorized
uninstallation or modification of agents.
If a file was originally located on a mapped drive, it cannot be saved to the original location when
extracted from the cache by the Revert using cache action. Instead, it will be saved to the folder
specified in this setting. The default folder is C:\ProgramData\Acronis\Restored Network Files for
Windows, and Library/Application Support/Acronis/Restored Network Files/ for macOS. If this
folder does not exist, it will be created. If you want to change this path, specify a local folder.
Network folders, including folders on mapped drives, are not supported.
Server-side protection
This setting defines whether Active protection protects network folders that are shared by you from
the external incoming connections from other servers in the network that may potentially bring
threats.
Note
Server-side protection is not supported for Linux.
Cryptomining malware degrades the performance of useful applications, increases electricity bills,
may cause system crashes and even hardware damage due to abuse. To protect your workloads, we
recommend that you add cryptomining malware to the Harmful processes list.
Administrators can enable Cryptomining process detection, without enabling Active Protection.
Default setting: Enabled.
Note
Cryptomining process detection is not supported for Linux.
l Notify only
The software generates an alert about the process suspected of cryptomining activities.
l Stop the process
The software generates an alert and stops the process suspected of cryptomining activities.
Protection exclusions
To minimize the resources used by the heuristic analysis and to eliminate the so-called false
positives when a trusted program is considered as ransomware, you can define the following
settings:
l Processes that will always be blocked. These processes will not be able to start as long as Active
Protection is enabled on the machine.
l Folders in which any processes will be blocked.
Specify the full path to the process executable, starting with the drive letter. For example:
C:\Windows\Temp\er76s7sdkh.exe.
Wildcards
For specifying folders, you can use the wildcard characters * and ?. The asterisk (*) substitutes for
zero or more characters. The question mark (?) substitutes for exactly one character. Environment
variables, such as %AppData%, cannot be used.
You can use a wildcard (*) to add items to the exclusion lists.
C:\*.pdf
D:\folders\file.*
*.docx
*:\folder\
Variables
You can also use variables to add items to the Protection exclusions list, with the following
limitations:
l For Windows, only SYSTEM variables are supported. User specific variables, for example,
%USERNAME%, %APPDATA% are not supported. Variables with {username} are not supported.
For more information, see https://ss64.com/nt/syntax-variables.html.
l For macOS, environment variables are not supported.
l For Linux, environment variables are not supported.
l %WINDIR%\Media
l %public%
l %CommonProgramFiles%\Acronis\
If there are multiple items added in a single entry, there can only be 1 comment captured for the
multiple items.
URL filtering
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Malware is often distributed by malicious or infected sites and uses the so called Drive-by download
method of infection.
The URL filtering functionality allows you to protect machines from threats like malware and
phishing coming from the Internet. You can protect your organization by blocking user access to the
websites that may have malicious content. The URL filtering database also includes data about the
websites having disputed information about COVID-19, scam and phishing URLs. Thus, such
websites will be automatically blocked by the system when a user tries to open them.
The URL filtering also allows you to control web usage to comply with the external regulations and
internal company policies. You can configure access to the websites depending on the category they
relate to. The URL filtering supports currently 44 website categories and allows to manage access to
them.
Currently, the HTTP/HTTPS connections on Windows machines will be checked by the protection
agent.
Note
To prevent possible compatibility issues with Cyber Protection agent builds 15.0.26692 (release
C21.03 HF1) and earlier, the URL filtering functionality will be automatically disabled if another
antivirus solution is detected, or if the Windows Security Center service is not present on the
system.
In later Cyber Protection agents, the compatibility issues are resolved so URL filtering is always
enabled according to the policy.
1. You create a protection plan with the enabled URL filtering module.
2. Specify the URL filtering settings (see below).
3. Assign the protection plan to the machines.
l Block – block access to the malicious website. A user will not be able to access the website and a
warning alert will be generated.
l Always ask user – ask a user whether to proceed to the website anyway or return back.
Categories to filter
There are 44 website categories for which you can configure access:
Show all notifications for blocked URLs by categories – if enabled, you will get all notifications
shown in the tray for blocked URLs by categories. If a website has several sub-domains, then the
system also generates notifications for them, therefore the number of notifications may be big.
2 Message boards This category covers forums, discussion boards, and question-answer
type websites. This category does not cover the specific sections on
company websites where customers ask questions.
3 Personal websites This category covers personal websites, as well as all types of blogs:
individual, group, and even company ones. A blog is a journal published
on the World Wide Web. It consists of entries (“posts”), typically displayed
in reverse chronological order so that the most recent post appears first.
4 Corporate/business This is a broad category that covers corporate websites that typically do
websites not belong to any other category.
5 Computer software This category covers websites offering computer software, typically either
open-source, freeware, or shareware. It may also cover some online
software stores.
8 Entertainment This category covers websites that provide information related to artistic
activities and museums, as well as websites that review or rate content
such as movies, music, or art.
9 File sharing This category covers file-sharing websites where a user can upload files
and share them with others. It also covers torrent-sharing websites and
torrent trackers.
10 Finance This category covers websites belonging to all banks around the world
that provide online access. Some credit unions and other financial
institutions are covered as well. However, some local banks may be left
uncovered.
11 Gambling This category covers gambling websites. These are the “online casino” or
“online lottery” type website, which typically requires payment before a
user can gamble for money in online roulette, poker, blackjack, or similar
games. Some of them are legitimate, meaning there is a chance to win;
and some are fraudulent, meaning that there is no chance to win. It also
detects “beating tips and cheats” websites that describe the ways to
make money on gambling and online lottery websites.
14 Hacking This category covers websites that provide the hacking tools, articles, and
discussion platforms for hackers. It also covers websites offering exploits
for common platforms that facilitate Facebook or Gmail account hacking.
15 Illegal activities This category is a broad category related to hate, violence and racism,
and it is intended to block the following categories of websites:
16 Health and fitness This category covers websites associated with medical institutions,
websites related to disease prevention and treatment, websites that offer
information or products about weight loss, diets, steroids, anabolic or
HGH products, as well as websites providing information on plastic
surgery.
17 Hobbies This category covers websites that present resources related to activities
typically performed during an individual’s free time, such as collecting,
arts and crafts, and cycling.
18 Web hosting This category covers free and commercial website hosting services that
allow private users and organizations to create and publish web pages.
19 Illegal downloads This category covers websites related to software piracy, including:
20 Instant messaging This category covers instant messaging and chat websites that allow
users to chat in real-time. It will also detect yahoo.com and
gmail.com since they both contain an embedded instant messenger
service.
22 Mature content This category covers the content that was labeled by a website creator as
requiring a mature audience. It covers a wide range of websites from the
Kama Sutra book and sex education websites, to hardcore pornography.
23 Narcotics This category covers websites sharing information about recreational and
illegal drugs. This category also covers websites covering development or
growing drugs.
24 News This category covers news websites that provide text and video news. It
strives to cover both global and local news websites; however, some
small local news websites may not be covered.
25 Online dating This category covers online dating websites – paid and free - where users
can search for other people by using some criteria. They may also post
their profiles to let others search them. This category includes both free
and paid online dating websites.
26 Online payments This category covers websites offering online payments or money
transfers. It detects popular payment websites like PayPal or
Moneybookers. It also heuristically detects the webpages on the regular
websites that ask for the credit card information, allowing detection of
hidden, unknown, or illegal online stores.
27 Photo sharing This category covers photo-sharing websites whose primary purpose is to
let users upload and share photos.
28 Online stores This category covers known online stores. A website is considered an
online store if it sells goods or services online.
30 Portals This category covers websites that aggregate information from multiple
sources and various domains, and that usually offer features such as
search engines, e-mail, news, and entertainment information.
31 Radio This category covers websites that offer Internet music streaming
services, from online radio stations to websites that provide on-demand
(free or paid) audio content.
32 Religion This category covers websites promoting religion or a sect. It also covers
the discussion forums related to one or multiple religions.
33 Search engines This category covers search engine websites, such as Google, Yahoo, and
Bing.
34 Social networks This category covers social network websites. This includes
MySpace.com, Facebook.com, Bebo.com, etc. However, specialized social
networks, like YouTube.com, will be listed in the Video/Photo category.
35 Sport This category covers websites that offer sports information, news, and
tutorials.
37 Tabloids This category is mainly designed for soft pornography and celebrity
gossip websites. A lot of the tabloid-style news websites may have
subcategories listed here. Detection for this category is also based on
heuristics.
38 Waste of time This category covers websites where individuals tend to spend a lot of
time. This can include websites from other categories such as social
networks or entertainment.
39 Traveling This category covers websites that present travel offers and travel
equipment, as well as travel destination reviews and ratings.
40 Videos This category covers websites that host various videos or photos, either
uploaded by users or provided by various content providers. This
includes websites like YouTube, Metacafe, Google Video, and photo
websites like Picasa or Flickr. It will also detect videos embedded in other
websites or blogs.
41 Violent cartoons This category covers websites discussing, sharing, and offering violent
cartoons or manga that may be inappropriate for minors due to violence,
explicit language, or sexual content.
This category doesn't cover the websites that offer mainstream cartoons
such as “Tom and Jerry”.
42 Weapons This category covers websites offering weapons for sale or exchange,
43 Email This category covers websites that provide email functionality as a web
application.
44 Web proxy This category covers websites that provide web proxy services. This is a
“browser inside a browser” type website when a user opens a web page,
enters the requested URL into a form, and clicks “Submit”. The web proxy
site downloads the actual page and shows it inside the user browser.
These are the following reasons this type is detected (and might need to
be blocked):
Since the SDK analyzes the HTML page (if provided), and not just URLs,
for some categories the SDK will still be able to detect the content. Other
reasons, however, cannot be avoided just by using the SDK.
URL exclusions
URLs that are known as safe can be added to the list of the trusted URLs. URLs that represent a
threat can be added to the list of the blocked URLs.
1. In the URL filtering module of a protection plan, click URL exclusions. The URL exclusions
window is displayed.
2. The following options are displayed in the Trusted tab:
l URLs—If you select this option, and click Add, the Add URLs window is displayed. Here you can
insert several URLs to be trusted on separate lines.
1. In the URL filtering module of a protection plan, click URL exclusions. The URL exclusions
window is displayed.
2. The following options are displayed in the Blocked tab:
l URLs—If you select this option, and click Add, the Add URLs window is displayed. Here you can
insert several URLs to be blocked on separate lines.
Note
DNS (domain name service) resolution is not supported. When you add an IP address related to a
certain domain in the URL exclusion list, and access the URL using the domain name, the exclusion
will not apply. You have to use the IP address when you want to browse or access a webpage for the
exclusion to work
Important
All addresses in the domain that you enter will be treated as trusted or blocked. For example, if you
enter https://www.xyz.com/en-us/my/beta/2020/page.html as a trusted URL, all addresses in the
xyz.com domain will be treated as trusted.
Description
You can use the Description field to make notes on the exclusions that you added in the URL
exclusions list. Some suggestions on the notes you may make:
If there are multiple items added in a single entry, there can only be 1 comment captured for the
multiple items.
This module is applicable for the machines on which Microsoft Defender Antivirus is installed.
The Microsoft Security Essentials module allows you to configure Microsoft Security Essentials
security policy and track its status via the Cyber Protection service console.
This module is applicable for the machines on which Microsoft Security Essentials is installed.
The settings for Microsoft Security Essentials are similar to the settings for Microsoft Defender
Antivirus, but you cannot configure real-time protection, and cannot define exclusions via the Cyber
Protection service console.
Schedule scan
Specify the schedule for scheduled scanning.
Scan mode:
l Full – a full check of all files and folders additionally to the items scanned in the quick scan. It
required more machine resources for execution compared to the quick scan.
l Quick – a quick check of the in-memory processes and folders where malware is typically found.
It required less machine resources for execution.
Define the time and day of week when the scan will be performed.
Daily quick scan – define the time for the daily quick scan.
Start the scheduled scan when the machine is on but not in use
Check for the latest virus and spyware definitions before running a scheduled scan
For more details about the setting for Microsoft Defender Antivirus, refer to
https://docs.microsoft.com/en-us/sccm/protect/deploy-use/endpoint-antimalware-
policies#scheduled-scans-settings
Default actions
Define the default actions to be performed for the detected threats of different severity levels:
For more details about the default actions settings for Microsoft Defender Antivirus, refer to
https://docs.microsoft.com/en-us/sccm/protect/deploy-use/endpoint-antimalware-policies#default-
actions-settings
Real-time protection
Enable Real-time protection to detect and stop malware from installing or running on machines.
Scan all downloads – if selected, scanning is performed for all downloaded files and attachments.
Allow full scan on mapped network drives – if selected, mapped network drives will be fully
scanned.
Allow email scanning – if enabled, the engine will parse the mailbox and mail files, according to
their specific format, in order to analyze the mail bodies and attachments.
For more details about the real-time protection settings for Microsoft Defender Antivirus, refer to
https://docs.microsoft.com/en-us/sccm/protect/deploy-use/endpoint-antimalware-policies#real-
time-protection-settings
Advanced
Specify the advanced scan settings:
l Scan archive files – include archived files such as .zip or .rar files into scanning.
l Scan removable drives – scan removable drives during full scans.
l Create a system restore point – in some cases an important file or registry entry could be
removed as "false positive", then you will be able to recover from a restore point.
l Remove quarantined files after – define the period after which the quarantined files will be
removed.
l Send file samples automatically when a further analysis is required:
o Always prompt – you will be asked for confirmation before file sending.
o Send safe samples automatically – most samples will be sent automatically except files that
may contain personal information. Such files will require additional confirmation.
o Send all samples automatically – all samples will be sent automatically.
For more details about the advanced settings for Microsoft Defender Antivirus, refer to
https://docs.microsoft.com/en-us/sccm/protect/deploy-use/endpoint-antimalware-
policies#advanced-settings
Exclusions
You can define the following files and folders to be excluded from scanning:
l Processes – any file that the defined process reads from or writes to will be excluded from
scanning. You need to define a full path to the executable file of the process.
l Files and folders – the specified files and folders will be excluded from scanning. You need to
define a full path to a folder or file, or define the file extension.
For more details about the exclusion settings for Microsoft Defender Antivirus, refer to
https://docs.microsoft.com/en-us/sccm/protect/deploy-use/endpoint-antimalware-
policies#exclusion-settings
Quarantine
Quarantine is a special isolated folder on a machine's hard disk where the suspicious files detected
by Antivirus and Antimalware protection are placed to prevent further spread of threats.
Quarantine allows you to review suspicious and potentially dangerous files from all machines and
decide whether they should be removed or restored. The quarantined files are automatically
removed if the machine is removed from the system.
Name Description
Date quarantined The date and time when the file was placed in Quarantine.
Protection plan The protection plan according to which the suspicious file was placed in Quarantine.
l Delete – permanently remove a quarantined file from all machines. You can delete all files with
the same file hash. You can restore all files with the same file hash. Group the files by hash, select
needed files and then delete them.
l Restore – restore a quarantined file to the original location without any modifications. If
currently there is a file with the same name in the original location, then it will be overwritten with
the restored file. Note that the restored file will be added to the whitelist and skipped during
further antimalware scans.
To access the Scan with Cyber Protect option in the context menu
For workloads with Antivirus and Antimalware enabled in the protection plan, right-click the
files/folders on which you want to scan.
Note
This option is available only to administrators of the workload.
Corporate whitelist
An antivirus solution might identify legitimate corporate-specific applications as suspicious. To
prevent these false positives detections, the trusted applications are manually added to a whitelist,
which is time consuming.
Cyber Protection can automate this process: backups are scanned by the Antivirus and Antimalware
protection module and the scanned data are analyzed, so that such applications are moved to the
whitelist, and false positive detections are prevented. Also, the company-wide whitelist improves the
further scanning performance.
The whitelist is created for each customer, and is based only on this customer's data.
The whitelist can be enabled and disabled. When it is disabled, the files added to it are temporarily
hidden.
Note
Only accounts with the administrator role (for example, Cyber Protection administrator; company
administrator; partner administrator who acts on behalf of a company administrator; unit
administrator) can configure and manage the whitelist. This functionality is not available for a read-
only administrator account or a user account.
Whitelist settings
When you enable the Automatic generation of whitelist switch, you must specify one of the
following levels of heuristic protection:
l Low
Corporate applications will be added to the whitelist only after a significant amount of time and
checks. Such applications are more trusted. However, this approach increases the possibility of
false positive detections. The criteria to consider a file as clean and trusted are high.
l Default
Corporate applications will be added to the whitelist according to the recommended protection
level, to reduce possible false positive detections. The criteria to consider a file as clean and
trusted are medium.
l High
Corporate applications will be added to the whitelist faster, to reduce possible false positive
detections. However, this does not guarantee that the software is clean, and it might later be
recognized as suspicious or malware. The criteria to consider a file as clean and trusted are low.
If you are unsure about an item that you added, you can check it in the VirtusTotal analyzer. When
you click Check on VirusTotal, the site analyzes suspicious files and URLs to detect types of
malware by using the file hash of the item that you added. You can view the hash in the File hash
(MD5) string.
The Machines value represents the number of machines where such hash was found during
backup scanning. This value is populated only if an item came from Backup scanning or Quarantine.
This field remains empty if the file has been added manually to the whitelist.
If the backup scanning was not performed, then the backups stay in the Not scanned status. After
backup scanning was performed, the backups get one of the following statuses:
l No malware
l Malware detected
If an Advanced protection feature is enabled for you to use, it appears in the protection plan marked
with the Advanced feature icon . When you try to enable the feature, you will be prompted that
additional billing applies.
If an Advanced protection feature is not enabled for you, the following icon appears next to the
feature name in the protection plan . A message will prompt you to contact your administrator
to enable the required advanced pack for you.
The Advanced Data Loss Prevention module analyzes the content and context of data transfers on
protected workloads and prevents leakage of sensitive data trough peripheral devices or network
transfers within and outside the company network based on data flow policy.
Advanced Data Loss Prevention features can be included in any protection plan for a customer
tenant if the Protection service and the Advanced Data Loss Prevention pack are enabled for this
customer.
Before you start using the Advanced Data Loss Prevention module, verify that you read and
understand the basic concepts and logic of Advanced DLP management that are described in the
Fundamentals guide.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
The key principle of data loss prevention demands that users of a corporate IT system should be
allowed to handle sensitive data only to the extent necessary to perform their job duties. Any other
sensitive data transfers - irrelevant to the business processes - should be blocked. Therefore it is
crucial to distinguish between business-related and rogue data transfers, or flows.
Each sensitivity category in the policy contains one default rule, marked with an asterisk (*) and one
or more explicit (non-default) rules that define the data flows for specific users or groups. Read
more about the types of policy rules in the Fundamentals guide.
The data flow policy is usually created automatically while Advanced Data Loss Prevention is running
in observation mode. The time required for building a representative data flow policy is
approximately one month, but it could differ, depending on the business processes in your
organization. The data flow policy can also be created, configured, or edited manually by a company
or unit administrator.
Allow all All transfers of sensitive data from user workloads are treated as necessary for the
business process and safe. A new rule is created for every detected data flow that does
not match an already defined rule in the policy.
Justify All transfers of sensitive data from user workloads are treated as necessary for the
all business process, but risky. Therefore, for every intercepted transfer of sensitive data to
any recipient or destination both inside and outside the organization that does not match
a previously created data flow rule, the user must provide a one-time business
justification. When the justification is submitted, a new data flow rule is created in the data
flow policy.
Mixed The Allow all logic is applied for all internal sensitive data flows, and the Justify all logic is
applied for all external data flows.
6. Save the protection plan and apply it to the workloads from which you want to collect data to
build the policy.
Note
Data leakage is not prevented during observation mode.
1. In the Cyber Protectservice console, navigate to Protection > Data flow policy.
2. Click New data flow rule.
The New data flow rule pane expands on the right.
Allow Allow this sender to transfer data of this sensitivity category to this recipient.
Exception Do not allow this sender to transfer data of this sensitivity category to this recipient,
but allow the sender to submit an exception to the rule for a specific transfer.
When this sender tries to transfer data of this sensitivity category to this recipient,
block the transfer and ask the sender to submit an exception to allow this transfer.
When the exception is submitted, the data transfer is allowed to proceed.
Important
All subsequent data transfers between this sender and recipient for this sensitivity
category will be allowed for five minutes after the exception is submitted.
Deny Do not allow this sender to transfer data of this sensitivity category to this recipient,
and do not allow the sender to request an exception to the rule.
4. (Optional) Select an action that should be executed when the rule is triggered.
Action Description
Write in log Store an event record in the events view when the rule is triggered. We
recommend to select this action for rules with Exception permission.
Generate an alert Generate an alert in the Cyber Protect Alerts tab when the rule is triggered.
If notifications are enabled for the administrator, an email notification will
be sent as well.
Notify the end user Notify the user in real time with an on-screen warning when they trigger the
when a data transfer rule.
is denied
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
In the Data flow policy view, policy rules are grouped according to the category of sensitive data
that they control. The sensitivity category identifier is displayed right above the group of policy rules.
For more information on the data flow policy concept and features, see the Fundamentals guide.
Rule structure
Each policy rule consists of the following elements.
l Sensitivity Category
o Protected Health Information (PHI)
o Personally Identifiable Information (PII)
o Payment Card Industry Data Security Standard (PCI DSS)
o Marked as Confidential
See "Sensitive data definitions" (p. 532)
l Sender - specifies the initiator of a data transfer controlled by this rule. It may be a single user, a
list of users, or user group.
o Any internal - a user group that includes all internal users of the organization.
o Contact / From organization - a Windows account in the organization, recognized by
Advanced Data Loss Prevention.
o Contact / Custom identity - identifier of an internal user specified in one of the following
formats: email, Skype ID, ICQ identifier, IRC identifier, Jabber e-mail, Mail.ru Agent e-mail, Viber
phone number, Zoom e-mail.
The following wild cards can be used for specifying a group of contacts:
n * - any number of symbols
n ? - any single symbol
l Recipient - specifies the destination of a data transfer controlled by this rule. It may be a single
user, a list of users, or user group, as well as other types of destinations specified below.
o Any - any of the recipient types supported by Advanced DLP.
o Contact / Any contact - any internal or external contact.
o Contact / Any internal contact - any contact of an internal user.
o Contact / Any external contact - any contact of an external person or entity.
o Contact / From organization - the same principle as described in the Sender field.
o Contact / Custom identity - the same principle as described in the Sender field.
o File sharing services - the identifier of a controlled file sharing service.
o Social network - the identifier of a controlled social network.
o Host / Any host - any computer recognized by Advanced DLP as internal or external.
o Host / Any internal host - any computer recognized by Advanced DLP as internal.
o Host / Any external host - any computer recognized by Advanced DLP as external.
Warning!
When No action is selected and the rule is triggered:
l no event record is added to the audit log;
l no alert is sent to the administrator;
l no onscreen notification is displayed to the end user.
l All senders of this data transfer are listed or belong to a user group specified in the Sender field
of the rule.
l All recipients of this data transfer are listed or belong to a user group specified in the Recipient
field of the rule.
l The data being transferred matches the Sensitivity category of the rule.
Allow Data transfers that match the combination of sensitivity category, sender, and recipient
(permissive) defined in the rule are allowed.
Exception Data transfers that match the combination of sensitivity category, sender, and recipient
(prohibitive) defined in the rule are not allowed, but the sender can submit an exception to the rule to
Important
All subsequent data transfers between this sender and recipient for this sensitivity
category will be allowed for five minutes after the exception is submitted.
Deny Data transfers that match the combination of sensitivity category, sender, and recipient
(prohibitive) defined in the rule are not allowed, and the sender does not have the option to submit an
exception.
In addition, a priority flag can be assigned to the Allow and Exception permissions to increase the
policy management flexibility. With this setting, you can override the permissions set for specific
groups in other data flow rules in the policy. You can use it to apply a group data flow rule only to
some of its members. To achieve this, you must create a data flow rule for specific users that you
want to exclude from the group rules, and then prioritize their permissions over the data flow
restrictions configured in the rules for the group to which these users belong. For information on
permission priorities when combining rules, see "Combining data flow policy rules" (p. 525).
Important
Before switching a company or unit policy from Observation to Enforcement mode, it is crucial to
adjust the default rules for each sensitive data category from the permissive to a prohibitive state.
Default rules are marked with an asterisk (*) in the Data flow policy view. Read more about the
types of policy rules in the Fundamentals guide.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
When a data transfer matches more than one rule, the permissions and actions configured for all
rules are combined and applied as follows.
Permissions
If а data transfer matches more than one rule and these rules have different permissions for the
same data category, the overriding rule is the one with higher priority permission, according to the
following permission priority list (in descending order):
If а data transfer matches more than one rule and these rules have different permissions for
different data categories, the following logic is applied for the override:
1. The most restrictive rule permission is defined for each of the sensitivity categories that the data
transfer matches.
2. The most restrictive of the rule permissions defined in point 1 is enforced.
Example
PCI Deny
Actions
If a data transfer matches more than one rule and these rules have different options configured in
the Action field, all configured actions in all triggered rules are performed.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
Before the automatically created baseline data flow policy is enforced, it has to be reviewed,
validated, and approved by the client, because it is the client who inherently knows all the specifics
of their business processes and can assess whether they are consistently interpreted in the baseline
policy. Also, the client can identify inaccuracies, which are then fixed by the partner administrator.
During the policy review, the partner administrator presents the baseline data flow policy to the
client, who reviews each data flow in the policy and validates its consistency with their business
processes. The validation does not require any technical skills, because the representation of policy
rules in the Protection service console is intuitively clear: each rule describes who are the sender
and the recipient of a sensitive data flow.
Based on client’s instructions, the partner administrator manually adjusts the baseline policy by
editing, deleting, and creating data flow policy rules. After client’s approval, the reviewed policy is
enforced on protected workloads by switching the protection plan applied to these workloads to the
Enforcement mode.
Before enforcing a reviewed policy, it is important to change the Allow permission in all
automatically created default policy rules for sensitive data categories to Deny or Exception. The
Deny permission cannot be overriden by users, while the Exception permission blocks a transfer
matching the rule but allows users to override the block in an emergency situation by submitting a
business-related exception.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
When the business process of the company or its unit is considerably changed, their DLP policies
have to be renewed in order to make them consistent with the changes in sensitive data flows of the
updated business process. A policy renewal is also required if an employee’s job role is changed – in
this case, the part of the unit policy used to protect employee workload has also to be renewed.
The Advanced DLP policy management workflow allows administrators to automate policy renewals
for the entire company, a unit, a user, or a part of users in a unit.
The renewal process consists of the following steps that must be performed by a Company
administrator or a Partner who manages the company workloads.
Renewing the policy for one or more users in the company or unit
User-level policies can be renewed by using any option of the Observation mode, as well as the
adaptive enforcement mode.
The renewal process consists of the following steps that must be performed by a Company
administrator or a Partner who manages the company workloads.
1. Delete all non-default rules in the policy enforced for the company (or unit) that have the user as
their single sender.
2. Remove the user from the sender lists of all non-default data flow rules in the enforced policy.
3. Create a new protection plan with Advanced DLP in observation mode and apply it to the user's
workload to start the renewal (observation) period.
The duration of the renewal period depends on how long it could take for the user to have
performed all or 90-95% of their regular business activities that involve transferring sensitive
data from their workloads.
4. When the renewal period ends, review the new rules related to this user that have been added
to the enforced policy, adjust them if necessary, and get them approved by the client.
Note
This policy renewal method has the following specifics: the enforced company (unit) policy rules for
sender groups with the user's membership (i.e. Any internal) are also enforced over data transfers
from this user during the renewal. As a result, the renewal will not create new individual rules for
the user that would contradict with or match these already existing policy rules for sender groups.
Which of these two methods is more effective for user policy renewals for a particular client
depends on its specific IT security requirements
The renewal process consists of the following steps that must be performed by a Company
administrator or a Partner who manages the company workloads.
1. Delete all non-default rules in the policy enforced for the company (unit) that have the user as
their single sender.
2. Remove the user from the sender lists of all non-default data flow rules in the enforced policy.
3. For all default rules in the policy enforced for the company (or unit), set their permission to
Exception, and select the Write in log action in the Action field.
4. If the protection plan currently applied to the user's workload is set to the Strict enforcement
mode, create a new protection plan with Advanced DLP and apply it to the user's workload in the
Adaptive enforcement mode to start the renewal period.
The duration of the renewal period depends on how long it could take for the user to have
performed all or 90-95% of their regular business activities that involve transferring sensitive
data from their workloads.
5. When the renewal period ends, review the new rules related to this user that have been added
to the enforced policy, adjust them if necessary, and get them approved by the client.
6. Switch the protection plan applied to the user's workload to the Strict enforcement mode or
leave it in the Adaptive enforcement mode - depending on which option the client considers as
optimal for preventing data leakage from the user's workload.
Alternatively, you can re-apply to the user's workload the protection plan applied to the company
(or unit).
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
Advanced Data Loss Prevention features can be included in any protection plan for a customer
tenant if the Protection service and the Advanced Data Loss Prevention pack are enabled for this
customer.
Advanced DLP is the advanced module of the Data loss prevention feature group. The Advanced
DLP features and Device control can be used independently or together in which case their
functional capabilities are coordinated as follows.
l Device control stops controlling user access to those local channels in which Advanced DLP
inspects the content of transferred data.
l User access to the following local channels and peripherals in the allowlist is enforced by Device
Control:
o Optical drives
o Floppy drives
o MTP-connected mobile devices
o Bluetooth adapters
o Windows clipboard
o Screenshot captures
o USB devices and device types
Allow all All transfers of sensitive data from user workloads are treated as necessary for the
business process and safe. A new rule is created for every detected data flow that does
not match an already defined rule in the policy.
Justify All transfers of sensitive data from user workloads are treated as necessary for the
all business process, but risky. Therefore, for every intercepted transfer of sensitive data
to any recipient or destination both inside and outside the organization that does not
match a previously created data flow rule, the user must provide a one-time business
justification. When the justification is submitted, a new data flow rule is created in the
data flow policy.
Mixed The Allow all logic is applied for all internal transfers of sensitive data, and the Justify all
logic is applied for all external transfers of sensitive data.
For definition of internal destinations, see "Automated detection of destination" (p. 532)
Warning!
o Select Observation mode only if you do not have a data flow policy created before or if
you are renewing the policy. Before you start the policy renewal, see "Data flow policy
renewal" (p. 526).
o Data leakage is not prevented in the Observation mode. See Observation mode in the
Fundamentals guide.
l To enforce the existing data flow policy, select Enforcement mode, and then select how
strictly to enforce the data flow policy rules:
Option Description
Strict The data flow policy is enforced as is and will not be extended with new
enforcement permissive policy rules when previously unobserved sensitive data flows are
detected. See Strict enforcement in the Fundamentals guide.
Adaptive The enforced policy continues its automatic adaptation to those business
enforcement operations that were not performed during the observation period or to
(Enforcement changes in business processes. This mode allows the enforced data flow policy
with learning) to expand based on newly learned data flows detected on the workloads. See
Adaptive enforcement in the Fundamentals guide.
Important
Before switching a company or unit policy from Observation to Enforcement mode, it is
crucial to adjust the default rules for each sensitive data category from the permissive to a
prohibitive state. Default rules are marked with an asterisk (*) in the Data flow policy view.
Read more about the types of policy rules in the Fundamentals guide.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
You can use the advanced settings in protection plans with Advanced Data Loss Prevention to
increase the quality of data content inspection in channels controlled by Advanced Data Loss
Prevention, as well as exclude from any preventive controls data transfers to peripheral device
types in the allowlist, categories of network communications, destination hosts, as well as data
transfers initiated by applications in the allowlist. You can configure the following advanced settings:
Warning!
This option is used if issues with a specific Device type or Protocol occur. Do not enable it unless
advised by a Support representative.
The Security level indicator of Advanced settings displayed in the Create protection plan view
and in the "Details" view of a protection plan has the following logic of level indication:
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
In Mixed Observation mode, Advanced Data Loss Prevention applies different rules depending on
the destination of the detected data transfer - internal or internal. The logic for determining a
destination as internal is described below. All other destinations are considered external.
For each intercepted data transfer, Advanced Data Loss Prevention detects automatically if the
destination HTTP, FTP, or SMB server is internal by performing a DNS request and comparing the
FQDN names of the machine where the Data Loss Prevention agent runs and the remote server. If
the DNS request fails, it also checks if the protected workload and the remote server are in the same
network. Servers that have the same domain name (or are in the same subnetwork) as the machine
where the Data Loss Prevention agent runs are considered internal.
For email communication, Advanced Data Loss Prevention treats as internal transfers all emails sent
from a corporate email address by using the corporate mail server if the recipient email is on the
same domain as the sender email, and the recipient mail server name is the same.
Communications via messengers are treated as external communications unless the recipient
account is known. Known accounts are updated as Data Loss Prevention monitors the user activity
on the network and updates the database at the back end with data for accounts associated with
the user.
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
This topic describes the logic of identifying sensitive data during content analysis.
To reduce the number of false positives, identical matches are counted as one match for all groups
of the described logical expressions.
Supported languages
l US, UK, English-International
l Finnish
l Italian
l French
l Polish
l Russian
l Hungarian
l Norwegian
l Spanish
Supported languages
l US, UK, English-International
l Bulgarian
l Chinese
l Czech
l Danish
l Dutch
l Finnish
l French
l German
l Hungarian
l Indonesian
l Italian
l Korean
l Malay
l Norwegian
l Polish
l Portuguese (Brazil)
l Portuguese (Portugal)
l Russian
l Serbian
l Spanish
l Swedish
l Turkish
l Japanese
l Credit Card Number (5) OR Social Security Number (5) OR Personal and fiscal ID numbers (5)
l First names and Last names (3) AND (Credit Card Number (3) OR Social Security Number (3) OR
Bank Account Number (3) OR Personal and fiscal ID numbers (3) OR Driving license numbers (3)
OR Passport Numbers (3) OR Social security numbers (3) OR IP Addresses (3) OR Car plate
numbers (3) OR Identifiers and serial numbers)
l Phone Numbers (3) AND (Credit Card Number (3) OR Social Security Number (3) OR Bank Account
Number (3) OR Address (3) OR Personal and fiscal ID numbers (3) OR Driving license numbers (3)
OR Passport Numbers (3) OR Social security numbers (3) OR Car plate numbers (3) OR Identifiers
and serial numbers (3))
l First names and Last names (30) AND (Email Addresses (30) OR Phone Numbers (30) OR IP
Addresses (30) OR Address (30))
l Email Addresses (3) AND (Credit Card Number (3) OR Social Security Number (3) OR Bank Account
Number (3) OR Personal and fiscal ID numbers (3) OR Driving license numbers (3) OR Passport
Numbers (3) OR Social security numbers (3) OR Car plate numbers (3) OR Identifiers and serial
numbers (3))
l Email Address (30) AND (Address (30) OR Phone Numbers (30))
l First names and Last names (30) AND Address (30)
l Phone Numbers (30) AND Address (30)
Note
Only unique matches are counted by content detection.
The logical expression consists of the following strings joined by the logical operator OR. The
operator OR is used to join different groups if logical operator AND is not explicitly specified.
Supported languages
This sensitivity group is language - independent. Тhe PCI DSS data is in English in all countries.
Marked as Confidential
Data marked as confidential is detected through keywords group.
The Match condition is weight-based, and every word has weight == 1. The content detection is
considered positive when Match if weight > 3.
Supported languages
l English
l Bulgarian
l Chinese Simplified
l Chinese Traditional
l Czech
l Danish
l Dutch
l Finnish
l French
l German
l Hungarian
l Indonesian
l Italian
l Japanese
l Korean
l Malay
l Norwegian
l Polish
l Portuguese - Brazil
l Portuguese - Portugal
l Russian
Keyword groups
The keyword group for each language contains the country-specific equivalents of the following
keywords that are used for the English language (case-insensitive).
l confidential
l internal distribution
l not for distribution
l do not distribute
l not for public
l not for external distribution
l for internal use only
l highly qualified documentation
l private
l privileged information
l for internal use only
l for official use only
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
Advanced Data Loss prevention generates events in the event viewer as follows.
l During observation mode, events are generated for all justified data transfers.
l During enforcement mode, events are generated based on the Write in log action configured for
each policy rule that is triggered.
To view the list of events related to specific rules in the data flow policy
Important
This is an Early Access version of the Advanced Data Loss Prevention documentation. Some of the
features and descriptions may be incomplete.
The Overview dashboard provides a number of customizable widgets that give an overview of
operations related to the Cyber Protection service, including Advanced Data loss Prevention. You
can find the following Advanced Data Loss Prevention widgets on the Overview dashboard under
Monitoring.
l Sensitive data transfers - shows a total number of sensitive data transfer operations to internal
and external recipients. The chart is divided by the type of permission: allowed, justified or
blocked. You can customize this widget by selecting the desired time range (1 day, 7 days, 30
days, or this month).
l Outbound sensitive data categories - shows a total number of sensitive data transfers to
external recipients. The chart is divided by the type of permission: allowed, justified or blocked.
You can customize this widget by selecting the desired time range (1 day, 7 days, 30 days, or this
month).
l Top senders of outbound sensitive data - shows a total number of sensitive data transfers
from the organization to external recipients and a list of the top five users with the largest
number of transfers (along with these numbers). This statistic includes both allowed and justified
transfers. You can customize this widget by selecting the desired time range (1 day, 7 days, 30
days, or this month).
l Top senders of blocked sensitive data transfers - shows a total number of blocked sensitive
data transfers and a list of the top five users with the largest number of attempted transfers
(along with these numbers). You can customize this widget by selecting the desired time range (1
day, 7 days, 30 days, or this month).
l Recent DLP events - shows details of recent Data loss prevention events for the selected time
range. You can customize this widget using the following options:
o Range (date posted) (1 day, 7 days, 30 days, or this month).
o Name of the workload
o Operation status (allowed, justified, or blocked)
o Sensitivity (PHI, PII, Confidential, PCI DSS)
o Destination type (external, internal)
o Grouping (workload, user, channel, destination type)
The widgets are updated every five minutes. The widgets have clickable elements that enable you to
investigate and troubleshoot issues. You can download the current state of the dashboard or send it
via email in the .pdf or/and .xlsx format.
The protection configuration for Zoom, Cisco Webex Meetings, Citrix Workspace, and Microsoft
Teams is similar. In the example below, we will consider configuration for Zoom.
1. Install the protection agent on the machine where the collaboration application is installed.
2. Log in to the service console and apply a protection plan that has one of the following modules
enabled:
l Antivirus and Antimalware protection (with the Self-Protection and Active Protection
settings enabled) – if you have one of the Cyber Protect editions.
l Active Protection (with the Self-Protection setting enabled) – if you have one of the Cyber
Backup editions.
3. [Optional] For automatic update installation, configure the Patch management module in the
protection plan.
As a result, your Zoom application will be under protection that includes the following activities:
Vulnerability assessment scanning is supported for machines with the following operating systems:
l Windows. For more information, see "Supported Microsoft and third-party products" (p. 543).
l macOS. For more information, see "Supported Apple and third-party products" (p. 544).
l Linux (CentOS 7/Virtuozzo/Acronis Cyber Infrastructure) machines. For more information, see
"Supported Linux products" (p. 545).
Use the Patch management (PM) functionality to manage patches (updates) for applications and
operating systems installed on your machines, and keep your systems up-to-date. In the patch
management module you can automatically or manually approve update installations on your
machines.
Patch management is supported for machines with the Windows operating systems. For more
information, see "Supported Microsoft and third-party products" (p. 543).
Vulnerability assessment
The vulnerability assessment process consists of the following steps:
1. You create a protection plan with the enabled vulnerability assessment module, specify the
Vulnerability assessment settings, and assign the plan to machines.
2. The system, by schedule or on demand, sends a command to run the vulnerability assessment
scanning to the protection agents installed on machines.
3. The agents get the command, start scanning machines for vulnerabilities, and generate the
scanning activity.
4. After the vulnerability assessment scanning is completed, the agents generate the results and
send them to the monitoring service.
5. The monitoring service processes the data from the agents and shows the results in the
vulnerability assessment widgets and list of found vulnerabilities.
6. When you get a list of found vulnerabilities, you can process it and decide which of the found
vulnerabilities must be fixed.
You can monitor the results of the vulnerability assessment scanning in Monitoring> Overview >
Vulnerabilities / Existing vulnerabilities widgets.
Windows Server OS
l Internet Explorer
l Microsoft EDGE
l Windows Media Player
l .NET Framework
l Visual Studio and Applications
l Components of operating system
Server applications
l Microsoft Teams
l Zoom
l Skype
l Slack
l Webex
l NordVPN
l TeamViewer
For more information about the supported third-party products for Windows OS, refer to List of
third-party products supported by Patch Management (62853).
l Virtuozzo 7.0.11
l Virtuozzo 7.0.10 (320)
l Virtuozzo 7.0.9 (539)
l Virtuozzo 7.0.8 (524)
l CentOS 7.x
l Acronis Cyber Infrastructure 3.x
l Acronis Storage 2.4.0
l Acronis Storage 2.2.0
You can specify the following settings in the Vulnerability assessment module.
What to scan
Define which software products you want to scan for vulnerabilities:
l Windows machines:
o Microsoft products
o Windows third-party products (for more information about the supported third-party
products for Windows OS, refer to List of third-party products supported by Patch
Management (62853))
l macOS machines:
o Apple products
o macOS third-party products
l Linux machines:
o Scan Linux packages
l Schedule by time – The task will run according to the specified time.
l When user logs in to the system – By default, a login of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
l When user logs off the system – By default, a logoff of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
Note
The task will not run at system shutdown. Shutting down and logging off are different events in
the scheduling configuration.
l On the system startup – The task will run when the operating system starts.
l On the system shutdown – The task will run when the operating system shuts down.
Schedule type:
l Monthly – Select the months and the weeks or days of the month when the task will run.
l Daily – Select the days of the week when the task will run.
l Hourly – Select the days of the week, repetition number, and the time interval in which the task
will run.
Start at – Select the exact time when the task will run.
Run within a date range – Set a range in which the configured schedule will be effective.
Start conditions – Define all conditions that must be met simultaneously for the task to run.
Start conditions for antimalware scans are similar to the start conditions for the Backup module that
are described in "Start conditions". You can define the following additional start conditions:
l Distribute task start time within a time window – This option allows you to set the time
frame for the task in order to avoid network bottlenecks. You can specify the delay in hours or
minutes. For example, if the default start time is 10:00 AM and the delay is 60 minutes, then the
task will start between 10:00 AM and 11:00 AM.
l If the machine is turned off, run missed tasks at the machine startup
l Prevent the sleep or hibernate mode during task running – This option is effective only for
machines running Windows.
l If start conditions are not met, run the task anyway after – Specify the period after which
the task will run, regardless of the other start conditions.
1. In the service console, create a protection plan and enable the Vulnerability assessment
module.
2. Specify the vulnerability assessment settings:
l What to scan – select Microsoft products, Windows third-party products, or both.
l Schedule – define the schedule for performing the vulnerability assessment.
For more information about the Schedule options, see "Vulnerability assessment settings" (p.
545).
3. Assign the plan to the Windows machines.
After a vulnerability assessment scan, you can see a list of found vulnerabilities. You can process the
information and decide which of the found vulnerabilities must be fixed.
To monitor the results of the vulnerability assessment, see the Monitoring > Overview >
Vulnerabilities / Existing vulnerabilities widgets.
1. In the service console, create a protection plan and enable the Vulnerability assessment
module.
2. Specify the vulnerability assessment settings:
l What to scan – select Scan Linux packages.
l Schedule – define the schedule for performing the vulnerability assessment.
For more information about the Schedule options, see "Vulnerability assessment settings" (p.
545).
3. Assign the plan to the Linux machines.
After a vulnerability assessment scan, you can see a list of found vulnerabilities. You can process the
information and decide which of the found vulnerabilities must be fixed.
To monitor the results of the vulnerability assessment, see the Monitoring > Overview >
Vulnerabilities / Existing vulnerabilities widgets.
1. In the service console, create a protection plan and enable the Vulnerability assessment
module.
2. Specify the vulnerability assessment settings:
l What to scan – select Apple products, macOS third-party products, or both.
l Schedule – define the schedule for performing the vulnerability assessment.
For more information about the Schedule options, see "Vulnerability assessment settings" (p.
545).
3. Assign the plan to the macOS devices.
After a vulnerability assessment scan, you can see a list of found vulnerabilities. You can process the
information and decide which of the found vulnerabilities must be fixed.
To monitor the results of the vulnerability assessment, see the Monitoring > Overview >
Vulnerabilities / Existing vulnerabilities widgets.
Name Description
Severity The severity of found vulnerability. The following levels can be assigned according to the
Common Vulnerability Scoring System (CVSS):
l Critical: 9 - 10 CVSS
l High: 7 - 9 CVSS
l Medium: 3 - 7 CVSS
l Low: 0 - 3 CVSS
l None
Published The date and time when the vulnerability was published in Common Vulnerabilities and
Detected The first date when an existing vulnerability was detected on machines.
You can find the description of found vulnerability by clicking its name in the list.
Patch management
Note
The availability of this feature depends on the service quotas that are enabled for your account.
Cyber Protection introduces peer-to-peer technology to minimize network bandwidth traffic. You
can choose one or more dedicated agents that will download updates from the Internet and
distribute them among other agents in the network. All agents will also share updates with each
other as peer-to-peer agents.
How it works
You can configure either automatic or manual patch approval. In the scheme below, you can see the
automatic and manual patch approval workflows.
1. First, you need to perform at least one vulnerability assessment scan by using the protection
plan with the Vulnerability assessment module enabled. After the scan was performed, the
lists of found vulnerabilities and available patches are composed by the system.
2. Then, you can configure the automatic patch approval or use manual patch approval approach.
3. Define how to install patches – according to a schedule or on-demand. There are three
alternative ways to install patches on-demand:
You can monitor the results of the patch installation in Monitoring> Overview > Patch
installation history widget.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
The following settings can be specified for the patch management module.
Microsoft products
To install the Microsoft updates on the selected machines, enable the Update Microsoft products
option.
l All updates
l Only Security and Critical updates
l Updates of specific products: you can define custom settings for different products. If you want
to update specific products, for each product you can define which updates to install by category,
severity, or approval status.
l Only last major updates allows you to install the latest available version of the update.
l Only last minor updates allows you to install the minor version of the update.
l Updates of specific products: you can define custom settings for different products. If you want
to update specific products, for each product you can define which updates to install by category,
severity, or approval status.
Schedule
Define the schedule according to which the updates will be installed on the selected machines.
l Schedule by time – The task will run according to the specified time.
l When user logs in to the system – By default, a login of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
l When user logs off the system – By default, a logoff of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
Note
The task will not run at system shutdown. Shutting down and logging off are different events in
the scheduling configuration.
l On the system startup – The task will run when the operating system starts.
l On the system shutdown – The task will run when the operating system shuts down.
Schedule type:
l Monthly – Select the months and the weeks or days of the month when the task will run.
l Daily – Select the days of the week when the task will run.
l Hourly – Select the days of the week, repetition number, and the time interval in which the task
will run.
Start at – Select the exact time when the task will run.
Run within a date range – Set a range in which the configured schedule will be effective.
Start conditions – Define all conditions that must be met simultaneously for the task to run.
Start conditions for antimalware scans are similar to the start conditions for the Backup module that
are described in "Start conditions". You can define the following additional start conditions:
l Distribute task start time within a time window – This option allows you to set the time
frame for the task in order to avoid network bottlenecks. You can specify the delay in hours or
minutes. For example, if the default start time is 10:00 AM and the delay is 60 minutes, then the
task will start between 10:00 AM and 11:00 AM.
l If the machine is turned off, run missed tasks at the machine startup
l Prevent the sleep or hibernate mode during task running – This option is effective only for
machines running Windows.
l If start conditions are not met, run the task anyway after – Specify the period after which
the task will run, regardless of the other start conditions.
Note
Start conditions are not supported for Linux.
Reboot after update – define whether reboot is initiated after installing updates:
Do not reboot until backup is finished – if the backup process is running, the machine reboot will
be delayed until the backup is completed.
Pre-update backup
Run backup before installing software updates – the system will create an incremental backup
of machine before installing any updates on it. If there were no backups created earlier, then a full
backup of machine will be created. It allows you to prevent such cases when the installation of
updates was unsuccessful and you need to get back to the previous state. For the Pre-update
backup option to work, the corresponding machines must have both the patch management and
the backup module enabled in a protection plan and the items to back up – entire machine or
boot+system volumes. If you select inappropriate items to back up, then the system will not allow
you to enable the Pre-update backup option.
Name Description
l Critical
l High
l Medium
l Low
l None
l Critical update – broadly released fixes for specific problems addressing critical,
non-security related bugs.
l Security update – broadly released fixes for specific products addressing security
Approval status The approval status is mainly needed for automatic approval scenario and to be able
to define in the protection plan which updates to install by status.
l Approved – the patch was installed on at least one machine and validated as ok
l Declined – the patch is not safe and may corrupt a machine system
l Not defined – the patch status is unclear and should be validated
Vulnerabilities The number of vulnerabilities. If you click on it, you will be redirected to the list of
vulnerabilities.
1. For each vendor whose products you are planning to update, you most read and accept the
license agreements. Otherwise, automatic patch installation will not be possible.
2. Configure the settings for automatic approval.
3. Prepare the protection plan (for example, "Test patching") with the enabled Patch management
module and apply it to the machines in the test environment. Specify the following condition of
patch installation: the patch approval status must be Not defined. This step is needed to
validate the patches and check if the machines work properly after patch installation.
4. Prepare the protection plan (for example, "Production patching") with the enabled Patch
management module and apply it to the machines in the production environment. Specify the
following condition of patch installation: the patch status must be Approved.
5. Run the Test patching plan and check the results. The approval status for those machines that
have no issues can be preserved as Not defined while the status for machines working
incorrectly must be set to Declined.
6. According to the number of days set in the Automatic approval option, those patches that were
Not defined will become Approved.
7. When the Production patching plan is launched, only those patches that are Approved will be
installed on the production machines.
Step 1. Read and accept the license agreements for the products that you
want to update
1. In the service console, go to Software management > Patches.
2. Select the patch, then read and accept the license agreement.
Important
For all the products to be updated, define Approval status as Not defined. When the time to
update comes, the agent will install only Not defined patches on the selected machines in the
test environment.
Step 5. Run the Test patching protection plan and check the results
1. Run the Test patching protection plan (by schedule or on-demand).
2. After that, check which of the installed patches are safe and which are not.
3. Go to Software management > Patches and set the Approval status as Declined for those
patches that are not safe.
As a result, only the approved patches will be installed on the selected machines.
The Lifetime in list option defines how long the detected available patch will be kept in the list of
patches. The patch is removed from the list if it is successfully installed on all the machines where its
absence is detected or the defined lifetime expires.
To obtain the software inventory data, you can run automatic or manual scans on the devices.
l browse and compare the information about all applications that are installed on the company
devices
l determine if an application needs to be updated
l determine if an unused application needs to be removed
l ensure that the software version on multiple company devices is the same
l monitor changes in the software status between consecutive scans.
The Software inventory scanning feature is enabled by default for all devices that have the required
license, but you can change the setting when necessary.
Note
Customer tenants can enable or disable the software inventory scanning. Unit tenants can only view
the software inventory scanning settings, but cannot change them.
Prerequisites
l The device uses Windows or macOS operating system.
l The device has the required (Legacy) Cyber Protect license or has the Advanced Management
pack activated.
To run a software inventory scan from the Software tab in the Inventory screen
Prerequisites
l The devices use Windows or macOS operating system.
l The devices have the required (Legacy) Cyber Protect license or have the Advanced Management
pack activated.
l Software inventory scan on the devices has finished successfully.
To view all software applications that are available on all Windows and macOS company devices
Column Description
Last run For macOS devices only. Date and time when the application was last
active.
System type For Windows devices only. Bit type of the application.
l X86 for 32-bit applications.
l X64 for 64-bit applications.
3. To group the data by application, in the Group by: drop-down field, select Applications.
4. To narrow the information displayed on the screen, use one or a combination of the filters.
a. Click Filter.
b. Select one or a combination of several filters.
The following table describes the filters in the Software inventory screen.
Filter Description
Date installed Date when the application is installed. Use this filter if
you want to view all applications that are installed on a
specific date on specific devices or on all devices.
Scan date Date of the software inventory scan. Use this filter if you
want to view the information about the software on
specific devices or on all devices that are scanned on
that date.
Prerequisites
l The device uses Windows or macOS operating system.
l The device has the required (Legacy) Cyber Protect license or has the Advanced Management
pack activated.
l Software inventory scan on the device has finished successfully.
To view the software inventory of a single device from the Software Inventory screen
l physical Windows and macOS devices with a license that supports the Hardware inventory
feature.
l virtual Windows and macOS machines running on the following virtualization platforms: VMware,
Hyper-V, Citrix, Parallels, Oracle, Nutanix, Virtuozzo, and Virtuozo Hybrid Infrastructure. For more
information about the supported versions of the virtualization platforms, see "Supported
virtualization platforms" (p. 44).
Note
The Hardware inventory feature for virtual machines is not supported in the Cyber Protect legacy
editions.
The hardware inventory feature is supported only for devices on which a protection agent is
installed.
To obtain the hardware inventory data, you can run automatic or manual scans on the devices.
The hardware inventory scanning feature is enabled by default, but you can change the setting
when necessary.
Note
Customer tenants can enable or disable the hardware inventory scanning. Unit tenants can only
view the hardware inventory scanning settings, but cannot change them.
Note
Hardware inventory scanning of virtual machines is supported only when the current date and time
of the virtual machine corresponds to the current date and time in UTC. To ensure that the virtual
machine uses the correct time settings, disable the Time synchronization option of the virtual
machine, set the current date, time, and time zone, and then restart Acronis Agent Core Service
and Acronis Managed Machine Service.
Prerequisites
l (For all devices) The device uses a Windows or macOS operating system.
l (For all devices) The devices have a license that supports the Hardware inventory feature. Note
that the Hardware inventory feature for virtual machines is not supported in the (Legacy) Cyber
Protect editions.
l (For all devices) A protection agent is installed on the device.
l (For virtual machines) The machine runs on one of the supported virtualization platforms. For
more information, see "Hardware inventory" (p. 565).
To view all hardware components that are available on the Windows and macOS company
devices
Note
The view is a set of columns which determines what data is visible in the screen. The predefined
views are Standard and Hardware. You can create and save custom views which include
different sets of columns, and are more convenient for your needs.
The following table describes the data that is visible in the Hardware view.
Column Description
Disk storage Used storage, and total storage of all the disks of
the device.
3. To add columns in the table, click the column options icon, and select the columns that you want
to be visible in the table.
4. To narrow the information displayed on the screen, use one or more filters.
a. Click Search.
b. Click the arrow, and then click Hardware.
c. Select one or a combination of several filters.
The following table describes the Hardware filters.
Filter Description
Processor Multiple selection is possible. Use this filter if you want to view the
model hardware data of the devices which have the specified processor model.
Processor Use this filter if you want to view the hardware data of the devices which
cores have the specified number of processor cores.
Disk total Use this filter if you want to view the hardware data of the devices which
size have the specified total storage size.
Memory Use this filter if you want to view the hardware data of the devices which
capacity have the specified RAM capacity.
Prerequisites
l (For all devices) The device uses Windows or macOS operating system.
l (For all devices) The devices have a license that supports the Hardware inventory feature. Note
that the Hardware inventory feature for virtual machines is not supported in the Cyber Protect
legacy editions.
l (For all devices) A protection agent is installed on the device.
l (For all devices) Hardware inventory scan on the device has finished successfully.
l (For virtual machines) The machine runs on one of the supported virtualization platforms. For
more information, see "Hardware inventory" (p. 565).
Prerequisites:
l A remote machine is registered in Cyber Protection and the protection agent is installed.
l The Cyber Protect quota exists or was already acquired for a machine.
l For RDP connections, the Remote Desktop Connection client is installed on a machine from which
the connection is launched.
An RDP session can be established from both Windows and macOS machines. An HTML5 remote
connection session can be established from any browser with HTML5 support.
To establish a connection from a macOS machine to a remote machine, ensure that the following
applications are installed on the macOS machine:
How it works
When you try to connect to a remote machine, the system first checks if this machine has a Cyber
Protect quota. If the service quota needed for the remote RDP functionality exists for the Customer
tenant, but is not acquired for the machine, the system prompts you to manually acquire this
service quota. Then, the system checks that the connection via the HTML5 or RDP client is possible.
You initiate a connection via the RDP or HTML5 client. The system establishes a tunnel to the remote
machine and checks that the remote desktop connections are enabled on the remote machine.
Then, you enter the credentials and, if their validation is successful, you get access to the machine.
As a result, you are connected to the remote machine and can manage it.
As a result, you have remote desktop access to the remote machine and can assist the user.
The Cyber Protection service provides you with the capability to share an RDP link with end-users,
thus providing them with the remote access to their machines.
Remote wipe is only available for machines running Windows versions 10 and later. To receive the
wipe command, the machine must be turned on and connected to the Internet.
Note
You can wipe data from one machine at a time.
Note
You can check the details about the wiping process and who started it in Monitoring >
Activities.
Threat feed
Acronis Cyber Protection Operations Center (CPOC) generates security alerts that are sent only to
the related geographic regions. These security alerts provide information about malware,
vulnerabilities, natural disasters, public health, and other types of global events that may affect your
data protection. The threat feed informs you about all the potential threats and allows you to
prevent them.
Some security alerts can be resolved by following a set of specific actions that are provided by the
security experts. Other security alerts just notify you about the upcoming threats but no
recommended actions are available.
Note
Malware alerts are generated only for machines that have the agent for Antimalware protection
installed.
How it works
Acronis Cyber Protection Operations Center monitors external threats and generates alerts about
malware, vulnerability, natural disaster, and public health threats. You will be able to see all these
alerts in the service console, in the Threat feed section. You can perform respective recommended
actions depending on the type of alert.
The main workflow of the threat feed is illustrated in the diagram below.
1. In the service console, go to Monitoring> Threat feed to review if there are any existing security
alerts.
2. Select an alert in the list and review the provided details.
3. Click Start to launch the wizard.
4. Enable the actions that you want to be performed and machines to which these actions must be
applied. The following actions can be suggested:
l Vulnerability assessment – to scan machines for vulnerabilities
l Patch management – to install patches on the selected machines
l Antimalware Protection – to run full scan of the selected machines
Note
This action is available only for machines that have the agent for Anitmalware protection
installed.
l To get detailed information about stored data (classification, locations, protection status, and
additional information) on your machines.
l To detect whether data are protected or not. The data are considered protected if they are
protected with backup (a protection plan with the backup module enabled).
l To perform actions for data protection.
How it works
1. First, you create a protection plan with the Data protection map module enabled.
2. Then, after the plan was performed and your data were discovered and analyzed, you will get the
visual representation of data protection on the Data protection map widget.
3. You can also go to Devices > Data protection map and find there information about
unprotected files per device.
4. You can take actions to protect the detected unprotected files on devices.
To get the information about the unprotected files in the form of report, click Download detailed
report in CSV.
The following settings can be specified for the Data protection map module.
Schedule
You can define different settings to create the schedule according to which the task for data
protection map will be performed.
l Schedule by time – The task will run according to the specified time.
l When user logs in to the system – By default, a login of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
l When user logs off the system – By default, a logoff of any user will start the task. You can
modify this setting so that only a specific user account can trigger the task.
Note
The task will not run at system shutdown. Shutting down and logging off are different events in
the scheduling configuration.
l On the system startup – The task will run when the operating system starts.
l On the system shutdown – The task will run when the operating system shuts down.
Schedule type:
l Monthly – Select the months and the weeks or days of the month when the task will run.
l Daily – Select the days of the week when the task will run.
l Hourly – Select the days of the week, repetition number, and the time interval in which the task
will run.
Start at – Select the exact time when the task will run.
Run within a date range – Set a range in which the configured schedule will be effective.
Start conditions – Define all conditions that must be met simultaneously for the task to run.
l Distribute task start time within a time window – This option allows you to set the time
frame for the task in order to avoid network bottlenecks. You can specify the delay in hours or
minutes. For example, if the default start time is 10:00 AM and the delay is 60 minutes, then the
task will start between 10:00 AM and 11:00 AM.
l If the machine is turned off, run missed tasks at the machine startup
l Prevent the sleep or hibernate mode during task running – This option is effective only for
machines running Windows.
l If start conditions are not met, run the task anyway after – Specify the period after which
the task will run, regardless of the other start conditions.
Note
Start conditions are not supported for Linux.
On the Exception rules tab, you can define which files and folders not to check on protection status
during data discovery.
l Hidden files and folders – if selected, hidden files and folders will be skipped during data
examination.
l System files and folders – if selected, system files and folders will be skipped during data
examination.
With the Enhanced security mode, all backups created in a customer tenant and its units are
automatically encrypted with the AES algorithm and 256-bit key. Users can set their encryption
passwords only on the protected devices, and cannot set the encryption passwords in the
protection plans.
Cloud services cannot access the encryption passwords. Due to this limitation, the following
features are not available for tenants in the Enhanced security mode:
Limitations
l The Enhanced security mode is compatible only with agents whose version is 15.0.26390 or
higher.
l The Enhanced security mode is not available for devices running Red Hat Enterprise Linux 4.x or
5.x, and their derivatives.
1. During the installation of a protection agent (for Windows, macOS, and Linux).
2. By using the command line (for Windows and Linux).
This is the only way to set an encryption password on a virtual appliance.
Warning!
There is no way to recover encrypted backups if you lose or forget the password.
It is not recommended to change the encryption password after backups are created because the
subsequent backups will fail. To continue protecting the same machine, you must create a new
protection plan for it. Changing both the encryption password and the protection plan will result in
creating new backups that are encrypted with the changed password. The backups that were
created before these changes will not be affected.
Alternatively, you can keep the applied protection plan, and change only the backup file name in it.
This will also result in creating new backups that are encrypted with the changed password. To learn
more about the backup file name, refer to "Backup file name" (p. 205).
Recovering backups
With the Enhanced security mode, you cannot recover backups through the service console.
Deleted backups in immutable storage still use storage space and are charged accordingly.
Limitations
l Immutable storage requires a protection agent version 21.12 (build 15.0.28532) or later.
l Only TIBX (Version 12) backups are supported.
When no custom settings are applied to a child tenant, the child tenant inherits the settings of the
parent tenant.
You can configure the immutable storage settings only if two-factor authentication is enabled for
the tenant to which the administrator account belongs.
You can configure the immutable storage settings in the Cyber Protection service console or in the
management portal. They both provide access to the same settings.
Warning!
If you delete a backup without updating it after immutable storage is enabled, the backup will be
erased permanently.
As a result, you will be able to recover data from deleted backups that are within the specified
retention period.
Warning!
If you disable immutable storage, all deleted backups will be permanently erased. Deleting new
backups will also be permanent.
To learn how to configure the immutable storage settings in the management portal, refer to
Configuring immutable storage in the administrator guide.
1. On the Backup storage tab, select the cloud storage that contains the deleted backup.
2. [Only for deleted backup sets] To see the deleted backup sets, click Show deleted.
3. Select the desired backup set.
4. Click Show backups, and then click Show deleted.
5. Select the deleted backup from which you want to recover data.
6. Proceed with the recovery operation, as described in "Recovery" (p. 241).
The module is available for Cyber Protect Essentials, Cyber Protect Standard, and Cyber Protect
Advanced editions that are licensed per workload.
Note
On Windows machines, the device control features require the installation of Agent for Data Loss
Prevention. It will be installed automatically for protected workloads if the Device control module
is enabled in their protection plans.
The device control module relies on the data loss prevention3 functions of the agent to enforce
contextual control over data access and transfer operations on the protected computer. These
include user access to peripheral devices and ports, document printing, clipboard copy / paste
operations, media format and eject operations, as well as synchronizations with locally connected
mobile devices. The agent for Data Loss Prevention includes a framework for all central
management and administration components of the device control module, and therefore it must
be installed on every computer to be protected with the device control module. The agent allows,
restricts, or denies user actions based on the device control settings it receives from the protection
plan that is applied to the protected computer.
The device control module controls access to various peripheral devices, whether used directly on
protected computers or redirected in virtualization environments hosted on protected computers. It
recognizes devices redirected in Microsoft Remote Desktop Server, Citrix XenDesktop / XenApp /
XenServer, and VMware Horizon. It can also control data copy operations between the clipboard of
the guest operating system running on VMware Workstation / Player, Oracle VM VirtualBox, or
1As part of a protection plan, the device control module leverages a functional subset of the data loss prevention
agent on each protected computer to detect and prevent unauthorized access and transmission of data over local
computer channels. These include user access to peripheral devices and ports, document printing, clipboard
copy/paste operations, media format and eject operations, as well as synchronizations with locally connected mobile
devices. The device control module provides granular, contextual control over the types of devices and ports that
users are allowed to access on the protected computer and the actions that users can take on those devices.
2A data loss prevention system’s client component that protects its host computer from unauthorized use,
transmission, and storage of confidential, protected, or sensitive data by applying a combination of context and
content analysis techniques and enforcing centrally managed data loss prevention policies. Cyber Protection provides
a fully featured data loss prevention agent. However, the functionality of the agent on a protected computer is limited
to the set of data loss prevention features available for licensing in Cyber Protection, and depends upon the protection
plan applied to that computer.
3A system of integrated technologies and organizational measures aimed at detecting and preventing accidental or
intentional disclosure / access to confidential, protected, or sensitive data by unauthorized entities outside or inside
the organization, or the transfer of such data to untrusted environments.
The device control module can protect computers running the following operating systems:
Note
Agent for Data Loss Prevention for macOS supports only x64 processors (Apple silicon ARM-based
processors are not supported).
Note
Agent for Data Loss Prevention might be installed on unsupported macOS systems because it is an
integral part of Agent for Mac. In this case, the Cyber Protect console will display that Agent for Data
Loss Prevention is installed on the computer, but the device control functionality will not work.
Device control functionality will only work on macOS systems that are supported by Agent for Data
Loss Prevention.
Limitation on the use of the agent for Data Loss Prevention with
Hyper-V
Do not install Аgent for Data Loss Prevention on Hyper-V hosts in Hyper-V clusters because it might
cause BSOD issues, mainly in Hyper-V clusters with Clustered Shared Volumes (CSV).
If you use any of the following versions of Agent for Hyper-V, you need to manually remove Agent
for Data Loss Prevention:
l 15.0.26473 (C21.02)
l 15.0.26570 (C21.02 HF1)
l 15.0.26653 (C21.03)
l 15.0.26692 (C21.03 HF1)
l 15.0.26822 (C21.04)
To remove Agent for Data Loss Prevention, on the Hyper-V host, run the installer manually and clear
the Agent for Data Loss Prevention check box, or run the following command:
You can enable and configure the device control module in the Device control section of your
protection plan in the service console. For instructions, see steps to enable or disable device control.
l Access settings - Shows a summary of device types and ports with restricted (denied or read-only)
access, if any. Otherwise, indicates that all device types are allowed. Click this summary to view or
change the access settings (see steps to view or change access settings).
l Device types allowlist - Shows how many device subclasses are allowed by excluding from device
access control, if any. Otherwise, indicates that the allowlist is empty. Click this summary to view
or change the selection of allowed device subclasses (see steps to exclude device subclasses from
access control).
l USB devices allowlist - Shows how many USB devices/models are allowed by excluding from
device access control, if any. Otherwise, indicates that the allowlist is empty. Click this summary
to view or change the list of allowed USB devices/models (see steps to exclude individual USB
devices from access control).
l Exclusions - Shows how many access control exclusions have been set for Windows clipboard,
screenshot capture, printers, and mobile devices.
You might also access the protection plan panel from the Management tab. However, this capability
is not available in all editions of the Cyber Protection service.
1. Install Agent for Mac on the machine that you want to protect.
2. Enable device control settings in the protection plan.
3. Apply the protection plan.
6. In the dialog that appears, click Restart to restart the workload and activate the device control
settings.
Note
You do not have to repeat these steps if the device control setting are disabled and then enabled
again.
1. Open the protection plan panel for a protection plan and enable device control in that plan (see
steps to enable or disable device control).
2. Click the arrow icon next to the Device control switch to expand the settings, and then click the
link next to Access settings.
The Show alert check box is available only for device types with restricted access (Read-only or
Denied access), except screenshot capture.
1. Open the protection plan panel for a protection plan and enable device control in that plan (see
steps to enable or disable device control).
2. Click the arrow icon next to the Device control switch to expand the settings, and then click the
link next to Device types allowlist.
3. On the page for managing the allowlist that appears, view or change the selection of device
subclasses to exclude from access control.
1. Open the protection plan panel for a protection plan and enable device control in that plan (see
steps to enable or disable device control).
2. Click the arrow icon next to the Device control switch to expand the settings, and then click the
link next to USB devices allowlist.
1. Open the protection plan panel for a protection plan and enable device control in that plan (see
steps to enable or disable device control).
2. Click the arrow icon next to the Device control switch to expand the settings, and then click the
link next to USB devices allowlist.
3. On the page for managing the allowlist that appears, click the delete icon at the end of list item
representing the desired USB device.
The following procedures apply to protection plans that have the device control feature enabled.
Note
Device control must be enabled in the plan, so you can access the Device control settings.
2. Click the arrow icon next to the Device control switch to expand the settings, and then click the
link next to USB devices allowlist.
3. On the USB devices allowlist page that appears, click Add from database.
4. On the USB devices database management page that appears, click Add to database.
5. On the Add USB device dialog that appears, click the machine to which the USB device is
connected.
Only machines that are online are displayed in the list of computers.
The list of USB devices is displayed only for machines that have the agent for Data Loss
Prevention installed.
The USB devices are listed in tree view. The first level of the tree represents a device model. The
second level represents a specific device of that model.
A blue icon next to the description of the device indicates that the device is currently attached to
the computer. If the device is not attached to the computer, the icon is grayed out.
6. Select the check boxes for the USB devices that you want to add to the database, and then click
Add to database.
The selected USB devices are added to the database.
7. Close or save the protection plan.
Note
This procedure applies only for devices that are online and have the agent for Data Loss Prevention
installed on them. You cannot view the list of USB devices for a computer that is offline or does not
have the Data Loss Prevention agent installed.
You can import a JSON file with a list of USB devices to the database. See "Import a list of
USB devices to the database" (p. 604).
Note
Device control must be enabled in the plan, so you can access the Device control settings.
2. Click the arrow next to the Device control switch to expand the settings, and then click the USB
devices allowlist row.
3. On the page for managing the allowlist that appears, click Add from database.
4. On the page for selecting USB devices from the database, click ellipsis (...) at the end of the list
item representing the device, click Delete, and confirm the deletion.
Access settings
On the Access settings page, you can allow or deny access to devices of certain types, as well as
enable or disable OS notification and device control alerts.
The access settings allow you to limit user access to the following device types and ports:
l Removable (access control by device type) - Devices with any interface for connecting to a
computer (USB, FireWire, PCMCIA, IDE, SATA, SCSI, etc.) that are recognized by the operating
system as removable storage devices (for example, USB sticks, card readers, magneto-optical
drives, etc.). The device control classifies all hard drives connected via USB, FireWire, and PCMCIA
as removable devices. It also classifies some hard drives (usually with SATA and SCSI) as
removable devices if they support the hot-plug function and do not have the running operating
system installed on them.
You can allow full access, read-only access, or deny access to removable devices to control data
copy operations to and from any removable device on a protected computer. Access rights do
not affect devices that are encrypted with BitLocker or FileVault (only HFS+ file system).
This device type is supported on both Windows and macOS.
l Encrypted removable (access control by device type) - Removable devices that are encrypted
with BitLocker (on Windows) or FileVault (on macOS) drive encryption.
On macOS, only encrypted removable drives using the HFS+ (also known as HFS Plus or Mac OS
Extended, or HFS Extended) file system are supported. Encrypted removable drives using the
APFS file system are treated as removable drives.
You can allow full access, read-only access, or deny access to encrypted removable devices to
control data copy operations to and from any encrypted removable device on a protected
computer. Access rights affect only devices that are encrypted with BitLocker or FileVault (only
HFS+ file system).
This device type is supported on both Windows and macOS.
Note
When you change the access setting for printers to Deny, the applications and processes
accessing the printers must be restarted to enforce the newly configured access settings. To
ensure that access settings are enforced correctly, restart the protected workloads.
Note
When you change the access setting for clipboard to Deny, the applications and processes
accessing the clipboard must be restarted to enforce the newly configured access settings. To
ensure that access settings are enforced correctly, restart the protected workloads.
Note
When you change the access setting for screenshot capture to Deny, the applications and
processes accessing the screenshot capture must be restarted to enforce the newly configured
access settings. To ensure that access settings are enforced correctly, restart the protected
workloads.
Note
On macOS, the access rights for Bluetooth do not affect Bluetooth HID devices. The access to
these devices is always allowed to prevent wireless HID devices (mice and keyboards) from being
disabled on iMac and Mac Pro hardware.
Note
When you change the access setting for clipboard incoming to Deny, the applications and
processes accessing the clipboard must be restarted to enforce the newly configured access
settings. To ensure that access settings are enforced correctly, restart the protected
workloads.
o Clipboard outgoing - Allow or deny access to control data copy operations through the
clipboard from the session hosted on a protected computer.
Note
When you change the access setting for clipboard outgoing to Deny, the applications and
processes accessing the clipboard must be restarted to enforce the newly configured access
settings. To ensure that access settings are enforced correctly, restart the protected
workloads.
o USB ports - Allow or deny access to control data copy operations to and from devices
connected to any USB port redirected to the session hosted on a protected computer.
Device control settings affect all users equally. For example, if you deny access to removable
devices, you prevent any user from copying data to and from such devices on a protected computer.
It is possible to selectively allow access to individual USB devices by excluding them from access
control (see Device types allowlist and USB devices allowlist).
When access to a device is controlled by both its type and its interface, denying access at the
interface level takes precedence. For example, if access to USB ports is denied (device interface),
then access to mobile devices connected to a USB port is denied regardless of whether access to
mobile devices is allowed or denied (device type). To allow access to such a device, you must allow
both its interface and type.
Important
When a removable device, an encrypted removable device, a printer, or a Bluetooth device is
connected to a USB port, allowing access to that device overrides the access denial set at the USB
interface level. If you allow such a device type, access to the device is allowed regardless of whether
access to the USB port is denied.
l A denied attempt to use a device on a USB or FireWire port. This notification appears whenever
the user plugs in a USB or FireWire device that is denied at the interface level (for example, when
denying access to the USB port) or at the type level (for example, when denying the use of
removable devices). The notification informs that the user is not allowed to access the specified
device/drive.
l A denied attempt to copy a data object (such as a file) from a certain device. This notification
appears when denying read access to the following devices: floppy drives, optical drives,
removable devices, encrypted removable devices, mobile devices, redirected mapped drives, and
redirected clipboard incoming data. The notification informs that the user is not allowed to get
the specified data object from the specified device.
The denied read notification is also displayed when denying read/write access to Bluetooth,
FireWire port, USB port, and redirected USB port.
l A denied attempt to copy a data object (such as a file) to a certain device. This notification
appears when denying write access to the following devices: floppy drives, optical drives,
removable devices, encrypted removable devices, mobile devices, local clipboard, screenshot
capture, printers, redirected mapped drives, and redirected clipboard outgoing data. The
notification informs that the user is not allowed to send the specified data object to the specified
device.
User attempts to access blocked device types on protected computers can raise alerts that are
logged in the service console. It is possible to enable alerts for each device type (excluding
screenshot capture) or port separately by selecting the Show alert check box in the access settings.
For example, if access to removable devices is restricted to read-only, and the Show alert check box
is selected for that device type, an alert is logged every time a user on a protected computer
attempts to copy data to a removable device. See Device control alerts for further details.
The device control module provides the option to allow access to devices of certain subclasses
within a denied device type. This option allows you to deny all devices of a certain type, except for
some subclasses of devices of this type. It can be useful, for example, when you need to deny access
to all USB ports while allowing the use of a USB keyboard and mouse at the same time.
When configuring the device control module, you can specify which device subclasses to exclude
from device access control. When a device belongs to an excluded subclass, access to that device is
allowed regardless of whether or not the device type or port is denied. You can selectively exclude
the following device subclasses from device access control:
l USB HID (mouse, keyboard, etc.) - When selected, allows access to Human Interface Devices
(mouse, keyboard, and so on) connected to a USB port even if USB ports are denied. By default,
this item is selected so that denying access to the USB port does not disable the keyboard or
mouse.
Supported on both Windows and macOS.
l USB and FireWire network cards - When selected, allows access to network cards connected to
a USB or FireWire (IEEE 1394) port even if USB ports and/or FireWire ports are denied.
Supported on both Windows and macOS.
l USB scanners and still image devices - When selected, allows access to scanners and still
image devices connected to a USB port even if USB ports are denied.
Supported only on Windows.
l USB audio devices - When selected, allows access to audio devices, such as headsets and
microphones, connected to a USB port even if USB ports are denied.
Supported only on Windows.
l USB cameras - When selected, allows access to Web cameras connected to a USB port even if
USB ports are denied.
Supported only on Windows.
l Bluetooth HID (mouse, keyboard, etc.) - When selected, allows access to Human Interface
Devices (mouse, keyboard, and so on) connected via Bluetooth even if Bluetooth is denied.
Supported only on Windows.
l Clipboard copy/paste within application - When selected, allows copying/pasting of data
through the clipboard within the same application even if the clipboard is denied.
Supported only on Windows.
Note
Settings for unsupported device subclasses are ignored if these settings are configured in the
applied protection plan.
l With the device types allowlist, you can only allow a whole subclass of device. You cannot allow a
specific device model, while denying all other devices of the same subclass. For example, by
excluding USB cameras from device access control, you allow the use of any USB camera, no
matter their model and vendor. On how to allow individual devices/models, see USB devices
allowlist.
l Device types can only be selected from a closed list of device subclasses. If the device to allow is
of a different subclass, then it cannot be allowed by using device types allowlist. For example,
such a subclass as USB smartcard readers cannot be added to the allowlist. To allow a USB
smartcard reader when USB ports are denied, follow the instructions in USB devices allowlist.
l The device types allowlist only works for devices that use standard Windows drivers. The device
control may not recognize the subclass of some USB devices with proprietary drivers. As a result,
you cannot allow access to such USB devices by using the device types allowlist. In this case, you
could allow access on a per-device/model basis (see USB devices allowlist).
On the USB devices allowlist page, you can specify individual USB devices or USB device models to
exclude from device access control. As a result, access to those devices is allowed regardless of the
access settings in the device control module.
l Model of device - Collectively identifies all devices of a certain model. Each device model is
identified by vendor ID (VID) and product ID (PID), such as USB\VID_0FCE&PID_E19E.
This combination of VID and PID does not identify a specific device, but an entire device model.
By adding a device model to the allowlist, you allow access to any device of that model. For
example, this way you can allow the use of USB printers of a particular model.
l Unique device - Identifies a certain device. Each unique device is identified by vendor ID (VID),
product ID (PID), and serial number, such as USB\VID_0FCE&PID_E19E\D55E7FCA.
Not all USB devices are assigned a serial number. You can add a device to the allowlist as a
unique device only if the device has been assigned a serial number during production. For
example, a USB stick that has a unique serial number.
To add a device to the allowlist, you first need to add it to the USB devices database. Then, you can
add devices to the allowlist by selecting from that database.
The allowlist is managed on a separate configuration page called USB devices allowlist. Each item
in the list represents a device or device model and has the following fields:
Note
The Reinitialize field is hidden by default. To display it in the table, click the gear icon in the
upper right corner of the table, and then select the Reinitialize check box.
Note
The Read-only and Reinitialize fields are not supported on macOS. If these fields are configured
in the applied protection plan, they will be ignored.
l Click Add from database above the list and then select the desired device/s from those
registered with the USB devices database. The selected device is added to the list, where you can
configure its settings and confirm the changes.
l Click Allow this USB device in an alert informing that access to the USB device is denied (see
Device control alerts). This adds the device to the allowlist and to the USB devices database.
l Click the delete icon at the end of a list item. This removes the respective device/model from the
allowlist.
l Add a device on the page that appears when adding a device to the exclusion list (see USB
devices database management page).
See also steps to add or remove USB devices from the database.
1. On the USB devices database page click ellipsis (...) at the end of the list item representing the
device and then click Edit.
2. Make changes to the description in the dialog box that appears.
1. Click the ellipsis (...) at the end of the list item representing the device.
2. Click Delete, and confirm the deletion.
For each device, the list on the page provides the following information:
l Description - A readable identifier of the device. You can change the description as needed.
l Device type - Displays Unique if the list item represents a unique device, or Model if it represents
a device model. A unique device must have a serial number along with a vendor ID (VID) and
product ID (PID), whereas a device model is identified by a combination of VID and PID.
l Vendor ID, Product ID, Serial number - These values together make up the device ID in the
form USB\VID_<vendor ID>&PID_<product ID>\<serial number>.
l Account - Indicates the tenant to which this device belongs. This is the tenant that contains the
user account that was used to register the device with the database.
The leftmost column is intended to select the devices to add to the allowlist: Select the check box for
each device to add, and then click the Add to allowlist button. To select or clear all check boxes,
click the check box in the column header.
l Click Search at the top of the page and enter a search string. The list displays devices whose
description matches the string you typed.
l Click Filter, and then configure and apply a filter in the dialog box that appears. The list is limited
to devices with the type, vendor ID, product ID, and account that you selected when configuring
the filter. To cancel the filter and list all devices, click Reset to default.
You can export the list of USB devices that are added to the database.
You can edit the resulting JSON file to add or remove devices from it, and make mass changes of
device descriptions.
Instead of adding USB devices from the service console user interface, you can import a list of USB
devices. The list is a file in JSON format.
Note
You can import JSON files to a database that does not contain the devices described in the file. To
import a modified file to the database from which it was exported, you must clear the database first
because you cannot import duplicate entries. If you export the list of USB devices, modify it, and try
to import to the same database without clearing it, the import will fail.
The service console checks if the list contains duplicate entries that already exist in the database
and skips them. The USB devices that are not found in the database are appended to it.
The USB devices are listed in tree view. The first level of the tree represents a device model. The
second level represents a specific device of that model.
l Description - The operating system assigns a description when connecting the USB device. This
description can serve as a readable identifier of the device.
A blue icon next to the description of the device indicates that the device is currently attached to
the computer. If the device is not attached to the computer, the icon is grayed out.
l Device ID - The identifier that the operating system assigned to the device. This identifier has the
following format: USB\VID_<vendor ID>&PID_<product ID>\<serial number> where <serial
number> is optional. Examples: USB\VID_0FCE&PID_ADDE\D55E7FCA (device with a serial
number); USB\VID_0FCE&PID_ADDE (device without serial number).
To add devices to the USB devices database, select the check boxes of the desired devices, and then
click the Add to database button.
Note
Excluding processes from access control is not supported on macOS. If a list of excluded processes
is configured in the applied protection plan, it will be ignored.
On the Exclusions page, you can specify a list of processes that will not be hooked. This means that
clipboard (local and redirected), screenshot capture, printer, and mobile device access controls will
not be applied to such processes.
Note
Device control must be enabled in the plan, so you can access the Device control settings.
2. Click the arrow next to the Device control switch to expand the settings, and then click the
Exclusions row.
3. On the Exclusions page, in the Processes and folders row, click +Add.
4. Add the processes that you want to exclude from the access control.
For example, C:\Folder\subfolder\process.exe.
You can use wildcards:
l * replaces any number of characters.
l ? replaces one character.
For example:
C:\Folder\*
*\Folder\SubFolder?\*
*\process.exe
5. Click the check mark, and then click Done.
6. In the protection plan, click Save.
7. Restart the processes that you excluded to ensure that the hooks are properly removed.
The excluded processes will have access to clipboard, screenshot capture, printers, and mobile
devices regardless of the access settings for those devices.
Click the ellipsis (...) next to the name of the protection plan and select Edit.
Note
Device control must be enabled in the plan, so you can access the Device control settings.
1. Click the arrow next to the Device control switch to expand the settings, and then click the
Exclusions row.
2. On the Exclusions page, click the trash can icon next to the process that you want to remove
from the exclusions.
The access settings from the protection plan will be applied to the processes that you removed from
the exclusions.
Note
Device control must be enabled in the plan, so you can access the Device control settings.
2. Click the arrow next to the Device control switch to expand the settings, and then click the
Exclusions row.
3. On the Exclusions page, click the Edit icon next to the process that you want to edit.
4. Apply the changes and click the check mark to confirm.
5. Click Done.
6. In the protection plan, click Save.
7. Restart the affected processes to ensure that your changes are applied correctly.
When configuring the device control module, you can enable alerts for most items listed under
device Type (except screenshot capture) or Ports. If alerts are enabled, each attempt by a user to
perform an operation that is not allowed generates an alert. For example, if access to removable
devices is restricted to read-only, and the Show alert option is selected for that device type, an alert
is generated every time a user on a protected computer attempts to copy data to a removable
device.
To view alerts in the service console, go to Monitoring > Alerts. Within each device control alert, the
console provides the following information about the respective event:
l Type—Warning.
l Status—Displays “Peripheral device access is blocked”.
l Message—Displays “Access to '<device type or port>' on '<computer name>' is blocked”. For
example, “Access to 'Removable' on 'accountant-pc' is blocked”.
l Date and time—The date and time that the event occurred.
l Device—The name of the computer on which the event occurred.
If an alert applies to a USB device (including removable devices and encrypted removable devices),
then, directly from the alert, the administrator can add the device to the allowlist, which prevents
the device control module from restricting access to that particular device. Clicking Allow this USB
device adds it to the USB devices allowlist in the device control module’s configuration, and also
adds it to the USB devices database for further reference.
You can manage protection plans and other plans by using the Management tab.
Each section of the Management tab contains all the plans of a specific type. The following sections
are available:
l Protection plans
l Scripting plans
l Backup scanning
l Cloud applications backup
l Backup replication
l Validation
l Cleanup
l Conversion to VM
l VM replication
For protection plans and VM replication plans, a clickable status bar is available. It shows the
following color-coded statuses:
l OK (Green)
l Warning (Orange)
l Error (Dark orange)
l Critical (Red)
l The plan is running (Blue)
l The plan is disabled (Gray)
By clicking the status bar, you can see which status a plan has and on how many machines. Each
status in this list is also clickable.
Protection plan
To create a protection plan
l Create, view, edit, clone, disable, enable, and delete a protection plan
l View activities related to each protection plan
l View alerts related to each protection plan
l Export a plan to a file
l Import a previously exported plan
For further information about the protection plans, refer to "Protection plan and modules" (p. 148).
Backup plans applied to groups of devices (mailboxes, drives, sites) or containing more than 10
devices cannot be run manually.
As a result, a backup scanning plan is created and a cloud agent will scan for malware the locations
or the backup sets that you specified.
However, you can use off-host data processing and create separate plans for replication, validation,
cleanup, and conversion to a virtual machine. These separate plans allow you to:
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
The off-host data processing plans run according to the time settings (including the time zone) of
the operating system where the agent is installed. Time zone of a virtual appliance (for example,
Agent for VMware or Agent for Scale Computing HC3) can be configured also in its interface.
Backup replication
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
Supported locations
The following table summarizes backup locations supported by backup replication plans.
Cloud storage + +
Local folder + +
Network folder + +
NFS folder – –
Secure Zone – –
Validation
Validation is an operation that checks the possibility of data recovery from a backup.
Validation of a backup location validates all the backups stored in the location.
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
How it works
A validation plan offers two validation methods. If you select both methods, the operations will be
performed consecutively.
If the validation fails, you can drill down to the details on the Activities section of the Overview tab.
Cloud storage + +
Local folder + +
Network folder + +
NFS folder – –
Secure Zone – –
Cleanup
Cleanup is an operation that deletes outdated backups according to the retention rules.
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
Supported locations
Cleanup plans support all backup locations, except for NFS folders and Secure Zone.
You can create a separate plan for conversion to a virtual machine and run this plan manually or on
a schedule.
For information about prerequisites and limitations, refer to "What you need to know about
conversion" (p. 619).
Note
This functionality is available with the Advanced Backup pack and requires a Server quota for the
machine with the agent that will perform the off-host data processing operations.
Note
To save storage space, each conversion to VHDX files or VMware Workstation overwrites the
VHDX/VMDK files in the target location that were created during the previous conversion.
To perform a conversion to VMware ESXi, Hyper-V, or Scale Computing HC3, you need an ESXi,
Hyper-V, or Scale Computing HC3 host respectively and a protection agent (Agent for VMware, Agent
for Hyper-V, or Agent for Scale Computing HC3) that manages this host.
Conversion to VHDX files assumes that the files will be connected as virtual disks to a Hyper-V virtual
machine.
The following table summarizes the types of virtual machines that you can create with the Convert
to VM operation. The rows in the table show the type of converted virtual machines. The columns
show the agents that perform the conversion.
Agent Age Agent Age Age Agent Age Agent for Agent
VM for nt for nt nt for nt Virtuozzo for
type VMw for Wind for for Scale for Hybrid Virtuo
are Hyp ows Lin Mac Compu oVir Infrastru zzo
VMware
+ – – – – – – – –
ESXi
Microso
ft – + – – – – – – –
Hyper-V
VMware
Workst + + + + – – – – –
ation
VHDX
+ + + + – – – – –
files
Scale
Comput – – – – – + – – –
ing HC3
Limitations
l Backups stored on NFS cannot be converted.
l Backups stored in Secure Zone can be converted only by the agent running on the same machine.
l Backups that contain Linux logical volumes (LVM) can be converted only if they were created by
Agent for VMware, Agent for Hyper-V, and Agent for Scale Computing HC3 and are directed to the
same hypervisor. Cross-hypervisor conversion is not supported.
l When backups of a Windows machine are converted to VMware Workstation or VHDX files, the
resulting virtual machine inherits the CPU type from the machine that performs the conversion.
As a result, the corresponding CPU drivers are installed in the guest operating system. If started
on a host with a different CPU type, the guest system displays a driver error. Update this driver
manually.
Regular conversion to virtual machine vs. running a virtual machine from a backup
Both operations provide you with a virtual machine that can be started in seconds if the original
machine fails.
Regular conversion to virtual machine takes CPU and memory resources. Files of the virtual
machine constantly occupy space on the datastore (storage). This may be not practical if a
production host is used for conversion. However, the virtual machine performance is limited only by
the host resources.
Running a virtual machine from a backup consumes resources only while the virtual machine is
running. The datastore (storage) space is required only to keep changes to the virtual disks.
l If you choose to save the virtual machine as a set of files: each conversion re-creates the
virtual machine from scratch.
l If you choose to create the virtual machine on a virtualization server: when converting an
incremental or differential backup, the software updates the existing virtual machine instead of
re-creating it. Such conversion is normally faster. It saves network traffic and CPU resource of the
host that performs the conversion. If updating the virtual machine is not possible, the software
re-creates it from scratch.
l If there has been a full backup since the last conversion, the virtual machine is re-created from
scratch, as described earlier in this section.
l Otherwise, the existing virtual machine is updated to reflect changes since the last conversion. If
updating is not possible (for example, if you deleted the intermediate snapshots, see below), the
virtual machine is re-created from scratch.
Intermediate snapshots
To be able to update the converted virtual machine securely, the software stores an intermediate
hypervisor snapshot of this machine. The snapshot is named Replica... and must be kept.
The Replica... snapshot corresponds to the result of the latest conversion. You can go to this
snapshot if you want to return the machine to that state; for example, if you worked with the
machine and now you want to discard the changes made to it.
For converted Scale Computing HC3 virtual machines, an additional Utility Snapshot is created.
Only Cyber Protection service uses it.
To customize the view of the Activities tab, click the gear icon, and then select the columns that you
want to see. To see the activity progress in real time, select the Refresh automatically check box.
To cancel a running activity, click its name, and then, on the Details screen, click Cancel.
l Device name
This is the machine on which the activity is carried out.
l Started by
This is the account that started the activity.
l Status
For example, succeeded, failed, in progress, canceled.
l Type
For example, applying plan, deleting backups, installing software updates.
l Time
For example, the most recent activities, the activities from the past 24 hours, or the activities
during a specific period within the past 90 days.
l Customers
If you are accessing the Activities tab as a partner administrator, you can filter the activities for a
specific customer that you manage.
The agents are registered in the account of the user who installs them. However, the File Sync &
Share functionality is accessible after a mandatory onboarding during which the users sign in to
their own File Sync & Share account and select a personal sync folder. For more information about
Agent for File Sync & Share, refer to the Cyber Files Cloud user guide.
Cyber Protect Monitor is accessible to users who might not have administrative rights for the Cyber
Protection or the File Sync & Share service.
Cyber Protection users without administrative rights can perform the following tasks:
They cannot apply custom protection plans or manage protection plans that are already applied.
File Sync & Share users without administrative rights can perform the following tasks:
l Sync content between their local sync folder and their File Sync & Share account
l Pause their sync operations
l Change their sync folder
l Check the file types whose syncing is restricted
All Cyber Protect Monitor users can change the backup encryption settings or configure the proxy
server settings.
Warning!
Changing the encryption settings in Cyber Protect Monitor overwrites the settings in the protection
plan and affects all backups of the machine. This operation can make some protection plans fail.
For more information, refer to "Encryption" (p. 197).
There is no way to recover encrypted backups if you lose or forget the password.
Changing the proxy server settings in Cyber Protect Monitor affects all agents that are installed on
the same machine.
1. Open Cyber Protect Monitor, and then click the gear icon in the top right corner.
2. Click Settings, and then click Proxy.
3. Enable the Use a proxy server switch, and then specify the proxy server address and port.
Note
Bootable media does not support hybrid drives.
Alternatively, you can download a ready-made bootable media (Linux-based only). You can use the
ready-made bootable media for recovery operations and access to the Universal Restore feature.
Linux-based
Linux-based bootable media contains a Cyber Protection agent based on a Linux kernel. The agent
can boot and perform operations on any PC-compatible hardware, including bare metal, and
machines with corrupted or non-supported file systems.
WinPE/WinRE-based
WinPE-based bootable media contains a minimal Window system called Windows Preinstallation
Environment (WinPE) and a Cyber Protection plugin for WinPE, that is, a modification of the Cyber
Protection agent that can run in the preinstallation environment. WinRE-based bootable media uses
Windows Recovery Environment and does not require installation of additional Windows packages.
WinPE proved to be the most convenient bootable solution in large environments with
heterogeneous hardware.
Advantages:
l Using Cyber Protection in Windows Preinstallation Environment provides more functionality than
using Linux-based bootable media. Having booted PC-compatible hardware into WinPE, you can
use not only the Cyber Protection agent, but also PE commands and scripts, and other plugins
that you have added to the PE.
Limitations:
l Bootable media based on WinPE versions earlier than 4.0 cannot boot on machines that use
Unified Extensible Firmware Interface (UEFI).
You can recover either Windows or Linux by using the same media. To recover macOS, create a
separate media on a machine running macOS.
1. Create a custom bootable media ISO file or download the ready-made ISO file.
To create a custom ISO file, use "Bootable Media Builder" (p. 627).
To download the ready-made ISO file, in the Cyber Protection service console, select a machine,
and then click Recover > More ways to recover... > Download ISO image.
2. [Optional] In the Cyber Protection service console, generate a registration token. The registration
token is displayed automatically when you download a ready-made ISO file.
This token allows the bootable media to access the cloud storage, without prompting you to
enter a login and password.
3. Create physical bootable media in one of the following ways:
l Burn the ISO file to a CD/DVD.
l Create a bootable USB flash drive by using the ISO file and one of the free tools available
online.
Use ISO to USB or RUFUS if you need to boot an UEFI machine, and Win32DiskImager for a BIOS
machine. In Linux, using the dd utility makes sense.
For virtual machines, you can connect the ISO file as a CD/DVD drive to the machine that you
want to recover.
1. On a machine where Agent for Mac is installed, click Applications > Rescue Media Builder.
2. The software displays the connected removable media. Select the one that you want to make
bootable.
Warning!
All data on the disk will be erased.
Bootable Media Builder allows you to create customized Linux-based and WinPE-based bootable
media images.
32-bit or 64-bit?
Bootable Media Builder creates bootable media with both 32-bit and 64-bit components. In most
cases, you will need a 64-bit media to boot a machine that uses Unified Extensible Firmware
Interface (UEFI).
Kernel parameters
You can specify one or more parameters of the Linux kernel that will be automatically applied when
the bootable media starts. These parameters are typically used when you experience problems
while working with the bootable media. Normally, you can leave this field empty.
You can also specify any of these parameters by pressing F11 while you are in the boot menu.
Parameters
When specifying multiple parameters, separate them with spaces.
l acpi=off
Disables Advanced Configuration and Power Interface (ACPI). You may want to use this
parameter when experiencing problems with a particular hardware configuration.
l noapic
Disables Advanced Programmable Interrupt Controller (APIC). You may want to use this
parameter when experiencing problems with a particular hardware configuration.
l vga=ask
Prompts for the video mode to be used by the bootable media's graphical user interface. Without
the vga parameter, the video mode is detected automatically.
l vga= mode_number
Specifies the video mode to be used by the bootable media's graphical user interface. The mode
number is given by mode_number in the hexadecimal format—for example: vga=0x318
The screen resolution and the number of colors corresponding to a mode number may be
different on different machines. We recommend using the vga=ask parameter first to choose a
value for mode_number.
l quiet
You can select one of the predefined scripts or create a custom script by following the scripting
conventions.
Predefined scripts
Bootable Media Builder provides the following predefined scripts:
The scripts are located in the following folders on the machine where Bootable Media Builder is
installed:
l In Windows: %ProgramData%\Acronis\MediaBuilder\scripts\
l In Linux: /var/lib/Acronis/MediaBuilder/scripts/
Custom scripts
Important
Creating custom scripts requires the knowledge of the Bash command language and JavaScript
Object Notation (JSON). If you are not familiar with Bash, a good place to learn it is
http://www.tldp.org/LDP/abs/html. The JSON specification is available at http://www.json.org.
Files of a script
Your script must be located in the following directories on the machine where Bootable Media
Builder is installed:
l In Windows: %ProgramData%\Acronis\MediaBuilder\scripts\
l In Linux: /var/lib/Acronis/MediaBuilder/scripts/
l <script_file>.sh - a file with your Bash script. When creating the script, use only a limited set of
shell commands, which you can find at https://busybox.net/downloads/BusyBox.html. Also, the
following commands can be used:
o acrocmd - the command-line utility for backup and recovery
o product - the command that starts the bootable media user interface
This file and any additional files that the script includes (for example, by using the dot command)
must be located in the bin subfolder. In the script, specify the additional file paths as
/ConfigurationFiles/bin/<some_file>.
l autostart - a file for starting <script_file>.sh. The file contents must be as follows:
#!/bin/sh
. /ConfigurationFiles/bin/variables.sh
. /ConfigurationFiles/bin/<script_file>.sh
. /ConfigurationFiles/bin/post_actions.sh
Structure of autostart.json
Top-level object
Pair
Required Description
Name Value type
timeout number No A timeout (in seconds) for the boot menu before
starting the script. If the pair is not specified, the
timeout will be ten seconds.
Variable object
Pair
Required Description
Name Value type
description string Yes The control label that is displayed above the control in
Bootable Media Builder.
default string if type No The default value for the control. If the pair is not
is string, specified, the default value will be an empty string or a
order number Yes The control order in Bootable Media Builder. The
higher the value, the lower the control is placed relative
(non-
to other controls defined in autostart.json. The initial
negative)
value must be 0.
min number No The minimum value of the spin control in a spin box. If
the pair is not specified, the value will be 0.
(for spinner
only)
max number No The maximum value of the spin control in a spin box. If
the pair is not specified, the value will be 100.
(for spinner
only)
step number No The step value of the spin control in a spin box. If the
pair is not specified, the value will be 1.
(for spinner
only)
required number No Specifies if the control value can be empty (0) or not (1).
If the pair is not specified, the control value can be
(for string,
empty.
multiString,
password, and
enum)
Control type
Name Description
string A single-line, unconstrained text box used to enter or edit short strings.
multiString A multi-line, unconstrained text box used to enter or edit long strings.
spinner A single-line, numeric-only text box used to enter or edit numbers, with a spin
checkbox A check box with two states - the cleared state or the selected state.
The sample autostart.json below contains all possible types of controls that can be used to
configure variables for <script_file>.sh.
"variables": {
"var_string": {
"displayName": "VAR_STRING",
},
"var_multistring": {
"displayName": "VAR_MULTISTRING",
},
"var_number": {
"displayName": "VAR_NUMBER",
},
"var_spinner": {
"displayName": "VAR_SPINNER",
"var_enum": {
"displayName": "VAR_ENUM",
},
"var_password": {
"displayName": "VAR_PASSWORD",
},
"var_checkbox": {
"displayName": "VAR_CHECKBOX",
WinRE images
Creating WinRE images is supported for the following operation systems:
l Windows 7 (64-bit)
l Windows 8, 8.1, 10 (32-bit and 64-bit)
l Windows Server 2012, 2016, 2019 (64-bit)
Bootable Media Builder supports both 32-bit and 64-bit WinPE distributions. The 32-bit WinPE
distributions can also work on 64-bit hardware. However, you need a 64-bit distribution to boot a
machine that uses Unified Extensible Firmware Interface (UEFI).
Note
PE images based on WinPE 4 and later require approximately 1 GB of RAM to work.
l Creating an ISO file with the Cyber Protection plugin from scratch.
l Adding the Cyber Protection plugin to a WIM file for any future purpose (manual ISO building,
adding other tools to the image and so on).
1. On the machine where the Cyber Protection agent is installed, run Bootable Media Builder.
2. In Bootable media type, select Windows PE or Windows PE (64-bit). A 64-bit media is required
to boot a machine that uses Unified Extensible Firmware Interface (UEFI).
3. Select the subtype of the bootable media: WinRE or WinPE.
Creating WinRE bootable media does not require installation of any additional packages.
To create a 64-bit WinPE media, you must download Windows Automated Installation Kit (AIK) or
Windows Assessment and Deployment Kit (ADK). To create 32-bit WinPE media, in addition to
downloading the AIK or ADK, you need to do the following:
a. Click Download the Plug-in for WinPE (32-bit).
b. Save the plugin to %PROGRAM_FILES%\BackupClient\BootableComponents\WinPE32.
4. [Optional] Select the language for the bootable media.
5. [Optional] Select the boot mode (BIOS or UEFI) that Windows will use after the recovery.
6. Specify the network settings for the network adapters of the booted machine or keep the
automatic DHCP configuration.
l Replace the default boot.wim file in your Windows PE folder with the newly created WIM file. For
the above example, type:
Warning!
Do not copy and paste this example. Type the command manually, otherwise it will fail.
Network settings
While creating bootable media, you can preconfigure the network connections that will be used by
the bootable agent. The following parameters can be preconfigured:
l IP address
l Subnet mask
l Gateway
l DNS server
l WINS server
After the bootable agent starts on a machine, the configuration is applied to the machine’s network
interface card (NIC). If the settings have not been preconfigured, the agent uses DHCP auto
configuration.
You can also configure the network settings manually when the bootable agent is running on the
machine.
You can change the settings, except for the MAC address, or configure the settings for a non-
existent NIC.
After the bootable agent starts on the server, it retrieves the list of available NICs. This list is sorted
by the slots that the NICs occupy, the closest to the processor is on top.
You can customize the bootable media for any machine, and not only for the machine where the
media is created. To do so, configure the NICs according to their slot order on that machine: NIC1
occupies the slot closest to the processor, NIC2 is in the next slot, and so on. When the bootable
agent starts on that machine, it will not find the NICs with known MAC addresses and will configure
the NICs in the same order as you did.
Example
The bootable agent can use one of the network adapters for communication with the management
console through the production network. Automatic configuration can be done for this connection.
Sizeable data for recovery can be transferred through the second NIC, included in the dedicated
backup network by means of static TCP/IP settings.
Local connection
To operate directly on the machine booted from bootable media, click Manage this machine
locally in the startup window.
After a machine boots from bootable media, the machine terminal displays a startup window with
the IP addresses obtained from DHCP or set according to the preconfigured values.
The changes that are made during a session will be lost after the machine reboots.
Adding VLANs
In the Network Settings window, you can add virtual local area networks (VLANs). Use this
functionality if you need access to a backup location that is included in a specific VLAN.
VLANs are mainly used to divide a local area network into segments. A NIC that is connected to an
access port of the switch always has access to the VLAN specified in the port configuration. A NIC
connected to a trunk port of the switch can access the VLANs allowed in the port configuration only
if you specify the VLANs in the network settings.
After you click OK, a new entry appears in the list of network adapters.
If you need to remove a VLAN, click the required VLAN entry, and then click Remove VLAN.
1. Under bootable media with a Windows-like volume representation, a volume has the same drive
letter as in Windows. Volumes that do not have drive letters in Windows (such as the System
Reserved volume) are assigned free letters in order of their sequence on the disk.
If the bootable media cannot detect Windows on the machine or detects more than one, all
volumes, including those without drive letters, are assigned letters in order of their sequence on
the disk. Thus, the volume letters may differ from those seen in Windows. For example, the D:
drive under the bootable media might correspond to the E: drive in Windows.
Note
It is advisable to assign unique names to the volumes.
2. The bootable media with a Linux-like volume representation shows local disks and volumes as
unmounted (sda1, sda2...).
3. Tasks cannot be scheduled. If you need to repeat an operation, configure it from scratch.
4. The log lifetime is limited to the current session. You can save the entire log or the filtered log
entries to a file.
If you do not want to follow this procedure every time you boot a given hardware configuration,
recreate the bootable media with the appropriate mode number (in the example above, vga=0x318)
specified in the Kernel parameters field.
Startup Recovery Manager is especially useful for traveling users. If a failure occurs, reboot the
machine, wait for the prompt Press F11 for Acronis Startup Recovery Manager to appear, and
then press F11. The program starts and you can perform recovery. On machines with the GRUB
boot loader installed, you select the Startup Recovery Manager from the boot menu, instead of
pressing F11 during a reboot.
To use Startup Recovery Manager, you have to activate it first. Thus, you enable the boot-time
prompt Press F11 for Acronis Startup Recovery Manager (or add the Startup Recovery
Manager item to GRUB menu if you use the GRUB boot loader).
Note
To activate Startup Recovery Manager on a machine with non-encrypted system volume, you need
at least 100 MB of free space on this machine. Recovery operations that require machine restart
need additional 100 MB.
Unless you use the GRUB boot loader and it is installed in the Master Boot Record (MBR), Startup
Recovery Manager activation overwrites the MBR with its own boot code. Thus, you may need to
reactivate third-party boot loaders if such boot loaders are installed.
To activate Startup Recovery Manager on a machine with Agent for Windows or Agent for Linux
1. In the Cyber Protection service console, select the machine that you want to activate Startup
Recovery Manager on.
2. Click Details.
3. Enable the Startup Recovery Manager switch.
4. Wait while the software activates Startup Recovery Manager.
To deactivate Startup Recovery Manager, repeat the activation procedure and select the respective
opposite actions. The deactivation disables the boot-time prompt Press F11 for Acronis Startup
Recovery Manager (or the menu item in GRUB).
One-click recovery
Note
This feature is available with the Advanced Backup pack only.
With One-click recovery you can automatically recover a disk backup of your machine. This backup
can be a backup of the entire machine, or a backup of specific disks or volumes on this machine.
The feature becomes accessible after you activate it in a protection plan that is applied to the
selected machine.
l Secure Zone
l Network storage
l Cloud storage
Important
We strongly recommend that you specify a recovery password. Ensure that the user who
performs One-click recovery on the target machine knows this password.
As a result, after the protection plan runs and creates a backup, One-click recovery becomes
accessible to the users of the protected machine.
Important
One-click recovery is temporarily unavailable after you update the protection agent. It becomes
available again when the next backup finishes.
Prerequisites
l A protection plan with enabled One-click recovery backup option is applied to the machine.
l There is at least one disk backup of the machine.
To recover a machine
After a while, the recovery starts and its progress is shown. When the recovery completes, your
machine reboots.
The widgets are updated every five minutes. The widgets have clickable elements that enable you to
investigate and troubleshoot issues. You can download the current state of the dashboard or send it
via email in the .pdf or/and .xlsx format.
You can choose from a variety of widgets, presented as tables, pie charts, bar charts, lists, and tree
maps. You can add multiple widgets of the same type with different filters.
The buttons Download and Send in Monitoring > Overview are not available in the Standard
editions of the Cyber Protection service.
To edit a widget
Click the pencil icon next to the widget name. Editing a widget enables you to rename it, change the
time range, set filters, and group rows.
To add a widget
l Click the widget that you want to add. The widget will be added with the default settings.
l To edit the widget before adding it, click Customize when the widget is selected. After editing the
widget, click Done.
To remove a widget
To customize the view of the Activities dashboard, click the gear icon, and then select the columns
that you want to see.
To see the activity progress in real time, select the Refresh automatically check box. However,
frequent updating of multiple activities degrades the performance of the management server.
l Device name
This is the machine on which the activity is carried out.
l Started by
This is the account who started the activity.
l Status
For example, succeeded, failed, in progress, canceled.
l Type
For example, applying plan, deleting backups, installing software updates.
l Time
For example, the most recent activities, the activities from the past 24 hours, or the activities
during a specific period within the default retention period.
To see more details about an activity, select this activity from the list, and then, in the Activity
details panel, click All properties. For more information about the available properties, refer to the
Activity and Task API references in the Developer Network Portal.
Cyber Protection
This widget shows the overall information about the size of backups, blocked malware, blocked
URLs, found vulnerabilities, and installed patches.
Protection status
This widget shows the current protection status for all machines.
If you click on the machine status, you will be redirected to the list of machines with this status for
more details.
Discovered machines
This widget shows the list of discovered machines during the specified time range.
l Antimalware
l Backup
l Firewall
l VPN
l Encryption
l NTLM traffic
To improve the score of each of the metrics, you can view the recommendations that are available
in the report.
For more details about the #CyberFit Score, refer to "#CyberFit Score for machines".
Limitations
l Disk health forecast is supported only for machines running Windows.
l Only disks of physical machines are monitored. Disks of virtual machines cannot be monitored
and are not shown in the disk health widgets.
l RAID configurations are not supported.
l On NVMe drives, disk health monitoring is supported only for drives that communicate the
SMART data via the Windows API. Disk health monitoring is not supported for NVMe drives that
require reading the SMART data directly from the drive.
l OK
Disk health is between 70% and 100%.
l Warning
Disk health is between 30% and 70%.
l Critical
Disk health is between 0% and 30%.
l Calculating disk data
The current disk status and forecast are being calculated.
How it works
The Disk Health Prediction Service uses an AI-based prediction model.
1. The protection agent collects the SMART parameters of the disks and passes this data to the Disk
Health Prediction Service:
l SMART 5 – Reallocated sectors count.
l SMART 9 – Power-on hours.
l SMART 187 – Reported uncorrectable errors.
l SMART 188 – Command timeout.
l SMART 197 – Current pending sector count.
l SMART 198 – Offline uncorrectable sector count.
l SMART 200 – Write error rate.
2. The Disk Health Prediction Service processes the received SMART parameters, makes forecasts,
and then provides the following disk health characteristics:
l Disk health overview is a treemap widget with two levels of detail that can be switched by
drilling down.
o Machine level
Shows summarized information about the disk health status of the selected customer
machines. Only the most critical disk status is shown. The other statuses are shown in a tooltip
when you hover over a particular block. The machine block size depends on the total size of all
disks of the machine. The machine block color depends on the most critical disk status found.
l Disk health status is a pie chart widget that shows the number of disks for each status.
Disk failure Warning (30 – 70) The <disk name> disk on this machine is likely to fail in
is possible the future. Run a full image backup of this disk as soon
as possible, replace it, and then recover the image to
the new disk.
Disk failure Critical (0 – 30) The <disk name> disk on this machine is in a critical
is imminent state and will most likely fail very soon. An image
backup of this disk is not recommended at this point as
the added stress can cause the disk to fail. Back up the
most important files on this disk immediately and
replace it.
Each block size depends on the total number/size of all important files that belong to a
customer/machine.
Note
The availability of this feature depends on the service quotas that are enabled for your account.
l Critical – there are 51-100% of unprotected files with the extensions specified by you that are not
being backed up and will not be backed up with the existing backup settings for the selected
machine/location.
l Low – there are 21-50% of unprotected files with the extensions specified by you that are not
being backed up and will not be backed up with the existing backup settings for the selected
machine/location.
l Medium – there are 1-20% of unprotected files with the extensions specified by you that are not
being backed up and will not be backed up with the existing backup settings for the selected
machine/location.
l High – all files with the extensions specified by you are protected (backed up) for the selected
machine/location.
l Machine level – shows information about the protection status of important files per machines of
the selected customer.
To protect files that are not protected, hover over the block and click Protect all files. In the dialog
window, you can find information about the number of unprotected files and their location. To
protect them, click Protect all files.
Vulnerable machines
This widget shows the vulnerable machines by the vulnerability severity.
The found vulnerability can have one of the following severity levels according to the Common
Vulnerability Scoring System (CVSS) v3.0:
Existing vulnerabilities
This widget shows currently existing vulnerabilities on machines. In the Existing vulnerabilities
widget, there are two columns showing timestamps:
l First detected – date and time when a vulnerability was detected initially on the machine.
l Last detected – date and time when a vulnerability was detected the last time on the machine.
l Security updates
l Critical updates
Recently affected
This widget shows detailed information about workloads that were affected by threats, such as
viruses, malware, and ramsomeware. You can find information about the detected threats, the time
when the threats were detected, and how many files were affected.
Cloud applications
This widget shows detailed information about cloud-to-cloud resources:
Additional information about cloud-to-cloud resources is also available in the following widgets:
l Activities
l Activity list
l 5 latest alerts
l Alerts history
l Active alerts summary
l Historical alerts summary
l Active alert details
l Locations summary
The Software overview widget shows the number of new, updated, and deleted applications on
Windows and macOS devices in your organization for a specified time period (7 days, 30 days, or the
current month).
When you click the part of the bar for a certain status, you are redirected to the Software
Management -> Software Inventory page. The information in the page is filtered for the
corresponding date and status.
The Hardware changes table widget shows information about the added, removed, and changed
hardware on physical and virtual Windows and macOS devices in your organization for a specified
time period (7 days, 30 days, or the current month).
A report about operations can include any set of dashboard widgets. All widgets show summary
information for the entire company.
Depending on the widget type, the report includes data for a time range or for the moment of
browsing or report generation. See "Reported data according to widget type" (p. 668).
All historical widgets show data for the same time range. You can change this range in the report
settings.
The set of default reports depends on the Cyber Protection service edition that you have. The
default reports are listed below:
#CyberFit Score Shows the #CyberFit Score, based on the evaluation of security metrics and
by machine configurations for each machine, and recommendations for improvements.
Backup Shows the detailed information about detected threats in the backups.
scanning details
Daily activities Shows the summary information about activities performed during a specified time
period.
Data protection Shows the detailed information about the number, size, location, protection status of
map all important files on machines.
Detected Shows the details of the affected machines by number of blocked threats and the
threats healthy and vulnerable machines.
Disk health Shows predictions when your HDD/SSD will break down and current disk status.
prediction
Existing Shows the existing vulnerabilities for OS and applications in your organization. The
vulnerabilities report also displays the details of the affected machines in your network for every
product that is listed.
Software Shows information about the software that is installed on your company devices.
inventory
Patch Shows the number of missing patches, installed patches, and applicable patches. You
management can drill down the reports to get the missing/installed patch information and details of
summary all the systems.
Summary Shows the summary information about the protected devices for a specified time
period.
Weekly Shows the summary information about activities performed during a specified time
activities period.
To access operations with a report, click the ellipsis icon on the report line. The same operations are
available from within the report.
Adding a report
1. Click Add report.
2. Do one of the following:
l To add a predefined report, click its name.
l To add a custom report, click Custom, click the report name (the names assigned by default
look like Custom(1)), and then add widgets to the report.
3. [Optional] Drag and drop the widgets to rearrange them.
4. [Optional] Edit the report as described below.
Editing a report
To edit a report, click its name, and then click Settings. When editing a report, you can:
Note
The maximum number of exported items is: in a .pdf file—1000; in an .xlsx file—10 000.
To export the report structure, click the report name, click the ellipsis icon in the top-right corner,
and then click Export.
To import the report structure, click Add report, and then click Import.
Downloading a report
You can download a report, click Download and select the formats needed:
The software generates the data dump on the fly. If you specify a long period of time, this action
may take a long time.
Note
The maximum number of items exported in a .csv file is 150 000.
When you configure a date range in the report settings to dump data for a certain period, the
selected time range will apply only for widgets that display historical data. For widgets that display
actual data at the moment of browsing, the time range parameter is not applicable.
The following table lists the available widgets and their data ranges.
Activities Historical
Devices Actual
To collect logs
1. Select the machine that you want to collect the logs from.
2. Click Activities.
3. Click Collect system information.
4. If prompted by your web browser, specify where to save the file.
After you perform failover (run the virtual machine in the cloud), and log in to the virtual machine to
check the IP address of the server, you see the IP address in production network.
When you perform test failover, you can reach the test server only by using the Test IP address,
which is visible only in the configuration of the recovery server.
To reach a test server from your local site, you must use the Test IP address.
Note
The network configuration of the server always shows the IP address in production network (as
the test server mirrors how the production server would look). This happens because the test IP
address does not belong to the test server, but to the VPN gateway, and is translated to the
production IP address using NAT.
The diagram below shows an example of the Site-to-site Open VPN configuration. Some of the
servers in the local environment are recovered to the cloud using failover (while the network
infrastructure is ok).
To: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Fr loc loc loc loc inter p pri fail pri fail test test test VPN VPN
o al al al al net 2 mar ove mar ove fail fail fail appl serv
m: s y r y r ove ove ove ianc er
r r r e
1 local dir via via via n via via via via via via via dire no
ect loc loc local o tun tun tun tun tun tun loca ct
al al route nel: nel: nel: nel: nel: nel: l
ro ro r1 loca loca loca loca NAT NAT rout
ut ut and l l l l (VP (VP er 1
er er Inter N N and
via via via via
1 2 net serv serv tun
loca loca loca loca
er) er) nel:
l l l l
NAT
rout rout rout rout via via
(VP
er 1 er 1 er 1 er 1 loca loca
N
and and and and l l
serv
Inte Inte Inte Inte rout rout
er)
rne rne rne rne er 1 er 1
t: t: t: t: and and via
pub pub pub pub Inte Inte loca
rne rne l
t: t:
2 local dir via via via n via via via via via via via dire no
ect loc loc local o tun tun tun tun tun tun loca ct
al al route nel: nel: nel: nel: nel: nel: l
ro ro r1 loca loca loca loca NAT NAT rout
ut ut and l l l l (VP (VP er 1
er er Inter N N and
via via via via
1 2 net serv serv tun
loca loca loca loca
er) er) nel:
l l l l
NAT
rout rout rout rout via via
(VP
er 1 er 1 er 1 er 1 loca loca
N
and and and and l l
serv
Inte Inte Inte Inte rout rout
er)
rne rne rne rne er 1 er 1
t: t: t: t: and and via
pub pub pub pub Inte Inte loca
rne rne l
t: t: rout
pub pub er 1
and
Inte
rne
t:
pub
3 local via via via via n via via via via via via via via no
loc loc loc local o tun tun tun tun tun tun loca local
al al al route nel: nel: nel: nel: nel: nel: l rout
ro ro ro r1 loca loca loca loca NAT NAT rout er
ut ut ut and l l l l (VP (VP er 1
er er er Inter N N and
via via via via
1 1 2 net serv serv tun
loca loca loca loca
er) er) nel:
l l l l
NAT
rout rout rout rout via via
(VP
er 1 er 1 er 1 er 1 loca loca
N
and and and and l l
serv
Inte Inte Inte Inte rout rout
er)
rne rne rne rne er 1 er 1
4 local via via via via n via via via via via via via via no
loc loc loc local o loca loca loca loca tun tun tun local
al al al route l l l l nel: nel: nel: rout
ro ro ro r 2, rout rout rout rout NAT NAT NAT er 2
ut ut ut and er 2 er 2 er 2 er 2 (VP (VP (VP
er er er route and and and and N N N
2 2 2 r 1, tun tun tun tun serv serv serv
an an and nel: nel: nel: nel: er) er) er)
d d Inter loca loca loca loca
via via via
ro ro net l l l l
loca loca loca
ut ut
via via via via l l l
er er
loca loca loca loca rout rout rout
1 1
l l l l er 2, er 2, er 2,
rout rout rout rout and and and
er 2, er 2, er 2, er 2, rout rout rout
and and and and er 1, er 1, er 1,
loca loca loca loca and and and
l l l l Inte Inte Inte
rout rout rout rout rne rne rne
er 1, er 1, er 1, er 1, t: t: t:
and and and and pub pub pub
Inte Inte Inte Inte
rne rne rne rne
t: t: t: t:
pub pub pub pub
7 prim via via via via via n dire via via via via via no DHC
ary tu tu tu tu Inter o ct in tun tun VPN VPN tun P
nn nn nn nn net clou nel nel serv serv nel and
el el el el (via d: and and er: er: and DNS
an an VPN loca loca loca NAT NAT loca prot
d d serve l l l l ocol
loc loc r) rout rout rout s
al al er 1: er 1: er 1: only
ro ro loca loca NAT
ut ut l l
er er
1 1
an
d2
8 failo via via via via via n dire via via via via via no DHC
ver tu tu tu tu Inter o ct in tun tun VPN VPN tun P
nn nn nn nn net clou nel nel serv serv nel and
el el el el (via d: and and er: er: and DNS
an an VPN loca loca loca NAT NAT loca prot
d d serve l l l l ocol
loc loc r) rout rout rout s
al al er 1: er 1: er 1: only
ro ro loca loca NAT
ut ut l l
er er
1 1
an
d2
9 prim via via via via via n via via dire via via via no DHC
ary tu tu tu tu Inter o tun tun ct in tun tun VPN P
nn nn nn nn net nel nel clou nel nel serv and
el el (via and and d: and and er: DNS
10 failo via via via via via n via via dire via via via no DHC
ver tu tu tu tu Inter o tun tun ct in tun tun VPN P
nn nn nn nn net nel nel clou nel nel serv and
el el el el (via and and d: and and er: DNS
an an VPN loca loca loca loca loca NAT prot
d d serve l l l l l ocol
loc loc r) rout rout rout rout s
al al er 1: er 1: er 1: er 1: only
ro ro loca loca NAT NAT
ut ut l l
er er
1 1
15 VPN no no no no no n no no no no no no no no
serv o
er
Failback
M
Switching a workload from a spare server (such
as a virtual machine replica or a recovery Module
server running in the cloud) back to the
Module is a part of protection plan providing a
production server.
particular data protection functionality, for
example, the backup module, the Antivirus &
Failover Antimalware protection module, and so on.
with each other in the production network. consisting of configurable steps that automate
disaster recovery actions.
Protection agent
S
Protection agent is the agent to be installed on
machines for data protection. Single-file backup format
V
Validation
Virtual machine
Active Protection 483
.
Active Protection in the Cyber Backup Standard
...I lost the second-factor device? 26 edition 495
Agent for Exchange (for mailbox backup) 39 Appendix A. Site-to-site Open VPN - Additional
information 673
Agent for File Sync & Share 38
Application-aware backup 285
Agent for Hyper-V 41
Applying a protection plan to a group 147
Agent for Linux 40
Applying several plans to a device 154
Agent for Mac 41
Are the required packages already
Agent for Microsoft 365 39, 307
installed? 60
Agent for MySQL/MariaDB 39
Attaching SQL Server databases 291
Agent for Oracle 39
Autodiscovery and manual discovery 94
Agent for oVirt 42
Autodiscovery of machines 91
Agent for oVirt – required roles and ports 121
Automated detection of destination 532
Agent for Scale Computing HC3 42
Automatic adding to the whitelist 515
Agent for Scale Computing HC3 – required
Automatic deletion of unused customer
roles 107
environments on the cloud site 429
Agent for SQL, Agent for Active Directory, Agent
Automatic driver search 254
for Exchange (for database backup and
application-aware backup) 38 Automatic patch approval 555
Agent for VMware – necessary privileges 386 Available actions with a protection plan 155
Backup format and backup files 209 Changing the ports used by the Cyber
Deploying Agent for oVirt (Virtual Do not start when connected to the following
Appliance) 117 Wi-Fi networks 192
Deploying Agent for Scale Computing HC3 Do not start when on metered connection 192
(Virtual Appliance) 104
Download configuration for OpenVPN 448
Deploying Agent for Virtuozzo Hybrid
Downloading a report 668
Downloading the logs of the VPN gateway 450 Installing the packages manually in Fedora
14 62
Downloading the output of a scripting
operation 399 Examples 79, 85-87
Finalization of machines running from cloud How many agents are required for cluster data
backups 372 backup and recovery? 282
Finalization vs. regular recovery 372 How many agents do I need? 102, 104, 109,
Firewall rules for cloud servers 473 How remote installation of agents works 94
Hardware inventory widgets 663 How to review data via the service console 302
How creating Secure Zone transforms the How to use notarization 200, 357
disk 180
In Google Workspace 341 L
Passwords with special characters or blank Power off target virtual machines when starting
spaces 91 recovery 269
Recovering an entire Google Drive 352 Recovering public folders and folder items 322
backup 361
Setting the encryption password 582 Creating the .mst transform and extracting
the installation package 124
Setting up a display mode 641
Step 2. Configure the settings for automatic
Setting up connectivity 418
approval 556
Setting up primary servers 469
Step 3 57
Setting up recovery servers 454
Setting up the Group Policy objects 124
Setting up the disaster recovery
Step 3. Prepare the Test patching protection
functionality 415
plan 557
Share a remote connection with users 573
Step 4 58
SID changing 269
Step 4. Prepare the Production patching
Signing a file with ASign 258 protection plan 557
Skip the task execution 239 Step 5. Run the Test patching protection plan
Special operations with virtual machines 368 Support for virtual machine migration 384
System requirements 430
U
System requirements for agents 56
Unattended installation and uninstallation in
System requirements for the agent 101, 104,
macOS 85
108, 117
Unattended installation or uninstallation 74
Usage examples 196, 208, 369, 373, 383 Viewing details about items in the whitelist 516
USB devices database management page 603 Viewing the software inventory of a single
device 563
Useful tips 314, 342
Virtual machine binding 381
User is idle 189
VM power management 269, 377
User roles and Cyber Scripting rights 408
Volume Shadow Copy Service (VSS) 239
Users logged off 190
Volume Shadow Copy Service (VSS) for virtual
Using a locally attached storage 380
machines 240
Using device control 588
Volume Shadow Copy Service VSS for virtual
Using policy rules 168, 171
What does a disk or volume backup store? 169 WinPE-based and WinRE-based bootable
media 635
What does Google Workspace protection
mean? 340 WinPE images 636
What items can be backed up? 304, 311, 315, Working with encrypted backups 468
324, 327, 330, 345, 350, 354, 365 Working with logs 449