Backup Copy

Backups can be lost for any number of reasons: accidental deletion, backup file corruption, disk failure, lost or stolen hardware, malicious attack, or any other undesired and unpredicted event. Thus, having more than one copy of your business-critical backups is vital for ensuring that your data can be recovered in case of disaster. Having an extra copy of backups is especially important if your primary backups are stored at the same location as your production machines, because any incident in the production environment could affect your backups as well. With just one copy of backups, you have a single point of failure. This could easily result in a nightmare if you lose the backups along with the production machines.

Backup Copy jobs provide a simple and powerful way to create and maintain copies of your VMware, Hyper-V, or AWS EC2 instance backups. You can copy backups from one backup repository to another, without touching the source hosts or VMs. This way, your source VMs are read only once, while backups can be copied to one or multiple locations.

Backup Copy for VMware, Hyper-V and AWS EC2

Copy Backups Offsite and to Cloud

While you can keep the copies of your backups locally, having at least one copy of your most critical backups offsite can be a lifesaver if a local disaster wipes out your production infrastructure and makes the primary backup repository inaccessible. The secondary backup repository can be placed in any location that has a connection to the Internet. This practice is completely safe, as backup data can be transferred via AES 256 encrypted link, and your secondary backup repository can be encrypted as well. If you don’t have a secondary location, you can use Amazon's fast, reliable, and affordable cloud to store copies of your backups.

Copy Backups Offsite and to Cloud

Copy All Backups

With a single backup copy job, you can create and maintain a mirrored copy of your primary backup repository, which is the simplest and most reliable way to protect all your backups. Having a mirrored copy of your primary backup repository provides a "set it and forget it" approach for protecting your backups. Just create a backup copy job once and your secondary backup repository is automatically kept up to date with all backups and recovery points created by all jobs. You can think of this mirrored copy as backup repository replication: all backups and recovery points that appear in backup repository A are automatically sent to backup repository B:

Copy All Backups: VMware, Hyper-V, AWS EC2

Protect the Most Important Backups

In the interest of storage space on your secondary backup repository and speeding up data transfer, you can choose to include only the most important backups in your backup copy job. This way, only the selected backups (and their recovery points) are copied to the secondary backup repository.

Backup copy for Selected Backups

Protect Backups Created by Particular Backup Jobs

Backup jobs in NAKIVO Backup & Replication provide a convenient way to protect multiple VMs with the same settings. Since logical grouping was already done at the backup job level, you can choose to create copies of backups created by particular backup jobs. This way you can ensure that all backups created by your most important backup jobs are copied to your secondary backup repository.

Protect Backups Created by Particular Backup Jobs

Copy Recovery Points that You Need

Each backup can contain up to 1,000 recovery points. The recovery points are saved based on the recovery point retention policy you set, i.e., how many recovery points you choose to keep and how long you need them. With Backup Copy jobs, you can create a mirrored copy of each backup, where all recovery points that are available in backup repository A are copied to backup repository B:

Backup Copy for all recovery points

Alternatively, you can set different retention policies for your primary backups and their copies. This way, for example, you can store several daily backups onsite, while keeping (archiving) weekly, monthly, and yearly copies of backups in a secondary backup repository for long-term storage:

Backup Copy for selected recovery points

Schedule Backup Copy to Meet Your Needs

Backup copy jobs have their own, flexible schedules. You can set any backup job to trigger a backup copy job. This approach minimizes the risk of losing your backups, because backup copy starts immediately once the backups in the primary backup repository are created. Alternatively, you can choose to run the jobs on a daily, weekly, and/or monthly basis. For example, you may want to offload your IT environment during working hours and perform a backup copy at night or during weekends.

Save Storage Space with Variable Data Compression

In addition to global data deduplication, NAKIVO Backup & Replication automatically compresses backed-up data, further reducing the amount of space that backups occupy on a storage device. By default, the compression level in new backup repositories is set to "Fast", optimizing for the quickest job completion. When creating a secondary backup repository, you can set the compression level to "Best", which uses more CPU but delivers higher compression rates. This would result in smaller backups in your secondary backup repository, without compromising on speed for the initial backup job.

Set Up Backup Copy Your Way

Backup copy jobs are extremely flexible: you can copy backups from multiple backup repositories in a single repository, copy one backup to multiple backup repositories, or create a chain of backup repositories – whatever your data protection plan requires.

Backup Copy jobs provide a powerful way of protecting your backups and ensure that your data remains safe, regardless of what happens to the production environment or primary backups. They are available right out of the box, and you don’t need to deploy any special components (such as hardware or software WAN accelerators) for Backup Copy jobs to work.