EMC SYMMETRIX VMAX 10K, EMC RECOVERPOINT … · EMC Symmetrix VMAX 10K, EMC RecoverPoint y VMware...

Informe técnico

EMC SOLUTIONS GROUP

Resumen

Este informe técnico describe una solución de protección de datos y recuperación de desastres para ambientes Oracle Database 11g OLTP virtualizados, habilitada por EMC® Symmetrix® VMAX 10K™ con Enginuity™, EMC RecoverPoint y VMware® vCenter™ Site Recovery Manager. Incluye la protección de datos local y las funciones automatizadas de failover y failback entre ubicaciones remotas.

Agosto de 2012

EMC SYMMETRIX VMAX 10K, EMC RECOVERPOINT Y VMWARE vCENTER SITE RECOVERY MANAGER PERMITEN LA CONTINUIDAD DEL NEGOCIO Y LA RECUPERACIÓN DE DESASTRES PARA ORACLE 11g Descripción general de la arquitectura

EMC Symmetrix VMAX 10K, EMC RecoverPoint y VMware vCenter Site Recovery Manager permiten la continuidad del negocio y la recuperación de desastres para Oracle 11g

Descripción general de la arquitectura

2

Copyright © 2011-2012 EMC Corporation. Todos los derechos reservados.

EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso.

La información contenida en esta publicación se proporciona “tal como está”. EMC Corporation no se hace responsable ni ofrece garantía de ningún tipo con respecto a la información de esta publicación y específicamente renuncia a toda garantía implícita de comerciabilidad o capacidad para un propósito determinado.

El uso, la copia y la distribución de cualquier software de EMC descrito en esta publicación requieren una licencia de software correspondiente.

Para obtener una lista actualizada de nombres de productos de EMC, consulte las marcas comerciales de EMC Corporation en mexico.emc.com (visite el sitio web de su país correspondiente).

VMware, ESX, VMware vCenter y VMware vSphere son marcas registradas o marcas comerciales de VMware, Inc. en los Estados Unidos o en otras jurisdicciones. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios.

Número de referencia H8207.1

http://mexico.emc.com/�

3 EMC Symmetrix VMAX 10K, EMC RecoverPoint y VMware vCenter Site Recovery Manager permiten la continuidad del negocio y la recuperación de desastres para Oracle 11g


Tabla de contenido

Resumen .............................................................................................................................. 6 Introducción a EMC Symmetrix VMAX 10K ........................................................................................ 6 Análisis de rentabilidad ................................................................................................................... 7 Descripción general de la solución ................................................................................................... 7 Resultados clave .............................................................................................................................. 8

Introducción ......................................................................................................................... 9 Propósito ......................................................................................................................................... 9 Alcance ............................................................................................................................................ 9 Público al que va dirigido ................................................................................................................. 9 Terminología .................................................................................................................................... 9

Componentes clave de la tecnología .................................................................................... 11 Componentes de la solución .......................................................................................................... 11 Aplicación de Oracle ...................................................................................................................... 11 EMC Symmetrix VMAX 10K con Enginuity ....................................................................................... 11

Descripción general ................................................................................................................... 11 Virtual Provisioning ................................................................................................................... 12 Symmetrix Management Console .............................................................................................. 12

EMC VNX5700 ................................................................................................................................ 12 VMware vSphere ............................................................................................................................ 12 EMC RecoverPoint .......................................................................................................................... 13

Descripción general ................................................................................................................... 13 Opciones de protección de datos de RecoverPoint .................................................................... 13 Dispositivo RecoverPoint ........................................................................................................... 14 Splitter de RecoverPoint ............................................................................................................ 14 Registros de RecoverPoint ......................................................................................................... 14 Grupos de consistencia de RecoverPoint ................................................................................... 15

VMware vCenter Site Recovery Manager ......................................................................................... 15 Integración de SRM con RecoverPoint ............................................................................................... 15 Funcionamiento de RecoverPoint CDP y CRR ................................................................................... 16

Protección continua de datos .................................................................................................... 16 Replicación remota continua ..................................................................................................... 17

Arquitectura y diseño de la solución .................................................................................... 18 Arquitectura de la solución ............................................................................................................ 18 Perfil del ambiente ......................................................................................................................... 19 Ambiente de hardware ................................................................................................................... 19 Ambiente de software .................................................................................................................... 20 Asignación de almacenamiento de Symmetrix VMAX 10K .............................................................. 21 Recursos de máquinas virtuales..................................................................................................... 22



4

Configuración de la base de datos de Oracle ....................................................................... 23 Implementación de la base de datos de Oracle en Symmetrix VMAX 10K ....................................... 23

Aprovisionamiento virtual para grupos de discos de Oracle ASM ............................................... 23 Esquema de la base de datos ........................................................................................................ 23

Configuración de EMC RecoverPoint..................................................................................... 25 Preparación de VMAX 10K para la conectividad de RecoverPoint ................................................... 25

Catálogo de RPA y aprovisionamiento de gatekeeper ................................................................ 25 Activación de omisión de protección contra escritura para iniciadores de RPA .......................... 26

Configuración de RecoverPoint para esta solución ......................................................................... 26 Tamaño de registro .................................................................................................................... 27

Instalación de RecoverPoint ........................................................................................................... 27 Configuración de CLR ..................................................................................................................... 28

Descripción general ................................................................................................................... 28 Paso 1: Presentar el almacenamiento que se replicará a los clusters del RPA. ........................... 28 Paso 2: Etiquetar los dispositivos protegidos para el uso de RecoverPoint. ............................... 29 Paso 3: Configurar el acceso de RecoverPoint a los splitters de RecoverPoint. ........................... 30 Paso 4: Crear el grupo de consistencia. ..................................................................................... 30

Configuración del grupo de consistencia para la administración mediante SRM ............................ 32

Automatización de recuperación del sitio con VMware vCenter Site Recovery Manager ......... 33 Descripción general ....................................................................................................................... 33 Requisitos previos ......................................................................................................................... 34 Paso 1: Instalar y configurar SRM ................................................................................................... 34 Paso 2: Conectar los sitios protegidos y de recuperación ............................................................... 35 Paso 3: Configurar los administradores de arreglos de RecoverPoint.............................................. 35 Paso 4: Configurar los grupos de protección .................................................................................. 36 Paso 5: Configurar los mapeos de inventario ................................................................................. 37 Paso 6: Personalizar las opciones de recuperación de máquinas virtuales ..................................... 37 Paso 7: Personalizar las direcciones IP del sitio de recuperación ................................................... 38 Paso 8: Crear el plan de recuperación ............................................................................................ 39

Probar el plan de recuperación de failover de Oracle ............................................................ 40 Descripción general ....................................................................................................................... 40 Prueba del plan de recuperación .................................................................................................... 40 Verificación de la ejecución correcta de la prueba de recuperación ................................................ 42 Informe de la prueba de recuperación ............................................................................................ 43 Beneficios de la prueba de planes de recuperación ....................................................................... 44

Proceso de failover del sitio de RecoverPoint CRR ................................................................ 45 Descripción general ....................................................................................................................... 45 Ejecución del plan de recuperación de failover de Oracle ............................................................... 45 Reinicio de la base de datos de Oracle ........................................................................................... 47 Verificación de la integridad de datos en el sitio de recuperación .................................................. 47 Beneficios del failover del sitio de RecoverPoint con SRM .............................................................. 48



Proceso de failback del sitio de RecoverPoint CRR ................................................................ 49 Descripción general ....................................................................................................................... 49 Tareas administrativas internas ..................................................................................................... 49 Configuración de SRM para failback ............................................................................................... 50 Prueba del plan de recuperación de failback .................................................................................. 50 Failback al sitio de producción ....................................................................................................... 50 Verificación del failback al sitio de producción .............................................................................. 51 Beneficios del failback del sitio de RecoverPoint con SRM ............................................................. 51

Recuperación de bases de datos de RecoverPoint CDP ......................................................... 52 Descripción general ....................................................................................................................... 52 Preparación del escenario de prueba ............................................................................................. 52 Recuperación de la base de datos a partir de imagen de CDP ......................................................... 53 Beneficios de la protección de bases de datos con RecoverPoint ................................................... 56

Funcionamiento de RecoverPoint cuando VMAX 10K opera en modo degradado ................... 57 Descripción general ....................................................................................................................... 57 Configuración del modo degradado de VMAX 10K .......................................................................... 57 Prueba del modo degradado .......................................................................................................... 58

Conclusión ......................................................................................................................... 59 Resumen ........................................................................................................................................ 59 Resultados ..................................................................................................................................... 59

Referencias ......................................................................................................................... 60 Informes técnicos .......................................................................................................................... 60 Documentación de productos ........................................................................................................ 60 Otra documentación ...................................................................................................................... 60



6

Resumen

EMC® Symmetrix® es la plataforma de almacenamiento más confiable en el mundo, y los clientes empresariales han estado implementando aplicaciones grandes de misión crítica con Symmetrix durante más de 20 años. Symmetrix VMAX™ es el arreglo de almacenamiento más escalable del mundo con el conjunto de funciones más completo, la mejor disponibilidad y el mejor rendimiento en el sector.

La serie Symmetrix VMAX 10K™ ofrece un diseño de hardware eficiente y rentable, junto con software integrado y simplificación de los procesos de instalación, configuración y administración. VMAX 10K ofrece funcionalidades de arreglos de almacenamiento de gama alta a proveedores de servicios, organizaciones de servicios de salud y otras organizaciones que tienen ambientes informáticos virtuales exigentes, pero limitaciones en cuanto a la experiencia y los recursos de almacenamiento y TI.

• VMAX 10K utiliza una implementación de Symmetrix Virtual Matrix Architecture™ que está optimizada para implementación rápida y administración simplificada.

El sistema puede escalar de una configuración de una sola bahía y un solo motor a un sistema de cuatro motores y seis bahías con 1,080 unidades y hasta 1.5 PB de capacidad útil. Esto permite a los clientes ampliar y actualizar de manera rentable su sistema para adecuarse al crecimiento de las aplicaciones y los datos.

• El ambiente operativo Enginuity™ (la inteligencia que controla todos los componentes de arreglos VMAX 10K) se entrega preconfigurado con EMC Virtual Provisioning™ y EMC Fully Automated Storage Tiering for Virtual Pools (FAST VP).

El ambiente provisionado virtualmente en un 100 % mejora la utilización del almacenamiento y reduce los costos y el tiempo dedicado a la administración.

FAST VP proporciona transferencia automática y altamente granular de los datos de sub-LUN entre los niveles de almacenamiento. Esto optimiza el rendimiento y reduce los costos, además de simplificar la administración y mejorar la eficiencia del almacenamiento de manera radical.

• VMAX 10K usa redundancia interna del 100 % para ofrecer confiabilidad, disponibilidad y capacidad de servicio (RAS) de nivel empresarial.

• EMC RecoverPoint es tecnología de replicación que usa técnicas sofisticadas de registro y división de escrituras para proporcionar replicación local y remota con recuperación similar a DVR a cualquier punto en el tiempo. VMAX 10K posee un splitter de escritura integrado que brinda compatibilidad con la replicación de RecoverPoint.

La serie VMAX 10K también está diseñada para una implementación rápida y eficiente e incluye características particularmente útiles en centros de datos pequeños o congestionados:

• Los sistemas VMAX 10K se entregan preconfigurados, con aprovisionamiento virtual completo, y listos para la instalación y el arranque en el mismo día.

Introducción a EMC Symmetrix VMAX 10K



• Con la capacidad de dispersión de arreglos de VMAX 10K, las bahías pueden tener una distancia entre sí de hasta 10 metros, lo que permite realizar implementaciones muy flexibles.

• También pueden lograrse altas densidades de almacenamiento, ya que un sistema VMAX 10K de un solo rack y un solo motor puede admitir hasta 120 unidades.

Los clientes empresariales de todos los tamaños y de diferentes segmentos verticales experimentan retos similares: tiempo fuera, crecimiento de aplicaciones y datos, SLA exigentes y restricciones presupuestarias. Symmetrix VMAX 10K con Enginuity ofrece una arquitectura de escalamiento horizontal con múltiples controladores, disponibilidad y eficiencia a los clientes empresariales para que enfrenten estos retos.

La protección de datos y la recuperación de desastres son fundamentales para todas las empresas y se ubican entre los aspectos más importantes de la administración en ambientes de bases de datos de Oracle. EMC RecoverPoint es tecnología comprobada destinada a ambientes Oracle de alta disponibilidad. Proporciona replicación local y remota sin impacto en ambientes asíncronos y una degradación de aplicaciones muy limitada en ambientes síncronos:

• La arquitectura de replicación registrada de RecoverPoint permite la recuperación a cualquier punto en el tiempo, lo que reduce los objetivos de puntos de recuperación (RPO) para los datos de Oracle.

• RecoverPoint mantiene imágenes consistentes con las transacciones en el sitio de recuperación, lo que reduce los objetivos de tiempo de recuperación (RTO).

El splitter integrado de RecoverPoint para VMAX 10K simplifica la replicación de bases de datos y admite la recuperación operacional y de desastres en ambientes virtualizados. VMware® vCenter™ Site Recovery Manager funciona con RecoverPoint para coordinar y automatizar el proceso de recuperación; además, permite a los administradores probar sus planes de recuperación de desastres sin afectar el ambiente de producción ni la replicación continua.

Esta solución se centra en la recuperación de desastres entre arreglos heterogéneos (un sistema Symmetrix VMAX 10K y sistema un EMC VNX5700™), habilitada por la replicación remota continua de RecoverPoint (CRR) y el splitter de RecoverPoint. También se documenta la recuperación de bases de datos de un punto en el tiempo que utiliza la protección continua de datos (CDP) de RecoverPoint.

La solución demuestra las funcionalidades de protección de datos y recuperación de desastres de estas tecnologías en el contexto de un ambiente Oracle Database 11g OLTP virtualizado.

La plataforma de virtualización para la solución es habilitada por VMware vSphere™ y VMware vCenter Site Recovery Manager (SRM). La integración de RecoverPoint CRR y VMware SRM permite el failover automatizado de la base de datos de Oracle del sitio de producción al sitio de recuperación y garantiza que los datos replicados en el sitio de recuperación estén disponibles para los servidores del sitio de recuperación.

Análisis de rentabilidad

Descripción general de la solución



8

La solución ofrece los siguientes beneficios clave:

• Replicación simplificada de ambientes de base de datos de Oracle OLTP entre arreglos heterogéneos mediante el splitter integrado de RecoverPoint para VMAX 10K y el splitter integrado de RecoverPoint para VNX.

• Rápida recuperación de desastres no planificados gracias al uso de RecoverPoint junto con los arreglos Symmetrix VMAX 10K y EMC VNX.

• Failover y failback automatizados para desastres planificados y no planificados, habilitados por la integración de RecoverPoint y VMware vCenter SRM.

• Ensayo de recuperación de desastres sin interrupciones mediante RecoverPoint y VMware vCenter SRM.

• Recuperación de base de datos de un punto en el tiempo a partir de imágenes marcadas de RecoverPoint.

Resultados clave



Introducción

Este informe técnico describe una solución de protección de datos y recuperación de desastres para ambientes Oracle Database 11g R2 OLTP virtualizados, habilitada por RecoverPoint, splitters de VNX RecoverPoint y Symmetrix VMAX 10K, y VMware vCenter Site Recovery Manager (SRM).

El alcance de este informe es describir:

• La infraestructura de almacenamiento y virtualización para la solución

• La configuración de RecoverPoint y vCenter SRM para failover y failback automatizados

• El ensayo de recuperación de desastres sin interrupciones

• El failover al sitio de recuperación

• El failback al sitio de producción

• La recuperación local de un punto en el tiempo de la base de datos

• Funcionamiento de RecoverPoint cuando VMAX 10K opera en modo degradado

Este informe técnico está destinado a administradores de bases de datos de Oracle, administradores de almacenamiento, administradores de VMware, clientes de EMC y personal de campo que desean comprender las funcionalidades de protección de datos y recuperación de desastres de Symmetrix VMAX 10K, RecoverPoint y SRM en el contexto de las bases de datos virtualizadas de Oracle OLTP.

Tabla 1 define los términos que se utilizan en este informe técnico.

Tabla 1. Terminología

Término Definición

ASM Automatic Storage Management. Administrador de volúmenes lógicos de Oracle.

CDP Protección continua de datos (consulte Opciones de protección de datos de RecoverPoint).

CLR Replicación local y remota simultánea (consulte Opciones de protección de datos de RecoverPoint).

CRR Replicación remota continua (consulte Opciones de protección de datos de RecoverPoint).

Dispositivo de datos Término de Virtual Provisioning para referirse a los dispositivos (no mapeados al host) que proporcionan almacenamiento físico para dispositivos delgados. Los dispositivos de datos deben encontrarse en un pool virtual antes de que puedan usarse.

DR Recuperación de desastres.

Enginuity El ambiente operativo que proporciona la inteligencia que controla todos los componentes de un arreglo VMAX 10K.

Propósito

Alcance

Público al que va dirigido

Terminología



10

Término Definición

FAST VP Fully Automated Storage Tiering for Virtual Pools. Una función de EMC Enginuity que proporciona organización automática del almacenamiento en niveles a nivel de sub-LUN. VP hace referencia a los pools virtuales, que son los pools delgados de Virtual Provisioning.

RDM Mapeo de dispositivos crudos. Un método para presentar un dispositivo de datos/SAN directamente a una máquina virtual. Una alternativa al uso de VMware VMFS.

RPA Dispositivo RecoverPoint (consulte Dispositivo RecoverPoint).

RPO Objetivo de punto de recuperación. El período máximo aceptable entre la última imagen consistente disponible y un desastre o una falla.

RTO Objetivo de tiempo de recuperación. El período máximo aceptable para volver a restaurar el estado operativo de un sistema o de una aplicación después de una falla o un desastre.

SMC Symmetrix Management Console. Una interfaz basada en el navegador que permite administrar el almacenamiento EMC Symmetrix.

SRM VMware vCenter Site Recovery Manager. Una extensión de VMware vCenter que permite la integración con la replicación basada en arreglos.

SYMCLI Interfaz de la línea de comandos de Symmetrix Solutions Enabler.

Dispositivo delgado Un dispositivo solamente de caché que se presenta a un host. Los dispositivos delgados son punteros a unidades de almacenamiento físico contenidas en pools delgados de Virtual Provisioning.

vCPU CPU virtual. Un procesador dentro de una máquina virtual. Actualmente, VMware ESX® 4.1 admite ocho vCPU por máquina virtual.

Pool virtual Un pool delgado de Virtual Provisioning que consiste en un conjunto de dispositivos de datos que proporcionan capacidad de almacenamiento para los dispositivos delgados que están enlazados al pool.

VMFS VMware Virtual Machine File System.



Componentes clave de la tecnología

En esta sección, se proporciona una descripción general de los componentes clave de la solución, según se detalla en la Tabla 2.

Tabla 2. Componentes de la solución

Función Componentes

Aplicación del negocio Oracle Database 11g R2 Enterprise Edition, con Oracle Grid Infrastructure y Oracle ASM

Plataformas de almacenamiento

Sitio de producción

• EMC Symmetrix VMAX 10K con Enginuity

• EMC Symmetrix Management Console

Sitio de recuperación

• EMC VNX5700

• EMC Unisphere™

Plataforma de virtualización VMware vSphere

VMware vCenter

Replicación y recuperación EMC RecoverPoint

VMware vCenter Site Recovery Manager

EMC RecoverPoint Storage Replication Adapter para VMware vCenter Site Recovery Manager

La solución está diseñada para proporcionar protección local y recuperación de desastres para ambientes Oracle Database 11g OLTP consolidados. Se demuestran estas funcionalidades para una base de datos OLTP de única instancia implementada en una máquina virtual VMware ESX.

Descripción general La solución demuestra las funcionalidades de protección local y recuperación de desastres de Symmetrix VMAX 10K con Enginuity, que proporciona la plataforma de almacenamiento en el sitio de producción.

El sistema Symmetrix VMAX 10K está integrado en la arquitectura EMC Virtual Matrix Architecture altamente escalable, que le permite crecer de manera rentable y transparente a partir de una configuración para principiantes de una sola bahía y un solo motor a un sistema de seis bahías y cuatro motores con 512 GB de memoria caché, 1,080 unidades y hasta 1.5 PB de capacidad útil.

Con un diseño que busca ofrecer simplicidad y facilidad de uso, VMAX 10K está provisionado virtualmente en su totalidad, y la organización en niveles del almacenamiento se administra automáticamente mediante EMC Fully Automated Storage Tiering for Virtual Pools (FAST VP). Se admiten unidades FC, unidades SATA y discos flash, al igual que las opciones de protección RAID 1, 5 y 6.

Los sistemas VMAX 10K se entregan preconfigurados y listos para la instalación y el arranque en el mismo día. Admiten todas las herramientas de monitoreo y administración de EMC Symmetrix, incluida la última versión mejorada de Symmetrix Management Console, que ofrece instalación y administración simplificadas mediante asistentes inteligentes.

Componentes de la solución

Aplicación de Oracle

EMC Symmetrix VMAX 10K con Enginuity



12

El splitter de RecoverPoint integrado para VMAX 10K permite la replicación local o remota para alcanzar RPO y RTO flexibles y eficientes.

Virtual Provisioning EMC Virtual Provisioning simplifica la configuración y la administración del almacenamiento, mejora la utilización de la capacidad y optimiza el rendimiento mediante la posibilidad de crear dispositivos delgados que presentan aplicaciones con más capacidad de la asignada físicamente en el arreglo de almacenamiento.

El almacenamiento físico que se utiliza para proporcionar espacio en disco a los dispositivos delgados proviene de un pool delgado, que está conformado por dispositivos de datos que proporcionan el almacenamiento físico real. Los pools delgados pueden ampliarse o reducirse sin interrupciones mediante la adición o la eliminación de dispositivos de datos. Virtual Provisioning admite replicación local y remota con RecoverPoint en VMAX 10K.

En EMC Solutions Enabler Symmetrix Array Controls CLI Version 7.3 Product Guide, se proporciona una descripción detallada de Virtual Provisioning.

Symmetrix Management Console Symmetrix Management Console (SMC) es una interfaz eficiente basada en navegador que simplifica la administración del almacenamiento de EMC Symmetrix, desde la creación de dispositivos hasta las funciones avanzadas de Symmetrix, como FAST VP, Virtual Provisioning, grupos de autoaprovisionamiento, configuración de replicación y monitoreo.

Para la solución, se proporciona almacenamiento en el sitio de recuperación mediante un arreglo de almacenamiento EMC VNX5700, lo que demuestra la compatibilidad de RecoverPoint con plataformas de almacenamiento heterogéneas.

VNX5700 forma parte de la plataforma de almacenamiento de última generación de la serie VNX, que utiliza procesadores Intel quad-core Xeon 5600. Está diseñado para ofrecer a las empresas de mediano rango el máximo nivel de rendimiento y escalabilidad, lo que les permite ampliar, compartir y administrar de manera rentable sistemas de bloques y archivos multiprotocolo. Los arreglos VNX incorporan el splitter de RecoverPoint, que admite replicación unificada de archivos y bloques para recuperación de desastres y protección de datos local.

EMC Unisphere es la plataforma de administración central de EMC VNX, que proporciona una sola vista combinada de sistemas de bloques y archivos con todas las funciones y características disponibles en una sola interfaz común. Unisphere ha sido optimizada para aplicaciones virtuales, proporciona una integración con VMware líder del sector, descubre automáticamente máquinas virtuales y servidores ESX Server, y proporciona mapeo de punto a punto, de virtual a físico.

VMware vSphere proporciona la plataforma de virtualización para la solución, y las máquinas virtuales VMware ESX alojan los sistemas de bases de datos y administración en los sitios de producción y de recuperación.

VMware vSphere abstrae las aplicaciones y la información de la complejidad de la infraestructura subyacente, por medio de una virtualización integral del hardware de servidor, almacenamiento y red. Es la plataforma de virtualización más completa y

EMC VNX5700

VMware vSphere



sólida del sector; virtualiza aplicaciones críticas para el negocio con pools de recursos dinámicos y ofrece niveles sin precedentes de confiabilidad y flexibilidad.

VMware vCenter proporciona la plataforma de administración centralizada para ambientes vSphere, lo que permite tener control y visibilidad de cada nivel de la infraestructura virtual, incluida la integración con RecoverPoint para permitir el descubrimiento del estado de protección de las máquinas virtuales en el ambiente.

Descripción general RecoverPoint es una solución de recuperación de desastres avanzada y de nivel empresarial que está diseñada con la confiabilidad, la flexibilidad y el rendimiento necesarios para las aplicaciones empresariales en ambientes heterogéneos de almacenamiento y servidores. Proporciona replicación de datos local y remota bidireccional, sin límites de distancia y con una degradación mínima del rendimiento.

EMC RecoverPoint/EX es una variante del producto que está optimizada para EMC VMAX 10K, para la serie VNX y para los arreglos de almacenamiento de las series CLARiiON® CX3 y CX4. EMC RecoverPoint/EX es el producto utilizado en esta solución.

Opciones de protección de datos de RecoverPoint RecoverPoint proporciona las siguientes opciones de replicación para ambientes VMware físicos y virtualizados:

Figura 1. Opciones de replicación de RecoverPoint

• Protección continua de datos (CDP): CDP captura y almacena de manera constante las modificaciones de datos a nivel local, lo que permite realizar una recuperación local desde cualquier punto en el tiempo sin pérdida de datos. Se admite la replicación síncrona y asíncrona.

EMC RecoverPoint



14

• Replicación remota continua (CRR): CRR admite la replicación síncrona y asíncrona entre los sitios remotos por medio de FC y de una WAN. La replicación síncrona es posible cuando los sitios remotos están conectados por medio de FC y proporciona un RPO igual a cero. La replicación asíncrona proporciona protección consistente con fallas y recuperación para puntos en el tiempo específicos, con un RPO bajo.

• Replicación local y remota simultáneas (CLR): CLR es una combinación de CRR y CDP, y proporciona protección de datos local y remota en simultáneo.

En RecoverPoint, CDP se utiliza normalmente para la recuperación operacional, mientras que CRR se utiliza comúnmente para la recuperación de desastres. La solución demuestra una configuración de RecoverPoint CLR.

Dispositivo RecoverPoint RecoverPoint se basa en un dispositivo, lo que permite aprovechar una mejor compatibilidad con grandes cantidades de información almacenadas en ambientes heterogéneos. Este enfoque fuera de banda permite a RecoverPoint brindar replicación continua con un impacto mínimo en las operaciones de I/O de las aplicaciones.

Los dispositivos RecoverPoint (RPA) ejecutan software RecoverPoint y administran todos los aspectos de la replicación de datos. Para la replicación local, se implementa una configuración de cluster de dos RPA o más. Esta configuración es compatible con el switchover inmediato a otro dispositivo si falla uno de los nodos del RPA de un cluster. Para la replicación remota, se implementa un cluster RecoverPoint en ambos sitios.

Los RPA usan eficaces tecnologías de deduplicación, compresión y reducción de ancho de banda para minimizar el uso del ancho de banda y reducir considerablemente el intervalo de retraso entre la escritura de los datos en el almacenamiento en los sitios de origen y de destino.

Splitter de RecoverPoint RecoverPoint usa tecnología de separación de escritura ligera, ya sea en el servidor de aplicaciones, en el fabric o en los arreglos, para espejear escrituras de aplicaciones en el cluster de RecoverPoint. Los arreglos VMAX 10K y VNX tienen splitters de RecoverPoint integrados que funcionan en cada adaptador de front-end (FA), lo que garantiza que el RPA reciba una copia de cada escritura.

El splitter basado en arreglos es el splitter de escritura más eficaz para la replicación de VMware, que permite la replicación de volúmenes VMFS y RDM sin el costo ni la complejidad de tener que incorporar hardware adicional. El splitter es compatible con los volúmenes iSCSI y FC que presentan los arreglos VMAX 10K o VNX a cualquier host, incluido un servidor ESX Server.

Registros de RecoverPoint Los registros de RecoverPoint almacenan escrituras de aplicaciones con registro de fecha y hora para su posterior recuperación en puntos en el tiempo determinados. Se provisionan tres registros para la replicación local y remota: un registro de producción en el sitio de producción y un registro de historial en los sitios de producción y de recuperación, respectivamente.

Para la replicación síncrona, cada escritura se retiene en el registro de historial para su recuperación en cualquier punto en el tiempo. Para la replicación asíncrona, se agrupan varias escrituras antes de la entrega en el registro de historial, lo que proporciona compatibilidad con la recuperación en puntos en el



tiempo significativos. Pueden crearse de manera automática o manual puntos en el tiempo marcados, para permitir la recuperación en eventos específicos de aplicaciones o del sistema.

Grupos de consistencia de RecoverPoint La consistencia y la fidelidad en el orden de escritura de las imágenes de punto en el tiempo están garantizadas gracias al uso de conjuntos de replicación y grupos de consistencia de RecoverPoint. Un conjunto de replicación define una asociación entre un volumen de producción y los volúmenes locales o remotos a los cuales se replica. Un grupo de consistencia agrupa en forma lógica los conjuntos de replicación que deben ser consistentes entre sí. Los grupos de consistencia garantizan que las actualizaciones de los volúmenes de producción se escriban en las réplicas en un orden de escritura consistente y que las réplicas se puedan utilizar siempre para continuar trabajando desde el origen de producción o restaurar ese origen.

La replicación de RecoverPoint está dirigida por políticas. Se puede especificar de manera exclusiva una política de replicación, basada en las necesidades de negocios específicas de su empresa, para cada grupo de consistencia. Esta política rige los parámetros de replicación para el grupo de consistencia, por ejemplo, el RPO y RTO para el grupo de consistencia, y su configuración de deduplicación, compresión de datos y reducción del ancho de banda.

VMware vCenter Site Recovery Manager (SRM) es un marco de trabajo de recuperación de desastres que se integra con EMC RecoverPoint para automatizar la recuperación de áreas de almacenamiento de datos de VMware de manera tal que este proceso resulte tan sencillo como, simplemente, presionar un botón.

SRM es una extensión de VMware vCenter que permite la integración con la replicación basada en arreglos, el descubrimiento y la administración de áreas de almacenamiento de datos replicadas, al igual que la migración automatizada del inventario de un vCenter a otro. SRM no replica datos. Para ello, aprovecha una solución de replicación externa, como RecoverPoint. Los servidores SRM coordinan las operaciones de los arreglos de almacenamiento replicados y los servidores vCenter en los sitios de producción y recuperación de modo que, a medida que se apaguen las máquinas virtuales en el sitio de producción, se encienden las máquinas virtuales en el sitio de recuperación y asuman la responsabilidad de proporcionar los mismos servicios utilizando los datos replicados desde el sitio de producción.

La migración del inventario protegido y de los servicios de un sitio a otro está controlada por un plan de recuperación que especifica el orden en el que se apagan y se encienden las máquinas virtuales, los recursos informáticos asignados y las redes a las que tienen acceso. SRM integrado con RecoverPoint también permite la prueba de los planes de recuperación mediante una copia temporal de los datos replicados, sin interrumpir las operaciones en curso en ninguno de los sitios.

La integración de SRM con RecoverPoint se proporciona mediante EMC RecoverPoint Storage Replication Adapter (SRA) para VMware vCenter Site Recovery Manager. RecoverPoint SRA admite el descubrimiento de arreglos conectados a RecoverPoint y grupos de consistencia habilitados para administración mediante SRM. También admite las funciones de SRM como el failover y las pruebas de failover mediante el mapeo de los planes de recuperación de SRM a las acciones de RecoverPoint correspondientes.


Integración de SRM con RecoverPoint



16

Protección continua de datos RecoverPoint CDP (protección continua de datos) proporciona la protección local del ambiente de producción, mediante el splitter de RecoverPoint integrado. Figura 2 Ilustra el flujo de una escritura en CDP.

Figura 2. Flujo de datos de RecoverPoint CDP

1. El servidor de aplicaciones emite una escritura en un LUN protegido por RecoverPoint. El splitter de RecoverPoint intercepta la escritura.

2. El splitter “separa” la escritura y la envía al volumen de producción y al RPA de manera simultánea.

3. Cuando el RPA recibe la escritura, envía una confirmación al splitter.

4. En paralelo, el RPA transfiere los datos al volumen de registro local, junto con un registro de fecha y hora y los marcadores de la escritura generados por aplicaciones, eventos o usuarios.

5. Una vez que los datos se almacenan de manera segura en el registro, se distribuyen a los volúmenes locales de destino por medio de las conexiones FC del RPA, para lo cual se conserva el orden de escritura durante la distribución.

Funcionamiento de RecoverPoint CDP y CRR



Replicación remota continua RecoverPoint CRR (replicación remota continua) proporciona la replicación del ambiente de producción al ambiente de recuperación mediante el splitter de RecoverPoint. Figura 3 Ilustra el flujo de una escritura en CRR.

Figura 3. Flujo de datos de RecoverPoint CRR

1. El servidor de aplicaciones emite una escritura en un LUN protegido por RecoverPoint. El splitter de RecoverPoint intercepta la escritura.

2. El splitter “separa” la escritura y la envía al volumen de producción y al RPA local de manera simultánea, de modo similar a una implementación de CDP.

3. Cuando el RPA recibe la escritura, envía inmediatamente una confirmación al splitter, a menos que ya se esté aplicando la replicación remota síncrona. Con la replicación síncrona, la confirmación se demora hasta que se recibe la escritura en el RPA del sitio remoto.

4. Cuando el RPA local recibe la escritura, se agrupa en un paquete con otras escrituras, se deduplica para eliminar los bloques redundantes, se secuencia y se le insertan registros de fecha y hora. Luego, el paquete se comprime y se transmite con una suma de verificación para la entrega al cluster del RPA remoto.

5. Una vez que se recibe el paquete en el sitio remoto, el RPA remoto comprueba la suma de verificación para garantizar que el paquete no se haya dañado en la transmisión y luego descomprime los datos.

6. A continuación, el RPA escribe los datos en el volumen de registro del sitio remoto.

7. Una vez que los datos se han escrito en el volumen del registro, se distribuyen a los volúmenes de réplicas remotas mediante las conexiones FC del RPA, para lo cual se conserva el orden de escritura durante la distribución.



18

Arquitectura y diseño de la solución

Las soluciones de EMC están diseñadas para reflejar y validar implementaciones reales. Figura 4 describe la arquitectura física de la solución que se describe en este informe técnico.

Figura 4. Arquitectura de la solución

La solución demuestra las funcionalidades de protección local y recuperación de desastres de EMC Symmetrix VMAX 10K con Enginuity, que proporciona la plataforma de almacenamiento en el sitio de producción. Se proporciona almacenamiento en el sitio de recuperación mediante un arreglo EMC VNX5700, lo que demuestra la compatibilidad de RecoverPoint con plataformas de almacenamiento heterogéneas. VMware vSphere proporciona la plataforma de virtualización para la solución.

Arquitectura de la solución



Tabla 3 proporciona detalles sobre el perfil del ambiente de la solución.

Tabla 3. Perfil de la solución

Características del perfil Detalles

Tipo de base de datos OLTP

Tamaño de la base de datos 500 GB

Cantidad de bases de datos 1

Perfil del tipo de carga Tipo de carga de entrada de pedidos de Swingbench (de tipo TPC-C)

Proporción de lecturas/escrituras de la base de datos

60/40

Conectividad de red FC 8 Gb y 10 GbE

Tabla 4 proporciona detalles sobre el ambiente de hardware de la solución.

Tabla 4. Ambiente de hardware de la solución

Propósito Cantidad Configuración

Almacenamiento (sitio de producción)

1 EMC Symmetrix VMAX 10K con:

• Un solo motor

• 96 GB de memoria caché

• 88 unidades FC de 450 GB y 15,000 r/min, más repuesto

• 16 unidades SATA de 2,000 GB, más repuesto

• 4 discos flash de 200 GB, más repuesto

• Ambiente operativo Enginuity

Almacenamiento (sitio de recuperación)

1 EMC VNX5700 con:

• Conectividad FC de 8 Gb

• Conectividad de red de 1 Gb

• 15 discos flash/SATA de 200 GB

• 15 discos SAS de 300 GB

• 45 discos SAS NL de 2 TB

• 2 Data Movers

• 8 NIC GbE

• 1 Control Station

• VNX Operating Environment

Servidores VMware ESX 2 • 2 CPU quad-core Xeon 5560, 2.80 GHz, 98 GB de RAM

• 2 adaptadores CNA de 10 GB

Switches de red 2 Switches Gigabit Ethernet

Switches FC 4 Switches FC de 8 GB/s, 2 por sitio

Dispositivos RecoverPoint 4 GEN 4, 2 RPA por sitio

Adaptadores de host 4 Adaptador CNA de 10 GB (2 por servidor físico)

Perfil del ambiente

Ambiente de hardware



20

Tabla 5 proporciona detalles sobre el ambiente de software de la solución.

Tabla 5. Ambiente de software de la solución

Software Versión Propósito

EMC Symmetrix Management Console

7.3 Herramienta de configuración y administración de Symmetrix VMAX 10K

EMC Unisphere 1.1 Software de administración de VNX

EMC Solutions Enabler 7.3 Software de administración de Symmetrix VMAX 10K

EMC RecoverPoint 3.4.1 Software de replicación de EMC, instalado en cada uno de los 4 RPA

EMC RecoverPoint Adapter para VMware vCenter Site Recovery Manager

4.1.1 Software de EMC para la integración de RecoverPoint y SRM

VMware vSphere 4.1 GA B260247 Hipervisor que aloja todas las máquinas virtuales

VMware vCenter 4.1 GA B259021 Administración de VMware vSphere


4.1.1 Administración de failover y failback de máquinas virtuales

Oracle Database 11g R2 Enterprise Edition 11.2.0.2

Software de base de datos de Oracle para cómputo basado en grid

Red Hat Enterprise Linux 5.5 SO de servidor para servidor de base de datos de Oracle

Microsoft Windows Server 2008 R2 x64 SO de servidor para generador de cargas de Swingbench

Swingbench 2.4.0.723 Herramienta de generación de tipos de cargas de la base de datos

Ambiente de software



El arreglo Symmetrix VMAX 10K se configura de fábrica en función de la información que proporciona el cliente en el momento del pedido. Los pools de almacenamiento se preconfiguran en función de los esquemas de protección que solicita el cliente.

Para provisionar el almacenamiento en los hosts ESX, simplemente ejecute el asistente para agregar un nuevo host y provisionar almacenamiento virtual desde el tablero de SMC. Este asistente lo guiará por los pasos necesarios, como se muestra en la Figura 5.

Figura 5. Asistente para agregar un nuevo host y provisionar almacenamiento virtual

Tabla 6 proporciona detalles sobre los volúmenes VMFS provisionados para la solución desde el arreglo Symmetrix VMAX 10K. Todos estos volúmenes se replican con RecoverPoint.

Tabla 6. Asignación de almacenamiento de Symmetrix VMAX 10K

Volumen VMFS Capacidad Metamiembros Pools delgados

OracleVM_DataStore 100 GB 1 VM_ FC_3R5

DATOS 800 GB 16 FC_3R5

RECONSTITUCIÓN 100 GB 2 FC_3R5

TMP 200 GB 4 FC_3R5

FRA 1,440 GB 8 SATA_6R6

Oracle_Binaries 20 GB 1 FC_3R5

Nota: Los volúmenes replicados con RecoverPoint requieren un volumen de destino del

mismo tamaño en el arreglo local y en el arreglo remoto.

Asignación de almacenamiento de Symmetrix VMAX 10K



22

Tabla 7 proporciona detalles sobre la asignación virtual de los recursos de hardware para las máquinas virtuales en el sitio de producción.

Tabla 7. Asignación virtual de recursos de hardware para máquinas virtuales

Función de la máquina virtual Cantidad Configuración

Nodo de base de datos de Oracle 1 6 vCPU, 24 GB de RAM, RHEL 5.5

Servidor VMware vCenter/SRM* 1 2 vCPU, 8 GB de RAM, Windows Server 2008 R2 x64

Servidor EMC SMC/SPA* 1 2 vCPU, 4 GB de RAM, Windows Server 2008 R2 x64

Servidor de Swingbench* 1 4 vCPU, 8 GB de RAM, Windows Server 2008 R2 x64

Servidor de aplicaciones 1 1 vCPU, 8 GB de RAM, Windows Server 2008 R2 x64

* Estas máquinas virtuales residen en un servidor ESX Server existente que se utiliza solamente para la administración de.

Recursos de máquinas virtuales



Configuración de la base de datos de Oracle

Aprovisionamiento virtual para grupos de discos de Oracle ASM La base de datos de Oracle para la solución contiene grupos de discos ASM individuales para archivos de datos, logs de reconstitución, Fast Recovery Area (FRA) y archivos temporales. Los volúmenes VMFS separados se presentan a las máquinas virtuales en áreas de almacenamiento de datos dedicadas para cada grupo de discos ASM.

Los grupos de discos ASM +DATA, +TEMP y +REDO se implementan en dispositivos de aprovisionamiento delgado enlazados a un pool virtual comprendido por dispositivos FC con protección RAID 5 (3+1). Este pool ofrece el alto rendimiento que requieren estos dispositivos.

El dispositivo delgado provisionado para los logs de +REDO se provisionó por completo en el momento de la implementación; es decir, todo el almacenamiento físico se asignó por anticipado. El área de almacenamiento de datos de VMFS para el archivo de log de +REDO también se provisionó para solicitar todo el almacenamiento desde el comienzo.

El dispositivo +FRA está enlazado a un pool virtual compuesto por dispositivos SATA de alta capacidad con protección RAID 6 (6+2). Por lo general, los dispositivos FRA no tienen las mismas exigencias de alto rendimiento que los archivos de datos y los logs de reconstitución, de modo que los dispositivos SATA proporcionan una implementación eficaz para estos datos.

Figura 6 muestra las relaciones de los grupos de discos ASM a los pools delgados.

Figura 6. Relación entre grupos de discos ASM y pools de almacenamiento

Se utilizó un esquema PL/SQL de ingreso de pedidos de Swingbench (SOE) para brindar los tipos de cargas OLTP necesarios para la solución. Este esquema crea un modelo de una base de datos OLTP tradicional, en el que las tablas y los índices residen en espacios de tablas separados.

Implementación de la base de datos de Oracle en Symmetrix VMAX 10K

Esquema de la base de datos



24

El esquema para la solución contiene las tablas y los índices que se enumeran en la Tabla 8.

Tabla 8. Tablas e índices del esquema

Nombre de la tabla Índice

CUSTOMERS CUSTOMERS_PK (UNIQUE), CUST_ACCOUNT_MANAGER_IX, CUST_EMAIL_IX, CUST_LNAME_IX, CUST_UPPER_NAME_IX

INVENTORIES INVENTORY_PK (UNIQUE), INV_PRODUCT_IX, INV_WAREHOUSE_IX

ORDERS ORDER_PK (UNIQUE), ORD_CUSTOMER_IX, ORD_ORDER_DATE_IX, ORD_SALES_REP_IX, ORD_STATUS_IX

ORDER_ITEMS ORDER_ITEMS_PK (UNIQUE), ITEM_ORDER_IX, ITEM_PRODUCT_IX

PRODUCT_DESCRIPTIONS PRD_DESC_PK (UNIQUE), PROD_NAME_IX

PRODUCT_INFORMATION PRODUCT_INFORMATION_PK (UNIQUE), PROD_SUPPLIER_IX

WAREHOUSES WAREHOUSES_PK (UNIQUE)

LOGON

Para verificar el ambiente de la base de datos virtual, se ejecutó el tipo de carga de ingreso de pedidos de Swingbench en relación con la base de datos, con un conteo de usuarios de 100, como se muestra en la Figura 7.

Figura 7. Tipo de carga de Swingbench que se ejecuta para la base de datos



Configuración de EMC RecoverPoint

Catálogo de RPA y aprovisionamiento de gatekeeper La configuración del splitter de RecoverPoint en el arreglo Symmetrix VMAX 10K requiere el aprovisionamiento de los siguientes volúmenes:

• Un volumen de catálogo (3 GB como mínimo) para el cluster del RPA.

Este almacena datos de configuración acerca de los RPA y grupos de consistencia de RecoverPoint, lo que permite un funcionamiento adecuado del RPA para asumir sin inconvenientes las actividades de replicación de un RPA con fallas en el mismo cluster.

También se provisiona un volumen de catálogo del mismo tamaño en VNX5700 para el cluster del RPA en el sitio de recuperación.

• Ocho volúmenes de gatekeepers únicos cada uno para RPA1 y RPA2.

Estos volúmenes se provisionan mediante la creación de vistas de enmascaramiento de autoaprovisionamiento que presentan los volúmenes a los RPA. Para la solución, se crearon tres vistas de enmascaramiento para el cluster de RecoverPoint, dado que está conformado por dos RPA (RPA1 y RPA2):

• RecoverpointConfig: esta vista presenta el volumen de catálogo, los volúmenes de registros y los volúmenes de réplicas en todos los nodos del cluster del RPA

• RPA1_GK: esta vista presenta los gatekeepers que son pertinentes para el RPA1

• RPA2_GK: esta vista presenta los gatekeepers que son pertinentes para el RPA2

Figura 8 muestra la creación de la vista de enmascaramiento RecoverPointConfig mediante el cuadro de diálogo Masking View Management – Create de Symmetrix Management Console.

Para obtener más información sobre las vistas de enmascaramiento de autoaprovisionamiento, consulte el documento EMC RecoverPoint Deploying with Symmetrix Arrays and Splitter—Technical Notes.

Preparación de VMAX 10K para la conectividad de RecoverPoint



26

Figura 8. Configuración de las vistas de enmascaramiento para un cluster de RecoverPoint

Activación de omisión de protección contra escritura para iniciadores de RPA En los arreglos VMAX 10K que ejecutan el microcódigo Enginuity 5875, es necesario activar la omisión de protección contra escritura (WPBP) para el grupo de iniciadores del cluster del RPA y para cada grupo de iniciadores del RPA. Esto no es necesario para los arreglos VMAX 10K que ejecutan Enginuity 5876 y versiones posteriores.

RecoverPoint se configuró de la siguiente manera para la solución:

• CLR fue el método de replicación utilizado para la solución. Esto combina CDP y CRR.

• Se crearon dos grupos de consistencia:

Oracle_SRM: este grupo de consistencia abarca todos los conjuntos de replicación para la base de datos Oracle, archivos binarios de Oracle y el área de almacenamiento de datos que contiene el sistema operativo que se ejecuta para la máquina virtual que alberga el software de Oracle.

Configuración de RecoverPoint para esta solución



App_SRM: este grupo de consistencia incluye los conjuntos de replicación para el área de almacenamiento de datos que contiene las máquinas virtuales del servidor de aplicaciones y Swingbench (consulte Tabla 7).

Mediante la separación de las máquinas virtuales replicadas en distintos grupos de consistencia, fue posible planificar diferentes escenarios de recuperación de desastres. Por ejemplo, se podía ejecutar el failover en el ambiente Oracle de manera independiente de las demás máquinas virtuales, o bien, se podía ejecutar el failover en todo el ambiente de producción como un mismo proceso.

• Para cada grupo de consistencia, se configuraron tres registros, dos en el sitio de producción para admitir los volúmenes de producción y sus réplicas locales, y uno en el sitio de recuperación para admitir la réplica remota. Todos los registros de VMAX 10K se enlazaron al pool FC_3R5.

Para obtener más detalles sobre la configuración de RecoverPoint, consulte el documento Administrator EMC RecoverPoint Release 3.4.1 Administrator’s Guide.

Tamaño de registro El tamaño de los volúmenes de registro debe reflejar el RPO. Para determinar el tamaño del registro, es necesario que los administradores calculen la tasa de cambio máxima prevista en su ambiente.

A continuación, se presenta la fórmula de dimensionamiento del volumen de registro:

Journal size = (new data writes per second) x (required rollback time in seconds)

(1 − target side log size) x 1.05

El 20 % del registro debe reservarse para el log de destino y el 5 %, para las necesidades internas del sistema.

Por ejemplo, para admitir un requisito de reversión de 24 horas (86,400 segundos), con 5 Mb/s de nuevas escrituras de datos en los volúmenes de replicación de un grupo de consistencia, el cálculo debería ser el siguiente:

(5 x 86400)(1 − 0.2)

x 1.05 = 567000 Mb = 69.213 GB (~70 GB)

Para la solución, todos los registros tenían un tamaño de 500 GB. Con una tasa de cambio de 5 Mb/s, RecoverPoint puede revertir al menos siete días. Es posible incrementar el punto de recuperación mediante la consolidación de marcadores y la compresión de registros.

El Asistente de instalación de RecoverPoint, que forma parte de RecoverPoint Distribution Manager, lo guía por el procedimiento para instalar RecoverPoint y configurar los clusters del RPA en los sitios de producción y recuperación. Antes de ejecutar el asistente, es fundamental haber completado los pasos que se describen en Preparación de VMAX 10K para la conectividad de RecoverPoint, dado que el asistente le solicita identificar los volúmenes del catálogo creados.

Instalación de RecoverPoint



28

Figura 9 muestra la pantalla Prerequisites del asistente, que enumera las condiciones que deben cumplirse para poder usar el asistente. También muestra la pantalla Summary, que enumera las tareas completadas durante la instalación.

Figura 9. Asistente de instalación de RecoverPoint

Descripción general Una vez finalizada la instalación de RecoverPoint, puede configurar los grupos de consistencia de RecoverPoint necesarios para la replicación local y remota de sus datos de aplicaciones. Para ello, lleve a cabo los pasos siguientes para cada grupo de consistencia:

1. Presente el almacenamiento que se replicará a los clusters del RPA en ambos sitios.

2. Etiquete todos los dispositivos VMAX 10K que deben protegerse mediante RecoverPoint.

3. Configure el acceso de RecoverPoint a los splitters de RecoverPoint en los arreglos VMAX 10K y VNX.

4. Cree el grupo de consistencia de RecoverPoint.

En esta sección, se describe el proceso de configuración para el grupo de consistencia Oracle_SRM de la solución.

Paso 1: Presentar el almacenamiento que se replicará a los clusters del RPA.

Arreglo local Los dispositivos de producción de la aplicación que deberán protegerse mediante RecoverPoint deben presentarse al cluster del RPA. Para ello, realice lo siguiente:

1. Inicie Symmetrix Management Console para el arreglo local.

2. Abra el grupo de iniciadores para la vista de autoaprovisionamiento existente que contiene los dispositivos que se protegerán.

3. Agregue los grupos de iniciadores del RPA para todos los RPA, como se muestra en la Figura 10.

Configuración de CLR



Figura 10. Adición de grupos de iniciadores del RPA

Arreglo remoto Los dispositivos de destino y registro remoto para la copia de CRR deben presentarse al cluster del RPA remoto. La manera en que esto se lleva a cabo depende del tipo de arreglo de destino. El arreglo de destino para la solución es VNX5700. En este caso, un grupo de almacenamiento que contiene los dispositivos de registro y de destino se configuró y se presentó a los RPA remotos. Se creó un segundo grupo de almacenamiento y se presentó al host ESX en el sitio remoto para proporcionar acceso al almacenamiento de réplicas.

Para obtener información más detallada sobre la configuración del almacenamiento de VNX para la replicación con RecoverPoint, consulte el documento EMC RecoverPoint Deploying with VNX/CLARiiON Arrays and Splitter—Technical Notes.

Paso 2: Etiquetar los dispositivos protegidos para el uso de RecoverPoint. En el splitter de RecoverPoint para las configuraciones de VMAX 10K, es necesario etiquetar dispositivos para el uso de RecoverPoint. De esta manera, el splitter puede acceder a los dispositivos y también se facilita la identificación de los volúmenes de VMAX 10K que se han configurado para el uso de RecoverPoint.

Figura 11 muestra el procedimiento de Symmetrix Management Console para etiquetar los dispositivos del grupo de almacenamiento para ESX Server. Utilice el mismo procedimiento para etiquetar los volúmenes de réplicas en el grupo de almacenamiento RecoverpointConfig.



30

Figura 11. Etiquetado de dispositivos para el uso de RecoverPoint

Nota: Se debe repetir este paso siempre que se agregan dispositivos a la configuración (si deben protegerse mediante RecoverPoint).

Paso 3: Configurar el acceso de RecoverPoint a los splitters de RecoverPoint. Para configurar el acceso de RecoverPoint a los splitters de RecoverPoint en arreglos VMAX 10K y VNX, utilice el asistente New Splitter Wizard, como se muestra en la Figura 12.

Figura 12. Adición de nuevos splitters

Paso 4: Crear el grupo de consistencia. La creación de grupos de consistencia implica lo siguiente:

1. Definir la configuración de políticas de replicación para el grupo de consistencia, la copia de producción (es decir, los datos que se protegerán) y las copias de réplicas locales y remotas.

2. Agregar conjuntos de replicación al grupo de consistencia mediante la selección de los volúmenes de producción que se replicarán y la asignación de los volúmenes de réplicas correspondientes en las copias locales o remotas.

3. Seleccionar los volúmenes del registro para los registros de producción y de réplicas.



El asistente New Consistency Group Wizard de la aplicación de administración de RecoverPoint lo guía por los pasos necesarios, como se muestra en la Figura 13. La configuración de políticas de replicación es opcional, dado que la configuración

predeterminada proporciona una configuración práctica.

Figura 13. Pasos del asistente New Consistency Group Wizard

Se crearon los grupos de consistencia para la solución con el asistente y se aceptaron los valores predeterminados para la configuración opcional.

Figura 14 muestra la pantalla de resumen final del grupo de consistencia Oracle_SRM, que se ha configurado con una copia local (Oracle_CDP) y una copia remota (Oracle_CRR) para admitir la protección de datos local y la replicación remota. La pantalla de resumen incluye los conjuntos de replicación definidos para el grupo de consistencia.

Figura 14. Resumen de la configuración del grupo de consistencia



32

Después de haber creado un grupo de consistencia y de haber instalado SRM, es necesario configurar el grupo de consistencia para la administración mediante SRM. Para hacerlo, utilice la configuración Policy de la aplicación de administración de RecoverPoint, como se muestra en la Figura 15.

Figura 15. Configuración del grupo de consistencia para la administración mediante SRM

Configuración del grupo de consistencia para la administración mediante SRM

grupo de consistencia

configuración de política



Automatización de recuperación del sitio con VMware vCenter Site Recovery Manager

A fin de instalar y configurar VMware vCenter Site Recovery Manager (SRM) para la recuperación automatizada del sitio mediante RecoverPoint, se deben realizar los pasos siguientes:

1. Instalar y configurar SRM.

2. Configurar la conexión entre los sitios protegidos y de recuperación.

3. Configurar los administradores de arreglos de RecoverPoint.

4. Configurar los grupos de protección.

5. Configurar los mapeos de inventario.

6. Personalizar las opciones de recuperación de máquinas virtuales.

7. Personalizar las direcciones IP del sitio de recuperación.

8. Crear el plan de recuperación.

La mayoría de estos pasos se ejecutan desde la interfaz de SRM en vCenter, que incluye asistentes inteligentes que permiten una configuración rápida y fácil. Para obtener detalles completos de estos pasos, consulte el documento VMware vCenter Site Recovery Manager Administration Guide 4.1.

Es posible crear múltiples planes de recuperación para adecuarse a diversos escenarios de recuperación. En el ejemplo que se muestra en la Figura 16, se han creado tres planes de recuperación: uno para ejecutar el failover de todo el ambiente y los otros dos para ejecutar el failover de las capas de aplicaciones y bases de datos de manera independiente.

Figura 16. Múltiples planes de recuperación

Todos estos planes de recuperación se ejecutaron correctamente como parte de las pruebas de la solución. A los fines de demostrar el proceso de failover utilizando SRM y RecoverPoint, este informe técnico documenta los procedimientos de failover y failback de todo el ambiente de producción.

En esta sección, se describe cómo se configuró SRM para el failover del sitio de producción al sitio de recuperación. En la sección Proceso de failback del sitio de RecoverPoint CRR, describe cómo se configuró SRM para el failback del sitio de recuperación al sitio de producción.

Descripción general



34

SRM tiene distintos requisitos para la configuración de vSphere en cada sitio:

• Cada sitio debe incluir un servidor vCenter que contenga al menos un centro de datos vSphere.

• El sitio de recuperación debe admitir replicación basada en arreglos con el sitio protegido (de producción) y debe tener recursos de hardware y de red compatibles con las mismas máquinas virtuales y los mismos tipos de cargas que el sitio protegido.

• Al menos una máquina virtual debe residir en el área de almacenamiento de datos que se replica mediante RecoverPoint en el sitio protegido.

• Los sitios protegidos y de recuperación deben estar conectados mediante una red IP confiable. Los arreglos de almacenamiento pueden tener otros requisitos de red.

• El sitio de recuperación debe tener acceso a las mismas redes públicas y privadas que el sitio protegido, aunque no necesariamente debe acceder al mismo rango de direcciones de red.

• Las herramientas de VMware se deben instalar en todas las máquinas virtuales.

El paso de instalación y configuración de SRM incluye las siguientes tareas:

1. Configurar las bases de datos de SRM en ambos sitios: estas almacenan los planes de recuperación, la información de inventario, etc.

2. Instalar el servidor SRM en ambos sitios.

3. Instalar RecoverPoint Storage Replication Adapter en el servidor SRM en ambos sitios: esto permite la integración de SRM y RecoverPoint.

4. Instalar el plug-in del cliente SRM en un cliente vSphere o más en uno de los sitios o en ambos.

Requisitos previos

Paso 1: Instalar y configurar SRM



Después de instalar la base de datos SRM y el servidor SRM en cada sitio, es necesario configurar la conexión entre el sitio protegido y el sitio de recuperación. Para hacerlo, especifique la dirección IP del servidor SRM remoto en el asistente Connect to Remote Site para el sitio protegido, como se muestra en la Figura 17.

Figura 17. Conectar los servidores SRM y vCenter en los sitios protegidos y de recuperación

Para que SRM se integre con RecoverPoint, deben configurarse administradores de arreglos de RecoverPoint en los sitios protegidos y de recuperación. Para hacerlo, utilice el asistente Configure Array Managers de SRM.

El asistente descubre los dispositivos de almacenamiento replicados en los sitios protegidos y de recuperación, e identifica las áreas de almacenamiento de datos VMFS que son compatibles. Al finalizar, se presenta una lista de los grupos replicados de áreas de almacenamiento de datos.

Figura 18 muestra el asistente en curso, en el que RecoverPoint se especificó como el tipo de administrador y Production (Producción), como el sitio protegido. También se especifica la información de conexión para RecoverPoint en el sitio protegido.

Paso 2: Conectar los sitios protegidos y de recuperación

Paso 3: Configurar los administradores de arreglos de RecoverPoint

1

2

3



36

Figura 18. Configurar los administradores de arreglos de RecoverPoint

Un grupo de protección es un conjunto de máquinas virtuales que usan el mismo grupo de áreas de almacenamiento de datos (el mismo conjunto de LUN replicados) y que ejecutan failover en simultáneo.

Para crear un grupo de protección, seleccione los grupos de áreas de almacenamiento de datos que desea proteger y especifique un grupo de áreas de almacenamiento de datos en el sitio de recuperación en el cual SRM pueda crear marcadores de posición para los miembros del grupo de protección. Para ello, utilice el asistente Create Protection Group. El asistente detecta en forma automática las áreas de almacenamiento de datos que actualmente están protegidas por RecoverPoint y le permite seleccionar las que desea incluir en el grupo de protección.

Se crearon dos grupos de protección para el caso de uso: uno para el grupo de consistencia Oracle_SRM y el otro para el grupo de consistencia App_SRM. Figura 19 muestra el grupo de protección de Oracle que se creará.

Figura 19. Creación de un grupo de protección

Paso 4: Configurar los grupos de protección

Grupo de áreas de almacenamiento de datos seleccionado para inclusión en el grupo de protección

Máquinas virtuales compatibles con el grupo de áreas de almacenamiento de datos seleccionado



Cuando se haya creado un grupo de protección, se crearán automáticamente máquinas virtuales shadow en el inventario de vCenter del sitio de recuperación. Estas actúan como marcadores de posición para las máquinas virtuales que pueden ejecutar el failover con SRM. Las máquinas virtuales shadow no pueden iniciarse de manera independiente de SRM y no se eliminan si se elimina su grupo de protección.

Se deben configurar los recursos de carpetas de máquinas virtuales, de red e informáticos en el sitio de recuperación para que SRM conozca los recursos que debe usar en caso de que se produzca un failover.

La pantalla Inventory Mappings enumera los recursos del sitio protegido y le permite seleccionar los recursos correspondientes para usar en el sitio de recuperación. Figura 20 muestra los mapeos de inventario configurados para la solución.

Figura 20. Crear mapeos de inventario

Nota: Para una administración sencilla, resulta útil agrupar las máquinas virtuales protegidas en una carpeta. Para la solución, se agruparon máquinas virtuales protegidas en la carpeta SRM Protected VMs.

Después de haber creado grupos de protección, se pueden personalizar las opciones de recuperación de máquinas virtuales individuales para adecuarlas a requisitos específicos. Las opciones de personalización disponibles sirven como una herramienta eficaz para garantizar que los planes de recuperación complejos se implementen con facilidad.

Por ejemplo, si existen distintas máquinas virtuales en un grupo de protección, su secuencia de arranque puede personalizarse mediante la asignación de diferentes prioridades de recuperación. En un ambiente de base de datos de Oracle, esto significa que se puede configurar un plan de recuperación para iniciar las máquinas virtuales de bases de datos antes que las máquinas virtuales del servidor de aplicaciones.

Para la solución, se asignó a la máquina virtual Alicanto-PV1 una prioridad de recuperación alta (High), como se muestra en la Figura 21. Esta máquina se recuperará primero, antes que la máquina virtual de Swingbench (que tiene prioridad normal) y que la máquina virtual AppServer (que tiene prioridad baja [Low]).

Paso 5: Configurar los mapeos de inventario

Paso 6: Personalizar las opciones de recuperación de máquinas virtuales



38

Figura 21. Modificación de la prioridad de arranque de una máquina virtual

A causa de las diferencias en la infraestructura, durante el failover de un centro de datos diferente, generalmente se requieren algunos ajustes para albergar la configuración de IP. Durante el failover de toda una configuración, esto puede implicar actualizar la configuración para múltiples máquinas virtuales.

SRM proporciona una utilería de personalización masiva de IP (dr-ip-customizer.exe) que permite actualizar automáticamente la configuración de IP de las máquinas virtuales recuperadas. La utilería genera un archivo CSV que contiene la configuración de IP de todas las máquinas virtuales configuradas para el failover de SRM. Puede editar este archivo para especificar la configuración de IP del sitio de recuperación y, a continuación, volver a ejecutar la utilería para cargar la nueva configuración en el servidor vCenter del sitio de recuperación.

Para la solución, la utilería se utilizó para actualizar la configuración de IP del sitio de recuperación de la siguiente manera.

1. Se inició sesión en el servidor vCenter del sitio de recuperación.

2. Se ejecutó la utilería dr-ip-customizer.exe, en la que se especificó el nombre y la ubicación del archivo CSV, como se muestra en la Figura 22.

Figura 22. Ejecución de la utilería de IP para generar un archivo CSV

3. Edite el archivo CSV para proporcionar la configuración de IP de las máquinas virtuales en el sitio de recuperación. Figura 23 muestra el archivo editado para la solución.

Figura 23. Archivo CSV editado para la configuración de IP del sitio de recuperación

Paso 7: Personalizar las direcciones IP del sitio de recuperación



4. Ejecute la utilería para cargar la nueva configuración en el servidor vCenter del sitio de recuperación, como se muestra en la Figura 24.

Figura 24. Cargar la configuración de IP para el sitio de recuperación

Nota: Si elimina o vuelve a crear un grupo de protección, debe repetir este proceso para volver a aplicar las personalizaciones de IP.

Un plan de recuperación determina los pasos automatizados que SRM ejecuta al iniciar un ambiente protegido en el sitio remoto. Todos los planes de recuperación incluyen un conjunto de pasos prescritos que se ejecutan en un orden determinado. También se implementan las personalizaciones que configura antes de crear el plan de recuperación (por ejemplo, prioridad de recuperación y configuración de IP).

Para crear un plan, ejecute el asistente Create Recovery Plan en el sitio de recuperación y, simplemente, especifique el nombre del plan de recuperación y el grupo de protección que se recuperará. Figura 25 muestra el plan de recuperación de failover de Oracle que se creará para la solución. Este plan de recuperación ejecuta el failover en todo el ambiente de producción al sitio de recuperación.

Figura 25. Crear un plan de recuperación

Paso 8: Crear el plan de recuperación



40

Probar el plan de recuperación de failover de Oracle

Se puede probar un plan de recuperación SRM en cualquier momento sin interrumpir las operaciones de replicación o en curso en el sitio protegido.

La prueba se lleva a cabo en un ambiente aislado del sitio de recuperación, utilizando una copia temporal de los datos replicados. Ejecuta todos los pasos del plan de recuperación, excepto apagar las máquinas virtuales en el sitio protegido y asumir el control de los datos los replicados por los dispositivos del sitio de recuperación. Si el plan solicita la suspensión de máquinas virtuales locales en el sitio de recuperación, esta acción también se lleva a cabo durante la recuperación de prueba.

Esta instalación le permite ensayar sus planes de recuperación de manera íntegra y con facilidad para verificar la temporización y la confiabilidad de dichos planes.

En esta sección, se describe una recuperación de prueba del plan de recuperación de failover de Oracle. En la sección Automatización de recuperación del sitio con VMware vCenter Site Recovery Manager del informe técnico, se describe cómo se creó este plan de recuperación.

En primer lugar, se agregaron 4,000 registros a la base de datos de producción. Luego, se ejecutó un script para generar el conteo de registros y la marca de fecha y hora de la última entrada, como se muestra en la Figura 26. Esta información se utilizó posteriormente para verificar la ejecución correcta de la recuperación de prueba.

Figura 26. Conteo de registros y marca de fecha y hora del sitio de producción

Para iniciar la prueba, simplemente se seleccionó del plan de recuperación Oracle Failover en SRM y se hizo clic en el botón Test, como se muestra en la Figura 27.

Figura 27. Iniciar la prueba de recuperación


Prueba del plan de recuperación



Al ejecutar un plan de prueba, SRM crea una red TEST aislada en el sitio de recuperación y permite el acceso a imágenes en el grupo de consistencia de RecoverPoint. También inicia las máquinas virtuales replicadas mediante RecoverPoint y realiza las tareas de reconfiguración necesarias para acceder a los discos del arreglo remoto.

Figura 28 muestra los pasos de recuperación que se llevaron a cabo durante la prueba del plan de recuperación de failover de Oracle. Primero, SRM creó un marcador SRM y activó el acceso a imágenes en la copia de CRR. A continuación, recuperó la máquina virtual Alicanto-PV1, de prioridad alta, seguida por la máquina virtual de Swingbench, de prioridad normal, y luego por la máquina virtual AppServer, de prioridad baja. Las máquinas virtuales en el sitio de producción no se apagaron como parte del proceso de prueba.

Figura 28. Pasos de recuperación de prueba

En esta etapa, el ambiente está disponible en el sitio remoto y los administradores pueden verificar la funcionalidad de las aplicaciones en el ambiente seguro creado como parte de la prueba.

Recuperar VM de prioridad alta

Recuperar VM de prioridad normal

Crear un marcador de SRM y activar el acceso a imágenes en la copia de CRR

Recuperar VM de prioridad baja



42

Para la prueba de recuperación de failover de Oracle, la vista de estado en la aplicación de administración de RecoverPoint verificó que se haya activado el acceso a la imagen de RecoverPoint, como se muestra en la Figura 29.

Figura 29. Acceso a imagen de RecoverPoint activado

Para verificar que se hayan aplicado las personalizaciones de la dirección IP de manera correcta, se comprobó la configuración de IP de las máquinas virtuales en las que se ejecutó el failover de la instancia de vCenter del sitio de recuperación, como se muestra en la Figura 30.

Figura 30. Verificación de las personalizaciones de la dirección IP

Para verificar la integridad de los datos en el sitio de recuperación, se ejecutó un script en la máquina con failover para generar el conteo de registros y la marca de fecha y hora de la última entrada. Como se muestra en la Figura 31, estos datos coinciden con el conteo de registros y la marca de fecha y hora del sitio protegido (consulte Figura 26).

Verificación de la ejecución correcta de la prueba de recuperación

Acceso a imagen activado }



Figura 31. Conteo de registros y marca de fecha y hora del sitio de recuperación

Para verificar que el ambiente remoto podía procesar transacciones, se ejecutó una carga Swingbench, con 100 usuarios, para la base de datos en el sitio de recuperación.

Después de verificar la ejecución correcta de la prueba de recuperación, la prueba finalizó. En este punto, SRM desactivó el acceso a imágenes en la copia de CRR y se generó el informe de la prueba de resumen que se muestra en la Figura 32. El tiempo dedicado a la recuperación de prueba fue solamente de 24 minutos. Este tiempo incluyó los pasos de verificación realizados para garantizar que se pueda acceder a la imagen remota y que el ambiente de Oracle pueda procesar las transacciones.

Figura 32. Informe de la prueba de recuperación

Este informe de la prueba puede usarse para demostrar una temporización precisa de los planes de recuperación y de la confiabilidad de la recuperación para auditorías, cumplimiento de normas, administración del sistema y otros fines del negocio.

Informe de la prueba de recuperación



44

Contar con un plan de recuperación de desastres es el primer paso para garantizar que está preparado para el peor escenario posible. No obstante, la única forma de saber verdaderamente si su plan de recuperación de desastres funciona es realizar una prueba. La capacidad de Site Recovery Manager de ejecutar planes de recuperación en modo de prueba le permite hacerlo.

• Los planes de recuperación pueden probarse en cualquier momento sin necesidad de interrumpir la replicación ni el RPO del negocio.

• La temporización precisa de las pruebas de planes de recuperación permite a los administradores predecir la duración de la recuperación del ambiente virtual.

• Los administradores pueden acceder rápidamente a una réplica de todo su ambiente de producción para fines de prueba.

• Los informes de resumen generados de manera automática pueden usarse para demostrar el cumplimiento de los requisitos reglamentarios.

Beneficios de la prueba de planes de recuperación



Proceso de failover del sitio de RecoverPoint CRR

Para el caso de uso, se habilitó la recuperación del sitio remoto mediante RecoverPoint CRR, funcionalidad integrada con VMware vCenter SRM. SRM automatiza el proceso de recuperación de modo que la ejecución del failover sea tan sencilla como presionar un botón. No es necesario que el usuario interactúe con la consola de RecoverPoint. Simplemente, ejecute el plan de recuperación desde el plug-in de SRM dentro de la instancia vCenter del sitio de recuperación.

En esta sección, se describe cómo se ejecutó el failover del ambiente Oracle al sitio de recuperación mediante la ejecución del plan de recuperación de failover de Oracle. En la sección Automatización de recuperación del sitio con VMware vCenter Site Recovery Manager del informe técnico, se describe cómo se creó este plan de recuperación. En la sección Probar el plan de recuperación de failover de Oracle, se describe una ejecución de una prueba del plan de recuperación.

Antes de ejecutar el failover, se agregaron algunos registros a la base de datos de producción. A continuación, se ejecutó un script para generar el conteo de registros y la marca de fecha y hora de la última entrada. Esta información se utilizó posteriormente para verificar la ejecución correcta del failover. Figura 33 muestra un total de 15,000 registros en la base de datos en este momento.

Figura 33. Adición de registros a la base de datos de producción

La ejecución del failover del ambiente de producción al sito de recuperación implicó simplemente la ejecución del plan de recuperación de failover de Oracle en el servidor vCenter del sitio de recuperación, como se muestra en la Figura 34.

Figura 34. Ejecución del plan de recuperación


Ejecución del plan de recuperación de failover de Oracle



46

Una vez finalizado el proceso de failover, SRM presentó un informe de resumen de los pasos de recuperación, como se muestra en la Figura 35.

Figura 35. Informe de resumen de failover de Oracle

SRM ejecutó automáticamente los pasos de failover en el plan de recuperación, incluidas las tareas administrativas necesarias para importar las máquinas virtuales a la instancia remota de vCenter. También se implementaron las personalizaciones de prioridades de recuperación y configuración de IP definidas antes de crear el plan de recuperación. Esto significó que se inició la máquina virtual Alicanto-PV1, de prioridad alta, antes que la máquina virtual de Swingbench, de prioridad normal, y que la máquina virtual AppServer, de prioridad baja.

La vista de estado en la aplicación de administración de RecoverPoint (consulte Figura 36) muestra el estado con failover ejecutado del grupo de consistencia Oracle_SRM después de haber ejecutado el plan de recuperación. Tenga en cuenta que se ha invertido la dirección de replicación. Esto significa que los cambios en el sitio de DR se replican al sitio de producción utilizando las políticas configuradas para el grupo de consistencia Oracle_SRM.

Figura 36. Grupo de consistencia Oracle_SRM en failover

El sitio de DR ahora es el origen.



Cuando se produce un failover de la máquina virtual de la base de datos de Oracle a un sitio de recuperación de desastres, Oracle recupera automáticamente la imagen de CRR consistente con fallas presentada al sitio de recuperación mediante RecoverPoint. Figura 37 muestra la recuperación de Oracle de la imagen consistente con fallas del host de la base de datos Alicanto-PV1.

Figura 37. Recuperación de la imagen consistente con fallas de Oracle

Para verificar la integridad de los datos en el sitio de recuperación, se ejecutó un script en la máquina virtual Alicanto-PV1 con failover para generar el conteo de registros y la marca de fecha y hora de la última entrada. Como se muestra en la Figura 38, estos datos coinciden con el conteo de registros y la marca de fecha y hora del sitio de producción (consulte Figura 33).

Figura 38. Verificación de la integridad de datos después del failover

Reinicio de la base de datos de Oracle

Verificación de la integridad de datos en el sitio de recuperación



48

Beneficios de la automatización del failover y la recuperación de ambientes Oracle con RecoverPoint y SRM:

• La virtualización del sistema operativo y las aplicaciones, además de su replicación con RecoverPoint, permite eliminar el tiempo de implementación del ambiente de recuperación de desastres. Todo el ambiente operativo se implementa una sola vez en el sitio de producción y se replica al sitio remoto. La única instalación necesaria en el sitio remoto es la de los servidores VMware ESX, con vCenter, y la de los servidores SRM que se necesitan para administrar el failover.

• Las pruebas realizadas mostraron que SRM y RecoverPoint pueden replicar todos los ambientes Oracle entre arreglos de almacenamiento heterogéneos (Symmetrix VMAX 10K y VNX5700).

• La implementación de VMware ESX para virtualizar ambientes operativos de servidores elimina la necesidad de que los ambientes de servidores en los sitios de producción y recuperación sean idénticos.

• La automatización de la recuperación del sitio con SRM elimina el temor de la ejecución de un plan de recuperación de desastres. Los planes de recuperación de desastres pueden probarse con anticipación, lo que significa que no habrá sorpresas cuando se produzca una recuperación de desastres real.

Beneficios del failover del sitio de RecoverPoint con SRM



Proceso de failback del sitio de RecoverPoint CRR

Cuando se hayan resuelto los problemas que causaron una interrupción en el sitio de producción, la producción puede restituirse en el sitio de producción para procesamiento normal. La manera más simple de ejecutar el failback en el ambiente es repetir el proceso de failover, pero en sentido inverso.

En esta sección, se describe cómo se ejecutó el failback del ambiente Oracle al sitio de producción mediante la ejecución del plan de recuperación de failback de Oracle. Los pasos individuales se describen en detalle en la sección Automatización de recuperación del sitio con VMware vCenter Site Recovery Manager del informe técnico.

Antes de configurar SRM para failback, se deben llevar a cabo los siguientes pasos administrativos:

1. Guarde un informe de resumen del plan de recuperación de failback. Más adelante, este puede servir como guía para la configuración del failback. (Esta es una opción recomendada, pero no obligatoria).

2. Elimine las máquinas virtuales con failover del inventario vCenter en el sitio de producción, utilizando el comando que se muestra en la Figura 39.

Figura 39. Eliminación de máquinas virtuales con failover

3. Elimine los grupos de protección y los planes de recuperación existentes en los sitios de producción y recuperación. Figura 40 ilustra la eliminación de un plan de producción.

Figura 40. Eliminación de un plan de recuperación

4. Vuelva a analizar el almacenamiento en el sitio de producción de la instancia de vCenter para cada ESX Server de la configuración. (Esta es una opción recomendada, pero no obligatoria).


Tareas administrativas internas



50

Para el caso de uso, la configuración de SRM para failback incluye los siguientes pasos:

1. Utilizar el asistente Configure Array Managers de SRM para configurar administradores de arreglos en ambos sitios. Esta vez, proporcione la dirección IP del RPA de DR como el sitio protegido.

2. Crear un grupo de protección para el grupo de áreas de almacenamiento de datos en el que se ejecutará el failback.

3. Configurar los mapeos de inventario entre los sitios protegidos y de recuperación. El procedimiento es el mismo que se utilizado para configurar los mapeos de inventario para failover. Sin embargo, esta vez, el sitio de recuperación original sirvió como el sitio protegido para SRM.

4. Personalizar la configuración de prioridades de recuperación para las máquinas virtuales.

5. En el servidor SRM del sitio de producción, emplear la utilería dr-ip-customizer.exe para personalizar las direcciones IP de las máquinas virtuales de producción.

6. Utilizar el asistente Create Recovery Plan para crear el plan de recuperación de failback de Oracle en el sitio de producción; este plan es exactamente el mismo que el plan creado para failover.

Después de haber configurado SRM, el plan de recuperación se probó para garantizar que el failback funcionara de la manera prevista. El procedimiento fue el mismo que el que se describe en la sección Probar el plan de recuperación de failover de Oracle del informe técnico.

Después de verificar que la prueba del failback se realizó correctamente, se ejecutó el plan de recuperación de failback de Oracle para realizar un failback del ambiente al sitio de producción y reanudar el procesamiento habitual. El procedimiento fue el mismo que el que se describe en la sección Proceso de failover del sitio de RecoverPoint CRR del informe técnico.

Figura 41 muestra el informe de resumen de SRM que se generó al finalizar el plan de recuperación. Este demuestra que todo el proceso de ejecución del failback de tres máquinas virtuales al arreglo de producción tuvo una duración de menos de 15 minutos.

Figura 41. Resumen del plan de recuperación

Configuración de SRM para failback

Prueba del plan de recuperación de failback

Failback al sitio de producción



Antes de ejecutar el failback a sitio de producción, se realizó parte del procesamiento en el sitio de recuperación. Luego, se ejecutó un script para generar el conteo de registros y la marca de fecha y hora de la última entrada. Se encontraron 22,000 registros en la base de datos y la marca de fecha y hora fue 31-May-11 11.32 am, como se muestra en la Figura 42.

Figura 42. Conteo de registros y marca de fecha y hora en el sitio de recuperación

Después de ejecutar el plan de recuperación de failback de Oracle, se ejecutó el script en el sitio de producción original, como se muestra en la Figura 43. Se encontraron 22,000 registros en la base de datos y la marca de fecha fue exactamente la misma que en el sitio de recuperación.

Figura 43. Conteo de registros y marca de fecha y hora en el sitio de producción original, después del failback

Los beneficios de la automatización del failback de ambientes Oracle con RecoverPoint y SRM son similares a los beneficios que proporciona el failover en ambientes Oracle con estas tecnologías.

• Los administradores pueden crear y personalizar planes de recuperación de failback para automatizar el proceso de failback.

• Los administradores pueden probar sus planes de recuperación de failback con anticipación para verificar que funcionan correctamente.

• Después de haber configurado un plan de recuperación, los administradores pueden probar o ejecutar el plan con un solo clic.

Verificación del failback al sitio de producción

Beneficios del failback del sitio de RecoverPoint con SRM

Las máquinas virtuales se

Las máquinas virtuales se



52

Recuperación de bases de datos de RecoverPoint CDP

En las configuraciones de RecoverPoint CLR, puede recuperar su base de datos Oracle a partir de una imagen en el sitio local o remoto. También puede marcar manualmente puntos particulares en el tiempo en cada sitio, como un evento en una aplicación o un punto en el tiempo en el que desee producir un failover. Luego, puede recuperar la base de datos desde cualquiera de estos marcadores.

A los fines de esta solución, se crearon marcadores manuales en los sitios de CDP y CRR, y se probó la recuperación a partir de estas dos imágenes. En esta sección, se describe la recuperación a partir de la copia de CDP.

Después de haber marcado manualmente la imagen de punto en el tiempo en el registro local, se eliminaron de archivos de datos para dañar intencionalmente la base de datos. Oracle no pudo iniciarse debido a los archivos faltantes, por lo tanto, la base de datos se recuperó a partir de la imagen marcada antes del daño y luego se inició.

Antes de recuperar la base de datos, se realizaron los siguientes pasos para configurar el escenario de prueba:

1. Configure el grupo de consistencia de la base de datos (Oracle_SRM) para la administración mediante RecoverPoint. Para hacerlo, utilice la configuración Policy de la aplicación de administración de RecoverPoint, como se muestra en la Figura 44. Esto es necesario debido a que RecoverPoint CDP y SRM utilizan el grupo de consistencia.

Figura 44. Configuración del grupo de consistencia para la administración mediante RecoverPoint

2. Cree un marcador manual previo al daño, como se muestra en la Figura 45.

Figura 45. Creación de un marcador


Preparación del escenario de prueba



3. Elimine los archivos de datos de la base de datos de producción. Figura 46 muestra que Oracle no pudo iniciar la base de datos debido a los archivos faltantes.

Figura 46. Mensaje de Oracle que indica daños en la base de datos

Se llevaron a cabo los siguientes pasos para recuperar la base de datos a partir de la imagen marcada previa al daño:

1. Se activó el acceso a imágenes para la imagen marcada. Para realizar este paso, se debe utilizar la opción Enable Image Access para la réplica de CDP, como se muestra en la Figura 47.

Figura 47. Activación del acceso a imágenes a la réplica de CDP

2. Antes de recuperar la imagen de producción, apague la máquina virtual de producción y cualquier otra máquina virtual protegida del mismo grupo de consistencia.

Nota: En lugar de realizar una restauración a producción de inmediato, puede montar la imagen de CDP en otro ESX Server para verificar que contenga los datos correctos. No es necesario que apague la máquina virtual de producción para hacerlo, pero sí deberá deshacer las escrituras antes de realizar la restauración a producción.

Recuperación de la base de datos a partir de imagen de CDP

Menú Image Access

Seleccione la imagen marcada previa al daño



54

3. Seleccione la opción Recover Production en la réplica de CDP, como se muestra en la Figura 48, e inicie el proceso de restauración de producción.

Figura 48. Inicie la restauración a partir de la imagen marcada

4. Antes de reanudar el procesamiento en el sitio de producción, active el acceso a la imagen inmediatamente después de la finalización de sincronización de la imagen, como se muestra en la Figura 49.

Figura 49. Activación del acceso a la imagen

5. Reanude el procesamiento en el sitio de producción.

Una vez finalizada la recuperación de la imagen de producción, se activa la opción Resume Production, como se muestra en la Figura 50. Al hacer clic aquí, se reanuda la separación de escrituras en los volúmenes de producción.

Menú Recovery



Figura 50. Reanudación de la producción

6. Vuelva a analizar el almacenamiento en el sitio de producción desde la instancia de vCenter para cada ESX Server de la configuración.

7. Reinicie la máquina virtual de producción y cualquier otra máquina virtual protegida del mismo grupo de consistencia.

Oracle ahora realiza su propia recuperación en la imagen consistente con fallas que se ha restaurado en los volúmenes de producción. Si la imagen seleccionada no incluye los datos faltantes, puede repetir los pasos 1 a 6 para una imagen anterior.

Figura 51 muestra la instancia de Oracle recuperada después de reiniciar Oracle.

Figura 51. Instancia de Oracle recuperada

Figura 52 muestra el conteo de registros y la marca de fecha y hora para la base de datos recuperada, que coincide con el conteo de registros de la imagen marcada.

Figura 52. Conteo de registros y marca de fecha y hora de la base de datos recuperada

Resume Production



56

Beneficios de usar RecoverPoint para la protección de bases de datos:

• RecoverPoint registra de manera constante las imágenes de snapshot consistentes con aplicaciones a las que puede accederse mediante la interfaz GUI intuitiva. En caso de daños del sistema operativo o la base de datos, los administradores pueden realizar una reversión mediante estas imágenes o restaurar la base de datos a partir de una imagen marcada manualmente para un fin en particular.

• RecoverPoint ofrece un RPO igual a cero, lo que significa que los administradores pueden realizar una reversión rápida al punto en el tiempo inmediatamente anterior al momento en que se produjo el daño.

• Las imágenes de RecoverPoint también pueden usarse para montar una copia de la base de datos en un host diferente a fin de verificarla o simplemente restaurar parte de un archivo de base de datos para reparaciones quirúrgicas.

Las pruebas documentadas en esta sección describen los pasos necesarios para restaurar un estado óptimo conocido y consistente de una base de datos de Oracle, lo que permite lograr una recuperación más rápida de una situación que podría implicar la recuperación de medios, generar un tiempo fuera prolongado y requerir la intervención manual para una recuperación de un estado consistente.

Beneficios de la protección de bases de datos con RecoverPoint



Funcionamiento de RecoverPoint cuando VMAX 10K opera en modo degradado

Con los arreglos Symmetrix VMAX 10K, todos los directores funcionan en estado activo en todo momento. Esto significa que no hay retrasos en el procesamiento de I/O en el caso de que un director falle, ya que la I/O con fallas simplemente se transmite mediante una ruta alternativa. Cuando la ruta con fallas vuelve a estar en línea, reanuda el procesamiento de I/O con normalidad. El splitter de RecoverPoint enfrenta la pérdida de un director de la misma manera: redirecciona las escrituras de separación mediante canales alternativos. Esto proporciona una solución de recuperación de desastres con alta disponibilidad.

Para probar la operación de RecoverPoint cuando VMAX 10K opera en un estado degradado, se forzó la desconexión de uno de los puertos del director de front-end de VMAX 10K. SMC indicó que el estado del director era Dead (Inactivo), como se muestra en la Figura 53.

Figura 53. Vista de SMC del estado del director offline

RecoverPoint también detectó el director inactivo y lo registró como un problema, como se muestra en la Figura 54.

Figura 54. RecoverPoint que indica un problema de comunicación con el arreglo de almacenamiento


Configuración del modo degradado de VMAX 10K

X indica un problema de comunicación con el arreglo de almacenamiento



58

Mientras el director se encontraba offline, el generador de carga de Swingbench se ejecutaba para generar la carga. En esta etapa, se ejecutó el plan de recuperación de failover de Oracle en el modo de prueba. Figura 55 muestra el informe de resumen de esta prueba.

Figura 55. Informe de resumen del plan de recuperación de failover de Oracle

Una vez finalizada la recuperación de prueba, se inició la base de datos en el sitio remoto para verificar su consistencia. Figura 56 muestra un extracto del log de alertas de Oracle. Esto demuestra que la base de datos se reinició correctamente a partir de la imagen consistente con fallas en el sitio de recuperación.

Figura 56. Log de alertas de Oracle que muestra el reinicio correcto de la base de datos

Mientras el director se encontraba offline, la replicación de RecoverPoint continuó en ejecución, mediante las rutas restantes. Cuando el director volvió a estar en línea, RecoverPoint regresó automáticamente al estado normal, sin necesidad de intervención manual.

Prueba del modo degradado



Conclusión

Este informe técnico describe una solución de protección de datos y recuperación de desastres para ambientes Oracle Database 11g OLTP virtualizados, con EMC RecoverPoint y VMware vCenter Site Recovery Manager. Se implementó división de escrituras mediante splitters de RecoverPoint en el sitio de producción (arreglo Symmetrix VMAX 10K) y en el sitio de recuperación (arreglo VNX5700).

EMC RecoverPoint es una tecnología de replicación desarrollada que proporciona failover granular de punto en el tiempo (local y remoto) y protección de recuperación para centros de datos. En un ambiente Oracle, RecoverPoint puede proteger de manera confiable la base de datos proporcionando múltiples puntos de recuperación de punto en el tiempo consistentes que se mantienen mediante tecnología de registros. Los marcadores y registros automatizados permiten la reversión selectiva a una imagen consistente con fallas de la base de datos de Oracle y la recuperación altamente granular del ambiente. Esto proporciona una gran flexibilidad al realizar una recuperación de un escenario de desastre y ofrece una capacidad de recuperación similar a DVR.

Con la virtualización que ofrece VMware vSphere para los hosts de bases de datos, además de la administración de VMware vCenter de la infraestructura virtual, los administradores pueden automatizar y probar sus planes de recuperación de desastres mediante VMware vCenter Site Recovery Manager (SRM). SRM, integrado con RecoverPoint, permite la creación y la automatización de sofisticados planes de recuperación que garantizan la recuperación del sitio administrada y documentada en caso de que se produzca un desastre. SRM también permite el ensayo y la modificación de estos planes de recuperación, sin afectar la producción ni la replicación. Esto garantiza una recuperación confiable y predecible en caso de que se produzca verdadero desastre.

Los resultados clave de las pruebas de la solución muestran lo siguiente:

• La integración de la tecnología de splitter de RecoverPoint en arreglos Symmetrix VMAX 10K y VNX simplifica la configuración de RecoverPoint y también reduce los costos, sin que se requiera de hardware adicional para la división de escrituras.

• El splitter de RecoverPoint admite la replicación entre plataformas de almacenamiento heterogéneas.

• RecoverPoint permite la replicación de ambientes Oracle virtualizados completos entre centros de datos para la recuperación de desastres.

• RecoverPoint es una tecnología sólida, con una GUI intuitiva, que permite una recuperación más rápida de un escenario de DR, con una granularidad imposible de comparar con otras tecnologías de replicación.

• RecoverPoint permite probar escenarios de recuperación de desastres sin afectar la producción ni interrumpir la replicación, y manteniendo la consistencia entre los grupos de consistencia protegidos.

• La integración de RecoverPoint con vCenter Site Recovery Manager permite realizar pruebas de DR en ambientes aislados del sitio de recuperación, a fin de que la producción pueda permanecer activa y la replicación pueda continuar sin interrupciones. SRM también documenta el proceso de recuperación.

Resumen

Resultados



60

Referencias

Para obtener información adicional, consulte los informes técnicos y las notas técnicas que se enumeran a continuación.

• Maximize Operational Efficiency for Oracle RAC with EMC Symmetrix FAST VP (Automated Tiering) and VMware vSphere—An Architectural Overview

• Improving VMware Disaster Recovery With EMC RecoverPoint—Applied Technology

• Storage Provisioning with Symmetrix Auto-provisioning Groups —Technical Notes

• EMC RecoverPoint/EX for the VMAX 10K Series—Applied Technology

• Rapid Deployment and Scale Out for Oracle E-Business Suite Enabled by EMC RecoverPoint, EMC Replication Manager, and VMware vSphere—A Detailed Review

• EMC RecoverPoint Deploying with VNX/CLARiiON Arrays and Splitter—Technical Notes

• EMC RecoverPoint Deploying with Symmetrix Arrays and Splitter—Technical Notes

Para obtener más información, consulte los documentos de productos que se enumeran a continuación.

• EMC RecoverPoint Site Recovery Manager Failback Plug-in—Technical Notes

• EMC Solutions Enabler Symmetrix Array Controls CLI Version 7.3 Product Guide

• EMC RecoverPoint Release 3.4.1 Administrator’s Guide

Para obtener información adicional, consulte los documentos de VMware que se enumeran a continuación.

• Getting Started with VMware vCenter Site Recovery Manager Site Recovery Manager 4.0 and later

• VMware vCenter Site Recovery Manager Administration Guide 4.1 and later

• Adding a DNS Update Step to a Recovery Plan—Technical Note

Informes técnicos

Documentación de productos

Otra documentación

EMC SYMMETRIX VMAX 10K, EMC RECOVERPOINT … · EMC Symmetrix VMAX 10K, EMC RecoverPoint y VMware...

Documents

Transcript of EMC SYMMETRIX VMAX 10K, EMC RECOVERPOINT … · EMC Symmetrix VMAX 10K, EMC RecoverPoint y VMware...