Product Guide VMAX3 Family - Almacenamiento de … · Mainframe Enablers ... Funcionalidad de...

EMC® VMAX3™ FamilyProduct Guide

VMAX 100K, VMAX 200K y VMAX 400K conHYPERMAX OSREVISION 6.5

Copyright © 2014-2017 EMC Corporation Todos los derechos reservados.

Publicado en May. de 2017

Dell considera que la información de este documento 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”. DELL 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 DETERMINADO. EL USO, LA COPIA Y LA DISTRIBUCIÓN DE

CUALQUIER SOFTWARE DE DELL DESCRITO EN ESTA PUBLICACIÓN REQUIEREN LA LICENCIA DE SOFTWARE CORRESPONDIENTE.

Dell, EMC y otras marcas comerciales pertenecen a Dell Inc. o sus filiales. Las demás marcas comerciales pueden ser propiedad de sus respectivos

dueños. Publicado en México.

Dirección local de EMCEMC Argentina (Cono Sur) Tel. +54-11-4021-3622 http://www.emc.com/es-ar/index.htmEMC México Tel. +52-55-5080-3700 http://www.emc.com/es-mx/index.htmEMC Venezuela (Norte de Latinoamérica) Tel. +58-212-206-6911 http://www.emc.com/es-ve/index.htm

2 Product Guide VMAX 100K, VMAX 200K y VMAX 400K con HYPERMAX OS

7

9

Prefacio 11Historial de revisiones................................................................................. 18

VMAX3 con HYPERMAX OS 21Introducción a VMAX3 con HYPERMAX OS............................................... 22Arreglos Familia VMAX3 100K, 200K, 400K................................................ 23

Especificaciones de la familia VMAX3............................................24HYPERMAX OS.......................................................................................... 37

Novedades de HYPERMAX OS 5977 del 2.º trimestre de 2017......37Emulaciones de HYPERMAX OS....................................................38Aplicaciones en contenedores .......................................................39Integridad y protección de datos................................................... 42

Interfaces de administración 51Versiones de la interfaz de administración..................................................52Unisphere for VMAX...................................................................................52

Planificador de cargas de trabajo...................................................53FAST Array Advisor....................................................................... 53

Unisphere 360............................................................................................ 53Solutions Enabler........................................................................................54Mainframe Enablers....................................................................................54Geographically Dispersed Disaster Restart (GDDR)................................... 55SMI-S Provider.......................................................................................... 56Proveedor de VASA....................................................................................56Interfaz de administración de eNAS .......................................................... 56ViPR suite...................................................................................................57

ViPR Controller..............................................................................57ViPR Storage Resource Management............................................57

API de vStorage para integración de arreglos.............................................58SRDF Adapter para VMware® vCenter™ Site Recovery Manager.............. 59SRDF/Cluster Enabler ...............................................................................59Suite de productos de EMC para z/TPF.....................................................59Administrador de SRDF/TimeFinder para IBM i..........................................60AppSync..................................................................................................... 61

Funciones de sistemas abiertos 63Compatibilidad de HYPERMAX OS con sistemas abiertos.......................... 64Respaldo y restauración en arreglos externos............................................ 65

Transferencia de datos.................................................................. 65Topología típica de sitios............................................................... 66Componentes de la solución ProtectPoint..................................... 67ProtectPoint y respaldo tradicional............................................... 69Flujo de trabajo básico de respaldo................................................ 69

Figuras

Tablas

Capítulo 1

Capítulo 2

Capítulo 3

CONTENIDO

Product Guide VMAX 100K, VMAX 200K y VMAX 400K con HYPERMAX OS 3

Flujo de trabajo básico de restauración...........................................71Volúmenes virtuales de VMware................................................................. 75

Componentes de VVol................................................................... 75Escalabilidad de VVol..................................................................... 76Flujo de trabajo de VVol................................................................. 76

Funciones de mainframe 79Compatibilidad de HYPERMAX OS con mainframe.....................................80Compatibilidad con la funcionalidad de los sistemas IBM z......................... 80Compatibilidad con IBM 2107...................................................................... 81Funcionalidades de la unidad lógica de control............................................ 81Emulaciones de discos................................................................................82Configuraciones en cascada....................................................................... 82

Aprovisionamiento 83Aprovisionamiento delgado.........................................................................84

Dispositivos delgados (TDEV)........................................................84CKD delgado..................................................................................85Sobreasignación de un dispositivo delgado.................................... 85Aprovisionamiento específico de sistemas abiertos....................... 85Aprovisionamiento específico de mainframe.................................. 87

Organización del almacenamiento en niveles 89FAST.......................................................................................................... 90

Configuración previa para FAST.....................................................91Asignación de FAST por pool de recursos de almacenamiento.......93

Niveles de servicio......................................................................................94Coordinación de FAST/SRDF..................................................................... 96Administración de FAST/TimeFinder..........................................................96Aprovisionamiento externo con FAST.X..................................................... 96

Replicación local nativa mediante TimeFinder 99Acerca de TimeFinder............................................................................... 100

Interoperabilidad con productos de TimeFinder heredados........... 101Snapshots sin destinos................................................................. 104Instantáneas seguras....................................................................104Aprovisionamiento de varios ambientes desde un destino vinculado..105Snapshots en cascada..................................................................105Acceder a copias en un punto en el tiempo...................................106

SnapVX y zDP de mainframe.................................................................... 106

Soluciones de replicación remota. 109Replicación remota nativa con SRDF......................................................... 110

Soluciones SRDF de dos sitios.......................................................111Soluciones SRDF de múltiples sitios..............................................114Soluciones de SRDF simultáneo.................................................... 115Soluciones de SRDF en cascada................................................... 116Soluciones SRDF/Star.................................................................. 117Compatibilidad entre familias de productos.................................. 123Pares de dispositivos SRDF..........................................................126Estados de dispositivos SRDF...................................................... 129

Capítulo 4

Capítulo 5

Capítulo 6

Capítulo 7

Capítulo 8

CONTENIDO


Personalidades dinámicas de dispositivos..................................... 132Modos de funcionamiento de SRDF............................................. 132Grupos de SRDF...........................................................................135Placas, enlaces y puertos de director........................................... 135Consistencia de SRDF.................................................................. 136Compresión de datos de SRDF..................................................... 137Operaciones de escritura de SRDF............................................... 137Administración de la caché de SRDF/A........................................ 143Operaciones de lectura de SRDF.................................................. 147Operaciones de recuperación de SRDF........................................ 149Migración mediante SRDF/movilidad de datos............................. 152

SRDF/Metro ............................................................................................ 157Integración de SRDF/Metro con FAST........................................ 160Ciclo de vida de SRDF/Metro...................................................... 160Resistencia de SRDF/Metro......................................................... 161Escenarios de falla de testigo....................................................... 165Desactivar SRDF/Metro...............................................................166Restricciones de SRDF/Metro..................................................... 167

RecoverPoint............................................................................................ 168Replicación remota mediante eNAS.......................................................... 169

Replicación mixta local y remota 171SRDF y TimeFinder................................................................................... 172

Dispositivos R1 y R2 en operaciones de TimeFinder......................172SRDF/AR..................................................................................... 173Soluciones SRDF/AR de dos sitios............................................... 173Soluciones SRDF/AR de tres sitios...............................................174TimeFinder y SRDF/A.................................................................. 175TimeFinder y SRDF/S.................................................................. 175Coordinación de SRDF y EMC FAST............................................ 175

Migración de datos 177Descripción General.................................................................................. 178Soluciones de migración de datos para ambientes de sistemas abiertos.... 178

Descripción general de la migración no disruptiva.........................178Acerca de Open Replicator...........................................................182PowerPath Migration Enabler...................................................... 184Migración de datos mediante SRDF/Data Mobility.......................185

Soluciones de migración de datos para ambientes de mainframe.............. 190Migración de volúmenes mediante z/OS Migrator....................... 190Migración de conjuntos de datos mediante z/OS Migrator........... 191

Creación de informes de errores de mainframe 193Error de creación de informes para el host de mainframe..........................194Creación de informes de severidad SIM.................................................... 194

Errores de recursos de operación del sistema.............................. 195Mensajes al operador................................................................... 199

Licencias 201Licencias electrónicas...............................................................................202

Mediciones de capacidad.............................................................203Licencias de sistemas abiertos..................................................................204

Paquete de licencias....................................................................205

Capítulo 9

Capítulo 10

Apéndice A

Apéndice B

CONTENIDO


Conjuntos de licencias................................................................. 205Licencias individuales................................................................... 212Licencias del ecosistema.............................................................. 213

Licencias de mainframe.............................................................................214Paquetes de licencias................................................................... 214Licencia individual.........................................................................214

CONTENIDO


Arquitectura de D@RE, integrada...............................................................................44Arquitectura de D@RE, externa..................................................................................45Transferencia de datos de ProtectPoint..................................................................... 66Topología típica de respaldo/recuperación de RecoverPoint...................................... 67Flujo de trabajo básico de respaldo............................................................................. 70Flujo de trabajo de restauración en el nivel de objetos................................................ 72Flujo de trabajo de restauración de reversión de una aplicación completa...................73Recuperación de una base de datos completa en los dispositivos de producción........ 74Grupos de autoaprovisionamiento...............................................................................87Transferencia de datos de FAST.................................................................................90Componentes de FAST...............................................................................................93Cumplimiento de nivel de servicio...............................................................................94Interoperabilidad de la replicación local, dispositivos FBA......................................... 102Interoperabilidad de la replicación local, dispositivos CKD......................................... 103Instantáneas sin destino de SnapVX..........................................................................105Snapshots de SnapVX en cascada.............................................................................106Operación de zDP..................................................................................................... 107Topología de SRDF simultáneo.................................................................................. 116Topología de SRDF en cascada.................................................................................. 117SRDF/Star simultáneo...............................................................................................119SRDF/Star simultáneo con dispositivos R22............................................................. 120SRDF/Star en cascada.............................................................................................. 121Dispositivos R22 en SRDF/Star en cascada.............................................................. 122SRDF de cuatro sitios................................................................................................123Dispositivos R1 y R2 ................................................................................................. 127Dispositivo R11 en SRDF simultáneo.......................................................................... 128Dispositivo R21 en SRDF en cascada......................................................................... 128Dispositivos R22 en SRDF/Star en cascada y simultáneo..........................................129Vista de la interfaz del host y vista de SRDF de estados........................................... 130Flujo de I/O de escritura: SRDF síncrono simple........................................................138Cambios de ciclo de SRDF/A SSC: modo de múltiples ciclos.................................... 140Cambios de ciclo de SRDF/A SSC: modo existente................................................... 141Cambios de ciclo de SRDF/A MSC: modo de múltiples ciclos....................................142Comandos de escritura en dispositivos R21............................................................... 143Failover planeado: antes del intercambio de personalidad..........................................149Failover planeado: después del intercambio de personalidad..................................... 150Failover al sitio B; el sitio A y el host de producción no están disponibles.................. 150Migración de datos y eliminación del arreglo secundario (R2) original....................... 154Migración de datos y reemplazo del arreglo primario (R1) original.............................155Migración de datos y reemplazo de los arreglos primario (R1) y secundario (R2)originales...................................................................................................................156SRDF/Metro............................................................................................................. 158Ciclo de vida de SRDF/Metro................................................................................... 160Testigo de arreglo y grupos SRDF/Metro................................................................. 163Conexiones y vWitness vApp de SRDF/Metro.......................................................... 164Escenarios de falla única de testigo de SRDF/Metro................................................ 165Escenarios de fallas múltiples de testigo de SRDF/Metro......................................... 166Solución SRDF/AR de dos sitios................................................................................173Solución SRDF/AR de tres sitios............................................................................... 174Zonificación de la migración no disruptiva ................................................................ 179Extracción en activo (o en vivo) de Open Replicator.................................................184Extracción inactiva (o en un momento específico) de Open Replicator..................... 184Migración de datos y eliminación del arreglo secundario (R2) original....................... 186

12345678910111213141516171819202122232425262728293031323334353637383940

414243444546474849505152

FIGURAS


Migración de datos y reemplazo del arreglo primario (R1) original............................. 187Migración de datos y reemplazo de los arreglos primario (R1) y secundario (R2)originales...................................................................................................................188Migración de volúmenes de z/OS............................................................................. 190Migración de conjuntos de datos de z/OS Migrator...................................................191formato del mensaje de error de alerta grave IEA480E de z/OS (falla de call home)..................................................................................................................................199formato del mensaje de error de alerta de servicio IEA480E de z/OS (falla de DA)...199formato del mensaje de error de alerta de servicio IEA480E de z/OS (grupo de SRDFperdido/SIM presentado a un recurso no relacionado)..............................................199formato del mensaje de error de alerta de servicio IEA480E de z/OS (resincronizacióndel espejeado 2)....................................................................................................... 200formato del mensaje de error de alerta de servicio IEA480E de z/OS (resincronizacióndel espejeado 1)........................................................................................................200Proceso de licencia electrónica.................................................................................202

5354

555657

5859

60

61

62

FIGURAS


Convenciones tipográficas utilizadas en este contenido.............................................. 16Historial de revisiones................................................................................................. 18Especificaciones del motor......................................................................................... 24Especificaciones de la caché...................................................................................... 24Especificaciones de vault............................................................................................24Módulos de I/O de front-end .....................................................................................25Módulos de I/O de eNAS............................................................................................25Administradores de transferencia de datos de software de eNAS ..............................25Capacidad, unidades ..................................................................................................25Especificaciones de unidades .................................................................................... 26Tipos de configuración del sistema ............................................................................ 26Gabinetes de arreglos de discos .................................................................................28Configuraciones de gabinete ..................................................................................... 28Especificaciones de dispersión................................................................................... 28Configuración previa ..................................................................................................28Compatibilidad con hosts ...........................................................................................28Opción de compatibilidad con compresión por hardware (SRDF) .............................. 29Conectividad de la familia VMAX3 ............................................................................. 30Unidades de disco de 2.5 in........................................................................................ 32Unidades de disco de 3.5 pulgadas............................................................................. 32Consumo de energía y disipación de calor...................................................................34Especificaciones físicas.............................................................................................. 34Opciones de alimentación........................................................................................... 35Requisitos de alimentación de entrada: monofásica, norteamericana, internacional yaustraliana ................................................................................................................. 35Requisitos de alimentación de entrada: trifásica, norteamericana, internacional yaustraliana ................................................................................................................. 35Distancia mínima de los dispositivos emisores de RF.................................................. 36Emulaciones de HYPERMAX OS.................................................................................38Requisitos de recursos de eManagement................................................................... 40Configuraciones de eNAS por arreglo .........................................................................41Tareas de Unisphere...................................................................................................52Conexiones de ProtectPoint....................................................................................... 67Funcionalidad de administración de los componentes de la arquitectura de VVol........75Escalabilidad específica de VVol .................................................................................76Valores máximos de la unidad lógica de control........................................................... 81LPAR máximos por puerto.......................................................................................... 82Opciones de RAID....................................................................................................... 91Leyenda de cumplimiento de nivel de servicio.............................................................94Niveles de servicio......................................................................................................95Soluciones SRDF de dos sitios....................................................................................111Soluciones SRDF de múltiples sitios ..........................................................................114Funciones de SRDF por plataforma de hardware y ambiente operativo..................... 124Accesibilidad de dispositivos R1................................................................................. 131Accesibilidad de dispositivos R2................................................................................ 132Limitaciones del modo de solo migración .................................................................. 157Limitaciones del modo de solo migración ..................................................................189Alertas de severidad de SIM......................................................................................195Errores de recursos de operación del sistema informados como mensajes SIM.........195Tipos de capacidad del título de producto VMAX3 ...................................................203Suites de licencias de VMAX3 para el ambiente de sistemas abiertos.......................205Licencias individuales para el ambiente de sistemas abiertos.....................................212Licencias individuales para el ambiente de sistemas abiertos.....................................213

123456789101112131415161718192021222324

25

2627282930313233343536373839404142434445464748495051

TABLAS


Conjuntos de licencias para el ambiente de mainframe..............................................21452

TABLAS


Prefacio

Como parte de un esfuerzo por mejorar sus líneas de productos, EMC lanza revisionesperiódicas de su hardware y software. Por lo tanto, es posible que no todas lasversiones de hardware y software admitan algunas funciones que se describen en estedocumento. Las notas de la versión del producto proporcionan la información másactualizada acerca de las características del producto.

En caso de que un producto no funcione adecuadamente o no funcione como lodescribe este documento, póngase en contacto con un representante de EMC.

Nota

La información de este documento era precisa en el momento de la publicación. Esposible que se publiquen nuevas versiones de este documento en el servicio de soporteen línea de EMC (https://support.emc.com). Visite el sitio web para asegurarse deutilizar la versión más reciente de este documento.

PropósitoEste documento detalla las ofertas compatibles con la familia de arreglos EMC®

VMAX3™ (100K, 200K y 400K) que ejecutan HYPERMAX OS 5977.

Público de destinoEste documento está destinado a los clientes y a los representantes de EMC.

Documentación relacionadaLos siguientes portafolios de documentación contienen documentos relacionados conla plataforma de hardware y los manuales necesarios para administrar la configuraciónde su software y de su sistema de almacenamiento. También se enumeran documentossobre componentes externos que interactúan con su arreglo Familia VMAX3.

Guía de planificación del site de la familia EMC VMAX3 para VMAX 100K, VMAX 200K yVMAX 400K con HYPERMAX OS

Proporciona información de planificación sobre la compra y la instalación de unafamilia VMAX3 100K, 200K o 400K.

Guía de las mejores prácticas de EMC VMAX para conexiones de alimentación CA

Describe las mejores prácticas para garantizar una alimentación tolerante a fallaspara un arreglo de la familia VMAX3 o un arreglo VMAX All Flash.

Procedimiento de apagado/encendido de EMC VMAX

Describe cómo apagar y encender un arreglo de la familia VMAX3 o un arregloVMAX All Flash.

Guía de instalación del kit de fijación de EMC VMAX

Describe cómo instalar el kit de fijación en un arreglo de la familia VMAX3 o unarreglo VMAX All Flash.

E-Lab™ Interoperability Navigator (ELN)

Ofrece un portal web de búsqueda de soluciones e interoperabilidad. Puedeencontrar el ELN en https://elabnavigator.EMC.com.

Prefacio 11

https://support.emc.com/

https://elabnavigator.EMC.com

Información de conectividad entre familias de SRDF

Define las versiones de HYPERMAX OS y Enginuity que pueden hacer que lasconfiguraciones de SRDF/Metro y de replicación de SRDF sean válidas y quepueden participar en la migración no disruptiva (NDM).

Notas de la versión de EMC Unisphere for VMAX

Describe nuevas funciones y cualquier limitación conocida de Unisphere forVMAX .

Guía de instalación de EMC Unisphere for VMAX

Proporciona instrucciones de instalación de Unisphere for VMAX.

Ayuda en línea de EMC Unisphere for VMAX

Describe los conceptos y las funciones de Unisphere for VMAX.

Ayuda en línea del visor de rendimiento de EMC Unisphere for VMAX

Describe los conceptos y las funciones del visor de rendimiento de Unisphere forVMAX.

Guía de instalación del visor de rendimiento de EMC Unisphere for VMAX

Proporciona instrucciones de instalación del visor de rendimiento de Unisphere forVMAX.

Guía del programador y conceptos de la API de REST de EMC Unisphere for VMAX

Describe los conceptos y las funciones de la API de REST de Unisphere forVMAX.

Ayuda en línea del analizador de almacenamiento de bases de datos de EMC Unispherefor VMAX

Describe los conceptos y las funciones del analizador de almacenamiento de basesde datos de Unisphere for VMAX.

Notas de la versión de EMC Unisphere 360 for VMAX

Describe nuevas funciones y cualquier limitación conocida de Unisphere 360 forVMAX.

Guía de instalación de EMC Unisphere 360 for VMAX

Proporciona instrucciones de instalación de Unisphere 360 for VMAX.

Ayuda en línea de EMC Unisphere 360 for VMAX

Describe los conceptos y las funciones de Unisphere 360 for VMAX

Notas de la versión de EMC Solutions Enabler, VSS Provider y SMI-S Provider

Describe nuevas funciones y cualquier limitación conocida.

Guía de configuración e instalación de EMC SolutionPack

Brinda instrucciones de instalación específicas para el host.

Guía de referencia de la CLI de EMC Solutions Enabler

Documenta los comandos de la SYMCLI, los demonios, los códigos de error y losparámetros de opción de archivos que brindan las páginas de los manuales deSolutions Enabler.

Prefacio


Guía del usuario de la CLI de administración y controles de arreglos de EMC SolutionsEnabler para HYPERMAX OS

Describe cómo configurar las operaciones de control, administración y migraciónde los arreglos mediante los comandos de la SYMCLI para los arreglos queejecutan HYPERMAX OS.

Guía del usuario de la CLI de administración y controles de arreglos de EMC SolutionsEnabler

Describe cómo configurar las operaciones de control, administración y migraciónde los arreglos mediante los comandos de la SYMCLI.

Guía del usuario de la CLI de la familia SRDF de EMC Solutions Enabler

Describe cómo configurar y administrar ambientes de SRDF mediante loscomandos de la SYMCLI.

Información de conectividad entre familias de SRDF

Define las versiones de HYPERMAX OS y Enginuity que pueden hacer que lasconfiguraciones de SRDF/Metro y de replicación de SRDF sean válidas y quepueden participar en la migración no disruptiva (NDM).

Guía del usuario de la interfaz de la línea de comandos de TimeFinder SnapVX de EMCSolutions Enabler para HYPERMAX OS

Describe cómo configurar y administrar ambientes de TimeFinder SnapVXmediante los comandos de la SYMCLI.

Guía del usuario de la CLI de SRM de EMC Solutions Enabler

Brinda información de la administración de recursos de almacenamiento (SRM)relacionada con varios objetos de datos e instalaciones de manejo de datos.

Guía de configuración de vWitness de SRDF/Metro de EMC

Describe cómo instalar, configurar y administrar SRDF/Metro mediante vWitness.

Guía de alertas y eventos de Software de administración de VMAX

Documenta los mensajes del demonio de SYMAPI, los errores asíncronos, loseventos de mensaje y los códigos de retorno de la SYMCLI.

Guía de implementación de EMC ProtectPoint

Describe cómo implementar ProtectPoint.

Guía de soluciones de EMC ProtectPoint

Brinda información de ProtectPoint relacionada con varios objetos de datos einstalaciones de manejo de datos.

Referencia de comandos del agente de sistema de archivos de EMC ProtectPoint

Documenta los comandos, los códigos de error y las opciones.

Notas de la versión de EMC ProtectPoint


Guía de instalación y personalización de EMC Mainframe Enablers

Describe cómo instalar y configurar el software de Mainframe Enablers.

Notas de la versión de EMC Mainframe Enablers


Prefacio

13

Guía de mensajes de EMC Mainframe Enablers

Describe los mensajes de estado, advertencia y error generados por el softwarede Mainframe Enablers.

Guía del producto de EMC Mainframe Enablers ResourcePak Base for z/OS

Describe cómo configurar la administración y el control del sistema VMAXmediante EMC Symmetrix Control Facility (EMCSCF).

Guía del producto de EMC Mainframe Enablers AutoSwap for z/OS

Describe cómo utilizar AutoSwap para ejecutar intercambios automáticos decarga de trabajo entre distintos sistemas VMAX cuando el software detecta unainterrupción planificada o no planificada.

Guía del producto de EMC Mainframe Enablers Consistency Groups for z/OS

Describe cómo usar los grupos de consistencia para z/OS (ConGroup) a fin degarantizar la coherencia de los datos copiados de forma remota mediante SRDFen caso de un desastre gradual.

Guía del producto de EMC Mainframe Enablers SRDF Host Component for z/OS

Describe cómo utilizar Host Component en SRDF para controlar y monitorear losprocesos de replicación de datos remota.

Guía del producto de EMC Mainframe Enablers TimeFinder SnapVX and zDP

Describe cómo utilizar TimeFinder SnapVX y zDP para crear y administrarinstantáneas sin destino y con un uso eficiente del espacio.

Guía del producto de EMC Mainframe Enablers TimeFinder/Clone Mainframe SnapFacility

Describe cómo utilizar TimeFinder/Clone, TimeFinder/Snap y TimeFinder/CGpara monitorear y controlar los procesos de replicación de datos local.

Guía del producto de EMC Mainframe Enablers TimeFinder/Mirror for z/OS

Describe cómo utilizar TimeFinder/Mirror para crear Business ContinuanceVolumes (BCV) los cuales se pueden establecer, dividir, restablecer y restaurar apartir de los volúmenes lógicos de origen para el respaldo, la restauración, elapoyo para la toma de decisiones o las pruebas de aplicaciones.

Guía del producto de EMC Mainframe Enablers TimeFinder Utility for z/OS

Describe cómo utilizar la utilidad de TimeFinder para preparar los dispositivos y losvolúmenes.

Guía del producto de EMC GDDR for SRDF/S with ConGroup

Describe cómo utilizar Geographically Dispersed Disaster Restart (GDDR) paraautomatizar la recuperación del negocio después de interrupciones planificadas ysituaciones de desastre.

Guía del producto de EMC GDDR for SRDF/S with AutoSwap


Guía del producto de EMC GDDR for SRDF/Star


Prefacio


Guía del producto de EMC GDDR for SRDF/Star with AutoSwap


Guía del producto de EMC GDDR for SRDF/SQAR with AutoSwap


Guía del producto de EMC GDDR for SRDF/A


Guía de mensajes de EMC GDDR

Describe el estado, las advertencias y los mensajes de error generados por GDDR.

Notas de la versión de EMC GDDR


Guía del producto de EMC z/OS Migrator

Describe cómo utilizar z/OS Migrator para ejecutar funciones de migrador yespejeado de volumen, así como funciones de migración lógica.

Guía de mensajes de EMC z/OS Migrator

Describe el estado, las advertencias y los mensajes de error generados por z/OSMigrator.

Notas de la versión de EMC z/OS Migrator


Guía del producto de EMC ResourcePak for z/TPF

Describe cómo configurar la administración y el control del sistema VMAX en elambiente operativo de z/TPF.

Guía del producto de EMC SRDF Controls for z/TPF

Describe cómo ejecutar operaciones de replicación remota en el ambienteoperativo de z/TPF.

Guía del producto de EMC TimeFinder Controls for z/TPF

Describe cómo ejecutar operaciones de replicación local en el ambiente operativode z/TPF.

Notas de la versión de EMC z/TPF Suite


Convenciones para avisos especiales utilizadas en este documentoEMC usa las siguientes convenciones para notificaciones especiales:

PELIGRO

Indica una situación peligrosa que, si no se evita, provoca la muerte o lesionesgraves.

Prefacio

15

ADVERTENCIA

Indica una situación peligrosa que, si no se evita, podría provocar la muerte olesiones graves.

PRECAUCIÓN

Indica una situación peligrosa que, si no se evita, podría provocar lesionesmenores o moderadas.

AVISO

Aborda prácticas no relacionadas con lesiones personales.

Nota

Presenta información que es importante, pero que no está relacionada con peligros.

Convenciones tipográficasEMC usa las siguientes convenciones de estilo de letras en este documento:

Tabla 1 Convenciones tipográficas utilizadas en este contenido

Negrita Se utiliza para los nombres de los elementos de la interfaz, como losnombres de las ventanas, los cuadros de diálogo, los botones, loscampos, las pestañas, las teclas y las rutas de acceso de menú (loque el usuario específicamente selecciona o las opciones a las que leshace clic).

Cursiva Se utiliza para títulos completos de publicaciones a las que se hacereferencia en el texto

Monospace Utilizada para:

l Código del sistema

l Salida del sistema, como un mensaje de error o script

l Nombres de ruta, nombres de archivos, indicadores y sintaxis.

l Comandos y opciones

Fuente monoespaciadaen cursiva

Se utiliza para variables

Fuentemonoespaciada ennegrita

Se utiliza para entradas del usuario

[ ] Los corchetes encierran valores opcionales

| La barra vertical indica selecciones alternativas; la barra significa “o”

{ } Las llaves encierran contenido que debe especificar el usuario, comox, y o z

... Los puntos suspensivos indican información no esencial omitida en elejemplo

Prefacio


Dónde obtener ayudaLa información sobre soporte, productos y licencias de EMC puede obtenerse de lasiguiente manera:

Información de productos

El soporte técnico de EMC, la documentación, las notas de versión, lasactualizaciones de software o la información sobre los productos de EMC puedenobtenerse en el site https://support.emc.com (se requiere registro).

Soporte técnico

Para abrir una solicitud de servicio por medio del site https://support.emc.com,debe contar con un acuerdo de soporte válido. Póngase en contacto con surepresentante de ventas de EMC para obtener más información sobre cómoobtener un acuerdo de servicio válido o para aclarar cualquier tipo de dudas enrelación con su cuenta.

Opciones de soporte adicionales

l Soporte por producto: EMC ofrece información consolidada específica deproductos a través de la Web en: https://support.EMC.com/productsLas páginas de soporte por producto ofrecen vínculos rápidos adocumentación, informes técnicos, asesorías (como artículos de usofrecuente de la base de conocimientos) y descargas, además de contenidodinámico, como presentaciones, análisis, entradas pertinentes del foro deservicio al cliente y un vínculo al chat en línea de EMC.

l Chat en línea de EMC: abra una sesión de chat en línea o de mensajeríainstantánea con un ingeniero de soporte de EMC.

Soporte de eLicensing

Para activar sus derechos y obtener sus archivos de licencia de VMAX, visite elCentro de Servicios en https://support.EMC.com según se indica en la carta delcódigo de autorización de licencia (LAC) que se le envió por correo electrónico.

l Para obtener ayuda con respecto a derechos faltantes o incorrectos despuésde una activación (es decir, cuando la funcionalidad esperada sigue sin estardisponible debido a que no tiene licencia), póngase en contacto con surepresentante de cuentas de EMC o con un reseller autorizado.

l Para obtener ayuda en caso de errores al aplicar los archivos de licencia através de Solutions Enabler, póngase en contacto con el centro de servicio alcliente de EMC.

l Si no dispone de una carta LAC o si necesita instrucciones adicionales paraactivar sus licencias por medio del site de servicio de soporte en línea de EMC,póngase en contacto con el equipo internacional de licencias de EMC a travésde [email protected] o llame al siguiente número:

n Norteamérica; Latinoamérica; Pacífico Asiático, Japón y Corea; Australia;Nueva Zelanda: SVC4EMC (800-782-4362) y siga las indicaciones de voz.

n EMEA +353 (0) 21 4879862 y siga las indicaciones de voz.

Sus comentariosSus sugerencias nos ayudan a continuar mejorando la exactitud, organización y calidadgeneral de la documentación. Envíe sus comentarios a: [email protected]

Prefacio

17

https://support.emc.com

https://support.emc.com

https://support.EMC.com/products

http://support.emc.com

mailto:[email protected]

Historial de revisionesLa siguiente tabla enumera el historial de revisiones de este documento.

Tabla 2 Historial de revisiones

Revisión Descripción o cambio Sistemaoperativo

6.5 Nuevo contenido:

l RecoverPoint en la página 168

l Instantáneas seguras en la página 104

l Cifrado de datos en reposo en la página 42

HYPERMAX OS5977 Q2 2017SR

6.4 Contenido revisado:

l Descripción general del testigo de arreglo de SRDF o Metro

HYPERMAX OS5997.952 892


l Virtual Witness (vWitness) en la página 164

l Migración no disruptiva

HYPERMAX OS5997.952 892

6.2 Agregar soporte de z/DP (SnapVX y zDP de mainframe en la página 106) HYPERMAX OS5977.945.890

6.1 Se actualizó el apéndice de licencias. HYPERMAX5997.811.784


l Compatibilidad de HYPERMAX OS con mainframe en la página 80

l Volúmenes virtuales de VMware en la página 75

l Unisphere 360 en la página 53

HYPERMAX5977.810.784

5.5.4 Tabla actualizada del consumo de energía y la disipación de calor de la familia VMAX3:Consulte: Especificaciones de la familia VMAX3 en la página 24

l Para un sistema de dos motores de 200K: Se modificó la disipación de calor máximade 30,975 a 28,912 BTU/h.

l Se agregó una nota al tema Disipación de calor y alimentación.


5.3 La clave de cifrado de datos PKCS #12 se cambió a PKCS #5. HYPERMAX5977.691.684

5.2 Contenido revisado: Cantidad de CPU necesarios para admitir eManagement. HYPERMAX5977.691.684

5.1 Contenido revisado:

l En SRDF/Metro, se cambió la tecnología de quórum a testigo.



l Nuevas funciones de FAST.X

l SRDF/Metro en la página 157

Contenido revisado:


Prefacio


Tabla 2 Historial de revisiones (continuación)

Revisión Descripción o cambio Sistemaoperativo

l Especificaciones de la familia VMAX3 en la página 24

Contenido eliminado:

l Detalles de la operación de escritura heredada de TimeFinder

l EMC XtremSW Cache

4.0 Nuevo contenido: Aprovisionamiento externo con FAST.X en la página 96a HYPERMAX OS5977.596.583 yQ2 ServicePack (ePack)


l Cifrado de datos en reposo en la página 42

l Eliminación de datos en la página 46

l Soluciones de SRDF en cascada en la página 116

l Soluciones SRDF/Star en la página 117

HYPERMAX OS5977.596.583

2.0 Nuevo contenido: NAS incorporado (eNAS). HYPERMAX OS5977.497.471

1.0 Primera versión de los arreglos VMAX 100K, 200K y 400K con EMC HYPERMAX OS5977.

HYPERMAX OS5977.250.189

a. FAST.X requiere Solutions Enabler/Unisphere for VMAX versión 8.0.3.

Prefacio

Historial de revisiones 19

Prefacio


CAPÍTULO 1

VMAX3 con HYPERMAX OS

Este capítulo resume las especificaciones de la familia VMAX3 y describe las funcionesde HYPERMAX OS. Se abordarán los siguientes temas:

l Introducción a VMAX3 con HYPERMAX OS.......................................................22l Arreglos Familia VMAX3 100K, 200K, 400K........................................................23l HYPERMAX OS..................................................................................................37

VMAX3 con HYPERMAX OS 21

Introducción a VMAX3 con HYPERMAX OSLos arreglos de almacenamiento de la familia EMC VMAX3 ofrecen una arquitecturade varios controladoras de escalamiento horizontal de nivel 1 con consolidación yeficiencia inigualables para la empresa. La familia VMAX3 incluye tres modelos:

l VMAX 100K: de dos a cuatro controladoras, 48 cores, caché de 2 TB,1440 unidades de 2.5 in, 64 puertos, 1.1 PBu

l VMAX 200K: de dos a ocho controladoras, 128 cores, caché de 8 TB, 2,880 discosde 2.5 in, 128 puertos, 2.3 PBu

l VMAX 400K: de dos a 16 controladoras, 384 cores, caché de 16 TB, 5,760 discosde 2.5 in, 256 puertos, 4.3 PBu

Los arreglos VMAX3 presentan un rendimiento y una escala sin precedentes, y unaarquitectura radicalmente nueva para el almacenamiento empresarial que separa losservicios de datos de software de la plataforma subyacente. La combinación desoftware y hardware de VMAX3 ofrece lo siguiente:

l Conectividad de mainframe y de sistema abierto

l Aumento considerable de la densidad de la placa para piso falso mediante laconsolidación de gabinetes de discos de alta capacidad para discos de 2.5 in y3.5 in y motores en la misma bahía del sistema

l Compatibilidad con configuraciones híbridas o todo flash

l Compatibilidad con bloques y archivos unificados mediante NAS incorporado(eNAS), lo cual elimina el hardware físico

l Cifrado de datos en reposo para aquellas aplicaciones que exigen el más alto nivelde seguridad

l Aprovisionamiento de niveles de servicio (SL) con FAST.X para arreglos externos(XtremIO, CloudArray y almacenamiento de otros fabricantes compatible)

l Protocolos de front-end FICON, iSCSI, Fibre Channel y FCoE

l Administración simplificada a escala mediante niveles de servicio, lo que reducehasta en un 95 % el tiempo de aprovisionamiento a menos de 30 segundos

l Organización en niveles ampliada a la nube con la integración de EMC CloudArraypara brindar una escalabilidad extrema y una disminución de hasta un 40 % en loscostos del almacenamiento

HYPERMAX OS se presenta como el sistema operativo convergente de hipervisor yalmacenamiento abierto líder del sector. HYPERMAX OS combina característicaslíderes en el sector de alta disponibilidad, administración de I/O, calidad de servicio,validación de integridad de datos, almacenamiento en niveles y seguridad de datos conuna plataforma de aplicaciones abierta.

HYPERMAX OS incluye el primer hipervisor de almacenamiento no disruptivo entiempo real que administra y protege los servicios incorporados mediante la extensiónde la alta disponibilidad de VMAX3 a aquellos servicios que tradicionalmente seejecutarían de manera externa al arreglo. Asimismo, proporciona acceso directo a losrecursos de hardware a fin de maximizar el rendimiento.



Arreglos Familia VMAX3 100K, 200K, 400KEl tamaño de los arreglos VMAX3 varía de uno a dos (100K), cuatro (200K) u ochosistemas de motores (400K). Los motores (que constan de dos controladoras) y losgabinetes de discos de alta capacidad (para discos de 2.5 y 3.5 in) se consolidan en lamisma bahía del sistema, lo cual aumenta drásticamente la densidad de la placa parapiso falso.

Los arreglos VMAX3 vienen totalmente preconfigurados de fábrica, lo que reduceconsiderablemente el tiempo para la primera transferencia de I/O durante lainstalación.

Entre las funciones de Arreglo VMAX3, se incluyen las siguientes:

l Configuraciones híbridas (combinación de discos duros tradicionales/regulares ydiscos SSD/flash) o todo flash

l Dispersión de las bahías del sistema de hasta 25 m (82 ft) desde la primera bahíadel sistema

l Cada bahía del sistema puede contener uno o dos motores y hasta seis gabinetesde arreglos de discos (DAE) de alta densidad por motor.

n Configuraciones de un motor: hasta 720 unidades SAS de 6 Gb/s y 2.5 in,360 unidades de 3.5 in o una combinación de ambos tipos

n Configuraciones de dos motores: hasta 480 unidades SAS de 6 Gb/s y 2.5 in,240 unidades de 3.5 in o una combinación de ambos tipos

l Racks de otros fabricantes (opcional)


Arreglos Familia VMAX3 100K, 200K, 400K 23

Especificaciones de la familia VMAX3Las siguientes tablas enumeran las especificaciones de cada modelo de la familiaVMAX3.

Tabla 3 Especificaciones del motor

Característica VMAX 100K VMAX 200K VMAX 400K

Cantidad de motoresadmitidos

De 1 a 2 De 1 a 4 De 1 a 8

Gabinete de motores 4 U 4 U 4 U

CPU Intel Xeon E5-2620-v22.1 GHz y 6 cores

Intel Xeon E5-2650-v22.6 GHz y 8 cores

Intel Xeon E5-2697-v22.7 GHz y 12 cores

Ancho de banda deDynamic Virtual Matrix

700 GB/s 700 GB/s 1,400 GB/s

Cantidad de cores porCPU/por motor/por sistema

6/24/48 8/32/128 12/48/384

Interconexión de DynamicVirtual Matrix

Fabric redundante InfiniBanddoble: 56 Gbps por puerto



Tabla 4 Especificaciones de la caché


Caché del sistema mín.(cruda)

512 GB 512 GB 512 GB

Caché del sistema máx.(cruda)

2 TBr (con motor de 1024 GB) 8 TBr (con motor de2,048 GB)

16 TBr (con motor de2,048 GB)

Opciones de caché por motor 512 GB, 1,024 GB 512 GB, 1,024 GB, 2,048 GB 512 GB, 1,024 GB, 2,048 GB

Tabla 5 Especificaciones de vault


Estrategia de vault De vault a flash De vault a flash De vault a flash

Implementación de vault De dos a cuatro módulos deI/O flash por motor

De dos a ocho módulos de I/Oflash por motor

De dos a ocho módulos de I/Oflash por motor



Tabla 6 Módulos de I/O de front-end


Máx. de módulos de I/O defront-end/motor

8 8 8

Módulos de I/O de front-endy protocolos compatibles

FC: 4 de 8 Gb/s (FC, SRDF)


FICON: 4 de 16 Gb/s (FICON)

FCoE: 4 de 10 GbE (FCoE)

iSCSI: 4 de 10 GbE (iSCSI)

GbE: 2/2 óptico/cobre(SRDF)

10 GbE: 2 de 10 GbE (SRDF)















Tabla 7 Módulos de I/O de eNAS


Máx. de módulos de I/O deeNAS/administrador detransferencia de datos desoftware

2 (mín. de 1 módulo I/O deEthernet requerido)



Módulos de I/O de eNAScompatibles

GbE: 4 de 1 GbE de cobre

10 GbE: 2 de 10 GbE de cobre

10 GbE: 2 de 10 GbE óptico

FC: 4 de 8 Gb/s (respaldo detipo NDMP)

(máx. de 1 NDMP de FC poradministrador de transferenciade datos de software)





(máx. de 1 NDMP de FC poradministrador detransferencia de datos desoftware)





(máx. de 1 NDMP de FC poradministrador detransferencia de datos desoftware)

Tabla 8 Administradores de transferencia de datos de software de eNAS


Cant. máx. deadministradores detransferencia dedatos de software

2 (1 activo y 1 en espera) 4 (3 activos y 1 en espera) 8 (7 activos y 1 en espera)

Capacidad máxima de NAS/arreglo (terabytes útiles)

256 1,536 3,584

Tabla 9 Capacidad, unidades


Capacidad máx. por arreglo .54 PBu 2.31 PBu 4.35 PBu


Especificaciones de la familia VMAX3 25

Tabla 9 Capacidad, unidades (continuación)


Máx. de unidades por sistema 1,440 2,880 5,760

Cant. máx. de unidades por bahía desistema

720 720 720

Cant. mín. de repuestos por sistema 1 1 1

Conteo de unidades mínimo (1 motor) 4 + 1 repuesto 4 + 1 repuesto 4 + 1 repuesto

Tabla 10 Especificaciones de unidades

VMAX 100K VMAX 200K VMAX 400K

Discos SAS de 3.5 in

Disco SAS de 10,000 r/min 300 GBa, 600 GBa, 1.2 TBa

10,000 r/min300 GBa, 600 GBa, 1.2 TBa

10,000 r/min300 GBa, 600 GBa, 1.2 TBa

10,000 r/min

Disco SAS de 15,000 r/min 300 GBa 15,000 r/min 300 GBa 15,000 r/min 300 GBa 15,000 r/min

Disco SAS de 7,200 r/min 2 TB 7,200 r/mina, 4 TB7,200 r/mina

2 TB 7,200 r/mina, 4 TB7,200 r/mina

2 TB 7,200 r/mina, 4 TB7,200 r/mina

Disco SAS flash 200 GBa,b, 400 GBa,b,800 GBa,b, 1.6 TBa,b flash

200 GBa,b, 400 GBa,b,800 GBa,b, 1.6 TBa,b flash


Unidades SAS de 2,5 in

Disco SAS de 10,000 r/min 300 GBc, 600 GBc, 1.2 TBc

10,000 r/min300 GBc, 600 GBc, 1.2 TBc

10,000 r/min300 GBc, 600 GBc, 1.2 TBc

10,000 r/min

Disco SAS de 15,000 r/min 300 GBa 15,000 r/min 300 GBa 15,000 r/min 300 GBa 15,000 r/min

Disco SAS flash 200 GBa,b, 400 GBa,b,800 GBa,b, 1.6 TBa,b flash



Disco SAS flash 960 GBc,b, 1.92 TBc,b flash 960 GBc,b, 1.92 TBc,b flash 960 GBc,b, 1.92 TBc,b flash

Interfaz de BE Discos SAS de 6 Gbps Discos SAS de 6 Gbps Discos SAS de 6 Gbps

Opciones de RAID(todas las unidades)

RAID 1

RAID 5 (3+1)

RAID 5 (7+1)

RAID 6 (6+2)

RAID 6 (14+2)

RAID 1

RAID 5 (3+1)

RAID 5 (7+1)

RAID 6 (6+2)

RAID 6 (14+2)

RAID 1

RAID 5 (3+1)

RAID 5 (7+1)

RAID 6 (6+2)

RAID 6 (14+2)

a. Puntos de capacidad y formatos de unidad disponibles para las actualizaciones.b. Actualmente no se admite la combinación de capacidades flash de 200 GB, 400 GB, 800 GB o 1.6 TB con las capacidades flash

de 960 GB o 1.92 TB en el mismo arreglo.c. Formatos de unidades y puntos de capacidad disponibles en actualizaciones y sistemas nuevos

Tabla 11 Tipos de configuración del sistema


Todas las configuraciones deDAE de 2.5 in

2 bahías de 1,440 unidades 4 bahías de 2,880 unidades 8 bahías de 5,760 unidades



Tabla 11 Tipos de configuración del sistema (continuación)


Todas las configuraciones deDAE de 3.5 in

2 bahías de 720 unidades 4 bahías de 1,440 unidades 8 bahías de 2,880 unidades

Configuraciones mixtas 2 bahías de 1,320 unidades 4 bahías de 2,640 unidades 8 bahías de 5,280 unidades



Tabla 12 Gabinetes de arreglos de discos


DAE de 120 unidades de 2.5 in Sí Sí Sí

DAE de 60 unidades de3.5 pulgadas

Sí Sí Sí

Tabla 13 Configuraciones de gabinete


Bahías estándar de 19 in Sí Sí Sí

Configuración de un sistemacon una sola bahía

Sí Sí Sí

Configuración de bahía desistema de dos motores

Sí Sí Sí

Opción de montaje en rack deotros fabricantes

Sí Sí Sí

Tabla 14 Especificaciones de dispersión


DISPERSIÓN DE BAHÍASDEL SISTEMA

Hasta 25 m (82 pies) entre labahía de sistema 1 y la bahíade sistema 2

Hasta 25 m (82 pies) entre labahía de sistema 1 y cualquierotra bahía de sistema

Hasta 25 m (82 pies) entre labahía de sistema 1 y cualquierotra bahía de sistema

Tabla 15 Configuración previa


100 % de aprovisionamientodelgado

Sí Sí Sí

Configuración previa defábrica

Sí Sí Sí

Tabla 16 Compatibilidad con hosts


Sistemas abiertos Sí Sí Sí

Mainframe (emulación deCKD 3380 y 3390)

Sí Sí Sí

Compatibilidad con la serieIBM i(solo D910)

Sí Sí Sí



Tabla 17 Opción de compatibilidad con compresión por hardware (SRDF)


GbE/10 GbE Sí Sí Sí

FC de 8 Gb/s Sí Sí Sí

FC de 16 Gb/s Sí Sí Sí



Tabla 18 Conectividad de la familia VMAX3

Protocolos I/O VMAX 100K VMAX 200K VMAX 400K

Puertos de host/SRDF FC de 8 Gb/s

Máximo por motor 32 32 32

Máximo por arreglo 64 128 256

Puertos de host/SRDF FC de 16 Gb/s



Puertos FICON de 16 Gb/s



Puertos iSCSI de 10 GbE



10 puertos FCoE GbE



Puertos SRDF de 10 GbE



Puertos SRDF GbE



Puertos de NAS incorporados

Puertos GbE

Máx. de puertos/administrador detransferencia de datos de software

8 12 12

Máximo de puertos por arreglo 16 48 96

Puertos de 10 GbE (cobre u óptico)


4 6 6


Puertos de respaldo de tipo NDMP de FC de 8 Gb/s


1 1 1



Tabla 18 Conectividad de la familia VMAX3 (continuación)

Protocolos I/O VMAX 100K VMAX 200K VMAX 400K




Compatibilidad con unidades de discoLos sistemas VMAX 100K, 200K y 400K son compatibles con los discos SAS nativos dedos puertos de 6 Gb/s más recientes. Todas las familias de unidades (Enterprise Flash,10,000, 15,000 y 7,200 r/min) son compatibles con dos canales de I/O independientescon conmutación por error y aislamiento de fallas automáticos. Se permitenconfiguraciones que combinen capacidades y velocidades de unidades según laconfiguración. Todas las capacidades se basan en la equivalencia 1 GB =1,000,000,000 bytes. La capacidad útil real puede variar según la configuración.

Tabla 19 Unidades de disco de 2.5 in

Compatibilidad deplataformas

VMAX 100K, 200K, 400K

Capacidad nominal(GB)

200a ,c 400a ,c 800a ,c 960b,c 1,600a ,c 1,920b ,c 300a 300b 600b 1,200b

Velocidad (r/min) Flash Flash Flash Flash Flash Flash 15,000r/min

10,000r/min

10,000r/min

10,000r/min

Tiempo de búsquedapromedio(lectura/escritura enms)

N/D N/D N/D N/D N/D N/D 2.8/3.3

3.7/4.2 3.7/4.2 3.7/4.2

Capacidad cruda (GB) 200 400 800 960 1,600 1,920 292.6 292.6 585.4 1,200.2

Capacidad con formatopara sistemas abiertos(GB)

196.86 393.72 787.44 939.38 1,574.88 1,880.08 288.02 288.02 576.05 1,181.16

Capacidad con formatopara mainframe (GB)

191.53 393.64 787.27 939.29 1,574.55 1,879.75 287.86 287.86 575.72 1,180.91

a. Puntos de capacidad y formatos de disco disponibles para actualizaciones.b. Puntos de capacidad y formatos de disco disponibles en sistemas nuevos y actualizaciones.c. Actualmente no se admite la combinación de capacidades flash de 200 GB, 400 GB, 800 GB o 1.6 TB con capacidades flash de

960 GB o 1.92 TB en el mismo arreglo.

Tabla 20 Unidades de disco de 3.5 pulgadas


VMAX 100K, 200K, 400K

Capacidad nominal(GB)

200a,b 400a,b 800a,b 1,600a,b 300a 300a 600a 1,200a 2,000a 4,000a

Velocidad (r/min) Flash Flash Flash Flash 15,000r/min

10,000r/min

10,000r/min

10,000r/min

7,200r/min

7,200r/min

Tiempo de búsquedapromedio(lectura/escritura enms)

N/D N/D N/D N/D 2.8/3.3

3.7/4.2 3.7/4.2 3.7/4.2 8.2/9.2

8.2/9.2

Capacidad cruda (GB) 200 400 800 1,600 292.6 292.6 585.4 1,200.2 1,912.1 4,000

Capacidad con formatopara sistemas abiertos(GB)

196.86 393.72 787.44 1,574.88 288.02 288.02 576.05 1,181.16 1,968.6 3,938.5



Tabla 20 Unidades de disco de 3.5 pulgadas (continuación)


VMAX 100K, 200K, 400K

Capacidad con formatopara mainframe (GB)

196.53 393.64 787.27 1,574.55 287.86 287.86 575.72 1,180.91

1,968.18

3,938.10

a. Puntos de capacidad y formatos de disco disponibles para actualizaciones.b. Actualmente no se admite la combinación de capacidades flash de 200 GB, 400 GB, 800 GB o 1.6 TB con capacidades flash de

960 GB o 1.92 TB en el mismo arreglo.



Tabla 21 Consumo de energía y disipación de calor

VMAX 100K VMAX 200K VMAX 400K

Alimentación ydisipación decalor máximos a<26 °C y>35 °C a

Consumototal deenergíamáximo<26 °C />35 °C(kVA)

Disipaciónde calormáxima<26 °C />35 °C(BTU/h)





Bahía desistema 1Un único motor

8.27/10.8 28,201/36,828

8.37/10.9 28,542/37,169

8.57/11.1 29,224/37,851

Bahía desistema 2Un solo motorb

8.13/10.4 27,723/35,464

8.33/10.6 28,405/36,146

8.43/10.7 28,746/36,487

Bahía desistema 1Dos motores

6.44/8.8 21,960/30,008

6.74/9.1 22,983/31,031

7.04/9.4 24,006/32,054

Bahía desistema 2Dos motoresb

N/D 6.7/8.8 22,847/30,008

6.9/9 23,529/30,690

a. Los valores de alimentación y la disipación de calor que se muestran mayores que 35 °C reflejan los niveles de potencia másaltos asociados con el ciclo de recarga de la batería y la iniciación de algoritmos de enfriamiento adaptable a temperaturaambiente alta. Los valores menores que 26 °C reflejan más valores máximos de estado estable durante el funcionamientonormal.

b. Valores de alimentación para la bahía de sistema 2 y todas las bahías de sistema subsiguientes donde corresponda.

Tabla 22 Especificaciones físicas

Configuraciones debahía a

Alturab

(cm/in)

c

(cm/in)Profundidadd

(cm/in)Peso(máx. en kg/lb)

Bahía de sistema, un solomotor

190/75 61/24 47/119 937/2,065

Bahía de sistema, dosmotores

190/75 61/24 47/119 844/1,860

a. El espacio libre para el servicio o el flujo de aire de la parte frontal es de 106.7 cm (42 in) y el de la parte posterior es de 76.2 cm(30 in).

b. Se recomienda dejar 45.7 cm (18 in) adicionales de espacio libre entre el techo y la parte superior.c. La medición del ancho incluye una brecha de 0.6 cm (0.25 in) entre las bahías.d. Incluye las puertas frontal y posterior.



Requisitos de alimentación de entrada

Tabla 23 Opciones de alimentación


Alimentación Alimentación monofásica otrifásica Delta o en estrella

Alimentación monofásica otrifásica Delta o en estrella

Alimentación monofásica otrifásica Delta o en estrella

Tabla 24 Requisitos de alimentación de entrada: monofásica, norteamericana, internacional yaustraliana

Especificación Conexión norteamericana de trescables(2 L y 1 G)a

Conexión internacional yaustraliana de tres cables(1 L, 1 N y 1 G)a

Voltaje nominal de entrada 200-240 VAC +/- 10 % L-L nom. 220-240 VAC +/- 10 % L-N nom.

Frecuencia De 50 a 60 Hz De 50 a 60 Hz

Interruptores de circuito 30 A 32 A

Zonas de alimentación Dos Dos

Requisitos de alimentación en el site delcliente

l Tres terminales monofásicos de 30 A por zona.

l Dos zonas de alimentación requieren seis terminales, cada terminal con unaclasificación nominal para 30 A.

l La PDU A y la PDU B requieren tres terminales monofásicos independientes de30 A para cada PDU.

a. L = línea o fase, N = neutral, G = a tierra

Tabla 25 Requisitos de alimentación de entrada: trifásica, norteamericana, internacional yaustraliana

Especificación Conexión norteamericana decuatro cables(3 L y 1 G)a

Conexión internacional de cincocables(3 L & 1 N y 1 G)a

Voltaje de entradab 200-240 VAC +/- 10 % L-L nom. 220-240 VAC +/- 10 % L-N nom.

Frecuencia De 50 a 60 Hz De 50 a 60 Hz

Interruptores de circuito 50 A 32 A

Zonas de alimentación Dos Dos

Requerimientos de alimentación mínimosen el site del cliente

l Dos terminales trifásicos de 50 Apor bahía.

l La PDU A y la PDU B requieren unterminal trifásico independienteDelta de 50 A para cada una.

Dos terminales trifásicos de 32 A porbahía.

a. L = línea o fase, N = neutral, G = a tierrab. Puede existir un desequilibrio de las corrientes de entrada AC en la fuente de alimentación trifásica que alimenta el arreglo,

según la configuración. Se debe alertar al electricista del cliente sobre esta posible condición para equilibrar las condiciones decarga de fase a fase dentro del centro de datos del cliente.



Especificaciones de interferencia de radiofrecuenciaLos campos electromagnéticos, que contienen radiofrecuencias, pueden interferir conel funcionamiento de los equipos electrónicos. Los productos de EMC Corporation hansido certificados para resistir la interferencia de radiofrecuencias (RFI) establecida enel estándar EN61000-4-3. En los centros de datos que utilizan emisores deliberados deradiofrecuencia, como repetidores celulares, la potencia máxima del campo deradiofrecuencia del ambiente no debe superar los 3 voltios por metro.

Tabla 26 Distancia mínima de los dispositivos emisores de RF

Nivel de potencia del repetidor*a Distancia mínima recomendada

1 W 3 m (9.84 ft)

2 W 4 m (13.12 ft)

5 W 6 m (19.69 ft)

7 W 7 m (22.97 ft)

10 W 8 m (26.25 ft)

12 W 9 m (29.53 ft)

15 W 10 m (32.81 ft)

a. Potencia radiada aparente (ERP)



HYPERMAX OSEsta sección destaca las funciones de HYPERMAX OS.

Novedades de HYPERMAX OS 5977 del 2.º trimestre de 2017Esta sección describe la nueva funcionalidad y las características proporcionadas porHYPERMAX OS 5977, 2.º trimestre de 2017, para los arreglos VMAX 100K, 200K y400K.

RecoverPointHYPERMAX OS 5977 Q2 2017 SR incorpora compatibilidad con RecoverPoint enarreglos de almacenamiento VMAX. RecoverPoint es una solución de protección dedatos integral diseñada para brindar integridad de datos de producción en sitios localesy remotos. RecoverPoint también ofrece la capacidad de recuperar datos desdecualquier punto en el tiempo con tecnología de registro.

RecoverPoint en la página 168 brinda más información.

Instantáneas segurasLas instantáneas seguras constituyen una mejora para la tecnología de instantáneasactual. Las instantáneas seguras evitan que los administradores u otros usuarios dealto nivel eliminen datos de instantáneas de manera intencional o involuntaria. Además,las instantáneas seguras también son inmunes a las fallas automáticas resultantes dequedarse sin espacio en el pool de recursos de almacenamiento (SRP) o en el punterode datos de replicación (RDP) en el arreglo.

Instantáneas seguras en la página 104 brinda más información.

Cifrado de datos en reposoEl cifrado de datos en reposo (D@RE) ahora es compatible con el protocolo deinteroperabilidad de administración de claves (KMIP) OASIS y se puede integrar aservidores externos que también sean compatibles con este protocolo. Esta versión sevalidó para interoperar con los siguientes administradores de claves basados en KMIP:

l SafeNet KeySecure de Gemalto

l Administrador del ciclo de vida de las claves de seguridad de IBM

Cifrado de datos en reposo en la página 42 brinda más información.


HYPERMAX OS 37

Emulaciones de HYPERMAX OSHYPERMAX OS proporciona emulaciones (ejecutables) que realizan funciones deservicio y control de datos específicos en el ambiente HYPERMAX. La siguiente tablaenumera las emulaciones disponibles.

Tabla 27 Emulaciones de HYPERMAX OS

Área Emulación Descripción Velocidad del protocoloa

Back-end DS Conexión de back-end en elarreglo que se comunica conlos discos. También se conocecomo una controladora dedisco interno.

SAS 6 Gb/s.

DX Conexiones de back-end queno se utilizan para la conexióncon los hosts. Utilizadas porProtectPoint, CloudArray,XtremIO y otros arreglos.

Fibre Channel de 8 Gb/s o 16Gb/s

ProtectPoint aprovechaFAST.X para vincular DataDomain al arreglo. Los puertosDX se deben configurar parael protocolo FC.

Administración IM Divide las tareas deinfraestructura y emulaciones.Gracias a la separación deestas tareas, las emulacionespueden concentrarse solo enel trabajo específico de I/O y,al mismo tiempo, IMadministra y ejecuta tareas deinfraestructura comunes,como monitoreo del ambiente,monitoreo de reemplazo deunidades en el campo (FRU) yvaulting.

N/D

ED Capa intermedia que se utilizapara separar el procesamientode I/O de front-end y deback-end. Actúa como unacapa de traducción entre elfront-end, que es lo que elhost conoce, y el back-end,que es la capa que lee yescribe el almacenamientofísico y se comunica con él enel arreglo.

N/D

Conectividad de host FA y Fibre Channel

SE y iSCSI

Una emulación de front-endque:

Fibre Channel de 8 o 16 Gb/s

SE y FE de 10 Gb/s



Tabla 27 Emulaciones de HYPERMAX OS (continuación)

Área Emulación Descripción Velocidad del protocoloa

FE y FCoE

EF - FICONb

l Recibe datos desde elhost (la red) y losconfirma en el arreglo

l Envía datos del arreglo alhost o la red

EF de 16 Gb/s

Replicación remota RF y Fibre Channel

RE y GbE

Interconecta arreglos paraSymmetrix Remote DataFacility (SRDF).

RF: SRDF FC de 8 o 16 Gb/s

RE: SRDF de 1 GbE

RE: SRDF de 10 GbE

a. El módulo de 8 Gb/s autonegocia a 2/4/8 Gb/s y el módulo de 16 Gb/s autonegocia a 4/8/16 Gb/s mediante cableadoOM2/OM3/OM4 y SFP óptico.

b. Solo en arreglos VMAX 450F, 850F y 950F.

Aplicaciones en contenedoresHYPERMAX OS ofrece una plataforma de aplicaciones abierta para la ejecución deservicios de datos. HYPERMAX OS incluye un hipervisor ligero que permite laejecución de varios ambientes operativos como máquinas virtuales en el arreglo dealmacenamiento.

Los contenedores de aplicaciones son máquinas virtuales que proporcionanaplicaciones integradas en el arreglo de almacenamiento. Cada contenedor virtualizalos recursos de hardware requeridos por la aplicación incorporada, incluidos lossiguientes:

l Hardware necesario para ejecutar el software y la aplicación incorporada(procesador, memoria, dispositivos PCI, administración de energía)

l Puertos de máquinas virtuales en los que se aprovisionan LUN

l Acceso a unidades necesarias (de encendido, raíz, de intercambio, persistentes yde uso compartido)

Administración incorporadaLa aplicación en contenedor de eManagement incorpora el software de administración(Solutions Enabler, SMI-S, Unisphere for VMAX) en el arreglo de almacenamiento, loque permite administrar el arreglo sin necesidad de un host de administracióndedicado.

eManagement le permite administrar un solo arreglo de almacenamiento y cualquierarreglo conectado a SRDF. Para administrar varios arreglos de almacenamiento con unsolo panel de control, use las interfaces tradicionales de administración basadas enhost, Unisphere for VMAX y Solutions Enabler. Para este fin, eManagement le permitevincular e iniciar una instancia basada en host de Unisphere for VMAX.

eManagement, generalmente, se configura y se activa previamente en la fábrica deEMC, lo que elimina la necesidad de instalar y configurar la aplicación. Sin embargo, apartir de HYPERMAX OS 5977.945.890, eManagement se puede agregar a losarreglos VMAX en el campo. Para obtener más información, comuníquese con surepresentante de EMC.

Las aplicaciones integradas requieren la memoria del sistema. La siguiente tablaenumera la cantidad de memoria no disponible para otros servicios de datos.


Aplicaciones en contenedores 39

Tabla 28 Requisitos de recursos de eManagement

Modelo de VMAX3 CPU Memoria Dispositivoscompatibles

VMAX3 100K 4 12 GB 64K

VMAX3 200K 4 16 GB 128,000

VMAX3 400K 4 20 GB 256K

Puertos de máquinas virtualesLos puertos de máquinas virtuales (VM) se asocian con las máquinas virtuales paraevitar conflictos con la conectividad física. Se los considera los puertos 32 a 63 segúnla emulación de FA del director.

Los LUN se aprovisionan en puertos de VM utilizando los mismos métodos deaprovisionamiento de puertos físicos.

Un puerto de VM se puede mapear solamente a una VM.

Una VM se puede mapear a más de un puerto.

Almacenamiento conectado en red integradoEl almacenamiento conectado en red integrado (eNAS) está completamente integradoen el arreglo VMAX3. eNAS brinda funcionalidades de uso compartido de archivosmultiprotocolo flexible y seguro (NFS 2.0, 3.0, 4.0/4.1, CIFS/SMB 3.0) y variasidentidades de servidores de archivos (servidores CIFS y NFS). eNAS permite losiguiente:

l Consolidación del servidor de archivos/multiusuario

l Replicación remota asíncrona integrada en el nivel de archivos (File Replicator)

l Protocolo de administración de datos en red (NDMP) integrado

l Replicación síncrona de VDM con SRDF/S y un administrador de conmutación porerror automático opcionalFile Auto Recovery (FAR) con File Auto Recover Manager (FARM) opcional

l FAST.X en el modo de aprovisionamiento externo

l Antivirus

eNAS ofrece servicios de datos en archivos que permiten a los clientes realizar lassiguientes tareas:

l Consolidar el almacenamiento de bloques y archivos en una sola infraestructura

l Eliminar el hardware de gateway, lo cual reduce la complejidad y los costos

l Simplificación de la administración

El almacenamiento de archivos y bloques consolidado reduce los costos y lacomplejidad, a la vez que aumenta la agilidad del negocio. Los clientes puedenaprovechar los servicios de datos enriquecidos en el almacenamiento de archivos ybloques, incluidos FAST, el aprovisionamiento de nivel de servicio los límites de I/O dehost dinámicos y el cifrado de datos en reposo.

Implementación y soluciones de eNAS

La solución eNAS se ejecuta en hardware de arreglo estándar y, generalmente, seconfigura previamente en la fábrica. En este escenario, EMC ofrece una únicainstancia de configuración de la Control Station y los administradores de transferencia



de datos, los contenedores, los dispositivos de control y las vistas deenmascaramiento necesarias como parte de la configuración previa de fábrica deeNAS. Se requieren módulos de I/O de front-end adicionales para la implementaciónde eNAS. Sin embargo, a partir de HYPERMAX OS 5977.945.890, se pueden agregareNAS a los arreglos VMAX en el campo. Para obtener más información, comuníquesecon su representante de EMC.

eNAS usa el hipervisor de HYPERMAX OS para crear instancias virtuales deadministradores de transferencia de datos y Control Stations de NAS en controladorasVMAX3. Las Control Stations y los administradores de transferencia de datos sedistribuyen dentro del arreglo VMAX3 en función de la cantidad de motores y su parespejeado asociado.

De manera predeterminada, los arreglos VMAX3 están configurados con lo siguiente:

l Dos máquinas virtuales de Control Station

l Máquinas virtuales de administradores de transferencia de datos. La cantidad deadministradores de transferencia de datos varía según el tamaño del arreglo:

n VMAX 100K: dos (opción máxima predeterminada)

n VMAX 200K: dos (opción predeterminada) o cuatro (opción máxima)

n VMAX 400K: dos (opción predeterminada) o cuatro, seis u ocho (opciónmáxima)

Todas las configuraciones incluyen un administrador de transferencia de datos enespera.

Configuraciones de eNAS

La capacidad de almacenamiento que se necesita para los arreglos compatibles coneNAS es la misma (680 GB aprox.).

La siguiente tabla enumera las configuraciones de eNAS y los módulos de I/O de front-end.

Tabla 29 Configuraciones de eNAS por arreglo

Componente Descripción VMAX 100K VMAX 200K VMAX 400K

Administrador detransferencia dedatosa máquinavirtual

Cantidad máxima 2 4 8

CapacidadMáxima por DM

256 TB 512 TB 512 TB

Cores lógicos 8 12/24 16/32/48/64

Memoria (GB) 12 48/96 48/96/144/192

Módulos de I/Ode front-endbc

4 12 24

Dos máquinasvirtuales deControl Station

Cores lógicos 2 2 2

Memoria (GB) 8 8 8

Capacidad porarreglo de NAS

Máximo 256 TB 1.5 PB 3.5 PB

a. Los administradores de transferencia de datos se agregan en pares y deben ser compatiblescon la misma configuración.

b. Un módulo de I/O por instancia de eNAS por configuración de bloques estándar.


Aplicaciones en contenedores 41

Tabla 29 Configuraciones de eNAS por arreglo (continuación)

c. El respaldo en cinta es opcional y no se considera una posibilidad para el único requisito delmódulo de I/O.

Replicación mediante eNAS

Los siguientes métodos de replicación están disponibles para sistemas de archivos deeNAS:

l Replicación asíncrona en el nivel de sistema de archivos mediante VNX Replicatorfor File.Consulte la sección Uso de VNX Replicator 8.x.

l Replicación síncrona con SRDF/S mediante File Auto Recovery (FAR) con FileAuto Recover Manager (FARM) opcional.

l Creación y administración de puntos de comprobación (imágenes lógicas de unmomento específico de un sistema de archivos de producción) mediante VNXSnapSure.Consulte la sección Uso de VNX SnapSure 8.x.

La replicación eNAS está disponible como parte de Remote Replication Suite y LocalReplication Suite.

Nota

SRDF/A, SRDF/Metro y TimeFinder no están disponibles con eNAS.

Interfaz de administración de eNAS

El almacenamiento de bloques y de archivos de eNAS se administra con el tablero dearchivos de Unisphere for VMAX. Las funcionalidades de vínculo e inicio permitenejecutar la GUI de administración de bloques y archivos en la misma sesión.

El asistente de configuración lo ayuda a crear grupos de almacenamiento(provisionados automáticamente a los administradores de transferencia de datos) demanera rápida y sencilla. La creación de un grupo de almacenamiento fomenta lacreación de un pool de almacenamiento en Unisphere for VNX que se puede usar paralas tareas de aprovisionamiento en el nivel de archivos.

Integridad y protección de datosHYPERMAX OS proporciona una serie de comprobaciones de integridad, opciones deRAID y funcionalidades de vaulting para garantizar la integridad de los datos yprotegerlos en caso de que se produzca una falla del sistema o una interrupción de laalimentación.

Cifrado de datos en reposoProteger los datos confidenciales es uno de los mayores retos que enfrentan muchasempresas. El aumento de las exigencias legales y normativas, y el panorama deamenazas constantemente cambiante pusieron la seguridad de los datos a la cabezade los problemas de TI. Varias de las amenazas de seguridad de los datos másimportantes se relacionan con la protección del ambiente de almacenamiento. Lapérdida y el robo de unidades son los principales factores de riesgo. El cifrado de datosen reposo (D@RE) de EMC® protege la confidencialidad de los datos mediante elagregado del cifrado de back-end a todo el arreglo.

D@RE proporciona cifrado de back-end en el arreglo basado en hardware paraarreglos VMAX con el uso de módulos de I/O SAS que incorporan el cifrado de datosen línea de AES-XTS. Estos módulos cifran y descifran los datos a medida que se



escriben en los discos o se leen de estos, lo que protege su información del acceso noautorizado, incluso cuando las unidades de disco se extraen del arreglo.

D@RE es compatible con un administrador de claves integrado interno o unadministrador de claves de nivel empresarial externo accesible a través del protocolode interoperabilidad de administración de claves (KMIP). Se admiten los siguientesadministradores de claves externos:

l SafeNet KeySecure de Gemalto

l Administrador del ciclo de vida de las claves de seguridad de IBM

Nota

Para versiones de administradores de claves externos y de HYPERMAX OS compatibles, consulte la matriz de interoperabilidad de E-Lab de EMC (https://mexico.emc.com/products/interoperability/elab.htm).

Cuando D@RE se encuentra habilitado, todos las unidades configuradas se cifran,incluidas las unidades de datos, los repuestos y las unidades con volúmenes noaprovisionados. Los datos de vault se cifran en los módulos de I/O flash.

D@RE brinda los siguientes beneficios:

l Reemplazo seguro de unidades fallidas que no se pueden borrar.Para ciertos tipos de fallas de discos, la eliminación de datos no es posible. SinD@RE, si se repara la unidad fallida, los datos de la unidad pueden exponerse ariesgos. Con D@RE, simplemente elimine las claves pertinentes y los datos de launidad fallida no se podrán leer.

l Protección contra unidades robadas.Cuando una unidad se extrae del arreglo, la clave permanece, lo cual impide lalectura de los datos de la unidad.

l Reemplazo más rápido de unidades.El script de reemplazo de unidades destruye las claves asociadas con la unidadextraída, lo cual impide rápidamente la lectura de los datos de la unidad.

l Retiro seguro del arreglo.Simplemente elimine todas las copias de las claves del arreglo y los datos restantesno se podrán leer.

D@RE es compatible con todas las funciones del arreglo y todos los tipos de unidadeso emulaciones de volúmenes compatibles. El cifrado es una potente herramienta quepermite aplicar las políticas de seguridad. D@RE ofrece la funcionalidad de cifrado sindegradar el rendimiento ni interrumpir la infraestructura y las aplicaciones existentes.

Habilitación de D@RE

D@RE es una característica con licencia y se configura e instala previamente en lafábrica. El proceso de actualización de un arreglo existente para utilizar D@RE esdisruptivo y requiere que se vuelva a instalar el arreglo; además, puede implicar unrespaldo completo de datos y su posterior restauración. Antes de realizar laactualización, debe planificar cómo administrar los datos que ya se encuentran en elarreglo. EMC Professional Services ofrece servicios para ayudarlo a actualizarse aD@RE.

Componentes de D@RE

D@RE integrado (Figura 1 en la página 44) utiliza los siguientes componentes, loscuales residen en la Control Station del módulo de administración primaria (MMCS):

l Administrador de protección de datos integrado de RSA (eDPM): Plataforma deadministración de claves integrada que proporciona funciones de administración de


Integridad y protección de datos 43

https://mexico.emc.com/products/interoperability/elab.htm

https://mexico.emc.com/products/interoperability/elab.htm

claves de cifrado incorporadas, como la generación segura de claves, elalmacenamiento, la distribución y la auditoría.

l Bibliotecas criptográficas de RSA BSAFE®: Brindan la funcionalidad de seguridadpara el servidor eDPM (administración de claves integrada) de RSA y para elcliente EMC KTP (administración de claves externa)

l Caja de seguridad de Common Security Toolkit (CST): Repositorio cifradoespecífico de hardware y software que almacena de manera segura lascontraseñas y otra información confidencial de configuración del administrador declaves. La caja de seguridad se limita a una MMCS específica.

El D@RE externo (Figura 2 en la página 45) usa los mismos componentes que elintegrado y agrega lo siguiente:

l Plataforma de confianza de claves (KTP) de EMC: También conocida como clienteKMIP, este componente reside en la MMCS y se comunica mediante el protocolode interoperabilidad de administración de claves (KMIP) OASIS con losadministradores de claves externos para administrar las claves de cifrado.

l Administrador de claves externo: Ofrece funcionalidades de administración declaves de cifrado centralizadas, como la generación segura de claves, elalmacenamiento, la distribución, la auditoría y la capacidad de validación delestándar federal de procesamiento de información (FIPS) 140-2 de nivel 3 con elmódulo de alta seguridad (HSM).

l Clúster o grupo de replicación: Varios administradores de claves externos quecomparten ajustes de configuración y claves de cifrado. Los cambios deconfiguración y de ciclos de vida clave realizados en un nodo se replican a todoslos miembros dentro del mismo grupo de replicación o de clústeres.

Figura 1 Arquitectura de D@RE, integrada

Director

Host

IOModule

IO Module

RSAeDPM Server

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

RSAeDPM Client

Unencrypted dataManagement trafficEncrypted data

IP

Unique key per physical drive



Figura 2 Arquitectura de D@RE, externa

Director

Host

IOModule

IO Module

IOModule

IOModule

Director

SAN

Storage ConfigurationManagement

Unencrypted dataManagement trafficEncrypted data

External (KMIP)

Key Manager

IP

Unique key per physical drive

Key management

KMIP Client

MMCS

Key Trust Platform (KTP)

TLS-authenticatedKMIP traffic

Administradores de claves externosGemalto SafeNet KeySecure y el administrador del ciclo de vida de las claves deseguridad de IBM ofrece la administración de claves externa a nivel empresarial deD@RE. Las claves se generan y se distribuyen según las mejores prácticas definidaspor los estándares del sector (NIST 800-57 e ISO 11770). Con D@RE, no haynecesidad de replicar las claves entre instantáneas de volúmenes o sitios remotos. Losadministradores de claves externos de D@RE se pueden usar con un HSM validado deFIPS 140-2 de nivel 3, en el caso de Gemalto SafeNet KeySecure, o con un softwarevalidado de FIPS 140-2 de nivel 1, en el caso del administrador del ciclo de vida de lascalves de seguridad de IBM.

Las claves de cifrado deben contar con una alta disponibilidad cuando se las necesita ymáxima seguridad. Las claves y la información requerida para usarlas (durante eldescifrado) se deben conservar durante toda la vida útil de los datos. Esto esprimordial para los datos cifrados que se conservan por muchos años.

Las claves de cifrado deben ser accesibles. La accesibilidad de las claves es vital enambientes de alta disponibilidad. D@RE almacena en caché las claves de manera localpara que la conexión con Key Manager se requiera solo para operaciones como lainstalación inicial del arreglo, el reemplazo de una unidad o la actualización deunidades.

Los eventos clave del ciclo de vida (generación y destrucción) se registran en elregistro de auditoría de VMAX.

Protección de clavesEl archivo de almacenamiento de claves local está cifrado con una clave AES de256 bits proveniente de una contraseña generada de manera aleatoria y se almacenaen la caja de seguridad Common Security Toolbox (CST), lo que aprovecha latecnología BSAFE de RSA. La caja de seguridad está protegida mediante valores desistema estables específicos de MMCS de la MMCS principal. Estos son los mismosSSV que protegen las credenciales de servicio seguro (SSC).



Poner en peligro la unidad de la MMCS o copiar los archivos de la caja de seguridad odel almacenamiento de claves desde el arreglo provoca el fallo de las pruebas de SSV.Si se pone en peligro toda la MMCS, lo único que se logra es darle acceso a unatacante si este también puede poner en peligro las SSC.

No existen contraseñas o claves secretas para eludir la seguridad de D@RE.

Operaciones de clavesD@RE brinda una clave de cifrado de datos (DEK) única e independiente para cadaunidad del arreglo, incluidas las unidades de repuesto. Las siguientes operacionesgarantizan que D@RE utilice la clave correcta para una unidad determinada:

l Las DEK almacenadas en el arreglo VMAX incluyen una etiqueta de clave única ymetadatos de claves cuando se agrupan (cifrado) para que el arreglo las utilice.Esta información se incluye en el material de la clave cuando la DEK se protege (secifra) para utilizarse en el arreglo.

l Durante las operaciones de I/O de cifrado, la etiqueta de clave esperada asociada ala unidad se proporciona de manera independiente desde la clave protegida.

l Durante la cancelación de la protección de la clave, el hardware de cifrado verificaque dicha operación se haya realizado correctamente y que la clave coincida con laetiqueta de clave proporcionada.

l La información en una dirección lógica de bloque reservada del sistema (bloque deinformación física o PHIB) verifica la clave utilizada para cifrar el disco y garantizaque la unidad se encuentre en la ubicación correcta.

l Durante la inicialización, el hardware realiza autoevaluaciones para garantizar quela lógica de cifrado/descifrado permanezca intacta.La autoevaluación impide el daño silencioso de los datos debido a fallas delhardware de cifrado.

Logs de auditoría

El registro de auditoría guarda una constancia de las actividades importantes que seproducen en el arreglo VMAX3, incluidas las siguientes:

l Acciones iniciadas por hosts

l Cambios en los componentes físicos

l Acciones en la MMCS

l Eventos de administración de claves de D@RE

l Intentos bloqueados por controles de seguridad (controles de acceso)

El registro de auditoría es seguro y a prueba de manipulaciones. El contenido de loseventos no se puede alterar. Los usuarios con acceso de auditor pueden ver elregistro, pero no pueden modificarlo.

Eliminación de datosEMC Data Erasure utiliza software especializado para eliminar información en losarreglos. La eliminación de datos modera el riesgo de diseminación de la información yayuda a proteger la información al final de su ciclo de vida. La eliminación de datosaporta los siguientes beneficios:

l Brinda protección contra el acceso no autorizado a los datos

l Garantiza la migración segura de datos, ya que impide la lectura de los datos en elarreglo de origen

l Garantiza el cumplimiento de las políticas internas y de los requisitos normativos

Data Erasure sobrescribe los datos en los discos en el nivel más bajo accesible parauna aplicación. Es posible configurar la cantidad de sobrescrituras de tres (valor



predeterminado) a siete veces con una combinación de patrones aleatorios en losarreglos seleccionados.

La sobrescritura es compatible tanto con discos SAS como flash. Se encuentradisponible un servicio de certificación opcional para brindar un certificado de borrado.Las unidades que no se pueden borrar se envían a los clientes para los desechen.

Para los discos flash individuales, las operaciones de eliminación segura borran todaslas áreas físicas de flash en la unidad que puedan contener datos de usuario.

EMC ofrece los siguientes servicios de eliminación de datos:

l EMC Data Erasure para arreglos completos: sobrescribe los datos en todas lasunidades del sistema cuando se reemplaza, se retira o se replanifica un arreglo.

l EMC Data Erasure/discos únicos: sobrescribe los datos en discos SAS y flashindividuales.

l Retención de discos de EMC: otorga a las organizaciones que deben retener todoslos medios la capacidad de retener las unidades fallidas.

l Servicio de evaluación de EMC para la seguridad del almacenamiento: evalúa suspolíticas de protección de la información y sugiere una estrategia de seguridadintegral.

Todos los servicios de eliminación se realizan en el site, en la seguridad del centro dedatos del cliente, e incluyen un certificado de eliminación de datos y un informe deresultados de la eliminación.

Comprobaciones de errores de CRC de bloquesHYPERMAX OS admite y ofrece lo siguiente:

l Código de comprobación de redundancia cíclica (CRC) de bloques de campos deintegridad de datos (DIF) compatibles con el estándar T10 del sector paraformatos de segmentos.Para los sistemas abiertos, esto permite que los CRC de DIF generados por loshosts se almacenen junto con los datos de usuario en los arreglos y que se utilicenpara la validación de la integridad de los datos de punto a punto.

l Medidas de protección adicionales para los modos de enfrentamiento/control defallas a fin de obtener mayores niveles de protección contra fallas. Estas medidasde protección se definen en bloques que puede definir el usuario y que soncompatibles con el estándar T10.

l Información de estado de dirección y escritura en bytes adicionales de la porciónde la etiqueta de la aplicación y la etiqueta del CRC de bloques.

Comprobaciones de integridad de los datosHYPERMAX OS valida la integridad de los datos almacenados en cada punto posibledel tiempo de vida de los datos. Desde el momento en que los datos ingresan en unarreglo, los datos se protegen continuamente por medio de metadatos de detección deerrores. Los mecanismos de hardware y software verifican estos metadatos deprotección cada vez que los datos se transfieren dentro del subsistema del arreglo.Esto permite que el arreglo proporcione una verdadera protección y verificación de laintegridad de punto a punto en caso de que se produzcan fallas de hardware osoftware.

Los metadatos de protección se anexan al flujo de datos y contienen información quedescribe la ubicación esperada de los datos y una representación de CRC delcontenido real de los datos. Los valores esperados que se encuentran en losmetadatos de protección se almacenan de manera persistente en un área separada delflujo de datos. Los metadatos de protección se utilizan para validar la exactitud lógica



de los datos que se transfieren dentro del arreglo cada vez que los datos se muevenentre chips de protocolo, búferes internos, terminales de fabric de datos internos, lacaché del sistema y unidades del sistema.

Monitoreo y corrección de unidadesHYPERMAX OS realiza un monitoreo en busca de fallas de mediana gravedadmediante el análisis del resultado de cada transferencia de datos de disco y medianteel escaneo proactivo de todo el disco durante el tiempo de inactividad. Si se determinaque un bloque del disco es defectuoso, el director:

1. Reconstruye los datos en el almacenamiento físico si es necesario.

2. Vuelve a mapear el bloque fallido a otra área del conjunto de discos que se separapara este propósito.

3. Vuelve a escribir los datos del almacenamiento físico en el bloque mapeadonuevamente del disco.

4. Vuelve a escribir los datos en el almacenamiento físico si es necesario.

El director mapea los bloques defectuosos detectados, lo que evita la presencia defallas en los medios. El director también rastrea cada bloque fallido detectado en undisco. Si la cantidad de bloques fallidos supera un umbral predefinido, el arreglo VMAXinvoca una operación de repuesto para reemplazar la unidad fallida y envía una alertaautomáticamente al servicio al cliente de EMC para gestionar la medida correctiva, sies necesario. Con el modelo de repuesto de servicio diferido, a menudo no se requiereuna acción inmediata.

Verificación de errores y corrección de errores en la memoria físicaHYPERMAX OS corrige los errores de un bit e informa un código de error una vez quelos errores de un bit alcanzan un umbral predefinido. En el improbable caso de que seanecesario reemplazar la memoria física, el arreglo notifica al servicio de soporte deEMC y se pide el reemplazo.

Reemplazo de unidades y repuestos de miembros directosCuando HYPERMAX OS 5977 detecta que una unidad va a fallar o ha fallado, se iniciaun proceso de reemplazo con repuestos de miembros directos (DMS). El reemplazocon repuestos de miembros directos busca dentro del mismo motor repuestosdisponibles que tengan las mismas características de capacidad, velocidad o tamañode bloques, y siempre utiliza el mejor repuesto disponible.

Con el reemplazo con repuestos de miembros directos, el repuesto invocado se agregacomo otro miembro del grupo RAID. Durante la reconstrucción de una unidad, seadmite la opción para copiar los datos directamente de la unidad dañada en la unidadde repuesto invocada. La unidad defectuosa se quita únicamente una vez que finalizael proceso de copia. El reemplazo con repuestos de miembros directos se inicia demanera automática tras la detección de condiciones de error en la unidad.

El reemplazo con repuestos de miembros directos ofrece las siguientes ventajas:

l El arreglo puede copiar los datos desde el miembro RAID con errores (si estádisponible), lo que elimina la necesidad de leer los datos desde todos los miembrosy generar la reconstrucción. La operación de copia en el nuevo miembro de RAIDutiliza menos recursos del CPU.

l Si se produce una falla en otro miembro, el arreglo aún puede recuperar los datosde manera automática a partir del miembro fallido (si está disponible).

l Se admite más de un repuesto para un grupo RAID al mismo tiempo.



De vault a flashLos arreglos VMAX3 inician una operación de vault si el sistema se apaga, si ingresa aun estado offline o si las condiciones ambientales así lo requieren, por ejemplo, si seproduce la pérdida de un centro de datos debido a una falla en el aire acondicionado.

Cada arreglo cuenta con módulos de fuente de alimentación en standby (SPS). Siocurre una pérdida de alimentación, el arreglo utiliza la alimentación de SPS paraescribir la caché espejeada del sistema en almacenamiento flash. Estas imágenes envault son totalmente redundantes; el contenido de la caché espejeada del sistema seguarda dos veces en medios de almacenamiento flash independientes.

La operación de vault

Cuando se inicia una operación de vault:

l Durante la etapa de guardado de la operación de vault, el arreglo VMAX3 detienetodas las operaciones de I/O. Cuando la caché espejeada del sistema alcanza unestado uniforme, los directores escriben el contenido en los dispositivos de vault,lo que permite guardar dos copias de los datos. Luego, el arreglo completa elapagado o, si no es necesario realizar un apagado, se mantiene en un estadooffline.

l Durante la etapa de restauración de la operación, el programa de inicio del arregloinicializa el hardware y el sistema del ambiente, y restaura el contenido de la cachéespejeada del sistema a partir de los datos guardados (mientras comprueba laintegridad de los datos).

Luego, reanuda las operaciones normales cuando las SPS en standby cuentan con lacarga suficiente para admitir otro vault. Si alguna condición no es segura, el sistema noreanuda la operación y notifica al servicio al cliente para solicitar diagnóstico yreparación. Esto permite que el servicio al cliente se comunique con el arreglo yrestaure las operaciones normales del sistema.

Consideraciones de la configuración de vault

Se aplican las siguientes consideraciones en relación con la configuración:

l Para admitir una transferencia de vault a flash, los arreglos VMAX3 necesitan lasiguiente cantidad de módulos de I/O flash:

n VMAX 100K: de dos a cuatro por motor

n VMAX 200K y 400K: de dos a ocho por motor

l El tamaño del módulo flash se determina en función de la cantidad de caché delsistema y de los metadatos necesarios para la configuración. Para el número demódulo de I/O de flash compatible, consulte Tabla 5 en la página 24.

l El espacio de vault es solamente para uso interno y no se puede utilizar paraningún otro propósito cuando el sistema está en línea.

l La capacidad total de todas las particiones flash de vault será suficiente paraconservar dos copias lógicas de la porción persistente de la caché espejeada delsistema.





CAPÍTULO 2

Interfaces de administración

En este capítulo, se proporciona una descripción general de las interfaces que se usanpara administrar los arreglos. Se abordarán los siguientes temas:

l Versiones de la interfaz de administración......................................................... 52l Unisphere for VMAX.......................................................................................... 52l Unisphere 360....................................................................................................53l Solutions Enabler............................................................................................... 54l Mainframe Enablers........................................................................................... 54l Geographically Dispersed Disaster Restart (GDDR)...........................................55l SMI-S Provider.................................................................................................. 56l Proveedor de VASA........................................................................................... 56l Interfaz de administración de eNAS .................................................................. 56l ViPR suite.......................................................................................................... 57l API de vStorage para integración de arreglos.................................................... 58l SRDF Adapter para VMware® vCenter™ Site Recovery Manager......................59l SRDF/Cluster Enabler ...................................................................................... 59l Suite de productos de EMC para z/TPF............................................................ 59l Administrador de SRDF/TimeFinder para IBM i................................................. 60l AppSync............................................................................................................. 61

Interfaces de administración 51

Versiones de la interfaz de administraciónEl siguiente software de administración es compatible con HYPERMAX OS 5977 Q22017 SR:

l Unisphere for VMAX V8.4

l Solutions Enabler V8.4

l Mainframe Enablers V8.1

l GDDR V5.0

l Migrator V8.0

l SMI-S V8.4

l SRDF/CE V4.2.1

l SRA V6.3

l Proveedor de VASA V8.4

Unisphere for VMAXEMC Unisphere for VMAX es una aplicación basada en web que le permite provisionar,administrar y monitorear arreglos de manera rápida y sencilla.

Unisphere le permite realizar las siguientes tareas:

Tabla 30 Tareas de Unisphere

Sección Permite

Inicio Ejecutar funciones de visualización yadministración, como el uso de arreglos, laconfiguración de alertas, las opciones deautenticación, las preferencias del sistema, lasautorizaciones del usuario y los registros delcliente de vínculo e inicio.

Almacenamiento Ver y administrar los grupos dealmacenamiento y los niveles dealmacenamiento.

Hosts Ver y administrar los iniciadores, las vistas deenmascaramiento, los grupos de iniciadores,los alias de host del arreglo y los grupos depuertos.

Protección de datos Ver y administrar la replicación local,monitorear y administrar los pools dereplicación, crear y ver los grupos dedispositivos, y monitorear y administrar lassesiones de migración.

Performance Monitorear y administrar tableros de arreglos,realizar análisis de tendencias para laplanificación de la capacidad futura y analizardatos.



Tabla 30 Tareas de Unisphere (continuación)

Sección Permite

Bases de datos Ejecutar procedimientos de solución deproblemas para la base de datos y elalmacenamiento, e iniciar Storage Analyzer.

Sistema Ver y mostrar los tableros, las alertas, lostrabajos activos, los atributos de los arreglos ylas licencias.

Soporte Ver la ayuda en línea para las tareas deUnisphere.

Unisphere for VMAX también está disponible como una API de transferencia de estadorepresentacional (REST). Esta sólida API le permite acceder a la información derendimiento y configuración, y provisionar los arreglos de almacenamiento. Puedeusarse en cualquier ambiente de programación que sea compatible con los clientes deREST estándares, como los navegadores web y las plataformas de programación quepueden enviar solicitudes HTTP.

Planificador de cargas de trabajoEl planificador de cargas de trabajo muestra las métricas de rendimiento de lasaplicaciones. Use el planificador de cargas de trabajo para modelar el impacto de lamigración de una carga de trabajo desde un sistema de almacenamiento a otro.

Use el planificador de cargas de trabajo para:

l Modelar las nuevas cargas de trabajo propuestas.

l Evaluar el impacto de transferir una o más cargas de trabajo fuera de un arreglodeterminado que ejecuta HYPERMAX OS.

l Determinar las insuficiencias de recursos actuales y futuras que requieren acciónpara mantener las cargas de trabajo solicitadas.

FAST Array AdvisorEl asistente de FAST Array Advisor lo guía a través de los pasos para determinar elimpacto en el rendimiento que causa la migración de una carga de trabajo desde unarreglo a otro.

Si el asistente determina que el arreglo de destino puede absorber la carga de trabajoañadida, crea automáticamente todos los grupos de autoaprovisionamiento necesariospara duplicar la carga de trabajo de origen en el arreglo de destino.

Unisphere 360Unisphere 360 es una solución de administración en las instalaciones que ofrece unasola ventana a los arreglos que ejecutan HYPERMAX OS en un solo sitio. Unisphere360 le permite realizar lo siguiente:

l Agregar un servidor de Unisphere a Unisphere 360 para permitir la recopilación dedatos y la creación de informes a partir de los datos de administración del sistemade almacenamiento de Unisphere.


Planificador de cargas de trabajo 53

l Ver el estado del sistema, la capacidad y las alertas, además de las tendencias decapacidad de su centro de datos.

l Ver todos los sistemas de almacenamiento de todas las instancias de Unisphereregistradas en un solo lugar.

l Ver detalles de rendimiento y capacidad.

l Vincular e iniciar instancias de Unisphere que ejecutan la versión 8.2 o versionessuperiores.

l Administrar usuarios de Unisphere 360 y configurar reglas de autenticación yautorización.

l Ver detalles de arreglos de almacenamiento visibles, incluidos el almacenamientoactual y el de destino

Solutions EnablerSolutions Enabler brinda una interfaz de la línea de comandos (SYMCLI) integral paraadministrar el ambiente de almacenamiento.

Los comandos de la SYMCLI se invocan desde el host, ya sea de manera interactiva enla línea de comandos o mediante el uso de scripts.

La SYMCLI se basa en funciones que usan las llamadas del sistema para generarcomandos SCSI de I/O de bajo nivel. La información de configuración y estado semantiene en un archivo de la base de datos del host, lo que reduce la cantidad deconsultas del host a los arreglos.

Utilice SYMCLI para realizar lo siguiente:

l Configurar el software del arreglo (por ejemplo, TimeFinder, SRDF, OpenReplicator)

l Monitorear la configuración y el estado del dispositivo

l Realizar operaciones de control en los dispositivos y los objetos de datos

Solutions Enabler también está disponible como una API de estado de transferenciarepresentacional (REST). Esta sólida API le permite acceder a la información derendimiento y configuración, y provisionar los arreglos de almacenamiento. Puedeusarse en cualquier ambiente de programación que sea compatible con los clientes deREST estándares, como los navegadores web y las plataformas de programación quepueden enviar solicitudes HTTP.

Mainframe EnablersEMC Mainframe Enablers son un conjunto de componentes de software que lepermiten monitorear y administrar arreglos que ejecutan HYPERMAX OS. Loscomponentes que se enumeran a continuación se distribuyen y se instalan como unúnico paquete:

l ResourcePak Base for z/OSPermite la comunicación entre los arreglos y las aplicaciones basadas enmainframe (proporcionadas por EMC o proveedores de software independientes).

l SRDF Host Component for z/OSMonitorea y controla procesos de SRDF mediante los comandos ejecutados desdeun host. SRDF mantiene una copia en tiempo real de los datos en el nivel devolumen lógico en varios arreglos ubicados en sitios separados físicamente.



l EMC Consistency Groups for z/OSGarantiza la coherencia de los datos copiados de forma remota por la función deSRDF en el caso de un desastre concatenado.

l AutoSwap for z/OSManeja intercambios automáticos de cargas de trabajo entre arreglos cuando sedetectan un problema o una interrupción no planificada.

l TimeFinder SnapVXCon Mainframe Enablers V8.0 y superior, SnapVX crea copias de un momentoespecífico directamente en el pool de recursos de almacenamiento (SRP) deldispositivo de origen, lo que elimina los conceptos de dispositivos de destino y deemparejamiento de origen/destino. Las copias en un punto en el tiempo deSnapVX permiten el acceso del host a través de un mecanismo de vínculo quepresenta la copia en otro dispositivo. TimeFinder SnapVX y HYPERMAX OSadmiten la compatibilidad con versiones anteriores de productos TimeFindertradicionales, incluidos TimeFinder/Clone, TimeFinder VP Snap y TimeFinder/Mirror.

l Data Protector para z Systems (zDP™)zDP con Mainframe Enablers V8.0 y superior se implementa de manera adicional aSnapVX. Proporciona un nivel granular de recuperación de las aplicaciones contracambios no deseados a los datos. zDP logra esto proporcionando copias en unpunto en el tiempo automatizadas y coherentes de los datos desde las cuales sepuede llevar a cabo una recuperación en el nivel de aplicación.

l TimeFinder/Clone Mainframe Snap FacilityPermite crear copias en un punto en el tiempo de volúmenes completos o deconjuntos de datos individuales. Las operaciones de TimeFinder/Clone implicanvolúmenes o conjuntos de datos completos donde la cantidad de datos en el origenes la misma que la cantidad de datos en el objetivo. TimeFinder VP Snap aprovechala tecnología de clonación para crear Snapshots compactos para dispositivosdelgados.

l TimeFinder/Mirror for z/OSPermite la creación de volúmenes de continuidad del negocio (BCV) y proporcionala capacidad de ESTABLECER, DIVIDIR, RESTABLECER y RESTAURAR a partir delos volúmenes lógicos de origen.

l TimeFinder UtilityLas condiciones DIVIDEN los BCV mediante el reetiquetado de volúmenes y(opcionalmente) el cambio de nombre y la recatalogación de los conjuntos dedatos. Esto permite el montaje y el uso de los BCV.

Geographically Dispersed Disaster Restart (GDDR)GDDR automatiza la recuperación del negocio después de situaciones de desastre einterrupciones planificadas, incluida la pérdida total de un centro de datos. Dado queaprovecha la arquitectura VMAX y las bases de las familias de replicación de SRDF yTimeFinder, GDDR elimina cada punto único de falla para los planes de reinicio en casode desastres en ambientes de mainframe. La inteligencia de GDDR ajustaautomáticamente los planes de reinicio en caso de desastres basados en eventosactivados.

GDDR no proporciona servicios de replicación y recuperación por sí mismo, sino quemonitorea y automatiza los servicios proporcionados por otros productos de EMC,además de los productos de otros fabricantes, necesarios para las operacionescontinuas o el reinicio del negocio. GDDR facilita la continuidad del negocio mediantela generación de scripts que se pueden ejecutar según demanda, por ejemplo, elreinicio de las aplicaciones de negocios después de un incidente de centro de datos


Geographically Dispersed Disaster Restart (GDDR) 55

importante o la reanudación de la replicación para brindar protección de datos tras lasinterrupciones de vínculos no planificadas.

Los scripts se personalizan cuando los invoca un sistema experto que adapta los pasossegún la configuración y el evento al que esté respondiendo GDDR. A través dedetección automática de eventos y la automatización de punto a punto de lastecnologías administradas, GDDR elimina los errores humanos del proceso derecuperación y permite que este se realice en el menor tiempo posible.

También se invoca al sistema experto de GDDR para generar automáticamenteprocedimientos planificados, como la transferencia de las operaciones deprocesamiento de un centro de datos a otro. Este es el máximo estándar para lasoperaciones de procesamiento de alta disponibilidad: la capacidad de pasar deactividades de prueba de recuperación de desastres calendarizadas durante el fin desemana a intercambios de centro de datos calendarizados regularmente sin interrumpirlas cargas de trabajo de aplicaciones.

SMI-S ProviderEMC SMI-S Provider es compatible con la iniciativa SNIA Storage ManagementInitiative (SMI), un estándar ANSI para administración de almacenamiento. Estainiciativa ha desarrollado una interfaz de administración estándar que ha dado comoresultado una especificación completa (especificación SMI o SMI-S).

SMI-S define la interfaz de administración del almacenamiento para ambientesabiertos, a fin de permitir la interoperabilidad de las tecnologías de administración dealmacenamiento de diversos proveedores. Estas tecnologías se usan para monitorear ycontrolar recursos de almacenamiento en topologías de múltiples proveedores o SAN.

Los componentes de Solutions Enabler que se necesitan para las operaciones de SMI-S Provider se incluyen como parte de la instalación de SMI-S Provider.

Proveedor de VASA

El proveedor de VASA permite que el software de administración de VMAX informe avCenter sobre la forma en que se configura y protege el almacenamiento de VMFS,incluidos los Vvol. EMC define estas funcionalidades, que incluyen características talescomo el tipo de disco, aprovisionamiento delgado o grueso, niveles de almacenamientoy el estado de replicación remota. Esto permite que los administradores de vSpheretomen decisiones rápidas, inteligentes e informadas en cuanto a la colocación de lasmáquinas virtuales. VASA ofrece a los administradores de vSphere la capacidad decomplementar su uso de plug-ins y otras herramientas para rastrear cómo seconfiguran los dispositivos VMAX que alojan el volumen VMFS para satisfacer lasnecesidades de rendimiento y disponibilidad.

Interfaz de administración de eNASEl almacenamiento de bloques y de archivos de eNAS se administra con el tablero dearchivos de Unisphere for VMAX. Las funcionalidades de vínculo e inicio permitenejecutar la GUI de administración de bloques y archivos en la misma sesión.

El asistente de configuración lo ayuda a crear grupos de almacenamiento(provisionados automáticamente a los administradores de transferencia de datos) demanera rápida y sencilla. La creación de un grupo de almacenamiento fomenta lacreación de un pool de almacenamiento en Unisphere for VNX que se puede usar paralas tareas de aprovisionamiento en el nivel de archivos.



ViPR suite

EMC ViPR® Suite ofrece automatización del almacenamiento e información valiosa deadministración acerca del almacenamiento de múltiples proveedores. Ayuda a mejorarla eficiencia y optimizar los recursos de almacenamiento, sin dejar de cumplir losniveles de servicio. ViPR Suite proporciona acceso de autoservicio para acelerar laprestación de servicios, lo que reduce las dependencias en TI y brinda una experienciade nube fácil de usar.

ViPR ControllerViPR Controller ofrece un único plano de control para los sistemas de almacenamientoheterogéneo. ViPR hace que un ambiente de almacenamiento de múltiplesproveedores se asemeje a un arreglo virtual.

ViPR cuenta con adaptadores de software que se conectan a los arreglos subyacentes.ViPR expone las API, de modo que cualquier proveedor, partner o cliente pueda crearnuevos adaptadores para sumar nuevos arreglos. Esto crea un ambiente dealmacenamiento “plug and play” ampliable que puede conectarse, descubrir y mapearautomáticamente arreglos, hosts y fabrics SAN.

ViPR habilita los centros de datos definidos por software ayudando a los usuarios arealizar las siguientes tareas:

l Automatizar el almacenamiento para ambientes de almacenamiento de bloques yarchivos de múltiples proveedores (plano de control o ViPR Controller)

l Administrar y analizar objetos de datos (servicios de objetos y HDFS de ViPR) paracrear un pool de datos unificado en recursos compartidos de archivos y servidoresgenéricos

l Crear almacenamiento de bloques escalable, dinámico y basado en hardwaregenérico (servicio de bloques de ViPR)

l Administrar varios centros de datos en múltiples ubicaciones con acceso singlesign-on a los datos desde cualquier centro de datos

l Ofrecer protección contra fallas del centro de datos mediante la funcionalidadactiva-activa para replicar datos entre centros de datos geográficamentedispersos

l Realizar la integración con pilas de procesamiento VMware y Microsoft

l Migrar volúmenes no relacionados con ViPR al ambiente ViPR (ViPR MigrationServices Host Migration Utility)

Para conocer los requisitos de ViPR Controller, consulte la matriz de soporte de EMCViPR Controller en el sitio web del servicio de soporte en línea de EMC.

ViPR Storage Resource Management

EMC ViPR SRM proporciona opciones integrales de monitoreo, creación de informes yanálisis para los ambientes heterogéneos de almacenamiento virtualizado, de bloques yde archivos.

Use ViPR SRM para lo siguiente:

l Visualizar las dependencias entre las aplicaciones y el almacenamiento

l Monitorear y administrar las configuraciones y el crecimiento de la capacidad


ViPR suite 57

l Optimizar su ambiente para mejorar el retorno de la inversión

La virtualización permite a los negocios de todos los tamaños simplificar laadministración, controlar los costos y garantizar el tiempo de actividad. No obstante,los ambientes virtualizados también agregan capas de complejidad a la infraestructurade TI que reducen la visibilidad y que pueden complicar la administración de losrecursos de almacenamiento. ViPR SRM supera estas capas ofreciendo visibilidad delas relaciones físicas y virtuales a fin de garantizar niveles de servicio coherentes.

Durante la creación de la infraestructura de nube, ViPR SRM lo ayuda a garantizar losniveles de servicio de almacenamiento y, al mismo tiempo, a optimizar los recursos deTI, dos atributos clave para lograr implementaciones de nube exitosas.

ViPR SRM está diseñado para utilizarse en ambientes heterogéneos que contienenredes, hosts y dispositivos de almacenamiento de múltiples proveedores. Lainformación que recopila y la funcionalidad que administra pueden residir endispositivos tecnológicamente dispares en distintas ubicaciones geográficas. ViPRSRM avanza un paso en la administración de almacenamiento y ofrece una plataformapara la correlación entre dominios de la información del dispositivo y la topología derecursos. Esto proporciona una perspectiva más amplia del ambiente dealmacenamiento, así como del centro de datos empresarial.

ViPR SRM proporciona una vista de tablero de la capacidad de almacenamiento en unnivel empresarial por medio de Watch4net. La vista de tablero de Watch4net muestrainformación para respaldar las decisiones relacionadas con la capacidad dealmacenamiento.

El tablero de Watch4net consolida los datos de múltiples instancias de ProSpheredistribuidas en diversas ubicaciones. Le proporciona una descripción general rápida delestado de la capacidad de su ambiente, el uso de la capacidad cruda, la capacidad útil,la capacidad útil por propósito, la capacidad útil por pools y los niveles de servicio.

El índice de la documentación del producto de EMC ViPR proporciona enlaces adocumentación relacionada con ViPR.

API de vStorage para integración de arreglosVMware vStorage APIs for Array Integration (VAAI) optimiza el rendimiento delservidor mediante la reasignación de operaciones de las máquinas virtuales a arreglosque ejecutan HYPERMAX OS.

El arreglo de almacenamiento ejecuta las tareas de almacenamiento seleccionadas y,de este modo, libera los recursos del host para el procesamiento de aplicaciones yotras tareas.

En los ambientes VMware, los arreglos de almacenamiento son compatibles con lossiguientes componentes de VAAI:

l Copia completa (copia con aceleración de hardware): permite implementacionesde máquinas virtuales y operaciones de clones, snapshots y VMware StoragevMotion® más rápidas mediante la reasignación de la replicación al arreglo delalmacenamiento.

l Bloque cero (puesta a cero con aceleración de hardware): inicializa másrápidamente el espacio de los discos virtuales y de bloques del sistema de archivos.

l Bloqueo asistido por hardware (prueba y configuración atómicas): permiteactualizaciones más eficientes de los metadatos y facilita las implementaciones deescritorios virtuales.

l UNMAP: Permite un uso más eficiente del espacio para las máquinas virtualesmediante la recuperación de espacio no utilizado en áreas de almacenamiento de



datos y su devolución al pool de aprovisionamiento delgado del que se extrajooriginalmente.

l API de almacenamiento de VMware vSphere para concientización dealmacenamiento (VASA).

VAAI es nativo en HYPERMAX OS y no requiere software adicional, a menos quetambién se implemente eNAS. Si se implementa eNAS en el arreglo, la compatibilidadcon VAAI requiere el plug-in VAAI para NAS. El plug-in se puede descargar desde elsitio de soporte de EMC.

SRDF Adapter para VMware® vCenter™ Site RecoveryManager

EMC SRDF Adapter es un adaptador de replicación de almacenamiento (SRA) queextiende la funcionalidad de administración del reinicio en caso de desastres deVMware vCenter Site Recovery Manager 5.x a los arreglos que ejecutan HYPERMAXOS.

SRA permite a Site Recovery Manager automatizar las operaciones de reinicio en casode desastres basadas en almacenamiento de los arreglos de almacenamiento en unaconfiguración de SRDF.

SRDF/Cluster EnablerCluster Enabler (CE) for Microsoft Failover Clusters es una extensión de software dela funcionalidad de clusters de failover. Cluster Enabler permite que las edicionesStandard y Datacenter de Windows Server 2008 (incluido R2) y 2012 que ejecutanclústeres de failover de Microsoft funcionen en múltiples arreglos de almacenamientoconectados en clústeres distribuidos geográficamente.

SRDF/Cluster Enabler (SRDF/CE) es un módulo de plug-in de software para elsoftware EMC Cluster Enabler for Microsoft Failover Clusters. La arquitectura delplug-in de Cluster Enabler consta de un componente de módulo base de CE y módulosde plug-in disponibles de manera separada, lo cual le brinda la tecnología de replicaciónde almacenamiento preferida.

SRDF/CE es compatible con:

l Modo síncrono en la página 133

l Modo asíncrono en la página 133

l Soluciones de SRDF simultáneo en la página 115

l Soluciones de SRDF en cascada en la página 116

Suite de productos de EMC para z/TPFLa suite de productos de EMC para z/TPF es un conjunto de componentes quemonitorean y administran los arreglos que ejecutan HYPERMAX OS desde un host z/TPF. z/TPF es un sistema operativo de mainframe de IBM caracterizado porvelocidades de transacción de alto volumen con contenido considerable decomunicaciones. Los siguientes componentes de software se distribuyen por separadoy se pueden instalar individualmente o en cualquier combinación:

l Controles SRDF para z/TPF


SRDF Adapter para VMware® vCenter™ Site Recovery Manager 59

Monitorea y controla los procesos SRDF con entradas funcionales ingresadas alCRAS (conjunto de agentes de la sala de equipos) principal de z/TPF.

l Controles de TimeFinder para z/TPFProporciona una solución de continuidad del negocio que consta de TimeFinderSnapVX, TimeFinder/Clon y TimeFinder/Espejeado.

l ResourcePak para z/TPFProporciona la configuración y la creación de informes estadísticos de VMAX,además de funciones ampliadas para los controles de SRDF destinados a z/TPF ylos controles de TimeFinder para z/TPF.

Administrador de SRDF/TimeFinder para IBM iEMC SRDF/TimeFinder Manager for IBM i es un conjunto de utilidades basadas enhost que proporciona una interfaz de IBM i para SRDF y TimeFinder de EMC.

Esta función le permite configurar y controlar las operaciones de SRDF o TimeFinderen los arreglos conectados a hosts de IBM i, incluidos los siguientes:

l SRDF:

n Permite configurar, establecer y dividir dispositivos SRDF, entre los que seincluyen:

– SRDF/A

– SRDF/S

– SRDF/A simultáneo

– SRDF/S simultáneo

l TimeFinder:

n Permite configurar, establecer y dividir dispositivos BCV de TimeFinder.

n Permite crear copias de volúmenes completos o conjuntos de datos individualesen un momento específico.

n Permite crear snapshots de imágenes en un momento específico.

l FAST

Funciones ampliadasLas funciones ampliadas de EMC SRDF/TimeFinder Manager for IBM i proporcionancompatibilidad con la funcionalidad de ASP independiente (IASP) de IBM.

Los IASP son conjuntos de pools de discos auxiliares privados o intercambiables (hasta223) que se pueden poner en línea/offline en un host IBM i sin afectar al resto delsistema.

Cuando se combinan con SRDF/TimeFinder Manager for IBM i, los IASP le permitencontrolar las operaciones de SRDF o TimeFinder en los arreglos conectados a hosts deIBM i, lo que incluye lo siguiente:

l Visualizar y asignar dispositivos TimeFinder SnapVX.

l Ejecutar los comandos de SRDF o TimeFinder para establecer y dividir losdispositivos SRDF o TimeFinder.

l Presentar uno o más dispositivos de destino que contengan una imagen de IASP aotro host para los procesos de continuidad del negocio (BC).

El acceso a las operaciones de control de funciones ampliadas se realiza de dosmaneras:



l Desde la interfaz basada en menús de SRDF/TimeFinder Manager.

l Desde la línea de comandos, mediante los comandos de SRDF/TimeFinderManager y los comandos asociados de IBM i.

AppSyncEMC AppSync ofrece un enfoque de autoservicio simple y dirigido por SLA para laprotección, recuperación y clonación de aplicaciones importantes de Microsoft y deOracle, y de ambientes VMware. Después de definir los planes de servicio, lospropietarios de aplicaciones pueden proteger, recuperar y clonar los datos deproducción rápidamente con granularidad de nivel de elemento mediante lastecnologías de replicación de EMC subyacentes. AppSync también proporciona unservicio de monitoreo de protección de aplicaciones que genera alertas cuando no secumplen los SLA.

AppSync es compatible con las aplicaciones y los arreglos de almacenamientosiguientes:

l Aplicaciones: Oracle, Microsoft SQL Server, Microsoft Exchange, y sistemas dearchivos y áreas de almacenamiento de datos de VMware VMFS y NFS.

l Tecnologías de replicación: SRDF, SnapVX, VNX Advanced Snapshots, VNXeUnified Snapshot, RecoverPoint, XtremIO Snapshot y ViPR Snapshot.


AppSync 61



CAPÍTULO 3

Funciones de sistemas abiertos

Este capítulo describe las funcionalidades específicas de los sistemas abiertos que seincluyen con los arreglos VMAX3.

l Compatibilidad de HYPERMAX OS con sistemas abiertos..................................64l Respaldo y restauración en arreglos externos.................................................... 65l Volúmenes virtuales de VMware.........................................................................75

Funciones de sistemas abiertos 63

Compatibilidad de HYPERMAX OS con sistemas abiertosHYPERMAX OS es compatible con las emulaciones de dispositivos FBA para sistemasabiertos y D910 para IBM i.

Cualquier software de administrador de dispositivos lógicos instalado en un host puedeusarse con los dispositivos de almacenamiento.

HYPERMAX OS aumenta los límites de escalabilidad de las generaciones anteriores deVMAX, incluidos los siguientes:

l El tamaño máximo del dispositivo es de 64 TB

l La cantidad máxima de dispositivos a los que puede acceder el host es de 64,000por arreglo

l La cantidad máxima de grupos de almacenamiento, grupos de puertos y vistas deenmascaramiento es de 64,000 por arreglo

l La cantidad máxima de dispositivos accesibles a través de cada puerto es de 4,000HYPERMAX OS no es compatible con los metadispositivos, por lo que es muchomás difícil alcanzar este límite.

Para obtener más información sobre el aprovisionamiento de almacenamiento en unambiente de sistemas abiertos, consulte Aprovisionamiento específico de sistemasabiertos en la página 85.

Para obtener la información más reciente, consulte la matriz de soporte de EMC en E-Lab Interoperability Navigator, en http://elabnavigator.emc.com.



http://elabnavigator.emc.com

Respaldo y restauración en arreglos externosEMC ProtectPoint integra almacenamiento primario en arreglos de almacenamientoque ejecutan HYPERMAX OS y almacenamiento con protección para respaldos en unsistema EMC Data Domain.

ProtectPoint proporciona transferencia de bloques de datos en los LUN de origen de laaplicación a los LUN encapsulados de Data Domain para los respaldos incrementales.

Los administradores de aplicaciones pueden aprovechar el flujo de trabajo deProtectPoint para proteger las aplicaciones de bases de datos y los datos asociados delas aplicaciones.

La solución ProtectPoint utiliza las funciones de Data Domain y HYPERMAX OS paraproporcionar protección:

En el sistema Data Domain:

l Servicios de vDisk

l FastCopy

En el arreglo de almacenamiento:

l FAST.X (almacenamiento en niveles)

l SnapVX

La combinación de ProtectPoint con el flujo de trabajo del arreglo de almacenamientoa Data Domain le permite al administrador de aplicaciones llevar a cabo las siguientestareas:

l Respaldar y proteger los datos

l Retener y replicar copias

l Restaurar datos

l Recuperar aplicaciones

Transferencia de datosLa siguiente imagen muestra la transferencia de datos en una solución ProtectPointtípica. Los datos se transfieren desde el host de aplicaciones/recuperación (AR) haciael arreglo primario y luego hacia el sistema Data Domain.


Respaldo y restauración en arreglos externos 65

Figura 3 Transferencia de datos de ProtectPoint

Application/Recovery Host

Application

File system

Operating system

Solutions Enabler

Primary storage

Data Domain

SnapVX

Backup device

Source Device

SnapVX

LinkCopy

Productiondevice

vDisk

Static-image

El administrador de almacenamiento configura los recursos de almacenamientosubyacentes en el arreglo de almacenamiento primario y en el sistema Data Domain.Con esta información sobre la configuración del almacenamiento, el administrador deaplicaciones activa el flujo de trabajo a fin de proteger la aplicación.

Nota

Antes de activar el flujo de trabajo, el administrador de aplicaciones debe poner laaplicación en el modo de respaldo en activo. Esto garantiza la conservación de unsnapshot coherente con las aplicaciones en el sistema Data Domain.

Los administradores de aplicaciones pueden seleccionar un respaldo específico alrestaurar los datos y dejar dicho respaldo disponible en un conjunto seleccionado dedispositivos de almacenamiento primario.

Las operaciones para restaurar los datos y realizar la recuperación o la restauración delos dispositivos disponibles en el host de recuperación se deben realizar manualmenteen el almacenamiento primario mediante EMC Solutions Enabler. El flujo de trabajo deProtectPoint proporciona una copia de los datos, pero no inteligencia de aplicaciones.

Topología típica de sitiosLa solución ProtectPoint requiere conectividad con la red IP (LAN o WAN) y con la redde almacenamiento SAN Fibre Channel (FC).

La imagen siguiente muestra la topología típica de un sitio primario.



Figura 4 Topología típica de respaldo/recuperación de RecoverPoint

Productionhost

0001A

0001B

000BA

000BB

0001C

0001D

000BC

ProductionDevices

BackupDevices

(Encapsulated)

RestoreDevices

RecoveryDevices

(Encapsulated)

vdisk-dev0

vdisk-dev1

vdisk-dev2

vdisk-dev3

Primary Storage

Data Domain

Recoveryhost

vdisk providesstorage


vdisk provides

storage

vdisk provides

storage

Componentes de la solución ProtectPointEsta sección describe las conexiones, los hosts y los dispositivos de una soluciónProtectPoint típica.

La siguiente tabla enumera los requisitos para la conexión de componentes en lasolución ProtectPoint.

Tabla 31 Conexiones de ProtectPoint

Componentes conectados Connection Type

Host de aplicaciones primario a arreglo VMAX primario SAN Fibre Channel

Host de aplicaciones primario a sistema Data Domainprimario

LAN IP

Host de recuperación primario a arreglo VMAX primario SAN Fibre Channel

Host de recuperación primario a sistema Data Domainprimario

LAN IP

Principal arreglo VMAX al sistema Data Domain primario SAN Fibre Channel

Host de recuperación secundario a arreglo VMAX secundario(opcional)

SAN Fibre Channel


Componentes de la solución ProtectPoint 67

Tabla 31 Conexiones de ProtectPoint (continuación)

Componentes conectados Connection Type

Host de recuperación secundario sistema Data Domainsecundario (opcional)

LAN IP

Arreglo VMAX secundario a sistema Data Domain secundario(opcional)

SAN Fibre Channel

Host de aplicaciones primario a sistema Data Domainsecundario (opcional)

WAN IP

Sistema Data Domain primario a sistema Data Domainsecundario (opcional)

WAN IP

La siguiente lista describe los hosts y dispositivos de una solución ProtectPoint:

Host de producción

El host que ejecuta la aplicación de la base de datos de producción. Este host deproducción solamente ve los dispositivos VMAX3 de producción.

Host de recuperación

El host que está disponible para las operaciones de recuperación de bases dedatos. El host de recuperación puede incluir el acceso directo a:

l Un respaldo en los dispositivos de recuperación (dispositivos vDiskencapsulados mediante FAST.X), o

l Una copia de respaldo de la base de datos en los dispositivos de restauración(dispositivos VMAX3 nativos).

Dispositivos de producción

Dispositivos de host que están disponibles para el host de producción en el quereside la instancia de la base de datos. Los dispositivos de producción son losdispositivos de origen para las operaciones de TimeFinder/SnapVX que copian losdatos de producción a los dispositivos de respaldo para la transferencia al sistemaData Domain.

Dispositivos de restauración

Se recomiendan dispositivos VMAX3 nativos que se usan para realizar una copiacompleta en el nivel de LUN de un respaldo en un nuevo conjunto de dispositivos.Los dispositivos de restauración están enmascarados para el host derecuperación.

Dispositivos de respaldo

Son los destinos de los snapshots de TimeFinder/SnapVX provenientes de losdispositivos de producción. Los dispositivos de respaldo son dispositivos delgadosVMAX3 que se crean cuando se encapsulan los LUN de respaldo de vDisk de DataDomain.

Dispositivos de recuperación

Son dispositivos VMAX3 que se crean cuando se encapsulan los LUN derecuperación de vDisk de Data Domain. Los dispositivos de recuperación sepresentan al host de recuperación cuando el administrador de aplicaciones realizauna restauración en el nivel de objetos para objetos específicos de la base dedatos.



ProtectPoint y respaldo tradicionalEl flujo de trabajo de ProtectPoint puede ofrecer protección de datos en situacionesen las que los enfoques más tradicionales no pueden cumplir correctamente con losrequisitos del negocio. A menudo, esto se debe a que las ventanas de respaldo sonbreves o inexistentes y exigen requisitos de objetivos de tiempo de recuperación(RTO) u objetivos de punto de recuperación (RPO), o una combinación de ambos.

A diferencia de las operaciones tradicionales de respaldo y recuperación, ProtectPointno depende de un proceso separado para descubrir datos de respaldo y accionesadicionales a fin de transferir los datos a almacenamiento de respaldo. En lugar deutilizar recursos de red y hardware dedicados, ProtectPoint utiliza las funcionalidadesexistentes y de almacenamiento y de las aplicaciones para crear copias de un punto enel tiempo de los conjuntos de datos de gran tamaño. Las copias se transportan através de una red de almacenamiento SAN a sistemas Data Domain como medida deprotección y, al mismo tiempo, proporcionan deduplicación para maximizar la eficienciade almacenamiento.

ProtectPoint minimiza el tiempo que se necesita para proteger los conjuntos de datosde gran tamaño; además, permite que los respaldos se ajusten a las ventanas derespaldo más breves para cumplir con los exigentes requisitos de RTO y RPO.

Flujo de trabajo básico de respaldoEn el flujo de trabajo básico de respaldo, los datos se transfieren del arreglo dealmacenamiento primario al sistema Data Domain. ProtectPoint administra el flujo dedatos. La transferencia real de los datos la realiza SnapVX.

La solución ProtectPoint le permite al administrador de aplicaciones tomar el snapshoten el arreglo de almacenamiento primario con una interrupción mínima para laaplicación.

Nota

El administrador de aplicaciones debe asegurarse de que la aplicación esté en unestado adecuado antes de iniciar la operación de respaldo. Esto garantiza que la copiao el respaldo sean coherentes con las aplicaciones.

En una operación típica sucede lo siguiente:

l El administrador de aplicaciones utiliza ProtectPoint para crear un snapshot.

l ProtectPoint transfiere los datos al sistema Data Domain.

l El arreglo de almacenamiento primario realiza un seguimiento de los datos que semodificaron desde la última actualización en el sistema Data Domain y solamentecopia los datos modificados.

l Una vez que todos los datos capturados en el snapshot se envían al sistema DataDomain, el administrador de aplicaciones puede crear una imagen estática de losdatos, la cual refleja la copia coherente con las aplicaciones que se creóinicialmente en el arreglo de almacenamiento primario.

Esta imagen estática y sus metadatos se administran por separado del snapshot en elarreglo de almacenamiento primario y pueden utilizarse como origen para copiasadicionales del respaldo. Las imágenes estáticas que se completan con metadatos sedenominan imágenes de respaldo. ProtectPoint crea una imagen de respaldo para cadaLUN protegido. Las imágenes de respaldo se pueden combinar en los conjuntos derespaldo que representan un respaldo completo de un punto en el tiempo de unaaplicación.


ProtectPoint y respaldo tradicional 69

La imagen siguiente ilustra el flujo de trabajo básico de respaldo.

Figura 5 Flujo de trabajo básico de respaldo

Productionhost

0001A

0001B

000BA

000BB

0001C

0001D

000BC

000BD

ProductionDevices

BackupDevices

(Encapsulated)

RestoreDevices

RecoveryDevices

(Encapsulated)

vdisk-dev0

vdisk-dev1

vdisk-dev2

vdisk-dev3

Primary Storage

Data Domain

Recoveryhost

vdisk providesvdisk providesvdisk providesvdisk providesvdisk providesvdisk provides

storagestoragestorage

vdisk providesvdisk providesvdisk provides

storagestoragestorage



1. En el host de aplicaciones, el administrador de aplicaciones pone la base de datosen modo de respaldo en activo.

2. En el arreglo de almacenamiento primario, ProtectPoint crea un snapshot deldispositivo de almacenamiento.La aplicación se puede sacar del modo de respaldo en activo una vez finalizadoeste paso.

3. El arreglo de almacenamiento primario analiza los datos y usa FAST.X para copiarlos datos modificados a un dispositivo de almacenamiento encapsulado DataDomain.

4. Data Domain crea y almacena una imagen de respaldo del snapshot.



Flujo de trabajo básico de restauraciónExisten dos tipos de restauraciones:

Restauración en el nivel de objetos

Se restauran uno o más objetos de la base de datos a partir de un snapshot.

Restauración de reversión de una aplicación completa

La aplicación se restaura a un momento específico anterior. Hay dos tipos deoperaciones de recuperación:

l Una restauración en los dispositivos de la base de datos de producción vistospor el host de producción.

l Una restauración en los dispositivos de restauración que puedan estardisponibles para el host de recuperación.

Para cada tipo de restauración, el administrador de aplicaciones selecciona la imagende respaldo que desea restaurar desde el sistema Data Domain.

Restauración en el nivel de objetosPara lograr una restauración en el nivel de objetos, el administrador de aplicacionesrealiza las siguientes acciones:

l Selecciona la imagen de respaldo en el sistema Data Domain

l Realiza una restauración de una imagen de la base de datos en los dispositivos derecuperación

El administrador de almacenamiento enmascara los dispositivos de recuperación parael host de aplicaciones/recuperación (AR) a fin de realizar una restauración en el nivelde objetos.

La siguiente imagen muestra el flujo de trabajo de la restauración en el nivel deobjetos.


Flujo de trabajo básico de restauración 71

Figura 6 Flujo de trabajo de restauración en el nivel de objetos

Productionhost

0001A

0001B

000BA

000BB

0001C

0001D

000BC

000BD

ProductionDevices

BackupDevices

(Encapsulated)

RestoreDevices

RecoveryDevices

(Encapsulated)

vdisk-dev0

vdisk-dev1

vdisk-dev2

vdisk-dev3

Primary Storage

Data Domain

Recoveryhost

vdisk provides

storage

vdisk provides

storage

vdisk provides

vdisk provides

vdisk providesstoragestoragestoragestorage

vdisk provides

vdisk provides

vdisk provides

vdisk provides

vdisk provides

vdisk providesstoragestoragestorage

1. El sistema Data Domain escribe la imagen de respaldo en el dispositivo dealmacenamiento encapsulado, lo que permitirá que esté disponible en el arreglo dealmacenamiento primario.

2. El administrador de aplicaciones monta el dispositivo de almacenamientoencapsulado en el host de recuperación y utiliza herramientas y comandosespecíficos para el sistema operativo y las aplicaciones a fin de restaurar objetosespecíficos.

Restauración de reversión de una aplicación completaPara la restauración de reversión de una aplicación completa, después de seleccionarla imagen de respaldo en el sistema Data Domain, el administrador de almacenamientoejecuta una restauración en los dispositivos de producción o restauración delalmacenamiento primario, según los dispositivos que necesiten una restauración de laimagen de la base de datos completa del momento específico seleccionado. Adiferencia de la restauración en el nivel de objetos, la restauración de reversión de unaaplicación completa requiere operaciones manuales de SnapVX para completar elproceso de restauración. Para hacer que la imagen de respaldo esté disponible en elarreglo de almacenamiento primario, el administrador de almacenamiento debe crearuna instantánea entre los dispositivos de recuperación Data Domain encapsulados y losdispositivos de recuperación/producción, y luego iniciar la operación de copia delvínculo.

La siguiente imagen muestra todo el flujo de trabajo de restauración de reversión deuna aplicación.



Figura 7 Flujo de trabajo de restauración de reversión de una aplicación completa

Productionhost

0001A

0001B

000BA

000BB

0001C

0001D

000BC

000BD

ProductionDevices

BackupDevices

(Encapsulated)

RestoreDevices

RecoveryDevices

(Encapsulated)

vdisk-dev0

vdisk-dev1

vdisk-dev2

vdisk-dev3

Primary Storage

Data Domain

Recoveryhost

vdisk provides

storage

vdisk provides

storage

vdisk provides

vdisk provides


vdisk provides

vdisk provides

vdisk provides

vdisk provides

vdisk provides

vdisk providesstoragestorage

1. El sistema Data Domain escribe la imagen de respaldo en el dispositivo dealmacenamiento encapsulado, lo que permitirá que esté disponible en el arreglo dealmacenamiento primario.

2. El administrador de aplicaciones crea una instantánea de SnapVX del dispositivo dealmacenamiento encapsulado y realiza una copia vinculada en el dispositivo dealmacenamiento primario, con lo que se sobrescriben los datos existentes en elalmacenamiento primario.

3. Los datos restaurados de presentan al host de aplicaciones.

La siguiente imagen muestra un flujo de trabajo de recuperación de una base de datoscompleta en los dispositivos del producto. El flujo de trabajo es el mismo que el de unarestauración de reversión de una aplicación completa; la diferencia radica en losdestinos de copia del vínculo.


Flujo de trabajo básico de restauración 73

Figura 8 Recuperación de una base de datos completa en los dispositivos de producción

Productionhost

0001A

0001B

000BA

000BB

0001C

0001D

000BC

000BD

ProductionDevices

BackupDevices

(Encapsulated)

RestoreDevices

RecoveryDevices

(Encapsulated)

vdisk-dev0

vdisk-dev1

vdisk-dev2

vdisk-dev3

Primary Storage

Data Domain

Recoveryhost

vdisk provides

vdisk provides

vdisk provides

vdisk provides


vdisk provides

vdisk provides


vdisk provides

storage

vdisk provides

storage



Volúmenes virtuales de VMwareLos arreglos de almacenamiento que ejecutan HYPERMAX OS son compatibles con losvolúmenes virtuales (VVol) de VMware. Los VVol son un nuevo objeto dealmacenamiento desarrollado por VMware para simplificar la administración y elaprovisionamiento en ambientes virtualizados. Con los VVol, el proceso deadministración se transfiere del nivel de LUN (área de almacenamiento de datos) alnivel de máquina virtual (VM). Este nivel de granularidad permite que losadministradores de nube y de VMware asignen atributos de almacenamientoespecíficos a cada máquina virtual, según sus requisitos de rendimiento yalmacenamiento.

Componentes de VVolPara admitir funcionalidades de administración de VVol, el almacenamiento/ambientede vCenter requiere lo siguiente:

l EMC VMAX VASA Provider: VASA Provider (VP) es un plug-in de software queutiliza un conjunto de API de administración fuera de banda (versión 2.0 de VASA).VASA Provider exporta las funcionalidades del arreglo de almacenamiento y laspresenta a vSphere mediante las API de VASA. Los VVol se administran por mediode vSphere a través de las API de VASA Provider (crear/eliminar) y no con lainterfaz del usuario de Unisphere for VMAX o la CLI de Solutions Enabler. Despuésde configurar los VVols en el arreglo, Unisphere y Solutions Enabler solo admiten elmonitoreo y la creación de informes de VVol.

l Contenedores de almacenamiento (SC): los contenedores de almacenamiento sonfragmentos de almacenamiento físico que se usan para agrupar VVol maneralógica. Los SC se basan en la agrupación de discos de máquina Virtual (VMDK) enlos niveles de servicio específicos. La capacidad de SC está limitada solo por lacapacidad de hardware. Se requiere al menos un SC por sistema dealmacenamiento, pero se permiten varios SC por arreglo. Los SC se crean y seadministran en el arreglo mediante el administrador de almacenamiento. La CLI deUnisphere y de Solutions Enabler admite la administración de SC.

l Terminales de protocolos (PE): las terminales de protocolos son los puntos deacceso de los hosts al arreglo por medio del administrador de almacenamiento. LasPE cumplen los requisitos de Fibre Channel y reemplazan el uso de LUN y puntosde montaje. Los VVol se “vinculan” con una PE, y las operaciones de vinculación ydesvinculación se administran a través de las API de VP, no con la CLI de SolutionsEnabler. Las políticas de múltiples rutas y los requisitos de topología NFSexistentes se pueden aplicar a la PE. Las PE se crean y se administran en el arreglomediante el administrador de almacenamiento. Las CLI de Unisphere y de SolutionsEnabler admiten la administración de PE.

Tabla 32 Funcionalidad de administración de los componentes de la arquitectura de VVol

Funcionalidad Componente

Administración de dispositivos de VVol (crear,eliminar)

API de VASA Provider/API de SolutionsEnabler

Administración de la vinculación de VVol(vincular, desvincular)

Administración de dispositivos de la terminalde protocolos (crear, eliminar)

CLI de Unisphere/Solutions Enabler


Volúmenes virtuales de VMware 75

Tabla 32 Funcionalidad de administración de los componentes de la arquitectura deVVol (continuación)

Funcionalidad Componente

Informes de VVol de la terminal de protocolos(enumerar, mostrar)

Administración de contenedores dealmacenamiento (crear, eliminar, modificar)

Creación de informes del contenedor dealmacenamiento (enumerar, mostrar)

Escalabilidad de VVolLa siguiente información detalla los límites de escalabilidad de VVol:

Tabla 33 Escalabilidad específica de VVol

Requisito Valor

Cantidad de VVol por arreglo 64,000

Cantidad de snapshots por máquina Virtuala 12

Cantidad de contenedores de almacenamientopor arreglo

16

Cantidad de terminales de protocolos/arreglo 1/host de ESXi

Cantidad máxima de terminales de protocolospor arreglo

1,024

Cantidad de arreglos compatibles por VP 1

Cantidad de vCenters por VP 2

Tamaño de dispositivo máximo 16 TB

a. Los snapshots de VVol solo se pueden administrar por medio de vSphere. No se puedencrear a través de Unisphere o Solutions Enabler.

Flujo de trabajo de VVolAntes de comenzar

Instalar y configurar las siguientes aplicaciones de EMC:

l Unisphere for VMAX V8.2 o superior

l Solutions Enabler CLI V8.2 o superior

l Proveedor de VASA V8.2 o superior

Para obtener instrucciones sobre la instalación de Unisphere y Solutions Enabler,consulte las guías de instalación correspondientes. Para obtener instrucciones sobrecómo instalar VASA Provider, consulte las notas de la versión de VASA Provider de EMCVMAX.

Los pasos necesarios para crear una máquina virtual basada en VVol se dividen porfunción:



Procedimiento

1. El Administrador de almacenamiento VMAX utiliza Unisphere for VMAX oSolutions Enabler para crear y presentar el almacenamiento al ambiente deVMware:

a. Cree uno o más contenedores de almacenamiento en el arreglo dealmacenamiento. Este paso define la cantidad de almacenamiento que puedeaprovisionar el usuario de VMware y desde qué nivel de servicio.

b. Cree extremos de protocolos y aprovisiónelos a los hosts ESXi.

2. El Administrador de VMware utiliza vSphere Web Client para implementar lamáquina virtual en el arreglo de almacenamiento:

a. Agregar VASA Provider a vCenter. Esto permite que vCenter se comuniquecon el arreglo de almacenamiento.

b. Crear el almacén de datos de VVol a partir del contenedor dealmacenamiento.

c. Crear las políticas de almacenamiento de máquinas virtuales.

d. Crear la máquina virtual en el área de almacenamiento de datos de VVol yseleccionar una de las políticas de almacenamiento de máquina virtual.


Flujo de trabajo de VVol 77



CAPÍTULO 4

Funciones de mainframe

Este capítulo describe las funcionalidades específicas de mainframe que se incluyencon los arreglos VMAX.

l Compatibilidad de HYPERMAX OS con mainframe............................................ 80l Compatibilidad con la funcionalidad de los sistemas IBM z.................................80l Compatibilidad con IBM 2107..............................................................................81l Funcionalidades de la unidad lógica de control....................................................81l Emulaciones de discos....................................................................................... 82l Configuraciones en cascada...............................................................................82

Funciones de mainframe 79

Compatibilidad de HYPERMAX OS con mainframeLos arreglos VMAX 100K, 200K y 400K con HYPERMAX OS son compatibles conambientes de solo mainframe y con ambientes que combinan mainframe y sistemasabiertos.

Los arreglos VMAX ofrecen la siguiente compatibilidad con mainframe para CKD:

l Compatibilidad con 64, 128 y 256 puertos de modo único y múltiple FICON,respectivamente

l Compatibilidad con dispositivos FBA y de CKD 3380/3390

l Conectividad de Fibre Channel/iSCSI/FCoE de SO y mainframe (FICON)

l Discos flash de alta capacidad

l Conectividad de host FICON de 16 Gb/s

l Compatibilidad con Forward Error Correction, el acceso de host a consultas y elenrutamiento dinámico FICON

l Protección T10-DIF para datos CKD en toda la ruta de datos (en la caché y en eldisco) a fin de mejorar el rendimiento para las operaciones de registros múltiples

l Administrador de claves externo D@RE:

n SafeNet KeySecure de Gemalto

n Administrador del ciclo de vida de las claves de seguridad de IBM

Cifrado de datos en reposo en la página 42 brinda más información.

Compatibilidad con la funcionalidad de los sistemas IBM zLos arreglos VMAX admiten las últimas mejoras de IBM z Systems, lo que garantizaque el sistema VMAX pueda manejar los ambientes de mainframe más exigentes. Losarreglos VMAX son compatibles con:

l zHPF, incluida la compatibilidad con un segmento, varios segmentos, la búsquedaprevia de listas, las transferencias bidireccionales, el acceso QSAM/BSAM y lasescrituras de formato

l zHyperWrite

l Guardado de estado no disruptivo (NDSS)

l Flash nativo compatible (Flash Copy)

l Copia simultánea

l Digitalización de múltiples subsistemas

l Volúmenes de acceso paralelo

l Administración dinámica de canales (DCM)

l Volúmenes de acceso paralelo dinámico/cumplimiento múltiple (PAV/MA)

l Copia remota peer-to-peer (PPRC) SoftFence

l Volúmenes de dirección extendida (EAV)

l Control de IU persistente (FICON de distancia extendida)

l HyperPAV

l Ayuda en la búsqueda de PDS



l Modified Indirect Data Address Word (MIDAW)

l Multiple Allegiance (MA)

l Fraccionado de datos secuenciales

l Instalación de bloqueo de múltiples rutas

l HyperSwap

Nota

VMAX puede participar en una configuración de z/OS Global Mirror (XRC)únicamente como secundario.

Compatibilidad con IBM 2107Cuando los arreglos VMAX emulan un IBM 2107, representan el número de serie delarreglo externamente como un número de caracteres alfanuméricos a fin de sercompatible con la salida del comando de IBM. Internamente, los arreglos VMAXconservan un número de serie numérico para las emulaciones de IBM 2107.HYPERMAX OS maneja la correlación entre los números de serie alfanuméricos ynuméricos.

Funcionalidades de la unidad lógica de controlLa siguiente tabla enumera los valores máximos de la unidad lógica de control (LCU):

Tabla 34 Valores máximos de la unidad lógica de control

Funcionalidad Valor máximo

LCU por segmento director (o puerto) 255 (dentro del rango de 00 a FE)

LCU por división de VMAX a 255

Divide por arreglo VMAX 16 (de 0 a 15)

Dispositivos por división de VMAX 65,280

LCU por arreglo VMAX 512

Dispositivos por LCU 256

Rutas lógicas por puerto 2,048

Rutas lógicas por LCU por puerto (consulte Tabla 35 en la página 82)

128

Dirección de host del sistema VMAX porarreglo VMAX (base y alias)

64K

Conexiones de I/O de host por motor deVMAX

32

a. Una división de VMAX es una partición lógica del sistema VMAX que se identifica mediantedispositivos únicos, SSID y el número de serie del host. La dirección de host máxima delsistema VMAX por arreglo incluye todas las divisiones.

La siguiente tabla enumera los LPAR máximos por puerto en función de la cantidad deLCU con rutas activas:


Compatibilidad con IBM 2107 81

Tabla 35 LPAR máximos por puerto

LCU con rutas activaspor puerto

Cantidad máxima devolúmenes admitida porpuerto

LPAR máximos de VMAXpor puerto

16 + 4K 128

32 8K 64

64 16K 32

128 32K 16

255 64K 8

Emulaciones de discosCuando los arreglos VMAX están configurados para hosts de mainframe, el formato degrabación de datos es Extended CKD (ECKD). Las emulaciones de CKD compatiblesson 3380 y 3390.

Configuraciones en cascadaLas configuraciones en cascada mejoran en gran medida la conectividad FICON entrelos sites locales y remotos mediante el uso de extensiones de switch a switch del CPUy la red FICON. Estos switches en cascada se comunican a través de largas distanciasmediante el uso de una pequeña cantidad de líneas de alta velocidad denominadasInter-Switch Links (ISL). Se puede conectar un máximo de dos switches juntos dentrode una ruta entre el CPU y el arreglo VMAX.

Se requiere el uso de los mismos proveedores de switch para una configuración encascada. Para admitir las configuraciones en cascada, cada proveedor de switchrequiere modelos específicos, características de hardware, funciones de software,ajustes de configuración y restricciones. También se requieren niveles de versión delsistema operativo, hardware de host, niveles de HYPERMAX y modelos de CPU deIBM específicos.

Para obtener la información más actualizada acerca de la compatibilidad de switches,consulte la matriz de soporte de EMC (ESM), disponible a través de E-Lab™

Interoperability Navigator (ELN) en http://elabnavigator.emc.com.



http://elabnavigator.emc.com

CAPÍTULO 5

Aprovisionamiento

Este capítulo brinda una descripción general de cómo provisionar almacenamiento. Seabordarán los siguientes temas:

l Aprovisionamiento delgado................................................................................ 84

Aprovisionamiento 83

Aprovisionamiento delgadoLos arreglos VMAX3 se configuran previamente en la fábrica con pools deaprovisionamiento delgado listos para su uso. El aprovisionamiento delgado mejora lautilización de la capacidad y simplifica la administración de almacenamiento. Elaprovisionamiento delgado permite la asignación de almacenamiento y el acceso a estealmacenamiento según demanda desde un pool de almacenamiento que presta servicioa una o más aplicaciones. Los LUN pueden “crecer” con el tiempo, a medida que seagrega espacio al pool de datos, sin que esto afecte al host ni a la aplicación. Los datosse fraccionan ampliamente en todo el almacenamiento físico (unidades) para brindarun mejor rendimiento que el aprovisionamiento estándar.

Nota

Los dispositivos de datos (TDAT) se aprovisionan, se configuran previamente o secrean mientras el cliente o el servicio al cliente crea los dispositivos TDEV dealmacenamiento a los que se puede acceder mediante un host, según el ambiente.

El aprovisionamiento delgado mejora la utilización de la capacidad y simplifica laadministración de almacenamiento por medio de lo siguiente:

l Permite que se presente a un host más almacenamiento que el que se consumefísicamente

l Asigna almacenamiento según sea necesario desde un pool de aprovisionamientodelgado compartido

l Simplifica el diseño de datos a través de un fraccionado amplio automatizado

l Disminuye los pasos necesarios para adaptar el crecimiento

El aprovisionamiento delgado le permite hacer lo siguiente:

l Crear dispositivos delgados accesibles mediante el host (TDEV) con Unisphere forVMAX o Solutions Enabler

l Agregar los TDEV a un grupo de almacenamiento

l Ejecutar las cargas de trabajo de aplicaciones en los grupos de almacenamiento

Cuando los host escriben en los TDEV, el almacenamiento físico se asignaautomáticamente desde el pool de recursos de almacenamiento predeterminado.

Dispositivos delgados (TDEV)

Nota

Los arreglos VMAX3 admiten únicamente dispositivos delgados.

A los dispositivos delgados no se les asigna almacenamiento hasta que la primeraescritura se envía al dispositivo. En su lugar, el arreglo realiza solo una asignaciónmínima de almacenamiento físico desde el pool y mapea ese almacenamiento a unaregión del dispositivo delgado que incluye el área de destino de la escritura.

Estas asignaciones iniciales mínimas se ejecutan en unidades pequeñas denominadasextensiones de dispositivos delgados. La extensión de un dispositivo delgado es de unsegmento (128 kB).

Cuando se ejecuta una lectura en un dispositivo, los datos que se leen se recuperan deldispositivo de datos correspondiente al cual está asignada la extensión de dispositivodelgado. La lectura del área de un dispositivo delgado que no fue mapeado no

Aprovisionamiento


desencadena operaciones de asignación. La lectura de un bloque no mapeado da comoresultado un bloque en el cual cada byte es igual a cero.

Cuando se requiere más almacenamiento para abastecer a dispositivos delgadosexistentes o futuros, se pueden añadir dispositivos de datos a los grupos dealmacenamiento delgado existentes.

CKD delgadoSi usa HYPERMAX 5977 o superior, inicie y etiquete los dispositivos delgadosmediante la utilidad ICKDSF INIT.

Sobreasignación de un dispositivo delgadoUn dispositivo delgado se puede presentar para el uso del host antes de mapear toda lacapacidad informada del dispositivo.

La suma de las capacidades informadas de los dispositivos delgados que usan un pooldeterminado puede superar la capacidad de almacenamiento disponible del pool. Losdispositivos delgados con capacidades que superan las de su pool asociado están“sobreasignados”.

La sobreasignación permite mostrar dispositivos más grandes de lo necesario a loshosts y a las aplicaciones sin hacer que las unidades físicas asignen completamente elespacio que representan los dispositivos delgados.

Aprovisionamiento específico de sistemas abiertos

Límites de I/O del host HYPERMAX para sistemas abiertosEn los sistemas abiertos, puede definir límites de I/O de hosts y asociarlos con gruposde almacenamiento. Las definiciones de límites de I/O contienen los parámetrosoperativos de los IOPS o las limitaciones de ancho de banda.

Cuando se asocia un límite de I/O con un grupo de almacenamiento, el límite se dividede manera equitativa entre todos los directores en la vista de enmascaramientoasociada con el grupo de almacenamiento. Todos los dispositivos de ese grupo dealmacenamiento comparten dicho límite.

Cuando se configuran las aplicaciones, se pueden asociar los límites a los grupos dealmacenamiento que contienen una lista de dispositivos. Un único grupo dealmacenamiento solamente puede estar asociado a un límite, y un dispositivosolamente puede estar en un grupo de almacenamiento que tenga límites asociados.

Se pueden definir hasta 4,096 límites de I/O de host.

Tenga en cuenta lo siguiente cuando se utilizan los límites de I/O de hosts:

l Límites de I/O de host en cascada que controlan los grupos de almacenamientoprincipales y secundarios en una configuración de grupos de almacenamiento encascada.

l Redistribución de cuotas de los directores offline y con fallas que admite todas lascuotas disponibles para que estén disponibles, en lugar de perder las asignacionesde cuotas de los directores offline o con fallas.

l Los límites de I/O de host dinámicos admiten la redistribución dinámica de lascuotas de los directores en estado estable.

Aprovisionamiento

CKD delgado 85

Grupos de autoaprovisionamiento en sistemas abiertosLos grupos de autoaprovisionamiento en sistemas abiertos reducen la complejidad, eltiempo de ejecución, los costos de mano de obra y el riesgo de errores.

Los grupos de autoaprovisionamiento permiten a los usuarios agrupar los iniciadores,los puertos de front-end y los dispositivos, además de crear vistas deenmascaramiento que asocian los dispositivos con los puertos y los iniciadores.

Cuando se crea una vista de enmascaramiento, se ejecuta automáticamente lacantidad de operaciones de mapeo y enmascaramiento que son necesarias paraprovisionar el almacenamiento.

Cuando se crea una vista de enmascaramiento, todos los cambios en la agrupación deiniciadores, puertos o dispositivos de almacenamiento se propagan automáticamente atoda la vista, lo cual actualiza de manera automática el mapeo y el enmascaramiento,según sea necesario.

Componentes de grupos de autoaprovisionamiento

Los componentes de grupo de autoaprovisionamiento son los siguientes:

Grupos de iniciadores

Una agrupación lógica de iniciadores de Fibre Channel. Un grupo de iniciadoresestá limitado a un grupo principal, que puede contener otros grupos, o a un gruposecundario, que contiene una función de iniciador. No se admite la combinación deiniciadores y un nombre de elemento secundario en un grupo.

Grupo de puertos

Una agrupación lógica de puertos de director Fibre Channel de front-end.La máxima cantidad de puertos en un grupo de puertos es 32.

Grupo de almacenamiento

Una agrupación lógica de dispositivos delgados. Se asignan direcciones de LUN alos dispositivos dentro del grupo de almacenamiento cuando se crea la vista, encaso de que el grupo sea un grupo en cascada o independiente.

Grupo de almacenamiento en cascada

Un grupo de almacenamiento principal que se compone de varios grupos dealmacenamiento (miembros del grupo de almacenamiento principal) quecontienen grupos de almacenamiento secundarios compuestos de dispositivos.Mediante la asignación de grupos de almacenamiento secundarios a los miembrosdel grupo de almacenamiento principal y la aplicación de la vista deenmascaramiento al grupo de almacenamiento principal, la vista deenmascaramiento hereda todos los dispositivos de los grupos de almacenamientosecundarios correspondientes.

Vista de enmascaramiento

Una asociación entre un grupo de iniciadores, un grupo de puertos y un grupo dealmacenamiento. Al crear una vista de enmascaramiento, el grupo dentro de lavista corresponde a un grupo principal y se utilizan los contenidos de los grupossecundarios. Por ejemplo, los iniciadores de los grupos de iniciadores secundariosy los dispositivos de los grupos de almacenamiento secundarios. Según losrequisitos del servidor y de la aplicación, cada servidor o grupo de servidorespuede tener una o más vistas de enmascaramiento que asocien un conjunto dedispositivos delgados con una aplicación, un servidor o un clúster de servidores.

Aprovisionamiento


Figura 9 Grupos de autoaprovisionamiento

Masking view

dev

dev

devdev

dev

dev

VM 1 VM 2 VM 3 VM 4

HB

A 1

HB

A 2

HB

A 4

HB

A 3

ESX

2

VM 1 VM 2 VM 3 VM 4

HB

A 1

HB

A 1

HB

A 2

HB

A 2

HB

A 4

HB

A 4

HB

A 3

HB

A 3 ESX

1

dev

dev

devdev

dev

dev

Storage group

Devices

Port group

Host initiators

Initiator group

Ports

SYM-002353

Aprovisionamiento específico de mainframeEn Mainframe Enablers, el monitoreo periódico de la capacidad de pools delgados(THN) examina la capacidad consumida de los pools de datos. Se compruebanautomáticamente los umbrales de consumo de espacio definidos por el usuario y seactiva una respuesta automatizada adaptada a los requisitos del sitio. Puedeespecificar varios umbrales de consumo de espacio. Cuando el porcentaje de consumode espacio alcanza el rango especificado, se toman las medidas pertinentes.

Aprovisionamiento

Aprovisionamiento específico de mainframe 87

Aprovisionamiento


CAPÍTULO 6

Organización del almacenamiento en niveles

En este capítulo, se proporciona una descripción general de la funcionalidad FAST™.Se abordarán los siguientes temas:

l FAST..................................................................................................................90l Niveles de servicio............................................................................................. 94l Coordinación de FAST/SRDF.............................................................................96l Administración de FAST/TimeFinder................................................................. 96l Aprovisionamiento externo con FAST.X............................................................. 96

Organización del almacenamiento en niveles 89

FASTEMC Fully Automated Storage Tiering (FAST) proporciona administraciónautomatizada de los recursos de disco del arreglo VMAX3 en nombre de losdispositivos delgados. FAST crea automáticamente pools de datos según la tecnología,la capacidad y el tipo de RAID de cada disco individual.

FAST transfiere las partes más activas de sus cargas de trabajo (datos activos) adiscos flash de alto rendimiento y transfiere el almacenamiento al que accede conmenor frecuencia (datos inactivos) a unidades de menor costo. FAST:

l Aprovecha las mejores características de rendimiento y costo de los diferentestipos de unidades

l Reduce los costos de adquisición, alimentación, enfriamiento y espacio físico, yaque ofrece mayor rendimiento con menos unidades

l Puede considerar las protecciones RAID para asegurarse de que las cargas detrabajo con actividad intensiva de escritura vayan a RAID 1 y las cargas de trabajocon actividad intensiva de lectura vayan a RAID 6

l Ofrece niveles de rendimiento variables mediante el uso de niveles de servicio.

El nivel de servicio se establece en el grupo de almacenamiento paraconfigurar las expectativas de rendimiento de los dispositivos delgados enel grupo. FAST monitorea el rendimiento del grupo de almacenamiento enrelación con el nivel de servicio y provisiona automáticamente los recursosde disco adecuados para mantener un nivel de rendimiento uniforme.

FAST está completamente automatizado y no requiere la intervención del usuario.

La siguiente imagen muestra cómo FAST transfiere datos activos a unidades de altorendimiento y datos inactivos a unidades de menor costo

Figura 10 Transferencia de datos de FAST



Configuración previa para FASTLos arreglos VMAX3 se personalizan y se configuran previamente con aplicaciones desoftware basadas en el arreglo, lo que incluye una configuración previa de fábrica paraFAST con los siguientes elementos:

l Dispositivos de datos (TDAT): un dispositivo interno que proporciona elalmacenamiento físico que utilizan los dispositivos delgados.

l Pool de datos: Un conjunto de dispositivos de datos de tipo idéntico de emulacióny protección, los cuales residen en discos del mismo tipo de tecnología y de lamisma velocidad. Los discos de un pool de datos son del mismo grupo de discos.

l Grupo de discos: un conjunto de unidades físicas dentro del arreglo que compartenlas mismas características de rendimiento, las cuales se determinan según lavelocidad de rotación (10,000 y 7,200), la tecnología (SAS y SAS flash) y lacapacidad.Las opciones de protección RAID se configuran en el nivel de grupos de discos.EMC recomienda especialmente usar uno o más esquemas de protección RAID dedatos para todos los dispositivos de datos.

Tabla 36 Opciones de RAID

RAIDa Proporciona lo siguiente Consideraciones deconfiguración

RAID 1 El mayor nivel de rendimientopara todas las aplicacionescríticas del negocio y demisión crítica. Mantiene unacopia duplicada de undispositivo en dos unidades.Si una unidad del parespejeado falla, el arreglo usaautomáticamente el partnerespejeado sin ocasionarinterrupciones en ladisponibilidad de los datos.

n Tolera una falla en unasola unidad dentro del parespejeado.

n Una reconstrucción deuna unidad es una copiasimple de la unidadrestante en la unidadreemplazada.

n La cantidad de unidadesrequeridas corresponde aldoble de la cantidad quese requiere para elalmacenamiento de datos(la capacidad dealmacenamiento utilizablede un sistema espejeadoes del 50 %).

RAID 5 Paridad distribuida y datosfraccionados en todas lasunidades del grupo RAID.Entre las opciones, seincluyen:

n RAID 5 (3 + 1): Consta decuatro unidades conparidad y datosfraccionados en cadadispositivo.

n RAID 5 (3 + 1)proporciona el 75 % de lacapacidad dealmacenamiento de datos.

n RAID 5 (7 + 1) proporcionael 87.5 % de la capacidadde almacenamiento dedatos.


Configuración previa para FAST 91

Tabla 36 Opciones de RAID (continuación)

RAIDa Proporciona lo siguiente Consideraciones deconfiguración

n RAID 5 (7 + 1): Consta deocho unidades con paridady datos fraccionados encada dispositivo.

n Tolera una falla en unasola unidad dentro delgrupo RAID 5.

RAID 6 Unidades fraccionadas con eldoble de paridad distribuida(horizontal y diagonal). Losniveles más altos dedisponibilidad entre lasopciones son:

n RAID 6 (6 + 2): Consta deocho unidades con paridaddoble y datosfraccionados en cadadispositivo.

n RAID 6 (14 + 2): Constade 16 unidades conparidad doble y datosfraccionados en cadadispositivo.

n RAID 6 (6 + 2)proporciona el 75 % de lacapacidad dealmacenamiento de datos.

n RAID 6 (14 + 2)proporciona el 87.5 % dela capacidad dealmacenamiento de datos.

n Tolera fallas endos unidades dentro delgrupo RAID 6.

a. Cuando se reemplaza la unidad (de manera no disruptiva) mediante una operación derepuesto, el arreglo restablece el par espejeado y resincroniza automáticamente los datoscon la unidad. La operación de reemplazo con repuesto está disponible en todos los tipos deRAID. El arreglo puede leer datos desde cualquier unidad espejeada.

Los arreglos

Nota

VMAX3 no son compatibles con RAID 10. Diseñado para ambientes dealmacenamiento con aprovisionamiento virtual completo, el arreglo VMAX3 incluyevolúmenes (delgados) con aprovisionamiento virtual ampliamente fraccionados enpares de discos RAID 1 a fin de proporcionar simultaneidad de I/O y el nivel deprotección de RAID 1. Los beneficios son iguales o superiores a los que ofrecenRAID 10 o los metavolúmenes fraccionados.

l Pools de recursos de almacenamiento FAST: Hay un pool de recursos dealmacenamiento FAST (valor predeterminado) preconfigurado en el arreglo. Esteproceso es automático y no requiere configuración. Según el ambiente dealmacenamiento, los SRP pueden consistir de pools de almacenamiento FBA oCKD, o una combinación de ambos en ambientes mixtos. FAST usa los mismosalgoritmos para mantener el SL especificado, independientemente del ambiente.Sin embargo, solo puede transferir datos entre pools del mismo tipo. Los datos deFBA y CKD no se pueden mezclar en el mismo pool de almacenamiento, peropueden estar en el mismo grupo de discos.No se pueden modificar los pools de recursos de almacenamiento FAST, pero esposible enumerar y mostrar su configuración.



Puede generar informes que detallen las exigencias que los grupos dealmacenamiento o los niveles de servicio establecen para los pools de recursos dealmacenamiento.

La siguiente imagen muestra los componentes de FAST que se configuranpreviamente en la fábrica. Una vez instalados, los dispositivos delgados se crean yse agregan al grupo de almacenamiento.

Figura 11 Componentes de FAST

Service Levels

*

*

*

* Not supported on storage groups containing CKD volumes.

Asignación de FAST por pool de recursos de almacenamientoFAST administra la asignación de los datos nuevos en el pool de recursos dealmacenamiento mediante la selección automática de un pool de recursos dealmacenamiento en función de la tecnología de disco, la capacidad y el tipo de RAIDdisponibles.

Si un grupo de almacenamiento tiene un nivel de servicio (SL), FAST cambiaautomáticamente la clasificación de los pools de recursos de almacenamientoutilizados para la asignación inicial. Si la tecnología de unidades de preferencia no estádisponible, la asignación se revierte al comportamiento predeterminado y utilizacualquier pool de recursos de almacenamiento que esté disponible para asignación.

FAST impone el cumplimiento de los SL en el pool de recursos de almacenamientomediante la restricción de las asignaciones de tecnología disponibles. Por ejemplo, losSL de Platino no pueden tener asignaciones en discos de 7,000 r/min dentro del poolde recursos de almacenamiento. Esto permite que FAST tenga una mejor capacidad dereacción ante los cambios en los SL y que garantice que las cargas de trabajo críticasse aíslen de los discos de menor rendimiento.


Asignación de FAST por pool de recursos de almacenamiento 93

Figura 12 Cumplimiento de nivel de servicio

Flash 15K 10K 7K

Diamond Alloc

Pla num* Alloc

Gold* Alloc

Silver* Alloc

Bronze Alloc

Op mized Alloc

*Not supported on storage groups containing CKD volumes.

Tabla 37 Leyenda de cumplimiento de nivel de servicio

Verde Se permiten los datos en esta tecnología deunidad

Rojo No se permiten los datos en esta tecnologíade unidad

Asig. Preferencia para la asignación inicial. Losdatos se pueden propagar a otros pools paraevitar asignaciones fallidas, incluso si latecnología de unidad es de color rojo.

Niveles de servicioLos requisitos de rendimiento de las cargas de trabajo de aplicación varíanampliamente en un solo sistema. Las cargas de trabajo también varían, a veces en muypoco tiempo. Tradicionalmente, los administradores de almacenamiento realizan sutrabajo mediante la asignación de los recursos disponibles (flash o disco) a las cargasde trabajo lo mejor que pueden. El aprovisionamiento del almacenamiento requierevarios pasos y cálculos cuidadosos para cumplir con los requisitos de rendimiento querequiere una carga de trabajo o aplicación.

Los niveles de servicio simplifican en gran medida este largo e inexacto proceso. Losniveles de servicio son definiciones de servicio configuradas previamente que seaplican a los grupos de almacenamiento de VMAX3, cada una diseñada para abordarlas necesidades de rendimiento de una carga de trabajo específica. Los arreglosVMAX3 se ofrecen con diferentes niveles de servicio, que van de Bronce(principalmente unidades de 7,200 r/min) a Diamante (principalmente discos flash). Elnivel de servicio monitorea las cargas de trabajo y se adapta a ellas de maneraautomática a fin de cumplir el objetivo de tiempo de respuesta del grupo dealmacenamiento.



Cuando un administrador provisiona el almacenamiento de una aplicación, el arreglo(mediante FAST y el planificador de cargas de trabajo) modela la capacidad del arreglopara ofrecer ese rendimiento e informa lo siguiente:

l El rango de rendimiento esperado, expresado en tiempos de respuesta

l Si el arreglo puede brindar el nivel de servicio solicitado

l Dónde mover la carga de trabajo si el arreglo no puede cumplir el nivel de serviciosolicitado

Si se conoce el tipo de carga de trabajo (OLTP, DSS, de replicación), el administradorde almacenamiento tiene la opción de ofrecer esa información con un solo clic. Estainformación adicional permite que FAST refine las expectativas de respuesta paralograr una mayor precisión.

Para provisionar el almacenamiento, los administradores solo deben seleccionar lostamaños de los dispositivos y el nivel de servicio adecuado.

Los niveles de servicio se aplican a los grupos de almacenamiento. Si se configurangrupos de almacenamiento secundarios, los niveles de servicio se pueden aplicar atodos los LUN/volúmenes del grupo de almacenamiento o a un subconjunto de LUN(siempre y cuando este se encuentre en un grupo de almacenamiento). La base dedatos de una aplicación puede usar un nivel de servicio diferente al de los registros deesa aplicación.

El establecimiento de un nivel de servicio explícito en un grupo de almacenamiento esopcional. Si no se especifica ninguno, los LUN/volúmenes del grupo dealmacenamiento usarán el nivel de servicio predeterminado: optimizado. Esta opciónse encarga de administrar los datos para lograr el uso más eficiente de los recursos deldisco.

Los niveles de servicio configurados previamente no se pueden modificar.

Tabla 38 en la página 95 enumera los niveles de servicio de VMAX3:

Tabla 38 Niveles de servicio

Nivel de servicio Tipo de rendimiento Caso de uso

Diamante Ultraalto HPC, distinción de latencia

Platinoa Muy alta: OLTP de alta velocidad, demisión crítica

Oroa Alta: Operación intensiva de I/O,logs de base de datos,conjuntos de datos

Plataa Relación precio-rendimiento Conjuntos de datos de basesde datos, aplicacionesvirtuales

Bronce Costo optimizado Respaldo, archiving, archivo

Optimizado (predeterminado) No se define ningún nivel deservicio. Los datos másactivos se ubican en elrecurso de almacenamientocon el rendimiento más alto.Los datos menos activos seubican en el recurso dealmacenamiento más rentable.


Niveles de servicio 95

Tabla 38 Niveles de servicio (continuación)

a. Incompatible con grupos de almacenamiento que contienen volúmenes CKD.

Coordinación de FAST/SRDFSymmetrix Remote Data Facility (SRDF) replica datos entre dos, tres o cuatroarreglos ubicados en la misma sala, en el mismo campus o a miles de kilómetros dedistancia. La carga de trabajo de lectura reside solo en el lado de producción delvínculo, y es posible que el lado remoto no se encuentre preparado para cumplir con elnivel de servicio de un grupo de almacenamiento en caso de que realice un failover. Lacoordinación de FAST/SRDF considera todo el perfil de la carga de trabajo en el sitiode producción y proporciona al arreglo remoto toda la información necesaria en casode que realice un failover. Esto permite que el sitio remoto cumpla mejor con el nivelde servicio del grupo de almacenamiento. Coordinación de SRDF y EMC FAST en lapágina 175 proporciona más información.

Administración de FAST/TimeFinderTimeFinder es una solución de replicación local que crea copias de datos de unmomento específico (snapshots). FAST administra de manera automática lossnapshots con el fin de cumplir con los objetivos de rendimiento del pool de recursosde almacenamiento y con el nivel de servicio. Si se crea un snapshot, pero nunca seaccede a él, se transfiere a una unidad de menor rendimiento. Los snapshots queexperimentan cargas de trabajo de lectura de alta actividad con frecuencia sepromueven a flash para cumplir con el nivel de servicio. Acerca de TimeFinder en lapágina 100 proporciona más información.

Aprovisionamiento externo con FAST.XFAST.X permite que las plataformas de almacenamiento calificadas se usen comoespacio de almacenamiento físico para los arreglos VMAX3 configurados convolúmenes FBA. Esto permite que las empresas continúen aprovechando ladisponibilidad y confiabilidad de VMAX3 junto con funciones de replicación local yremota comprobadas, mientras todavía usan almacenamiento de EMC o de otrosfabricantes. Estas funciones incluyen el aprovisionamiento de nivel de servicio deVMAX3, lo que brinda a VMAX3 y FAST.X una facilidad de uso incomparable junto conel software sólido y comprobado de VMAX3 y las funciones de HYPERMAX OS, comoSRDF y SnapVX.

VentajasFAST.X proporciona los siguientes beneficios:

l Simplifica la administración de almacenamiento virtualizado de EMC o de múltiplesproveedores, ya que permite la administración de funciones como la replicaciónexclusivamente a través del arreglo VMAX3.

l Permite la movilidad de datos y la migración entre arreglos de almacenamientoheterogéneos y entre arreglos heterogéneos y VMAX3.

l Ofrece los beneficios del aprovisionamiento virtual para arreglos externos.

l Permite usar las tecnologías de replicación empresariales de VMAX3, como SRDFy SnapVX, para replicar el almacenamiento que existe en un arreglo externo.



l Extiende el valor de los arreglos existentes, ya que permite que se los use como unnivel de almacenamiento adicional.

l Determina de forma dinámica una expectativa de nivel de servicio (SLE) para quelos arreglos externos se alineen con un nivel de servicio (SL).

Requisitos de versión de software y HYPERMAX OSFAST.X requiere las siguientes versiones de software de host y del arreglo:

l HYPERMAX OS 5977.691.684 o superior

l Solutions Enabler V8.1 o superior

Plataformas de arreglos externos compatiblesPara obtener detalles sobre los arreglos externos compatibles, consulte la SimpleSupport Matrix de FAST.X en la página del navegador de interoperabilidad de E-Lab:

https://elabnavigator.emc.com


Aprovisionamiento externo con FAST.X 97

https://elabnavigator.emc.com



CAPÍTULO 7

Replicación local nativa mediante TimeFinder

En este capítulo, se describen las funciones de replicación local. Se abordarán lossiguientes temas:

l Acerca de TimeFinder.......................................................................................100l SnapVX y zDP de mainframe............................................................................ 106

Replicación local nativa mediante TimeFinder 99

Acerca de TimeFinderEMC TimeFinder proporciona copias de un momento específico de volúmenes, lascuales se pueden utilizar para crear respaldos, apoyar decisiones, actualizar datawarehouses o realizar cualquier otro proceso que requiera acceso paralelo a datos deproducción.

Las familias VMAX anteriores ofrecían varios productos TimeFinder, cada uno con suspropias características y casos de uso. Estos productos tradicionales requerían unvolumen de destino para conservar datos de instantáneas o clones.

A partir de HYPERMAX OS, TimeFinder presentó TimeFinder SnapVX, que ofrece losmejores aspectos de las ofertas tradicionales de TimeFinder combinados con unamayor escalabilidad y facilidad de uso.

TimeFinder SnapVX reduce considerablemente el impacto de instantáneas y clones:

l en el caso de las instantáneas, esto se realiza mediante el uso de la tecnología deredirección ante instancia de escritura (ROW).

l En el caso de los clones, esto se logra con el almacenamiento de los segmentosmodificados (deltas) directamente en el pool de recursos de almacenamiento deldispositivo de origen, con lo cual se comparten planes entre las versiones deinstantánea y también con el dispositivo de origen, siempre que sea posible.

No hay necesidad de especificar un dispositivo de destino ni los pares de origen/destino. SnapVX admite hasta 256 instantáneas por volumen. Los usuarios puedenasignar nombres a instantáneas individuales y asignar una fecha de vencimientoautomática para cada uno.

Con SnapVX, se puede acceder a una instantánea vinculándolo a un volumen de hostaccesible (conocido como volumen de destino). Los volúmenes de destino sondispositivos delgados VMAX3 estándares. Se pueden vincular hasta 1,024 volúmenesde destino a las instantáneas de un volumen de origen. Los 1,024 vínculos puedenreferirse a la misma instantánea del volumen de origen o a varios volúmenes de destinovinculados a múltiples instantáneas del mismo volumen de origen.

Nota

Solo se puede vincular un volumen de destino a una sola instantánea a la vez.

Las instantáneas pueden aplicarse en cascada desde los destinos vinculados, y losdestinos pueden vincularse a las instantáneas de los destinos vinculados. No haylímites para la cantidad de niveles de cascadas, y la cascada se puede romper.

SnapVX se vincula con los destinos con los siguientes modos:

l Modo NoCopy (predeterminado): SnapVX no copia datos al volumen de destinovinculado, pero igualmente otorga a la instantánea acceso a la imagen de unmomento específico mediante punteros. La imagen de un momento específico noestará disponible luego de que se desvincule el destino, ya que es posible quealgunos datos de destino ya no estén asociados con la imagen de un momentoespecífico.

l Modo de copia: SnapVX copia todos los segmentos pertinentes de una imagen deun momento específico de la instantánea al volumen de destino vinculado, a fin decrear una copia completa de la imagen de un momento específico quepermanecerá disponible luego de que se desvincule el destino.



Si una aplicación necesita encontrar una copia en un punto en el tiempo determinadadentro de un gran conjunto de instantáneas, SnapVX le permite vincular y revincularhasta ubicar la instantánea correcto.

Interoperabilidad con productos de TimeFinder heredadosTimeFinder SnapVX y HYPERMAX OS ofrecen compatibilidad con versiones anterioresde productos de replicación existentes, ya que emulan los productos de replicación deTimeFinder e IBM FlashCopy existentes. Puede ejecutar los scripts y los trabajos dereplicación existentes en los arreglos VMAX3 que ejecutan TimeFinder SnapVX yHYPERMAX OS sin modificarlos.

TimeFinder SnapVX emula los siguientes productos de replicación heredada:

Dispositivos FBA Mainframe (dispositivos CKD)

TimeFinder/Clone TimeFinder/Clone

TimeFinder/Mirror TimeFinder/Mirror

TimeFinder VP Snap Instantánea de TimeFinder

Instantánea de EMC Dataset

IBM FlashCopy (volumen completo y nivel deextensión)

La interoperabilidad entre TimeFinder SnapVX y los productos de TimeFinder e IBMFlashCopy existentes depende de lo siguiente:

l La función del dispositivo en la sesión de replicación local.Un dispositivo de CKD o FBA puede ser el origen o el destino en una sesión dereplicación local. Se aplican diferentes reglas para garantizar la integridad de losdatos cuando las sesiones de replicación local simultáneas se ejecutan en el mismodispositivo.

l El software de administración (Solutions Enabler/Unisphere for VMAX oMainframe Enablers) se utiliza para controlar la replicación local.

n Solutions Enabler y Unisphere for VMAX no admiten interoperabilidad entreSnapVX y otra sesión de replicación local en los dispositivos FBA o CKD.

Figura 13 en la página 102 proporciona soporte de interoperabilidad dereplicación local detallado para los dispositivos FBA mediante el uso desoftware de administración de sistemas abiertos (Solutions Enabler, Unispherefor VMAX).

n Mainframe Enablers (MFE) es compatible con la interoperabilidad entreSnapVX y otras sesiones de replicación local.Figura 14 en la página 103 brinda información detallada de interoperabilidadpara los dispositivos CKD administrados mediante el uso de MainframeEnablers.


Interoperabilidad con productos de TimeFinder heredados 101

Figura 13 Interoperabilidad de la replicación local, dispositivos FBA



Figura 14 Interoperabilidad de la replicación local, dispositivos CKDR

eplicación local nativa mediante T

imeF

inder

Interoperabilidad con productos de Tim

eFinder heredados

103

Snapshots sin destinosLas interfaces de administración de TimeFinder SnapVX le permiten tomar unsnapshot de un grupo de almacenamiento VMAX3 completo con un solo comando. Conesto en mente, VMAX3 admite grupos de almacenamiento de hasta 16,000, lo que essuficiente incluso en el ambiente más exigente de uno por aplicación. La construccióndel grupo de almacenamiento ya existe en la mayoría de los casos, ya que se crea paralas vistas de enmascaramiento. TimeFinder SnapVX es capaz de utilizar estaestructura existente, lo que reduce la administración requerida para mantener laaplicación y su ambiente de replicación.

La creación de snapshots de SnapVX no requiere la configuración previa de volúmenesadicionales, lo cual reduce el espacio físico de la caché de los snapshots de SnapVX ysimplifica la implementación. La creación y la finalización automática de snapshots sepueden incluir en un script fácilmente.

En el siguiente ejemplo, se crea un snapshot con una retención de dos días. Estecomando se puede calendarizar para ejecutarse como parte de un script a fin de crearvarias versiones del snapshot, cada una de las cuales comparte segmentos donde seaposible entre ellas y los dispositivos de destino. Use un trabajo cron o uncalendarizador para ejecutar el script de snapshot según un calendario a fin de crearhasta 256 snapshots de volúmenes de origen, lo suficiente para un snapshot cada 15minutos con dos días de retención:

symsnapvx -sid 001 -sg StorageGroup1 -name sg1_snap establish -ttl -delta 2Si se requiere una operación de restauración, se puede especificar cualquiera de lossnapshots creados por el ejemplo anterior.

Cuando el grupo de almacenamiento realiza la transición a un estado restaurado, lasesión de restauración se puede finalizar. Los datos de snapshot se conservan duranteel proceso de restauración y se pueden volver a usar si los datos de snapshot serequieren para una restauración futura.

Instantáneas seguras

Presentada con HYPERMAX OS 5977 Q2 2017 SR, las instantáneas segurasconstituyen una mejora para la tecnología de instantáneas actual. Las instantáneasseguras evitan que los administradores u otros usuarios de alto nivel eliminen datos deinstantáneas de manera intencional o involuntaria. Además, las instantáneas segurastambién son inmunes a las fallas automáticas resultantes de quedarse sin espacio en elpool de recursos de almacenamiento (SRP) o en el puntero de datos de replicación(RDP) en el arreglo.

Cuando se crea una instantánea segura, usted le asigna una hora o fecha devencimiento como un delta desde la fecha actual o como una fecha absoluta. Cuandopasa la fecha de vencimiento, y si la instantánea no tiene vínculos, HYPERMAX OSelimina automáticamente la instantánea. Antes de su vencimiento, los administradoressolo pueden extender la fecha de vencimiento, no pueden acortar la fecha ni eliminar lainstantánea. Si una instantánea segura vence y tiene un volumen vinculado a ella o unasesión de restauración activa, la instantánea no se elimina; sin embargo, ya no seconsidera segura.



Nota

Solo se pueden finalizar las instantáneas seguras después de su vencimiento omediante el soporte de EMC autorizado por el cliente. Consulte el artículo de la basede conocimientos 498316 para obtener más información.

Aprovisionamiento de varios ambientes desde un destino vinculadoUse SnapVX para aprovisionar varios ambientes de desarrollo y de prueba medianteinstantáneas vinculadas. Para obtener acceso a una copia en un punto en el tiempo,debe crear un vínculo desde los datos de instantánea hacia un dispositivo de destinomapeado del host.

Cada grupo de almacenamiento vinculado puede acceder a la misma instantánea oacceder a diferentes versiones de la instantánea, ya sea en modo de copia o sin copia.Los cambios de los volúmenes vinculados no afectan los datos de la instantánea. Pararevertir un ambiente de desarrollo de prueba a la imagen de instantánea original,realice una operación de revinculación.

Figura 15 Instantáneas sin destino de SnapVX

Nota

Los volúmenes de destino deben encontrarse desmontados antes de emitir el comandode revinculación para garantizar que el sistema operativo del host no almacene encaché los datos del sistema de archivos. Si accede a través de VPLEX, asegúrese deseguir el procedimiento que se describe en la nota técnica EMC VPLEX:APROVECHAMIENTO DE LAS TECNOLOGÍAS DE COPIA NATIVA Y BASADA ENARREGLOS, disponible en support.emc.com

Una vez que la revinculación se completa, los volúmenes se pueden volver a montar.

Los destinos vinculados no cambian los datos de instantáneas, por lo que estos últimostambién se pueden usar para restaurar los datos de producción.

Snapshots en cascadaLa presentación de datos confidenciales a ambientes de desarrollo o de prueba suelerequerir la ocultación de los datos confidenciales antes de presentarse a los hosts de


Aprovisionamiento de varios ambientes desde un destino vinculado 105

desarrollo o prueba. Use snapshots en cascada para admitir la ocultación, como semuestra en la siguiente imagen.

Figura 16 Snapshots de SnapVX en cascada

Si no se requieren cambios en los datos antes de presentarlos a los ambientes dedesarrollo y de prueba, no hay necesidad de crear una relación en cascada.

Acceder a copias en un punto en el tiempoPara obtener acceso a una copia de un punto en el tiempo, debe crear un enlace desdelos datos del snapshot hacia un dispositivo de destino mapeado del host. Los enlacespueden crearse en el modo de copia para una copia permanente en el dispositivo dedestino, o en el modo NoCopy para uso temporal. Los enlaces en el modo de copiacrean clones de copia completa y de volumen completo de los datos mediante la copiade los datos en el pool de recursos de almacenamiento del dispositivo de destino. Losenlaces en el modo NoCopy son snapshots que ahorran espacio y que solamente loocupan para los datos modificados que se almacenan en el pool de recursos dealmacenamiento del dispositivo de destino.

HYPERMAX OS admite hasta 1,024 destinos enlazados por dispositivo de origen.

Nota

Cuando se enlaza un destino por primera vez, todos los segmentos están indefinidos.Esto significa que el destino no sabe dónde se ubica el segmento en el pool derecursos de almacenamiento, y el acceso del host al destino debe derivar de losmetadatos de SnapVX. Finalmente, un proceso en segundo plano define los segmentosy actualiza el dispositivo delgado a fin de apuntar directamente a la ubicación delsegmento en el pool de recursos de almacenamiento del dispositivo de origen.

SnapVX y zDP de mainframeData Protector for z Systems (zDP) es una solución de software de mainframe que seimplementa de manera adicional a SnapVX en los arreglos VMAX3. zDP ofrece lacapacidad de recuperación de los datos lógicos dañados con mínima pérdida de datos.Para esto, zDP proporciona diversas copias en un punto en el tiempo coherentes yfrecuentes de datos de forma automatizada, que pueden usarse para realizar larecuperación de nivel de una aplicación o restaurar el ambiente a un punto anterior.



Dado que ofrece acceso fácil a varias copias de datos diferentes en un momentoespecífico (con una granularidad de minutos), se puede realizar una corrección precisade la corrupción lógica de datos mediante procedimientos de recuperación basados enla aplicación. zDP provoca una pérdida de datos mínima en comparación con el métodoanterior de restauración de datos a partir de los respaldos diarios o semanales.

Como se muestra en Figura 17 en la página 107, zDP le permite crear y administrarvarios snapshots de volúmenes de un momento específico. Una instantánea es unaimagen de un solo volumen basada en punteros tomada en un punto en el tiempo.Estas copias de punto en el tiempo se crean con la función de SnapVX de HYPERMAXOS. SnapVX es un método que hace uso eficiente del espacio para realizarinstantáneas de nivel de volumen de dispositivos delgados, y consume capacidad dealmacenamiento adicional solo cuando se realizan actualizaciones en el volumen deorigen. No es necesario copiar cada snapshot a un volumen de destino, ya que SnapVXsepara la captura de una copia de un momento específico de su uso. La captura de unacopia de un momento específico no requiere un volumen de destino. El uso de unacopia de un momento específico desde un host requiere que se vincule la instantánea aun volumen de destino Puede tomar varias instantáneas (hasta 256) de cada volumende origen.

Figura 17 Operación de zDP

Estas instantáneas comparten asignaciones con la misma imagen de rastreo siempreque sea posible, además de garantizar que cada una continúe representando una únicaimagen de un punto en el tiempo del volumen de origen. A pesar de la eficiencia deespacio que se logra por medio de las asignaciones compartidas para los datos nomodificados, se requiere capacidad adicional para conservar las imágenes previas a laactualización de los segmentos modificados capturados por cada instantánea de puntoen el tiempo.

La implementación de zDP es un proceso de dos etapas: la fase de planificación y lafase de implementación.

l La fase de planificación se realiza junto con su representante de EMC, quien tieneacceso a herramientas que pueden ayudar a dimensionar la capacidad necesariapara zDP si usted es actualmente usuario de VMAX3.

l La fase de implementación utiliza los siguientes métodos para z/OS:


SnapVX y zDP de mainframe 107

n Una interfaz de lote que le permite enviar trabajos para definir y administrarzDP.

n Un ambiente de hora de ejecución zDP que se ejecuta en SCF para crearsnapsets.

Para obtener detalles sobre el uso de zDP, consulte la guía del producto TimeFinderSnapVX y zDP. Para obtener detalles sobre el uso de zDP en z/TPF, consulte laguía del producto de los controles de TimeFinder para z/TPF.



CAPÍTULO 8

Soluciones de replicación remota.

En este capítulo describe las soluciones de replicación remota de EMC. Se abordaránlos siguientes temas:

l Replicación remota nativa con SRDF.................................................................110l SRDF/Metro ....................................................................................................157l RecoverPoint....................................................................................................168l Replicación remota mediante eNAS..................................................................169

Soluciones de replicación remota. 109

Replicación remota nativa con SRDFLa familia de productos EMC Symmetrix Remote Data Facility (SRDF) ofrece unagama de soluciones basadas en arreglos para las tareas de recuperación antedesastres, procesamiento paralelo y migración de datos de los sistemas de la familiaVMAX, entre los que se incluyen:

l HYPERMAX OS para los arreglos VMAX All Flash 250F, 450F, 850F y 950F

l HYPERMAX OS para arreglos VMAX 100K, 200K y 400K

l Enginuity para arreglos VMAX 10K, 20K y 40K

SRDF replica datos entre 2, 3 o 4 arreglos ubicados en la misma sala, en el mismocampus o a miles de kilómetros de distancia. Los volúmenes replicados pueden incluirun solo dispositivo, todos los dispositivos de un sistema o miles de volúmenes en variossistemas.

Las soluciones SRDF de recuperación ante desastres usan espejeado “activo yremoto” y lógica de escritura dependiente para la creación de copias de datoscoherentes. La coherencia de escrituras dependientes garantiza la coherenciatransaccional cuando las aplicaciones se reinician en la ubicación remota. Tambiénpuede adaptar su solución SRDF para cumplir con distintos objetivos de punto derecuperación y objetivos de tiempo de recuperación.

Usando solo SRDF, puede crear soluciones integrales para lo siguiente:

l Crear copias en tiempo real (SRDF/S) o coherentes de escritura dependiente(SRDF/A) en uno, dos o tres arreglos remotos.

l Transferir datos rápidamente a través de largas distancias.

l Proporcionar recuperación ante desastres en tres sites sin pérdida de datos,protección de la continuidad del negocio y reinicio en caso de desastres.

Puede integrar SRDF con otros productos de EMC para crear soluciones integralespara lo siguiente:

l Reiniciar operaciones después de un desastre sin pérdida de datos y conprotección de la continuidad del negocio.

l Reiniciar las operaciones en ambientes de clúster. Por ejemplo, Microsoft ClusterServer con clústeres de conmutación por error de Microsoft.

l Monitorear y automatizar las operaciones de reinicio en un servidor local o remotoalternativo.

l Automatizar las operaciones de reinicio en ambientes VMware.

SRDF opera en los siguientes modos:

l El modo síncrono (SRDF/S) conserva una copia en tiempo real en arreglosubicados en un rango de 200 kilómetros. El arreglo local reconoce las escriturasdesde el host de producción cuando se escriben en la memoria caché en el arregloremoto.

l El modo asíncrono (SRDF/A) conserva una copia coherente de escrituradependiente en arreglos ubicados a distancias ilimitadas. El arreglo local reconoceinmediatamente las escrituras desde el host de producción, por lo que lareplicación no tiene impacto en el rendimiento del host. Generalmente, los datosen el arreglo remoto tienen solo algunos segundos de diferencia con el siteprimario.

l SRDF/Metro otorga al host (o a varios hosts en clústeres) acceso de lectura/escritura a los dispositivos R2. Los hosts escriben en los lados R1 y R2 de los pares



de dispositivos SRDF, y SRDF/Metro garantiza que cada copia permanezcavigente y coherente. Esta función es exclusiva para los volúmenes FBA en arreglosque ejecutan HYPERMAX OS 5977.691.684 o superior. Para administrar estafunción, se requiere la versión 8.1 o superior de Solutions Enabler o Unisphere forVMAX.

l El modo de copia adaptable transfiere grandes cantidades de datos rápidamentecon mínimo impacto para el host. El modo de copia adaptable no proporcionaráimágenes reiniciables de datos en el site secundario hasta que se envíen nuevasescrituras al dispositivo R1 y todos los datos hayan terminado de copiarse en el R2.

Soluciones SRDF de dos sitiosLa siguiente tabla describe las soluciones SRDF de dos sitios.

Tabla 39 Soluciones SRDF de dos sitios

Puntos destacados de la solución Topología del sitio

SRDF/Synchronous (SRDF/S):Conserva una copia en tiempo real de los datos deproducción en un arreglo separado físicamente.

l Sin exposición de los datos

l Protección garantizada de la consistencia conSRDF/grupo de consistencia

l Hasta 200 km (125 millas) entre arreglos

Consulte: Operaciones de escritura en modosíncrono en la página 137.

Primary Secondary

Limited distanceR1 R2

Synchronous

SRDF/Asynchronous (SRDF/A)Conserva una copia consistente de escrituradependiente de los datos en un sitio secundarioremoto. La copia de los datos en el sitio secundariotiene segundos de retraso con respecto al sitioprimario.

l Segundos de RPO antes del punto de falla

l Distancia ilimitada

Consulte: Operaciones de escritura en modoasíncrono en la página 138.

Primary Secondary

Unlimited distance

Asynchronous

R1 R2

SRDF/MetroLos hosts (clúster) leen y escriben en losdispositivos R1 y R2. Cada copia es vigente ycoherente. Los conflictos de escritura entre losdispositivos SRDF emparejados se administran y sesolucionan.

Hasta 200 km (125 millas) entre arreglos

Consulte: SRDF/Metro en la página 157.SRDF links

Site A Site B

Multi-Path

R1 R2 SRDF links

Site A Site B

R1 R2

Read/WriteRead/Write

Cluster

Read/Write Read/Write


Soluciones SRDF de dos sitios 111

Tabla 39 Soluciones SRDF de dos sitios (continuación)


SRDF/Data Mobility (SRDF/DM)Este ejemplo muestra una topología de SRDF/DM yel flujo de I/O en modo de copia adaptable.

l La actividad de I/O de escritura del host serecibe en la memoria caché en el sitio A.

l La emulación del host envía una confirmaciónpositiva al host.

l La emulación de SRDF transmite lasoperaciones de I/O por los enlaces de SRDF alsitio B.

l Una vez que los datos se escriben en lamemoria caché en el sitio B, la emulación deSRDF en el sitio B envía una confirmaciónpositiva al sitio A.

Notas operativas:

l El valor máximo de desviación configurado anivel de dispositivo en las soluciones SRDF/DMdebe ser igual o mayor que 100 segmentos.

l SRDF/DM es solo para replicación o migraciónde datos, no para soluciones de reinicio en casode desastres.

Consulte: Modos de copia adaptable en la página133.

SRDF links

Site A Site B

Host R1 R2 Host

Nota

Es posible que los datos se lean de los discos a la memoria caché antesde que se transmitan a través de los vínculos SRDF, lo genera demorasen la propagación.

SRDF/Automated Replication (SRDF/AR)

l Combina SRDF y TimeFinder para optimizar losrequisitos de ancho de banda y proporcionaruna solución de reinicio en caso de desastres alarga distancia.

l Funciona en soluciones de dos sitios que usanSRDF/DM en combinación con TimeFinder.

Consulte: SRDF/AR en la página 173.

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host



Tabla 39 Soluciones SRDF de dos sitios (continuación)


SRDF/Cluster Enabler (CE)

l Integra SRDF/S o SRDF/A con clusters deconmutación por error de Microsoft (MSCS)para automatizar o semiautomatizar el failoverdel sitio.

l Proporciona una solución completa parareiniciar las operaciones en ambientes decluster de Microsoft (MSCS con clusters deconmutación por error de Microsoft).

l Amplía el rango de funcionalidades dealmacenamiento y administración de clusters, almismo tiempo que asegura una completaprotección de la replicación remota SRDF.

Para obtener más información, consulte la Guía delproducto del plug-in de EMC SRDF/Cluster Enabler.

Site A Site B

SRDF/S or SRDF/A links

Fibre Channel

hub/switch

Fibre Channel

hub/switch

VLAN switch VLAN switch

Extended IP subnet

Cluster 1

Host 2

Cluster 2

Host 1

Cluster 2

Host 2

Cluster 1

Host 1

SRDF-2node2cluster.eps

SRDF con VMware Site Recovery ManagerAutomatiza completamente las operaciones dereinicio en caso de desastres basadas enalmacenamiento para ambientes VMware entopologías de SRDF.

l EMC SRDF Adapter permite que VMware SiteRecovery Manager automatice las operacionesde reinicio en caso de desastres basadas enalmacenamiento en soluciones SRDF.

l Puede abordar las configuraciones en las quelos datos se distribuyen en múltiples arreglos dealmacenamiento o en grupos de SRDF.

l Requiere que el adaptador esté instalado encada arreglo para facilitar el descubrimiento dearreglos y para iniciar las operaciones defailover.

l Implementado con:

n SRDF/S

n SRDF/A

n SRDF/Star

n TimeFinder

Para obtener más información, consulte:

l Libro técnico de uso de EMC SRDF Adapter paraVMware Site Recovery Manager

l Notas de la versión de EMC SRDF Adapter paraVMware Site Recovery Manager

IP Network

SAN Fabric SAN Fabric

SRDF mirroring

SAN Fabric SAN Fabric

Site A, primary

IP Network

Site B, secondary

vCenter and SRM Server

Solutions Enabler software

Protection side

vCenter and SRM Server


Recovery side

ESX Server


configured as a SYMAPI server


Soluciones SRDF de dos sitios 113

Soluciones SRDF de múltiples sitiosLa siguiente tabla describe las soluciones SRDF de múltiples sitios.

Tabla 40 Soluciones SRDF de múltiples sitios

Puntos destacados de lasolución

Topología del sitio

SRDF/Automated Replication(SRDF/AR)

l Combina SRDF y TimeFinderpara optimizar los requisitos deancho de banda y proporcionaruna solución de reinicio encaso de desastres a largadistancia.

l Funciona en soluciones de tressitios que utilizan unacombinación de SRDF/S,SRDF/DM y TimeFinder.

Consulte: SRDF/AR en la página173.

SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

SRDF simultáneoRecuperación de desastres de tressitios y protección avanzada de lacontinuidad del negocio demúltiples sitios.

l Los datos en el sitio primario sereplican simultáneamente a dossitios secundarios.

l La replicación a un sitio remotopuede utilizar SRDF/S,SRDF/A o el modo de copiaadaptable

Consulte: Soluciones de SRDFsimultáneo en la página 115.

Site A

SRDF/S

adaptive copy

Site C

Site B

R2R11

R2

SRDF en cascadaRecuperación de desastres de tressitios y protección avanzada de lacontinuidad del negocio demúltiples sitios.

l Los datos del sitio primario seespejean de manera síncrona aun sitio secundario (R21) y, acontinuación, se realiza unespejeado asíncrono desde elsitio secundario (R21) a un sitioterciario (R2).

Site A Site CSite B

SRDF/S SRDF/AR1 R2R21



Tabla 40 Soluciones SRDF de múltiples sitios (continuación)

Puntos destacados de lasolución

Topología del sitio

l El primer “salto” es SRDF/S.El segundo es SRDF/A.

Consulte: Soluciones de SRDF encascada en la página 116.

SRDF/StarRecuperación de desastres yprotección de datos en tres sitiossin pérdida de datos conprotección de la continuidad delnegocio y reinicio en caso dedesastres.

l Disponible en dosconfiguraciones:

n SRDF/Star en cascada

n SRDF/Star simultáneo

l La sincronización diferencialpermite el restablecimientorápido del espejeado entre lossitios no afectados en unaimplementación derecuperación de desastres demúltiples sitios.

l Se implementa mediante losgrupos de consistencia (CG)SRDF con SRDF/S y SRDF/A.

Consulte: Soluciones SRDF/Star en la página 117.

Site A

SRDF/S SRDF/A

SRDF/A (recovery)

R11

Site C

Site B

Cascaded SRDF/Star

Concurrent SRDF/Star

Site A

SRDF/S

SRDF/A Site C

Site B

SRDF/A (recovery)

R11R2/

R22

R2/

R22

R21

R21

Soluciones de SRDF simultáneoSRDF simultáneo es una solución de recuperación de desastres de tres sitios mediantedispositivos R11 que se replican a dos dispositivos R2. Los dos dispositivos R2 operande manera independiente pero simultánea usando cualquier combinación de modos deSRDF:

l SRDF/S simultáneo a ambos dispositivos R2 en el sitio R11 dentro de una distanciasíncrona entre dos sitios R2.

l SRDF/A simultáneo a sitios que se encuentran a grandes distancias del sitio decarga de trabajo.

Puede restaurar el dispositivo R11 desde cualquiera de los dispositivos R2. Puederestaurar tanto el dispositivo R11 como un dispositivo R2 en el segundo dispositivo R2.

Use SRDF simultáneo para reemplazar un dispositivo R11 o R2 existente por un nuevodispositivo. Para reemplazar un dispositivo R11 o R2, migre los datos desde eldispositivo existente al dispositivo nuevo mediante el modo de disco de copiaadaptable y, luego, reemplace el dispositivo existente por el nuevo dispositivo lleno.


Soluciones de SRDF simultáneo 115

Es posible implementar SRDF simultáneo con SRDF/Star. Soluciones SRDF/Star en lapágina 117 describe SRDF/Star simultáneo.

Las topologías de SRDF simultáneo son compatibles con Fibre Channel y GigabitEthernet.

La imagen que aparece a continuación muestra lo siguiente:

l El reemplazo de R11 por R2 en el sitio B en modo síncrono.

l El reemplazo de R11 por R2 en el sitio C en modo de copia adaptable:

Figura 18 Topología de SRDF simultáneo

R11 R2

Synchronous

Adaptive copy

Site B Site A

Site C

Production host

R2

SRDF/S simultáneo con Enginuity Consistency AssistSi ambas secciones de una configuración de SRDF simultáneo son SRDF/S, puedeaprovechar la función de protección de consistencia independiente. Esta función sebasa en Enginuity Consistency Assist (ECA) y permite administrar la consistencia encada sección de SRDF simultáneo de manera independiente.

Si la protección de consistencia en una sección se suspende, la protección deconsistencia en la otra sección no puede permanecer activa ni seguir protegiendo elsitio primario.

Soluciones de SRDF en cascadaSRDF en cascada proporciona una solución sin pérdida de datos a larga distancia en elcaso de que un sitio primario se pierda.

En las configuraciones de SRDF en cascada, los datos de un sitio primario (R1) seespejean de manera síncrona a un sitio secundario (R21) y, a continuación, se realizaun espejeado asíncrono desde el sitio secundario (R21) a un sitio terciario (R2).

SRDF en cascada proporciona:

l Tiempos de recuperación rápidos en el sitio terciario.

l Estrecha integración con la familia de productos TimeFinder.



l Sitios secundarios y terciarios dispersos geográficamente.

Si falla el sitio primario, SRDF en cascada puede seguir espejeando, con unaintervención mínima del usuario, desde el sitio secundario hacia el sitio terciario. Estopermite una recuperación más rápida en el sitio terciario.

Tanto el sitio secundario como el terciario pueden ser sitios de failover. Las solucionesde sistemas abiertos suelen realizar failover hacia el sitio terciario.

SRDF en cascada se puede implementar con SRDF/Star. SRDF/Star en cascada en lapágina 120 Describe SRDF/Star en cascada.

La siguiente imagen muestra una topología de SRDF en cascada.

Figura 19 Topología de SRDF en cascada

SRDF/A or

Adaptive copy

Site A

Host

Site B Site C

R1 R2

SRDF/S,

SRDF/A or

Adaptive copy R21

Soluciones SRDF/StarSRDF/Star es una solución de recuperación de desastres que consta de tres sitios:primario (de producción), secundario y terciario. El sitio secundario espejea de manerasíncrona los datos del sitio primario, y el sitio terciario espejea de manera asíncrona losdatos de producción.

Nota

En ambientes de mainframe, se requiere GDDR para la implementación de SRDF/Star.Para obtener más información, consulte la guía del producto GDDR correspondiente.

En el caso de una interrupción en el sitio primario, SRDF/Star le permite moverrápidamente las operaciones y restaurar el espejeado remoto entre los sitios restantes.Cuando las condiciones lo permiten, puede volver a unir el sitio primario a la soluciónrápidamente, lo cual reanuda las operaciones de SRDF/Star.

SRDF/Star funciona en ambientes simultáneos y en cascada que abordan diferentesobjetivos de recuperación y disponibilidad:

l SRDF/Star simultáneo: los datos se espejean desde el sitio primario de manerasimultánea a los dos dispositivos R2. Tanto el sitio secundario como el sitioterciario son posibles sitios de recuperación. La resincronización diferencial se usaentre los sitios secundario y terciario.

l SRDF/Star en cascada: los datos primero se espejean desde el sitio primario alsitio secundario y luego desde el sitio secundario al sitio terciario. Tanto el sitiosecundario como el sitio terciario son posibles sitios de recuperación. Laresincronización diferencial se usa entre el sitio secundario y el terciario.

Sincronización diferencial entre dos sitios remotos:

l Permite que SRDF/Star restablezca rápidamente el espejeado entre sitios en elcaso de una falla del sitio primario.


Soluciones SRDF/Star 117

l Disminuye de manera importante el tiempo necesario para espejear de maneraremota el nuevo sitio de producción.

En el caso de un desastre concatenado que afecte al sitio primario, SRDF/Star loayuda a determinar el sitio remoto que posee los datos más actuales. Puedeseleccionar desde qué sitio operar y los datos del sitio que desee utilizar cuando realicela recuperación a partir de una falla del sitio primario.

Si el sitio primario falla, SRDF/Star le permite reanudar la protección asíncrona entreel sitio secundario y el sitio terciario, con una transferencia mínima de datos.

SRDF/Star para sistemas abiertosSolutions Enabler controla, administra y automatiza SRDF/Star en ambientes desistemas abiertos. Se requiere la administración de sesiones en el sitio de producción.

La automatización basada en host se proporciona para las operaciones de failovernormales, con fallas transitorias, planificadas o no planificadas.

EMC Solutions Enabler Symmetrix SRDF CLI Guide ofrece descripciones detalladas yreglas de implementación.

En las configuraciones simultáneo y en cascada, es posible que el reinicio desde el sitioasíncrono tenga que esperar la llegada de algunos datos restantes desde el sitiosíncrono. Los reinicios desde el sitio síncrono no tienen que esperar, a menos que elsitio asíncrono sea más reciente (las últimas actualizaciones tienen que llegar al sitiosíncrono).

SRDF/Star simultáneoEn las soluciones de SRDF/Star simultáneo, los datos de producción de losdispositivos R11 se replican a dos dispositivos R2 en dos arreglos remotos.

En la siguiente imagen:

l El sitio B es un sitio secundario que utiliza los vínculos de SRDF/S del sitio A.

l El sitio C es un sitio terciario que utiliza los vínculos de SRDF/A del sitio A.

l Los vínculos de recuperación (normalmente inactivos) corresponden a los vínculosde SRDF/A entre el sitio C y el sitio B.



Figura 20 SRDF/Star simultáneo

R11 R2

R2

SRDF/S

SRDF/A

SRDF/A

recovery links

Site B

Active

Inactive

Site A

Site C

SRDF/Star simultáneo con dispositivos R22SRDF admite topologías SRDF/Star simultáneo mediante el uso de dispositivos R22simultáneos. Los dispositivos R22 tienen dos espejos de SRDF, solo uno de ellos seencuentra activo en los vínculos de SRDF en un momento determinado. Losdispositivos R22 mejoran la resistencia de las aplicaciones de SRDF/Star y reducen lacantidad de pasos de los procedimientos de failover.

La siguiente imagen muestra los dispositivos R22 en el sitio C.



Figura 21 SRDF/Star simultáneo con dispositivos R22

R11 R2

R22

SRDF/S

SRDF/A

SRDF/A

recovery links

Site B

Active

Inactive

Site A

Site C

SRDF/Star en cascadaEn soluciones SRDF/Star en cascada, el sitio secundario síncrono siempre está másactualizado que el sitio terciario asíncrono. Si el sitio secundario síncrono falla, lasolución SRDF/Star en cascada puede establecer progresivamente una sesión deSRDF/A entre el sitio primario y el sitio terciario asíncrono.

SRDF/Star en cascada puede determinar cuándo los contenidos del ciclo de R1 activosimultáneo (de captura) pueden comunicarse con el ciclo de R2 activo (de aplicación)mediante los vínculos de SRDF/A a larga distancia. Esto minimiza la cantidad de datosque se deben transferir entre el sitio B y el sitio C para sincronizarlos completamente.

La imagen siguiente muestra una solución básica de SRDF/Star en cascada.



Figura 22 SRDF/Star en cascada

R1

R2

SRDF/S

SRDF/A

SRDF/A

recovery links

Site B

Active

Inactive

Site A

Site C

R21

SRDF/Star en cascada con dispositivos R22Puede utilizar los dispositivos R22 para configurar previamente los pares de SRDFrequeridos para el establecimiento progresivo de una sesión de SRDF/A entre el sitio Ay el sitio C en caso de fallas en el sitio B.

La imagen siguiente muestra los dispositivos R22 en cascada en una solución SRDF encascada.



Figura 23 Dispositivos R22 en SRDF/Star en cascada

R11

R22

R21

SRDF/S

SRDF/A

SRDF/A

recovery links

Site B

Active

Inactive

Site A

Site C

En las configuraciones de SRDF/Star en cascada con dispositivos R22, se puedeobservar lo siguiente:

l Todos los dispositivos del sitio de producción (sitio A) deben estar configuradoscomo dispositivos simultáneos (R11) emparejados con dispositivos R21 (sitio B) ydispositivos R22 (sitio C).

l Todos los dispositivos del sitio síncrono en el sitio B se deben configurar comodispositivos R21.

l Todos los dispositivos del sitio asíncrono en el sitio C se deben configurar comodispositivos R22.

Requisitos y restriccionesLas configuraciones de SRDF/Star simultáneo y en cascada (con y sin dispositivosR22) requieren lo siguiente:

l Todos los pares de dispositivos de SRDF/Star deben tener la misma geometría y elmismo tamaño.

l Todos los grupos de SRDF, incluidos los inactivos, deben estar definidos y enfuncionamiento antes de ingresar al modo de SRDF/Star.

l Se recomienda enfáticamente que todos los dispositivos de SRDF estén protegidosde manera local y que cada dispositivo de SRDF se configure con TimeFinder paraproporcionar réplicas locales a cada sitio.

Soluciones de cuatro sitios de SRDF para sistemas abiertosLa solución SRDF de cuatro sitios para ambientes de host de sistemas abiertos replicalos datos de FBA mediante topologías de SRDF en cascada y simultáneo.

SRDF de cuatro sitios es una solución de recuperación de desastres multirregión con lamás alta disponibilidad, una protección mejorada y menos tiempo fuera que lassoluciones SRDF en cascada y simultáneo.



La solución SRDF de cuatro sitios ofrece alta disponibilidad multirregión mediante lacombinación de los beneficios de las soluciones SRDF en cascada y simultáneo.

Si dos sitios fallan debido a un desastre regional, se encuentra disponible una copia delos datos, y usted cuenta con protección entre los dos sitios restantes. Puede crearuna topología de SRDF de cuatro sitios a partir de una topología de SRDF de dos o detres sitios existente. También se puede utilizar SRDF de cuatro sitios para la migraciónde datos.

La imagen siguiente muestra un ejemplo de la solución SRDF de cuatro sitios.

Figura 24 SRDF de cuatro sitios

Site A Site B

Site C

SRDF/S

Site D

SRDF/A

Adaptive copy

R11 R2

R2R21

Compatibilidad entre familias de productosSRDF admite la conectividad entre distintos ambientes operativos y arreglos. Losarreglos que ejecutan HYPERMAX∘OS se pueden conectar con los arreglos heredadosque ejecutan ambientes operativos más heredados. En configuraciones mixtas en lasque los arreglos ejecutan diferentes versiones, se admiten las funciones de SRDF de laversión más antigua.

Los arreglos VMAX3 pueden conectarse a:

l Arreglos VMAX 250F, 450F, 850F y 950F que ejecuten HYPERMAX OS

l Arreglos VMAX 100K, 200K y 400K que ejecutan HYPERMAX OS

l Arreglos VMAX 10K, 20K y 40K que ejecutan Enginuity 5876 con un ePack deEnginuity


Compatibilidad entre familias de productos 123

Nota

Cuando la conexión se establece entre arreglos que ejecutan distintos ambientesoperativos, es posible que se apliquen limitaciones. La información sobre lascaracterísticas de SRDF compatibles y las limitaciones correspondientes para lassoluciones de 2 y 3 sitios está disponible en la Información de conectividad entre familiasde SRDF.

Esta conectividad entre familias permite agregar la versión más reciente de laplataforma de hardware y del ambiente operativo para una solución SRDF existente, loque permite la actualización de la tecnología.

Distintos ambientes operativos ofrecen diferentes funciones de SRDF.

Funciones de SRDF compatiblesLa siguiente tabla enumera las funciones de SRDF que se admiten en cada plataformade hardware y ambiente operativo.

Tabla 41 Funciones de SRDF por plataforma de hardware y ambiente operativo

Característica Enginuity 5876 HYPERMAX OS 5977

VMAX 40K,VMAX 20K

VMAX10K

VMAX3 VMAX 250F, 450F,850F, 950F.

Rendimiento dispositivos SRDF/emulaciónde SRDF (Fibre Channel o Gigabit Ethernet)

64K 8K 64K 64K

Rendimiento Grupos SRDF por arreglo 250 32 250 250

Rendimiento Grupos SRDF/instancia deemulación de SRDF (Fibre Channel o GigabitEthernet)

64 32 250ab 250cd

Rendimiento Puertos SRDF por director 1 1 16e 12

Máx. de destinos remotos por puerto 64 64 16,000/emulación deSRDF (Fibre Channel o

Gigabit Ethernet)

16,000/emulación deSRDF (Fibre Channelo Gigabit Ethernet)

Máx. de destinos remotos/grupo de SRDF N/D N/D 512 512

Velocidad de puerto Fibre Channel 2/4/8 Gb/s, 16Gb/s en 40K

2/4/8/16Gb/s

16 Gb/s 16 Gb/s

Velocidad de puerto GbE 1/10 Gb/s 1/10 Gb/s 1/10 Gb/s 1/10 Gb/s

Rendimiento Puertos SRDF por director 32 8 16e 6

Min. Tiempo de ciclo de SRDF/A 1 s, 3 s conMSC

1 s, 3 s conMSC

1 s, 3 s con MSC 1 s, 3 s con MSC

SRDF Delta Set Extension Compatible Compatible Compatible Compatible

Transmisión inactiva Activado Activado Activado Activado

Fibre Channel Single Round Trip (SiRT) Activado Activado Activado Activado

GigE SRDF Compression

Software Compatible Compatible Compatible Compatible



Tabla 41 Funciones de SRDF por plataforma de hardware y ambiente operativo (continuación)

Característica Enginuity 5876 HYPERMAX OS 5977

VMAX 40K,VMAX 20K

VMAX10K

VMAX3 VMAX 250F, 450F,850F, 950F.

l VMAX 20K

l VMAX 40K:Enginuity

5876.82.57o superior

Hardware Compatible

l VMAX 20K



N/D Compatible

Compresión de SRDF Fibre Channel

Software Compatible

l VMAX 20K



Compatible Compatible Compatible

Hardware Compatible

l VMAX 20K:N/D



N/D Compatible

IPv6 e IPsec

Función IPv6 en 10 GbE Compatible Compatible Compatible Compatible

Cifrado IPsec en puertos de 1 GbE Compatible Compatible N/D N/D

a. Si ambos arreglos ejecutan HYPERMAX OS, es posible definir hasta 250 grupos de RDF en todos los puertos de un director deRDF específico, o hasta 250 grupos de RDF en un puerto de un director de RDF específico.

b. Un puerto en el arreglo que ejecuta HYPERMAX OS conectado a un arreglo que ejecuta Enginuity 5876 admite un máximo de 64grupos de RDF. El director del sector que ejecuta HYPERMAX OS asociado con ese puerto admite un máximo de 186 (250 – 64)grupos de RDF.

c. Si ambos arreglos ejecutan HYPERMAX OS, es posible definir hasta 250 grupos de RDF en todos los puertos de un director deRDF específico, o hasta 250 grupos de RDF en un puerto de un director de RDF específico.

d. Un puerto en el arreglo que ejecuta HYPERMAX OS conectado a un arreglo que ejecuta Enginuity 5876 admite un máximo de 64grupos de RDF. El director del sector que ejecuta HYPERMAX OS asociado con ese puerto admite un máximo de 186 (250 – 64)grupos de RDF.

e. Si está habilitada la compresión de hardware, la cantidad máxima de puertos por director es de 12


Compatibilidad entre familias de productos 125

Compatibilidad con HYPERMAX OS y EnginuityUn arreglo que ejecuta HYPERMAX OS no puede crear un dispositivo que tengaexactamente el mismo tamaño que un dispositivo con una cantidad impar de cilindrosen un arreglo que ejecuta Enginuity 5876. Para admitir el conjunto completo defunciones:

l SRDF requiere que los dispositivos R1 y R2 en un par de dispositivos sean delmismo tamaño.

l TimeFinder requiere que los dispositivos de origen y de destino sean del mismotamaño.

El tamaño de segmento de los dispositivos FBA aumentó de 64 kb en Enginuity 5876 a128 kb en HYPERMAX OS.

HYPERMAX OS presenta un nuevo atributo de dispositivo, el modo de compatibilidadgeométrica (GCM). Un dispositivo con GCM configurado se trata como si fuera mediocilindro más pequeño que su tamaño configurado real, lo que permite una funcionalidadcompleta entre HYPERMAX OS y Enginuity 5876 para emulaciones de SRDF,TimeFinder SnapVX y TimeFinder (TimeFinder/Clone, TimeFinder VP Snap,TimeFinder/Mirror), y ORS.

El atributo GCM se puede configurar de las siguientes maneras:

AVISO

No configure el GCM en dispositivos que estén montados y bajo el control deladministrador de volúmenes local (LVM).

l Automáticamente en el destino de una relación SRDF o TimeFinder, si el origen esun dispositivo 5876 con una cantidad impar de cilindros o un origen 5977 que tieneGCM configurado.

l Manualmente mediante interfaces de controles de base. La Guía del usuario de laCLI de la familia SRDF de EMC Solutions Enabler proporciona detalles adicionales.

Pares de dispositivos SRDFUn dispositivo SRDF es un dispositivo lógico emparejado con otro dispositivo lógicoque reside en un segundo arreglo. Los arreglos están conectados mediante enlaces deSRDF.

Los dispositivos Data Domain encapsulados que se utilizan para ProtectPoint nopueden ser parte de un par de dispositivos SRDF.

Enginuity 5773 a 5876En los arreglos que ejecutan Enginuity 5773 a 5876, es posible etiquetar un dispositivoSRDF para su uso con RecoverPoint. Para estos dispositivos se permiten operacionesde actualización únicamente en R1.

Dispositivos R1 y R2Los dispositivos R1 son los miembros del par de dispositivos en el sitio de origen(producción). Los dispositivos R1, por lo general, presentan acceso de lectura/escritura para el host.

Los dispositivos R2 son los miembros del par de dispositivos en el sitio de destino(remoto). Durante las operaciones normales, las escrituras de I/O del host en losdispositivos R1 se espejean en los enlaces de SRDF al dispositivo R2. En general, losdatos de dispositivos R2 no están disponibles para el host mientras la relación con



SRDF está activa. En el modo síncrono de SRDF, un dispositivo R2 puede estar en elmodo de solo lectura, lo que permite que un host lea desde el R2.

En un ambiente de host de sistemas abiertos típico:

l El host de producción tiene acceso de lectura/escritura al dispositivo R1.

l Un host conectado al dispositivo R2 tiene acceso de solo lectura (escrituradesactivada) al dispositivo R2.

Figura 25 Dispositivos R1 y R2

Active host path Recovery path

Write Disabled

SRDF Links

Optional remote hostProduction host

R1 data copies to R2

Open systems hosts

R2Read Only

R1Read/Write

Segmentos no válidosLos segmentos no válidos son segmentos que no están sincronizados, es decir, sonsegmentos “adeudados” entre los dos dispositivos de un par de SRDF.

Dispositivos R11Los dispositivos R11 funcionan como el dispositivo R1 para dos dispositivos R2. Losenlaces a ambos dispositivos R2 están activos.

Los dispositivos R11 se utilizan generalmente en las soluciones SRDF/Concurrent,donde los datos del sitio R11 se espejean a dos arreglos secundarios (R2).

La siguiente imagen muestra un dispositivo R11 en una solución SRDF/ConcurrentStar.


Pares de dispositivos SRDF 127

Figura 26 Dispositivo R11 en SRDF simultáneo

Site A

Source

Site B

Target

Site C

TargetR11

R2

R2

dispositivos de R21Los dispositivos R21 funcionan como los siguientes dispositivos:

l dispositivos R2 para hosts conectados al arreglo que contienen el dispositivo R1, y

l el dispositivo R1 para hosts conectados al arreglo que contienen el dispositivo R2.

Los dispositivos R21 suelen utilizarse en soluciones trifásicas en cascada donde:

l Los datos del sitio R1 se espejean de manera síncrona a un sitio secundario (R21)

l Luego, los datos se espejean de manera síncrona desde el sitio secundario (R21) alsitio terciario (R2):

Figura 27 Dispositivo R21 en SRDF en cascada

Site BSite A

SRDF Links

Production

host

Site C

R1 R21 R2

Cuando se establece la relación R1->R21->R2 SRDF, ningún host tiene acceso deescritura al dispositivo R21.



Nota

Los dispositivos R21 sin discos no son compatible con los arreglos que ejecutanHYPERMAX OS.

dispositivos de R22Los dispositivos R22 presentan las siguientes características:

l Tienen dos dispositivos R1, solo uno de ellos activo a la vez.

l Generalmente se usan en soluciones SRDF/Star en cascada y simultáneo paradisminuir la complejidad y el tiempo necesarios para completar las operaciones defailover y failback.

l Le permiten realizar operaciones de recuperación sin extraer pares de SDRFantiguos ni crear nuevos.

Figura 28 Dispositivos R22 en SRDF/Star en cascada y simultáneo

SRDF/S

Site A

SRDF/A

Site C

SRDF/S

Site B

Active

links

Host Host

Site B Site A

Site C

SRDF/A SRDF/A

SRDF/A

Cascaded STAR Concurrent STAR

Inactive

links

R22 R2

R11 R21R11 R21

Estados de dispositivos SRDFEl estado del dispositivo SRDF se determina mediante una combinación de dos vistas,la vista de la interfaz del host y la vista de SRDF, como se muestra en la siguienteimagen.


Estados de dispositivos SRDF 129

Figura 29 Vista de la interfaz del host y vista de SRDF de estados

Production host Remote host (optional)

Host interface view

(Read/Write, Read Only (Write Disabled), Not Ready)

Secondary site

SRDF links

Primary site

Open systems host environment

SRDF view

(Ready, Not Ready, Link Blocked)

R1 R2

Vista de la interfaz del hostLa vista de la interfaz del host es el estado del dispositivo SRDF según lo observadopor el host conectado al dispositivo.

Estados de dispositivo R1

Un dispositivo R1 presenta uno de los siguientes estados al host conectado al arregloprimario:

l Read/Write (Write Enabled): el dispositivo R1 está disponible para operaciones delectura/escritura. Este es el estado predeterminado del dispositivo R1.

l Read Only (Write Disabled): el dispositivo R1 responde con protección contraescritura a todas las operaciones de escritura en ese dispositivo.

l Not Ready: el dispositivo R1 responde al host que no está listo para las operacionesde lectura y escritura en ese dispositivo.

Estados de dispositivos R2

Un dispositivo R2 presenta uno de los siguientes estados al host conectado al arreglosecundario:

l Read Only (Write Disabled): el dispositivo secundario (R2) responde al host conprotección contra escritura para todas las operaciones de escritura en esedispositivo.

l Read/Write (Write Enabled): el dispositivo secundario (R2) está disponible paraoperaciones de lectura/escritura. Este estado es posible en operaciones derecuperación o procesamiento en paralelo.

l Not Ready: el dispositivo R2 responde al host que no está listo (se requiereintervención) para las operaciones de lectura y escritura en ese dispositivo.



Vista de SRDFLa vista de SRDF está compuesta por el estado de SRDF y el estado interno deldispositivo SRDF. Estos estados indican si el dispositivo está disponible para enviardatos a través de los enlaces de SRDF y si pueden recibir los comandos de software.

Estados de dispositivo R1

Un dispositivo R1 puede tener los siguientes estados de operaciones de SRDF:

l Ready: el dispositivo R1 está listo para operaciones de SRDF.El dispositivo R1 puede enviar datos a través de los enlaces de SRDF.

Esto sucede incluso si los espejeados locales del dispositivo R1 no están listos paralas operaciones de I/O.

l Not Ready (SRDF mirror Not Ready): el dispositivo R1 no está listo paraoperaciones de SRDF.

Nota

Cuando el dispositivo R2 se coloca en estado de lectura/escritura para el host, eldispositivo R1 correspondiente automáticamente se coloca en estado de espejeado deSRDF no listo.

Estados de dispositivos R2

Un dispositivo R2 puede tener los siguientes estados de operaciones de SRDF:

l Ready: el dispositivo R2 recibe las actualizaciones propagadas mediante losvínculos de SRDF y puede aceptar comandos de software basados en host deSRDF.

l Not Ready: el dispositivo R2 no puede aceptar comandos de software basados enhost de SRDF, pero de todos modos puede recibir las actualizaciones propagadasdesde el arreglo primario.

l Enlace bloqueado (LnkBlk): Se aplica solamente a los espejeados de SRDF de R2que pertenecen a los dispositivos R22.Uno de los espejeados de SRDF de R2 no puede recibir escrituras desde sudispositivo R1 asociado. En las operaciones normales, uno de los espejeados deSRDF de R2 del dispositivo R22 está en este estado.

Accesibilidad de dispositivos R1/R2La accesibilidad de un dispositivo SRDF al host depende de la vista del host y delarreglo del estado del dispositivo SRDF.

Tabla 42 en la página 131 y la Tabla 43 en la página 132 enumeran la accesibilidad delhost para los dispositivos R1 y R2.

Tabla 42 Accesibilidad de dispositivos R1

Estado de la interfaz del host Condición deSRDF

Accesibilidad

Lectura/Escritura Listo Lectura/Escritura

No listo Depende de la disponibilidad deldispositivo R2

Solo lectura Listo Solo lectura


Estados de dispositivos SRDF 131

Tabla 42 Accesibilidad de dispositivos R1 (continuación)

Estado de la interfaz del host Condición deSRDF

Accesibilidad

No listo Depende de la disponibilidad deldispositivo R2

No listo Cualquiera No disponible

Tabla 43 Accesibilidad de dispositivos R2

Estado de la interfaz del host Estado de R2 deSRDF

Accesibilidad

Escritura activada (lectura/escritura) Listo Lectura/Escritura

No listo Lectura/Escritura

Escritura desactivada (solo lectura) Listo Solo lectura

No listo Solo lectura

No listo Cualquiera No disponible

Personalidades dinámicas de dispositivosLos dispositivos SRDF pueden intercambiar la “personalidad” de manera dinámicaentre R1 y R2. Después de un intercambio de personalidad:

l El dispositivo R1 en el par de dispositivos se convierte en el dispositivo R2.

l El dispositivo R2 se convierte en el dispositivo R1.

Intercambiar las personalidades de R1/R2 permite que la aplicación se reinicie en elsitio remoto sin necesidad de interrumpir la replicación si una aplicación falla en el sitiode producción. Después de un intercambio, el lado R2 (ahora R1) puede controlar lasoperaciones mientras se espejea remotamente en el sitio primario (ahora R2).

Un intercambio de personalidad de R1/R2 no se admite:

l Si el dispositivo R2 es más grande que el dispositivo R1.

l Si el dispositivo que se va a intercambiar está participando en una sesión deSRDF/A activa.

l En topologías de SRDF/EDP, los dispositivos R11 o R22 sin discos no son estadosfinales válidos.

l Si el dispositivo que se va a intercambiar es el dispositivo de destino de cualquieroperación de TimeFinder o tecnología flash compatible de EMC.

Modos de funcionamiento de SRDFLos modos de funcionamiento de SRDF abordan diferentes requisitos de nivel deservicio y determinan:

l Cómo se espejean remotamente los dispositivos R1 por los enlaces de SRDF.

l Cómo se procesan las operaciones de I/O.

l Cuándo el host recibe confirmación de una operación de escritura relacionada conel momento en el que se replica la escritura.



l Cuándo se envían escrituras “adeudadas” entre los dispositivos asociados por losenlaces de SRDF.

El modo de funcionamiento puede cambiar en respuesta a operaciones de control ofallas:

l El modo primario (síncrono o asíncrono) es el modo de funcionamientoconfigurado para un determinado dispositivo SRDF, rango de dispositivos SRDF ogrupo de SRDF.

l El modo secundario es el de copia adaptable. El modo de copia adaptable transfieregrandes cantidades de datos rápidamente con mínimo impacto para el host. Elmodo de copia adaptable no proporcionará imágenes reiniciables de datos en elsitio secundario hasta que se envíen nuevas escrituras al dispositivo R1 y todos losdatos hayan terminado de copiarse en el R2.

Use el modo de copia adaptable para sincronizar nuevos pares de dispositivos SRDF opara migrar datos a otro arreglo. Cuando la sincronización o la migración finalicen,puede revertir al modo primario de funcionamiento configurado.

Modo síncronoSRDF/S conserva una imagen de espejeado en tiempo real de los datos entre losdispositivos R1 y R2 a distancias de aproximadamente 200 km o menos.

Las escrituras del host se realizan de manera simultánea en ambos arreglos en tiemporeal antes de que las operaciones de I/O de la aplicación se completen. No se envíanconfirmaciones al host antes de que los datos se almacenan en la memoria caché enlos dos arreglos.

Consulte Operaciones de escritura en modo síncrono en la página 137 y Operacionesde lectura de SRDF en la página 147 para obtener más información.

Modo asíncronoSRDF/Asynchronous (SRDF/a) conserva una copia consistente de escrituradependiente entre los dispositivos R1 y R2 a cualquier distancia sin impacto en laaplicación.

Las escrituras del host se recopilan durante un intervalo configurable en “delta sets”.Los delta sets se transfieren al arreglo remoto en ciclos temporizados.

Las operaciones de SRDF/A varían en función de si el modo de sesión de SRDF es desesión única o de múltiples sesiones con consistencia de multisesión (MSC) activada:

l Para sesiones únicas de SRDF/A, el ciclo de conmutación está controlado conEnginuity. Cada sesión está controlada de manera independiente, ya sea en elmismo arreglo o en múltiples arreglos.

l Para sesiones múltiples de SRDF/A en modo de MSC, múltiples grupos de SRDFse encuentran en la misma sesión de SRDF/A MSC. El cambio de ciclo estácontrolado por el software de host SRDF para mantener la coherencia.

Consulte Cambios de ciclo de SRDF/A MSC en la página 141 para obtener más información.

Modos de copia adaptableModos de copia adaptable:

l Transfieren grandes cantidades de datos sin afectar el host.

l Transfieren datos durante las migraciones y consolidaciones del centro de datos yen ambientes de movilidad de datos.


Modos de funcionamiento de SRDF 133

l Permiten que los dispositivos R1 y R2 estén fuera de sincronización hasta un valorde desviación máximo configurado por el usuario. Si se supera el valor dedesviación máximo, SRDF comienza el proceso de sincronización para transferiractualizaciones desde los dispositivos R1 hacia los R2

l Son modos secundarios de operación para SRDF/S. Los dispositivos R1 serevierten a SRDF/S cuando se alcanza el valor de desviación máximo ypermanecen en SRDF/S hasta que el número de segmentos fuera desincronización sea inferior al valor de desviación máximo.

Existen dos tipos de modo de copia adaptable:

l Disco de copia adaptable en la página 134

l Escritura pendiente de copia adaptable en la página 134

Nota

El modo de escritura pendiente de copia adaptable no es compatible cuando el lado R1de un dispositivo SRDF se encuentra en un arreglo que ejecuta HYPERMAX OS.

Disco de copia adaptable

En el modo disco de copia adaptable, las solicitudes de escritura se acumulan en eldispositivo R1 (no en caché). Un proceso en segundo plano envía las solicitudes deescritura pendientes al dispositivo R2 correspondiente. El proceso de copia ensegundo plano calendarizado para enviar las operaciones de I/O desde los dispositivosR1 hacia los R2 se puede postergar si:

l Las solicitudes de escritura superan los límites máximos de escrituras pendientesde R2.

l Las solicitudes de escritura superan el 50 % del espacio para escrituras pendientesdel arreglo primario o secundario.

Escritura pendiente de copia adaptable

En un modo de escritura pendiente de copia adaptable, las solicitudes de escritura seacumulan en la caché del arreglo primario. Un proceso en segundo plano envía lassolicitudes de escritura pendientes al dispositivo R2 correspondiente.

El modo de escritura pendiente de copia adaptable se revierte al modo primario si ellímite de escritura pendiente del dispositivo, de la partición de la caché o del sistemaestá cerca, independientemente de si se alcanza el valor máximo de desviaciónespecífico de cada dispositivo.

Modos de dominóEn condiciones típicas, cuando un lado del par de dispositivos no está disponible, losdatos nuevos que se escriben en el dispositivo se marcan para una transferenciaposterior. Cuando se restaura el dispositivo o el enlace, los dos lados se sincronizan.

Los modos de dominó fuerzan a los dispositivos SRDF al estado No listo para el host siun lado del par de dispositivos no está disponible.

El modo de dominó puede estar activado o desactivado en los siguientes niveles:

l Nivel de dispositivo (modo de dominó): Si el dispositivo R1 no puede espejearcorrectamente los datos en el dispositivo R2, la próxima escritura del host en eldispositivo R1 hace que el dispositivo ingrese en el estado No listo para el hostconectado al arreglo primario.

l Nivel de grupo de SRDF (modo de dominó de enlace): Si el último enlace disponibleen el grupo de SRDF falla, la próxima escritura del host en cualquier dispositivo R1



del grupo de SRDF hace que todos los dispositivos R1 del grupo de SRDF ingresenen el estado No listo para sus hosts.

El modo de dominó de enlace está configurado a nivel de grupo de SRDF y solo afectaa los dispositivos en los que R1 se encuentra en el lado donde está configurado.

Grupos de SRDFLos grupos de SRDF definen las relaciones entre la instancia de SRDF local y lainstancia de SRDF remota correspondiente.

Todos los dispositivos SRDF deben estar asignados a un grupo de SRDF. Cada grupode SRDF se comunica con su grupo de SRDF asociado en otro arreglo por medio de losenlaces de SRDF. Cada grupo de SRDF apunta a un solo arreglo remoto.

Un grupo de SRDF está compuesto por uno o más dispositivos SRDF y los puertos porlos que esos dispositivos se comunican. El grupo de SRDF comparte potencia deprocesamiento del CPU, puertos y un conjunto de atributos configurables que seaplican a todos los dispositivos en el grupo, lo cual incluye:

l Modos Limbo de enlaces y Dominó de enlaces

l Recuperación de enlace automática

l Compresión de hardware y software

l SRDF/A:

n Tiempo del ciclo

n Prioridad de la sesión

n Demora y umbral de control de flujo

Nota

El control de flujo del dispositivo SRDF/A no es compatible con HYPERMAX OS.

A partir de HYPERMAX OS, todos los grupos de SRDF son dinámicos.

Transferencia de dispositivos dinámicos entre grupos de SRDFPuede transferir dispositivos SRDF dinámicos entre grupos en soluciones SRDF/S,SRDF/A y SRDF/A MSC sin realizar una sincronización completa. Esta sincronizaciónincremental reduce el tráfico en los enlaces en las siguientes situaciones:

l Cuando realiza una transición a otra topología de SRDF y requiere una cantidadmínima de exposición durante los traslados de dispositivos.

l Cuando agrega dispositivos SRDF nuevos a un grupo de SRDF/A y requieresincronización rápida con los dispositivos SRDF/A existentes en el grupo.

Placas, enlaces y puertos de directorLos enlaces de SRDF son conexiones lógicas entre los grupos de SRDF y sus puertos.Los puertos están físicamente conectados mediante cables, enrutadores, extensores,switches y otros dispositivos de red.

Nota

Dos o más enlaces de SRDF por grupo de SRDF son necesarios para la redundancia yla tolerancia a fallas.


Grupos de SRDF 135

La relación entre los recursos en un director (cores de CPU y puertos) varía según elambiente operativo.

HYPERMAX OSEn los arreglos que ejecutan HYPERMAX OS:

l La relación entre la emulación de SRDF y los recursos en un director esconfigurable:

n Un director/varios cores de CPU/múltiples puertos

n La conectividad (puertos del grupo de SRDF) es independiente de la potenciade cómputo (cantidad de cores de CPU). Puede cambiar la cantidad deconectividad sin cambiar la potencia de cómputo.

l Cada director tiene hasta 16 puertos de front-end y SRDF puede usar cualquierade ellos (o todos). Tanto las emulaciones de SRDF Gigabit Ethernet como las deSRDF Fibre Channel pueden usar cualquier puerto.

Nota

Si está activada la compresión de hardware, la cantidad máxima de puertos pordirector es de 12.

l La ruta de datos para dispositivos en un grupo de SRDF no está fija en un únicopuerto. En cambio, la ruta de los datos se comparte entre todos los puertos delgrupo.

Enginuity 5773 a 5876En los arreglos que ejecutan Enginuity 5773 (DMX3 y DMX4) a 5876 (familia VMAX)ocurre lo siguiente:

l La relación entre una emulación de SRDF y los recursos en un director es fija: 1director/1 core de CPU/1 puerto. Si más conectividad o IOPS son necesarios, serequiere otra emulación de SRDF.

l Los arreglos pueden establecer una relación de SRDF con hasta otros 32 arreglos.

l Si un puerto se vuelve muy solicitado, el rendimiento puede verse afectado, inclusosi hay recursos del CPU sin utilizar en la placa.

Configuraciones mixtas: HYPERMAX OS y Enginuity 5876Para las configuraciones en las que un arreglo ejecuta Enginuity 5876 y el segundoarreglo ejecuta HYPERMAX OS, se aplican las siguientes reglas:

l En el lado de 5876, un grupo de SRDF puede tener el complemento completo dedirectores, pero no más de 16 puertos en el lado de HYPERMAX OS.

l Puede conectarse a 16 directores usando un puerto cada uno, a dos directoresusando ocho puertos cada uno o con cualquier otra combinación que no supere los16 puertos por grupo de SRDF.

Consistencia de SRDFMuchas aplicaciones (en especial, DBMS), usan la lógica de escritura dependientepara garantizar la integridad de los datos en caso de una falla. Una escrituradependiente es una escritura que no emite la aplicación a menos que ciertasoperaciones de I/O anteriores se hayan completado. Si las escrituras no están enorden y un evento, como una falla o la creación de una copia en un punto en el tiempo,ocurre en ese preciso momento, puede producirse una pérdida de datos irrecuperable.



Un grupo de consistencia de SRDF (SRDF/CG) se compone de dispositivos SRDF conconsistencia activada.

Los grupos de consistencia de SRDF preservan la consistencia de escrituradependiente de los dispositivos dentro de un grupo mediante el monitoreo de lapropagación de los datos desde los dispositivos de origen hacia sus dispositivos dedestino correspondientes. Si la consistencia está activada, y SRDF detecta cualquierI/O de escritura a un dispositivo R1 que no se puede comunicar con su dispositivo R2,SRDF suspende el espejeado remoto para todos los dispositivos en el grupo deconsistencia antes de completar la operación de I/O interceptada y devolver el controla la aplicación.

De esta manera, SRDF/CG impide que una operación de I/O dependiente de escrituraalcance el sitio secundario si la operación de I/O anterior solo llega hasta el sitioprimario.

La consistencia de SRDF permite recuperarse rápidamente de algunos tipos de fallas odesastres físicos mediante la retención de una copia consistente de la base de datosque puede reiniciarse con DBMS.

La protección del grupo de consistencia de SRDF está disponible para SRDF/S ySRDF/A.

Compresión de datos de SRDFLa compresión reduce la cantidad de datos que se transmiten a través de un enlace deSRDF.

El hardware y el software de compresión se pueden activar de manera simultánea parael tráfico de SRDF mediante GigE y Fibre Channel. En primer lugar, el softwarecomprime los datos, y luego el hardware los comprime aún más.

La compresión mediante hardware está disponible mediante un módulo de I/O decompresión. Cada motor admite un par de módulos de I/O de compresión.

Puede controlar la compresión mediante hardware y software usando software deSRDF basado en host de EMC o Unisphere for VMAX.

La compresión mediante hardware y software se puede activar en los lados R1 y R2,pero la actividad de compresión real se realiza en el lado que inicia las operaciones deI/O (por lo general, R1).

Operaciones de escritura de SRDFEn esta sección, se describen las operaciones de escritura de SRDF.

Operaciones de escritura en modo síncronoEn modo síncrono, los datos se deben escribir correctamente en la memoria caché enel sitio secundario antes de que se envíe un estado positivo de realización de comandoal host que emitió el comando de escritura.

La siguiente imagen muestra los pasos en una operación de escritura síncrona:

1. El host local envía un comando de escritura al arreglo local.Las emulaciones del host escriben datos en caché y crean una solicitud deescritura.

2. Las emulaciones de SRDF enmarcan datos actualizados en caché de acuerdo conel protocolo de SRDF y los transmiten por los enlaces de SRDF.

3. Las emulaciones de SRDF en el arreglo remoto reciben datos desde los enlaces deSRDF, los escriben en la memoria caché y envían una confirmación a lasemulaciones de SRDF en el arreglo local.


Compresión de datos de SRDF 137

4. Las emulaciones de SRDF en el arreglo local reenvían la confirmación a lasemulaciones del host.

Figura 30 Flujo de I/O de escritura: SRDF síncrono simple

SRDF/S

Host

Drive

emulations

Cache

R2

Drive

emulations

Cache

R1

1 2

34

Operaciones de escritura en modo asíncronoEn modo asíncrono (SRDF/A), los I/O de escritura del host se recopilan en delta setsen el arreglo primario y se transfieren en ciclos al arreglo secundario.

Las sesiones de SRDF/A se comportan de manera distinta en función de lo siguiente:

l Si se administran individualmente (consistencia de sesión única [SSC]) o como ungrupo de consistencia (consistencia de múltiples sesiones [MSC]).

n En modo de coherencia de sesión única (SSC), el grupo SRDF se administra demanera individual, con los cambios de ciclos controlados por Enginuity oHYPERMAX OS. Los ciclos de SRDF/A se cambian de forma independiente decualquier otro grupo de SRDF, en cualquier arreglo de la solución. Cambios deciclo en el modo asíncrono en la página 140 proporciona detalles adicionales.

n En el modo de coherencia de múltiples sesiones (MSC), el grupo SRDF es partede un grupo de consistencia que abarca todas las sesiones de SRDF/Aasociadas. Los cambios de ciclo están coordinados para proporcionarconsistencia de escritura dependiente entre múltiples sesiones, lo que tambiénpuede abarcar arreglos. Los cambios de ciclos son controlados por el softwarede host SRDF. Los ciclos de SRDF/A se cambian para todos los grupos deSRDF en el grupo de consistencia al mismo tiempo. Cambios de ciclo deSRDF/A MSC en la página 141 proporciona detalles adicionales.

l La cantidad de ciclos de transmisión admitida en el lado R1. Enginuity 5876 admiteun solo ciclo. HYPERMAX OS admite varios ciclos en línea de espera paratransferirse.

Las sesiones de SRDF se pueden administrar de forma individual o como miembros deun grupo.

En modo asíncrono, las operaciones de I/O se recopilan en delta sets. Los datos seprocesan con cuatro tipos de ciclos que capturan, transmiten, reciben y aplicanconjuntos delta:

l Ciclo de captura: las operaciones de I/O entrantes se colocan en búfer en el ciclode captura del lado R1. El host recibe confirmación de inmediato.

l Ciclo de transmisión: los datos recopilados durante el ciclo de captura setransfieren al ciclo de transmisión en el lado R1.

l Ciclo de recepción: los datos se reciben en el lado R2.

l Ciclo de aplicación: los bloques modificados en el conjunto delta se marcan comosegmentos no válidos y comienza la descarga en el disco.Comienza un nuevo ciclo de recepción.



El inicio del próximo ciclo de captura y la cantidad de ciclos en R1 varían según laversión del ambiente operativo del arreglo que participa en la solución SRDF/A.

l HYPERMAX OS, modo de múltiples ciclos: si ambos arreglos de la soluciónejecutan HYPERMAX OS, SRDF/A funciona en modo de múltiples ciclos. Puedehaber dos o más ciclos en R1, pero solo dos ciclos en R2:

n En el lado R1:

– Uno de captura

– Uno o más de transmisión

n En el lado R2:

– Uno de recepción

– Uno de aplicación

Los cambios de ciclo se desacoplan de la asignación de delta sets para el próximociclo.Cuando se alcanza el tiempo de ciclo mínimo preestablecido, los datos de R1recopilados durante el ciclo de captura se agregan a la línea de espera detransmisión y se inicia un nuevo ciclo de captura de R1. No hay que esperar laasignación en el lado R2 antes de comenzar un nuevo ciclo de captura.

La línea de espera de transmisión mantiene ciclos en espera de ser transmitidos allado R2. Los datos en la línea de espera de transmisión se asignan al ciclo derecepción de R2 cuando el ciclo de transmisión y el ciclo de aplicación actualesestán vacíos.

Las líneas de espera permiten que ciclos de datos más pequeños se coloquen en elbuffer en el lado de R1 y que delta sets más pequeños se transfieran al lado de R2.

La sesión de SRDF/A se puede ajustar a fin de adaptarse a los cambios en lasolución. Si se reduce la velocidad de enlace de SRDF o si aumenta la tasa deaplicación en el lado de R2, se pueden poner en línea de espera más ciclos deSRDF/A en el lado de R1.

El modo de múltiples ciclos aumenta la solidez de la sesión de SRDF/A y reduce lapropagación en el pool de almacenamiento de DSE.

l Enginuity 5876: si algún arreglo de la solución ejecuta Enginuity 5876, SRDF/Afunciona en el modo existente. Hay dos ciclos en el lado R1 y dos ciclos en el ladoR2:

n En el lado R1:

– Uno de captura

– Uno de transmisión

n En el lado R2:

– Uno de recepción

– Uno de aplicación

Cada cambio de ciclo transfiere el delta set al siguiente ciclo del proceso.

Un nuevo ciclo de captura no puede comenzar hasta que el ciclo de transmisiónfinalice su asignación de datos desde el lado de R1 hasta el lado de R2.

Los cambios de ciclo pueden ocurrir con la frecuencia del tiempo de ciclo mínimopreestablecido, pero también pueden tardar más, ya que dependen tanto deltiempo que lleva transferir los datos desde el ciclo de transmisión de R1 al ciclo derecepción de R2 como del tiempo que lleva descargar el ciclo de aplicación de R2.


Operaciones de escritura de SRDF 139

Cambios de ciclo en el modo asíncronoLa cantidad de ciclos de captura admitidos en el lado de R1 varía en función de si uno oambos arreglos en la solución ejecutan HYPERMAX OS.

HYPERMAX OS

Las sesiones de SRDF/A SSC donde ambos arreglos ejecutan HYPERMAX OS tienenuno o más ciclos de transmisión en el lado R1 (modo de múltiples ciclos).

La siguiente imagen muestra el modo de múltiples ciclos:

l Múltiples ciclos (un ciclo de captura y varios ciclos de transmisión) en el lado deR1.

l Dos ciclos (recepción y aplicación) en el lado de R2.

Figura 31 Cambios de ciclo de SRDF/A SSC: modo de múltiples ciclos

Primary Site Secondary Site

Capture

cycle

Apply

cycleN-M Transmit

cycle

Receive

cycle

CaptureN

TransmitN-M

R1

R2ReceiveN-M

Transmit queue depth = M

TransmitN-1

Apply

N-M-1

R1

R2

En modo de múltiples ciclos, cada cambio de ciclo crea un nuevo ciclo de captura (N),y el ciclo de captura existente (N-1) se agrega a la línea de espera de ciclos (N-1 através de N-M ciclos) que se transmitirán al lado de R2 por otra acción de asignaciónseparada.

Solo los datos en el último ciclo de transmisión (N-M) se transfieren al lado de R2durante una asignación.

Enginuity 5773 a 5876

Las sesiones de SRDF/A SSC que incluyen un arreglo que ejecuta Enginuity, versiones5773 a 5876, cuentan con un ciclo de captura y un ciclo de transmisión en el lado R1(modo existente).

La siguiente imagen muestra el modo existente:

l Dos ciclos (captura y transmisión) en el lado de R1.

l Dos ciclos (recepción y aplicación) en el lado de R2.



Figura 32 Cambios de ciclo de SRDF/A SSC: modo existente


Capture

cycle

Apply

cycleTransmit

cycle

Receive

cycle

Capture

N

Transmit

N-1

R2

R2Receive

N-1

Apply

N-2

R1

R1

En el modo existente, se deben cumplir las siguientes condiciones antes de que sepueda llevar a cabo un cambio de ciclo de SSC:

l El delta set de transmisión del ciclo anterior (N-1 copia de los datos) debe habercompletado la transferencia para recibir el delta set en el arreglo secundario.

l En el arreglo secundario, el delta set de aplicación del ciclo anterior (N-2 copia delos datos) se escribe en la memoria caché, y los datos se marcan con escriturapendiente para los dispositivos R2.

Cambios de ciclo de SSC en SRDF/A simultáneo

En modo de sesión única, los cambios de ciclo en ambos tramos de la topología deSRDF simultáneo se realizan generalmente en distintos momentos.

Los datos de los ciclos de captura y transmisión pueden diferir entre dos sesiones deSRDF/A.

Cambios de ciclo de SRDF/A MSC

SRDF/A MSC:

l Coordina los cambios de ciclo para todas las sesiones de SRDF/A en la soluciónSRDF/A MSC.

l Monitorea para detectar cualquier falla en la propagación de datos a losdispositivos del arreglo secundario y termina todas las sesiones de SRDF/A juntasa fin de mantener la consistencia de escritura dependiente.

l Realiza operaciones de limpieza de MSC (si es posible).

HYPERMAX OSLas sesiones de SRDF/A MSC donde ambos arreglos ejecutan HYPERMAX OS tienendos o más ciclos en el lado de R1 (modo de múltiples ciclos).

Nota

Si el lado de R1 o el lado de R2 de una sesión de SRDF/A están ejecutandoHYPERMAX OS, se requiere Solutions Enabler 8.x o superior para monitorear yadministrar grupos de MSC.

La imagen siguiente muestra los ciclos en el lado R1 (un ciclo de captura y varios ciclosde transmisión) y dos ciclos en el lado R2 (de recepción y de aplicación) para unasesión de SRDF/A MSC cuando ambos arreglos en la solución SRDF/A ejecutanHYPERMAX OS.


Operaciones de escritura de SRDF 141

Figura 33 Cambios de ciclo de SRDF/A MSC: modo de múltiples ciclos


Capture

cycle

Apply

cycleN-M Transmit

cycle

Receive

cycle

{SRDF

consistency

group

Apply

N-M-1

CaptureN

TransmitN-M

R2

R1

Receive

N-M

Transmit queue

depth = M

TransmitN-1

R1R1R1 R2

R2R2R2

El ciclo de SRDF cambia todas las sesiones de SRDF/A en el grupo de MSC al mismotiempo. Todas las sesiones en el grupo de MSC tienen las siguientes característicasiguales:

l Cantidad de ciclos pendientes en el lado de R1.

l Profundidad de la línea de espera de transmisión (M).

En las sesiones de SRDF/A MSC, Enginuity o HYPERMAX OS realizan un cambio deciclo coordinado durante una ventana de tiempo en la que no se completa ningunaescritura del host.

MSC suspende temporalmente las escrituras en todas las sesiones de SRDF/A paraestablecer la consistencia.

Al igual que los cambios de ciclo de SRDF/A, la cantidad de ciclos en el lado de R1varía en función de si uno o ambos arreglos en la solución ejecutan HYPERMAX OS.

Las sesiones de SRDF/A MSC que incluyen un arreglo que ejecuta Enginuity 5773 a5876 cuentan con solo dos ciclos en el lado de R1 (modo existente).

En el modo existente, se deben cumplir las siguientes condiciones antes de que sepueda llevar a cabo un cambio de ciclo de MSC:

l El delta set de transmisión del arreglo primario debe estar vacío.

l El delta set de aplicación del arreglo secundario debe haberse completado. Losdatos N-2 deben estar marcados con escritura pendiente para los dispositivos R2.

Operaciones de escritura en SRDF en cascadaEn las configuraciones en cascada, los dispositivos R21 aparecen como:

l Dispositivos R2 para hosts conectados al arreglo R1

l Dispositivos R1 para hosts conectados al arreglo R2

Las operaciones de I/O a dispositivos R21 incluyen:

l Operaciones de I/O síncronas entre el sitio de producción (R1) y el sitio remoto(R21) más cercano.

l Una copia de I/O asíncrona o adaptable entre el sitio remoto síncrono (R21) y elsitio terciario (R2).

l Puede habilitar la escritura del R21 para un host a fin de que se comporte como undispositivo R2. Esto permite que la conexión R21 -> R2 funcione como R1 -> R2,mientras que la conexión R1 -> R21 se suspende automáticamente. R21 comienza arastrear los cambios realizados en R1.



La siguiente imagen muestra el flujo de I/O síncrono en una topología de SRDF encascada.

Figura 34 Comandos de escritura en dispositivos R21

SRDF/S

SRDF/A

or

Adaptive copy disk

Site C

Host

Site A Site B

R1 R2

Cache Cache Cache

R21

Cuando un comando de escritura llega a la caché del sitio B, ocurre los siguiente:

l La emulación de SRDF en el sitio B devuelve un estado positivo a través de losvínculos de SRDF al sitio A (operaciones síncronas)

l Se crea una solicitud para las emulaciones SRDF en el sitio B a fin de enviar datos através de los vínculos de SRDF al sitio C.

Administración de la caché de SRDF/ALas configuraciones de SRDF/A no balanceadas o los incrementos de I/O puedencausar que las soluciones SRDF/A utilicen grandes cantidades de caché. Lasinterrupciones de red transitorias pueden interrumpir las sesiones de SRDF. Unaaplicación puede escribir en el mismo registro de manera reiterada. En esta sección, sedescriben las funciones de SRDF/A que abordan estos problemas comunes.

Caché adaptablePuede configurar el umbral máximo de utilización de caché de SRDF/A como unporcentaje del límite de escritura pendiente del sistema para una sesión de SRDF/Aindividual en el modo de sesión única y para múltiples sesiones de SRDF/A en el modode sesión única o MSC.

Cuando se supera el umbral máximo de utilización de caché de SRDF/A o el límite deescritura pendiente del sistema, el arreglo agota su caché.

De manera predeterminada, la sesión de SRDF/A termina si se agotó la memoria cachédel arreglo. Puede mantener la sesión de SRDF/A en ejecución durante un períododefinido por el usuario. Puede asignar prioridades a las sesiones y mantener la sesiónde SRDF/A activa durante el tiempo que permitan los recursos de caché. Si lacondición no se resuelve en el momento del vencimiento del período definido por elusuario, la sesión de SRDF/A termina de todas formas.

Use las funciones que se describen a continuación para evitar que SRDF/A supere suumbral máximo de utilización de caché.

Descarga de datos de caché de SRDF/ASi el sistema está por alcanzar el umbral máximo de utilización de caché de SRDF/A,DSE descarga todos los datos del delta set o algunos de esos datos. DSE se puedeconfigurar/activar/desactivar de manera independiente en los lados de R1 y R2.


Administración de la caché de SRDF/A 143

Nota

EMC recomienda configurar DSE de la misma manera en ambos lados.

DSE funciona en conjunto con el control de flujo de escritura a nivel de grupo paraevitar la utilización excesiva de caché durante los picos de I/O o las ralentizaciones dela red.

Los recursos que apoyan la descarga varían de acuerdo con la versión de Enginuity queejecuta el arreglo.

HYPERMAX OS

HYPERMAX OS descarga datos en un pool de recursos de almacenamiento. Uno o máspools de recursos de almacenamiento están preconfigurados antes de la instalación yse usan para una variedad de funciones. DSE puede utilizar un pool de recursos dealmacenamiento preconfigurado específicamente para DSE o, si no existe dicho pool,DSE puede usar el pool de recursos de almacenamiento predeterminado. Todos losgrupos de SRDF en el arreglo utilizan el mismo pool de recursos de almacenamientopara DSE. DSE solicita asignaciones del pool de recursos de almacenamientosolamente cuando DSE está activado.

El tamaño del pool de recursos de almacenamiento utilizado por DSE se basa en losrequisitos de caché de SRDF/A. El DSE se activa de manera automática.

Enginuity 5876

Enginuity 5876 descarga datos en el pool de DSE que usted configure. Debeconfigurar un pool de DSE por separado para cada tipo de emulación de dispositivo(FBA, IBM i, CKD3380 o CKD3390).

l Para usar DSE, cada grupo de SRDF debe estar asociado explícitamente a un poolde DSE.

l De manera predeterminada, DSE está desactivado.

l Cuando se usan sesiones de TimeFinder/Snap para replicar los dispositivos R1 oR2, debe crear dos pools de almacenamiento preconfigurados diferentes: pools deDSE y de snapshots.

Configuraciones mixtas: HYPERMAX OS y Enginuity 5876

Si el arreglo en un lado del par de dispositivos SRDF ejecuta HYPERMAX OS y el otrolado ejecuta Enginuity 5876 o anterior, la sesión de SRDF/A se ejecuta en el modoexistente.

l DSE está desactivado de manera predeterminada en ambos arreglos.

l EMC recomienda activar DSE en ambos lados.

Transmisión inactivaDurante las interrupciones de red de corto plazo, el estado de transmisión inactivoimplica que SRDF/A continúa rastreando cambios, pero no puede transmitir datos allado remoto.

Agrupamiento de escriturasEl agrupamiento de escrituras mejora la eficiencia de los enlaces de SRDF.

Cuando llegan varias actualizaciones a la misma ubicación en el mismo delta set, lasemulaciones de SRDF envían solo los datos más actuales por los enlaces de SRDF.



El agrupamiento de escrituras reduce el consumo de ancho de banda de la red y lacantidad de I/O procesada por las emulaciones de SRDF.

Control del flujo de escrituraEl control de flujo de escritura de SRDF/A reduce la probabilidad de que una sesiónactiva de SRDF/A termine debido al agotamiento de caché. El control de flujo deescritura controla dinámicamente la tasa de I/O del host para que no supere la tasa deservicio de la sesión de SRDF/A, lo que evita el desbordamiento de caché en los ladosde R1 y R2.

Use el control de flujo de escritura a fin de mantener la replicación de SRDF/A conmenos recursos cuando la replicación sea más importante para la aplicación queminimizar el tiempo de respuesta de escritura.

Puede aplicar el control de flujo de escritura a nivel de grupo o a nivel de dispositivopara pares de dispositivos RDF individuales que tienen sesiones de TimeFinder/Snap oTimeFinder/Clone fuera del dispositivo R2.

Control de flujo a nivel de grupo

El control de flujo a nivel de grupo de SRDF/A controla las escrituras del host para quecoincidan con la tasa de transferencia del enlace de la sesión de SRDF/A. Cuando lastasas de I/O del host se incrementan abruptamente, o una ralentización hace que sealarguen los tiempos de los ciclos de transmisión o aplicación, el control flujo a nivel degrupo extiende el tiempo de respuesta de I/O de escritura del host para que coincidacon tasas de servicio de SRDF/A más lentas.

Cuando se activa DSE para una sesión de SRDF/A, se controla el flujo de lasoperaciones de I/O de escritura emitidas por el host de modo que su tasa detransmisión no supere la tasa a la que DSE puede descargar los datos del ciclo de lasesión de SRDF/A en el pool de recursos de almacenamiento de DSE.

El comportamiento del control de flujo a nivel de grupo varía en función de si la demoramáxima de control de flujo está especificada o no:

l Si la demora máxima de control de flujo de escritura no está especificada, SRDFagrega hasta 50 milisegundos al tiempo de respuesta de I/O de escritura del hostpara que coincida con la velocidad de los enlaces de SRDF o de la operación deaplicación en el lado de R2, lo que sea más lento.

l Si la demora máxima de control de flujo de escritura está especificada, SRDFagrega hasta lo que el usuario especificó como demora máxima de control de flujode escritura para mantener la sesión de SRDF/A en ejecución.

El control de flujo a nivel de grupo balancea las tasas de I/O del host entrantes con elancho de banda del enlace SRDF y las funcionalidades de rendimiento cuando sucedelo siguiente:

l La tasa de I/O del host supera el rendimiento del enlace de SRDF.

l Algunos enlaces de SRDF que pertenecen al grupo de SRDF/A se pierden.

l Hay un menor rendimiento en los enlaces de SRDF.

l El nivel de escritura pendiente en un dispositivo R2 en una sesión de SRDF/Aactiva alcanza el límite de escritura pendiente del dispositivo.

l El tiempo del ciclo de aplicación en el lado R2 es mayor que 30 segundos y que eltiempo del ciclo de captura de R1 (o, en MSC, el destino del ciclo de captura).

El control de flujo a nivel de grupo se puede activar mediante configuraciones oactividades que generan operaciones lentas de R2, como las siguientes:

l Unidades físicas de R2 lentas que generan tiempos de ciclo de aplicación másprolongados.


Administración de la caché de SRDF/A 145

l Operaciones de FAST que generan operaciones de SRDF/A mal balanceadas.

l Operaciones de control de flujo de directores que reducen la velocidad de lasoperaciones de restauración.

l Operaciones de I/O al arreglo de R2 que disminuyen la velocidad de lasoperaciones de restauración.

Nota

En los arreglos que ejecutan Enginuity 5876, si escasea el espacio en el pool de DSE,DSE finaliza y el control de flujo de escritura de SRDF/A a nivel de grupo vuelve acontrolar el flujo de escritura del host para que coincida con la tasa de transferenciadel enlace de la sesión de SRDF/A.

Control de flujo a nivel de dispositivo (TimeFinder)

HYPERMAX OSEl control de flujo de escritura en el nivel de dispositivo SRDF/A no se admite ni esnecesario para los dispositivos R2 asíncronos en sesiones de TimeFinder o TimeFinderSnapVX si algún arreglo en la configuración ejecuta HYPERMAX OS, lo que incluye losiguiente:

l R1 HYPERMAX OS - R2 HYPERMAX OS

l R1 HYPERMAX OS - R2 Enginuity 5876

l R1 Enginuity 5876 - R2 HYPERMAX OS

Enginuity 5773 a 5876El control de flujo a nivel de dispositivo de SRDF/A aplica una demora de control deflujo de escritura para dispositivos R1 individuales de SRDF/A cuyas contrapartes R2participan en las sesiones de copia de TimeFinder.

El control de flujo a nivel de grupo de SRDF/A evita los niveles altos de utilización decaché de SRDF/A cuando los dispositivos R2 que prestan servicio a las solicitudes decopia de SRDF/A y TimeFinder experimentan una ralentización.

El control de flujo a nivel de dispositivo evita los niveles altos de utilización de cachéde SRDF/A cuando los dispositivos R2 que prestan servicio a las solicitudes de copiade SRDF/A y TimeFinder experimentan una ralentización.

El comportamiento del control de flujo a nivel de dispositivo varía en función de si lademora máxima de control de flujo está especificada o no:

l Si la demora máxima de control de flujo de escritura no está especificada, SRDFagrega hasta 50 milisegundos al tiempo de respuesta general de escritura del hostpara mantener la sesión de SRDF/A activa.

l Si la demora máxima de control de flujo de escritura está especificada, SRDFagrega hasta lo que el usuario especificó como demora máxima de control de flujode escritura para mantener la sesión de SRDF/A activa.

Es posible activar el control de flujo a nivel de dispositivo en el segundo hop (R21 ->R2) de las topologías de SRDF en cascada y SRDF en cascada/Star.

El control de flujo a nivel de dispositivo no tiene efecto si se pierden los enlaces deSRDF/A.

Control de flujo de escritura y transmisión inactiva

Las escrituras del host se siguen controlando en las siguientes situaciones:

l Todos los enlaces de SRDF se perdieron.



l Las condiciones de la memoria caché requieren control de flujo de escritura.

l La transmisión inactiva está vigente.

El control de flujo durante la interrupción es igual que la tasa de transferencia antes dela interrupción.

Operaciones de lectura de SRDFLas operaciones de lectura desde el dispositivo R1 no suelen implicar emulaciones deSRDF:

l Para los “aciertos” de lectura (el host de producción emite una solicitud de lecturaal dispositivo R1, y los datos están en la caché local), la emulación del host leedatos desde la caché y los envía al host.

l Para los “errores” de lectura (los datos solicitados no se encuentran en la caché),la emulación de la unidad lee los datos solicitados desde unidades locales paracaché.

Consulte Operaciones de lectura desde dispositivos R2 en la página 147 para obtener más información.

Operaciones de lectura si falla la copia local de R1En configuraciones de SRDF/S, de SRDF/A y de copia adaptable, los dispositivosSRDF pueden procesar operaciones de I/O de lectura que no se pueden procesar condispositivos lógicos comunes. Si la copia local de R1 falla, el dispositivo R1 aún puedecompletar la solicitud siempre y cuando su estado de SRDF sea Listo y el dispositivoR2 tenga datos en buen estado.

Las emulaciones de SRDF ayudan a completar las solicitudes de lectura del hostcuando la copia local de R1 no está disponible, como se indica a continuación:

l Las emulaciones de SRDF transportan datos desde el dispositivo R2 hacia el sitiodel host.

l El host percibe esto como una lectura normal desde el dispositivo R1, a pesar deque los datos se leyeron desde el dispositivo R2 que actúa como si fuera una copialocal.

HYPERMAX OS

Los arreglos que ejecutan HYPERMAX OS no pueden atender las operaciones de I/Ode lectura de SRDF/A si se ha invocado al ingeniero de soporte designado para ubicartemporalmente algunos datos en el disco.

Operaciones de lectura desde dispositivos R2No se recomienda la lectura de datos de dispositivos R2 directamente desde un hostconectado a R2 debido a las siguientes razones:

l SRDF/S se basa en la capacidad de la aplicación para determinar si la imagen dedatos es la más actual. Es posible que el arreglo en el lado R2 aún no sepa que losdatos que se encuentran en proceso de transmisión en los enlaces de SRDF se hanenviado.

l Si el host remoto lee datos desde el dispositivo R2 mientras una operación de I/Ode escritura se encuentra en proceso de transmisión en los enlaces de SRDF, elhost no leerá los datos más actuales.

EMC recomienda especialmente permitir que el host remoto lea los datos desde losdispositivos R2 en el modo Solo lectura únicamente cuando:


Operaciones de lectura de SRDF 147

l Las aplicaciones relacionadas en el host de producción están detenidas.

l Las escrituras de SRDF en los dispositivos R2 están bloqueadas debido a unasuspensión/división temporal de la relación de SRDF.



Operaciones de recuperación de SRDFEn esta sección, se describen las operaciones de recuperación en configuraciones deSRDF de dos sitios.

Failover planeado (SRDF/S)Un failover planeado transfiere las aplicaciones de producción del sitio primario al sitiosecundario para probar la solución de recuperación, actualizar o realizar elmantenimiento en el sitio primario.

La siguiente imagen muestra una configuración de SRDF de dos sitios antes delintercambio de personalidad R1<->R2:

Figura 35 Failover planeado: antes del intercambio de personalidad

Production host Remote host

Site BSite A

SRDF links -suspended

R1/R2 swap

Applications stopped

R1 R2

l Las aplicaciones en el host de producción están detenidas.

l Los enlaces de SRDF entre el sitio A y el sitio B están suspendidos.

l Si se utiliza SRDF/CG, la consistencia está desactivada.

La siguiente imagen muestra una configuración de SRDF de dos sitios después delintercambio de personalidad R1<->R2.


Operaciones de recuperación de SRDF 149

Figura 36 Failover planeado: después del intercambio de personalidad

Applications running

Production host Remote host

Site BSite A

SRDF linksR2 R1

Cuando el mantenimiento, las actualizaciones o las pruebas de procedimientos secompletan, puede repetir el mismo procedimiento para devolver la producción al sitioA.

Failover no planeadoUn failover no planeado transfiere las aplicaciones de producción del sitio primario alsitio secundario después de una interrupción no anticipada en el sitio primario, por loque el sitio primario no está disponible.

El failover al sitio secundario en una configuración simple puede realizarse en minutos.Puede reanudar el procesamiento de producción tan pronto como las aplicaciones sereinicien en el host de failover conectado al sitio B.

A diferencia de la operación de failover planeado, un failover no planeado reanuda laproducción en el sitio secundario, pero sin espejeado remoto hasta que el sitio A quedeen condiciones operacionales y listo para una operación de failback.

La imagen siguiente muestra el failover al sitio secundario después de la falla del sitioprimario.

Figura 37 Failover al sitio B; el sitio A y el host de producción no están disponibles.

R2R1R1

Production host Remote, failover host

Site BSite A

SRDF links

Production host Remote, failover host

Site BSite A

SRDF links -

suspended

Site failed Site failed

R2

Not Ready or

Read OnlyRead/Write



Failback al arreglo primarioDespués de que el host primario y el arreglo que contiene los dispositivos primarios(R1) vuelven a ser operacionales, un failback de SRDF permite reanudar elprocesamiento de producción en el host primario.

Recuperación de un gran número de segmentos no válidosSi los dispositivos R2 manejaron procesamiento de producción durante un períodoprolongado, es posible que haya una gran cantidad de segmentos no válidos adeudadosa los dispositivos R1. El software de control de SRDF puede volver a sincronizar losdispositivos R1 y R2 mientras el host secundario sigue en procesamiento deproducción. Una vez que haya un número relativamente pequeño de segmentos noválidos adeudados a los dispositivos R1, se podrá iniciar el proceso de failback.

Pérdida temporal de vínculosEn las configuraciones de SRDF/A, si se produce una pérdida temporal (10 segundos omenos) de todos los vínculos de SRDF/A, el estado de SRDF/A permanece activo ylos datos se siguen acumulando en la memoria global. Esto puede dar como resultadoun ciclo extendido, pero la consistencia de escritura dependiente del arreglosecundario no se ve afectada, y la relación entre los dispositivos de los arreglosprimario y secundario no se suspende.

Transmisión inactiva en la página 144 puede mantener SRDF/A en un estado activodurante todas las condiciones de pérdida de vínculos.

En las configuraciones de SRDF/S, si ocurre una pérdida temporal de un vínculo, lasescrituras se estancan (pero no se acumulan) con la intención de que el vínculo deSRDF vuelva a activarse, punto en el cual la escritura continúa.

Las lecturas no se ven afectadas.

Nota

Cambiar al modo de SRDF/S con el parámetro de limbo de enlaces configuradodurante más de 10 segundos podría dar como resultado una falla de aplicación, base dedatos o host si SRDF se reinicia en modo síncrono.

Pérdida permanente de enlace (SRDF/A)Si los enlaces de SRDF se pierden durante más tiempo del que el limbo de enlaces o latransmisión inactiva pueden administrar:

l Todos los dispositivos del grupo de SRDF se configuran en un estado No listo.l Todos los datos en los delta sets de captura y transmisión cambian del estado de

escritura pendiente para el espejeado de SRDF de R1 al estado no válido para elespejeado de SRDF de R1 y, por lo tanto, son adeudados al dispositivo R2.

l Cualquier operación de I/O de escritura nueva en el dispositivo R1 también semarca como no válida para el espejeado de SRDF de R1.Estos segmentos son adeudados al arreglo secundario una vez que se restauran losenlaces.

Cuando se restauran los vínculos, se siguen los procedimientos de recuperación deSRDF normales

l Los metadatos que representan los datos adeudados se comparan y se combinansegún los procedimientos de recuperación normales del host.

l Los datos se vuelven a sincronizar mediante el envío de los segmentos adeudadoscomo parte de los ciclos de SRDF/A.


Operaciones de recuperación de SRDF 151

Los datos en los dispositivos exentos sin consistencia en el arreglo secundariopresentan siempre consistencia de escritura dependiente en el estado activo/consistente de SRDF/A, incluso cuando fallan todos los enlaces de SRDF. Iniciar unproceso de resincronización compromete la consistencia de escritura dependientehasta que la resincronización esté totalmente completa y se hayan producido doscambios de ciclo.

Por este motivo, es importante usar TimeFinder para crear una copia final de la imagende consistencia de escritura dependiente en el arreglo secundario.

Limpieza de la sesión de SRDF/A (SRDF/A)Cuando termina una sesión única de SRDF/A, SRDF:

l Marca nuevas escrituras entrantes en el arreglo primario como adeudadas alarreglo secundario.

l Descarta los delta sets de captura y transmisión, y marca los datos comoadeudados al arreglo secundario. Estos segmentos se envían al arreglo secundariouna vez que se reanuda SRDF, siempre y cuando la dirección de copia siga siendode primario a secundario.

l Marca y descarta solo el delta set de recepción en el arreglo secundario, y marcalos datos como segmentos adeudados al arreglo primario.

l Marca y descarta solo el delta set de recepción en el arreglo secundario, y marcalos datos como segmentos adeudados al arreglo primario.

Nota

Es muy importante capturar una copia final de los datos con consistencia de escrituradependiente en los dispositivos R2 del arreglo secundario antes de cualquierresincronización. Una resincronización compromete la imagen consistente de escrituradependiente. La copia final se puede almacenar en un conjunto remoto de volúmenesde continuidad del negocio (BCV) o clones.

Failback desde los dispositivos R2 (SRDF/A)Si ocurre un desastre en el arreglo primario, los datos en los dispositivos R2representan una imagen consistente de escritura dependiente antigua y se puedenutilizar para reiniciar las aplicaciones.

Después de que el arreglo primario se haya reparado, puede devolver las operacionesde producción al arreglo primario mediante los siguientes procedimientos descritos en Operaciones de recuperación de SRDF en la página 149.

Si el failover al sitio secundario es un evento extendido, la solución SRDF/A se puederevertir mediante un intercambio de personalidad. SRDF/A puede continuar con lasoperaciones hasta que una inversión planificada de dirección se pueda realizar pararestaurar la relación original de los arreglos primario y secundario de SRDF/A.

Después de que la carga de trabajo se haya transferido a los hosts del arreglo primario,se puede activar SRDF/A para reanudar la protección normal en modo asíncrono.

Migración mediante SRDF/movilidad de datosLa migración de datos es una transferencia de datos que se lleva a cabo una sola vez,generalmente de los datos de producción de un arreglo más antiguo a un nuevoarreglo. La migración se distingue de la replicación en que, una vez que los datos setransfieren, se puede acceder a ellos únicamente en el destino.

Puede migrar datos entre dispositivos gruesos (también conocidos como dispositivoscompletamente provisionados o estándares) y dispositivos delgados (también



conocidos como TDEV). Una vez que el proceso de migración de datos se hacompletado, el ambiente de producción, por lo general, se transfiere al arreglo al quese migraron los datos.

Nota

Antes de comenzar, verifique que los modelos de hardware específicos y las versionesde Enginuity o HYPERMAX OS sean compatibles para la migración de datos entrediferentes plataformas.

En ambientes de host de sistemas abiertos, use Solutions Enabler para reducir lostiempos de resincronización de la migración mientras reemplaza los dispositivos R1 oR2 en una topología de SRDF de dos sitios.

Cuando la conexión se establece entre arreglos que ejecutan distintas versiones, esposible que se apliquen limitaciones. Por ejemplo, las operaciones de migraciónrequieren la creación de grupos de SRDF temporales. Las versiones anteriores delambiente operativo admiten menos grupos de SRDF. Debe verificar que el arregloanterior tenga suficientes grupos sin usar para admitir la migración planeada.

Migración de datos con SRDF simultáneoEn topologías de SRDF simultáneo, se pueden migrar datos de manera no disruptivaentre arreglos por una sección de SRDF mientras se realiza el espejeado remoto paraprotección por la otra sección.

Una vez que el proceso de migración finaliza, la topología de SRDF simultáneo seelimina, lo que da como resultado una topología de SRDF de dos sitios.

Reemplazo de dispositivos R2 por nuevos dispositivos R2Puede migrar manualmente los datos como se muestra en la imagen que aparece acontinuación, lo cual incluye lo siguiente:

l Topología inicial de 2 sitios

l Topología de migración de 3 sitios provisional

l Topología de 2 sitios final

Después de la migración, el arreglo primario original se espejea en un nuevo arreglosecundario.

El personal de soporte de EMC está disponible para brindar asistencia en laplanificación y la ejecución de proyectos de migración.


Migración mediante SRDF/movilidad de datos 153

Figura 38 Migración de datos y eliminación del arreglo secundario (R2) original

Site A Site B

Site C

SRDF

migration

Site A

Site C

Site A Site B

R1 R2

R11 R2 R1

R2R2

Reemplazo de dispositivos R1 por nuevos dispositivos R1La imagen que aparece a continuación ilustra el reemplazo de los dispositivos R1originales por dispositivos R1 nuevos, lo cual incluye lo siguiente:




Después de la migración, el nuevo arreglo primario se espejea en el arreglo secundariooriginal.




Figura 39 Migración de datos y reemplazo del arreglo primario (R1) original

Reemplazo de los dispositivos R1 y R2 por nuevos dispositivos R1 y R2Puede usar la combinación de SRDF simultáneo y SRDF en cascada para reemplazarlos dispositivos R1 y R2 al mismo tiempo.

Nota


La imagen siguiente ilustra un ejemplo de reemplazo de los dispositivos R1 y R2 pornuevos dispositivos R1 y R2 al mismo tiempo, lo cual incluye lo siguiente:



Migración mediante SRDF/movilidad de datos 155

l Proceso de migración

l Topología final


Figura 40 Migración de datos y reemplazo de los arreglos primario (R1) y secundario (R2)originales

Site A Site B

Site C

SRDF

migration

Site D

Site C Site D

Site A

Site BR1 R2

Site B

R1

R11 R2

R2 R2R21

SRDF de solo migraciónEn algunos casos, puede migrar sus datos con funcionalidad de SRDF completa,incluidas la recuperación de desastres y otras funciones avanzadas de SRDF.

En los casos en los que la funcionalidad de SRDF completa no está disponible, puedetransferir sus datos por los enlaces de SRDF mediante SRDF de solo migración.

La tabla siguiente enumera las operaciones y las funciones comunes de SRDF, y si seadmiten en grupos de SRDF en ambientes de SRDF de solo migración.



Tabla 44 Limitaciones del modo de solo migración

Operaciones o funciones de SRDF Si se admite durante la migración

Copia de R2 a R1 Solo para reconstrucción de dispositivospor fallas del grupo RAID que no se

pueden reconstruir.

Failover y failback, dominó No es compatible

SRDF/Star No es compatible

Funciones de SRDF/A (DSE, grupo de consistencia,ECA y MSC).

No es compatible

Operaciones de SRDF dinámico (crear, eliminar ytransferir pares de SRDF; intercambio depersonalidad de R1/R2)

No es compatible

Operaciones de TimeFinder Solo en R1

Cambio de configuración o actualización en línea l Si la actualización o los cambios deconfiguración en línea afectan algrupo o los dispositivos que se

están migrando, se debe suspenderla migración antes de realizar laactualización o los cambios de

configuración.

l Si los cambios no afectan al grupode migración, se permiten sin

suspender la migración.

Actualización no disruptiva (NDU) con un productofuera de la familia

No es compatible

SRDF/MetroHYPERMAX OS 5977.691.684 presentó SRDF/Metro.

En SRDF tradicional, los dispositivos R1 ofrecen acceso de lectura/escritura. Losdispositivos R2 tienen los permisos de solo lectura/escritura deshabilitados.

En configuraciones de SRDF/Metro:

l Los dispositivos R2 permiten el acceso de lectura/escritura de los hosts.

l Los hosts pueden escribir en los lados R1 y R2 del par de dispositivos.

l Los dispositivos R2 asumen la misma identidad de dispositivo externo (geometría,WWN del dispositivo) que posee su R1.

Esta identidad compartida provoca que los dispositivos R1 y R2 aparezcan ante loshosts como un solo dispositivo virtual en los dos arreglos.

SRDF/Metro se puede implementar con un solo host de múltiples rutas o con unambiente de hosts en clúster.


SRDF/Metro 157

Figura 41 SRDF/Metro

SRDF links

Site A Site B

Multi-Path

R1 R2 SRDF links

Site A Site B

R1 R2

Read/WriteRead/Write

Cluster

Read/Write Read/Write

Los hosts pueden leer y escribir en los dispositivos R1 y R2.

Para las configuraciones de un solo host, las actividades de I/O de los hosts las emiteun solo host. El software de múltiples rutas dirige lecturas y escrituras paralelas a cadaarreglo.

Para las configuraciones de host en clúster, las actividades de I/O de los hosts lasemiten varios hosts que acceden a ambos lados del par de dispositivos de SRDF. Cadanodo del clúster cuenta con acceso dedicado a un arreglo de almacenamientoindividual.

En las configuraciones de un host o en clúster, las escrituras en el dispositivo R1 o R2se copian de manera síncrona al dispositivo emparejado. Los conflictos de escritura losresuelve el software SRDF/Metro para mantener imágenes coherentes en los pares dedispositivos de SRDF. El dispositivo R1 y su dispositivo R2 emparejado aparecen anteel host como un solo dispositivo virtualizado.

SRDF/Metro se administra mediante el uso de Solutions Enabler 8.1 o superior, oUnisphere for VMAX 8.1 o superior.

SRDF/Metro requiere una licencia en ambos arreglos.

Los arreglos de almacenamiento que ejecutan HYPERMAX OS pueden admitirsimultáneamente grupos de SRDF configurados para las operaciones de SRDF/Metroy grupos de SRDF configurados para las operaciones de SRDF tradicionales.

Diferencias clave de SRDF/Metro

l En configuraciones de SRDF/Metro:

n Los dispositivos R2 permiten el acceso de lectura/escritura del host.

n Los hosts pueden escribir en dispositivos R1 y R2.

n Ambos lados del par de dispositivos de SRDF aparecen ante los hosts como elmismo dispositivo.

n El dispositivo R2 asume la personalidad del dispositivo R1 primario (geometría,WWN del dispositivo, etc.).

n Dos estados adicionales para los pares de RDF:

– ActiveActive para configuraciones que usan la opción testigo (arreglo yvirtual)

– ActiveBias para configuraciones que utilizan polarización



Nota

Los dispositivos R1 y R2 no se deberían presentar al clúster hasta que alcancenuno de estos dos estados y presenten el mismo WWN.

l Todos los pares de dispositivos en un grupo de SRDF/Metro se administran juntospara todas las operaciones compatibles, con las siguientes excepciones:

n Si todos los pares de dispositivos de SRDF presentan el estado Not Ready (NR)en el vínculo, las operaciones createpair pueden agregar dispositivos al grupo silos pares de dispositivos nuevos se crean con el estado Not Ready (NR) en elvínculo.

n Si todos los pares de dispositivos de SRDF presentan el estado Not Ready (NR)en el vínculo, las operaciones deletepair pueden eliminar un subconjunto dedispositivos de SRDF en el grupo de SRDF.

l En el caso de fallas de vínculos o de otro tipo, SRDF/Metro brinda los siguientesmétodos para determinar el lado de un par de dispositivos que permaneceaccesible para el host:

n Opción de polarización: Los pares de dispositivos de SRDF/Metro se creancon un nuevo atributo -use_bias. De manera predeterminada, la operacióncreatepair establece la polarización para el lado R1 del par. Esto implica que si elpar de dispositivos entra en un estado Not Ready (NR) en el vínculo de RDF, elR1 (lado con polarización) permanece accesible para los hosts, y el R2 (lado sinpolarización) se vuelve inaccesible para los hosts.Cuando todos los pares de dispositivos de RDF del grupo de RDF alcanzan elestado de par ActiveActive o ActiveBias, se puede cambiar la polarización (demanera que el lado R2 del par de dispositivos permanezca accesible para elhost). Polarización en la página 162 proporciona más información.

n Opción testigo: Un testigo designado monitorea el SRDF en cada arreglo y losvínculos de SRDF entre ellos. En el caso de una falla, el testigo puededeterminar la naturaleza de una falla y decidir el lado del par de dispositivos quese convertirá en el lado sin polarización (inaccesible para los hosts) y el ladoque se convertirá en el lado con polarización (permanece accesible para loshosts). El método de testigo permite elegir en forma inteligente el lado en quecontinuarán las operaciones en situaciones en las que el método de solopolarización podría no lograr que se mantenga la disponibilidad continua paralos hosts en un arreglo sin polarización no afectado.La opción testigo es la opción predeterminada.

SRDF/Metro ofrece dos tipos de testigos, arreglo y virtual:

– Arreglo testigo: HYPERMAX OS o Enginuity en un tercer arreglo monitoreaSRDF/Metro, determina el tipo de falla y usa la información para elegir unlado del par de dispositivos que permanecerá accesible para el host conderechos de lectura/escritura. La opción testigo requiere dos grupos deSRDF; uno entre el arreglo R1 y el arreglo testigo, y otro entre el arreglo R2y el arreglo testigo.Arreglo testigo en la página 162 brinda más información. El componente enel arreglo testigo.

– Opción de testigo virtual: La opción vWitness se introdujo en HYPERMAXOS 5977 Q3 2016 SR y proporciona la misma funcionalidad que la opción dearreglo testigo, solo que está empaquetada para ejecutarse en un dispositivovirtual, no en el arreglo.Virtual Witness (vWitness) brinda más información.


SRDF/Metro 159

Integración de SRDF/Metro con FAST

Cuando la configuración de SRDF/Metro alcanza el modo Active y los pares dedispositivos alcanzan el estado de par ActiveActive, comienza el intercambio derendimiento. Cada lado incorpora las estadísticas de FAST del otro lado, lo cualgarantiza que cada lado represente la carga de trabajo como un todo (carga de trabajoR1+R2).

Los usuarios pueden establecer el SL de manera independiente en los arreglosemparejados de SRDF/Metro de origen y de destino.

Ciclo de vida de SRDF/MetroEl ciclo de vida de una configuración de SRDF/Metro comienza y termina con ungrupo de SRDF vacío y un conjunto de dispositivos ajenos a SRDF, como se muestraen la imagen siguiente.

Figura 42 Ciclo de vida de SRDF/Metro

Non-SRDFStandard Devices

SynchronizeSynch-In-Progress

SRDF/MetroActive/Active

SRDF createpairestablish/restore/invalidate

El ciclo de vida de una configuración de SRDF/Metro incluye los siguientes pasos yestados:

l Creación de pares de dispositivos en un grupo de SRDF vacío.Cree pares mediante la nueva opción -rdf_metro para indicar que los nuevos paresde SRDF operarán en una configuración de SRDF/Metro.

Si todos los pares de dispositivos de SRDF poseen un estado Not Ready (NR) en elvínculo, la operación createpair se puede usar para agregar más dispositivos en elgrupo de SRDF.

l Establecimiento del derecho de lectura/escritura (RW) en los pares dedispositivos en el vínculo de SRDF.Utilice la opción -establish o -restore para establecer el derecho de lectura/escritura (RW) en los dispositivos en el vínculo de SRDF.

Alternativamente, utilice la opción -invalidate para crear los dispositivos sin losderechos de lectura/escritura (RW) en el vínculo de SRDF.

l Sincronización de los pares de dispositivos.Cuando los dispositivos del grupo de SRDF tienen derechos de lectura/escritura(RW) en el vínculo de SRDF, los segmentos no válidos comienzan a sincronizarseentre los dispositivos R1 y R2.

La dirección de la sincronización es controlada por una operación deestablecimiento o de restauración.

l Activar SRDF/Metro



Los pares de dispositivos cambian al estado de par ActiveActive bajo las siguientescondiciones:

n La personalidad federada del dispositivo y otras informaciones se copian dellado R1 al lado R2.

n Mediante el uso de la información copiada desde el lado R1, el lado R2 establecesu identificación como un R2 de SRDF/Metro cuando recibe consultas de loscontroladores de I/O del host.

n Los dispositivos R2 se vuelven accesibles para los hosts.

Cuando todos los pares de dispositivos de SRDF del grupo cambian al estadoActiveActive, los hosts pueden descubrir los dispositivos R2 con la personalidadfederada de los dispositivos R1. SRDF/Metro administra los pares de dispositivosSRDF en el grupo de SRDF. Un escritura en cada lado del par de dispositivos deSRDF se completa en el host solo después de que se transmite al otro lado del parde dispositivos de SRDF y luego de que el otro lado confirma el recibo.

l Adición/eliminación de dispositivos en un grupo de SRDF/Metro.El grupo debe encontrarse en un estado Suspended o Partitioned para agregar oeliminar dispositivos.

Use la operación deletepair para borrar todos o un subconjunto de pares dedispositivos de un grupo de SRDF. Los dispositivos eliminados vuelven al estadoajeno a SRDF.

Use la operación createpair para agregar pares de dispositivos adicionales al grupode SRDF.

Use las operaciones removepair y movepair para eliminar/mover pares dedispositivos.

Si todos los pares de dispositivos se eliminan de un grupo, el grupo ya no escontrolado por SRDF/Metro. El grupo se puede reutilizar como un grupo deSRDF/Metro o un grupo ajeno a Metro.

l Deshabilitación de SRDF/MetroSi se eliminan todos los dispositivos de un grupo de SRDF/Metro, ese grupo ya noes parte de una configuración de SRDF/Metro.

Puede usar la operación createpair para volver a llenar el grupo de RDF, ya sea ungrupo de SRDF/Metro o uno ajeno a Metro.

Resistencia de SRDF/MetroSi un par de dispositivos de SRDF/Metro entra en un estado Not Ready (NR) en elvínculo de SRDF, SRDF/Metro debe responder mediante la elección de un lado del parde dispositivos para que permanezca accesible para los hosts, mientras deja el otrolado del par de dispositivos inaccesible. Esta respuesta a la pérdida de conectividadentre los dos lados de un par de dispositivos en una configuración de SRDF/Metro sedenomina polarización.

Inicialmente, el lado R1 especificado por la operación createpair corresponde al ladocon polarización. Esto significa que si el par de dispositivos entra en el estado NR, ellado R1 (lado con polarización) permanece accesible (lectura/escritura) para los hosts,y el lado R2 (lado sin polarización ) se vuelve inaccesible (NR) para los hosts. Lapolarización se puede cambiar una vez que todos los pares de dispositivos del grupo deSRDF/Metro hayan alcanzado el estado de par ActiveActive. El lado con polarizaciónse representa como R1 y el lado sin polarización se representa como R2.


Resistencia de SRDF/Metro 161

l Durante la operación createpair, la polarización se realiza de manerapredeterminada en el dispositivo R1. Tras la creación del dispositivo, el lado conpolarización se puede cambiar de la opción predeterminada (R1) al lado R2

l El dispositivo con polarización inicial se exportará como el R1 en todos loscomandos y vistas externos.

l El dispositivo sin polarización inicial se exportará como el R2 en todos loscomandos y vistas externos.

l La modificación de la polarización cambia las personalidades de SRDF de los doslados del par de dispositivos de SRDF.

Las siguientes secciones explican los métodos que ofrece SRDF/Metro paradeterminar qué lado de un par de dispositivos es el ganador en caso de que seproduzca una falla de replicación.

PolarizaciónEn una configuración SRDF/Metro, HYPERMAX OS usa el vínculo que se encuentraentre los dos lados de cada par de dispositivos para garantizar coherencia de datos enambos lados. Si el par de dispositivos ingresa en el estado Not Ready (NR) en elvínculo de RDF, HYPERMAX selecciona el lado con polarización del par de dispositivosque permanecerá accesible para los hosts, a la vez que vuelve inaccesible el lado sinpolarización. Esto evita inconsistencias de datos entre los dos lados del par dedispositivos RDF.

Nota

La polarización se aplica solo a los pares de dispositivos RDF en una configuraciónSRDF/Metro.

Cuando agrega pares de dispositivos a un grupo de SRDF/Metro (operacióncreatepair) HYPERMAX configura el lado R1 del par como el lado con polarización.

Por ejemplo, en Solutions Enabler, use la opción -use_bias para especificar que ellado R1 de los dispositivos es el lado con polarización cuando no se utilizan lasopciones de testigo. Por ejemplo, para crear pares de dispositivos SRDF/Metro yhacerlos de lectura/escritura en el vínculo sin un arreglo testigo:

symrdf -f /tmp/device_file -sid 085 -rdfg 86 establish -use_biasSi no se utilizan las opciones de testigo, los comandos establish y restoretambién requieren la opción use_bias.

Cuando los pares de dispositivos SRDF/Metro se configuran para usar la polarización,su estado de par es ActiveBias.

Las preferencias se pueden cambiar cuando todos los pares de dispositivos del grupoSRDF/Metro hayan alcanzado el estado de par ActiveActive o ActiveBias.

Arreglo testigoCuando se usa el método de arreglo testigo, SRDF/Metro utiliza un tercer arreglo“testigo” para determinar el lado con polarización. El arreglo testigo ejecuta uno de lossiguientes ambientes operativos:

l Enginuity 5876 con ePack que contiene reparaciones para admitir la conectividadSRDF N-x

l HYPERMAX OS 5977.810.784 con ePack que contiene reparaciones para admitir laconectividad SRDF N-x

l HYPERMAX OS 5977.945.890 o superior



En caso de falla, el testigo decide el lado del grupo de Metro que permanece accesiblepara los hosts y da preferencia al lado con polarización. El método de testigo dearreglo permite elegir el lado en que continuarán las operaciones en situaciones en lasque el método de polarización de dispositivos podría no lograr que se mantenga ladisponibilidad continua de los hosts en un arreglo sin polarización no afectado.

El testigo de arreglo debe contar con conectividad de SRDF tanto al arreglo del ladoR1 como al del lado R2.

El arreglo testigo requiere adaptadores remotos (RA) de SRDF con conectividad dered aplicable tanto al arreglo del lado R1 como al del lado R2.

Para lograr una redundancia completa, puede haber varios arreglos testigo. Si elproceso de configuración automática falla y no hay disponible otro arreglo testigoaplicable, SRDF/Metro utiliza el método de polarización de dispositivo.

El método de arreglo testigo requiere dos grupos de SRDF; uno entre el arreglo R1 y elarreglo testigo, y otro entre el arreglo R2 y el arreglo testigo:

Nota

Un grupo testigo no puede contener dispositivos.

Figura 43 Testigo de arreglo y grupos SRDF/Metro

SRDF links

R1 array R2 array

R1 R2

SRDF/Metro Witness array:

SRDF W

itnes

s gr

oup

SRDF W

itness group

Solutions Enabler verifica que los grupos testigo que existan estén conectados cuandose realizan operaciones de restauración o de establecimiento. SRDF/Metro determinaqué testigo de arreglo utiliza un grupo SRDF/Metro, por lo que no es necesarioespecificar el testigo. De hecho, no es posible especificar el testigo.

Cuando el testigo de arreglo se conecta a ambos arreglos emparejados de SRDF/Metro, la configuración ingresa al estado de testigo protegido.

Cuando el método de testigo de arreglo se encuentra en operación, el estado de lospares de dispositivos es ActiveActive.

Si los arreglos R1 y R2 no pueden acceder al arreglo testigo, HYPERMAX OS estableceel lado R1 como lado con polarización y el lado R2 como lado sin polarización, y elestado de los pares de dispositivos pasa a ser ActiveBias.


Resistencia de SRDF/Metro 163

Virtual Witness (vWitness)

Virtual Witness (vWitness) es una opción de resistencia adicional que se presenta enHYPERMAX OS 5977.945.890 y en Solutions Enabler o en Unisphere for VMAX V8.3.vWitness tiene funcionalidades similares a las del método de testigo de arreglo,excepto que está empaquetado para ejecutarse en un dispositivo virtual (vApp) en unservidor VMware ESX, en lugar de en un arreglo.

Las opciones testigo de arreglo y virtuales se tratan de la misma forma en el ambienteoperativo y se pueden implementar de manera independiente o simultánea. Cuando seimplementan de forma simultánea, SRDF/Metro da preferencia a la opción testigo dearreglo por sobre la virtual, ya que la opción de arreglo tiene mejor disponibilidad. Parabrindar redundancia, puede configurar hasta 32 vWitnesses.

Figura 44 Conexiones y vWitness vApp de SRDF/Metro

SRDF links

R1 array R2 array

R1 R2

SRDF/Metro vWitness vApp:

vWitn

ess R1

IP C

onne

ctivity

vWitness R2

IP Connectivity

Los invitados de administración en los arreglos administrados R1 y R2 de SRDF/Metromantienen varias conexiones IP a los dispositivos virtuales de vWitness redundantes.Las conexiones IP usan TLS/SSL para garantizar una conectividad segura entre lasinstancias de vWitness y los arreglos.

Una vez que ha establecido la conectividad IP a los arreglos, puede usar SolutionsEnabler o Unisphere for VMAX para realizar lo siguiente:

l Agregar un nuevo vWitness a la configuración. Esto no afectará a ningún vWitnessexistente. Una vez que se agrega el vWitness, queda activado para su participaciónen la infraestructura de vWitness.

l Consultar el estado de una configuración de vWitness.

l Suspender un vWitness. Si el vWitness se encuentra prestando servicios a unasesión de SRDF/Metro, esta operación requiere una marca de fuerza. Esto pone lasesión SRDF/Metro en un estado sin protección hasta que se vuelva a negociarcon otro testigo, si está disponible.

l Eliminar un vWitness de la configuración. Una vez eliminado, SRDF/Metrointerrumpirá la conexión con vWitness. Solo puede eliminar vWitnesses queactualmente no presten servicios a sesiones activas de SRDF/Metro.



Escenarios de falla de testigoEsta sección describe varios comportamientos de fallas únicas y múltiples de SRDF/Metro cuando se utiliza la opción testigo (arreglo o vWitness).

Figura 45 Escenarios de falla única de testigo de SRDF/Metro

S1 S2

W

S1 and S2 remain accessible to hostMove to bias modeS1 and S2 call home

X

S1 S2

W

S2 failedS1 remains accessible to host

X

S1 S2

W

S1 failedS2 remains accessible to host

S1 S2

W

S1 remains accessible to hostS2 suspends

X S1 S2

W

S1 and S2 remain accessible to hostS1 wins future failuresS2 calls home

XX

S1 S2

W

S1 and S2 remain accessible to hostS2 wins future failuresS1 calls home

X

S1

S2

W

R1 side of device pair

R2 side of device pair

Witness Array/vWitness

SRDF links

X Failure/outage

SRDF links/IP connectivity*

* Depending on witness type


Escenarios de falla de testigo 165

Figura 46 Escenarios de fallas múltiples de testigo de SRDF/Metro

S1 S2

W

S1 suspendsS2 remains accessible to hostS2 calls home

S1 S2

W

S1 failedS2 suspendsS2 calls home

X S1 S2

W

S1 suspendsS2 failedS1 calls home

XX

S1 S2

W

S1 failedS2 suspendsS2 calls home

X

S1 S2

W

S1 and S2 remain accessible to hostMove to bias modeS1 and S2 call home

S1 S2

W

S1 and S2 suspendS1 and S2 call home

X S1 S2

W

S1 remains accessible to hostS2 suspendsS2 calls home

XX X

XX

X X X

S1 S2

W

S1 suspendsS2 failedS1 calls home

X S1 S2

W

S1 suspendsS2 suspendsS1 and S2 call home

X

X XXX

Desactivar SRDF/MetroPara finalizar una configuración SRDF/Metro, simplemente quite todos los pares dedispositivos (deletepair) del grupo SRDF.

Nota

Los dispositivos se deben encontrar en el estado Suspended para realizar la operacióndeletepair.

Cuando se hayan eliminado todos los dispositivos del grupo SRDF/Metro, este grupoya no será parte de la configuración SRDF/Metro.



AVISO

La operación deletepair se puede usar para eliminar un subconjunto de pares dedispositivos del grupo. La configuración de SRDF/Metro finaliza solo cuando se eliminael último par.

Eliminación de un lado de una configuración SRDF/MetroPara eliminar dispositivos de un solo lado de una configuración SRDF/Metro, use laoperación half_deletepair para finalizar la configuración SRDF/Metro en un lado delgrupo SRDF.

La operación half_deletepair se puede realizar en todos los dispositivos SRDF o en unsubconjunto de estos en un lado del grupo SRDF.

Nota

Los dispositivos se deben encontrar en el estado de par SRDF Suspended oPartitioned para realizar la operación half_deletepair.

Después de la operación half_deletepair:

l Los dispositivos del lado donde se realizó la operación half-deletepair ya no sondispositivos SRDF.

l Los dispositivos del otro lado del grupo de SRDF conservan su configuración deSRDF/Metro

Si se eliminan todos los dispositivos de un lado del grupo SRDF, ese lado del grupo yano será parte de la configuración SRDF/Metro.

Restauración de la personalidad nativa de un dispositivo federadoLos dispositivos en las configuraciones SRDF/Metro tienen personalidades federadas.Cuando se elimina un dispositivo de la configuración SRDF/Metro, su personalidad sepuede restaurar a su personalidad nativa original.

Las siguientes restricciones se aplican para restaurar la personalidad nativa de undispositivo que ha quedado con personalidad federada como resultado de unaparticipación en la configuración SRDF/Metro:

l Requiere HYPERMAX OS 5977.691.684 o superior.

l El dispositivo no debe estar mapeado ni enmascarado.

l El dispositivo debe tener un WWN federado.

l No debe ser un dispositivo SRDF.

l No debe ser un dispositivo ProtectPoint.

Restricciones de SRDF/MetroLas siguientes restricciones y dependencias se aplican a las configuraciones de SRDF/Metro:

l Los lados R1 y R2 deben ejecutar HYPERMAX OS 5977.691.684 o superior.

l Solo los dispositivos ajenos a SRDF pueden ser parte de una configuración deSRDF/Metro.

l Los lados R1 y R2 deben tener el mismo tamaño.

l Los dispositivos no pueden tener configurado el modo de compatibilidadgeométrica (GCM) ni la geometría de usuario.

l No se admite la expansión de dispositivos en línea.


Restricciones de SRDF/Metro 167

l Las operaciones createpair -establish, establish, restore y suspend se aplican atodos los dispositivos del grupo de SRDF.

l No se admite el control de dispositivos en un grupo SRDF que contiene unacombinación de lados R1 y R2.

Restricciones de interacciónLas siguientes restricciones se aplican a los pares de dispositivos SRDF en unaconfiguración de SRDF/Metro con TimeFinder y Open Replicator (ORS):

l No se admite Open Replicator.

l Los dispositivos no pueden ser volúmenes de continuidad del negocio.

l Los dispositivos no se pueden utilizar como el destino de la copia de datos cuandolos dispositivos SRDF tienen derechos de lectura/escritura en el vínculo SRDF conun estado de par SRDF SyncInProg o ActiveActive.

l Los snapshots no admiten restauraciones ni revinculaciones a sí mismos.

RecoverPoint

HYPERMAX OS 5977, 2.º trimestre de 2017, incorpora compatibilidad conRecoverPoint en los arreglos de almacenamiento VMAX. RecoverPoint es una soluciónde protección de datos integral diseñada para brindar integridad de datos deproducción en sitios locales y remotos. RecoverPoint también ofrece la capacidad derecuperar datos desde un punto en el tiempo con tecnología de registro.

Las razones principales para el uso de RecoverPoint son las siguientes:

l Replicación remota a arreglos heterogéneos

l Protección contra daños de datos locales o remotos

l Recuperación ante desastres

l Replanificación de dispositivo secundario

l Migración de datos

Los sistemas RecoverPoint admiten la replicación local y remota de datos que escribenlas aplicaciones en el almacenamiento conectado a la red de almacenamiento SAN. Lossistemas utilizan la infraestructura de Fibre Channel existente para integrarse sinproblemas con aplicaciones de host y subsistemas de almacenamiento de datosexistentes. En el caso de la replicación remota, los sistemas usan las conexiones deFibre Channel existentes para enviar los datos replicados mediante WAN, o bien usanla infraestructura de Fibre Channel para replicar datos de manera asíncrona. Lossistemas proporcionan conmutación por error de las operaciones en un site secundarioen caso de que se produzca un desastre en el site primario.

Las implementaciones anteriores de RecoverPoint se basaban en un divisor pararastrear los cambios realizados en los volúmenes protegidos. Esta implementación sebasa en un clúster de nodos de RecoverPoint, aprovisionados con uno o más grupos dealmacenamiento de RecoverPoint, que aprovechan la tecnología de SnapVX en elarreglo VMAX. Los volúmenes en los grupos de almacenamiento de RecoverPoint sonvisibles para todos los nodos del clúster y se encuentran disponibles para la replicacióna otros arreglos de almacenamiento.

RecoverPoint permite la replicación de datos hasta para 8,000 LUN por clúster deRecoverPoint y hasta ocho clústeres de RecoverPoint diferentes conectados a unarreglo. Los tipos de arreglos compatibles incluyen VMAX All Flash, VMAX3, VMAX,VNX, VPLEX y XtremIO.



RecoverPoint se otorga con licencia y se vende por separado.

Replicación remota mediante eNASLa recuperación automática de archivos (FAR) le permite realizar un failover manual otransferir un Data Mover virtual (VDM) desde un sistema eNAS de origen a un sistemaeNAS de destino. El failover o la transferencia aprovechan la replicación síncrona deSymmetrix Remote Data Facility (SRDF) en el nivel de bloque, por lo que no implicanpérdidas de datos en caso de una operación no planificada. Esta función consolidaVDM, sistemas de archivos, calendarios de puntos de comprobación del sistema dearchivos, servidores CIFS, redes y configuraciones de VDM en sus propios poolsseparados. Sirve para lograr una recuperación cuando el origen no está disponible.Para apoyar la recuperación en caso de un failover no planificado, se proporciona unaopción para recuperar y limpiar el sistema de origen y prepararlo como un destinofuturo

El failover iniciado manualmente y las operaciones inversas se pueden realizarmediante el uso de EMC File Auto Recovery Manager (FARM). FARM le permiterealizar un failover automático de un VDM con replicación síncrona específico ubicadoen un sistema eNAS de origen en un sistema eNAS de destino. FARM también lepermite monitorear VDM con replicación síncrona y activar failovers automáticos enfunción de la falta de disponibilidad de administradores de transferencia de datos,sistemas de archivos, Control Stations o redes IP que podría provocar que el clienteNAS pierda acceso a los datos.


Replicación remota mediante eNAS 169



CAPÍTULO 9

Replicación mixta local y remota

Este capítulo describe la integración de TimeFinder con SRDF.

l SRDF y TimeFinder........................................................................................... 172

Replicación mixta local y remota 171

SRDF y TimeFinderTimeFinder es una solución de replicación local que crea de manera no disruptivacopias de un punto en el tiempo de datos críticos. Puede configurar sesiones derespaldo, iniciar copias y finalizar operaciones de TimeFinder usando el softwareTimeFinder basado en host.

TimeFinder se integra estrechamente con las soluciones SRDF. Puede usar losproductos TimeFinder y SRDF para que se complementen entre ellos cuando serequiera replicación local y remota. Por ejemplo, puede usar TimeFinder para crearcopias finales locales de dispositivos SRDF para las operaciones de recuperación ypara probar las soluciones de recuperación de desastres.

Los beneficios clave de la integración de TimeFinder con SRDF incluyen:

l Simplificación de la automatización mediante controles remotos: use el softwarede control basado en host de EMC para transferir comandos a través de losvínculos de SRDF. Un solo comando desde el host hasta el arreglo primario puedeiniciar operaciones de TimeFinder en los arreglos primario y secundario.

l Imágenes coherentes de los datos en varios dispositivos y arreglos: SRDF/CGgarantiza la replicación de una imagen coherente de escritura dependiente de losdatos de producción en los dispositivos R1 mediante los vínculos de SRDF.

Puede usar TimeFinder/CG en una configuración de SRDF para crear imágenes dedatos de producción consistentes, de escritura dependiente, locales y remotas através de múltiples dispositivos y arreglos.

Nota

La solución de sesión única de SRDF/A garantiza la consistencia de escrituradependiente por los enlaces de SRDF y no requiere SRDF/CG. El modo SRDF/MSCrequiere un software de host para administrar la consistencia entre múltiples sesiones.

Nota

Algunas operaciones de TimeFinder no son compatibles en los dispositivos protegidospor SRDF. Para obtener más información, consulte la Guía del producto SnapVX deSolutions Enabler.

Dispositivos R1 y R2 en operaciones de TimeFinderPuede usar TimeFinder para crear réplicas de dispositivos R1 y R2. Se aplican lassiguientes reglas:

l Puede utilizar los dispositivos R1 y R2 como dispositivos de origen de TimeFinder.

l Los dispositivos R1 pueden ser el destino de las operaciones de TimeFindersiempre que no haya ningún host que acceda a R1 durante la operación.

l Los dispositivos R2 se pueden utilizar como dispositivos de destino de TimeFindersi la replicación de SRDF no está activa (escritura en el dispositivo R2). Para usardispositivos R2 como dispositivos de destino TimeFinder, primero debe suspenderla sesión de replicación de SRDF.



SRDF/ARSRDF/AR combina SRDF y TimeFinder para proporcionar una solución de reinicio encaso de desastres a larga distancia. SRDF/AR puede implementarse en soluciones dedos o tres sitios:

l En soluciones de dos sitios, SRDF/DM se implementa con TimeFinder.

l En soluciones de tres sitios, SRDF/DM se implementa con una combinación deSRDF/S y TimeFinder.

El tiempo para crear la nueva imagen consistente replicada está determinado por eltiempo que se tarda en replicar los delta sets.

Soluciones SRDF/AR de dos sitiosLa imagen siguiente muestra una solución de dos sitios donde el dispositivo deproducción (R1) en el arreglo primario (sitio A) también es un dispositivo de destino deTimeFinder:

Figura 47 Solución SRDF/AR de dos sitios

Site A

Host

Site B

R1 R2

TimeFinderTimeFinder

SRDF

background copy

Host

En la solución de dos sitios, los datos en el dispositivo de destino R1 de SRDF/TimeFinder se replican por los enlaces de SRDF al dispositivo R2 de SRDF.

El dispositivo R2 de SRDF también es un dispositivo de origen de TimeFinder.TimeFinder replica este dispositivo en un dispositivo de destino de TimeFinder. Puedemapear el dispositivo de destino de TimeFinder al host conectado al arreglo secundarioen el sitio B.

En la solución de dos sitios, las operaciones de SRDF son independientes delprocesamiento de producción en los arreglos primario y secundario. Puede utilizarrecursos en el sitio secundario sin interrumpir las operaciones de SRDF.

Use soluciones SRDF/AR de dos sitios para lo siguiente:

l Reducir el ancho de banda de red requerido mediante una resincronizaciónincremental entre los sitios de SRDF de destino.

l Reducir los costos de red y mejorar el tiempo de resincronización de lasimplementaciones de SRDF de larga distancia.


SRDF/AR 173

Soluciones SRDF/AR de tres sitiosLas soluciones SRDF/AR de tres sitios proporcionan una solución sin pérdida de datosa larga distancia en el caso de que un sitio primario se pierda.

La siguiente imagen muestra una solución de tres sitios con las siguientes condiciones:

l El sitio A y el sitio B están conectados mediante SRDF en modo síncrono.

l El sitio B y el sitio C están conectados mediante SRDF en modo de copiaadaptable.

Figura 48 Solución SRDF/AR de tres sitios

SRDF/S

Site A Site C

Host

Site B

R1R2

Host

TimeFinder

R1TimeFinder

SRDF adaptive

copy

R2

Si el sitio A (sitio primario) falla, los dispositivos R2 en el sitio B proporcionan unacopia reiniciable sin pérdida de datos. El sitio C proporciona una copia reiniciableasíncrona.

Si el sitio A y el sitio B fallan, el dispositivo en el sitio C proporciona una copiareiniciable con pérdida de datos controlada. La cantidad de pérdida de datos es unafunción del tiempo de ciclo de replicación entre el sitio B y el sitio C.

Los comandos de control de SRDF y TimeFinder hacia los dispositivos R1 y R2 paratodos los sitios se pueden emitir desde el sitio A. No controlar el host es un requisitoen el sitio B.

Use soluciones SRDF/AR de tres sitios para lo siguiente:

l Reducir el ancho de banda de red requerido mediante una resincronizaciónincremental entre el sitio de destino de SRDF secundario y el sitio de destino deSRDF terciario.

l Reducir los costos de red y mejorar el tiempo de resincronización de lasimplementaciones de SRDF de larga distancia.

l Proporcionar pruebas de recuperación de desastres, respaldos en un punto en eltiempo, operaciones de apoyo para la toma de decisiones, pruebas de software deotros fabricantes y pruebas de actualización de aplicaciones o la prueba de lasnuevas aplicaciones.



Requisitos y restriccionesEn una solución multi-hop SRDF/AR de tres sitios, las operaciones de I/O del host deSRDF/S al sitio A no se confirman hasta que el sitio B las haya confirmado. Esto puedeprovocar un retraso en el tiempo de respuesta del host.

TimeFinder y SRDF/AEn las soluciones de SRDF/A, el control de flujo a nivel de dispositivo:

l Impide los cuellos de botella de utilización de la memoria caché cuando losdispositivos R2 de SRDF/A también son dispositivos de origen de TimeFinder.

l Permite que los dispositivos R2 o R22 en el hop medio se utilicen comodispositivos de origen de TimeFinder. Control de flujo a nivel de dispositivo(TimeFinder) en la página 146 proporciona más información.

Nota

El control de flujo de escritura en el nivel de dispositivo no es necesario en lasconfiguraciones que incluyen Enginuity 5876 y HYPERMAX OS.

TimeFinder y SRDF/SLas soluciones SRDF/S admiten cualquiera de los tipos de sesión de copia deTimeFinder que se ejecutan en los dispositivos R1 y R2, siempre y cuando se cumplanlas condiciones que se describen en Dispositivos R1 y R2 en operaciones deTimeFinder en la página 172.

Coordinación de SRDF y EMC FASTLa coordinación de SRDF indica a FAST (HYPERMAX OS) y FAST VP (Enginuity5876) que tengan en cuenta las estadísticas del sitio R1 en las decisiones sobretransferencia que se realicen en el sitio R2. Esta coordinación incluye la carga detrabajo de I/O en las decisiones tomadas por FAST en el lado R2, de modo que elarreglo R2 pueda optimizarse para todas sus cargas de trabajo.

La coordinación de FAST requiere que ambos arreglos ejecuten la misma familia decódigo de ambiente operativo: 5876 o 5977.

Las lecturas no se propagan a través de los vínculos de SRDF; por lo tanto, sin lacoordinación de SRDF/FAST para cargas de trabajo con gran cantidad de operacionesde lectura, el lado R2 puede estar considerablemente menos ocupado que el lado R1.

Puede activar la coordinación en ambos lados de los enlaces de SRDF en topologías deSRDF de dos sitios y de múltiples sitios. La coordinación de FAST y SRDF evita lossiguientes escenarios:

l En un failover de SRDF, el arreglo remoto cuenta con características derendimiento diferentes a las del arreglo de producción local.

l En configuraciones de SRDF/A, las transferencias de datos de FAST en el arregloR1 dan como resultado un dispositivo R2 con características de rendimientoinferiores a las del rendimiento del dispositivo R1.


TimeFinder y SRDF/A 175

HYPERMAX OSCon HYPERMAX OS, la coordinación de SRDF/FAST está activada de manerapredeterminada.

Enginuity 5876Con Enginuity 5876, puede activar/desactivar la coordinación de SRDF/FAST VP enun grupo de almacenamiento (comando symfast associate), incluso cuando no haydispositivos SRDF en el grupo de almacenamiento.



CAPÍTULO 10

Migración de datos

Este capítulo describe las soluciones de migración de datos.

Se abordarán los siguientes temas:

l Descripción General.......................................................................................... 178l Soluciones de migración de datos para ambientes de sistemas abiertos............178l Soluciones de migración de datos para ambientes de mainframe......................190

Migración de datos 177

Descripción GeneralLa migración de datos es un movimiento de datos único desde un origen hasta undestino. Ejemplos comunes son las actualizaciones del centro de datos, donde setransfieren los datos de un arreglo antiguo después de que este se retira o se reasigna.El término “migración de datos” no se refiere a la transferencia de datos provocadapor la replicación (donde se puede acceder a los datos de origen después de que secrea el objetivo) ni por la movilidad de datos (donde el objetivo se actualizacontinuamente).

Después de una operación de migración de datos, las aplicaciones que acceden a losdatos deben hacer referencia a los datos en su nueva ubicación.

Para planificar una migración de datos, considere el posible impacto en su negocio,como:

l Los tipos de datos que se migrarán

l Las ubicaciones del sitio

l La cantidad de sistemas y aplicaciones

l La cantidad de datos que se transferirá

l Las necesidades empresariales y los calendarios

Soluciones de migración de datos para ambientes desistemas abiertos

Esta sección explica las funciones de migración de datos disponibles para ambientesde sistemas abiertos.

Descripción general de la migración no disruptivaLa migración no disruptiva (NDM) proporciona un método para migrar datos desde unarreglo de origen a un arreglo de destino a grandes distancias, por lo general, dentrode un centro de datos, sin tiempo fuera del host de aplicaciones. NDM requiere unarreglo VMAX que ejecute Enginuity 5876 con el correspondiente ePack (arreglo deorigen) y un arreglo que ejecute HYPERMAX OS 5977.811.784 o superior (arreglo dedestino). Consulte con Dell EMC para obtener información del ePack correspondientepara los arreglos de origen que ejecutan Enginuity 5876. Además, consulte la matriz desoporte NDM disponible en eLab Navigator para obtener información sobre lacompatibilidad de la versión con el sistema operativo del arreglo, la compatibilidad dehost y la compatibilidad con múltiples rutas para las operaciones de NDM.

Si los requisitos normativos o del negocio para DR (recuperación ante desastres)dictan el uso de SRDF/S durante la migración, comuníquese con Dell EMC paraobtener información sobre los ePacks correspondientes a la configuración de SRDF/S.

Las operaciones de NDM involucradas en una migración típica son:

l Configuración del ambiente: Configura la infraestructura de los arreglos de origeny destino para el proceso de migración.

l Crear: Duplica el ambiente de almacenamiento de la aplicación desde el arreglo deorigen al arreglo de destino.

l Transferir: cambia el acceso a datos de la aplicación del arreglo de origen al arreglode destino y duplica los datos de aplicación del arreglo de origen al arreglo dedestino.

Migración de datos


l Confirmar: elimina los recursos de la aplicación del arreglo de origen y libera losrecursos utilizados para la migración. La aplicación se ejecuta de formapermanente en el arreglo de destino.

l Eliminación del ambiente: Quita la infraestructura de migración creada por laconfiguración ambiental.

Algunas características clave de NDM son:

l Proceso simple para la migración:

1. Seleccionar un grupo de almacenamiento para realizar la migración.

2. Crear la sesión de migración.

3. Descubrir las rutas al host.

4. Transferencia del grupo de almacenamiento al arreglo VMAX3 o VMAX AllFlash.

5. Monitorear que se complete la sincronización.

6. Confirme la migración.

l Permite la compresión en línea en el arreglo VMAX All Flash durante la migración.

l Mantiene las relaciones de instantáneas y recuperación ante desastres en elarreglo de origen, pero estas no se migran.

l Permite la reversión no disruptiva al arreglo de origen.

l Permite un máximo de 16 sesiones de migración simultáneas.

l No requiere licencia debido a que es parte de HYPERMAX OS.

l No requiere hardware adicional en la ruta de datos.

El siguiente gráfico muestra las conexiones requeridas entre el host (simple o clúster)y el arreglo de origen y destino, además de la conexión de SRDF entre los dos arreglos.

Figura 49 Zonificación de la migración no disruptiva

La conexión del host de aplicaciones en ambos arreglos utiliza Fibre Channel; laconexión de SRDF entre los arreglos utiliza FC - GigE.

Se recomienda que los controles de migración se ejecuten desde un host de control yno en el host de aplicaciones. El host de control debe tener visibilidad tanto del arreglode origen como del arreglo de destino.

Migración de datos

Descripción general de la migración no disruptiva 179

Los siguientes dispositivos y componentes no son compatibles con NDM:

l Dispositivos CKD, dispositivos IBM i

l Datos eNAS

l Relaciones de ProtectPoint, FAST.X y CloudArray, así como los datos asociados

Requisitos ambientales para la migración no disruptiva

Se requieren las siguientes configuraciones para una migración de datos correcta:Configuración de arreglos

l El arreglo de destino debe ejecutar HYPERMAX OS 5977.811.784 o superior. Estoincluye arreglos de la familia VMAX3 y arreglos VMAX All Flash.

l El arreglo de origen debe ser un arreglo VMAX que ejecute Enginuity 5876 con elePack correspondiente (comuníquese con Dell EMC para obtener informaciónsobre el ePack correspondiente).

l Se utiliza SRDF para la migración de datos, por lo que se requiere zonificación depuertos SRDF entre los arreglos de origen y destino. Tenga en cuenta que no serequiere una licencia de SRDF, ya que no hay cargos por NDM.

l El grupo de RDF de NDM está configurado con un mínimo de dos rutas endiferentes directores por motivos de redundancia y tolerancia a fallas. Si seencuentran más rutas, se configurarán hasta ocho rutas.

l Si SRDF no se utiliza normalmente en el ambiente de migración, es posible quedeba instalar y configurar directores y puertos RDF en los arreglos de origen y dedestino, así como configurar físicamente la conectividad de SAN.

Configuración del host

l Se recomienda ejecutar los comandos NDM desde un host de control (un hostindependiente del host de aplicaciones).

l Tanto el arreglo de origen como el de destino deben ser visibles para el hostcontrolador que ejecuta los comandos de la migración.

l Si los comandos de aplicación y NDM se deben ejecutar en el mismo host, sedeben proporcionar varios dispositivos gatekeeper para controlar el arreglo.Además, debe configurarse la opción de uso de gatekeeper (gk_use) en el archivodaemon_options solo para su uso dedicado, como se indica a continuación:

1. En el archivo /var/symapi/config/daemon_options, agregue la líneastorapid:gk_use=dedicated_only

2. Guarde el archivo .

3. Ejecute el comando # storedaemon action storapid -cmd reloadpara activar las nuevas opciones de configuración.

Nota

Se recomienda un archivo gkselect que enumere los dispositivos gatekeeper.Para obtener más información acerca del archivo gkselect, consulte la secciónGuía de configuración e instalación de EMC SolutionPack.

Reglas y restricciones previas a la migración para migración no disruptiva

Además de los requisitos generales de configuración del ambiente de migración,Solutions Enabler evalúa las siguientes condiciones antes de iniciar una migración.

Migración de datos


l Un grupo de almacenamiento es el contenedor de datos que se migra. Se aplicanlos siguientes requisitos para un grupo de almacenamiento y sus dispositivos:

n Los grupos de almacenamiento deben tener vistas de enmascaramiento. Todoslos dispositivos del grupo de almacenamiento en VMAX de origen deben servisibles solamente a través de una vista de enmascaramiento. El dispositivodebe asignarse a un puerto que forme parte de la vista de enmascaramiento.

n Solo se permiten múltiples vistas de enmascaramiento en el grupo dealmacenamiento mediante el mismo grupo de iniciadores si ya existen grupos depuertos en el arreglo de destino para cada vista de enmascaramiento y seseleccionan los puertos en los grupos de puertos.

n Los grupos de almacenamiento deben ser grupos de almacenamiento primarioso independientes. No se admite el uso de un grupo de almacenamientosecundario con una vista de enmascaramiento en el grupo de almacenamientosecundario.

n Los dispositivos gatekeeper en el grupo de almacenamiento no se migran alarreglo de destino.

n Los dispositivos no deben enmascararse o mapearse como puertos FCoE,puertos iSCSI ni como puertos no habilitados para ACLX.

n Los dispositivos no pueden estar en grupos de almacenamiento que estánenmascarados.

l Para los objetos que ya existan en el arreglo de destino, se aplican las siguientesrestricciones:

n Los nombres de los grupos de almacenamiento (primarios o secundarios) quese migrarán no deben existir en el arreglo de destino.

n Los nombres de las vistas de enmascaramiento que se migrarán no debenexistir en el arreglo de destino.

n Los nombres de los grupos de iniciadores que se migrarán pueden existir en elarreglo de destino. Sin embargo, los grupos de iniciadores en el arreglo dedestino deben tener exactamente los mismos iniciadores, grupos secundarios ymarcas de puertos que los grupos de iniciadores que se migrarán. Se ignoran lasmarcas de puerto que no son compatibles con los arreglos VMAX3. Si un grupode iniciadores (IG) en el arreglo de destino tiene el mismo WWN que se utilizaen el arreglo de origen, el nombre del IG en el arreglo de destino debe serexactamente el mismo que el nombre del IG en el arreglo de origen. Si losiniciadores ya se encuentran en un IG en el arreglo de destino, la operación sebloqueará, a menos que el IG en el arreglo de destino tenga el mismo nombreque el arreglo de origen, y el IG debe tener exactamente los mismos iniciadores,grupos secundarios y marcas de puertos que el arreglo de origen. Además, laconfiguración de la marca del LUN coherente en el arreglo de origen del IGtambién debe coincidir con la configuración de la marca del IG en el arreglo dedestino.

n Los nombres de los grupos de puertos que se migrarán pueden existir en elarreglo de destino, siempre que los grupos en el arreglo de destino tengan losiniciadores registrados en, al menos, un puerto del grupo de puertos.

l El estado del arreglo de destino debe ser el siguiente:

n Si se especifica un pool de recursos de almacenamiento (SRP) de destino parala migración, dicho SRP debe existir en el arreglo de destino.

n El SRP que se utilizará para el almacenamiento de destino debe tener suficientecapacidad libre para admitir la migración.

Migración de datos

Descripción general de la migración no disruptiva 181

n Si la compresión está activada para el grupo de almacenamiento que semigrará, debe ser compatible con el SRP en el arreglo de destino.

n El destino debe ser capaz de admitir los dispositivos adicionales requeridos pararecibir los datos de origen.

n Todos los iniciadores aprovisionados a una aplicación en el arreglo de origentambién deben registrarse en puertos del arreglo de destino.

l Solo se admiten los dispositivos FBA (no se admiten Celerra y D910) y se aplicanlas siguientes restricciones:

n No pueden tener la geometría de usuario configurada, identidad ajena alnacimiento o el atributo BCV.

n No puede estar encapsulado ni ser un dispositivo Data Domain o unmetadispositivo fraccionado con miembros de diferentes tamaños.

n Deben ser compatibles con R1 y R2 de SRDF dinámicos (DRX). Pueden serdispositivos R1 o no RDF, pero no pueden ser R2 ni dispositivos RDFsimultáneos, como tampoco parte de un grupo de coherencia de Star.

l Los dispositivos del grupo de almacenamiento que se migrarán pueden tenersesiones de TimeFinder o pueden ser dispositivos R1. Los controles de la migraciónevalúan el estado de estos dispositivos para determinar si la operación de controlpuede continuar.

l Los dispositivos del grupo de almacenamiento no pueden formar parte de otrasesión de migración.

Infraestructura de migración: emparejamiento de dispositivos RDF

El emparejamiento de dispositivos RDF se realiza durante la operación de creación, yse producen las siguientes acciones en los pares de dispositivos.

l NDM crea pares de dispositivos RDF, en un grupo de RDF de DM, entre losdispositivos del arreglo de origen y los dispositivos del arreglo de destino.

l Una vez que se completa el emparejamiento de dispositivos, NDM controla el flujode datos entre ambos lados del proceso de migración.

l Una vez finalizada la migración, los pares de RDF se eliminan cuando se confirma lamigración.

l Es posible que existan otros pares de RDF en el grupo de RDF de DM si hay otramigración en curso.

Debido a diferencias en los atributos del dispositivo entre el arreglo de origen ydestino, durante la migración se aplican las siguientes reglas:

l Cualquier dispositivo del arreglo de origen que tenga un número impar de cilindrosse migra a un dispositivo en el arreglo de destino que tenga el modo decompatibilidad geométrica (GCM).

l Cualquier metadispositivo del arreglo de origen se migra a uno que no seametadispositivo en el arreglo de destino.

Acerca de Open ReplicatorOpen Replicator permite la copia de datos (copias completas o incrementales) dearreglos calificados dentro de una infraestructura de red de almacenamiento SANdesde o hacia los arreglos que ejecutan HYPERMAX OS. Open Replicator utiliza elcomando symrcopy de la SYMCLI de Solutions Enabler.

Use Open Replicator para migrar y respaldar/archivar datos existentes entre losarreglos que ejecutan HYPERMAX OS y los arreglos de almacenamiento de otros

Migración de datos


fabricantes dentro de la infraestructura SAN sin interferir con las aplicaciones de hostni las operaciones continuas del negocio.

Use Open Replicator para realizar las siguientes tareas:

l Extraer datos de volúmenes de origen en arreglos remotos calificados ytrasladarlos a un volumen en un arreglo que ejecuta HYPERMAX OS

l Realizar migraciones de datos en línea desde almacenamiento calificado haciaarreglos que ejecutan HYPERMAX OS con una interrupción mínima para lasaplicaciones del host.

AVISO

Open Replicator no puede copiar un archivo que SRDF o TimeFinder estén utilizando.

Operaciones de Open ReplicatorOpen Replicator incluye la siguiente terminología:

Control

El arreglo receptor y sus dispositivos se conocen como el lado de control de laoperación de copia.

Remoto

Los arreglos emisores de EMC o de otros fabricantes de la SAN se conocen comoarreglos o dispositivos remotos.

Respaldo

El dispositivo de control permite la lectura/escritura en línea del host mientras laoperación de copia se encuentra en curso.

Nota

Las operaciones de inserción en activo no son compatibles con los arreglos queejecutan HYPERMAX OS.

Inactivo

El dispositivo de control presenta el estado Not Ready (offline) al host mientras laoperación de copia se encuentra en curso.

Extracción

Una operación de extracción copia datos desde los dispositivos remotos en eldispositivo de control.

Migración

Una operación de inserción copia datos desde el dispositivo de control en losdispositivos remotos.

Operaciones de extracciónLos arreglos que ejecutan HYPERMAX OS admiten hasta 512 sesiones de extracción.

Para las operaciones de extracción, el volumen puede permanecer en un estado activodurante el proceso de copia. Las aplicaciones y los hosts locales pueden comenzar aobtener acceso a los datos tan pronto como comienza la sesión, incluso antes de quese haya completado el proceso de copia de los datos.

Estas funciones permiten la restauración rápida y eficiente de volúmenes en vaultremoto y la migración desde otras plataformas de almacenamiento.

Migración de datos

Acerca de Open Replicator 183

La copia en primer acceso garantiza que los datos adecuados estén disponibles parauna operación del host cuando sea necesario. La imagen siguiente muestra unaextracción en activo de Open Replicator.

Figura 50 Extracción en activo (o en vivo) de Open Replicator

STD

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

PiT Copy

PiT Copy

STD

La extracción también puede ejecutarse en modo inactivo en un volumen estático. Laimagen siguiente muestra una extracción inactiva de Open Replicator.

Figura 51 Extracción inactiva (o en un momento específico) de Open Replicator

STD

Target

Target

PS0 PS1 PS2 PS3 PS4 SMB0 SMB1

SB

0

SB

1

SB

2

SB

3

SB

4

SB

5

SB

6

SB

7

SB

8

SB

9

SB

10

SB

11

SB

12

SB

13

SB

14

SB

15

STD

STD

Target

PowerPath Migration EnablerEMC PowerPath es software basado en host que proporciona funcionalidades deadministración automatizada de rutas de datos y balanceo de carga para servidores,red y almacenamiento heterogéneos implementados en ambientes físicos y virtuales.PowerPath incluye una herramienta de migración denominada PowerPath MigrationEnabler (PPME). PPME permite una migración de datos no disruptiva o pocodisruptiva entre los sistemas de almacenamiento o dentro de un solo sistema dealmacenamiento.

PPME otorga a las aplicaciones acceso continuo a datos durante todo el proceso demigración. PPME se integra con otras tecnologías para minimizar o eliminar el tiempofuera de las aplicaciones durante la migración de datos.

Funciona en conjunto con las tecnologías subyacentes, como Open Replicator,SnapVX y Host Copy.

Nota

PowerPath Multipathing debe encontrarse instalado en la máquina host.

La siguiente documentación proporciona información adicional:

Migración de datos


l EMC Support Matrix PowerPath Family Protocol Support

l EMC PowerPath Migration Enabler User Guide

Migración de datos mediante SRDF/Data MobilitySRDF/Data Mobility (DM) utiliza el modo de copia adaptable de SRDF para transferirgrandes cantidades de datos sin afectar al host.

SRDF/DM admite la replicación o migración de datos entre dos o más arreglos queejecutan HYPERMAX OS. El modo de copia adaptable permite que las aplicacionesusen el volumen principal para evitar demoras en la propagación durante latransferencia de datos al sitio remoto. SRDF/DM se puede usar para transferenciaslocales o remotas.

Consulte Migración mediante SRDF/movilidad de datos en la página 152.

Migración de datos con SRDF simultáneoEn topologías de SRDF simultáneo, se pueden migrar datos de manera no disruptivaentre arreglos por una sección de SRDF mientras se realiza el espejeado remoto paraprotección por la otra sección.

Una vez que el proceso de migración finaliza, la topología de SRDF simultáneo seelimina, lo que da como resultado una topología de SRDF de dos sitios.

Reemplazo de dispositivos R2 por nuevos dispositivos R2Puede migrar manualmente los datos como se muestra en la imagen que aparece acontinuación, lo cual incluye lo siguiente:




Después de la migración, el arreglo primario original se espejea en un nuevo arreglosecundario.


Migración de datos

Migración de datos mediante SRDF/Data Mobility 185

Figura 52 Migración de datos y eliminación del arreglo secundario (R2) original

Site A Site B

Site C

SRDF

migration

Site A

Site C

Site A Site B

R1 R2

R11 R2 R1

R2R2

Reemplazo de dispositivos R1 por nuevos dispositivos R1La imagen que aparece a continuación ilustra el reemplazo de los dispositivos R1originales por dispositivos R1 nuevos, lo cual incluye lo siguiente:




Después de la migración, el nuevo arreglo primario se espejea en el arreglo secundariooriginal.


Migración de datos


Figura 53 Migración de datos y reemplazo del arreglo primario (R1) original

Reemplazo de los dispositivos R1 y R2 por nuevos dispositivos R1 y R2Puede usar la combinación de SRDF simultáneo y SRDF en cascada para reemplazarlos dispositivos R1 y R2 al mismo tiempo.

Nota


La imagen siguiente ilustra un ejemplo de reemplazo de los dispositivos R1 y R2 pornuevos dispositivos R1 y R2 al mismo tiempo, lo cual incluye lo siguiente:


Migración de datos


l Proceso de migración

l Topología final


Figura 54 Migración de datos y reemplazo de los arreglos primario (R1) y secundario (R2)originales

Site A Site B

Site C

SRDF

migration

Site D

Site C Site D

Site A

Site BR1 R2

Site B

R1

R11 R2

R2 R2R21

SRDF de solo migraciónEn algunos casos, puede migrar sus datos con funcionalidad de SRDF completa,incluidas la recuperación de desastres y otras funciones avanzadas de SRDF.

En los casos en los que la funcionalidad de SRDF completa no está disponible, puedetransferir sus datos por los enlaces de SRDF mediante SRDF de solo migración.

La tabla siguiente enumera las operaciones y las funciones comunes de SRDF, y si seadmiten en grupos de SRDF en ambientes de SRDF de solo migración.

Migración de datos


Tabla 45 Limitaciones del modo de solo migración

Operaciones o funciones de SRDF Si se admite durante la migración

Copia de R2 a R1 Solo para reconstrucción de dispositivospor fallas del grupo RAID que no se

pueden reconstruir.

Failover y failback, dominó No es compatible

SRDF/Star No es compatible

Funciones de SRDF/A (DSE, grupo de consistencia,ECA y MSC).

No es compatible

Operaciones de SRDF dinámico (crear, eliminar ytransferir pares de SRDF; intercambio depersonalidad de R1/R2)

No es compatible

Operaciones de TimeFinder Solo en R1

Cambio de configuración o actualización en línea l Si la actualización o los cambios deconfiguración en línea afectan algrupo o los dispositivos que se

están migrando, se debe suspenderla migración antes de realizar laactualización o los cambios de

configuración.

l Si los cambios no afectan al grupode migración, se permiten sin

suspender la migración.

Actualización no disruptiva (NDU) con un productofuera de la familia

No es compatible

Recuperación de espacio y espacio con cerosLa recuperación de espacio reclama espacio no utilizado después de una actividad dereplicación o migración desde un dispositivo normal hacia un dispositivo delgado en elque herramientas de software, como Open Replicator y Open Replicator, han copiadoespacio no utilizado con todos los ceros en el volumen delgado de destino.

La recuperación de espacio cancela la asignación de los fragmentos de datos quecontienen todos los ceros. Esta operación es más eficaz cuando se migran datos desdedispositivos estándar completamente provisionados hacia dispositivos delgados. Larecuperación de espacio es un proceso no disruptivo y puede ejecutarse mientras eldispositivo delgado de destino está totalmente disponible para las aplicaciones y lossistemas operativos.

Las recuperaciones de espacio con ceros proporcionan detección instantánea de cerosdurante las operaciones de migración de Open Replicator y SRDF mediante larecuperación del espacio con ceros, que incluye extensiones (o fragmentos) noescritos por los hosts y fragmentos que contienen todos los ceros debido a losmétodos de aplicación de formato del sistema de archivos o de la base de datos.

Solutions Enabler y Unisphere for VMAX se pueden utilizar para iniciar y monitorear elproceso de recuperación de espacio.

Migración de datos


Soluciones de migración de datos para ambientes demainframe

Para ambientes de mainframe, z/OS Migrator proporciona una migración no disruptivadesde el almacenamiento de cualquier proveedor a arreglos VMAX. z/OS Migratortambién pueden migrar datos desde un arreglo VMAX a otro. Con z/OS Migrator,usted puede realizar lo siguiente:

l Introducir nuevas tecnologías de subsistema de almacenamiento con unainterrupción mínima del servicio.

l Recuperar UCB de z/OS mediante la simplificación de la migración de conjuntosde datos a volúmenes más grandes (mediante la combinación de volúmenes).

l Facilitar la migración de datos mientras las aplicaciones continúan ejecutándose ytienen acceso total a los datos que se están migrando, lo cual elimina el tiempofuera de las aplicaciones que suele ser necesario para la migración de datos.

l Eliminar la necesidad de coordinar el tiempo fuera de las aplicaciones en todo elnegocio y eliminar el costoso impacto de dicho tiempo fuera en el negocio.

l Mejorar el rendimiento de las aplicaciones simplificando la reubicación deconjuntos de datos de bajo rendimiento a arreglos de almacenamiento/volúmenesde menor uso.

l Asegurarse de que todos los metadatos reflejen siempre de manera precisa laubicación y el estado de los conjuntos de datos que se están migrando.

Nota

Consulte la guía del producto de z/OS Migrator para obtener información detallada delproducto.

Migración de volúmenes mediante z/OS MigratorEMC z/OS Migrator es una instalación de migración de datos basada en host queejecuta migraciones de volúmenes tradicionales, así como espejeados de volúmenesbasados en host. En conjunto, estas funcionalidades se denominan funciones deespejeado y migrador de volúmenes de z/OS Migrator.

Figura 55 Migración de volúmenes de z/OS

Las instalaciones de migración de datos en el nivel de volumen transfieren volúmeneslógicos en su totalidad. La migración de volúmenes de z/OS Migrator se realiza desegmento a segmento sin importar el contenido lógico de los volúmenes involucrados.Las migraciones de volúmenes terminan en un intercambio de volúmenes que es

Migración de datos


completamente no disruptivo para todas las aplicaciones mediante el uso de los datosde los volúmenes.

Migrador de volúmenesLa migración de volúmenes proporciona servicios basados en host para la migración dedatos en el nivel de volumen en sistemas de mainframe. Proporciona migración dedispositivos de otros fabricantes a dispositivos VMAX, además de migración entre losdispositivos VMAX.

Espejeado de volumenEl espejeado de volumen proporciona a las instalaciones de mainframe espejeadodesde un dispositivo VMAX a otro en el nivel de volumen. Usa los recursos de host(UCB, CPU y canales) para monitorear los programas del cana calendarizados paraescribir en un volumen primario especificado y los clona para escribirlos en un volumenobjetivo especificado (denominado volumen espejeado).

Después de alcanzar un estado de sincronización entre los volúmenes primario yespejeado, el espejeado de volumen mantiene los volúmenes en un estadocompletamente sincronizado de manera indefinida, a menos que los interrumpa uncomando de operador o una falla de I/O en un dispositivo de espejeado de volumen. Elgrupo de volúmenes controla el espejeado. El espejeado puede suspenderseuniformemente en todos los volúmenes del grupo.

Migración de conjuntos de datos mediante z/OS MigratorAdemás de la migración de volúmenes, z/OS Migrator permite la migración lógica, esdecir, la migración de conjuntos de datos individuales. A diferencia de las funciones demigración de volúmenes, z/OS Migrator realiza migraciones de conjuntos de datos conun reconocimiento absoluto del contenido del volumen y los metadatos del sistemaz/OS que describen los conjuntos de datos en el volumen lógico.

Figura 56 Migración de conjuntos de datos de z/OS Migrator

Miles de conjuntos de datos se pueden seleccionar de forma individual o aleatoria.z/OS Migrator administra automáticamente todos los metadatos durante el procesode migración, mientras que las aplicaciones siguen ejecutándose.

Migración de datos

Migración de conjuntos de datos mediante z/OS Migrator 191

Migración de datos


APÉNDICE A

Creación de informes de errores de mainframe

Este apéndice describe los errores de los recursos de operación del sistema demainframe.

l Error de creación de informes para el host de mainframe................................. 194l Creación de informes de severidad SIM............................................................ 194

Creación de informes de errores de mainframe 193

Error de creación de informes para el host de mainframeHYPERMAX OS puede detectar los siguientes tipos de errores para el host demainframe en los sistemas de almacenamiento de VMAX:

l Verificación de datos: HYPERMAX OS detectó un error en el patrón de bits que seleen desde el disco. Las comprobaciones de datos se deben a problemas dehardware al escribir o leer datos, fallas de medios o eventos aleatorios.

l Verificación del sistema o el programa: HYPERMAX OS rechazó el comando. Estetipo de error se indica al procesador y siempre se devuelve al programa solicitante.

l Saturación: HYPERMAX OS no puede recibir datos a la velocidad que setransmiten desde el host. Este error indica un problema de sincronización. Por logeneral, el reenvío de la operación de I/O corrige este error.

l Verificación de equipos: HYPERMAX OS detectó un error en la operación dehardware.

l Recursos de operación del sistema: la prueba interna de HYPERMAX OS detectóun error de los recursos de operación del sistema. Las pruebas internas derecursos de operación del sistema monitorean, verifican e informan las fallas de loscomponentes críticos de hardware. Se ejecutan en el encendido inicial del sistema,después de cada evento de restablecimiento de software y al menos una vez cada24 horas durante las operaciones normales.

Si una prueba de recursos de operación del sistema detecta una condición de error,establece una marca para indicar un error pendiente y presenta un estado deverificación de la unidad al host en la siguiente operación de I/O. La prueba con la quese detectó la condición de error se calendariza para ejecutarse con mayor frecuencia.Si se detecta un problema en el nivel de dispositivo, se informa en todas las rutaslógicas al dispositivo que experimenta el error. No se informan fallas posteriores de esedispositivo hasta que se resuelva la falla.

Si se detecta una segunda falla en un dispositivo mientras que hay una condición decreación de informes de errores pendiente en efecto, HYPERMAX OS informa el errorpendiente en la última actividad de I/O y, posteriormente, el segundo error.

Enginuity informa las condiciones de error al host y al Centro de Servicio al Cliente deEMC. Cuando crea informes para el host, Enginuity presenta un estado decomprobación de unidades en el byte de estado para el canal cada vez que se detectauna condición de error como una verificación de datos, un rechazo de comando, unasaturación, una comprobación de equipos o un error ambiental.

Cuando se le presenta un estado de verificación de la unidad, el host recupera losdatos de detección desde el arreglo VMAX y, si se solicitó la acción de registro, colocaesos datos en el conjunto de datos de grabación de errores (ERDS). El programaEREP (Environment Recording, Editing, and Printing) imprime la información de error.Los datos de detección identifican la condición que produjo la interrupción e indica eltipo de error y su origen. El formato de los datos de detección depende del sistemaoperativo de mainframe. Para las emulaciones del controlador 2105, 2107 o 3990, losdatos de detección se devuelven en el formato SIM.

Creación de informes de severidad SIMHYPERMAX OS admite la creación de informes de severidad SIM que permiten elfiltrado de alertas de severidad SIM informadas a la consola de almacenamiento virtualmúltiple (MVS).



l Todas las alertas de severidad SIM se informan de forma predeterminada al EREP(programa de impresión y edición del registro del ambiente).

l Se informan alertas GRAVES, IMPORTANTES y MODERADAS de formapredeterminada a la consola MVS.

La siguiente tabla enumera la configuración predeterminada para la creación deinformes de severidad SIM.

Tabla 46 Alertas de severidad de SIM

Severidad Descripción

SERVICIO No se espera una degradación del rendimiento de lasaplicaciones o del sistema. No se produjo ninguna interrupciónde una aplicación o del sistema.

MODERADA Es posible que ocurra una degradación del rendimiento en unambiente con gran carga. No se produjo ninguna interrupciónde una aplicación o del sistema.

IMPORTANTE Un recurso del subsistema de I/O primario está desactivado.Es posible que ocurra una degradación considerable delrendimiento. Puede haber ocurrido una interrupción delsistema o la aplicación.

GRAVE Un recurso importante del subsistema de I/O estádeshabilitado o es posible que se haya dañado el producto. Esposible que el rendimiento se vea severamente degradado.Puede haber ocurrido una interrupción del sistema o laaplicación.

SERVICIO REMOTO El Centro de Servicio al Cliente de EMC está realizandooperaciones de servicio/mantenimiento en el sistema.

FALLA REMOTA El procesador de servicio no puede comunicarse con el Centrode Servicio al Cliente de EMC.

Errores de recursos de operación del sistemaLa siguiente tabla enumera los errores de recursos de operación del sistema en elformato SIM para HYPERMAX OS 5977 o superior.

Nota

Todos los niveles de gravedad mencionados se pueden modificar mediante SymmWin.

Tabla 47 Errores de recursos de operación del sistema informados como mensajes SIM

Código hexadecimal Nivel de severidad Descripción Código de referencia SIM

04DD MODERADA Error de evaluación del estadode MMCS

24DD

043E MODERADA Un grupo de consistencia deSRDF se suspendió.

E43E

044D MODERADA Una ruta SRDF se perdió. E44D


Errores de recursos de operación del sistema 195

Tabla 47 Errores de recursos de operación del sistema informados como mensajesSIM (continuación)


044E SERVICIO Una ruta de SRDF seencuentra operativa tras unafalla anterior.

E44E

0461 NONE El M2 se vuelve a sincronizarcon el dispositivo M1. Esteevento se produce una vezque el dispositivo M2 vuelve aun estado Ready. a

E461

0462 NONE El M1 se vuelve a sincronizarcon el dispositivo M2. Esteevento se produce una vezque el dispositivo M1 vuelve aun estado Ready. a

E462

0463 IMPORTANTE Uno de los directores deback-end entró en el estadoIMPL Monitor.

2463

0465 NONE El proceso deresincronización deldispositivo se inició. a

E465

0467 MODERADA El sistema de almacenamientoremoto informó un error deSRDF en los vínculos deSRDF.

E467

046D MODERADA Un grupo de SRDF se perdió.Este evento ocurre, porejemplo, cuando fallan todoslos vínculos de SRDF.

E46D

046E SERVICIO Un grupo de SRDF seencuentra activo y operativo.

E46E

0470 GRAVE Condición desobrecalentamiento según latemperatura del módulo dememoria.

2470

0471 GRAVE El pool de recursos dealmacenamiento ha superadosu valor de umbral máximo.

2471

0473 IMPORTANTE Una prueba periódica de losrecursos de operación delsistema (env_test9) detectóque el dispositivo espejeadose encuentra en un estadoNot Ready.

E473

0474 IMPORTANTE Una prueba periódica de losrecursos de operación del

E474





sistema (env_test9) detectóque el dispositivo espejeadose encuentra en un estado deescritura desactivada (WD).

0475 IMPORTANTE Un espejeado remoto de R1 deSRDF se encuentra en unestado Not Ready.

E475

0476 SERVICIO Se restableció el procesadorde servicios.

2476

0477 FALLA REMOTA El procesador de servicio nopudo llamar al Centro deServicio al Cliente de EMC(no se pudo ejecutar el eventoCall Home) debido aproblemas de comunicación.

1477

047A MODERADA Se perdió la alimentación deCA en la zona A o B.

247A

047B MODERADA Dispositivos descartadosdespués del descarte deladaptador de RDF.

E47B

01BA02BA

03BA

04BA

GRAVE Problema de SPS del gabineteo de la fuente dealimentación.

24BA

047C GRAVE El pool de recursos dealmacenamiento tiene TDATen estado Not Ready oInactive.

247C

047D MODERADA El grupo de SRDF perdió unvínculo de SRDF o el grupo deSRDF se perdió de maneralocal.

E47D

047E SERVICIO Un vínculo de SRDF serecuperó de una falla. Elvínculo de SRDF estáoperativo.

E47E

047F SERVICIO REMOTO El procesador de serviciollamó correctamente alCentro de Servicio al Clientede EMC (función Call Home)para informar un error.

147F

0488 IMPORTANTE El uso de metadatos delpuntero de datos de

E488


Errores de recursos de operación del sistema 197



replicación alcanzó el90-99 %.

0489 GRAVE El uso de metadatos delpuntero de datos dereplicación llegó al 100 %.

E489

0492 MODERADA Error de la unidad de MMCS odel monitor de flash.

2492

04BE MODERADA El espejeado del sistema dearchivos de paginación demetadatos no está listo.

24BE

04CA MODERADA Una sesión de SRDF/A sedescartó debido a unasolicitud no enviada por unusuario. Las posibles razonesincluyen errores graves, lapérdida de vínculos de SRDFo alcanzar el tiempo dedemora de respuesta máximodel host de SRDF/A.

E4CA

04D1 SERVICIO REMOTO Conexión remota establecida.Control remoto conectado.

14D1

04D2 SERVICIO REMOTO Conexión remota cerrada.Control remoto rechazado.

14D2

04D3 MODERADA Problemas de filtro flexible. 24D3

04D4 SERVICIO REMOTO Conexión remota cerrada.Control remotodesconectado.

14D4

04DA MODERADA Problemas con la tarea o loshilos de ejecución.

24DA

04DB IMPORTANTE El script SYMPL generó elerror.

24DB

04DC MODERADA Problemas relacionados con elequipo.

24DC

04E0 FALLA REMOTA Problemas de comunicación. 14E0

04E1 IMPORTANTE Problemas en el sondeo deerrores.

24E1

052F Ninguno Se produjo una falla deescritura síncrona de SRDF.

E42F

3D10 IMPORTANTE Un snapshot de SnapVX falló. E410

a. Recomendación de EMC: NONE.



Mensajes al operador

Mensajes de errorEn z/OS, se muestran mensajes SIM como mensajes de error de alerta de servicioIEA480E. Tienen el siguiente formato:

Figura 57 formato del mensaje de error de alerta grave IEA480E de z/OS (falla de call home)

*IEA480E 1900,SCU,ACUTE ALERT,MT=2107,SER=0509-ANTPC, 266

REFCODE=1477-0000-0000,SENSE=00101000 003C8F00 40C00000 00000014

PC failed to call home due to communication problems.

Figura 58 formato del mensaje de error de alerta de servicio IEA480E de z/OS (falla de DA)

*IEA480E 1900,SCU,SERIOUS ALERT,MT=2107,SER=0509-ANTPC, 531

REFCODE=2463-0000-0021,SENSE=00101000 003C8F00 11800000

Disk Adapter = Director 21 = 0x2C

One of the Disk Adapters failed into IMPL Monitor state.

Figura 59 formato del mensaje de error de alerta de servicio IEA480E de z/OS (grupo de SRDFperdido/SIM presentado a un recurso no relacionado)

*IEA480E 1900,DASD,MODERATE ALERT,MT=2107,SER=0509-ANTPC, 100

REFCODE=E46D-0000-0001,VOLSER=/UNKN/,ID=00,SENSE=00001F10

SIM presented against unreleated resourceSRDF Group 1

An SRDF Group is lost (no links)

Mensajes de eventoEl arreglo VMAX también informa los eventos al host y al procesador de servicios.Estos eventos son los siguientes:

l El volumen de espejeado 2 se sincronizó con el volumen de origen.

l El volumen de espejeado 1 se sincronizó con el volumen de destino.

l Comenzó el proceso de resincronización del dispositivo.

En z/OS, estos eventos aparecen como mensajes de error de alerta de servicioIEA480E. Tienen el siguiente formato:


Mensajes al operador 199

Figura 60 formato del mensaje de error de alerta de servicio IEA480E de z/OS (resincronizacióndel espejeado 2)

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E461-0000-6200

Channel address of the synchronized device

E461 = Mirror-2 volume resynchronized with Mirror-1 volume

Figura 61 formato del mensaje de error de alerta de servicio IEA480E de z/OS (resincronizacióndel espejeado 1)

*IEA480E 0D03,SCU,SERVICE ALERT,MT=3990-3,SER=,

REFCODE=E462-0000-6200

Channel address of the synchronized device

E462 = Mirror-1 volume resynchronized with Mirror-2 volume



APÉNDICE B

Licencias

Este apéndice proporciona una descripción general de las licencias en arreglos queejecutan HYPERMAX OS.

Se abordarán los siguientes temas:

l Licencias electrónicas...................................................................................... 202l Licencias de sistemas abiertos......................................................................... 204l Licencias de mainframe.....................................................................................214

Licencias 201

Licencias electrónicasLos arreglos que ejecutan HYPERMAX OS usan licencias electrónicas (eLicenses).

Nota

Para obtener más información sobre las licencias electrónicas, consulte el artículo dela base de conocimientos de EMC 335235 en el sitio web del servicio de soporte enlínea de EMC.

Cuando obtenga archivos de licencia a partir del servicio de soporte en línea de EMC,cópielos a un host de Solutions Enabler o Unisphere for VMAX e introdúzcalos en susarreglos. La siguiente figura ilustra el proceso de solicitud y obtención de su licenciaelectrónica.

Figura 62 Proceso de licencia electrónica

New software purchase either as

part of a new array, or as

an additional purchase

to an existing system.

1. EMC generates a single license file

for the array and posts it

on support.emc.com for download.

2.

A License Authorization Code (LAC) with

instructions on how to obtain the license

activation file is emailed to the

entitled users (one per array).

3.3.

The entitled user retrieves the LAC letter

on the Get and Manage Licenses page

on support.emc.com, and then

downloads the license file.

4.

The entitled user loads the license file

to the array and verifies that

the licenses were successfully activated.

5.

Nota

Para instalar las licencias de arreglos, siga el procedimiento descrito en la guía deinstalación de Solutions Enabler y en la Ayuda en línea de Unisphere for VMAX.

Cada archivo de licencia define íntegramente todos los derechos de un sistemaespecífico, incluidos el tipo de licencia y la capacidad con licencia. Para agregar unafunción o aumentar la capacidad con licencia, debe obtenerse e instalarse un nuevoarchivo de licencia.

La mayoría de las licencias de arreglos están basadas en arreglos, lo que significa queestán almacenadas internamente en la base de datos de registro de funciones delsistema en el arreglo. Sin embargo, hay una serie de licencias que están basadas enhost.

Licencias


Las licencias electrónicas basadas en arreglos están disponibles en las siguientesformas:

l Una licencia individual habilita una sola función.

l Un conjunto de licencias es una sola licencia que habilita varias funciones. Losconjuntos de licencias están disponibles solo si se habilitan todas las funciones.

l Un paquete de licencia es una recopilación de conjuntos de licencias que se adaptana un propósito determinado.

Para ver las licencias vigentes e informes de uso detallados, use Solutions Enabler,Unisphere for VMAX, Mainframe Enablers, Transaction Processing Facility (TPF) o laconsola de la plataforma IBM i. Además, también puede usar TransformationeLicensing Solution (TeS) para ver todos sus derechos con EMC desde una solaubicación. Para obtener más información sobre TeS, consulte la página central delicencias de software de EMC en https://community.emc.com/community/labs/tes.

Mediciones de capacidadLas licencias basadas en arreglos incluyen un valor licenciado de capacidad que defineel alcance de la licencia. El método para medir este valor depende del tipo decapacidad de la licencia (útil o registrada).

No todos los títulos de productos están disponibles en todos los tipos de capacidad, talcomo se muestra a continuación.

Tabla 48 Tipos de capacidad del título de producto VMAX3

Útil Registrada Otros

HYPERMAX OS SRDF/Metro PowerPath

Base Suite SRDF/Replicador registrado Events and Retention Suite

Remote Replication Suite TF/SnapSure registrado

Local Replication Suite ProtectPoint

Advanced Suite AppSync

Foundation Suite a FAST.X

Unisphere Suite RecoverPoint

SRDF/Metro

VPLEX

Unisphere 360

ViPR Controller

ESA (EMC Storage Analytics)

Total Productivity Pack

RecoverPoint

a. Esta suite de software solo está disponible para las actualizaciones, no con los nuevosarreglos.

Licencias

Mediciones de capacidad 203

https://community.emc.com/community/labs/tes

Capacidad útil

La capacidad útil se define como la cantidad de almacenamiento disponible para usaren un arreglo. La capacidad útil se calcula como la suma de todas las capacidades depool de recursos de almacenamiento (SRP) disponibles para usar. Esta capacidad noincluye ninguna capacidad de almacenamiento externo.

Capacidad registrada

La capacidad registrada es la cantidad de datos de usuario que se administran oprotegen por cada título de producto en particular. Es independiente del tipo o tamañode los discos en el arreglo.

Los métodos para medir la capacidad registrada dependen de si las licencias sonindividuales o parte de un paquete.

Licencias de capacidad registrada

La capacidad registrada se mide según lo siguiente:

l SRDF/Replicador registrado:

n La capacidad registrada para esta licencia se mide por la cantidad de datos quepueden almacenarse en todas las formas de dispositivos de RDF (R1 R2 y R21)en un arreglo de almacenamiento.

– Los orígenes de SRDF simultáneos se cuentan solo una vez cuando se mideel uso de la capacidad registrada.

– En el caso de RDF sin discos (protección de datos ampliada), ninguna partede la capacidad registrada se informa como en uso.

n Para dispositivos aprovisionados virtualmente, la capacidad registrada es igualque el espacio total asignado para el dispositivo delgado. Para los dispositivosque tienen asignaciones comprimidas, se usa el tamaño sin comprimir.

l TF/SnapSure registrado:

n La capacidad registrada de esta licencia se mide como la suma de la capacidadde un dispositivo, si es origen o destino de una clonación, origen de unainstantánea, o un dispositivo SAVE en un pool de instantáneas. Si un dispositivocumple con más de uno de los criterios anteriores, solo se cuenta una vez.

n Para dispositivos aprovisionados virtualmente, la capacidad registrada es igualque el espacio total asignado para el dispositivo delgado. Para los dispositivosque tienen asignaciones comprimidas, se usa el tamaño sin comprimir.

l ProtectPoint

n La capacidad registrada de esta licencia es la suma de todos los dispositivosData Domain encapsulados que son destinos de vínculos. Cuando hay sesionesde TimeFinder presentes en un arreglo con solo una licencia de ProtectPoint yninguna licencia de TimeFinder, la capacidad se calcula como la suma de todoslos dispositivos Data Domain encapsulados con destinos de vínculos y la sumade todos los dispositivos de origen asignados de TimeFinder y RDP delta.

Licencias de sistemas abiertosEsta sección detalla las licencias disponibles en un ambiente de sistema abierto.

Licencias


Paquete de licenciasEl paquete Total Productivity incluye Advanced Suite, Base Suite (como parte deAdvanced), Local Replication Suite y Remote Replication Suite.

Conjuntos de licenciasLa siguiente tabla enumera los conjuntos de licencias disponibles en un ambiente desistemas abiertos.

Tabla 49 Suites de licencias de VMAX3 para el ambiente de sistemas abiertos

Conjunto delicencias

Disponible parauno o variosniveles

Incluye Permite Con el comando

Base Suite Varios niveles l HYPERMAX OS

l Controles deprioridad

l OR-DM

l Virtualizar uneDisk para elencapsulamiento

l Usar un LUNvirtual para migrardesde un volumenencapsulado(úselo como unvolumen deorigen)

l Usar un volumenencapsulado comoun clon de origen

symconfigure

l Habilitarparticiones decaché en unarreglo

l Crear particionesde caché

l Configurar lasparticiones decaché en el modode análisis

symqos -cp

l Habilitar prioridadde servicio paraun arreglo

l Establecer laprioridad de I/Odel host

l Establecer laprioridad de lacalidad de serviciode la copia

symqos -pst

Licencias

Paquete de licencias 205

Tabla 49 Suites de licencias de VMAX3 para el ambiente de sistemas abiertos (continuación)




l Habilitarfuncionalidad deOptimizer,incluidos:

n Modo manual

n Modo dereversión

n Modo demigraciónmanual

l Modo demigración decalendario

l Programarintercambiosmanuales

l Establecerparámetrosespecíficos deOptimizer:

n Prioridad deintercambio dedispositivos

n Cualquiera delos parámetrosavanzados deOptimizer

l Configurar lossiguientesparámetros deOptimizer/FAST:

n Modo deaprobación delusuario

n Cantidadmáxima dedispositivosque setransferirán

n Cantidadmáxima dedispositivossimultáneos

symoptmz

Licencias






n Período de lacarga detrabajo

n Período derendimientomínimo

Validar o crear lasmigraciones de LUNvirtuales

symmigrate

Crear ventana detiempo

symoptmz

symtw

Crear sesiones deextracción inactiva

symrcopy

Advanced Suite Único:a y en múltiplesniveles

l HYPERMAX OS


l OR-DM

l Unisphere forVMAX

l FAST

l Aprovisionamientode SL

l Planificador decargas de trabajo

l Analizador dealmacenamientode bases de datos

l Unisphere for File

Realizar tareasdisponibles en la suitede aplicaciones básicay de Unisphere.

Crear ventanas detiempo

symoptmz

symtw

l Agregar niveles degrupos de discos alas políticas deFAST

l Habilitar FAST

l Configurar lossiguientesparámetros deFAST:

n Intercambiardispositivos novisibles

n Permitir soloel intercambio

n Modo deaprobación delusuario

n Cantidadmáxima dedispositivosque setransferirán

symfast

Licencias

Conjuntos de licencias 207





n Cantidadmáxima dedispositivossimultáneos



l Agregar niveles depool de datos a laspolíticas de FAST

l Configurar lossiguientesparámetrosespecíficos deFAST VP:

n Modo detransferenciade datosdelgados

n Tasa dereubicacióndelgada

n Capacidad delreserva delpool

l Configurar lossiguientesparámetros deFAST:



Realizaraprovisionamientobasado en SL

symconfigure

symsg

symcfg

Licencias






Local ReplicationSuite

Uno o varios niveles l TimeFinder/Clone

l TimeFinder/Snap

l TimeFinder/SnapVX

l SnapSure

l Flash nativocompatible

Crear nuevas sesionesde clonación nativa

symclone

Crear nuevasemulaciones deTimeFinder/Clone

symmir

l Crear nuevassesiones

l Duplicar sesionesexistentes

symsnap

l Crear pools deinstantáneas

l Crear dispositivosSAVE

symconfigure

l Ejecutaroperaciones deestablecimientode SnapVX

l Ejecutaroperaciones devinculación deinstantáneas deSnapVX

symsnapvx

Remote ReplicationSuite

Uno o varios niveles l SRDF

l SRDF/Asynchronous

l SRDF/Synchronous

l SRDF/CE

l SRDF/STAR

l Replicación paraarchivo

l Par compatible

l Crear nuevosgrupos de SRDF

l Crear pares SRDFdinámicos en elmodo de copiaadaptable

symrdf

l Crear dispositivosde SRDF

l Convertirdispositivos noSRDF en SRDF

l Agregar losespejeados deSRDF adispositivos en elmodo de copiaadaptable

Establecer elatributo de

symconfigure

Licencias






compatibilidadcon SRDFdinámico endispositivos

Crear dispositivosSAVE

l Crear pares deSRDF dinámicosen el modoasíncrono

l Establecer paresde SRDF en elmodo asíncrono

symrdf

l Agregar losespejeados deSRDF adispositivos en elmodo asíncrono

Crear pools deRDFA_DSE

Configurarcualquiera de lossiguientesatributos SRDF/Aen un grupo deSRDF:

n MinimumCycle Time

n Transmisióninactiva

n Entre losatributos deDSE, seincluyen lossiguientes:

– Laasociaciónde un poolde RDFA-DSE conun SRDF

symconfigure

Licencias






grupo

Umbral deDSE

AutoStartde DSE

n Atributos delflujo deescritura,incluidos:

– Umbral delflujo deescritura

– AutoStartdel flujo deescritura

– Exencióndel flujo deescrituradeldispositivo

– AutoStartdel flujo deescrituradeTimeFinder

l Crear pares deSRDF dinámicosen el modosíncrono

l Establecer paresde SRDF en elmodo síncrono

symrdf

Agregar un espejeadode SRDF a undispositivo en el modosíncrono

symconfigure

Unisphere Suite Un nivel l HYPERMAX OS


l OR-DM

Administrar arreglosque ejecutanHYPERMAX OS

N/D

Licencias






l Unisphere forVMAX

l Unisphere for File

a. como parte de Total Productivity Pack.

Licencias individualesEstos elementos están disponibles para los arreglos que ejecutan HYPERMAX OS; nose incluyen en ninguno de los conjuntos de licencias:

Tabla 50 Licencias individuales para el ambiente de sistemas abiertos

Licencia Permite Con el comando

D@RE Cifrar los datos y protegerloscontra el acceso noautorizado a menos que seproporcionen las clavesválidas. Esto impide el accesoa los datos y proporciona unmecanismo para eliminarloscriptográficamente de manerarápida.

FAST.X Ejecutar operaciones deFAST.X:

l Monitorear e informar losdatos de seguimiento y deestado de eDisk

l Administrar discosexternos, incluidas lasoperaciones de adición,eliminación, vaciado yactivación

Advanced Suite es el requisitoprevio para usar esta licencia.

symdisk

symcfg

symconfigure

ProtectPoint Almacenar y recuperar datosde respaldo dentro de unambiente integrado quecontiene arreglos queejecutan HYPERMAX OS yarreglos Data Domain.

RecoverPoint Proteger la integridad de losdatos en sitios locales yremotos y recuperar los datos

Licencias


Tabla 50 Licencias individuales para el ambiente de sistemas abiertos (continuación)

Licencia Permite Con el comando

desde un punto en el tiempocon tecnología de registro.

SRDF/Metro l Colocar los pares dedispositivos SRDF nuevosen una configuración deSRDF/Metro.

l Sincronizar los pares dedispositivos.

Unisphere 360 Ver y monitorear todos losarreglos que ejecutanHYPERMAX OS en un solosite. Para obtener másinformación, consulte Unisphere 360 en la página53.La licencia de Unisphere 360es por arreglo.

Licencias del ecosistemaEstas licencias no se aplican a los arreglos:

Tabla 51 Licencias individuales para el ambiente de sistemas abiertos

Licencia Permite

ESA Optimizar el rendimiento y diagnosticarproblemas en todas las máquinas virtuales yen el almacenamiento físico.

PowerPath Automatizar el failover y la recuperación derutas de datos para garantizar que lasaplicaciones estén siempre disponibles ypermanezcan operativas.

ViPR Controller Automatizar las tareas de recuperación deespacio y aprovisionamiento dealmacenamiento para mejorar la eficienciaoperacional.

AppSync Administrar la protección y replicación deaplicaciones y bases de datos críticas para losambientes Microsoft, Oracle y VMware.

Events and Retention Suite l Proteger los datos contra cambiosinvoluntarios, eliminaciones y actividadesmaliciosas.

l Cifrar los datos en su origen paraprotegerlos fuera del servidor.

Licencias

Licencias del ecosistema 213

Tabla 51 Licencias individuales para el ambiente de sistemas abiertos (continuación)

Licencia Permite

l Mantener la confidencialidad de los datosen reposo seleccionados y aplicar medidasde retención en el nivel de archivos paracumplir con los requisitos decumplimiento de normas.

l Realizar integraciones con aplicaciones deverificación de antivirus, administraciónde cuotas y auditoría de otros fabricantes.

Licencias de mainframeEsta sección detalla las licencias disponibles en un ambiente de mainframe.

Paquetes de licenciasLa siguiente tabla presenta los paquetes de licencias disponibles para los arreglos queejecutan HYPERMAX OS en el ambiente de mainframe.

Tabla 52 Conjuntos de licencias para el ambiente de mainframe

Paquete de licencias Derechos en el archivo delicencia

Funciones incluidas

Total Efficiency Pack l SYMM_VMAX_ENGINUITY

l SYMM_VMAX_FAST_VP

l SYMM_VMAX_UNISPHERE

l SYMM_VMAX_TIMEFINDER

l SYMM_VMAX_SRDF_REPLICATION

l HYPERMAX OS

l DCP

l OR-DM

l Unisphere for VMAX

l FAST VP

l SRDF

l SRDF/Synchronous

l SRDF/Asynchronous

l SnapVX

l TimeFinder/Clon

Licencia individualLa siguiente función tiene una licencia individual:

l Data Protector para z Systems

Licencias


Date post:	20-Sep-2018
Category:	Documents
Upload:	phungquynh
View:	230 times
Download:	0 times

Product Guide VMAX3 Family - Almacenamiento de … · Mainframe Enablers ... Funcionalidad de...

Documents