Hello,  The move volume and member move operations are at a lower priority to make sure server IO is done first.  Depending on the number of volumes , the merge/remove might be more efficient since you do it an walk away.  If you merge the pools, then select the 6510 move it to a new pool. e.g. Temp or Maint.  It won't move any pages to the 6510.    So something like this: 1.) Create new Maint pool 2.) Merge 6510 into Pool B with 6610/6210's. 3.) As soon as Merge shows completed, select the 6510 member and use move member option to move it to the "Maint" pool. It will definitely take awhile to move that much data.  Depending on the host OS's and if the volumes are not replicated you might want to set the volumes to thin provisioned and if supported by the host filesystem run UNMAP to free up unused blocks.  With block storage once allocated a block shows used and will be moved over.  Even if it represented a deleted file.  Running UNMAP would release those blocks are return them to free space.  Different OS's use different tools to accomplish the UNMAP process. Depending on the type of data, and how the move volume/member works you might want to trying moving some volumes manually via the host.  Creating a new volume in Pool B and copying the data over.  This would require some reconfiguration once done, especially if you are talking about SQL data for example.  If you are running VMware ESXi then storage vMotion or Hyper-V Migrate might work well here, be faster and also no downtime. Same as EQL volume move.  Or if Exchange you can move mailboxes.   Regards, Don  
I have a PS6500 in its own RAID6 pool with around 50TB used.  I need to repurpose this array for a different location, so I need to move all its data to a different pool. My initial plan was to merge our two RAID6 pools and then move the 6500 back out to its own pool again while leaving all the data behind.  My concern with this approach was that after the merge, the remaining pool would start rebalancing new data onto the array that we're trying to remove. I decided instead to just move each volume from pool A to pool B which will have the same net effect of leaving the 6500 in its own pool with no data.  The "move" operation seems much slower than expected, however. My question:  Is one method more efficient (faster) than the other at evacuating the data from this array? (FYI - Pool B is comprised of a 6610 and two 6210s)
Fastest way to migrate all data off array