Symantec Declares DeDuplication Everywhere, Backup Exec, Netbackup, Enterprise Vault

A common question about Symantec’s Netbackup and Backup Exec platform are the ability to support deduplication. Netbackup has Netbackup Puredisk functionality but deduplication has been a little lacking in the Backup Exec world. Well, that will soon change.

According to this Symantec press release, the Puredisk deduplication technology will soon make it’s way into Backup Exec, Enterprise Vault and other Symantec products:

Another post that I found regarding deduplication that might be useful to customers is at:

From the Press Release:
Symantec is moving deduplication closer to information sources by integrating the technology into its information management platforms: NetBackup, Backup Exec and Enterprise Vault, and centrally managing native deduplication as well as third-party deduplication appliances.

Symantec is delivering on its deduplication strategy with a multi-phased approach:

  • Integrated deduplication is available today in NetBackup and Enterprise Vault, offering deduplicated archiving, deduplicated backup storage and global deduplicated remote office backup.
  • NetBackup currently offers integrated, centralized management for third-party deduplicated storage from Data Domain, Quantum, Falconstor and EMC through the OpenStorage API.
  • NetBackup PureDisk 6.6, scheduled to be available later this year, will improve storage efficiency by adding enhanced deduplication for backups of virtual server images.
  • Backup Exec 2010, scheduled to be available later this year, will integrate deduplication (using NetBackup PureDisk technology) into both backup clients and Backup Exec media server.  Backup Exec will also add the OpenStorage API to manage third-party deduplication appliances.
  • NetBackup 7, scheduled to be available in 2010, will integrate deduplication into the backup client and NetBackup media server.

HP Bladesystem ASR Events after PSP 8.20

Lewan has received reports from multiple customers where after applying Proliant Support Pack (PSP) 8.20 to a Windows server the servers are spontaneously rebooting.

One possible cause for this is an issue with the version of the  “HP ProLiant iLO 2 Management Controller Driver for Windows Server” which was included in PSP 8.20.  PSP 8.20 includes  version 1.9.0 of this driver.

A specific fix for a false ASR  issue is included in version 1.11.0 of the same driver.

Release History

If you are experiencing this issue, you will see ASR related events logged by the system management; these logs can be viewed via the System Management homepage.

To correct this issue, either apply the updated driver, or disable the ASR feature via the System Management Hompage.  It’s probably also a good idea to update the iLO firmware itself.

PSP 8.25 includes a newer version of the driver.

ASR is the Automatic System Recovery feature of the HP iLO which attempts to detect a hung or crashed server and reset it.

Enterprise Vault 8.0 SP2 Released for EV, CA and DA

Today Symantec announced that Service Pack 2 for Enterprise Vault 8.0, Discovery Accelerator 8.0 and Compliance Accelerator 8.0 has been released.

This release should be considered a recommended update for Enterprise Vault for Microsoft Exchange, Lotus Domino, FSA, Sharepoint & SMTP and Accelerators

 Enterprise Vault 8.0 SP2 provides the following new features:

  • EV Entourage (Mac) client
  • EV Mobile Search
  • Domino Retention Folders CLI
  • New DA reports
  • EVSVR Repair
  • Archive draft & future calendar items
  • Improvements to deletion of archived files on placeholder deletion
  • Improved handling of calendar, meeting and task items
  • Archiving from Domino 8.5 mail servers
  • Support for Microsoft SQL Server 2008
  • Improved documentation for EV reporting and OWA

Enterprise Vault 8.0 SP 2 is a full product release and can only be obtained from the Symantec Licensing Portal.

VMware Fault Tolerance (FT) and CPU Compatibility Requirements

More and more information regarding the requirements of VMware Fault Tolerance (FT) feature are becomming available. Here’s a few very useful posts that I’ve found regarding these requirements.

** Update 8-10-10 **
Here’s an awesome link that outlines some very detailed requirements and limitations of Fault Tolerance (FT):

Here’s a nice and short overview of Fault Tolerance (thanks to

Key Features of Fault Tolerance

The following are some key features of VMware Fault Tolerance as provided in VMware’s FT white paper:

• Runs on standard x86 based servers, vendor neutral.

• Supports standard unmodified guest operating systems and

• Protects dozens of guest operating systems already supported
by ESX, including 32- and 64-bit Windows, Linux, Solaris, and many other legacy guests.

• x86 hypervisor-based solution; integration with virtual machine technology, operating system neutral.

• Support for all emerging applications frameworks that have
not yet evolved their own clustering solutions.

• Support for existing virtual machines.

• Single image management: virtual machine is installed and
managed in the usual way as a single image; no need for
additional operating system and software licenses.

• vLockstep guarantees: the primary and secondary execute
exactly the same x86 instruction sequences.

• Transparent failover with no data or state loss in the virtual
machine; all state, including storage, memory, and networking
is preserved even in the face of catastrophic hardware failures.

• Potential different physical locations for primary and secondary
to guard against campuswide or buildingwide failures.

• Automatic re-establishment of fault tolerance after hardware

• Integration with HA and DRS that are responsible for selecting
a new secondary host after a failure; no manual steps during
failover or after recovery.

• Failing systems can be returned to the HA cluster after repairs
without any additional FT reconfiguration.

• Component failover when combined with network teaming
and storage multipathing.

• No additional installation; FT is a built-in feature of VMware

• Mixing FT and non-FT virtual

Current Fault Tolerance Limitations

There are however a couple of limitations:

Compatibility – VMware Fault Tolerance will only run with the following models of CPU and above:
VMware Fault Tolerance requires Intel 31xx, 33xx, 52xx, 54xx, 55xx, 74xx or AMD 13xx,23xx, 83xx series of processors or above.
Update (7-16-09): A nice VMware KB article for CPU compatibility is located here:

See also the link at the top of this post for an even more detailed CPU list. Also see the VMware website at (near the bottom of the page) for details as well.

The reason for this being that these models of CPU have additional physical processor extensions required by the vLockstep technology.

It’s in the family – When using FT in a cluster all physical ESX hosts must be running CPU’s from the same family.  For more information on this see Eric Sloof’s informative posting here which has an easy to follow table.

vCPU – FT, at this stage, will only with work VM’s with a single vCPU – at this stage though expect to see multi-vCPU compatibility in the future.

Thin Provisioning – FT is unable to protect VMs that are running thin provisioned disks.