Data Domain: Instrucciones de actualización para DD habilitado con PCR/PCM

Con la versión DD OS 5.7, presentamos la generación de informes de capacidad física/medición de capacidad física (PCR/PCM). Esta es una manera de calcular la cantidad de espacio de disco real (después de la compresión) que utilizan los datos en el FS, de una manera confiable y reproducible, para el cargo retroactivo y otras situaciones de negocios.

Puede encontrar más detalles sobre la característica en el artículo de la base de conocimientos de preguntas frecuentes 465216 a continuación:   
Generación de informes/medición de capacidad física (PCM/PCR) del sistema operativo Data Domain (DDOS)

Para generar informes de PCR, el administrador de directorios (DM) del sistema de archivos de Data Domain (DDFS) crea BTREE de PCR en el sistema. 

El equipo de ingeniería de DELL EMC Data Domain identificó un fallo de código en que las páginas de Btree de PCR de DM se pueden dañar y DDFS puede entrar en estado de ALARMA cuando se inicia un trabajo de PCR en el sistema. Sin embargo, incluso en el caso de las páginas dañadas de Btree de PCR existentes, los trabajos de PCR se pueden completar sin ningún problema de FS varias veces, pero en otras ocasiones, FS aún se puede bloquear.

Este fallo, que estaba presente en todas las versiones de DD OS 5.7 a 6.2, se corrige en algunas versiones posteriores de DD OS (se pueden leer a continuación), de modo que la ejecución de PCR no correrá el riesgo de ejecución en los estados de ALARMA de FS, siempre y cuando las páginas de Btree de PCR dañadas aún no estén en el sistema.

Dado que no es posible saber por adelantado si hay alguna de estas páginas dañadas (que podrían dar lugar a estados de ALARMA de FS), cuando se actualiza a una versión fija, es obligatorio seguir los pasos que se describen a continuación para procurar que, una vez que use una versión fija (lo que no creará páginas de btree de PCR dañadas), el FS no entrará en estado de ALARMA en las páginas de btree de PCR dañadas creadas anteriormente. Tenga en cuenta que la actividad requiere que DD FS esté inactivo y, por lo tanto, el tiempo de inactividad se debe planificar por adelantado. No es posible dar una buena estimación del tiempo de inactividad necesario, pero 2 horas deberían ser suficientes para completar la tarea.

Tenga en cuenta que, según las versiones actuales y objetivo de DD OS, además de otros factores, la tarea se puede realizar inmediatamente antes de actualizar a cualquier versión de DD OS fija o de inmediato después de completar la actualización a la nueva versión, antes de que se programe la ejecución de cualquier trabajo de PCR. El objetivo es, en cualquier caso, tener un DD OS con la corrección en ejecución sin ninguno de los btrees de PCR existentes que se transfieren desde la versión anterior, para evitar cualquier posibilidad de bloqueo en las páginas de btree de PCR dañadas.

NA

El fallo que causa el daño de las páginas de btree de PCR se aborda en el código de DD OS de las siguientes versiones. Tenga en cuenta que no hay ninguna corrección para las versiones 5.7.x de DD OS, ya que DD OS 5.7.x ya se encuentra en el final del ciclo de vida:

• DD OS 6.0.2.50 y las versiones posteriores de la familia DD OS 6.0 tienen el fallo corregido.
• DD OS 6.1.2.40 y las versiones posteriores de la familia DD OS 6.1 tienen el fallo corregido (NOTA: DD OS 6.1.2.40 NO se debe utilizar con DD3300 debido a un fallo no relacionado)
• DD OS 6.2.0.20 y las versiones posteriores de la familia DD OS 6.2 tienen el fallo corregido

Si un usuario ha utilizado PCR en el pasado y desea actualizar a cualquiera de las versiones fijas mencionadas anteriormente, es obligatorio que el soporte realice algunos pasos manuales (ya sea de manera inmediata antes o después de la actualización) para procurar que no haya páginas de btree de PCR dañadas en el sistema después de actualizar DD OS. Si no se sigue esta recomendación, el usuario DD tendrá en ejecución un DD OS fijo, que aún se podría bloquear de la misma manera debido a daños en la página de btree de PCR preexistentes.

Los usuarios que nunca hayan utilizado PCR o que estén en proceso de actualización a cualquier versión de DD OS que no tenga la corrección de código, no necesitan realizar los pasos mencionados.

Una nota importante es para los clústeres de DD HA:
Los pasos que se describen a continuación para abordar y resolver el problema con posibles btrees de PCR dañados se deben ejecutar solo desde el nodo activo de DD HA. La ejecución de los pasos (script) desde el nodo en espera puede ocasionar problemas, ya que las operaciones de DMCK de bajo nivel se pueden realizar correctamente en el FS solo porque el nodo en espera no tiene habilitado FS como tal, mientras que, al mismo tiempo, se accede a los datos de manera simultánea desde el nodo activo a través del proceso de FS habilitado allí.

Si tiene dudas, o si planea realizar dicha actualización y necesita asistencia con el proceso, comuníquese con su proveedor de soporte contratado y mencione este artículo de la base de conocimientos.