Sponsored Content
Operating Systems AIX Migrating LUNs to new storage array Post 303038873 by rbatte1 on Monday 16th of September 2019 07:57:15 AM
Old 09-16-2019
Just a thought (and trying to avoid downtime) can you not add the new LUNs into the VG and then migrate them with the server still live? I've done this very successfully and prevented needless hours of downtime (three weekends-worth)

The team I was helping to do this were very nervous and wanted the belt & braces approach so we:-
  1. Added the new LUNs to the VG
  2. Mirrored the LVs (no sync) and confirmed the layout was correct (not spread to old disks etc.)
  3. Ran a syncvg and left if. Any problems, we would drop the new leaving the old intact.
When it had completed, we:-
  1. Removed the mirror from the old/original disk
  2. Removed the original disks from the volume group
Like I say, this was done with the server online and processing. The volume manager deals with this very well, and whilst it takes a long time to synchronise, it's probably no worse than waiting for something else to migrate the data. It is also reversible up to the point you commit by removing the mirror copies on the old disks.

Why do you not want to have both SANs connected at the same time? The usual arrangement is to have the SAN connections passed through a switch rather than direct to the AIX host. Is there a reason that you could not just add the new SAN connections to these switches?



I hope this gives you an alternative,
Robin

Last edited by rbatte1; 09-16-2019 at 09:03 AM..
 

6 More Discussions You Might Find Interesting

1. Filesystems, Disks and Memory

Storage array question

We just purchased a MOD30 disk array strage system. We have 15 drives and 2 hot spares. We're running a database app with 8 data sets. I'm trying to get the best i/o speed out of my disk configuration. Right now I have 3 raid5 arrays setup. This seems to offer the same performance as having the... (1 Reply)
Discussion started by: ncmurf00
1 Replies

2. Filesystems, Disks and Memory

how can I monitoring the LUNs in HP storage

Hi, How can i monitoring the LUN in HP Storage with korn shells? I would like to have a shell can monitoring the LUN, VGs, lvols and raw devices. Jesus (3 Replies)
Discussion started by: jgutierrez29
3 Replies

3. Solaris

storage array simulator

hi i haven't much experience in solaris. I would like to know about storage. how to configure,how it is working etc....can i get any simulator for doing these work? plaese send me the link . please help me advance thanks to all (2 Replies)
Discussion started by: sijocg
2 Replies

4. HP-UX

HP Storage Array

hi I need to check status and configure HP Storage Array device. HP Storageworks P2000 Please suggest (0 Replies)
Discussion started by: anand87
0 Replies

5. UNIX for Advanced & Expert Users

VxVM breaking mirror for migrating storage

We are in the process of migrating storage from one array to another. I know the commands I would use in LVM but I am not very familiar with VxVM. The goal is to attach the new LUNs from the new array and add them to the disk group. Then mirror the data online to these new LUNs using VxVM... (4 Replies)
Discussion started by: keelba
4 Replies

6. Red Hat

Migrating an Oracle database storage - REDHAT4

e have a RHEL4 server with an Oracle 10 ( RAC ) are migrating storage bank records. The copy is made by the storage they make a copy of the level of disk all blocks are copied and the file permissions. Problems we had Initially the Cluster service was not rising due to absence of OCR disks... (0 Replies)
Discussion started by: fausto.ncc1701
0 Replies
vgchgid(1M)															       vgchgid(1M)

NAME
vgchgid - modify the Volume Group ID (VGID) on a given set of physical devices SYNOPSIS
PhysicalVolumePath [PhysicalVolumePath] ... DESCRIPTION
The command is designed to change the LVM Volume Group ID (VGID) on a supplied set of disks. will work with any type of storage, but it is primarily targeted at disk arrays that are able to create "snapshots" or "clones" of mirrored LUNs. accepts a set of raw physical devices and ensures that they all belong to the same volume group, before altering the VGID (see section). The same VGID is set on all the disks and it should be noted that in cases of multi-PV volume groups, all the physical volumes should be supplied in a single invocation of the command. Options recognizes the following options and arguments: PhysicalVolumePath The raw devices path name of a physical volume. Background Some storage subsystems have a feature which allows a user to split off a set of mirror copies of physical storage (termed or just as LVM splits off logical volumes with the command. As the result of the "split," the split-off devices will have the same VGID as the original disks. is needed to modify the VGID on the BCV devices. Once the VGID has been altered, the BCV disks can be imported into a new volume group by using WARNINGS
Once the VGID has been changed, the original VGID is lost until a disk device is re-mirrored with the original devices. If is used on a subset of disk devices (for example, two out of four disk devices), the two groups of disk devices would not be able to be imported into the same volume group since they have different VGIDs on them. The solution is to re-mirror all four of the disk devices and re-run on all four BCV devices at the same time, and then use to import them into the same new volume group. If a disk is newly added to an existing volume group and no subsequent LVM operations has been performed to alter the structures (in other words, operations which perform an automated vgcfgbackup(1M)); then it is possible a subsequent will fail. It will report that the disk does not belong to the volume group. This may be overcome by performing a structure changing operation on the volume group (for example, using It is the system administrator's responsibility to make sure that the devices provided in the command line are all Business Copy volumes of the existing standard physical volumes and are in the ready state and writable. Mixing the standard and BC volumes in the same volume group can cause data corruption. RETURN VALUE
returns the following values: 0 VGID was modified with no error 1 VGID was not modified EXAMPLES
An example showing how might be used: 1. The system administrator uses the following commands to create the Business Continuity (BCV or BC) copy: 1) For EMC Symmetrix disks, the commands are and 2) For XP disk array, the commands are and Three BCV disks are created. 2. Change the VGID on the BCV disks. 3. Make a new volume group using the BCV disks. This step can be skipped as the group file will be created automatically. If the file is manually created it will have different major and minor numbers (see lvm(7)). 4. Import the BCV disks into the new volume group. 5. Activate the new volume group. 6. Backup the new volume group's LVM data structure. 7. Mount the associated logical volumes. SEE ALSO
vgimport(1M), vgscan(1M), vgcfgbackup(1M). vgchgid(1M)
All times are GMT -4. The time now is 09:10 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy