Para VNX/VNXe - mexico.EMC.com

Para VNX/VNXe
La confiabilidad de las unidades es una gran preocupación para todos los proveedores de almacenamiento. El área de
ingeniería de VNX es pionera en esfuerzos relacionados con big data y la analítica a fin de identificar proactivamente
posibles problemas relacionados con las unidades antes de que se vuelvan grandes fuentes de interrupciones para el cliente
en el campo. Mediante la identificación anticipada y el estrecho trabajo con nuestros partners, EMC puede reducir y prevenir
las interrupciones con varias mejoras existentes y en desarrollo.
Un ejemplo sería un problema que puede impactar la confiabilidad a largo plazo de algunos discos SAS de 6 Gb/s y
15,000 r/min con capacidades de 300 GB y 600 GB. Si no se atiende, el problema identificado por EMC podría afectar
negativamente la confiabilidad a largo plazo de estas unidades. EMC ha adoptado varias medidas para abordar
proactivamente esta preocupación, y está planeando adoptar más en el futuro.
Medidas correctivas ya adoptadas por EMC

El área de ingeniería de EMC lanzó una mejora de resistencia para el algoritmo de copia proactiva (PACO-R),
la cual previene interrupciones innecesarias durante el proceso de copia proactiva. Esta mejora realiza
un esfuerzo más coordinado para mantener las unidades problemáticas activas y disponibles durante las
operaciones de PACO y las reconstrucciones. Este cambio se aplicará en las versiones del OE de VNX para
bloques R32.215 o superior.
septiembre de 2014
Mejoras en la
confiabilidad de
las unidades
1
Presentación
previa de R33.074
2
Código retirado
2
Actualización del
equipo de expertos
en integración
con VAAI
2
Revisiones del
código de destino
y reparaciones clave
3

El área de logística de EMC aumentó sus inventarios de unidades para garantizar la disponibilidad de
los suministros adecuados ante cualquier evidencia de aumento en la tasa de reemplazos anticipados
para estas unidades.
Mission Critical
Center
4

El área de fabricación de EMC puso a las unidades afectadas en cuarentena para evitar su despacho.
Documentación
en línea de VNX
4
Recomendaciones de clientes:

Los clientes se deben coordinar con EMC para actualizarse al OE de VNX para bloques R32.215 o superior
y obtener los beneficios de PACO-R. Actualmente, estos beneficios se aplican solo a los tipos de unidades
antes mencionados.

Los clientes deben provisionar hot spares según las reglas de alta disponibilidad de EMC.

Los clientes deben verificar que la conectividad remota está activada en sus sistemas VNX para que esta
pueda notificar automáticamente a EMC acerca de errores graves en las unidades. Esto permitirá a EMC
diagnosticar el problema y procesar una pieza de reemplazo, si es necesario. Para configurar la conectividad
remota de EMC en un sistema VNX, vaya a: mydocuments.emc.com >VNX Series >Initialize and register VNX
and configure ESRS.
Mejoras futuras:

Las mejoras se planean para las próximas versiones del código del OE de VNX para bloques en las familias R32 y R33
posteriores a R32.215 y R33.074. Las mejoras abordarán el problema que pueda afectar la confiabilidad a largo plazo
identificado en esta unidad y en otras. Esto reduce la carga de trabajo interna de la unidad, lo cual extiende su vida útil.

En el tercer trimestre, VNXe lanzará el código con las mismas funcionalidades de confiabilidad mejorada destacadas
en el punto anterior.

La próxima versión de código de R32, calendarizada tentativamente para el cuarto trimestre, ampliará la
compatibilidad con PACO-R para incluir algunas unidades de 300 GB de 2.5 in, 6 Gb/s y 10,000 r/min.
Se espera que las ventajas de PACO-R se amplíen al alcance de los escenarios específicos descritos anteriormente.
EMC recomienda a los usuarios poseer una versión actualizada o cercana a las revisiones de código más recientes
para aprovechar las últimas mejoras. Para obtener más información sobre el tema anterior, consulte el artículo de KB
https://support.emc.com/kb/191511.
QUISIÉRAMOS CONOCER SUS
COMENTARIOS ACERCA DEL
BOLETÍN SOBRE TIEMPO
DE ACTIVIDAD. ENVÍENOS
SUS IDEAS PARA FUTUROS
TEMAS A:
[email protected]

https://mydocuments.emc.com/VNX

http://emc.com/vnxesupport
¡Síganos en la Web!
Busque Boletín sobre
tiempo de actividad en la
página de la serie VNX:
https://support.emc.com/
products/12781
El OE de VNX para bloques R33.074 (y R33.072) es una versión mejorada que contiene varias reparaciones importantes. Entre las mejoras más significativas
de R33.074 (y R33.072), se encuentran:

La reparación de un error relacionado con una “condición de carrera libre”, que rara vez podría provocar la desconexión incorrecta de los LUN.
El problema corregido se encontraba en el código responsable de liberar espacio en los pools que a menudo lo ejecutaban las funcionalidades como la
deduplicación, la compresión e incluso nuestro propio sistema de archivos de bloques comunes (CBFS) en el caso de que un host con reconocimiento
delgado llamara a la función Trim/Unmap.

Este es el primer código del OE de VNX para bloques que posee los ganchos necesarios para admitir el cifrado de datos en reposo (D@RE). D@RE aún
es una función que se puede adquirir de manera separada, por lo que debe comunicarse con su representante de ventas si está interesado en ella.

Contiene 25 reparaciones relacionadas con la deduplicación. De estas reparaciones, 13 abordan el rendimiento y las 12 restantes resuelven problemas
funcionales que, en el peor de los casos, pueden causar verificaciones de error en el procesador de almacenamiento u ocasionar la desconexión de los
LUN. Si bien estos representan la mayoría de los problemas de deduplicación conocidos, aún existen unos pocos que se planean resolver en la próxima
versión del OE de VNX para bloques. EMC recomienda a sus clientes usar el código de las funciones de deduplicación actualizado a la versión R33.074
como mínimo.

Funcionalidades ESRS y UDoctor instaladas en el procesador de almacenamiento.
Existe un problema conocido en las versiones R33.072 y R33.074 relacionado con una verificación de error de un SP que puede ocurrir cuando se modifica
manualmente la configuración de velocidad de Fibre Channel de front-end mediante Unisphere. El problema se reparará en una versión futura del software.
Consulte el artículo KB192326 para recibir orientación sobre la modificación segura de la velocidad de Fibre Channel en estas versiones.
EMC actualiza periódicamente nuestros niveles de código de destino recomendados (consulte la página 3) basado en criterios comprobados y bien
establecidos. Cuando el código reúne una distribución adecuada y un tiempo de ejecución seguro, se califica como nuestro destino preferido. EMC también
deglosó nuestro código en dos categorías: un código que se considera maduro y otro que llamamos retirado. Si se encuentra con el término código retirado
en documentos de EMC, simplemente se refiere al código que recomendamos actualizar debido a su antigüedad o a problemas poco comunes reparados en
niveles de código más maduros. La siguiente tabla muestra los niveles de código maduro (no retirado) actuales. A EMC le gustaría ver a los clientes en al
menos uno de estos niveles de código:
VNXe
VNX
VNX2
2.4.0.20932
07/01/13
2.4.1.21171
29/05/13
2.4.2.21519
16/12/2013
Destino
05.32.000.5.206/7.1.71.1
17/06/13
05.32.000.5.207/7.1.72.1
15/08/13
05.32.000.5.209/7.1.74.5
13/12/2013
05.32.000.5.215/7.1.76.4
15/05/2014
05.33.000.5.038/8.1.1.33
13/01/14
05.33.000.5.051/8.1.2.51
28/02/2014
05.33.000.5.052/8.1.2.51
02/05/2014
Destino
10/09/14
Código más reciente
05.33.000.5.074 (o .072)/8.1.3.72
En el boletín sobre tiempo de actividad del último
trimestre, mencionamos diversos flujos de trabajo
para realizar mejoras en la integración con VAAI. El
primer flujo de trabajo incluía la configuración de un
host que se podía cambiar, lo cual ha demostrado
mejorar el rendimiento del host durante la ejecución
de VMotions.
En el momento de esta publicación, se encuentra
en desarrollo un segundo flujo de trabajo que
implica cambios en OE de VNX para bloques. Los
cambios en el software incluyen una modificación
a los parámetros del sistema de almacenamiento
para garantizar una distribución más justa de los
ciclos de procesamiento entre los I/O relacionados
con Xcopy y aquellos no relacionados con esta
herramienta. También está diseñado para
administrar mejor nuestras líneas de espera
de discos internos y regular las operaciones
entrantes de Xcopy.
Destino
Inicialmente, este nuevo software estará disponible
como un hot fix. El hot fix se puede solicitar
después de abrir y derivar un vale de solicitud de
servicio al área de ingeniería de VNX. El área de
ingeniería de escalación de VNX investigará su
problema para determinar si el hot fix puede añadir
valor a su ambiente. Se espera que los cambios en
el software ofrezcan una mejora incremental en
algunos ambientes de clientes.
A fin de garantizar ambientes estables y confiables, EMC estableció revisiones de destino para cada producto. Como mejor práctica, EMC
recomienda trabajar en los niveles de código de destino o superiores para aprovechar las últimas mejoras y reparaciones disponibles.
Busque el término “tasas de adopción” en http://support.emc.com para obtener las tasas de adopción de código de destino actuales de
VNX/VNXe.
2.4.2.21519
16/12/2013
Destino
2.4.3.21886
11/09/14
Última versión
7.1.76.4 (VNX para archivos)
15/05/2014
Destino
7.1.76.4 (VNX para archivos)
15/05/2014
Última versión
05.32.000.5.215 (VNX para bloques)
15/05/2014
Destino
05.32.000.5.215 (VNX para bloques)
15/05/2014
Última versión
8.1.2.51 (VNX para archivos)
28/02/2014
Destino
8.1.3.72 (VNX para archivos)
13/08/14
Última versión
05.33.000.5.052 (VNX para bloques)
02/05/2014
Destino
05.33.000.5.074 (VNX para bloques)
10/09/14
Última versión
Consulte las notas de la versión del producto para
ver una lista completa de las mejoras de cada
versión nueva del código.




Repara un problema que impide la recuperación
de discos virtuales de más de 2 TB.
Repara un problema de rendimiento que puede
ocurrir cuando una interfaz queda inactiva.
Repara un problema que puede impedir que los
usuarios amplíen sus recursos compartidos CIFS.
grupo de almacenamiento ~physical, lo que
ocasiona la desconexión de dichos LUN.




Repara varios problemas que pueden impedir
que los usuarios administren el sistema de
almacenamiento.





Repara un problema de posible bloqueo
del acceso de NFS cuando los clientes NFS
intentan obtener acceso a rutas de montaje
que no existen.
Repara un problema que ocurre cuando se
recupera un archivo deduplicado y el espacio
necesario en el sistema de archivos se calculó
mal, lo cual provoca que el sistema de archivos
se amplíe innecesariamente a su tamaño
máximo.
Repara varias verificaciones de error de los SP.
Resuelve un problema relacionado con LUN de
control de Celerra ubicados incorrectamente en el


Incluye una reparación que intenta impedir
que una tormenta de red en el puerto de
administración o en el puerto LAN de
servicio genere un SP alarmado.

ESRS/UDoctor ahora reside en el SP.
Se mejoró el manejo de errores de unidades
en algunos tipos de unidades.
Resuelve un problema que impide que los discos
vuelvan a estar en línea después de su apagado
debido a una condición de temperatura excesiva
en el gabinete.
Incluye todas las mejoras anteriores de
R33.051 y una reparación para impedir la
posible desconexión de los LUN o verificaciones
de error del SP debido a la interacción entre la
función de deduplicación y la funcionalidad de
aceleración del hardware VAAI del host ESX.
Este es el mejor código disponible para los
clientes que usan la función de deduplicación.
Más reparaciones/mejoras de esta característica
están previstas para las versiones de R33 del
tercer y el cuarto trimestres.
Repara un problema en el cual los LUN del
pool pueden quedar offline debido al paso
frecuente. (La reparación apareció por primera
vez en R33.051).
USM ahora informará automáticamente cuando
esté disponible un nuevo software de ambiente
operativo (a partir de R33.051).





Repara un problema en el cual el uso del sistema
de archivos en la memoria crece con mayor
rapidez que el uso real, lo cual causa una
discrepancia en la contabilidad o, en algunos
casos, la incapacidad de escritura.
Repara un problema de posible bloqueo
del acceso de NFS cuando los clientes NFS
intentan obtener acceso a rutas de montaje
que no existen.
Repara una posible estado de alarma que se
genera cuando un Data Mover ejecuta varias
sesiones de respaldo simultáneas por un largo
período de tiempo.
Consulte el artículo en la página 2 para ver una
lista más amplia.
Repara un problema donde el bloqueo del rango
de archivos puede dejar de lado las referencias
en un sistema de archivos, lo cual puede impedir
su desmontaje.
Repara un problema que puede ocasionar
un estado de alarma o daño si las escrituras
fragmentadas entrantes al Data Mover se
reorganizan antes de la asignación al disco.
Mission Critical Center (MCC) es una iniciativa colaborativa impulsada por Enterprise and Mid-Range Systems Division (EMSD) y Data
Protection & Availability Division (DPAD) de EMC. Con la experiencia de EMC en estas áreas, el objetivo del centro es garantizar que los
clientes puedan crear una infraestructura de TI confiable y, al mismo tiempo, acelerar la capacidad de su organización de aprovechar las
tecnologías de nube y de big data. El MCC garantiza la disponibilidad permanente y la protección continua de datos mediante el análisis de
una configuración compleja del cliente desde las aplicaciones y las capas virtuales hasta los arreglos de almacenamiento. Además, el MCC
ejecuta pruebas de ciclos beta previos a la disponibilidad general (versiones y service packs) y los somete a rigurosas operaciones de
inyección de fallas, failover y recuperación en todos los componentes del sistema, a la vez que monitorea y crea informes sobre las cargas
de trabajo e identifica las mejoras de ingeniería necesarias en el producto.
Los centros de datos MCC de EMC emulan configuraciones complejas de clientes desde aplicaciones y capas de virtualización hasta
arreglos de almacenamiento. Implementamos nuestros componentes del centro de datos activo-activo y las soluciones de continuidad del
negocio y recuperación de desastres, para luego incorporar escenarios de desastres de manera artificial a fin de forzar las operaciones de
failover y recuperación mientras se inyectan varias fallas de hardware en los componentes del sistema que están sometidos al mayor nivel
de presión. Monitoreamos aplicaciones, cargas de trabajo y componentes del sistema para medir el comportamiento correcto e identificar
las áreas que necesitan mejoras.
MCC se esfuerza por emular cada aspecto de un verdadero ambiente de producción. Seguimos las prácticas empresariales aceptadas de TI
para la planificación de la capacidad, la administración de la recuperación de desastres, la aprobación del control de cambios y las
ventanas de mantenimiento mientras aplicamos actualizaciones no disruptivas, actualizaciones de tecnología, cambios en el ambiente y
administración de incidentes. Estas estrategias empleadas por MCC transforman nuestro portafolio de productos empresariales más allá
de la interoperabilidad sólida para proporcionar el nivel más alto de seguridad, resistencia y disponibilidad que se necesita para las
aplicaciones más críticas de negocio. Nos involucramos en el proceso de prueba de la versión beta antes de que los productos estén
disponibles para todos los clientes. Este posicionamiento no permite influenciar y mejorar los productos antes de que lleguen a su centro
de datos.
VNX desempeña una función importante en MCC, especialmente en uno de nuestros proyectos actuales. El objetivo del proyecto es
demostrar la resistencia del centro de datos empresarial, con cargas de trabajo como ERP y componentes asociados que aprovechan la
tecnología de EMC para el almacenamiento. Se planifica un mínimo de 25 años de escenarios simulados de continuidad del negocio
y recuperación de desastres (BCDR) en el laboratorio. Algunos de los temas del proyecto que aprovechan VNX son la protección de datos,
la actualización de tecnología y la planificación y ampliación de la capacidad.
Si visita https://mydocuments.emc.com y selecciona VNX Series, puede obtener más información sobre su producto VNX, leer la lista más
actualizada de problemas conocidos y crear procedimientos personalizados de instalación y mantenimiento adaptados a su ambiente.
Visite los enlaces Related Documentation en la parte inferior de la página de la serie VNX para descargar un archivo comprimido con
contenido de acceso frecuente. Visite el sitio y envíenos sus comentarios.
EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.
LA INFORMACIÓN DE ESTA PUBLICACIÓN SE PROPORCIONA “TAL CUAL”. EMC CORPORATION NO SE HACE RESPONSABLE NI OFRECE GARANTÍA DE NINGÚN TIPO CON RESPECTO A
LA INFORMACIÓN DE ESTA PUBLICACIÓN Y, ESPECÍFICAMENTE, RENUNCIA A TODA GARANTÍA IMPLÍCITA DE COMERCIABILIDAD O CAPACIDAD PARA UN PROPÓSITO DETERMINDO.
El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente. EMC2, EMC, E-Lab, Powerlink, VNX, VNXe, Unisphere,
RecoverPoint y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros países. Todas las demás marcas comerciales incluidas/
utilizadas en este documento pertenecen a sus respectivos propietarios. Copyright © 2014 EMC Corporation. Todos los derechos reservados. Septiembre de 2014.