- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Service Guard & EMC BCV's
Operating System - HP-UX
1754368
Members
5546
Online
108813
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
Discussions
Discussions
Forums
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
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
тАО12-11-2001 07:28 PM
тАО12-11-2001 07:28 PM
Service Guard & EMC BCV's
I am using EMC's Timefinder software to do backups of an oracle database on a SG cluster. Once the BCV volumes are synchronised with the originals, they are then re-imported onto the cluster by running a vgchange -c n, a vgchgid and then vgimport with a new vg name. My problem is this: If I wish to restore from this copy, what steps do I need to do on the cluster. Once the restore is complete, the volume group ID will be different to the originals (& what's in lvmtab)as we have run a vgchgid.
My thoughts were...
1. run vgcfgrestore onto the disks once the restore was complete.
OR
2. vgexport the original volumes, vgimport using the same names, then vgchange -c y the originals & then vgchgid the BCV's again so the VGID's aren't duplicated once more.
If anyone has experience with this or has any ideas it would be greatly appreciated.
Thanks, Glen.
My thoughts were...
1. run vgcfgrestore onto the disks once the restore was complete.
OR
2. vgexport the original volumes, vgimport using the same names, then vgchange -c y the originals & then vgchgid the BCV's again so the VGID's aren't duplicated once more.
If anyone has experience with this or has any ideas it would be greatly appreciated.
Thanks, Glen.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО12-12-2001 01:29 AM
тАО12-12-2001 01:29 AM
Re: Service Guard & EMC BCV's
How quick is a 'symmir -restore' command? If you unmount both file systems and perform the restore this way, you can continue to use the Standard Volumes and their BCV in the normal way. EMC have a new set of microcode for the Array that provides mega-quick splits and synchs, and possibly restores.
Are you planning to disassociate the BCVs with the Standard Devices before remounting them?
Personally, the shortest route is to unmount the Standard Volumes and remount the BCV Volumes on the regular mount points (ie leave the Volume Groups as they are). This involves the least number of OS changes, and will make the data on the BCV available to the Application. You may incur some procedural overhead in this (remember to update the /etc/fstab, and to prevent resynchs while running on the BCV Disks), but this can be scripted fairly easily.
Share and Enjoy! Ian
Are you planning to disassociate the BCVs with the Standard Devices before remounting them?
Personally, the shortest route is to unmount the Standard Volumes and remount the BCV Volumes on the regular mount points (ie leave the Volume Groups as they are). This involves the least number of OS changes, and will make the data on the BCV available to the Application. You may incur some procedural overhead in this (remember to update the /etc/fstab, and to prevent resynchs while running on the BCV Disks), but this can be scripted fairly easily.
Share and Enjoy! Ian
Building a dumber user
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-27-2002 06:46 PM
тАО06-27-2002 06:46 PM
Re: Service Guard & EMC BCV's
hi,
Once you are done restoring from the BCVs, you unmount all the fs and deactivate the volume groups existing on BCVs. Re-establish the BCVs with Standard. As part of re-establishing, the changed blocks on BCVs ( due to vgchgid and vgimport with different name)are dumped with the content from standard device. BCV device are also written back all the blocks which changed on the std since the BCV was split.
thanks
pash
Once you are done restoring from the BCVs, you unmount all the fs and deactivate the volume groups existing on BCVs. Re-establish the BCVs with Standard. As part of re-establishing, the changed blocks on BCVs ( due to vgchgid and vgimport with different name)are dumped with the content from standard device. BCV device are also written back all the blocks which changed on the std since the BCV was split.
thanks
pash
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.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP