Vamos a generar, en el laboratorio 7, parte 3, un procedimiento para quitar un módulo de CPU en un gabinete de procesadores de almacenamiento VNX5700 o 7500. Entonces, vamos a abrir el procedimiento para eso. Nuevamente, en el generador de procedimientos de VNX, seleccionaré "Next" para 5700. Y este es un reemplazo de hardware unificado/de archivos. De nuevo, "Siguiente". En este caso, refinaré el hardware VNX 57 File/Unified SPE. Y voy a generar seleccionando el botón de opción para "Replace SPE CPU module".
Voy a seleccionar "Next" y generar el procedimiento para eso. Una vez que tenga el procedimiento, leeremos nuevamente toda la documentación inicial sobre la ESD y cualquier problema, y comenzaremos a escribir observando e intentando diagnosticar e identificar la FRU o la CRU que tiene la falla. Entonces, este es mi procedimiento.
Voy a continuar y cerrar eso. Asegúrese de tener el correcto. Sí. Reemplazo de un módulo de CPU. Vamos a cerrar. Y lancé Unisphere. Voy a subir y voy a mirar el sistema y el hardware de almacenamiento.
Selecciono el sistema de almacenamiento VNX, selecciono la pestaña Almacenamiento y, a continuación, selecciono el hardware de almacenamiento. En lugar de almacenamiento para archivos. Nuevamente, quiero buscar cualquier condición de falla que pueda estar presente. Ahora busca eso en el árbol. Por ejemplo, si vieras una F roja, se propagaría desde un componente hasta el árbol, así que ahí es donde podemos validar que algo ha fallado. Vamos a suponer que hay algo que falló aquí, en este caso, un procesador de almacenamiento.
Una vez que hayamos determinado eso, podemos continuar y, como opción, ejecutar el asistente Verificar sistema de almacenamiento para realizar una evaluación del estado. Y podría hacerlo viniendo aquí. Podría iniciar USM y seguir los procedimientos similares a lo que hicimos en la parte 2 de inicio de USM y la recopilación de una verificación del sistema. Entonces, voy a asumir que hemos hecho eso y eso se ha hecho.
Lo siguiente que se recomienda es preparar el almacenamiento para el proceso de almacenamiento para el procedimiento de reemplazo mediante la traspaso de los LUN en el destino que queremos reemplazar. Por lo tanto, por ejemplo, en un sistema con dos SP, A y B, y el SP B necesita ser reemplazado, sería conveniente reemplazar o traspasar los LUN asociados o que actualmente son propiedad del SP B. Para hacer eso, tendríamos que ir a Storage e ir a LUN. Y luego, hay más de una forma de hacerlo; Solo les estoy mostrando un camino aquí.
Aquí se muestra el propietario actual. Reemplazaré ese SP B, así que debo seleccionar eso, hacer clic con el botón secundario y traspasar ese LUN. Y voy a seguir adelante y hacer eso. A diferencia de otras opciones con Unisphere, no puede seguir adelante y seleccionar muchas de ellas mediante la intrusión; hay que traspasar uno a la vez, al menos desde Unisphere. Voy a continuar y hacer todos estos LUN. De hecho, descubrí que si presionamos el botón Ctrl, seleccionamos estos. Parece que depende de la cantidad que seleccione, pero en este caso, cuando tenga tres, intentaré traspasarlos a todos y parece que va a funcionar, así que la idea es que necesitamos traspasar los LUN.
Por lo tanto, ahora veo todo apagado, al menos en este sistema, que es propiedad del SP B, por lo que traspasé los LUN. Puedo continuar y establecer una conexión en serie con los mismos parámetros que hemos estado usando todo el tiempo aquí que enumeré para usted en la guía, y luego iniciaré sesión en Control Station 0 y me convertiré en superusuario o usuario raíz. Volveremos a detener nuestros servicios de correo electrónico y ConnectHome.
Y verifícalo. Y ahora necesitamos apagar el proceso de almacenamiento. Así que, de nuevo, vamos a usar un comando navicli para hacer esto. Vamos a ir y ya hemos traspasado los LUN. Y, una vez más, si no tienen un archivo de seguridad, tendrían que seguir adelante y crear uno o tener que usar las credenciales completas en la línea de comandos. Este es un ejemplo del comando, bastante largo. A veces, en una sesión de PuTTY, nos damos cuenta de que no tenemos suficiente wraparound para emitir este comando, por lo que es posible que deba expandir un poco ese cuadro.
Pero, en cualquier caso, tenemos el SP que, en este caso, es el SP A, y vamos a apagar el SP par, que es el SP B. Y recuerden, ya pasamos eso, así que yo no haría eso. Lo sentimos. Voy a intentarlo una vez más. Hay que saber escribir en este negocio, aparentemente. Entonces, ¿desea apagar y mantener el SP ahora? Sí. Y eso es lo que vamos a realizar.
Ese está simplemente cayendo, puedo usar un comando ping para verificar que realmente ha caído. Y si hiciera ping a esa dirección IP, debería aparecer como no disponible. En realidad, voy a ir al 153, el SP B, y puedo ver que no responde, así que Ctrl-C fuera de allí. En este punto, traspasé los LUN, detuve o detuve el procesador de almacenamiento, y puede continuar en este punto y localizar la documentación para realizar la extracción y el reemplazo de los componentes según la guía de procedimientos.
Recuerden, después de instalar la CPU en particular, tendrán que cambiar los DIMM, cambiar todo eso y volver a colocarlo y cablearlo de la misma manera que lo hacían antes. Una vez hecho esto, estaremos listos para continuar. Una vez que la placa XP o X se haya preparado para la extracción, comience por quitar los dos módulos de enfriamiento de la fuente de alimentación frente a la SP o placa X defectuosa.
Luego, apriete las dos lengüetas naranjas etiquetadas con un número dos negro una hacia la otra para desbloquear los pestillos. Empuje los pestillos entre sí para liberar completamente el módulo del gabinete. Coloque el módulo sobre una superficie antiestática y transfiera los módulos de memoria al nuevo SP o placa X.
Para volver a instalar el SP o la placa X, alinee el módulo con las guías en el lateral del gabinete. Deslícelo en el gabinete hasta que los pestillos comiencen a moverse hacia adentro. Empuje los pestillos uno hacia el otro para asentar y bloquear completamente el módulo en su lugar. Para volver a instalar las fuentes de alimentación, alinee el módulo con su ranura y empújelo hacia el interior del gabinete. Levante el pestillo negro para fijar el módulo en su lugar.
Debería oír un clic cuando el pestillo esté bien ajustado. Podemos ver, en realidad, si vamos a EMC Unisphere, como ve aquí, y observamos el hardware de almacenamiento, podemos ver la "F" de la que hablamos anteriormente, donde dice que un SP B no se puede administrar, o se eliminó en este caso. Y eso, de nuevo, se propaga hacia arriba en el árbol. Entonces, lo que queremos hacer ahora es, después de realizar el reemplazo, después de cambiar todos los componentes, volver a colocarlos allí y luego tener que encender el procesador de almacenamiento.
Y de nuevo, pueden ver a su guía porque ahora es dependiente. Este es un problema con 5.31, pero si hubiera tenido algo antes de eso, asegúrese de consultar la guía para saber cómo hacerlo. Y emitiremos el SP par de reinicio. Así que emitiremos ese comando aquí. Escribí el SP par de reinicio. Y emitiremos el comando. En este punto, esperaremos a que se encienda el proceso de almacenamiento, el cual se encenderá cuando el LED de falla no esté encendido y el LED de encendido esté verde.
Al igual que con el reemplazo de la parte 2 del módulo de I/O, esto puede tardar hasta diez minutos más o menos, así que dejaremos que se encienda. A continuación, puede validar en los LED frontales, o puede ir a la sección de hardware de almacenamiento y asegurarse de que la "F" se haya apagado y que el procesador de almacenamiento se pueda administrar nuevamente. Como nota mientras espera que el SP vuelva a estar activo, no olvide que tiene registros de eventos del SP y puede ver estos registros, por ejemplo, mirando A aquí, y estos pueden darle pistas sobre lo que está sucediendo en el sistema también. Muchos de ellos son informativos. Y buscamos otros.
Aquí se produjo uno crítico y se deshabilitó el almacenamiento en caché. Y te da la hora y la fecha, para que podamos revisarla. Probablemente no podamos leer esto a menos que el SP haya vuelto al punto en el que realmente podemos, pero no lo ha hecho en este momento, por lo que no podremos comunicarnos con eso.
Y, por supuesto, siempre están las alertas que aparecen aquí, ven varias aquí, en las que siempre pueden hacer clic y obtener detalles también. Seguimos buscando y esperando que el sistema vuelva a funcionar. Podemos monitorearlo, podemos ver el hardware de almacenamiento real. Una vez que esto se aclare, deberíamos estar listos para comenzar. Parece que ahora se borró y que el SP finalmente está presente.
Por lo tanto, el SP se reinicia, y continuaremos con el laboratorio, cuando tenga que restaurar los LUN que se hayan traspasado y que se hayan producido. Puedo ver aquí que, con solo mirar la propiedad actual, los LUN han vuelto a su SP actual una vez que el SP ha aparecido. Y eso es algo bueno. Y eso se hizo... No quiero ir al almacén; Quiero ir a los LUN. Y una vez más, podemos ver que todo se ve bien allí.
Por lo tanto, siempre es una buena idea asignarlos e intentar restaurarlos también, como lo hicimos en el laboratorio 2. Podríamos hacerlo con la CLI o con Unisphere. Si voy a la pestaña Sistema, miré los LUN traspasados, no parece haber ningún LUN traspasado, por lo que estamos en buen estado aquí. Diré "OK" a eso. Y una vez más, si tuvieran nuestros LUN, seguiríamos adelante y solo echaría un vistazo a eso.
Todo lo que hice fue abrir una sesión de PuTTY y emitir un nas_storage, enumerar los comandos, y esto es lo que se vio antes. Luego, podría repasar y conmutar por recuperación si tuviéramos LUN que se necesitaran conmutaciones por recuperación. Y tengo que realizar una conmutación por recuperación, por supuesto, utilizando el nombre del número de serie, así que simplemente cortaré y pegaré eso allí. Y esto debería volver y hacer eso. Les mostramos cómo hacerlo anteriormente en el ejercicio de laboratorio, parte 2 de este, del laboratorio 7.
Entonces, eso se ve bien. Parece que, después de que esto pase, podemos continuar y ejecutar una comprobación de NAS nuevamente. Una vez que ejecute la comprobación de NAS, posiblemente podría volver a ejecutar el asistente Verify Storage System. Una vez que lo hicieran, habilitarían las notificaciones de ConnectHome, con lo cual se completaría el ejercicio de laboratorio. Así que aquí vemos que ha vuelto. A continuación, vuelva a ejecutar una comprobación de NAS. Y vamos a dejar que eso funcione.
Así que, una vez más, la comprobación ha sido limpia. No veo fallas, advertencias, pero no fallas. Llegados a este punto, pueden habilitar ConnectHome y los servicios de correo electrónico, y volver a ejecutar una comprobación de verificación, si lo desean, con el software Verify Storage System. Y, si necesita hacerlo, puede consultar el laboratorio anterior. Con esto concluye la parte 3 del laboratorio 7.
