News
11/19/2010
01:28 PM
George Crump
George Crump
Commentary
50%
50%

Server Virtualization's Encapsulation And Its Impact On Backup

In our last entry we discussed how the encapsulation of the millions of files that make up a single server into a single file has changed what we expect from storage and the network infrastructure. The same encapsulation may have an even more dramatic impact on data protection that will fundamentally change the way you protect and recover data. It may also change who the 'go to' data protection vendors a

In our last entry we discussed how the encapsulation of the millions of files that make up a single server into a single file has changed what we expect from storage and the network infrastructure. The same encapsulation may have an even more dramatic impact on data protection that will fundamentally change the way you protect and recover data. It may also change who the 'go to' data protection vendors are in the near future.The difference again as we discussed last entry is now an entire server can be protected by just copying one file to the backup destination instead of millions and millions of files. Further by integrating with the virtualization software via an API like VMware's vStorage API, these backup processes can be further improved. A good example is the ability to have only the changed blocks of a VMDK file sent to the backup application, reducing the amount of data that needs to be sent across the network.

As we discussed in our recent article "VMware Backup: Feature or Platform" the big change and possible challenge for traditional backup vendors is going to be what they do with this encapsulation from a recovery stand point. If all the backup vendor is doing is storing the backup image in their proprietary backup format, then your recovery process is going to be very similar to what it is today. Backup vendors need to re-think that strategy.

Modern backup solutions should expose these backups of encapsulated servers in a way that will allow you direct access to them. If this can it could be a game changer. For example you would be able to start a protected VM directly from the backup storage device, speeding the recovery effort substantially. While the VM might be in a degraded mode when running from the backup device that is better than having the application down while waiting for the data to move across the network. Then with the application back up and running, you could leverage a capability like storage vMotion to move the data to production storage in the background.

Further this type of access to the virtual machine should allow you to launch a secondary copy of the server for testing. You could even use this secondary copy to start an application like Exchange or Sharepoint and recover individual objects like email messages from those data sets. Doing so would eliminate the need for operating specific and application specific agents. This also then does away with the need for separate backup processes to get application level information.

Encapsulation of server data is often an overlooked benefit of server virtualization. The reduction of millions of files to a single file is fundamentally changing the way we manage data. How applications that manage data take advantage of this change is going to determine who the storage management leaders are in the future.

Track us on Twitter: http://twitter.com/storageswiss

Subscribe to our RSS feed.

George Crump is lead analyst of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. Find Storage Switzerland's disclosure statement here.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Flash Poll
10 Recommendations for Outsourcing Security
10 Recommendations for Outsourcing Security
Enterprises today have a wide range of third-party options to help improve their defenses, including MSSPs, auditing and penetration testing, and DDoS protection. But are there situations in which a service provider might actually increase risk?
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2015-0543
Published: 2015-07-05
EMC Secure Remote Services Virtual Edition (ESRS VE) 3.x before 3.06 does not properly verify X.509 certificates from SSL servers, which allows man-in-the-middle attackers to spoof servers and obtain sensitive information via a crafted certificate.

CVE-2015-0544
Published: 2015-07-05
EMC Secure Remote Services Virtual Edition (ESRS VE) 3.x before 3.06 does not properly generate random values for session cookies, which makes it easier for remote attackers to hijack sessions by predicting a value.

CVE-2015-4129
Published: 2015-07-05
SQL injection vulnerability in Subrion CMS before 3.3.3 allows remote authenticated users to execute arbitrary SQL commands via modified serialized data in a salt cookie.

CVE-2015-0547
Published: 2015-07-04
The D2CenterstageService.getComments service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

CVE-2015-0548
Published: 2015-07-04
The D2DownloadService.getDownloadUrls service method in EMC Documentum D2 4.1 and 4.2 before 4.2 P16 and 4.5 before P03 allows remote authenticated users to conduct Documentum Query Language (DQL) injection attacks and bypass intended read-access restrictions via unspecified vectors.

Dark Reading Radio
Archived Dark Reading Radio
Marc Spitler, co-author of the Verizon DBIR will share some of the lesser-known but most intriguing tidbits from the massive report