Veritas conquers the top tier
CommandCentral 4.2 builds on manageability and interoperability for big SANsFollow @infoworld
What do you need to properly manage storage across a large enterprise? Different companies will respond differently to this question, but regardless of how you define storage resource management, Veritas CommandCentral will probably meet your requirements.
The recently released CommandCentral 4.2 maintains the easy management, powerful GUI, and rich feature set of previous versions, while providing more comprehensive support for arrays from major vendors such as NetApp and improving monitoring of storage usage. It also boasts a prestigious certification, as it is now compliant with the storage management standards by the Storage Networking Industry Association (SNIA).
Targeting the areas of SRM (storage resource management), storage clusters, and service availability with numerous applications, Command Central is quite a large beast. For my review I ran tests both in my lab and at Veritas, focusing only on the critical SRM area.
Eye in the Sky
I easily installed CommandCentral on a Dell PowerEdge 1850 server running Windows Server 2003. The setup script installs a database that stores all the details of your storage network and an Apache Web server that gives secure access to the CommandCentral GUI.
CommandCentral uses agents -- you install one on each server -- to automatically discover storage resources such as switches, arrays, HBAs, and volumes. Installing those agents may sound like a lot of work, but Command Central lightens the load through simultaneous push-installs to multiple servers over an IP network.
After installing those agents, I used the central console to activate discrete collectors on each server. At programmable intervals, the collectors capture information from your SAN and update the central database.
An added benefit of using pervasive agents is that you reach every remote corner of your SAN without changing access rules. In fact, in minutes CommandCentral had taken an accurate, comprehensive picture of my storage network, including servers, HBAs, switches, LUNs (logical unit numbers), arrays, applications, and files. Soon, I could query and manage all those resources from a single interface.
Collecting information on files and applications adds much-needed business awareness to CommandCentral. For example, CommandCentral found and correctly flagged as a critical error an inactive SQL Server database that I forgot I had.
Also noteworthy are CommandCentral’s comprehensive file statistics, which help you pinpoint potential storage misuse. Intuitive graphs allow you to drill down from the space allocated to a LUN to the actual space used by files and applications.
For instance, looking at one of these graphs, properly labeled “possible wasted storage,” I learned that the storage allocated to my test SAN was much more than 3TB but that only 130GB were actually being used. Similar overallocations are common in production environments. Considering the cost of some arrays, you could easily justify the considerable license fee of CommandCentral with money saved by eliminating unnecessary storage purchases.
Big Iron, Big Savings
Regardless of what else you expect from SRM applications, eliminating unnecessary expenditures should be the primary benefit of adopting one. In addition to revealing hidden costs from overallocations, a good SRM should empower storage administrators to be more effective, for example, by consolidating management on a single console and automating tasks such as identifying malfunctions and taking corrective action.