07-14-2012 12:35 AM
Hi,
Can any one know, howt to migrate a lun to another lun in HP XP24K storage. i am using windows 2008 server running veritas storage foundation 5 and volumes are replicating using VVR.
i need to do it online or offline but at the end the replication should not corrupt after migrating the lun.
config details are:
one a disk group created with 6 ldevs ( 2 for .MDF files, 3 ldevs for .LDF files, 1 ldev for SRL volume - using MS SQL 2008)
i want to migration 3 LDEVS which is using for .LDF files
Please help on this....
thanks,
Veera
Solved! Go to Solution.
07-16-2012 06:50 AM
Looking at this output it would be easier to use Evacuate Disk - see extract from SFW Admin:
The Evacuate Disk command moves the entire contents of a healthy disk to thefree space on another dynamic disk. If there is a failed volume on the originaldisk, the volume cannot be moved, and an error message will appear.Note: Dynamic disks belonging to a Microsoft Disk Management Disk Group donot support the Evacuate Disk command.To evacuate a disk1 In the left pane, right-click the disk you wish to evacuate.2 Select Evacuate Disk.3 The Evacuate Disk dialog will appear. Select either Auto Assign destinationdisk or Manually assign destination disk. If you chose Manually assigndestination disk, assign the destination disk by selecting one disk from thedisplay.You may also check Disable Track Alignment to disable track alignment onthe destination disk.4 Click OK to evacuate the disk.
As only half the SHRILIFEDB volume is on disks you are migrating, you can't use mirror as you don't want to move the other disks (Disk5 and Disk6 which are Harddisk47 and Harddisk48).
So if you use Evacuate Disk, then all objects including DCMs should be moved to your new LUNs.
Mike
07-14-2012 01:14 AM
Add the new LUNs to the diskgroup and add a mirror in VEA (or whatever tool you normally use to manage SFW) to the volume(s) on the old LUN and select new LUN and when mirror has finishing syncing, remove mirror on original LUN - this is fine to do online and will not effect replication as replication is at a volume level (not LUN level). The SRL is just another volume so the same method should work fine on the SRL. You may also have to move DCMs if there are DCMs on the LUNs you are migrating - you MAY be able to drag and drop in VEA for these, but if not then just create another DCM (choose add log) on the new LUN and then remove DCM on old LUN. If you have more than one volume on each LUN, then you need to add & remove mirror for all the volumes.
When all old LUNs are empty, you can remove LUNs from the diskgroup
If you provide the output of vxprint and the names of the 3 Harddisks you want to migrate off, then I can check it all looks ok.
Mike
07-16-2012 04:47 AM
mike....
the output is attached. i want to migrate the 3 luns for SHRILIFE-DG and they are two replications 1.dc-hyd 2. dc-dr. whether the DCM is also required to move?
these three disks are going to move from SAS disk to SSD disk (Harddisk36, Harddisk37, Harddisk46)
07-16-2012 06:50 AM
Looking at this output it would be easier to use Evacuate Disk - see extract from SFW Admin:
The Evacuate Disk command moves the entire contents of a healthy disk to thefree space on another dynamic disk. If there is a failed volume on the originaldisk, the volume cannot be moved, and an error message will appear.Note: Dynamic disks belonging to a Microsoft Disk Management Disk Group donot support the Evacuate Disk command.To evacuate a disk1 In the left pane, right-click the disk you wish to evacuate.2 Select Evacuate Disk.3 The Evacuate Disk dialog will appear. Select either Auto Assign destinationdisk or Manually assign destination disk. If you chose Manually assigndestination disk, assign the destination disk by selecting one disk from thedisplay.You may also check Disable Track Alignment to disable track alignment onthe destination disk.4 Click OK to evacuate the disk.
As only half the SHRILIFEDB volume is on disks you are migrating, you can't use mirror as you don't want to move the other disks (Disk5 and Disk6 which are Harddisk47 and Harddisk48).
So if you use Evacuate Disk, then all objects including DCMs should be moved to your new LUNs.
Mike
07-16-2012 07:24 AM
Thanks a lot for your valuable solution and suggetion.
As this is critical migration for me and you have done a good analysis. thnx
Veera