News
8/31/2009
10:55 AM
George Crump
George Crump
Commentary
50%
50%

The Foundation Of The Data Asset

In my last entry we discussed Making Data an Asset. This entry will focus on where that data asset should be stored. What is needed is a strong storage foundation, one that is designed to last for years, if not decades, but also one that will store that data efficiently and of course be complimentary to the enterprise class indexing that we described in our last entry.

In my last entry we discussed Making Data an Asset. This entry will focus on where that data asset should be stored. What is needed is a strong storage foundation, one that is designed to last for years, if not decades, but also one that will store that data efficiently and of course be complimentary to the enterprise class indexing that we described in our last entry.This foundation is similar to the one we described in our recent article "The Foundation of DeDupe's Next Era". The difference is that if we are looking at data as an asset as opposed to something we have to retain. To ascertain what data is worthy of being an asset we need to have our index and classifications performed across the data center by companies like Index Engines or Kazeon. Those solutions have to be enterprise in scale yet be simple to implement; a single or few appliances that can index the entire enterprise in a reasonable amount of time. Once the data has been mined, data that has value or is an asset should be stored in a vault-like storage location as soon as it becomes static.

These types of storage vaults are being provided today be companies like EMC, Nexsan, NEC and Permabit. Their goal is to be able to retain data for years, store that data efficiently and to be able to provide some sort of retention capabilities that will maintain a chain of custody on that data.

Also these types of solutions must be able to be searched quickly and they must be able to move that data back into production quickly. Although tape can now be indexed, disk archives may be a more ideal storage vault for asset data. Data that is an asset will have a high probability of needing to be found and restored quickly. While indexing tape is important, index today's data that is on disk so that you can understand what data is an asset and then being able to get that data back quickly can give a company a competitive advantage.

This storage vault needs to have some of the other attributes of any other disk archive. Beyond being able to find the asset, redundancy may be the most important part of this storage vault. The archive must be able to survive through multiple component failures and still be able to deliver the data back to you. Once you have classified something as an asset, storing it just in case you need it is no longer enough. You have verified that there is a high probability that you will need it, when you do you have to make sure that you can get it back.

Once the organization realizes that there is some "gold" in the data that they are keeping, the investment to find and then store that gold becomes obvious. It allows the IT team to more easily cost justify future purchases that will benefit not just the data assets but all the data in the enterprise.

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

Subscribe to our RSS feed.

George Crump is founder of Storage Switzerland, an analyst firm focused on the virtualization and storage marketplaces. It provides strategic consulting and analysis to storage users, suppliers, and integrators. An industry veteran of more than 25 years, Crump has held engineering and sales positions at various IT industry manufacturers and integrators. Prior to Storage Switzerland, he was CTO at one of the nation's largest integrators.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Latest Comment: nice one
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-1235
Published: 2015-04-19
The ContainerNode::parserRemoveChild function in core/dom/ContainerNode.cpp in the HTML parser in Blink, as used in Google Chrome before 42.0.2311.90, allows remote attackers to bypass the Same Origin Policy via a crafted HTML document with an IFRAME element.

CVE-2015-1236
Published: 2015-04-19
The MediaElementAudioSourceNode::process function in modules/webaudio/MediaElementAudioSourceNode.cpp in the Web Audio API implementation in Blink, as used in Google Chrome before 42.0.2311.90, allows remote attackers to bypass the Same Origin Policy and obtain sensitive audio sample values via a cr...

CVE-2015-1237
Published: 2015-04-19
Use-after-free vulnerability in the RenderFrameImpl::OnMessageReceived function in content/renderer/render_frame_impl.cc in Google Chrome before 42.0.2311.90 allows remote attackers to cause a denial of service or possibly have unspecified other impact via vectors that trigger renderer IPC messages ...

CVE-2015-1238
Published: 2015-04-19
Skia, as used in Google Chrome before 42.0.2311.90, allows remote attackers to cause a denial of service (out-of-bounds write) or possibly have unspecified other impact via unknown vectors.

CVE-2015-1240
Published: 2015-04-19
gpu/blink/webgraphicscontext3d_impl.cc in the WebGL implementation in Google Chrome before 42.0.2311.90 allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted WebGL program that triggers a state inconsistency.

Dark Reading Radio
Archived Dark Reading Radio
Join security and risk expert John Pironti and Dark Reading Editor-in-Chief Tim Wilson for a live online discussion of the sea-changing shift in security strategy and the many ways it is affecting IT and business.