Patchwork backup systems for virtual and non-virtual parts of the enterprise, with no centralized view, make protecting data more time consuming and more expensive than it should be.
Data centers undergo constant change--new applications and operating environments are added all the time. With each of these changes, new data protection challenges arise. New software applications are created to solve the unique protection challenges these environments create. But it's hard to find a single data protection solution that answers all the demands of an enterprise.
An excellent case in point is the flood of products focused on protecting the virtualized environment, VMware specifically. These products are fine tuned to make data protection of the virtualized environment easier and to take full advantage of the abilities that the virtualized environment can provide such as changed block tracking for smaller backups and instant recovery of virtual machines from the backup target.
A potential weakness of these virtualization-specific backups is that they do not support protection of the non-virtualized part of the data center, which according to some reports is 50% or more of servers. Although the data center is moving toward 100% virtualization, it is going to take a while to get there. The remaining systems typically stand alone for a reason and virtualizing them might be a problem. The backup administrator is left running a separate backup application for as much as 50% or more of the data center.
To make matters worse, other applications--databases in particular--often have their own eco-system of data protection solutions. As is the case with the virtualized environment, these utilities provide advanced data protection capabilities for their specific environment that enterprise applications don't.
This leads to a fragmented data-protection strategy where VMware administrators pick the application they want to protect their environment, application owners pick the application they want to protect theirs, and the enterprise backup application is left protecting the leftovers--and often protecting the virtualized and application environments a second time. The result is a data protection process that is more complex and more costly than it should be.
So how do you get the best of all worlds if you have mission-critical applications that are not going to be virtualized soon? As we will discuss in our upcoming webinar, The Four Things That Are Breaking Enterprise Backup, the enterprise applications need to evolve into data protection engines that provide basic protection; advanced back-target support for tape and disk backup appliances; cataloging; scheduling; and policy management.
Many enterprise backup applications provide these capabilities today, but these capabilities are locked within the application. What they need to do is open them up by providing a framework or API set. Then application-specific data protection products could plug into these engines. This would give the backup administrator a centralized view of the data protection process but the application owners specific capabilities that make their jobs easier.
Google in the Enterprise SurveyThere's no doubt Google has made headway into businesses: Just 28 percent discourage or ban use of its productivity products, and 69 percent cite Google Apps' good or excellent mobility. But progress could still stall: 59 percent of nonusers distrust the security of Google's cloud. Its data privacy is an open question, and 37 percent worry about integration.
Top IT Trends to Watch in Financial ServicesIT pros at banks, investment houses, insurance companies, and other financial services organizations are focused on a range of issues, from peer-to-peer lending to cybersecurity to performance, agility, and compliance. It all matters.
Join us for a roundup of the top stories on InformationWeek.com for the week of September 18, 2016. We'll be talking with the InformationWeek.com editors and correspondents who brought you the top stories of the week to get the "story behind the story."