06.08.2015 Views

IBM XIV Storage System Copy Services and Migration

IBM XIV Storage System: Copy Services and Migration - Common ...

IBM XIV Storage System: Copy Services and Migration - Common ...

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

7.3.4 Create <strong>and</strong> activate a data migration volume on <strong>XIV</strong>Once the data migration volume has been tested the process of the actual data migration canbegin. When data migration is initiated, the data is copied sequentially in the background fromthe non-<strong>XIV</strong> storage system volume to the <strong>XIV</strong>. The host reads <strong>and</strong> writes data to the <strong>XIV</strong>storage system without being aware of the background I/O being performed.Note: Once activated, the data migration can be deactivated, but after deactivating thedata migration the host is no longer able to read or write to the migration volume <strong>and</strong> allhost I/O stops. Do not deactivate the migration with host I/O running. If you want toab<strong>and</strong>on the data migration prior to completion consult the back-out process described insection 7.10, “Backing out of a data migration” on page 219.1. Activate the data migration.Right-click to select the data migration object/volume <strong>and</strong> choose Activate. This beginsthe data migration process where data is copied in the background from the non-<strong>XIV</strong>storage system to the <strong>XIV</strong>. Activate all volumes being migrated so that they can beaccessed by the host. The host has read <strong>and</strong> write access to all volumes, but thebackground copy occurs serially volume by volume. If two targets (such as non-<strong>XIV</strong>1 <strong>and</strong>non-<strong>XIV</strong>2) are defined with four volumes each, two volumes are actively copied in thebackground—one volume from non-<strong>XIV</strong>1 <strong>and</strong> another from non-<strong>XIV</strong>2. All eight volumesare accessible by the hosts.Figure 7-12 shows the menu choices when right-clicking the data migration. Note the TestData <strong>Migration</strong>, Delete Data <strong>Migration</strong>, <strong>and</strong> Activate menu items, as these are themost-used comm<strong>and</strong>s.Figure 7-12 Activate data migration2. Allocate volumes to the host.Once the data migration has been started, you can use the <strong>XIV</strong> GUI or XCLI to map themigration volumes to the host. When mapping volumes to hosts on the <strong>XIV</strong>, LUN ID 0 isreserved for <strong>XIV</strong> in-b<strong>and</strong> communication. This means that the first LUN ID that younormally use is LUN ID 1. This includes boot-from-SAN hosts. You may also choose to usethe same LUN IDs as were used on the non-<strong>XIV</strong> storage, but this is not m<strong>and</strong>atory.Important: The host cannot read the data on the non-<strong>XIV</strong> volume until the datamigration has been activated. The <strong>XIV</strong> does not pass through (proxy) I/O for a migrationthat is inactive. If you use the XCLI dm_list comm<strong>and</strong> to display the migrations, ensurethat the word Yes appears in the Active column for every migration.200 <strong>IBM</strong> <strong>XIV</strong> <strong>Storage</strong> <strong>System</strong>: <strong>Copy</strong> <strong>Services</strong> <strong>and</strong> <strong>Migration</strong>

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!