Skip to ContentSkip to Footer
Start of content
- Community Home
- >
- Storage
- >
- Entry Storage Systems
- >
- Disk Enclosures
- >
- EVA5k + SecurePath + VxVM + HP-UX11i - Anyone Usin...
Disk Enclosures
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for
-
- Forums
-
Blogs
- Alliances
- Around the Storage Block
- Behind the scenes @ Labs
- HPE Careers
- HPE Storage Tech Insiders
- Infrastructure Insights
- Inspiring Progress
- Internet of Things (IoT)
- My Learning Certification
- OEM Solutions
- Servers: The Right Compute
- Shifting to Software-Defined
- Telecom IQ
- Transforming IT
- Infrastructure Solutions German
- L’Avenir de l’IT
- IT e Trasformazione Digitale
- Enterprise Topics
- ИТ для нового стиля бизнеса
- Blogs
-
Quick Links
- Community
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Contact
- Email us
- Tell us what you think
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Enterprise.nxt
- Marketplace
- Aruba Airheads Community
-
Forums
-
Blogs
-
InformationEnglish
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
08-10-2004 03:21 AM
08-10-2004 03:21 AM
I know even before SecurePath 3.0D, VxVM works perfectly with SecurePath/EVA LUNs. Anyone out there happen to have this environment EVA5K Array with SecurePath and Using VxVM (instead of LVM) to carve/manage the LUNs?
I am acutally more interested to those sites that use VxVM mirroring (hostbased) to say - mirror a volumegroup accross 2 EVA's instead of using Business Copy VSNAPS or Continuous Access. With LVM .. you can only mirror an object one at a time.. but with VxVM, you can simultaneously have several mirror resynhcs going on. We are doing this apporach on Solaris + XP (HDS) environment and get very good results (we do 4 Volume synchs at a time and performance is not severely degraded).
We are thinking doing away with Business copy SnapClones (since it does not support snapclones accross 2 EVA and does affect performance during the snapclone process and the various "levelling" processes going on behid the scene).
I am acutally more interested to those sites that use VxVM mirroring (hostbased) to say - mirror a volumegroup accross 2 EVA's instead of using Business Copy VSNAPS or Continuous Access. With LVM .. you can only mirror an object one at a time.. but with VxVM, you can simultaneously have several mirror resynhcs going on. We are doing this apporach on Solaris + XP (HDS) environment and get very good results (we do 4 Volume synchs at a time and performance is not severely degraded).
We are thinking doing away with Business copy SnapClones (since it does not support snapclones accross 2 EVA and does affect performance during the snapclone process and the various "levelling" processes going on behid the scene).
Hakuna Matata.
Solved! Go to Solution.
2 REPLIES
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
08-10-2004 09:38 PM
08-10-2004 09:38 PM
Solution
Nelson,
We are using the same combination namely EVA5K, SecurePath, VxVM, HPUX 11i.
If you want to use the OS based mirroring, it would work perfectly well, except that if the storages are kept at different locations (physical) and connected through a WAN link.
Otherwise, it should be perfectly fine. We have done this before with good success. The only thing that you would miss is using the second copy for performing some operations like during specific upgrades or using the snaps for backups from an entirely different host, etc.
Cheers
Baalki
Cheers
Baalki
We are using the same combination namely EVA5K, SecurePath, VxVM, HPUX 11i.
If you want to use the OS based mirroring, it would work perfectly well, except that if the storages are kept at different locations (physical) and connected through a WAN link.
Otherwise, it should be perfectly fine. We have done this before with good success. The only thing that you would miss is using the second copy for performing some operations like during specific upgrades or using the snaps for backups from an entirely different host, etc.
Cheers
Baalki
Cheers
Baalki
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
08-11-2004 01:15 AM
08-11-2004 01:15 AM
Re: EVA5k + SecurePath + VxVM + HP-UX11i - Anyone Using this Environment?
Nagarajan,
What I am planning to do in lieue of the easier but performance impacting BC Vsnapclones is just to use mirroring. Instead of VsnapCloning our TBsized DB's onto LUNs located within the same EVA - I will do hostbased VxVM mirroring so I mirror to another EVA.. The mirroring will be done during windows of light activity and with VxVM we can submit several mirror synchup processes -- which according to my estimates could be faster than VsnapClones. Once the VxVM Mirrors are attached, we halt the DB and split the mirrors. The LUNs comprising the Mirrors could then be "imported" on to another server where it can be backed up or use for testing, reporting or DSS processing.
This scheme will have the advantage of:
1. The only real impact on production (and on the production EVA) will be only during the mirror synch up process.
2. After the LUNs are presented on say the backup server, backup operations (or other processing done on the mirrors) will no longer have any impact on the production EVA and the servers attached to it.
3. No more background levelling, synching that will happen whenever Vsnaps are refreshed, etc..
The "Mirror LUNs from the Backup or Mirror EVA) can be prepped up beforehand and "multi-pathed or multi-hosted or multi-presented" to the production server and to the backup or test servers... This has the added advantage of just using VxVM's Volume Group export/import facilities to "float" the mirror LUNs around..
We are already using this approach on a Solaris/HDS (XP 99xx) environment with great success.
What I am planning to do in lieue of the easier but performance impacting BC Vsnapclones is just to use mirroring. Instead of VsnapCloning our TBsized DB's onto LUNs located within the same EVA - I will do hostbased VxVM mirroring so I mirror to another EVA.. The mirroring will be done during windows of light activity and with VxVM we can submit several mirror synchup processes -- which according to my estimates could be faster than VsnapClones. Once the VxVM Mirrors are attached, we halt the DB and split the mirrors. The LUNs comprising the Mirrors could then be "imported" on to another server where it can be backed up or use for testing, reporting or DSS processing.
This scheme will have the advantage of:
1. The only real impact on production (and on the production EVA) will be only during the mirror synch up process.
2. After the LUNs are presented on say the backup server, backup operations (or other processing done on the mirrors) will no longer have any impact on the production EVA and the servers attached to it.
3. No more background levelling, synching that will happen whenever Vsnaps are refreshed, etc..
The "Mirror LUNs from the Backup or Mirror EVA) can be prepped up beforehand and "multi-pathed or multi-hosted or multi-presented" to the production server and to the backup or test servers... This has the added advantage of just using VxVM's Volume Group export/import facilities to "float" the mirror LUNs around..
We are already using this approach on a Solaris/HDS (XP 99xx) environment with great success.
Hakuna Matata.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
End of content
United States
Hewlett Packard Enterprise International
Communities
- Communities
- HPE Blogs and Forum
© Copyright 2019 Hewlett Packard Enterprise Development LP