about
disclaimer
The old maxim 'You get what you pay for!' applies to this blog. It is neither a support tool nor represents my employer's views. Read the site policies for more information.
© Copyright 2009
The old maxim 'You get what you pay for!' applies to this blog. It is neither a support tool nor represents my employer's views. Read the site policies for more information.
© Copyright 2009
Well, as promised, I spent several days putting together a plan to start rolling out some information and a first pass at Best Practices for OpenVMS. Since I have a subfocus of Storage with OpenVMS, I will start to use that as the launching point. And frankly, it’s one of the most complicated areas to support due to the numerous changes we see in storage technology.
Remember, though I will roll out my first cut at this, I hope this will become a community effort. I will propose various ideas, thoughts and presentations. I will welcome your input. Though I might decide not to include your changes, remember that by sharing your experience you will help other members of the OpenVMS community.
In fact, I offered three different sessions. These include:
I will first present these to the members of the OpenVMS Profession community within HP. Frankly, this will allow me to “dry run” the material before you see it. Then I will offer a more detailed presentation through the HP Technical Online Seminar program.
Then, as I normally do, I will make certain this information will be available through another external distribution mechanism, such as working with the webinar program that the Connect Community organization provides:
http://www.connect-community.org/
So, until I roll more out on that, enjoy. And remember, I welcome your input.
If you enjoyed this post, make sure you subscribe to my RSS feed!
Sometimes it is necessary to erase the contents of a volume either before or after it is put into use in an OpenVMS environment. This can be driven by corporate rules and regulations. The need to erase the data can be driven by the need to follow governmental rules and regulations. And as we all know, it can be driven by the need to protect secrets.
Whatever the driving force behind the need to protect the contents of a volume, the use of SAN storage greatly complicates this issue. For example, how do you ensure the data is fully protected from scavenging of data in an environment that might move from location to location? Let’s expand upon this with two different storage array technologies.
EVA Storage Arrays provide virtual RAID volumes. The advantage of this approach is that the volume is automatically spread across as many physical spindles as possible to decrease the utilization of any single spindle and thus decrease the overall response time from all physical spindles.
Unfortunately, this also implies the data will migrate from physical volume to physical volume. What happens if a physical disk fails? Can we guarantee the data on that volume has been properly erased, even if we performed an INITIALIZE/ERASE using the DoD erasure pattern?
Update on 2008/08/10: I put on my thinking cap on this, and realized there are two potential solutions to this issue with the EVA storage arrays. First, the EVA Storage Array can be used to contain similar data. Second, if a mixed environment is needed (such as patient information mixed with user data storage), then a separate disk group to contain the sensitive data can be used. This helps isolate the data within the EVA storage array.
For most sites, destruction of that failed physical spindle would probably suffice. But some sites might need to be able to ascertain the contents of the physical disk. In those situations, virtual raid technology, such as the EVA Storage Arrays might not be the best choice.
For most OpenVMS installations (probably over 98% of them), this is not an issue. However, since many in the OpenVMS community must deal with sensitive data of various levels, it is important to realize this could be an issue.
XP Disk Arrays do offer the chance to better control the contents of the physical volumes. While the data can be spread across numerous physical disks, the assignment of the data to specific physical disks is completely up to the SAN administrator. This would allow a customer, who handles sensitive data, to assign a specific pool of physical disks to handle the sensitive data.
Additionally, you can purchase software to provide Data Shredding for XP Disk Arrays. There are several advantages to this. First, it ensures data presented to various hosts follow corporate / regulatory guidelines. Second, the work is done outside of the host environment. Though INITIALIZE/ERASE with the DoD erasure pattern can do the same, with very large volumes, the time required is extensive. Performing this operation on the array allows the array to completely offload the work from the host.
The following pointers might provide a better understanding of this information.
HP ITRC OpenVMS Forum Discussion about DoD Erasure Pattern Usage
HP StorageWorks XP Data Shredder Software
Finally, if all else fails, turning the physical disk drive into a nonfunctional drive is an option:
If you enjoyed this post, make sure you subscribe to my RSS feed!
As I previously mentioned, through this blog I will offer presentations I have made over the years. I hope this information will help you.
The following batch of presentations Wes Roberts and I offer to you. It covers several topic areas:
During future blog entries Wes and I will briefly discuss the information within these PowerPoint presentations.
Multimedia Content
Audio clip: Adobe Flash Player (version 9 or above) is required to play this audio clip. Download the latest version here. You also need to have JavaScript enabled in your browser.
Links
Theory & Practice of Sizing Storage Arrays:
Setup & Management of a SAN with OpenVMS:
Storage Essentials, HSG and MSA Overviews:
Overview of EVA Storage Arrays and XP Disk Arrays:
If you enjoyed this post, make sure you subscribe to my RSS feed!
More Options ...
Categories
Tag Cloud
Blog RSS
Comments RSS
Void « Default
Life 
Earth 
Wind 
Water 
Fire Light
Last 50 Posts
Back