Blogs Classifieds Downloads FlashChat Gallery Googlemap Invite Friends Links Projects Reviews Wiki
 


Welcome to the pSeries Tech Forums, our free peer-based support site for administrators, engineers and architects working with IBM pSeries servers and software.

You are currently viewing our site as a guest which gives you limited access to view most discussions, articles, tutorials and access our other free features. By joining our community you will be able to collaborate with administrators, engineers and architects charged with designing, delivering or maintaining IBM pSeries server environments.

Founded by a recognized IBM pSeries consultant and IBM Redbook author, pSeries Tech Forums was developed with the single mission of bringing IBM pSeries professionals together into a single self-help community.

Registration is fast, simple and absolutely free to all IT professionals with responsibility for or interest in IBM pSeries servers. We invite you to join our community today!

If you have any problems with the registration process or your account login, please contact contact support.

Our Sponsors
Want to advertise?  


Reply
 
LinkBack Thread Tools
  #1  
Old November 12th, 2007
buckeyedog's Avatar
buckeyedog Offline
Junior Member
 
Join Date: November 2007
Posts: 9
Migrate PV

I am new to AIX as most newbie's are(lol), I need to migrate data from hdisk 2 and hdisk 3 to a SAN volume. I heard migratepv is the best way to migrate PV's from physical disk to another. I also heard that this can be done without any interruption of data access. can someone please help me understand how to perform this task.. Thanks!
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
  #2  
Old November 13th, 2007
ross.mather's Avatar
ross.mather Offline
Senior Member
 
Join Date: January 2007
Location: Nomadic in the UK
Posts: 394
Re: Migrate PV

Migrate pv is not the best way to do this. What is important in all these cases is how your Volume Groups are set up.

If you have one volume group with both hdisk2 and hdisk3 in it you can simply mirror the data to the SAN volume and then unmirror the data off the local hdisks.

The example here is based on the volume group being called volumevg and the data mirrored on hdisk2 and hdisk3. The new SAN volume is called hdisk4

So:
# Extend the Volume group with the new volume
extendvg volumevg hdisk4

# create the new mirror on hdisk4
mirrorvg -c3 -s volumevg hdisk4

# sync the data
syncvg -P32 -v volumevg

# Now remove the mirrors on the original volumes
unmirrorvg -c 1 volumevg hdisk2 hdisk3

# finally remove those disks from the volume group
reducevg volumevg hdisk2 hdisk3
__________________
Ross Mather, IBM AIX IT Specialist.
That said anything I say here is my own opinion and not anything that you can ever hold against IBM.
Ohhh and don't forget that I make mistakes too....
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
  #3  
Old November 13th, 2007
buckeyedog's Avatar
buckeyedog Offline
Junior Member
 
Join Date: November 2007
Posts: 9
Re: Migrate PV

Does this keep the filesystems intact?? Here is my example:

# lsvg -l oraclevg
oraclevg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
u01 jfs2 500 1000 2 open/syncd /u01/oracle
u02 jfs2 500 1000 2 open/syncd /u02/oracle
loglv00 jfs2log 1 2 2 open/syncd N/A
paging00 paging 14 14 1 open/syncd N/A

# lsvg -p oraclevg
oraclevg:
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
hdisk2 active 558 43 00..00..00..00..43
hdisk3 active 558 57 00..00..00..00..57
hdisk4 active 558 58 00..00..00..00..58
hdisk5 active 558 58 00..00..00..00..58

I have another vg called called san_oraclevg which consists on the following:

san_oraclevg:
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
vpath5 active 24 3 00..00..00..00..03
vpath6 active 24 0 00..00..00..00..00
vpath19 active 24 0 00..00..00..00..00
vpath20 active 24 0 00..00..00..00..00
vpath33 active 24 0 00..00..00..00..00
vpath34 active 24 0 00..00..00..00..00
vpath47 active 24 0 00..00..00..00..00
vpath48 active 24 0 00..00..00..00..00
vpath61 active 24 0 00..00..00..00..00
vpath62 active 24 0 00..00..00..00..00
vpath75 active 24 0 00..00..00..00..00
vpath76 active 24 0 00..00..00..00..00
vpath89 active 24 0 00..00..00..00..00
vpath90 active 24 0 00..00..00..00..00
vpath103 active 24 0 00..00..00..00..00
vpath104 active 24 0 00..00..00..00..00


My issue here is I want to move it to a new VG and I would like to keep u01 and u02 FS's the same as far as naming conventions. How do I proceed to accomplish this?
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
  #4  
Old November 14th, 2007
ross.mather's Avatar
ross.mather Offline
Senior Member
 
Join Date: January 2007
Location: Nomadic in the UK
Posts: 394
Re: Migrate PV

The procedure I outlined will move the data, but keep the volume group intact. This can be done online without bringing the application down. If you want to move the data to another volume group you'll need to shut the application down and move the data manually.

In that case you would need to physically move the data.

I would:
# Delete the san_oraclevg
# add the vpaths to the existing oraclevg, and then follow the process outlined above.

The only difference is that you need to use extendvg4vp rather than extendvg.
__________________
Ross Mather, IBM AIX IT Specialist.
That said anything I say here is my own opinion and not anything that you can ever hold against IBM.
Ohhh and don't forget that I make mistakes too....
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
  #5  
Old November 14th, 2007
buckeyedog's Avatar
buckeyedog Offline
Junior Member
 
Join Date: November 2007
Posts: 9
Re: Migrate PV

Great, i will give this a try and let you know.. I am assuming I will get this accomplished in a couple of weeks once the DBA's are ready to move off internal disks.. Thanks Ross!
Digg this Post!Add Post to del.icio.usBookmark Post in TechnoratiFurl this Post!Spurl this Post!Reddit! Wong this Post!
Reply With Quote
Reply

Bookmarks

These are the 100 most searched terms
Search Cloud
0042-001 0042-001 nim 0513-001 the system resource controller daemon is not active 0513-001 the system resource controller daemon is not active. 0514-061 0514-061 cannot find a child device 0514-061 cannot find a child device. 0516-787 0516-787 extendlv 0516-787 extendlv: maximum allocation for logical volume 110000ac aa00e1f3 aio aix aix aio aix freeware aixif_arp_dup_addr b150f22a b181fb53 ba010004 c1001020 d133c002 dacnone dcb47997 dlpar fcp_array_err6 fget_config gnu tar aix gsclvmd gtar aix hi yall hmc root password hmc vmware hscl05db ibm p6 ibm p6 520 libpopt aix libpopt.a libpopt.a(libpopt.so.0) is needed by rsync-2.6.2-1 migratelv mksysb navisphere agent nim server pseries pseriestech rsync aix sc_disk_err4 scan_error_chrp vio server websm xhost file ... powered by Simple Search Cloud


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Powered by vbWiki Pro 1.3 RC5. Copyright ©2006-2007, NuHit, LLC

vBulletin Skin developed by: vBStyles.com


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48