Heredé un IBM System Storage DS4000 SAN con un entorno AIX que ejecuta Oracle RAC (3 nodos). Uno de los nodos falló, así que puse en funcionamiento el sistema con 2 nodos; sin embargo, el nodo que falló fue el nodo que administraba las copias de seguridad. Las copias de seguridad se almacenaron en un LUN en la SAN.
Debido a la falta de documentación, puedo ver cómo se asignan desde /etc/filesystems, pero no estoy seguro de cómo el entorno AIX asignó estos LUN en el inicio (aparte de la asociación de asignación desde la interfaz de administración SAN). Quiero volver a asignar los LUN utilizados para las copias de seguridad del nodo antiguo a uno de los nodos restantes, pero me preocupa perder los datos de los LUN.
encontré algunas instruccionesaquí, pero parece que es solo para LUN nuevos. Si reasigno el LUN a un nuevo host, ¿permanecerían intactos los datos existentes en ese LUN?
Actualización 1:
Parece que sabía menos de lo que pensaba.
Creé una nueva matriz en mi controlador de almacenamiento llamadapruebay un nuevo LUN llamadocopia de seguridad de registropara probar mi teoría y la asigné a uno de los nodos como LUN12.
En ese nodo, cuando corrícfgmgr , encontré un error y seguíestosinstrucciones para solucionarlo.
Con cfgmgr funcionando, pensé que podría ver el LUN, pero no lo veo, o al menos el resultado lspv, lscfgy lsdev -Cc Diskno me brinda la información que pueda traducir fácilmente.
Lo desasigné y reasigné el LUN varias veces, pero no hay cambios en la lista de discos duros cuando ejecuto cfgmgr.
Actualización 2:
Parece que estaba leyendo mi lscfgsalida incorrectamente. Cambié el LUN de 12 a 255 y vi un cambio en ellscfg . Mapeó el LUN ahdisk16así que lo agregué como un volumen físico usando chdev -l hdisk16 -a pv=yes. Luego, ejecutando fget_config -Av, pude confirmar que el LUN estaba asignado correctamente. Ahora, sólo es cuestión de montarlo, escribir en él y luego migrarlo a mi otro nodo para ver si los datos permanecen intactos.