HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- SRDF - And bringing up a server for the other side
Operating System - HP-UX
1836412
Members
2323
Online
110100
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
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
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-21-2001 12:02 PM
02-21-2001 12:02 PM
I have a DR site we are brining up. And I have a K580 on each side. My question is that the luns that the EMC is giving to the machine on the other side is not the same as the luns that I have on the local side. My original plan was to do a make_recovery tape and then apply that at the DR side. How do I get it to recognize the new disks on the other side appropriately?? To add another twist we have Sybase running in a raw partitioned environment striped accross disks in VG02.
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-21-2001 12:20 PM
02-21-2001 12:20 PM
Re: SRDF - And bringing up a server for the other side
You will want your SCSI paths and LUNs to be identical. The best way to do this is to have identical hardware layouts (card expansions) on each machine. If you don't have this (or if cards were added later and appear in different order) you can manipulate the SCSI Ids with the ioinit process. Read teh man page on ioinit and make sure you are clear on the process. Generally, you will have to remap twice. The first remapping shifts everything to "high numbers" to clear the IDs you need. The second remapping sets the permanent values. Remapping does require a reboot.
If you read the man pages and need teh procedure outlined in detail, post again and I (or someone quicker, most likely) will help you out. But I strongly recommend understanding the procedure well before following someone else's step-by-step.
If you read the man pages and need teh procedure outlined in detail, post again and I (or someone quicker, most likely) will help you out. But I strongly recommend understanding the procedure well before following someone else's step-by-step.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-21-2001 01:55 PM
02-21-2001 01:55 PM
Solution
John,
Last year I did alot of Failover/DR with EMC BCVs and SRDF. For a group of servers that act as Failover/DR we also have tried/reworked to arrange I/O cards in the same slots (vclass servers) and same with patch levels. The beauty of LVM vgexport -s -p in creating map files is you just have to copy them to your DR server, then vgimport those shared map files and you don't have to worry about what controller number/target/disk (LUN) it maps to. vgimport will find the disk ID on the SRDF disks for you (as these are track for track identical to your production disks). I'm assuming the SRDF vg(s)/lvol(s) are application/database ones here and that you've done an EMC SRDF split of the production group/hypers first. Also you have to pre-create the DR vgs group files on the DR box prior to vgimporting them.
If you need details I can email you portions of our DR scripts. Hope this helps. My first response so be gentle.
john creighton
Last year I did alot of Failover/DR with EMC BCVs and SRDF. For a group of servers that act as Failover/DR we also have tried/reworked to arrange I/O cards in the same slots (vclass servers) and same with patch levels. The beauty of LVM vgexport -s -p in creating map files is you just have to copy them to your DR server, then vgimport those shared map files and you don't have to worry about what controller number/target/disk (LUN) it maps to. vgimport will find the disk ID on the SRDF disks for you (as these are track for track identical to your production disks). I'm assuming the SRDF vg(s)/lvol(s) are application/database ones here and that you've done an EMC SRDF split of the production group/hypers first. Also you have to pre-create the DR vgs group files on the DR box prior to vgimporting them.
If you need details I can email you portions of our DR scripts. Hope this helps. My first response so be gentle.
john creighton
for RC ( John Creighton )
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-23-2001 08:43 AM
02-23-2001 08:43 AM
Re: SRDF - And bringing up a server for the other side
Rich, I like the answer you proposed. Can you email me the scripts that you spoke of.
fordj@nrucfc.org...
Thanks
fordj@nrucfc.org...
Thanks
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