HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- SAN migration with VxVM
Operating System - HP-UX
1836772
Members
2199
Online
110109
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
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
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-06-2007 04:35 AM
11-06-2007 04:35 AM
SAN migration with VxVM
Hello all,
I have done many migrations between storage frames on HP-UX servers using LVM in the past, but I now find myself in need of migrating several HP-UX servers using VxVM from one EMC frame to another.
The frame migration is taking place using SRDF.
The servers are all HP-UX 11.11 and are using the base VxVM product.
My initial thoughts on migrating were as follows;
1) stop all applications on the servers and unmount the file systems
2) wait for the SRDF adaptive copy to finish copying all changes
3) vxdg deport dgname
4) ioscan;insf;vxdctl enable
5) suppress the paths to the original LUNs in VxVM
6) vxdg import dgname
If all checks out okay we clean up the old device files, etc.
Note: at the time of the cut-over the servers will see both frames.
I could be way off base here so any assistance/feedback would be greatly appreciated. I'm going to dig into the documentation now to see what I can find.
Thanks,
David
I have done many migrations between storage frames on HP-UX servers using LVM in the past, but I now find myself in need of migrating several HP-UX servers using VxVM from one EMC frame to another.
The frame migration is taking place using SRDF.
The servers are all HP-UX 11.11 and are using the base VxVM product.
My initial thoughts on migrating were as follows;
1) stop all applications on the servers and unmount the file systems
2) wait for the SRDF adaptive copy to finish copying all changes
3) vxdg deport dgname
4) ioscan;insf;vxdctl enable
5) suppress the paths to the original LUNs in VxVM
6) vxdg import dgname
If all checks out okay we clean up the old device files, etc.
Note: at the time of the cut-over the servers will see both frames.
I could be way off base here so any assistance/feedback would be greatly appreciated. I'm going to dig into the documentation now to see what I can find.
Thanks,
David
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-06-2007 05:48 AM
11-06-2007 05:48 AM
Re: SAN migration with VxVM
hi david;
one concern is for the last step,
if both volumes will be visible to the same server at the end step it will be problematic. because both original and r1 copies have the same vx header in the disks .
my action plan a bit different for you.
0) server see just original disks.
1) stop all applications on the servers and unmount the file systems
2) wait for the SRDF adaptive copy to finish copying all changes
3) vxdg deport dgname
3a) unpresent old disk and present new ones.
4) ioscan;insf;vxdctl enable
6) vxdg import dgname
Hasan.
one concern is for the last step,
if both volumes will be visible to the same server at the end step it will be problematic. because both original and r1 copies have the same vx header in the disks .
my action plan a bit different for you.
0) server see just original disks.
1) stop all applications on the servers and unmount the file systems
2) wait for the SRDF adaptive copy to finish copying all changes
3) vxdg deport dgname
3a) unpresent old disk and present new ones.
4) ioscan;insf;vxdctl enable
6) vxdg import dgname
Hasan.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-06-2007 05:51 AM
11-06-2007 05:51 AM
Re: SAN migration with VxVM
Not that this answers your question, just different experience.
In the past I did not rely on EMC and/or the extra expense to move my data. I simply presented the new storage to the server and used Mirror/UX to migrate the data from one frame to the other. Simple, smooth, no errors in low impact environments this can even be done online during the day.
Something else to think about although you would have to mirror through VxVM.
In the past I did not rely on EMC and/or the extra expense to move my data. I simply presented the new storage to the server and used Mirror/UX to migrate the data from one frame to the other. Simple, smooth, no errors in low impact environments this can even be done online during the day.
Something else to think about although you would have to mirror through VxVM.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-06-2007 06:02 AM
11-06-2007 06:02 AM
Re: SAN migration with VxVM
Hello Hasan,
I understand what you are talking about. That was why I was going to perform step 5 (suppress the paths to the old disks). I figured that would hide the old paths to the disks and therefore only use the new ones. I will check with the storage team to see if they will be able to remove access to the old frame as you suggest.
Tim,
Yes, I have done migrations in the past as you mention. We unfortunately have a separate group that handles all the storage and this project was well underway before we were informed/involved. Thanks for the tip though.
David
I understand what you are talking about. That was why I was going to perform step 5 (suppress the paths to the old disks). I figured that would hide the old paths to the disks and therefore only use the new ones. I will check with the storage team to see if they will be able to remove access to the old frame as you suggest.
Tim,
Yes, I have done migrations in the past as you mention. We unfortunately have a separate group that handles all the storage and this project was well underway before we were informed/involved. Thanks for the tip though.
David
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.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP