- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Storage migration
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
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
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- 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
тАО12-14-2010 03:30 AM
тАО12-14-2010 03:30 AM
What are the steps to be followed from OS side to migrate Hitachi storage to EMC symmetrix in HPUX B.11.23 ?
I am planning to do it with mirroring, is it right menthod ?
I heard this can done in storage level through storage software is it true ?
what are different methods avaliable to do storage migration ? which is the best ?
Please suggest me a plan of action and the things to be careful of while doing this. what are the best practice followed from OS side while doing a storage migration ?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-14-2010 03:59 AM
тАО12-14-2010 03:59 AM
Re: Storage migration
Do it during the off-peak hours because expanding/mirroring the LVOLs from one storage system to the other requires significant server i/o.
Also be careful when you break the mirrors to remove the Hitachi PVs, ensure that the mirrors are in good state, check with "vgdisplay -v" and "lvdisplay -v" and look for the "synced" status.
You can also do it with pvmove.
For storage migration at the storage level, it depends on the tools that are available and the interoperability between the two storage systems. I think it requires some downtime whe you cut over the LUNs after you sync them.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-14-2010 04:17 AM
тАО12-14-2010 04:17 AM
Re: Storage migration
we have done storage migration twice now.
But we always had only one manufacturer (netapp), and we had a downtime.
We just did a copy on storage base, then unmount (nfs-)storage, doing a diffential copy again (for files which have changed after the first copy), modify fstab at server, then mount new storage.
At least, check availability of datas.
HTH
V.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-14-2010 10:59 AM
тАО12-14-2010 10:59 AM
SolutionYou would need to create all new mapfiles for all vg's. Then when the disks are mirred onto the new array, the old disks are split off and you basically do a fresh vgimport on all your vg's which then picks up all the new mirrored disks. A little simpler than host-based, but still requires knowing the disk mappings (old disk 2 new disk).
If you prefer to do 'host based' from one array to another, you can. You would need to run cable additional fiber cable from the hosts to your switch/director; then have these connections zoned and disks will have to be mapped and masked for each host as well.
Then I recommend you map out every old disk to it's new disk (on paper) by volume group.
Then add these new disks to the vg an then lvextend -m for each lvol in every vg. Once mirrored, then remove your old disk from the lvol and finally from the vg.
Be careful with striped/mirrored disks in vg's when doing this.
And your done....
I think you see that host-based requires alot of internal work, but if you do it right it really let's you know your good.
The first option will cost more, the second will cost you in time and effort. Both will cost you in project stress.
Rgrds,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-17-2010 03:48 AM
тАО12-17-2010 03:48 AM
Re: Storage migration
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-17-2010 05:33 PM
тАО12-17-2010 05:33 PM
Re: Storage migration
Never a true word spoken.
How would you do it, if you had no one to ask?
How would I do it?
Or simply buy the book, ISBN ....
Good luck and have fun, if you get stuck you know who to ask.
Planning is the key, to an easy life.
Terry Giblin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-17-2010 08:32 PM
тАО12-17-2010 08:32 PM
Re: Storage migration
with the help of HPUX-Mirror installed you can do it.
Above thread have steps attached in how to perform step by step
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-18-2010 06:10 AM
тАО12-18-2010 06:10 AM
Re: Storage migration
Here's my cheat list.
Make sure, your tape backups worked.
Make sure, your 'system' backups worked.
Make sure, your deaster recovery plan works and is up to date.
Check your Cluster configuration and design.
Check your SAN configuration and design.
Check your Network configuration and design.
Check your Database configuration and design.
And the rest is easy.
Split your mirrors and any other online backups.
Export your volume groups.
Connect, copy and disconnect 'san one' to 'san two'.
Move systems from 'san one' to 'san two'.
Import your volume groups.
And off you go, but what ever you do,
Don't panic.
Terry Giblin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-20-2010 05:50 AM
тАО12-20-2010 05:50 AM
Re: Storage migration
If you have lvs with KB striped mirroring will not help, you have to recreate and lv and copy the data with downtime.
(Analyze Plan and Execute)