Agents Wont Die! (Agent vs Agentless Backup)

Understand your Backup Technology – Agent vs Agentless Backup

To be Virtual or not to be Virtual?

The evolution of technology from standalone physical servers to shared resource virtualization, creating resource elasticity and so have other technologies evolved to join the virtualization revolution. Many companies have completed a 100% migration to virtual, some are still in this process.

One key technology that has had to keep up is backup and disaster recovery, simply because whether your files server was physical then and virtual now it is the same data and of the same importance to the business, A lot of companies have had to change backup vendors or purchase a different package or even add-on to facilitate the move possibly even keep certain older licensing behind for legacy system that have not yet been virtualized.

Arcserve has been very flexible in this aspect regarding the migration to virtual, physical server licenses where just carried over to physical hypervisor hosts and restore features such as virtual standby, Instant VM restore and full system high availability allowed for the migration & conversion process to be automated with ZERO data loss and in some cases zero downtime. This has added ease to the migration and sped up the virtual revolution globally.

After the Migration (To Be Virtual)

Backup technologies can offer an additional method of backup, a method that would not install into or alter the production environment any way leaving it hands free, this is the agentless method. The agentless method allows for backup software to speak to the hypervisor vendor API and request actions to be performed on the virtual machines. In the case of backup it would look like below steps on a high level.

  1. Find available servers for backup
  2. Create a temporary snapshot on target virtual disks
  3. Extract backup data from target virtual disks
  4. Transfer backup data to destination
  5. Delete temporary snapshot

This allows for quicker deployments and more efficient backups, however there are concerns.

First concern taking a temporary snapshot of a virtual disk without knowing what I/O operations are completing within the virtual disk at that point in time could result in capturing a partial operations resulting in inconsistency of application data when it comes time to restore. Further API integration such as the use of VIX library for VMware and host integration tools for Hyper V allows for backup software to access guest operating system files and services within the Virtual Target Disks. This creates application aware backups on the agentless process.

A second concern that creating snapshots and holding snapshots can increase used space on the production shared volumes & add a degrade of I/O performance to target virtual machine disk during online agentless backups. When the snapshot is created it the base virtual disk is in a frozen state and a secondary disk (The Snapshot) holds differential data of the base disk, this then bloats the size of the target VM storage usage on shared storage volumes , vendor KBs suggest 10 – 20 % storage increase on high transactional virtual machines while snapshot is present. If you are processing all virtual machines on a single shared storage concurrently you need to make sure that you have at least 10-20% free for storage to burst during backup.

The reason for the added I/O overhead during snapshot usage is that read access to guest OS files would need to read original base files and all differencing data since snapshot creation, the larger the snapshot the more data we can assume is needed to be read.

A third concern is that software snapshots don’t support certain devices so not all disk devices attached to a virtual machine will be captured for examples are, passing through physical disk devices from hypervisor host to the virtual machine, IscsI Mounts, RDM Raw Device mapping of LUN from a storage array and more… What happens in these cases is that a virtual machine has OS disk provisioned as a virtual disk but secondary storage device is directly to a physical array volume. An easy example here would be an application that has redundancy though multiple nodes however share the same data eg. SQL Cluster with shared storage for database.

In cases like these where Agentless is not a fit you need to revert to the traditional backup through an Agent.

Agent Based Backup

Agent based backup is the process of installing a software package from the vendor in the target system, this will communicate with the backup server and utilise target services and resources to perform and capture backup such as shadow copy service and VSS writers like SQL or Exchange writers for application backup. This using the target system resource to create the backup rather than impacting shared resources as on agentless cross shared virtual infrastructure. This can be a lengthier backup windows compared to agentless approach.

Using agents on virtual infrastructure within virtual machine guest Os would alleviate concerns mentioned above for specific platform or application requirements whilst still providing complete data protection.

Leave Physical (Not to be Virtual)

A lot of systems are left physical and for good reason. Servers that require physical monitoring or licensing via dongle USB key, systems or application servers that licensing is not compatible with virtual hardware, systems that the virtual infrastructure is dependent on, in cases domain controllers or networking systems.

These systems will still utilise agents for data protection rather than agentless in the fear of virtualising and creating in necessary downtime.

The Migration Magic Wand

With Arcserve, both agentless backups and agent based backups can be sent to the same backup server and data is compared and deduplicated cross technologies, further compressed and stored that is true global deduplication!

As mentioned earlier in the article, Arcserve has changed the virtualization landscape by offering a solution that followed its licensing during migration and facilitated the migration to virtualization.

The question whether or not to virtualise a specific system or application is a hard one and requires planning, testing, more testing and hopefully execution at some point. If we introduce Arcserve into this scenario because of Arcserve being hardware agnostic and hypervisor agnostic we can safely backup a physical system or application online, spin up an Instant VM of the physical server backed up onto the hypervisor of choice and test functionality and impact without down time and without hours or days of preparation once confirmed happy, system is functional we can run another backup repeat or avoid data loss through a Arcserve high availability agent . This would create a virtual instance on request with continuous replication to avoid any data loss.

A few days pass and we realise we have overlooked a specific detail and the system is not performing to business standard as virtualised. It can’t be fixed and we need to return to physical. We simply back up VM agentless or with an agent and run a bare metal recovery to the original hardware or newer. Even simpler, we can create a Arcserve HA BMR to allow us to fail back as a high availability process to the physical servers again.

The Conclusion 

Whether you want to virtualize or have virtualized or won’t virtualise, that is 100% your choice but choose a backup and disaster recovery vendor that can transition through those phases without having to repurchase and avoid multiple vendors to complete a single task or single solution.

I end with a Quote

One reason people resist change is because they focus on what they have to give up, instead of what they have to gain. – Rick Godwin

Download UDP: http://okt.to/eXmslE

Live on-line events for Arcserve UDP: All timezones: http://okt.to/RruMRZ  

Arcserve UDP Live Demo: Every Friday, 10:00 GMT: Register: http://okt.to/fALlGx

Arcserve High Availability Live Webcast: Every Tuesday, 10:00 BST: Register: http://okt.to/mR4fEN

Unified Data Protection for Virtual & Physical Servers: Every Thursday, 12:00 CEST: Register: http://okt.to/bhHIT5

What’s new in Arcserve UDP v6.5?

2016 saw a lot of growth to functionality of Arcserve, having introduced lots of new exciting features and changes in technology. In this article, I look at the newest added features in Arcserve UDP 6.5. (I left out existing features and performance enhancements so to focus on the newest features only.)

Instant Recovery Of Physical Server P2V IVM

An instant VM restore or IVM is mounting your latest backup point to your Hypervisor host as a temporary data store point and registering that VM into the Virtual infrastructure for immediate accessibility. It’s no longer necessary to wait for your restore to copy points from backup disk into production – with IVM your RTO is seconds to minutes.

UDP has had this feature from version 6.0. UDP can support Instant VM restore Cross-Hypervisor IVM V2V, instantly restore a VMware VM onto Hyper-V and visa versa. UDP also protects physical machines and allows for instant VM recovery of a physical node “ P2V IVM “ to Vmware or HyperV.

Nimble Storage Snapshot Integration

You can lower the additional impact from backup activities on production storage by retrieving VM data from storage snapshots on primary storage and replicated copies on secondary storage.

UDP has expanded on its existing integrations with NetApp, Nimble and Kaminiario and extends its direct Storage Snapshot support to HPE 3PARStoreServ Storage in version 6.5.

Direct Restore to Public Cloud

This enables users to take on-premises workloads and restore or migrate them to public cloud platforms. This can allow for disaster recovery strategy, development scenarios for testing or ease resource constraints on site by migrating workloads to scalable public cloud platforms.

UDP The Arcserve UDP Virtual Standby plan now supports the conversion of the recovery points to virtual machine formats on AWS EC2 with the help of the snapshots to restore your data easily. This feature ensures the highest available capability by using the public cloud and helps in shifting your backup environments on premise to AWS EC2 easily and quickly.

Backup for Microsoft Office 365

The Exchange Online component of Office 365 provides an offering for companies to utilise Exchange Mail services via Microsoft’s public cloud platform on a subscription basis. The challenge here has always been protecting and ensuring the recoverability of this public cloud exchange data in Office 365.

UDP also produces the new feature to help organizations protect the Office 365 emails hosted on Microsoft’s public or private cloud. Using this feature, users can secure and maintain a local backup of their Office 365 email data, eliminating the risk of data loss due to an outage or accidental deletion. Backup administrators can protect individual items such as emails, calendars, contacts, tasks, notes and so on. They can search the protected items and restore them using a wide range of flexible recovery options.

Additionally, by using the smart filter feature, administrators can opt to selectively back up only important folders and exclude others (for sync issues, clutter and so on). The feature reduces the backup window and helps to save the crucial network bandwidth and storage.

Backup Agent for Linux

This is a software agent designed to be installed on physical servers to allow the Linux file system and applications to be backed up. This is not new technology.

UDP: Agents for Linux have been around from the beginning of UDP. Arcserve also uses a single Linux system with an agent installed to orchestrate backups to all other Linux physical servers in the environment. Arcserve can do agent-free backup of Linux physical servers, only requiring one server to hold the Linux agent.

Agent for Windows

This is a software agent designed to be installed on physical servers to allow their Windows file system and applications to be backed up. This is not new technology.

UDP: Arcserve Windows agent for physical servers has been around since the inception of UDP and has support from Microsoft Windows Server 2003 SP1, all the way to the newest Windows Server 2016.

Backup from UNC Paths/Network Shares

This is the capability of protecting and backing SMB (CIFS) shares exported by an operating system or presented by a storage device link NAS.

UDP is now capable of protecting SMB (CIFS) shares exported by Windows, Linux, and NAS devices. As well as using such paths as a backup destination. This is a great feature for SMBs that don’t own file servers or don’t have storage capacity to protect an entire file server, they can rather just the share the path.

Automatic Protection of Newly added VMs to Hosts or Resource Pools

In Vmware, Vcentre VMs are sorted and grouped by resource pools. Having the ability to protect a resource pool allows newly created VMs on the Hypervisor to join a current backup job or policy. This reduces the administrative time of adding VMs to backup jobs through backup vendor software. This ensures instant protection.

UDP: In Arcserve’s newest release V6.5 you can protect a single container object (such as a resource pool) in the vSphere hierarchy. This way, new VMs added into the container object are protected automatically.

Recovery Point Testing

This feature will allow backup software to test the recovery point just made of a production server to ensure integrity of the recovery point. This will avoid any complications during a restore process.

UDP has added a new feature called Assured Recovery, which allows you to view the health status of the recovery points. The integrity and recoverability of recovery points are tested on a scheduled basis by automatically creating instant virtual machine copies or instant virtual disk copies. Additional built-in functions can test the file systems of IVM or IVD clones. No pre-set rolee scripts are available, but the option is available to run one’s own custom script against an Assured Recovery test.

SLA Reports for RTO and RPO on Protected Systems

SLA reporting on RTO and RPO allows the backup software to manage and report on protected servers and whether they are meeting RPOs (Backup windows) or RTO (Required Restore times). SLAs would be defined based on required up time and data loss policies for critical systems or applications in an environment.

UDP has added SLA reporting for RTO and RPO to the newest release 6.5. Arcserve UDP’s Service Level Agreement (SLA) report is to help organizations generate compliance reports related to Recovery Point Objective (RPO) and Recovery Time Objective (RTO).

RTO Report: The Arcserve UDP RTO report is a compliance report that displays the comparison of Recovery Time Actual and Recovery Time Objective values for all the executed recovery type of jobs, such as file system restore, VM recovery, BMR, Instant VM, and Assured Recovery. You can further drill down to see node level status filtered by ‘RTO met’, ‘not met’, ‘not tested’, and ‘not defined’ statuses.

RPO Report: The Arcserve UDP RPO report displays the total number of nodes with available recovery points during the specified time period in the bar view, categorized by age of the latest recovery points (15 minutes, last hour, 12 hours, last day, and so on), age of oldest recovery points (30 days and older), and monthly distribution (Jan – Dec). You can further drill-down to see node level statuses for the selected category.

This is all included under the UDP software suite and does not require addition purchase or licensing.

The Big Conclusion

Arcserve’s newest releases are way ahead of all the other competitors in terms of marketing and making waves.

In my opinion Arcserve, because of the physical and virtual portions, allows for the solution to be completely agnostic to customer hardware and Hypervisor choice and is a truly unified solution.

Arcserve also holds the high availability features set that been around for years. This eliminates RPO and RTOs as there is no data loss and no downtime. It’s more than just back up and disaster recovery, it’s business continuity too.

Arcserve provides both physical and virtual, unified and high availability features with enterprise reporting in a single installation, single interface, and a single license.

How to Take Hypervisor Snapshot of Lotus Domino VM with Unix/Linux Guest

I previously published a post Online Backup of Lotus Domino with Arcserve UDP, which used custom scripts so that DB’s consistency was guaranteed during the Arcserve snapshot of a virtual Windows Lotus Domino server.

This was, however, only compatible with Domino on Windows guest. I have since collaborated with Daniel Nashed from Nash!Com in Germany to come up with a creative solution to run an Arcserve Hypervisor snapshot of Domino Virtual Machine running on a Unix/Linux Guest.

Interested? Read on…

Daniel Nashed developed a script for Unix/Linux that would stop domino server. Utilising this script will allow Arcserve to take a DB consistent snapshot through the preferred Hypervisor. The script Bundle is available here. (Please note: the use of blogged scripts are at one’s own risk and should be tested with sandbox or lab copy of your production VMs). There is certain risk in shutting down Domino Server services at every backup, however, a shutdown is the only real solution for ensuring consistency of all databases during backup Snapshot pass.

Using virtualized Lotus Domino as a corporate messaging system on a Unix/Linux guest, the database’s consistency is guaranteed during backup by running custom script Rc_domino_script.

Once you have downloaded the script bundle from Nash!Com the bundle should look like this:

bundle

 

 

To start, the VM guest requires the relevant Hypervisor tools to be installed e.g. VMware tools or Host Integration tools. This will allow Arcserve to pass commands through the Hypervisor to the VM guest and initiate the script pre-snapshot and post-snapshot.

Next, the above files need to be copied to their relevant locations:

Rc_domino_script is the main script logic. It needs to be copied to the Unix/Linux guest location: /opt/ibm/domio

Rc_domino is the main entry point file for the service. It needs to be copied to the Unix/Linux guest location: /etc/init.d

Rc_domino_config_notes is the configuration file used. It needs to be copied to the Unix/Linux guest location: /etc/sysconfig

These three files all reference one another and are required for pre/post-snapshot.
If you are required to make changes, such as a different username for Domino, you will need to make changes to the config. file and modify the settings in the Rc_domino script. For more detail, refer to Read me or NashCom.

Once the script has been copied, we can now create an agentless plan in Arcserve UDP under plan > setting. In the Advanced tab, add the following commands to reference scripts:

/etc/init.d/rd_domino stop

snapshot

/etc/init.d/rd_domino start

snapshot

With the above, we are able to successfully snapshot Domino DB on Unix/Linux without an agent and provide application consistency.

Many thanks to Daniel for his Domino expertise!

 

Veeam V9 Vs Arcserve UDP V6 – A Practical Comparison

Comparison

2016 is off to an exciting start with Veeam and Arcserve releasing their latest versions. Veeam releaded the V9 Availability Suite and Arcserve released UDP6 (codenamed “Tungsten”).

Side note: Veeam coined the Phrase “RTPO” which is essentially means “RTO and RPO”. Personally, I disagree with this term as I think that the two terms are completely independent from one another: “Restore Time” and “Restore Point”. This is just my opinion.

Both are excellent products. I have had some time to test both capabilities and have done some research on their features. Below, I have a comparison based on the new features of Veeam V9 vs Arcserve UDP V6 and how each one delivers its’ functionality.

Instant VM Restore

An instant VM restore, or IVM, is about mounting your latest backup point to your Hypervisor host as a temporary data store point and registering that VM into the virtual infrastructure for immediate accessibility. It is no longer necessary to wait for your restore to copy points from backup disk into production – with IVM your RTO is seconds to minutes.

VeeamVeeam has had this functionality in previous versions, but has added some development: vPower Cache. This feature allows for recently accessed backup files to be cached and this will assist in speeding up instant VM restores, unlike Arcserve’s IVM.

 

arcserveUDP6 has just developed this feature in the new release V6. UDP 6 does have vPower functionality and can support instant VM restore cross-hypervisor, can instantly restore a VMware VM onto Hyper-V. In addition, UDP 6 also protects physical machines and allows for instant VM recovery of a physical node “P2V IVM”. This is very powerful stuff, unlike Veeam’s IVM.

 

Replica VM – Virtual Standby (For Disaster Recovery)

Replica VM or Virtual Standby “VSB” is a pre-exported conversion of your latest backup point into a virtual machine ready to power up in the event that production VM is lost. This is not a new feature for Veeam or Arcserve, but I would like to compare the two in any case.

VeeamVeeam has replica VM functionality , which is easy to use. You can create a replica VM off of the latest backup point or live snapshot process on your production VM. Both Veeam and Arcserve have networking and configuration functionality on these tasks. I would like to mention Veeam’s DR failover plan here. Where the plan is created with a boot sequence of multiple VMs, this failover plan allows you to commit to replica VMs or fail back to production VM.

arcserveUDP6 has what is called “Virtual Standby” that very easy to use. You can have a backup plan create virtual instances of the latest backup point. UDP6 VSB supports virtual standby cross-hypervisors and “P2V” (physical to virtual). This would mean you can have a VSB of your Vmware VM on hyper V or vica versa. This also means that you can have a VSB of a physical node onto your hypervisor. In addition, once failed over to VSB from the physical node you are able to restore back to the physical node directly off of the virtual standby to incorporate the latest changes written to the VSB.

 

Instant Bare Metal Recovery “BMR”for Linux

For Linux physical machines, Arcserve UDP introduces Instant Bare Metal Restore (BMR) to support local and remote bare metal recovery of Linux physical machines. Instant BMR provides better restore capability and an improved end user experience by providing users with instant access to a target machine prior to the entire recovery process being finished. This is done without physical interaction with the Linux nodes across the network though PXE boot solution.

VeeamVeeam does not currently support this and has limited support for physical server environments, as it was originally designed for Virtual solutions.

 

arcserveUDP6 provides for exactly what has been described above. Arcserve can instantly regain access into a failed physical Linux node with instant BMR. This is a first of its’ kind and a very powerful feature.

 

Granular Restore Tools “GRT”

GRT are interfaces that the backup vendor develops to facilitate for granular level restore back into applications. Example: an exchange GRT, allowing single mail items to be restored from a DB backup back into a mailbox into the live exchange DB. Most backup products support file level GRT as this is supported by Windows Explorer.

VeeamVeeam refers to a GRT as a “Veeam Explorer” and has in their new release V9 an Oracle Explorer and Veeam has granular VM recovery in Veeam Explorers for Microsoft Active Directory, Exchange, SharePoint and SQL Server.

 

arcserveUDP6 refers to this as “GRT” and has integrated this into the console restore capabilities, rather than having to install a separate feature application. Arcserve must be commended on its exchange GRT as this is very granular, allowing restores of mail down to calendar and tasks back into a mailbox. However, Arcserve currently supports Microsoft Active Directory, Exchange and Linux file/folder on GRT. Granular restores are still possible for Oracle, SharePoint and SQL but rather through its’ own interface.

Corruption Guard or Recovery Point Check

This feature tests the data integrity of the files systems in the backup points to ensure no corruption on backup points and no loss to data or unusable restore points.

VeeamThis is a new feature for Veeam called “Corruption Guard”. This runs a process similar to check disk CHKDSK that tests and repairs file system data integrity issues on your backup restore points.

 

arcserveThis is not a new feature to Arcserve. The feature is called “RPC” or Recovery Point Check. Arcserve will mount the restore point and actively run a CHKDSK on the files system and repair any corruption.

 

 

Backup Data Reduction

This is somewhat a large topic as it covers a variety of features. Data reduction on backup mainly consists of compression and global deduplication in most cases. Deduplication is the comparison to data across a deduplication domain only holding one instance of unique data, thus cancelling out redundant data being held on backup. Compression will compact files during backup to shrink the backup size to as small as possible.

VeeamVeeam has added a few features and further development on their de-duplication feature.The largest setback on Veeam’s global deduplication is that it’s not so global. The deduplication domain is across a single job – only servers within a plan will be de-duped against one another. There has been added development where multiple VMs within a job can be de-duplicated in parallel across both live backup streams. In addition, they have focused on third party storage vendors’ deduplication (such as HP and Netapp) to assist in reducing their backup footprint to storage.

Another feature, defragmentation and compact, will assist on further reducing the backup foot print over longer retention periods. This will access backup points and remove deleted data or VMs without requiring you to create a new active full.

Scale-out backup repositories (SoBR) and bitlooker are further additions to the V9 release.

Bitlooker allows you to exclude files and folders from your backup (e.g. exclude c:\temp). Further to that, it will allow you to exclude blocks that are marked as deleted. When a file is deleted in Windows, the space isn’t actually wiped clean – Windows just removes that file from the master file table, effectively forgetting about it and allowing future data to occupy the space. Unfortunately, because the data is still occupying space, it is getting backed up. BitLooker recognizes this fact and skips over these files.

The scale-out backup repository allows you to create a backup storage pool using multiple physical storage appliances, thus creating a federated storage repository. This increases write performance, as backups are written in multiple streams to multiple devices and this will also reduce storage cost (because you can repurpose storage devices).

arcserveUDP6 has true source side global de-duplication. The deduplication domain is at the backup server (RPS) storage level. Similar to Veeam, storage is presented through Windows or IscsI to Arcserve, but all backups to Arcserve storage repository are de-duplicated against each other, allowing for multiple plans/jobs/policies. This runs at 32k, 16k, 8k or 4k block size levels with a forever incremental strategy utilising CBT change block tracking. This means that only changed data blocks from the source are included into the backup pass. Furthermore, these blocks are compared to the backup storage repository to confirm they are indeed unique, thus massively reducing the storage requirement for backup on arcserve UDP. Both physical and virtual will be included in the same de-duplication domain. UDP6 has included physical Linux nodes into this single de-duplication domain. Impressive lab results have shown that protecting half a Petabyte of storage has left a storage footprint of 13.5TB on backup disk. Whilst the storage features Veeam V9 has developed are beneficial, these seem to be in place to assist their struggling de-duplication protocol or algorithm. Arcserve seems to have hit the nail on the head when it comes to data reduction, leaving backup simple yet efficient.

 

Stand Alone Console

The console would be the management interface for the backup application where reports and logs, jobs, schedules etc. can be configured.

VeeamVeeam has released a standalone console in V9 that allows you to install an application on your workstation that will connect to your Veeam backup servers on the network instead of multiple RDP sessions to your backup servers. The Veeam console is an installed application and so is the standalone server. Performance here is impacted by server or workstation CPU and memory utilization.

arcserveThis has always been a feature for Arcserve (UDP stands for “Unified Data Protection”). Arcserve offers a unified console that is web based and backed by Tomcat. This has a tiny footprint when it comes to compute overhead and is browseable via Http or Https on any workstation or mobile device on your network.

ROBO Support

ROBO (Remote Office, Branch Office) support allows for your main backup infrastructure to communicate and maintain processes or jobs on your remote sites. This should allow for features such as remote backup/restore capabilities and reporting on multiple sites from a central location.

VeeamVeeam previously had issues relaying commands from Veeam B&R console to backup proxies across the WAN sites or VPN tunnels. In V9, Veeam has released Guest Interaction Proxy which allows for a secure SSL connection between sites and proxies back to B&R console. This allows for remote restore across WAN sites and mounting backup points locally. This was a much needed feature for Veeam service providers.

arcserveUDP had a similar issue when it came to ROBO solutions where this had to be done through VPN connection. Even so, this worked and was functional to each remote site. In UDP6, the Remote Management Gateway feature allows for secure SSL connections across WAN links to ROBO sites. It allows for all management out of a single console and the ability to configure and push agents from one console for all sites. This compliments the existing unified console.

 

Cloud Connect (Cloud Backup & Replication)

Cloud backup and replication allows for the backup product console to connect to a service provider service such as storage or compute resource. This will allow the customer to replicate VM copies or backup points offsite into the cloud and pose as a DR (Disaster Recovery) solution.

VeeamVeeam has added development to their cloud connect feature. Previously, this only allowed for copying backup points to a cloud target, but Veeam V9 brings the replication feature too.

Previously, I discussed Veeam’s replica VMs. A customer with an onsite Veeam installation can enter details of their Veeam service provider’s Veeam B&R Gateway and replicate replica VMs to their service provider. A limitation is that if you are replicating from Hyper V, your service provider must provide Hyper V.

 

arcserveThis is not a new feature for Arcserve. Arcserve does this differently, though. The service provider creates a share plan with credentials and a secondary task to export as a virtual standby on either Hyper V or VMware. These credentials are shared with the customer. The customer will add a task to their backup plan to replicate to a remotely managed RPS server and use the credentials provided. The target hypervisor is cross compatible and the source and target hypervisor can differ in this instance. Arcserve supports this on physical servers too at the source, which allows for P2V to the service provider (“Physical to Virtual”).

Hardware Integrated Snapshots

Hardware snapshots allow the backup software to access the hardware array and initiate a snapshot of a VM of the hardware array, utilising the array compute resource to carry out the backup process. This results in a more efficient snapshot.

VeeamVeeam has done a lot of development with various storage vendors and has support on multiple storage arrays, such as NetApp and HP and the new edition in V9 of EMC. Veeam has also released Sandbox for HW snapshots in V9. This creates a clone of a snapshot into an isolated environment for testing purposes directly off the storage appliance, cutting out the unnecessary overhead.

arcserveUDP6 includes a hardware level snapshot integration in the new release for Netapp .

 

Tape

VeeamVeeam has released advanced support for Tape in the V9 release. This includes parallel rocessing, concurrent copy sessions and GFS rotation schemes (“Grand Father, Father, Son “). Tape is still underdeveloped for Veeam .

 

arcserveUDP6 has integration into its father product, Arcserve backup, which has been around for over 20 years. With over 20 years of development around tape features and support, it is far superior to Veeam’s Tape functionality. These features include: Multiplexing (2-32 jobs), Multistreaming, Device Group and Media Pool, GFS Rotation and Synthetic Backup, Append Media, Media Maximization, Media Pool Manager, Tape Library Option and Auto Library Detection and Configuration, Bar Code Support, Auto Inventory, Auto Eject Medi, Monitor Blank Media Qty., Tape Management and Tape Vaulting, Auto Tape Cleaning and Configurable Block Size for Tape.

Both products have their features that stand out. In my opinion, a lot of the new features Veeam has added to their suite were pre-existing with Arcserve since 2014 and before the release of UDP. Veeam seems to be playing catch-up. Veeam also doesn’t have a developed protection solution for your physical server workloads. Arcserve has physical and virtual protection features with  integration into your environment which allows for physical to virtual,  virtual to physical, virtual to virtual, “ Vmware to Hyper V “ restore/conversion functionality.

Arcserve also holds a replication and high availability suite that has been integrated into UDP, which allows for more than just disaster recovery and actually provides what Veeam claims to be: always on, automated fail over and instant replication of your business critical services.

 

 

Arcserve UDP Windows Remote BMR with WDS

 

With the new release UDP6, so comes the functionality of instant Linux BMR (Bare Metal Restore) which allows you to recover physical hardware remotely and instantly. This feature would be also be great for Windows environments not yet available.

A great solution for the remote recovery of physical Windows servers is to use Windows Deployment Service (WDS) integrating Arcserve UDP 6 Restore Capabilities with WDS, allowing for remote physical restore. It is no longer a requirement to have an engineer standing in front of your data centre rack to run system state recoveries on your physical system.

In this post I explain how I have created such an implementation and tested it!

The prerequisites are a Windows server and DHCP server (I used Virtual Servers in my testing but it applies to physical servers too).

The process would be to access your physical server through remote BIOS (e.g. ILO, IPMI or IDRAC or similar) and setting the server to network boot, at which point the server will PXE boot the Arcserve Windows BMR ISO files.

I used one server for the implementation: Server 2012 R2, running Arcserve UDP Console and RPS roles. I added Windows roles WDS and DHCP.

Installation guidance for WDS and DHCP:

How to install and configure Windows WDS

Installing and configuring DHCP

 

This one server had an Arcserve agent, so I created a BMR ISO for X86 and X64 compatible with ADK 8.1. You can create both Windows 8 and Windows 7 compatible boot kit ISOs for Server 2008 and 2012 physical server spreads in your environment.

*One important thing to note: if you run WDS and DHCP on the same server then some properties need to be altered on WDS as they both listen on the same port.

Port

Once your BMR ISOs are created, browse to their location and mount ISOs.

Then open WDS MMC through Server Manager: under “Boot Images” browse, select add boot image and follow the wizard.

How to add boot images

 

Unfortunately WDS can’t use ISO format boot images and requires .WIM.

Browse Image location to:

ISO:\AMD64\SOURCES\BOOT.WIM for X64

ISO:\X86\SOURCES\BOOT.WIM for X86

Name your images as this will be displayed at your boot screen.

Add Image

Once the image has been created and stored, you can begin a network boot. (Log into server remote BIOS interface, initiate boot from network device.)

DHCP will assign an IP address and discover PXE proxy “WDS Server”.

Press F12 to Boot into PXE.

PXE

You can now see available images to boot from.

Boot

arcserve

After boot select you will then see the Arcserve Bare Metal Recovery screen.

This is great for large workstation environments and multiple remote sites.

 

How Arcserve fits into your IT strategy as an SMB

Where are you now? Where are you going? Where do you want to be? Same product, same license.

SMB

This is how Arcserve fits into your IT strategy as an SMB.

When building your company’s IT infrastructure for the first time you would take the most minimalistic approach. For example, virtualization would most likely be out of reach initially depending on your IT budget. You would also probably have a Physical Active Directory Server (AD), an Application Server (APP) or File Server (FS), all with internal Disk. Mail would be outsourced to a service provider (SP) or you would use Online Office 365.

You Data Loss risk at this point is high, if your FS/APP server were to fail a disk; you would have an un-recoverable data loss – assuming that the server volumes have no raid set and are isolated.

The initial approach, considering IT Budget for a small to medium company would be to have a Backup Server or Backup Role on an existing server. In this case a server with Windows Server 08/12 running Arcserve UDP Standard Edition backing up to a cheap storage device such as NAS or External Disk 1TB – 2TB of backup storage will allow you to protect an estimate of 4.5TB of Source Data with a rolling backup of 30 days, allowing you to restore back to any point for an entire month.

Your restore process would either be file level or a bare metal recovery with USB or ISO for a full system state recovery on one of the servers.

Your next step would be to consider what would happen if you lost your entire IT infrastructure, due to theft, flood, fire etc. Only your Mail at this point would be intact & available. This is where Offsite Backup is now considered, having copies of your backups offsite to ensure backup redundancy, this approach would be to either migrate Disk Backup Points to tape on a weekly bases and then store offsite or replicate to Cloud SP Storage.

Your restore process would entail repurchasing lost hardware and to rebuild your Backup Server if necessary, deliver tape to site for the Restore Process / Replicate Backup points Back to Site or Restore through WAN from Cloud SP storage (whichever would be more cost effective and the least time consuming). This would be considered poor RTO (Restore Time Objective).

A few months or years down the line the business has grown considerably and there are now double or triple the amount of employees; and new hardware & applications have been purchased to accommodate for the growth. A virtualization approach has now been taken and a few physical servers or a SAN storage device are in place. AD, FS, APP, SQL Servers have been virtualized and in addition, the Mail environment has been localised and a Virtual Exchange Environment has been built for more efficiency and to reduce data costs.

The Backup Server has now been upgraded to an internal Raid 6 Volume and has 5TB-10TB backup capacity, licensing has been upgraded to Arcserve UDP advanced to cater for Exchange & SQL; this will enable you to protect an estimate of 20TB of source data with a rolling backup of 30 days, allowing you to restore back to any point for an entire month.

Calculations would show that if your IT infrastructure were to fail or go down you would lose thousands of Rands every hour. You could restore a VM instantly with Arcserve UDP Instant Restore but in the event of power failure or theft, flood etc, you would have a 24 – 72 hour estimate restore time to restore services from offsite copies; this however depends on many factors.

Your approach now is to have a Disaster Recovery Strategy (DR) and to repurpose the replaced hardware or purchase new less expensive hardware; and build a DR Cold Site at a branch office or Co-locate in a SP Data Centre Rack. You would then virtualise the hardware and build a second Backup Server as a Virtual Machine (VM). Now you have an offsite target to replicate to. Once replicated, you would export backup points as virtual machines onto the cold site. This is known as ‘Virtual Standby’. Each replication will update the Cold Site Virtual standby machines.

In the event of a disaster at your HQ; you would manually power up Virtual Standby VMs & redirect users to a temporary office or grant them remote access to services from the DR site.

Your RTO (Recovery Time Objective) here could be anything from minutes to hours, depending on system boot time and requirements to connect users to services, EG –VPN, Remote RDP etc.

Your DR Cold Site could also be Cloud Compute & storage Resource with a Cloud SP, where you have a Hosted Arcserve UDP server. This is a simple and entry level approach to DR and mostly likely small to medium business.

A few more years go by and your business has grown into a large organisation and you’re heading for the enterprise space. Your IT infrastructure would have grown significantly with multiple branch offices all connecting to your companies services in your server room or even data centre.

At this point moving to a data centre or to a local SP cloud platform is the best route to ensure redundancy and system resilience across your physical IT infrastructure, e.g. redundant power, redundant cooling, redundant WAN links etc. This is all to reduce downtime as the impact now in loosing critical services would cost hundreds of thousands of Rands, every minute or hour.

However there are still factors to consider even though the physical infrastructure is redundant; you could still have system outages, such as bad OS Patching, data corruption, human error, virus infections etc.

As a DR strategy is still required, you would start looking at UDP premium / Premium Plus for the simple reason that you want Backup and you want DR and high availability for critical applications.

One can then create high availability scenarios with Arcserve that will allow for instantaneous failover to a second server so that no service downtime is experienced as well as maintaining the DR strategy with a cold site virtual standby or warm site live replication with seconds RPO (Restore Point Objective) between Business Critical Servers and DR Servers.

Based on Implementing the above Premium / Premium Plus data continuity solution your restore options will include File Level Restore when needed and Full System State Instant VM restore to your production site. During a disaster scenario users can be seamlessly redirected to slave servers in the HA scenario relationships within the DR warm Site, virtual standbys can be powered up as needed for less critical services/servers in the warm site.

Certain servers will have a higher priority than others, this is why one would approach multiple strategies and features to provide the full solution while staying within budget.

This all can be done with one License, one Software Vendor. So less complexity, simple and easy to use.

Regardless of the size SMB to Enterprise, we at Arcserve have a solution for you that is more than just a backup.

Online Backup of Lotus Domino with Arcserve UDP

Since Lotus Domino is an application non-VSS aware, the database’s consistency must be guaranteed during the Arcserve Snapshot of Lotus Domino process.

Using Lotus Domino as corporate messaging system, the database’s consistency is guaranteed running custom quiescing scripts (pre-freeze and post-thaw or Cache Flush) stored in C:\Windows in the Domino Server during the backup job.

See below; Option 1

Create 1 Batch File

This will Drop all connected users & Drop Cache.

Run the following Pre backup Script

Cache-Flush.bat
“C:\Program Files\IBM\Lotus\Domino\nserver.exe” -c “drop all”

timeout /t 5 /nobreak

“C:\Program Files\IBM\Lotus\Domino\nserver.exe” -c “dbcache flush”

timeout /t 5 /nobreak

Net Time \\%computername% >> C:\Arcservebackup.log

Save As .bat

On the backup plan, add this:

backup plan

See below; Option 2

This will stop Domino Services get the DB to a consistent state and then run Snapshot.

After the Snapshot Process it will then start service once again.

You can Add Option 1 to Pre Freeze to speed up the Process.

Create 2 Batch Files

See below Create 2 Batch Files

Run one Pre backup and the other Post backup
 
pre-freeze.bat
Net Time \%computername% >> C:scripts\logs\freeze.log
rem ***************************************
rem creates and inventory of all running Domino processes
rem ***************************************
pslist | findstr /I /C:”nadminp” >>C:scriptslogspid.lst
pslist | findstr /I /C:”naldaemn” >>C:scriptslogspid.lst
pslist | findstr /I /C:”namgr” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ncalconn” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ncatalog” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nchronos” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ncollect” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ncompact” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nconvert” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ndesign” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ndircat” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ndrt” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ndsmgr” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nevent” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nfixup” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nhttp” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nhttpcgi” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nimap” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nimsgcnv” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nisesctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”niseshlr” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nldap” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nlivecs” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nlnotes” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nlogin” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nmtc” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nnntp” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nnsadmin” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nnotesmm” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nobject” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nomsgcnv” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nosesctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”noseshlr” >>C:scriptslogspid.lst
pslist | findstr /I /C:”notes” >>C:scriptslogspid.lst
pslist | findstr /I /C:”npop3c” >>C:scriptslogspid.lst
pslist | findstr /I /C:”npop3″ >>C:scriptslogspid.lst
pslist | findstr /I /C:”nreport” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nrouter” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nreplica” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nsapdmn” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nsmtpmta” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nsmtp” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nstatlog” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nstaddin” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nstats” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nsched” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nservice” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nserver” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ntaskldr” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ntsvinst” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nupdate” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nupdall” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nwrdaemn” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nweb” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nxpcdmn” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccmta” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ncctctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccmctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccttcp” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccbctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccmin” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccmout” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccdctl” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccdin” >>C:scriptslogspid.lst
pslist | findstr /I /C:”nccdout” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ngdsscan” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ngsscan” >>C:scriptslogspid.lst
pslist | findstr /I /C:”ngstmgr” >>C:scriptslogspid.lst
rem ***************************************
rem Stops Dominio daemon in a controller fashion
rem ***************************************
net stop “Lotus Domino Server (LotusDominoData)”
rem ***************************************
rem Wait a fair amount of time for processes to stop
rem ***************************************
Sleep 300
rem ***************************************
rem If some Domino processes are hanged, it kills all of them
rem ***************************************
for /f “tokens=2” %%I in (C:scriptslogspid.lst ) do pskill %%I
Net Time \%computername% >> C:scriptslogsfreeze.log
post-thaw.bat
net start “Lotus Domino Server (LotusDominodata)”

On the backup plan, add this:

backup plan2

Arcserve RHA vs Zerto

Choosing the right replication solution for your organisation can be tricky if not daunting.  Arcserve RHA or Zerto? That is the question! In this post we highlight the key features and benefits of both of these products in an attempt to make the decision making process easier for you.

Arcserve RHA vs Zerto

In short, Zerto is a hypervisor agentless VM replication solution whereas Arcserve RHA is an agent based real time replication & high availability solution.

Architecture 

Zerto requires a ZVM (Zerto Virtual Manager) on each site, a ZVA (Zerto Virtual Appliance) on each virtual host and a ZCM (Zerto Cloud Manager) in order to manage multi-tenancy. This can range from a minimum of 4-5 servers upwards, depending on the amount of hosts.

Arcserve RHA requires a minimum of 1 control service engine with RHA manager, to 2 servers if redundancy is required for scenario management.

Overview

Zerto: 

  • After the large installation, Zerto allows for simplistic DR VPGs (Virtual Protection Groups) to be created.  This doesn’t involve much configuration except to point to a secondary site ZVM & some Re-IP configuration for the DR site.
  • SLAs can be created to ensure VPGs meet their RPO’s.
  • Zerto replicates VM files at a block level to the DR site spool and only creates and powers a VM onto the DR Hypervisor once failover is initiated, regardless of whether it’s a test or real scenario. Therefore Zerto cannot guarantee a RTO.
  • Zerto does not test application or data consistency within the guest OS of the protected VM.
  • When a scenario involves a transactional intensive DB environment; an agent is required to be loaded onto the specific VM’s.  Guest Quiescing is then initiated from Zerto to commit transactional logs (log truncation) so that the DB’s stay consistent on the DR side as it’s an active passive solution. SQL is only built at the point of failure with the latest blocks replicated; and you would need to consider factors like transaction size and long-running transactions that cannot be cleared from the log until they have completed. If a fail over where to occur during the transaction, the DR VM built on the other side will have inconsistent DB’s in a recoverable state.
  • Zerto has a journal history function where blocks can be rolled back to a certain time, but you would need to find a specific point in time where all transactions were completed. Alternatively you can load a Zerto agent which will Quies the guest OS, thus utilising VM resources and IO.  Zerto recommends that it be run every 4 Hours +, inflating your RPO to 4 Hours.
  • Zerto’s failover process requires the user to log into the site ZVM and press a fail over button.  There is no HA or automatic failover solution.

Arcserve RHA:

  • Arcserve RHA requires a control service engine to be loaded onto the server managing the HA or DR replication scenarios. A control engine agent is loaded onto each server protected.
  • Unfortunately the scenario setup requires that the user be more involved. Arcserve allows for DR file & application replication where failovers are manual & HA full system or application HA; where failover can be manual or automated with integrated DNS changes to the local DNS server.
  • In a replication scenario; a live DR VM or server is required to receive replicated files and the server will be required to be setup by the user. With application HA; the server will require the application to be setup and configured as well. This does require more setup and running computer resources on the DR site but it has its added benefits.
  • Arcserve RHA allows for replication or HA from physical environments, virtual or a mixture of both (P2V, V2P, V2V & V2P) this can then be configured to automatically failover or failover through user Intervention. This then provides seconds RPO & seconds RTO.
  • Arcserve has another feature called ‘Assured Recovery’ that allows for automated HA & DR testing and unlike Zerto, tests the application in the guest OS as well as the data constancy with the master server.
  • Other features include data rewind (similar to Journal History) where you are able to rewind changes made to an application or the OS files; unlike Zerto which is at a hypervisor block level only.
  • Synchronization between servers can be done at a block or file level.
  • This entire solution is then able to integrate into Arcserve UDP (Backup Suite) and is managed through a console with 1 license.
  • To avoid the large setup of building the DR VM’s for your scenarios, you can use the backup feature of UDP to replicate source servers and export as VSB ( Virtual standby ) the VSB can then be used in an HA or replication scenario.

Quick Feature Comparison

arcserve zerto comp

Deflate Your Bloated Backups With Arcserve Infinite Incremental Strategy

Incremental 1

Let’s start by explaining the image above. The blue illustration shows the most efficient way of backing up one full backup, followed by daily infinite incremental backups. The red illustration shows an older strategy (still used by many vendor backup solutions) – a weekly full backup with incremental chains. As you can see, the required storage footprint is more than doubled in the red illustration. An infinite backup strategy is becoming increasingly more popular as organisation strategies and policies are forever changing with future technologies.

To define “Incremental-Forever” aka infinite incremental backups:

The most basic form of incremental backup consists of identifying, recording and preserving only those files that have changed since the last backup. Since changes are typically low, incremental backups are much smaller and quicker than full backups. For instance, following a full backup on Friday a Monday backup will contain only those files that changed since Friday. A Tuesday backup contains only those files that changed since Monday and so on. In addition, the restore process is optimized, as only the latest versions of blocks that belong to a restored backup are restored. Since the same area on the production disk is recovered only one time, the same block is not written to multiple times. Therefore, one full backup followed by many backup increments act as your retention but with lower I/O impact on your storage overall.

In addition to this, Arcserve allows for multilevel incremental schedules on one plan. This means that you are able to add separate weekly, monthly, and yearly schedules to the same job that could consist of incremental or full backups. Unlike the common backup software as shown in the red illustration above, Arcserve’s infinite incremental backup allows the synthetic operation to create a new full backup which is limited to the size of the incremental file instead of the complete size of a full backup file.

So you would see a something similar to below with Arcserve’s infinite backup strategy:

Incremental 2

Infinite incremental forever backups may sound crazy. However organizations with very long retention requirements should consider this philosophy.

Complications

After a bit of searching on the web for general concerns with infinite or incremental forever backups & from my experience with multiple organizations and setups, the main concern with infinite incremental is that should any one of the copies created fail, including the first (full) backup, the possibility of restoration will be incomplete or impossible from the chain and the longer you go without a new full backup the more risk you take. What if corruption happens along the way and you lose an increment? You would lose the integrity of the chain, up to last working backup.

Looking at the image below, Backup #1 is dependent on the Full backup, Backup #2 is dependent on Backup #1 and so on. If corruption occurred on Backup #2, the last restorable would be backup #1.

Incremental 3

 

With Arcserve this is not the case. Arcserve has a completely different method of holding the restore points. Basically, each increment and backup is a pointing file rather than a reference to a set of block data set in a destination. Arcserve also allows for Verify backup to be run to check reference points and rebuild the chain if needed. This protects your infinite retention chain and preserves data. Verify backup can be run manually or scheduled as a multilevel incremental backup. The image below shows how Arcserve holds this data compared to other backup vendors as seen above.

Incremental 4

I ran a lab test on this and deleted an incremental pointer from Arcserve backup destination on a protected server from the middle of its chain. I then immediately tried to restore from the next point forward and received errors. I was able to return to a point before the deleted point but nothing following. I then ran a manual verify backup, and I was able to restore from all points in the chain except the deleted point. Arcserve can thus repair corruption or loss in the chain and statements such as “should any one of the copies created fail, including the first (full) backup, the possibility of restoration will be incomplete” are no longer valid when using Arcserve Unified Data Protection.

Why infinite incremental with Arcserve UDP?

  • It reduces backup windows from hours to minutes for many applications, while providing faster recovery of your data.
  • In a virtual environment, further data reduction can be observed with incremental changes being feed by CBT change block tracking on a lower block level.
  • It can support 24 x 7 backup strategy, reducing your RPO drastically.
  • It reduces costs by consolidating backup devices & backup storage across your infrastructure.
  • It reduces media costs incurred from offloading to tape cartridges needed on previous backup strategies to fulfill retention requirements that included bloated backups (D2D2T). When infinite incremental is your strategy going forward then retention can be kept on disk and rather replicated offsite to disk once again for peace of mind. This reduces your RTO.
  • This will enable full on and off site data retention, compliant with industry standards & corporate data policies.
  • Reduce the amount of data that goes across the local area network (LAN) and what’s replicated on across your wide area network (WAN)
  • Reduce data growth, as all incremental backups contain only the block level changes since your previous backup (incremental).
  • Source side global deduplication on incremental backups, making backups even more efficient and shortening windows: no comparison with the backup target is done since only changed blocks are identified at the source.

Why should Arcserve to be your infinite incremental backup vendor?

Because of the impressive data reduction ratios and costs savings that are achievable. Below is a breakdown of what you can achieve with Arcserve infinite incremental bundled with deduplication and further compression (even more impressive on a virtual environment using change block tracking: more data reduction can be observed).

A traditional infinite incremental backup before compression and deduplication, and no CBT:

Incremental 5

A Virtual CBT infinite incremental backup before compression & deduplication:

Incremental 6

A de-duplicated infinite incremental backup before compression:

Incremental 7

A compressed, de-duplicated infinite incremental:

Incremental 8 

It’s easy to see who the leader is in backup data reduction in the market, right? Don’t build your infrastructure around your backup software. Let Arcserve reduce your cost, backup windows, RTO, RPOs and maintenance.