- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Disaster/Recovery Test
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
тАО06-01-2001 08:02 AM
тАО06-01-2001 08:02 AM
Disaster/Recovery Test
Thanks Richard
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:13 AM
тАО06-01-2001 08:13 AM
Re: Disaster/Recovery Test
I think it would be much easier, once your system is up with VG00 recovered, to configure the EMC then set up your other VGs and LVs manually. Don't forget to verify that your /dev/vg?? directories and /dev/vg??/group files are set up appropriately as well.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:24 AM
тАО06-01-2001 08:24 AM
Re: Disaster/Recovery Test
I guess I lost you ... When you say manual, do you mean starting with the pvcreate, mknod vgcreate ....? Can you explain further why the vgcfgrestore would not work?
The EMC should already be configured prior to my make_recovery.
Thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:25 AM
тАО06-01-2001 08:25 AM
Re: Disaster/Recovery Test
Because you cant be sure the EMC lun paths and sizes on the DR machine will be the same you really need some scripts to recreate all of VG01-X and their lvols before restoring the data onto them. This is what we did for our DR tests, even then we had problems because we asked for say 100GB and they gave us it but with unusual lun sizes which meant we couldnt have 1 VG of 60GB and one of 40GB, so write some flexible scripts and test them rigorously at the DR size, and ask for more space than you need, so you can be flexible with your vg/lv creations.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:34 AM
тАО06-01-2001 08:34 AM
Re: Disaster/Recovery Test
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:36 AM
тАО06-01-2001 08:36 AM
Re: Disaster/Recovery Test
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 08:45 AM
тАО06-01-2001 08:45 AM
Re: Disaster/Recovery Test
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-01-2001 09:23 AM
тАО06-01-2001 09:23 AM
Re: Disaster/Recovery Test
I recently completed a D/R test at SunGard quite satisfactorily, recovering a K570 onto a K580. I used 'make_tape_recovery' for vg00 restoration. I would construct basic scripts that compose skeletal volume groups and logical volumes ahread of time. You will not be able to provide the actual disk device (/dev/dsk/xXtYdZ) files ahead of time since you probably will not know the actual hardware available until the time of your test, but you can go a long way to shortening and documenting the process by building scripts to create these entities. This shortens the time it takes to deal with dissimilar disk configurations that you will encounter.
Once volume groups and logical volumes are created and mounted, you can load your data accordingly.
It will take about 45-minutes just to load the golden image from the Ignite tape. All displayed messages will be written to /var/opt/ignite/local/install.log. Do *not* dispair if at the end you see a block-letter "FAILURE" message. The Ignite recovery will attempt to process the non-zero volume groups and fail due to differing/missing devices files in the vg map files it's using.
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-02-2001 05:31 PM
тАО06-02-2001 05:31 PM
Re: Disaster/Recovery Test
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-03-2001 02:57 PM
тАО06-03-2001 02:57 PM
Re: Disaster/Recovery Test
I think that it is unlikely that your disaster recovery (D/R) site will have the same physical paths (device files) that you have at home. In fact, depending upon contractual arrangements you have with your D/R provider, you might have quite a bit different disk pool and/or connectivity at the D/R site than you do at home. It is likely that you will begin your D/R recovery with only a pool of available disk from which it is expected that you pick-and-choose your configuration as you see fit. I don't think 'vgcfgrestore' is appropriate here. 'vgcfgrestore' is part of the process of restoring/replacing a single, defunct physical disk in an existing volume group, as you know. The filesystems spanning the affected disk must be rebuilt ('newfs') and restored from backup. In the D/R case you are building *all* your disks, volume groups, logical volumes, and filesystems from scratch. Scripting the 'pvcreate', 'vgcreate' 'lvcreate' 'newfs' processes provides flexibility and definition ahead of time. This brings me to my second point.
In my opinion, scripts are one of the best ways to define and document your environment. Obviously they're re-useable; and in a D/R situation I think they go a long way to speeding up the process of configuration and thereby shorten the time it takes before data can be begun to be reloaded. Remember, it may not be *you* that does the actual restoration. Ideally, you want a cookbook set of instructions that less experienced individuals can successfully follow.
Regards!
...JRF...