- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: LUN cloning and LVM.
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
тАО02-10-2014 01:07 AM
тАО02-10-2014 01:07 AM
LUN cloning and LVM.
Hi there,
In order to carry out some tasks related to Oracle databases, my boss wants the Storage team to replicate (manually, with FlashCopy) the data between two LUNS presented to two different servers.
Question is, How should we manage that in SO (HP-UX 11.23 & 11.31)? Should we vgimport the cloned LUN in the target server??
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-10-2014 01:49 AM
тАО02-10-2014 01:49 AM
Re: LUN cloning and LVM.
**My opinions are my own personal opinions.
kapish.com.au
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-10-2014 01:53 AM
тАО02-10-2014 01:53 AM
Re: LUN cloning and LVM.
**My opinions are my own personal opinions.
kapish.com.au
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-10-2014 02:06 AM
тАО02-10-2014 02:06 AM
Re: LUN cloning and LVM.
Both are Production, it's gonna be a filesystem for dumping the database export in one of them and for performing the import on the other node, they wanna do it with a FlashCopy to avoid using the network for sending the (big) import file to the other machine.
I did perform a search before and found nothing that solved my query, which is about LVM and cloned LUNs. I think I have to perform a vgchid and vgimport on the cloned LUN but still not completely sure.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-11-2014 05:35 PM
тАО02-11-2014 05:35 PM
Re: LUN cloning and LVM.
When the LUN(s) are replicated, you can import the VG on the remote server. vgchid isn't needed and it will be overwritten the next time data is synced. But most important, the data updates must stop once the VG is activated and the lvols mounted. The remote VxFS filesystem code is unable to handle any changes that are made to the filesystem once the VG and LVs are mounted. And when the lvols are mounted, they will require fsck to fix the directory structures since the filesystem was not unmounted when the replication took place.
To update the LUN(s), the LVs must be unmounted, then the VG deactivated and then sync the LUN(s). When complete, the VG can be activated again and the LVs mounted.
If the lvols are raw (ASM), then it is up to the local Oracle tools to handle live updates.
Bill Hassell, sysadmin