Special pricing on Backup Exec 12.5 Virtual Agents!

Extended to October 2nd, 2009 Upgrade to Backup Exec 12.5 or switch from a competitor’s solution and save up to 35% of MSRP on Backup Exec 12.5 virtual agents for VMware or Microsoft Hyper-V.

Comprehensive Data Protection for VMware Infrastructures and Microsoft Virtual Servers

How are you backing up your virtual environment today? Are you applying an antiquated and time consuming backup approach to your new virtual server environment? Having to juggle multiple agents to protect your virtual machines while also managing different backup products for both your physical and virtual environments can be painful.

Expanded virtual server data protection with two new virtual Agents! Backup Exec Agent for VMware Virtual Infrastructures and Backup Exec Agent for Microsoft Virtual Servers (including Hyper-V)

  • Quickly restore virtual server files and folders from a single pass backup – save time and storage costs by eliminating a redundant file level backup
  • Easily backup an unlimited number of virtual guest machines to disk or tape for added flexibility and savings
  • Fast, efficient data protection for physical and virtual server environments from a single console

The BE 12.5 Agent for Microsoft Virtual Servers (AVVI) provides a single agent to support an unlimited number of virtual guests running on a Windows Server 2008 machines while protecting existing physical server files and Windows applications. Backup Exec 12.5 can quickly restore individual virtual files and folders from a single image-level backup – eliminating the time and storage requirements of a second file level backup

  • Complete Windows data protection for new Windows Server 2008 Hyper-V systems and virtual systems running Windows Server 2000 and 2003 environments
  • One agent delivering affordable data protection to an unlimited number of Microsoft virtual systems
  • Comprehensive backup application for virtual systems and physical systems supporting disk and tape storage environments

VCB (VMware Consolidated Backup)

Protecting the VMware environment has its own unique set of data protection challenges. There are basically three ways to protect VMware: the guest OS method, the console backup method and the VMware Consolidated Backup (VCB) method. The guest OS method treats each virtual machine as a standalone server and backups take place as usual as if the virtual is physical server. The second practice is the console backup practice, in which virtualisation administrators back up the VMware ESX Server with no regard of the underlying virtual machines in the ESX environment. (There is a “free” product, ESXi, but it has no console, and requires add-ons to manage.)

VCB Backup requires VMware Infrastructure 3 (VI3) and initially SAN attached disk (iSCSI or Fibre Chanel) but now supports VMFS with local, JBOD, iSCSI and Fibre-Channel-attached disk, network file system (NFS) and virtual compatibility mode raw device mapping (RDM). The only mode not currently supported is physical compatibility mode RDM, together with  a dedicated Windows Server 2003 acts as the backup proxy. You then install the VCB software on the Windows Server and provide access to the same SAN Logical Unit Number (LUN) used for the VMware Virtual Disk Files.

The Symantec Backup Exec 12.5 Agent for VMware Virtual Infrastructure (AVVI) is specifically related to the VMware Consolidated Backup framework and is designed and built to communicate directly with VMware ESX and VirtualCenter.VCB was originally introduced in 2006 as nothing more than a collection of interfaces and utilities that backup vendors could exploit. Since then VCB itself and backup vendor support has expanded considerably. The many different code levels for both VCB and backup applications have caused considerable confusion around what environments are supported and what VCB is today.

It is best to think of VCB as a backup framework with a collection of VMware utilities that facilitates backups. Today VCB utilises standard backup products together with snapshot capabilities. It uses command line interface (CLI) capabilities in VMware to take a VM snapshot of Windows-based VMs to offload a copy of the data for the backup product which Backup Exec then mounts and backs up.

Effectively, VCB provides a centralised backup facility that enables you to use Backup Exec to protect system, application, and user data in your virtual machines while reducing the load on virtualised servers. This allows you to backup your virtual machines without disrupting users and applications. So, VCB provides a way to do server-free and LAN-free backup and VM snapshots can be NFS mounted for quicker recovery and GRT as well as centrally manage backups to simplify management of IT resources.

Cool so far?

If you are not using VCB you do not need the BE 12.5 AVVI. Most organisations not using VCB are likely to be using ESXi. Although ESXi is free, there is no service console anymore. So you can’t use local agents on your ESXi host. Everything needs to be able to communicate with the VI API or any other remote connect method to gather information – not so cool.

So, the bottom line is AVVI is only needed when there is a VCB framework around the Virtual infrastructure.

VMware’s Virtual Infrastructure 3 (VI3) family includes: VMware ESX, VirtualCenter, VCB, VMware Converter & VMotion. Backup Exec 12.5′s Agent for VMware Virtual Infrastructure (AVVI) can leverage all of these components of VMware VI3 to automatically discover, protect, and recover virtual machines and their data. All Guest virtual machines (VM’s) hosted by V3I, including Windows and Linux virtual machines, can be protected using Backup Exec’s AVVI integrated support of VCB.


  • To subscribe to email updates enter your email address here:

    Delivered by FeedBurner


  • twitter-3