Pruebas de migración de CIFS entre CX y VNX

[tonin]

Se trata de recoger aquí las pruebas para poder realizar una replicación de CIFS entre dos cabinas cuando la situación previa es que el servidor cifs se encuentra asociado a un DM y no un VDM.

[tonin]

Inicialmente probaremos si es factible realizar el paso previo de pasar de un DM a VDM para automatizar la replicación posterior.

• Definimos en el CX3 un nuevo interfaz basado en el nombre DNS que hemos dado de alta CIFSPRUEBA-CX3.
• Creamos un servidor cifs de pruebas en nuestro CX3 llamada CIFSPRUEBA-CX3 asociado a dicho interfaz.

[tonin]

Inicialmente dicho servidor cifs solo tiene disponibles los shares que estaban definidos como ALL. Ahora hacemos el cambio de este servidor cifs del DM al VDM VDM_CX3 que creamos previamente ejecutando estos 3 comandos:

server_cifs server_2 -Unjoin compname=CIFSPRUEBA-CX3,domain=uco.es,admin=administrador
server_cifs server_2 -move compname=CIFSPRUEBA-CX3 VDM_CX3
server_cifs VDM_CX3 -Join compname=CIFSPRUEBA-CX3,domain=uco.es,admin=administrador

[tonin]

Lamentablemente nos encontramos con el primer problema ... los shares no se han replicado porque en la definición de los mismos forma parte el Data Mover. Todos los definidos actualmente están asociados a server_2, por lo que el VDM no tiene ningún share asociado.

[tonin]

Replicamos los shares y grupos locales

Visto esto me parece que la mejor opción será migrar de manera tradicional. Aprovechar las sesiones de replicator y las utilidades lgdup y sharedup que proporciona EMC para replicar grupos locales y shares entre servidores cifs.

Lo he probado entre CIFS y CIFSVNX con los siguientes comandos:

lgdup_v2.03.exe -v \\CIFS \\CIFSVNX
sharedup_v2.04.exe \\CIFS \\CIFSVNX ALL /SD

Tras esto tengo disponibles los shares en CIFSVNX ya que los FS subyacentes están en réplica ya. Evidentemente no permiten escritura en ellos al estar el FS en modo de solo lectura. Desde aquí parece bastante sencillo completar la migración con un downtime mínimo. Analizo ahora los posibles problemas.

[tonin]

Activamos el mecanismo de homedir

• Primero copiamos el fichero homedir de una cabina a otra: scp /nas/server/slot_2/homedir nasadmin@192.168.110.219:/home/nasadmin
• En la cabina nueva desde el home de nasadmin ponemos el fichero en el server_2: server_file server_2 -p homedir homedir
• Desactivamos el servicio homedir: server_cifs server_2 -o homedir=NO
• Activamos el servicio homedir: server_cifs server_2 -o homedir
• Comprobamos la conexión desde un equipo logeado con un usuario del dominio ejecutando
  cifsvnx\HOME

[tonin]

Pruebas de quota de windows

En las sesuines replicadas que están R/O no aparece la pestaña de cuotas de windows. Hago una prueba entre los servidores cifs de prueba de ambas cabinas y tras el switchover SI está disponible la pestaña de cuota en la nueva cabina y deja de estar disponible en la antigua.

[tonin]

Prueba de copia completa de un FS y permisos locales existentes

Se trata aquí de determinar como se comportaría un FS real una vez copiado a la nueva cabina en lo que a permisos de usuarios locales se refiere. Hago la prueba con CORPORACION usando replicator para copiar el file system.

[tonin]

Aquí lo que observo es que la entrada de seguridad que en la carpeta origen aparece como CIFS\Administrators aparece en la segunda como TESTCIFSVNX\Administrators, realmente no se donde está definido este equipo.

Por otra parte por ejemplo el recurso HOMESCIF$ tiene permiso en su primer nivel solo para
cifs\administrators, cuando se accede desde el VNX no resuelve este usuario y no se tiene permiso. Tengo la duda de si al hacer el cambio de nombre y el rejoin podrá ir, lo dudo porque lo normal es que trabaje con el SID.

Hay que tener en cuenta esta información, aunque en nuestro caso no creo que vaya a ser necesaria:

Como renombrar un servidor cifs manteniendo los ACL locales: ​emc156835

[tonin]

Tree quotas

Aparentemente las tree quotas no se están replicando. Ante la posibilidad de que aparezcan en el FS replicado una vez hecho el switchover, hago la prueba con nuestros servidores cifs y fs de prueba, y tampoco se replican.

Aparte acabo de descubrir que para crear una cuota de tipo tree, el directorio sobre el que se aplican no puede ser el último de la estructura de carpetas (​emc83015. Si fuera el último la aplicación de quotas crea el directorio.

[tonin]

Bueno, las cuotas si están después del failover, pero hay que comprobarlo con el comando nas_quotas una vez que el FS es ya RW.

Para que aparezcan en unisphere de casualidad he descubierto que si en la ventana de tree quotas, en el icono "tools" seleccionamos "invalidate cache and refresh", ya aparecen. Por tanto es simplemente un problema de cache de la herramienta.