- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Is there a method to copy LVM and raw devices?
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
тАО08-11-2003 02:41 AM
тАО08-11-2003 02:41 AM
Is there a method to copy LVM and raw devices?
But after these works we have to shift all contents in AutoRAID to a VA7410. I heard some suggestions to directly copy lvs using dd. I'm not sure it'll work, somebody can give some suggestion?
Thanks.
Tommy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 02:49 AM
тАО08-11-2003 02:49 AM
Re: Is there a method to copy LVM and raw devices?
http://forums.itrc.hp.com/cm/QuestionAnswer/1,,0xb4b150dde50cd71190050090279cd0f9,00.html
I suggested HP MirrorUx
Rgds
Jean-Luc
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 02:52 AM
тАО08-11-2003 02:52 AM
Re: Is there a method to copy LVM and raw devices?
Then unmount the filesystems so nobody is using them then dd;
dd if=/dev/vgXX/rlvolYY of=/dev/vgZZ/rlvolVV bs=1024k
Its also the fastest way to copy.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 03:01 AM
тАО08-11-2003 03:01 AM
Re: Is there a method to copy LVM and raw devices?
With Data Protector (and som other backup programs) it is possible to backup/restore raw devices (Disk Images).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 03:41 AM
тАО08-11-2003 03:41 AM
Re: Is there a method to copy LVM and raw devices?
As jean Luc has suggested Mirror Disk is a good route, could be done on-line. HOWEVER, not always possible as
o MAY be using kB stripped,
o reached the limit of number of disks per VG
o reached max PEs per PV so that new LUNS on VA will be too small!
I've done the above from FC60 --> VA7400
0 - shutdoen appllications, this must be done OFF LINE (as far as applications accessing the disks are concerned)
1 - Create new VG say vgnew, create ALL the logical volumes (same LV names)
2 - dd if=/dev/vgold/r
3 - Rename vgnew to vgold
# vgexport vgold
# vgexport -m /tmp/vgnew vgnew
# mkdir /dev/vgold
# mknod /dev/vgold/group c 64 0xNN0000
# vgimport -m /tmp/vgnew vgold /dev/dsk/.....
Bingo data back in same format & names as the old VG. BTW take the oppertunity of reviewing the defults of MAX PE/VG, MAX PE/PV, MAX PV/VG etc.
Regards
Tim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 06:12 AM
тАО08-11-2003 06:12 AM
Re: Is there a method to copy LVM and raw devices?
and, management on the EVA is a dream.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 10:55 AM
тАО08-11-2003 10:55 AM
Re: Is there a method to copy LVM and raw devices?
to raw device or not raw device is a hotly debated issue. Some people swear by raw devices others swear by cooked. They both have advantages & disadvantages.
Tim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 11:07 AM
тАО08-11-2003 11:07 AM
Re: Is there a method to copy LVM and raw devices?
I might be missing some of the advantages to raw devices. I
I have certainly been assuming that touted raw advantages are related to i/o performance, in which case, I know on which side of the fence I sit.
But, Am I missing other advantages to raw not related to i/o speed?
Sign me,
Waiting to be sold,
Doug
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2003 11:49 AM
тАО08-11-2003 11:49 AM
Re: Is there a method to copy LVM and raw devices?
We have a EMC Sym 8530 on which we have bechmarked the io difference at < .5 %
raw to cooked using HFS. The difference for vxfs was about .8%. That was with our scenario.
The database is ~= 1.5 T and that was with test benchmarks like the nightly run of daily job. Since we have had such performance from HFS, we have "eschewed" raw file systems. (not a bit sorry about the pun).
Under informix There was be a higher difference
but, we also had an older/slower 3430 symm.
Tim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-12-2003 01:25 AM
тАО08-12-2003 01:25 AM
Re: Is there a method to copy LVM and raw devices?
o Resource utilisation, raw uses no HP-UX buffers/memory, cooked uses buffer cache. Effectively your system will hold buffered pages in the database instance & on the OS, you have the same info twice in the same physical memory!!
o raw IO is more efficient, it does not rely on the cooked services to perform IO, cooked IO will need to go to via buffer cache first, then to disk. A well tuned instance will keep its pages in the instance memory.
o Organisation. cooked devices can be "de-fraged" on-line raw will need to be manually manipulated at a database level. After time raw devices performance can suffer from fragmentation (in a bad sense) of data.
It does not surprise me that tests show cooked devices are of similar or better performance than raw or vica versa. BUT as far as system resource usage are concerned they are chalk & cheese. I don't believe there is a right or wrong choice, just that there is a choice, and that it is dependant on your attitude & how big your pocket book is $$$$. If you go for raw, you should be able to save money (probably not much) on memory etc. If you go for cooked, you should be able to keep IO performance levels up over time & not suffer from data fragmentation. The whole area is further complicated by the fact that SANs also have a cacheing area to improve performance.
Regards
Tim