Dell Unity: Cómo tener una migración de IMT exitosa (corregible por el usuario)

La herramienta de movilidad en banda (IMT) de Dell Unity es excelente para migrar datos desde el arreglo VNX anterior al nuevo sistema Unity. Sin embargo, hay algunas cosas que se pueden hacer para garantizar la mejor oportunidad de una migración exitosa.

A continuación, se detallan algunascondiciones previas que se deben tener en cuenta al considerar si se debe comenzar o no, y cuándo, la migración a IMT:

• IMT sólo admite sistemas de almacenamiento VNX1 o VNX2. Los sistemas Celerra o VNX más antiguos (sistemas VG o NS) no son compatibles como sistemas de origen.
• IMT utiliza protocolos de copia basados en archivos (NFS o CIFS) para copiar datos.
• Los sistemas de archivos especiales en VNX, como el sistema de archivos WORMFS o NMFS, no son compatibles como sistema de archivos de origen.
• El sistema de archivos de origen multiprotocolo no es compatible; solo se copia CIFS o NFS.
• Deshabilite los servicios FTP en cualquier servidor NAS que participe en una migración de IMT antes de iniciar esa migración.
• Asegúrese de tener suficiente espacio en el destino para alojar todos los archivos en el origen ANTES de comenzar.  No confíe en la extensión automática; Configure previamente todo el espacio antes de comenzar.
• Si las cuotas están habilitadas en el sistema de archivos de destino, asegúrese de que haya suficiente cuota disponible para el tamaño expandido de cualquier archivo. 
• El sistema de archivos de origen comprimido (desduplicación o DHSM) se expande durante la migración.  Debe tener en cuenta el tamaño expandido más la sobrecarga al planificar la cantidad de espacio que se asignará en el sistema de archivos de destino.
  • También debe habilitar las recuperaciones de archivos en el arreglo de origen para tener en cuenta esto.
• Cuando se realiza una migración de VDM, la interfaz conectada al servidor CIFS en el VDM que se está migrando se transferirá al sistema Unity. Si es la única interfaz en el VDM, esto deja inaccesible al VDM de origen. Asegúrese de tener configurada al menos una interfaz adicional en el administrador de transferencia de datos virtual de origen, de modo que otros usuarios no pierdan conectividad en la transferencia.

Los siguientes elementos inciden en el momento en que se puede realizar una migración mediante IMT:

• Una vez que comience la migración, no podrá cambiar el arreglo de origen, como cambiar el nombre de los servidores CIFS. Considere VNX LOCKED DOWN una vez que inicie la migración y manténgalo bloqueado hasta que la migración finalice y la transferencia se realice correctamente.
• También debe considerar realizar la migración durante un PERÍODO DE E/S BAJO del sistema de archivos de origen o considerar cerrar el acceso al sistema de archivos de origen por completo.  Los archivos abiertos pueden afectar su capacidad de migración y, si se produce una falla de este tipo, es posible que no se le notifique que el archivo no se transfirió.  Puede usar la MMC para ver si hay archivos abiertos antes de la migración.

 

---

Estas son algunas de las prácticas recomendadas que se deben tener en cuenta durante la configuración inicial de IMT:

• Las sesiones de importación CIFS de IMT admiten solamente un único servidor CIFS en el VDM de origen.  Debe volver a configurar el VDM de origen de modo que solo haya un servidor CIFS en él (el origen para la migración).
• Si el administrador de transferencia de datos virtual de origen también tiene exportaciones NFS, se produce un error en la creación de la sesión de importación de CIFS. Asegúrese de anular completamente la exportación de todas las exportaciones NFS antes de comenzar la creación de un IMT CIFS.
• Las interfaces en VNX y Unity deben estar activas y hacer ping.  Además, todas las interfaces involucradas en la migración deben formar parte de la misma VLAN.
• Se debe configurar DNS y se debe definir un gateway predeterminado.
• El administrador de transferencia de datos virtual de origen debe tener una nueva interfaz específica para la migración creada, con un nombre que comience con "nas_migration_" y esa interfaz debe estar en línea y "activa".  La interfaz debe ser válida y tener una buena comunicación con la red.
  • La interfaz "nas_migration" debe estar en un dominio DNS, o subdominio, diferente al de la interfaz CIFS de producción. Es posible que deba crear una nueva zona de dominio DNS.  Si utiliza DNS dinámico, al crear la interfaz mientras se especifica un nuevo subdominio, se creará automáticamente la nueva zona.
• El servidor CIFS de origen debe tener habilitada la compatibilidad con usuarios locales y se requieren credenciales de administrador local para crear una sesión de importación.  Debe cambiar manualmente la contraseña del administrador local (no puede permanecer en el valor predeterminado).  Por último, se debe agregar la cuenta de administrador local al grupo local "Backup Operators" en el administrador de transferencia de datos (o se debe agregar un usuario local estándar a los grupos locales "Administrators" y "Backup Operators").
• Si el sistema Unity de destino ejecuta un código anterior a 4.4.1, la reducción de datos no se habilitará automáticamente cuando se inicie la migración, a menos que esta se inicie desde UEMCLI.  Esto se corrigió en 4.4.1 y versiones posteriores.

---

Estas son algunas prácticas recomendadas relacionadas con la transferencia de una migración de IMT:

• Los archivos fallidos pueden ocurrir por varios motivos.  La única manera de ver los archivos fallidos es mediante la herramienta svc_imt mediante UEMCLI.
  • Los archivos que no se migran también se pueden categorizar como "descartados/omitidos", lo que permitiría que la migración continúe (como mencionamos anteriormente, no se le notificará que se hayan quitado u omitido archivos).  Otras fallas de archivos hacen que la migración deje de responder. El estado de la migración muestra "MIS_Waiting_For_Resync".
  • Algunos archivos son internos de IMT y también informan fallas. Consulte las notas para obtener más información.
• En el caso de un estado MIS_FAILED, se debe emitir un comando "Cancel" para revertir a VNX.  Esto puede requerir asistencia de Dell.
• Durante la parte de sincronización incremental de una transferencia, puede ser útil abrir dos ventanas lado a lado: el recurso compartido C$ en el VNX y el recurso compartido de producción activa de Unity, para garantizar que ambos estén disponibles y que los nuevos archivos escritos en Unity se copien inmediatamente en la misma ubicación en el VNX.

Revise los siguientes artículos para obtener más información sobre estas condiciones y otros problemas que pueden surgir al realizar una migración de IMT: 

• Dell Unity: Problemas y soluciones de importación de VDM/importación de bloques (IMT) de NFS (corregibles por el usuario)
• Dell Unity: Problemas y soluciones de la importación (IMT) de VDM CIFS (corregibles por el usuario)

Tenga en cuenta que si "oplock" está habilitado en el sistema de archivos en el VNX de origen, consulte el siguiente artículo de la base de conocimientos:

• Dell Unity: Los bloqueos oportunos de Unity están deshabilitados de manera predeterminada en un sistema de archivos migrado y no se pueden habilitar durante IMT (corregible por Dell)