Be aware to move the external role (access, replication, management) only one AFTER the other to have ALWAY at least one nodes with all roles active (regardless from which cube).
When CICM is started, the "available capacity" on the old nodes will be set to Zero, so that all new write will go to the new nodes
Please be aware, that CICM is not a tool to be executed by customer. In case of errors (e.g. node fails) it needs qualified restart.
thanks for your fast reply! Our Company is Servicepartner of EMC, last year I have already done a successful C2C Migration; the CICM seems to be easier, but I have still found some obscurities for me (and I want to go sure for a successfull migration ;-)
1) because of the EMC-Procedure (Solve Desktop), maybe it´s not absolutely neccessary to ad a new cube for CICM;
I think for a "partial cube migration" it´s also ok, to add only the 4 new nodes, with storage roles to the existing 6 nodes of cube1; move the access roles one after one from c001n01 & c001n02 to c001n07 & c001n08 ?
look Solve Desktop - Requirements Infos for CICM:
The migration target is all cubes which are not selected as the migration source. In a partial cube migration, it includes those nodes in the source cube which are being kept.
2) the replication should be "disabled" (because of the EMC Procedure) but I think only for the moving action of the access roles ? after I have moved the access roles to the new nodes -> I can activate the replication again (during the CICM proccess) - correct ?
3) in case, if a 2nd new cube (with the new nodes) will be necessary -> a new "pea-file" is not required; the read-access (of the application server for user access) during the CICM will go through the 2nd new cube (access nodes) to the old cube (old nodes) - correct ?
Yes, you can use CICM to "free" some slots in a Centera cluster, assuming you have enough "available capacity" to store the "protected capacity" of the Source nodes.
e.g. perform CICM for c001n01 and c001n02 and after completion install the new 8TB nodes in these slots and then continue with the next CICM
Ad 2
Disable replication (in general: stop Applications) is recommended before moving external roles to be sure, that there is no IO when you unplug the LAN cable.
If you do it ONE after the OTHER, then this ensures, that active applications will always have at least ONE vakid TCP/IP connection from and to Centera Cluster.
Ad 3.
No, you do not need a new PEA file, as this contains only the credentials for the Centera ClusterIDs and the ClusterID is not changed during a capacity upgrade.
It is the advantage of CICM (compared to C2C), that pools and profiles remain valid and no change in the application connection is needed.
Before we go into a further theoretical discussion, please contact me directly at helmut.gotsche@emc.com and let me know the serial number or better the recent Health Report of the system you need to tech refresh
ad 1 new cube is only needed if 12TB nodes are used
ad 2 I agree with you;
ad 3 CICM has low priority to minimize the affect for production applications. Do not expect a fast process.
Gotsche_Helmut
48 Posts
669
0
Posted September 8th, 2014 00:00
Your procedure is correct,
Be aware to move the external role (access, replication, management) only one AFTER the other to have ALWAY at least one nodes with all roles active (regardless from which cube).
When CICM is started, the "available capacity" on the old nodes will be set to Zero, so that all new write will go to the new nodes
Please be aware, that CICM is not a tool to be executed by customer. In case of errors (e.g. node fails) it needs qualified restart.