EMC APPSYNC PARA ORACLE LIFECYCLE MANAGEMENT · 4 EMC AppSync para Oracle Lifecycle Management ......

GUÍA DE SOLUCIONES PROVEN

EMC APPSYNC PARA ORACLE LIFECYCLE MANAGEMENT A través de los sistemas de almacenamiento VMAX, VNX y XtremIO de EMC

• Agilidad: clonación, protección y restauración de bases de datos críticas en minutos

• Disponibilidad: permite SLA en todo el ambiente Oracle, desde la producción hasta la aplicación de parches

• Simplicidad: clonación, protección y recuperación de bases de datos de Oracle con un clic

Soluciones de EMC

Abril de 2015

Resumen

Esta solución muestra cómo EMC® AppSync® simplifica Oracle Lifecycle Management a través de la administración de las copias de la base de datos de autoservicio de Oracle y los modelos de recuperación, la protección y la clonación con un clic para los equipos de almacenamiento y administradores de bases de datos en un centro de datos de Oracle.

2 EMC AppSync para Oracle Lifecycle Management A través de los sistemas de almacenamiento VMAX, VNX y XtremIO de EMC Guía de soluciones Proven

Copyright © 2015 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 de esta publicación se proporciona tal cual. EMC Corporation no se hace responsable ni ofrece garantía de ningún tipo con respecto a la información de esta publicación y específicamente renuncia a toda garantía implícita de comerciabilidad o capacidad para un propósito 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).

Todas las marcas comerciales utilizadas en este documento pertenecen a sus respectivos propietarios.

Número de referencia H13678.1

Contenido


Contenido

Capítulo 1 Resumen ejecutivo 7 Caso de negocios .......................................................................................... 8 Descripción general de la solución .................................................................. 8

Control centralizado de todos los snapshots y clones ................................... 8 Operaciones simplificadas para los administradores de bases de datos de Oracle ...................................................................................................... 9 Prueba, desarrollo, aplicación de parches, recuperación, clonación y protección de Oracle ................................................................................. 9

Capítulo 2 Introducción 10 Descripción general del documento .............................................................. 11

Propósito ............................................................................................... 11 Alcance .................................................................................................. 11 Público al que va dirigido......................................................................... 11 Terminología .......................................................................................... 11

Capítulo 3 Descripción general de la tecnología 13 Arquitectura de la solución ........................................................................... 14 Componentes clave ..................................................................................... 14 Recursos de hardware.................................................................................. 15 Recursos de software ................................................................................... 16 Instalación y configuración de AppSync ......................................................... 16

Capítulo 4 Planes de servicio 17 Descripción general de los planes de servicio ................................................ 18 Fases del plan de servicio y opciones de personalización ................................ 18 Creación de planes de servicio ..................................................................... 20

Capítulo 5 Casos de uso 21 Tiempo de duración ..................................................................................... 22 Caso de uso 1: recreación de ambientes de mantenimiento de parches fallidos .......................................................................................... 22

Escenario de prueba................................................................................ 22 Ejecución de la prueba ............................................................................ 23 Validación de la prueba ........................................................................... 35

Caso de uso 2: creación de varios snapshots persistentes ............................... 36 Escenario de prueba................................................................................ 36 Ejecución de la prueba ............................................................................ 37 Validación de la prueba ........................................................................... 49

Contenido


Caso de uso 3: Restauración de una base de datos con AppSync y Oracle12c Storage Snapshot Optimization .................................................................... 49

Escenario de prueba................................................................................ 50 Ejecución de la prueba ............................................................................ 51 Impacto en el CPU del servidor de la base de datos .................................... 60 Validación de la prueba ........................................................................... 61

Capítulo 6 Conclusión 63 Resumen .................................................................................................... 64 Observaciones ............................................................................................ 64

Capítulo 7 Referencias 65 Documentación de EMC ............................................................................... 66 Otra documentación .................................................................................... 66

Documentación de Oracle ........................................................................ 66

Apéndice A Instalación y configuración de AppSync 67 Instalación del servidor AppSync .................................................................. 68 Configuración del ambiente.......................................................................... 68

Registro de VNX ...................................................................................... 68 Registro de vCenter ................................................................................. 69 Configuración de VNX .............................................................................. 71 Configuración de Oracle........................................................................... 71 Registro del servidor de la base de datos de Oracle .................................... 72

Apéndice B Creación de planes de servicio 75 Creación de planes de servicio ..................................................................... 76

Ejemplo 1: protección/prioridad baja ........................................................ 76 Ejemplo 2: protección/prioridad alta ......................................................... 78 Ejemplo 3: replanificación diaria .............................................................. 80

Figuras

Figura 1. Arquitectura de la solución ....................................................... 14 Figura 2. Pasos del escenario del caso de uso 1 ....................................... 22 Figura 3. Caso de uso 1: creación de una copia de replanificación.............. 23 Figura 4. Caso de uso 1: página Intention ................................................ 24 Figura 5. Caso de uso 1: creación de una copia de 1.ª generación .............. 24 Figura 6. Caso de uso 1: creación de una copia de 2.ª generación .............. 25 Figura 7. Caso de uso 1: montaje de copia ............................................... 25 Figura 8. Caso de uso 1: página Schedule ................................................ 26 Figura 9. Caso de uso 1: página Summary................................................ 26 Figura 10. Caso de uso 1: pasos de replanificación y mensajes de progreso .. 27 Figura 11. Caso de uso 1: Recent Tasks de VMware Center .......................... 27 Figura 12. Caso de uso 1: desmontaje de la copia ...................................... 29

Contenido


Figura 13. Caso de uso 1: desmontaje de un copia del host ......................... 29 Figura 14. Caso de uso 1: mensajes de estado del proceso de desmontaje ... 30 Figura 15. Caso de uso 1: Recent Tasks de VMware Center .......................... 30 Figura 16. Caso de uso 1: mensajes de estado de desmontaje..................... 31 Figura 17. Caso de uso 1: vencimiento de la copia...................................... 31 Figura 18. Caso de uso 1: confirmación de una copia vencida...................... 32 Figura 19. Caso de uso 1: replanificación de una copia ............................... 32 Figura 20. Caso de uso 1: página Intention ................................................ 33 Figura 21. Caso de uso 1: página Settings ................................................. 33 Figura 22. Caso de uso 1: fase Mount copy ................................................ 33 Figura 23. Caso de uso 1: mensajes de progreso del montaje de copia ......... 34 Figura 24. Pasos del escenario del caso de uso 2 ....................................... 36 Figura 25. Caso de uso 2: creación de una copia de 1.ª generación .............. 37 Figura 26. Caso de uso 2: creación de una copia de 2.ª gen. ........................ 38 Figura 27. Caso de uso 2: Página Schedule ................................................ 38 Figura 28. Caso de uso 2: Página Summary ................................................ 39 Figura 29. Caso de uso 2: pasos de replanificación y mensajes de progreso .. 39 Figura 30. Caso de uso 2: visualización de las copias nuevas ...................... 40 Figura 31. Caso de uso 2: replanificación de una copia para desarrollo ........ 40 Figura 32. Caso de uso 2: estado del progreso de la copia de desarrollo

y mensajes .............................................................................. 41 Figura 33. Caso de uso 2: visualización de la copia de desarrollo ................. 41 Figura 34. Caso de uso 2: actualización de la copia .................................... 43 Figura 35. Caso de uso 2: actualización de mensajes de estado................... 44 Figura 36. Caso de uso 2: actualización de la confirmación ......................... 44 Figura 37. Caso de uso 2: montaje y restauración de la copia de desarrollo... 45 Figura 38. Caso de uso 2: selección de una copia ....................................... 45 Figura 39. Caso de uso 2: página Mount options ........................................ 46 Figura 40. Caso de uso 2: confirmación de la configuración de montaje ........ 46 Figura 41. Caso de uso 2: página Results ................................................... 47 Figura 42. Caso de uso 2: página VMware vCenter Server ............................ 47 Figura 43. Caso de uso 2: estado de montaje y recuperación de la copia de

desarrollo ............................................................................... 47 Figura 44. Caso de uso 3: descripción y calendario de los planes de

servicio de nivel Bronce ............................................................ 50 Figura 45. Pasos del caso de uso 3 para el escenario con modo de

respaldo en activo y sin él......................................................... 50 Figura 46. Caso de uso 3: suscripción de la base de datos al plan ................ 51 Figura 47. Caso de uso 3: página Subscribe to Plan and Run ....................... 52 Figura 48. Caso de uso 3: selección de la última copia hecha con este plan .. 54 Figura 49. Caso de uso 3: página Restore Options ...................................... 54 Figura 50. Caso de uso 3: página Summary................................................ 54 Figura 51. Caso de uso 3: Página Results ................................................... 55

Contenido


Figura 52. Caso de uso 3: Uso del host de la base de datos sin modo de respaldo en activo ................................................................... 61

Figura 53. Caso de uso 3: Uso del host de la base de datos con modo de respaldo en activo ................................................................... 61

Figura 54. Información de configuración del sistema de almacenamiento VNX ............................................................... 69

Figura 55. Registro de un sistema de almacenamiento VNX completo ........... 69 Figura 56. Configuración de EMC AppSync ................................................. 70 Figura 57. Credenciales del servidor vCenter .............................................. 70 Figura 58. Un servidor vCenter registrado en AppSync ................................. 71 Figura 59. Grupos de consistencia de VNX ................................................. 71 Figura 60. Modelo de datos de entrada de pedidos Swingbench .................. 72 Figura 61. Credenciales del servidor Unix .................................................. 73 Figura 62. Implementación completada ..................................................... 73 Figura 63. Descripción general del servidor que muestra el servidor nuevo ... 73 Figura 64. Servidores del ambiente de prueba de AppSync.......................... 74 Figura 65. Planes de servicio .................................................................... 76 Figura 66. Ejemplo 1: creación de un plan nuevo ........................................ 76 Figura 67. Ejemplo 1: selección del plan nuevo .......................................... 77 Figura 68. Ejemplo 1: fase Plan Startup ..................................................... 77 Figura 69. Ejemplo 1: fase Create local copy .............................................. 78 Figura 70. Ejemplo 1: página de descripción general con el plan nuevo ........ 78 Figura 71. Ejemplo 2: creación de un plan nuevo ........................................ 79 Figura 72. Ejemplo 2: fase Plan Startup ..................................................... 79 Figura 73. Ejemplo 2: fase Create local copy .............................................. 80 Figura 74. Ejemplo 2: página de descripción general con el plan nuevo ........ 80 Figura 75. Ejemplo 3: creación de un plan nuevo ........................................ 81 Figura 76. Ejemplo 3: fase Plan Startup ..................................................... 81 Figura 77. Ejemplo 3: fase Create local copy .............................................. 82 Figura 78. Ejemplo 3: desmontaje de copia anterior.................................... 82 Figura 79. Ejemplo 3: fase Mount copy ...................................................... 83 Figura 80. Ejemplo 3: fase Post-mount script ............................................. 83 Figura 81. Ejemplo 3: página de descripción general con el plan nuevo ........ 83

Tablas

Tabla 1. Terminología ........................................................................... 11 Tabla 2. Resumen del caso de uso 1....................................................... 35 Tabla 3. Resumen del caso de uso 2....................................................... 49 Tabla 4. Cronología de restauración de datos sin respaldo en activo ......... 56 Tabla 5. Cronología de restauración de datos con respaldo en activo ........ 58 Tabla 6. Resumen del caso de uso 3....................................................... 62 Tabla 7. Grupos de discos para una configuración Oracle ASM.................. 71

Capítulo 1: Resumen ejecutivo


Capítulo 1 Resumen ejecutivo

En este capítulo se presentan los siguientes temas:

Caso de negocios .......................................................................................... 8

Descripción general de la solución.................................................................. 8



Caso de negocios

Según la información proporcionada por la encuesta de decisiones de plataforma empresarial de 2014 realizada por Independent Oracle Users Group, los clientes de Oracle dedican demasiado tiempo y dinero a las tareas de mantenimiento de sus sistemas Oracle. El 64 por ciento de los clientes indicó que notó un crecimiento mayor de las bases de datos y el 73 por ciento dijo que utilizaba herramientas de código abierto y scripts personalizados. Las bases de datos aumentan en tamaño, y tareas como la clonación, el respaldo, la recuperación, la replicación y el failover se tornan más complejas y demandan más tiempo.

EMC® AppSync® simplifica la automatización de la administración de copias de bases de datos de Oracle permitiendo a los administradores crear, proteger y recuperar bases de datos en minutos, en lugar de hacerlo en horas o incluso días.

Los planes de servicio de AppSync tienen objetivos de punto de recuperación (RPO) en niveles y utilizan múltiples tecnologías de replicación de EMC VMAX®, VNX® o XtremIO® para completar tareas tales como la replicación síncrona, la replicación asíncrona, los snapshots y la clonación. Esto hace que sea simple para los equipos de base de datos, almacenamiento y negocios decidir una estrategia de recuperación de datos (DR) para el ambiente Oracle completo, desde la producción hasta la reparación (colocación de parches).

Descripción general de la solución

La administración de copias de AppSync usa las tecnologías avanzadas presentes en los sistemas de almacenamiento para crear y restaurar copias de las bases de datos de Oracle. El software AppSync le permite enfocarse en los requisitos de copia y protección del negocio, en lugar de enfocarse en los detalles técnicos de las plataformas subyacentes.

Esta solución proporciona un enfoque simplificado a Oracle Lifecycle Management (LCM) y a la recuperación con la administración de copias de AppSync. Aunque la solución se comprobó en el almacenamiento EMC VNX, también es compatible con los sistemas de almacenamiento EMC VMAX y XtremIO.

AppSync centraliza el control de snapshots y clones, y ofrece los siguientes beneficios:

• Simplifica la creación y administración de clones y snapshots para todas las bases de datos

• Usa plantillas de acuerdos de nivel de servicio (SLA) para optimizar los RPO en todas las bases de datos con los planes de servicio Bronce (locales), Plata (remotos) y Oro (locales y remotos)

• Automatiza snapshots y clones para ambientes Oracle, Microsoft y VMware

Control centralizado de todos los snapshots y clones

https://community.emc.com/docs/DOC-39207

https://community.emc.com/docs/DOC-39207



Las características simplificadas de AppSync le permiten realizar lo siguiente:

• Controlar snapshots y clones sin intervención de los administradores de almacenamiento

• Usar la clonación sin necesidad de administrar scripts

• Implementar planes de servicios para múltiples bases de datos con un solo clic

Puede usar la solución de AppSync para mejorar la clonación y protección de Oracle de las siguientes maneras:

• Aceleración de nuevos ciclos de desarrollo y pruebas de las bases de datos

• Prueba y aplicación de parches de Oracle en menos tiempo con mayor confiabilidad

• Sin impacto en el rendimiento de las bases de datos de producción cuando se usan snapshots y clones

Operaciones simplificadas para los administradores de bases de datos de Oracle

Prueba, desarrollo, aplicación de parches, recuperación, clonación y protección de Oracle

Capítulo 2: Introducción


Capítulo 2 Introducción

En este capítulo se presenta el siguiente tema:

Descripción general del documento .............................................................. 11



Descripción general del documento

En este documento se presentan los beneficios de usar AppSync en diversos escenarios de LCM.

En esta guía se describe la solución AppSync para los casos de uso de Oracle LCM. AppSync puede implementarse para sitios locales con sistemas de almacenamiento XtremIO, y para sitios locales y remotos con los sistemas de almacenamiento VMAX y VNX. En esta solución, usamos1 un sistema de almacenamiento VNX solamente en un sitio local.

En esta guía se incluyen las siguientes secciones:

1. Recreación de ambientes de mantenimiento de parches fallidos

2. Creación de varios snapshots persistentes

3. Restauración de una base de datos con AppSync y Oracle 12c Storage Snapshot Optimization

Aspectos no incluidos en el alcance

Si bien en este documento se informan tiempos de duración, como los tiempos de ejecución de restauración y de realización de copias, el rendimiento no es el punto principal del documento. Los tiempos de duración serán distintos según el rendimiento clasificado de su hardware, incluido el sistema de almacenamiento y el host que usa.

Esta guía está orientada a ejecutivos, gerentes, arquitectos, administradores de bases de datos y de almacenamiento, y desarrolladores que desean comprender cómo AppSync para Oracle puede simplificar su LCM y reducir el uso de recursos y el tiempo dedicado.

En la Tabla 1 se detalla la terminología usada en esta guía.

Tabla 1. Terminología

Término Definición

Snapshots consistentes con las aplicaciones

Un snapshot tomado después de la preparación de la aplicación permite recuperación a un punto en el tiempo de las bases de datos. En el caso de las bases de datos de Oracle, AppSync toma snapshots de los archivos de datos, los archivos de registro de reconstitución y los archivos de registro del archivo.

Copiar Un clon o un snapshot. En esta solución, que usa almacenamiento VNX local, AppSync crea snapshots de VNX avanzados.

Snapshots coherentes con fallas

Snapshot tomado sin preparación de la aplicación. En el caso de las bases de datos de Oracle, AppSync toma snapshots solamente de los archivos de datos y los archivos de registro de reconstitución, y no de los archivos de registro del archivo.

1 En esta guía, cuando se habla de “nosotros” o “en nuestro caso” se hace referencia al equipo de ingeniería de soluciones de EMC que validó la solución.

Propósito

Alcance

Público al que va dirigido

Terminología



Término Definición

Respaldo en activo

Un respaldo de bases de datos de Oracle que es coherente con la aplicación y que incluye archivos de datos, archivos de registro de reconstitución y archivos de registro del archivo. Un respaldo que no es activo (o que es coherente con una falla general) no incluye archivos de registro del archivo.

Capítulo 3: Descripción general de la tecnología


Capítulo 3 Descripción general de la tecnología


Arquitectura de la solución .......................................................................... 14

Componentes clave ..................................................................................... 14

Recursos de hardware ................................................................................. 15

Recursos de software .................................................................................. 16

Instalación y configuración de AppSync ........................................................ 16



Arquitectura de la solución

La Figura 1 muestra la arquitectura de la solución.

Figura 1. Arquitectura de la solución

Componentes clave

La arquitectura de la solución incluye los siguientes componentes:

• Servidor AppSync: el servidor EMC AppSync reside en un sistema Windows compatible. Controla los planes de servicio y almacena datos sobre cada copia que crea.

El catálogo se almacena en una base de datos PostgreSQL en el servidor AppSync.

• Plug-in del host: AppSync instala un software de plug-in ligero en los hosts de producción y montaje. AppSync instala, o transfiere, el software de plug-in desde el servidor AppSync al host cuando agrega el host como un recurso. En un ambiente que impide que el servidor AppSync acceda un host, puede instalar manualmente el plug-in.

• Interfaz de usuario de AppSync: la consola de AppSync está basada en web. Los navegadores Chrome, Internet Explorer y Firefox son compatibles.



• Servidores de base de datos de Oracle 12c: se usan para bases de datos de instancias únicas, y para la configuración de bases de datos de Real Application Clusters (RAC). También es compatible con la versión 2 de Oracle 11g.

Una base de datos Oracle 12c de una sola instancia (denominada ORDER) se instaló en una máquina virtual vSphere. Se usó un generador de carga Swingbench para completar un esquema de entrada de pedidos de 600 GB.

El sistema Oracle Real Application Clusters (RAC) tiene dos nodos físicos, identificados como r910a y r910b. El sistema aloja una base de datos idéntica como servidor de una sola instancia (denominado PROD) con 600 GB de datos.

Un servidor de una sola instancia Oracle 12c se encuentra disponible como host de montaje para AppSync.

• Oracle Linux: nuestro ambiente de solución usa Oracle Linux, aunque también es compatible con otros sistemas operativos, como Red Hat Enterprise Linux (RHEL), SUSE Linux Enterprise Server (SLES), Linux Community Enterprise Operating System (CentOS) e IBM Advanced Interactive eXecutive (AIX).

• Sistema de almacenamiento unificado EMC VNX: nuestra solución usa EMC VNX5400TM.

Recursos de hardware

Usamos los siguientes componentes físicos y virtuales para probar esta solución:

• Servidor EMC AppSync (una máquina virtual):

4 CPU

8 GB de RAM

• Servidor de una sola instancia de Oracle (dos máquinas virtuales):

4 CPU

8 GB de RAM

• Nodos de Oracle RAC (dos servidores físicos):

Dell PowerEdge R910

4 Intel Xeon CPU X7560 a 2.27 GHz

125 GB de RAM

• Sistema de almacenamiento unificado EMC VNX:

EMC VNX5400

Versión de software para bloques 05.33.000.5.038

Unidades SAS NL de 1 TB que proporcionan un pool de almacenamiento con protección RAID6 (6+2)



Recursos de software

Usamos los siguientes componentes de software en esta solución:

• Servidor AppSync:

EMC AppSync Server 2.0.0.1 CF 26

Microsoft Windows Server 2008 R2 (x64)

• Servidores de una sola instancia Oracle y nodos RAC:

Oracle Linux 6.5

Oracle Database 12g R1 Enterprise Edition

Oracle Grid Infrastructure 12c R1

Oracle ASMLib 2.0 for Oracle Linux 6

EMC PowerPath® 5.7 SP5

EMC AppSync host plug-in 2.0.0.1 CF10

• Interfaz de usuario de AppSync: Google Chrome

• Llenado de la base de datos de Oracle: Swingbench 2.5

Nota: AppSync en XtremIO requiere las versiones 2.1 del servidor AppSync Server y del plug-in del host, y superiores.

Instalación y configuración de AppSync

Apéndice A: Instalación y configuración de AppSync describe en detalle el proceso de instalación y configuración para permitir que AppSync proteja las bases de datos de Oracle.

Capítulo 4: Planes de servicio


Capítulo 4 Planes de servicio


Descripción general de los planes de servicio ................................................ 18

Fases del plan de servicio y opciones de personalización................................ 18

Creación de planes de servicio ..................................................................... 20



Descripción general de los planes de servicio

AppSync crea y administra copias de los datos de las aplicaciones. Un plan de servicio define los atributos de dichas copias. Para que un administrador de bases de datos proteja fácil y rápidamente una base de datos, AppSync se presenta con un conjunto predefinido de planes de servicio en niveles para cumplir con los objetivos más comunes de protección de datos. Los planes de servicio contienen una variedad de atributos, que incluyen calendarización de réplicas, frecuencia de réplicas, políticas de montaje y desmontaje, y política de vencimiento.

Puede suscribir una base de datos de Oracle a un plan de servicio. Cuando se ejecuta un plan de servicio, se crean copias de los datos de los atributos especificados en el plan.

AppSync proporciona planes en niveles específicos para las aplicaciones. Hay tres tipos de selecciones de copias, según el plan que use:

• Creación de copia local: para los planes de servicio Bronce, crea copias locales mediante VMAX TimeFinder/Clone, VMAX TimeFinder VP/Snap, CDP o snapshots para EMC RecoverPoint®, snapshots avanzados de VNX o snaphots de XtremIO.

• Creación de copia remota: para planes de servicio Plata, crea copias remotas en RecoverPoint CRR, VMAX Symmetrix Remote Data Facility (SRDF) y destinos de almacenamiento de archivos de VNX.

• Creación de copia local y remota: para los planes de servicio Oro, crea copias locales y remotas con EMC RecoverPoint® o con snapshots de almacenamiento de archivos de VNX.

Los planes de servicio Bronce, Plata y Oro se proporcionan de manera predeterminada; puede personalizar y crear sus propios planes.

Nota: En nuestro ambiente, probamos un sitio local con almacenamiento local (VNX). No configuramos un sitio remoto y solamente usamos copias locales con el plan de servicio Bronce.

Fases del plan de servicio y opciones de personalización

Un plan de servicio tiene un conjunto de fases, cada una de las cuales puede activarse y configurarse fácilmente:

• Plan Startup: define en qué momentos y con qué frecuencia se ejecuta un plan, y le permite configurar un RPO. AppSync monitorea los RPO y se le envía una alerta si no se cumple un RPO.

• Application discovery: fase obligatoria, sin configuraciones asociadas.

• Application mapping: fase obligatoria, sin configuraciones asociadas.

• Pre-copy script: pasos preparatorios antes de crear una copia, realizados mediante la especificación de un script y los parámetros previos a la copia. Puede ser un archivo ejecuTabla o un script; en forma opcional, puede pasar un conjunto de credenciales.

El script previo a la copia se ejecuta en un calendario configurado en la fase “Plan Startup” y comienza una vez finalizada la fase anterior.



• Create local copy: fase obligatoria. En el caso de las copias Bronce, se crea una copia local. Esta fase tiene las siguientes opciones de Oracle:

Place database in hot backup mode (activada de forma predeterminada).

Cuando está activada, esta fase de protección coloca la base de datos en modo de respaldo en activo y crea copias de los registros del archivo. Cuando se la desactiva, la copia se crea de los datos en reposo en vivo.

Copy the Fast Recovery Area (desactivada de forma predeterminada).

Cuando está activado, este campo indica a AppSync que cree una copia del almacenamiento subyacente usado por Oracle Fast Recovery Area (FRA), que protege los archivos de registro del archivo de la base de datos.

Index and copy the block change tracking (BCT) file (desactivada de forma predeterminada).

Cuando está activada, AppSync crea una entrada en el archivo Change Block Tracking de Oracle y copia el archivo como parte de la protección. Este archivo puede utilizarse como parte de un caso de uso de montaje y respaldo para proporcionar un respaldo incremental acelerado. Cuando se usa la opción BCT, la base de datos debe estar en modo de respaldo en activo.

Create backup control file for Oracle Recovery Manager (RMAN) cataloging (desactivado de forma predeterminada).

Cuando está activado, este campo indica a AppSync que cree un archivo de control de respaldo binario para usar con una solicitud, con el fin de catalogar el contenido de la base de datos en un catálogo RMAN remoto. Esta opción también requiere el modo de respaldo en activo.

La fase Create local copy también especifica una preferencia de pedido del almacenamiento, e indica snapshot, clon y marcador. Un ambiente de almacenamiento local solamente permite copias del tipo Bronce, y la única opción disponible es snapshot. En el sistema de almacenamiento EMC VNX, esto corresponderá a los snapshots avanzados de VNX.

Esta fase asimismo especifica el vencimiento de la copia, y puede especificar la cantidad de copias que deben guardarse antes de su vencimiento.

Nota: Las copias de RecoverPoint pueden incluirse en la política de rotación de vencimiento.

• Post-copy script: especifica un script y parámetros posteriores a la copia para ejecutar una limpieza, u otros pasos posteriores a la creación de una copia. Esto es semejante a la fase de script previo a la copia.

• Unmount previous copy: el plan de servicio desmonta una copia montada anteriormente después de crear la copia nueva. La excepción es una copia que se montó según demanda en lugar de hacerlo según el plan de servicio, donde la copia montada según demanda no se desmonta. No hay configuración de usuario asociada con esta fase, y se la puede activar o desactivar.



• Pre-mount script: puede activar esta fase si desea ejecutar un script antes de que AppSync ejecute una operación de montaje.

Este script se ejecutará una vez por host para cada ejecución del plan de servicio. Si activa la fase del script, pero los permisos para ejecutarla son incorrectos, o si el script no existe en la ruta especificada, entonces la ejecución del plan de servicio falla, con un error apropiado.

Se debe tener cuidado cuando se usan varios hosts de montaje en una ejecución del plan de servicio. Debe seleccionar Same como el host de montaje en la opción Run on host de forma que el script se ejecute en todos los hosts de montaje.

Nota: Para obtener más detalles, consulte “Overriding mount settings on a service plan” en la EMC AppSync 2.0.0 User and Administration Guide

• Mount copy: realiza el montaje de la copia, o el montaje y la restauración de la copia. Esta fase se puede activar o desactivar.

Nota: AppSync puede ejecutar montajes de bases de datos de Oracle en un host de montaje alternativo o, en determinados casos, montar en una ubicación alternativa en el host de producción.

En la configuración Mount Copy Defaults, puede ajustar los valores en Mount copy o Mount and recover copy.

En la configuración Mount copy, puede ajustar el valor del host de montaje y la ruta de montaje, así como el tipo de acceso de la imagen de RecoverPoint.

En la configuración Mount and recover copy, especifica la instancia de recuperación, el tipo de restauración y los detalles de nombre de la base de datos. Otras configuraciones son semejantes a la configuración Mount copy, como la ruta de montaje y el tipo de acceso de imagen.

• Post-mount script: puede activar esta fase para ejecutar un script después de que AppSync ejecute una operación de montaje. Tiene las mismas características que la fase Pre-mount script.

• Unmount copy: la fase final en el plan de servicio desmonta la copia.

Esta fase está desactivada si la fase Unmount previous copy está activada. No hay configuración de usuario asociada con esta fase.

Si realiza el montaje con opciones de recuperación (independiente, RMAN, o montaje de cluster) en la fase Mount copy, todas las bases de datos montadas se apagan como parte de esta fase.

Creación de planes de servicio

Apéndice B: Creación de planes de servicio toma tres escenarios de replanificación y protección típicos de Oracle y muestra cómo crear un plan de servicio para cada uno de ellos.

Capítulo 5: Casos de uso


Capítulo 5 Casos de uso


Resumen .................................................................................................... 64

Observaciones ............................................................................................ 64



Tiempo de duración

Los tiempos de duración para los pasos en los casos de uso planteados en esta sección pueden variar según sea el sistema de almacenamiento subyacente y el host. Por ejemplo, en el caso de los sistemas de almacenamiento VMAX o XtremIO, puede esperar una disminución en el tiempo de copiado.

Caso de uso 1: recreación de ambientes de mantenimiento de parches fallidos

Este caso de uso recrea un ambiente de mantenimiento de parches fallido. Describe el control centralizado de snapshots y clones, y cómo la automatización de autoservicio se convierte en un proceso de mantenimiento de parches mejorado.

Con AppSync, los administradores de bases de datos no deben esperar a que el administrador de almacenamiento proporcione los ambientes de prueba de parches. Si falla un parche, el administrador de bases de datos puede rápidamente eliminar y recrear el ambiente de prueba de parches.

En este caso de uso, ejecutamos la base de datos de producción PROD en la configuración RAC física, y la copia de mantenimiento de parches se recuperó en el host de montaje virtualizado, appsync-linux2.

La Figura 2 muestra los pasos para el caso de uso 1. La base de datos PROD se muestra a la izquierda, y cada línea entrecortada muestra la acción que se realiza al tomar un snapshot. Los números de 1 a 4 identifican los pasos. El snapshot de 1.ª generación se denomina copia t1. Los snapshots de 2.ª generación son del snapshot de 1.ª generación y se denominan copia t1.2.

Figura 2. Pasos del escenario del caso de uso 1

Escenario de prueba



Para ejecutar la prueba para este caso de uso: 1. Cree un snapshot copia t1 de primera generación de la base de datos

PROD, sin usar el modo de respaldo en activo. Esta será la copia de referencia que se puede usar si es necesario recrear el ambiente de parche.

2. Cree un snapshot copia t1.1 de segunda generación, donde se puede probar el parche.

3. Haga fallar la copia de mantenimiento del parche. La simulación de esta acción se logró al soltar una tabla de la base de datos.

4. Quite la copia fallida y recree un nuevo snapshot copia t1.2 de la copia de referencia.

En esta sección se describen los pasos que se siguieron para probar este caso de uso.

Pasos 1 y 2 del caso de uso 1: creación de copias de 1.ª y 2.ª generación de la base de datos PROD

Nota: Los pasos 1 y 2 pueden combinarse en AppSync porque el asistente es compatible con este escenario de replanificación.

1. Inicie sesión en la consola de AppSync y seleccione Copy Management >

Oracle.

2. Seleccione la fila con la base de datos para el parche de prueba, y seleccione Repurpose > Create Repurpose Copy, como se muestra en la Figura 3.

Figura 3. Caso de uso 1: creación de una copia de replanificación

3. En la página Intention, seleccione Create a 1st gen copy and a 2nd gen copy que combina los pasos 1 y 2 del caso de uso y haga clic Next, como se muestra en la Figura 4.

Ejecución de la prueba



Figura 4. Caso de uso 1: página Intention

4. En la página Settings, seleccione Create 1st gen copy, edite la etiqueta de la copia si así lo desea para una identificación sencilla y seleccione Snap como el tipo de copia, como se muestra en la Figura 5.

Nota: No seleccione ninguna de las dos Oracle-Specific Copy Options.

Figura 5. Caso de uso 1: creación de una copia de 1.ª generación

5. Seleccione 2nd Generation y luego Create 2nd gen copy.

6. Edite la etiqueta de la copia si así lo desea y seleccione Snap, como se muestra en la Figura 6.




7. Seleccione Mount copy y Mount operation de Mount on standalone server and recover database, como se muestra en la Figura 7.

Esta acción restaura la base de datos en el host de montaje que hemos seleccionado en Mount Settings.

Nota: No cambiamos el prefijo predeterminado para el nombre de la base de datos SID PROD recuperada, que AppSync renombró de PROD a APSPROD.

Figura 7. Caso de uso 1: montaje de copia

8. Haga clic en Next para abrir la página Schedule.

9. Seleccione Run Now para crear la copia en este momento y luego haga clic en Next, como se muestra en la Figura 8.



Figura 8. Caso de uso 1: página Schedule

10. En la página Summary, analice las selecciones y haga clic en Finish, como se muestra en la Figura 9.

Figura 9. Caso de uso 1: página Summary

En la página Repurpose se muestra el estado del proceso y los mensajes descriptivos, como se muestra en la Figura 10.



Figura 10. Caso de uso 1: pasos de replanificación y mensajes de progreso

11. Haga clic en Close una vez completado el proceso.

Una vez finalizada la creación de la copia local de 1.ª generación, se muestra un segundo panel, donde se puede ver la creación de la copia local de 2.ª generación.

Nota: Los servidores de la base de datos están virtualizados, lo que le permite abrir también la aplicación VMware vCenter y ver Recent Tasks. La Figura 11 muestra las tareas que ejecuta AppSync en vCenter para provisionar los LUN para la copia de la base de datos en el host de montaje.

Figura 11. Caso de uso 1: Recent Tasks de VMware Center

Confirmación de la recuperación de la base de datos en el host de montaje

Puede seleccionar la recuperación de la base de datos en el host de montaje, al registrarse y contar las filas de una tabla en la base de datos PROD:

[oracle@AppSync-Linux2 ~]$ export ORACLE_SID=APSPROD [oracle@AppSync-Linux2 ~]$ sqlplus soe/soe



SQL*Plus: Release 12.1.0.1.0 Production on Mon Jan 5 19:38:22 2015 Copyright (c) 1982, 2013, Oracle. All rights reserved. Last Successful login time: Mon Jan 05 2015 19:51:53 +00:00 Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SQL> select count(*) from warehouses; COUNT(*) ---------- 1000

Paso 3 del caso de uso 1: haga fallar la copia de mantenimiento del parche

A los fines de esta prueba, hicimos fallar la copia de mantenimiento del parche. La simulación de esta acción se logró al soltar una tabla de la base de datos, según se muestra:

SQL> drop Tabla warehouses cascade constraints purge; Tabla dropped. SQL>

Paso 4 del caso de uso 1: eliminación y recreación de la copia

Para eliminar y recrear la copia: 1. Desmonte la copia de 2.ª gen. con el parche fallido.

2. Haga vencer la copia de 2.ª gen.

3. Recree la copia.

4. Confirme la recuperación de la base de datos en el host de montaje.

Desmontaje de la copia

Para desmontar la copia: 1. En Copy Management, seleccione la base de datos PROD, seleccione la

copia de 2.ª gen. que se creó anteriormente y haga clic en Unmount, como se muestra en la Figura 12.



Figura 12. Caso de uso 1: desmontaje de la copia

2. En la página Unmount Confirmation, haga clic en OK para comenzar el proceso de desmontaje, como se muestra en la Figura 13.

Figura 13. Caso de uso 1: desmontaje de un copia del host

3. La página Unmount muestra el estado del proceso y los mensajes descriptivos. Haga clic en Close una vez que se completó el proceso.

Nota: Como parte del proceso, AppSync apaga la base de datos, tal como se muestra en el tercer mensaje en la Figura 14.



Figura 14. Caso de uso 1: mensajes de estado del proceso de desmontaje

Nota: También puede abrir VMware vCenter y ver Recent Tasks, como se muestra en la Figura 15, donde se muestran las actividades que AppSync ejecuta en vCenter para desmontar la copia de la base de datos.

Figura 15. Caso de uso 1: Recent Tasks de VMware Center

Ahora se ha eliminado totalmente la base de datos del host de montaje. La Figura 16 muestra los mensajes de confirmación de muestra.



Figura 16. Caso de uso 1: mensajes de estado de desmontaje

Vencimiento de la copia

Puede hacer que la copia venza para eliminarla en el almacenamiento así como en la base de datos de AppSync, ya que no se la necesita más. Para ello, realice lo siguiente:

1. Seleccione la copia de 2.ª gen. y haga clic en Expire, como se muestra en

la Figura 17.

Figura 17. Caso de uso 1: vencimiento de la copia

2. Confirme la copia que deberá vencerse y haga clic en OK, como se muestra en la Figura 18.



Figura 18. Caso de uso 1: confirmación de una copia vencida

Recreación de una copia de base de datos PROD de 2.ª generación

Recree una copia de 2.ª gen. de la base de datos de producción PROD de la copia de referencia existente.

Para crear la copia: 1. Seleccione la copia de 1.ª gen. y haga clic en Repurpose, como se

muestra en la Figura 19.

Figura 19. Caso de uso 1: replanificación de una copia

En la página Intention, como estamos replanificando una copia de 1.ª gen., la única opción disponible es Create 2nd gen copy.

2. Haga clic en Next, como se muestra en la Figura 20.



Figura 20. Caso de uso 1: página Intention

3. En la página Settings, ingrese un nombre nuevo para la copia de 2.ª gen., como se muestra en la Figura 21.

Figura 21. Caso de uso 1: página Settings

4. Seleccione Mount copy, seleccione los parámetros de configuración que desea y haga clic en Next, como se muestra en la Figura 22.

Figura 22. Caso de uso 1: fase Mount copy



5. En la página Summary, analice las selecciones y haga clic en Finish.

La Figura 23 muestra el estado del proceso de montaje de copia y los mensajes descriptivos.

Figura 23. Caso de uso 1: mensajes de progreso del montaje de copia

6. Haga clic en Close.

Confirmación de la recuperación de la base de datos en el host de montaje

Puede seleccionar la recuperación de la base de datos en el host de montaje al registrarse y contar las filas de una tabla en la base de datos APSORDER:

[oracle@AppSync-Linux2 ~]$ sqlplus soe/soe SQL*Plus: Release 12.1.0.1.0 Production on Mon Jan 5 20:19:36 2015 Copyright (c) 1982, 2013, Oracle. All rights reserved. Last Successful login time: Mon Jan 05 2015 19:51:53 +00:00 Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SQL> select count(*) from warehouses; select count(*) from warehouses;



COUNT(*) ---------- 1000 SQL>

La Tabla 2 resume los pasos generales en el caso de uso 1.

Tabla 2. Resumen del caso de uso 1

Inicio Finalización Duración Paso

Preparación para la prueba de parche

07:21 07:36 15 min. Crear copias de 1.ª y 2.ª gen., montar y restaurar.

Recreación del ambiente de prueba del parche

07:42 07:49 7 min Eliminar la copia de 2.ª gen.

08:03 08:14 11 min Recrear la copia de 2.ª gen., montar y recuperar.

Resumen

El caso de uso 1 muestra que AppSync proporciona mayor eficiencia para los administradores de bases de datos. El proceso de prueba de un parche es totalmente compatible con AppSync y no requiere la asistencia de un administrador de sistema o de almacenamiento.

Este proceso, rápido y eficaz, permite que un administrador de bases de datos pruebe y aplique parches de Oracle en menos tiempo y con más confiabilidad.

Validación de la prueba



Caso de uso 2: creación de varios snapshots persistentes

En este caso de uso se muestra la capacidad que posee AppSync para apoyar la replanificación, que incluye la creación de varios snapshots persistentes que pueden usarse para otros fines, como pruebas, desarrollo y creación de informes.

Estas actividades pueden solicitarse cada vez que sea necesario, lo que permite al administrador de bases de datos el manejo rápido de dichas solicitudes.

Los usuarios finales podrían necesitar que los ambientes solicitados permanezcan disponibles hasta que finalicen su trabajo. El caso de uso muestra la persistencia del ambiente, incluso cuando la copia de 1.ª gen. subyacente se actualiza.

En este caso de uso, ejecutamos la base de datos de producción ORDER en el servidor de una sola instancia virtualizado appsync-linux1 y restauramos la copia de replanificación en el host de montaje virtualizado appsync-linux2.

La Figura 24 muestra los pasos de prueba para el caso de uso 2. La base de datos ORDER se muestra a la izquierda, y cada línea entrecortada muestra la acción que se realiza al tomar un snapshot. Los números de 1 a 4 identifican los pasos.

Figura 24. Pasos del escenario del caso de uso 2

Para ejecutar el escenario para este caso de uso: 1. Cree un snapshot copia t1 de 1.ª generación de la base de datos de

producción, sin usar el modo de respaldo en activo. Esta copia será la copia de referencia a partir de la que se crearán los ambientes de replanificación.

2. Cree una copia t1.1 de 2.ª gen. para la prueba.

3. Cree otra copia t1.2 de 2.ª gen. para desarrollo.

4. Cambie la base de datos de producción y actualice la copia t2 (copia de referencia) de 1.ª generación.

Escenario de prueba



5. Muestre la persistencia de los ambientes replanificados, incluso después de la actualización de la copia de 1.ª generación subyacente.

Los tiempos de duración se captan durante estos pasos.


Pasos 1 y 2 del caso de uso 2: creación de copias de 1.ª y 2.ª generación de la base de datos ORDER

Nota: Los pasos 1 y 2 del caso de uso pueden combinarse en AppSync porque el asistente es compatible con este escenario de replanificación.

1. Inicie sesión en la consola de AppSync y seleccione Copy Management >

Oracle.

2. Seleccione la fila con la base de datos para la que se necesitan crear varias copias persistentes y luego seleccione Repurpose > Create Repurpose Copy.

3. Seleccione Create a 1st gen copy and a 2nd gen copy que combina los pasos 1 y 2 del caso de uso y haga clic en Next.

4. En la página Settings, seleccione Create 1st gen copy, edite la etiqueta de la copia si así lo desea y seleccione Snap como tipo de copia, como se muestra en la Figura 25.

Nota: No seleccione ninguna de las dos Oracle-Specific Copy Options.


5. Seleccione 2nd Generation y seleccione Create 2nd gen copy.

6. Edite la etiqueta de la copia si así lo desea, seleccione Snap y haga clic en Next, como se muestra en la Figura 26.




Figura 26. Caso de uso 2: creación de una copia de 2.ª gen.

7. En la página Schedule, seleccione Run Now y luego haga clic en Next, como se muestra en la Figura 27.

Figura 27. Caso de uso 2: Página Schedule

8. En la página Summary, analice las selecciones y haga clic en Finish, como se muestra en la Figura 28.



Figura 28. Caso de uso 2: Página Summary

La página Repurpose ORDER, como se muestra en la Figura 29, muestra el estado del proceso y los mensajes descriptivos.

Figura 29. Caso de uso 2: pasos de replanificación y mensajes de progreso

9. Haga clic en Close una vez que se completó el proceso.

Una vez finalizada la creación de la copia local de 1.ª generación, se muestra una segunda ventana, donde se puede ver la creación de la copia local de 2.ª generación.

10. Seleccione Copy Management > Oracle > ORDER para ver las copias nuevas.



Puede hacer clic en una copia en el panel superior Copies para ver los mensajes de estado correspondientes en el panel inferior Events, como se muestra en la Figura 30.

Figura 30. Caso de uso 2: visualización de las copias nuevas

Paso 3 del caso de uso 2: creación de otra copia de 2.ª generación para desarrollo

Se creó una copia de prueba en el caso de uso 2. Para crear la copia para desarrollo, seleccione la nueva copia de 1.ª generación y ejecute pasos siguientes. Solamente puede crear una copia de 2.ª generación.

1. Seleccione la copia de 1.ª gen. y haga clic en Repurpose, como se

muestra en la Figura 31.

Figura 31. Caso de uso 2: replanificación de una copia para desarrollo

2. En la página Intention, haga clic en Next.

3. En la página Settings, realice lo siguiente:

Seleccione la fase Create 2nd gen copy.

Edite la etiqueta de la copia si lo desea.

Seleccione un tipo de copia de Snap.

Haga clic en Next.

4. En la página Summary, analice las selecciones y haga clic en Finish.



5. La página Repurpose muestra el estado del proceso de copia y los mensajes descriptivos. Haga clic en Close una vez completado el proceso, como se muestra en la Figura 32.

Figura 32. Caso de uso 2: estado del progreso de la copia de desarrollo y mensajes

6. Seleccione Copy Management > Oracle > ORDER para ver la copia nueva de desarrollo.

Puede hacer clic en una copia en el panel superior Copies para ver los mensajes de estado correspondientes en el panel inferior Events, como se muestra en la Figura 33.

Figura 33. Caso de uso 2: visualización de la copia de desarrollo



Paso 4 del caso de uso 2: cambio de la base de datos PROD

Para mostrar que las copias de replanificación para las pruebas y el desarrollo son persistentes, actualice la copia de 1.ª generación que se tomó. Antes de la actualización, agregue una tabla a la base de datos de producción para simular un cambio de datos que puede usarse para verificar la persistencia.

La siguiente salida de SQL confirma el agregado de una nueva tabla del cliente con 4 filas de datos, lo que da como resultado 13 tablas en el esquema. Los detalles clave están destacados en amarillo.

[oracle@AppSync-Linux1 bin]$ sqlplus soe/soe SQL*Plus: Release 12.1.0.1.0 Production on Wed Oct 29 15:17:46 2014 Copyright (c) 1982, 2013, Oracle. All rights reserved. Last Successful login time: Wed Oct 29 2014 15:13:04 +00:00 Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SQL> @add-customer_new-Tabla.sql Tabla created. 1 row created. 1 row created. 1 row created. 1 row created. SQL> select * from customer_new; CUST_ID NAME ADDRESS CITY ST ZIP ---------- --------------- -------------------- --------------- -- 1 John Doe 392 Sunset Blvd. New York NT 10059 2 Mary Smith 6900 Main St. San Francisco CA 94032 3 Richard Newman 2040 Riverside Rd. San Diego CA 92010 4 Cathy Cook 4010 Speedway Tucson AZ 85719 SQL> SQL> select Tabla_name from user_Tablas; TABLA_NAME --------------------------------------------------------------- CUSTOMER_NEW CUSTOMER_T CUSTOMERS ADDRESSES CARD_DETAILS



WAREHOUSES ORDER_ITEMS ORDERS INVENTORIES PRODUCT_INFORMATION LOGON PRODUCT_DESCRIPTIONS ORDERENTRY_METADATA 13 rows selected. SQL>

Actualización de copia de 1.ª generación

Para actualizar la copia de 1.ª generación: 1. Seleccione Copy Management > Oracle > ORDER.

2. Seleccione la copia y haga clic en Refresh, como se muestra en la Figura 34.

Figura 34. Caso de uso 2: actualización de la copia

3. Haga clic en Yes para confirmar la actualización.

En la página Refresh 1st Gen Copy se muestra el estado del proceso y los mensajes descriptivos, como se muestra en la Figura 35.



Figura 35. Caso de uso 2: actualización de mensajes de estado

4. Haga clic en Close.

La descripción general de la copia de Oracle muestra la hora de la copia, como se muestra en la Figura 36.

Figura 36. Caso de uso 2: actualización de la confirmación



Paso 5 del caso de uso 2: mostrar persistencia de las copias de 2.ª gen.

Para mostrar la persistencia de las copias de 2.ª gen. para pruebas y desarrollo, se monta y recupera una copia de 2.ª gen. con el mismo contenido de la base de datos que antes del cambio.

Montaje y restauración de la copia de 2.ª gen. en otro servidor

La copia de desarrollo se debe montar y recuperar en otro servidor independiente.

Para montar y recuperar la copia de desarrollo: 1. Seleccione la copia y haga clic en Mount, como se muestra en la

Figura 37.

Figura 37. Caso de uso 2: montaje y restauración de la copia de desarrollo

2. En la página 1 Select a copy, haga clic en Next para aceptar la copia de desarrollo seleccionada, como se muestra en la Figura 38.

Figura 38. Caso de uso 2: selección de una copia

3. En la página Mount Options, seleccione la Mount Settings y la Recovery Settings deseadas y haga clic en Next, como se muestra en la Figura 39.



El campo Mount on Server muestra el host de montaje.

Recovery Settings está personalizada para abrir la base de datos en la vista de solo lectura, y el nombre de la base de datos tiene el prefijo DEV para identificarla como la copia de desarrollo.

Figura 39. Caso de uso 2: página Mount options

4. En la página Summary, analice la configuración y haga clic en Finish, como se muestra en la Figura 40.

Figura 40. Caso de uso 2: confirmación de la configuración de montaje

5. En la página Results, analice el progreso y la finalización de las actividades que usa AppSync para provisionar los LUN requeridos y montar los puntos en el host de montaje, y haga clic en Close, como se muestra en la Figura 41.

Nota: En la página Results se muestran mensajes que confirman que se han creado y montado los grupos de discos REDO y DATA ASM, y que los grupos de discos y la base de datos se han renombrado.



Figura 41. Caso de uso 2: página Results

Después de haberse restaurado la copia en un host de montaje virtualizado, puede también analizar los detalles del proceso en la página Recent Tasks de la aplicación VMware vCenter Server, como se muestra en la Figura 42.

Figura 42. Caso de uso 2: página VMware vCenter Server

La descripción general de la copia de Oracle para la base de datos muestra el montaje cambiado y el estado de recuperación de la copia de desarrollo, como se muestra en la Figura 43.

Figura 43. Caso de uso 2: estado de montaje y recuperación de la copia de desarrollo



Verificación del contenido de la copia de la base de datos de 2.ª gen.

Para demostrar la persistencia de las copias y de la base de datos, conéctese con la base de datos ORDER restaurada y confirme que la base de datos está en el mismo estado que cuando se tomaron las copias de 2.ª gen.

Para demostrar esta persistencia, confirme que la nueva tabla no está disponible en las copias de 2.ª generación, que se crearon antes de la actualización de la copia de 1.ª generación. Los detalles clave están destacados en amarillo en la siguiente salida de SQL:

[oracle@AppSync-Linux2 ~]$ export ORACLE_SID=DEVORDER [oracle@AppSync-Linux2 ~]$ sqlplus soe/soe SQL*Plus: Release 12.1.0.1.0 Production on Wed Oct 29 15:51:01 2014 Copyright (c) 1982, 2013, Oracle. All rights reserved. Last Successful login time: Tue Oct 28 2014 22:14:00 +00:00 Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SQL> select * from customer_new; select * from customer_new * ERROR at line 1: ORA-00942: Tabla or view does not exist SQL> select Tabla_name from user_Tablas; TABLA_NAME --------------------------------------------------------------- CUSTOMER_T CUSTOMERS ADDRESSES CARD_DETAILS WAREHOUSES ORDER_ITEMS ORDERS INVENTORIES PRODUCT_INFORMATION LOGON PRODUCT_DESCRIPTIONS ORDERENTRY_METADATA 12 rows selected. SQL>



En la Tabla 3 se muestra un resumen del caso de uso 2.


Inicio Finalización Duración Paso

Creación de ambientes de prueba y desarrollo

03:45 03:55 10 min Crear copia de referencia de 1.ª generación y copias de 2.ª generación para prueba y desarrollo

Actualización de la copia de referencia

04:13 04:17 4 min Actualizar la copia de 1.ª generación

04:31 04:39 8 min Montar y recuperar la copia de desarrollo de 2.ª generación

El caso de uso 2 demuestra que el uso de AppSync en un escenario de replanificación de Oracle proporcionó los siguientes beneficios:

• Se reducen significativamente la complejidad y el tiempo.

• La automatización de autoservicio de AppSync acelera los ciclos de prueba y desarrollo de la base de datos, y permite a los administradores de bases de datos crear o actualizar rápidamente los ambientes.

• Además, AppSync reduce la necesidad de que el administrador de almacenamiento participe continuamente. No hay scripts que ejecutar ni mantener, y la consola de AppSync informa al administrador de bases de datos sobre el estado de AppSync y todos los pasos que este realiza.

• La persistencia de las copias, incluso cuando la copia subyacente se actualiza, permite que los administradores de bases de datos respondan rápidamente a las solicitudes de los usuarios finales que solicitan copias para diversos propósitos.

Caso de uso 3: Restauración de una base de datos con AppSync y Oracle12c Storage Snapshot Optimization

Para mantener la disponibilidad del sistema, los administradores de bases de datos se enfrentan con el reto de disminuir la pérdida de datos y el tiempo fuera. AppSync supera estos retos protegiendo, restaurando y clonando aplicaciones críticas en minutos con su funcionalidad de administración de copias con un solo clic. La funcionalidad de autoservicio de AppSync también permite que los propietarios de la aplicación impulsen la protección y la clonación.

AppSync 2.0 también es compatible con Oracle 12c Storage Snapshot Optimization. Esta compatibilidad permite la recuperación a un punto en el tiempo de snapshots y clones al no colocar la base de datos de origen en modo de respaldo en activo mientras se toma el snapshot o el clon. Si el snapshot se realizó con el modo de respaldo en activo habilitado, se puede hacer roll forward a la base de datos con los archivos de registro del archivo.

En el modo de respaldo en activo, los archivos de datos y los archivos de registro del archivo de Oracle se respaldan en el snapshot. Así, se crea un respaldo coherente con la aplicación. Cuando el modo de respaldo en activo no se usa,




solamente se crean respaldos de los archivos de datos (y del registro de reconstitución) de Oracle en el snapshot. Así, se crea un respaldo coherente con una falla general.

Este caso de uso muestra el impacto que tiene la activación, o desactivación, del modo de respaldo en activo en el servidor de la base de datos.

Este escenario se ejecuta dos veces con la base de datos de producción ORDER:

• Se ejecuta una vez para una copia tomada con el modo de respaldo en activo desactivado.

• La segunda vez para una copia tomada con el modo de respaldo en activo habilitado.

Los dos planes tienen un RPO de 24 horas y se ejecutan cada noche. La única diferencia entre los dos planes es la configuración de respaldo en activo, como se muestra en la Figura 44.

Figura 44. Caso de uso 3: descripción y calendario de los planes de servicio de nivel Bronce

La Figura 45 muestra los pasos del escenario para el caso de uso 3 con modo de respaldo en activo y sin él.

Figura 45. Pasos del caso de uso 3 para el escenario con modo de respaldo en activo y sin él

Escenario de prueba



Para ejecutar la prueba para este caso de uso: 1. Crear una copia de protección de 1.ª generación de la base de datos de

producción con el plan de servicio correspondiente.

2. Crear un problema de la base de datos que provocará la necesidad de realizar una restauración.

3. Use AppSync para restaurar la base de datos de producción.

4. Haga roll forward de los registros de reconstitución al punto en el tiempo cuando se realizó la copia de producción.

5. Verifique una recuperación exitosa iniciando la instancia de Oracle.

Nota: AppSync en Windows 2008 Server en esta solución se modifica para horario de verano y está adelantado una hora respecto del horario en el servidor Oracle Linux.


Paso 1 del caso de uso 3: creación de una copia de protección de 1.ª generación de la base de datos de producción

Normalmente, un plan de suscripción como este se deja ejecutándose, creando una copia de protección nueva cada vez que se activa en el momento calendarizado. En este caso, se suscribe la base de datos al plan y se la ejecuta de inmediato, como se muestra en la Figura 46.

Nota: En esta solución se documenta el escenario sin respaldo en activo, como se muestra en las siguientes imágenes de la pantalla. El escenario con respaldo en activo usa los mismos pasos.

Figura 46. Caso de uso 3: suscripción de la base de datos al plan




Una vez que finalizó el plan, la página Subscribe to Plan and Run muestra una descripción general de los pasos, el estado y los mensajes, como se muestra en la Figura 47.

Figura 47. Caso de uso 3: página Subscribe to Plan and Run



Paso 2 del caso de uso 3: error en la creación de la base de datos de producción

Se simuló un error al soltar una tabla importante, lo que hace necesaria la restauración de la última copia de la base de datos. Los detalles clave están destacados en amarillo en la siguiente salida de SQL:

[oracle@AppSync-Linux1 ~]$ sqlplus '/ as sysdba' SQL*Plus: Release 12.1.0.1.0 Production on Tue Nov 11 14:05:15 2014 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production With the Partitioning, Automatic Storage Management, OLAP, Advanced Analytics and Real Application Testing options SQL> !date Tue Nov 11 14:05:25 GMT 2014 SQL> select count(*) from soe.warehouses; COUNT(*) ---------- 1000 SQL> drop Tabla soe.warehouses cascade constraints purge; Tabla dropped. SQL> select count(*) from soe.warehouses; select count(*) from soe.warehouses * ERROR at line 1: ORA-00942: Tabla or view does not exist SQL>

Paso 3 del caso de uso 3: uso de AppSync para restaurar la base de datos de producción

Para restaurar la base de datos de producción: 1. En la descripción general de las copias para la base de datos ORDER,

seleccione la última copia hecha con este plan y haga clic en Restore, como se muestra en la Figura 48.



Figura 48. Caso de uso 3: selección de la última copia hecha con este plan

2. En la página Select Copy haga clic en Next para seleccionar la copia destacada del paso 1.

3. En la página Restore Options, tal como se muestra en la Figura 49, seleccione lo que debe restaurarse y haga clic en Next:

En el caso de una copia con respaldo en activo desactivado, puede seleccionar únicamente la restauración de Data.

En el caso de una copia con respaldo en activo, puede restaurar Data, Data and archive logs o Archive logs.

Nota: Se seleccionó Data en el caso de la copia con respaldo en activo desactivado. En el caso del escenario con respaldo en activo activado, se seleccionó Data and archive logs.

Figura 49. Caso de uso 3: página Restore Options

4. En la página Summary, como se muestra en la Figura 50, analice la configuración y haga clic en Next.

Figura 50. Caso de uso 3: página Summary

5. En la página Results, haga clic en Finish para iniciar la restauración.



Cuando la restauración está completada, la página Results muestra mensajes como los que se ven en la Figura 51.

Figura 51. Caso de uso 3: Página Results

Paso 4 del caso de uso 3: roll forward de registros de reconstitución

Para proporcionar al administrador de bases de datos el máximo control durante el arranque de la base de datos, AppSync deja la base de datos apagada y restaurada. Ingrese los siguientes comandos para recuperar la base de datos en su totalidad y aplicar los registros de reconstitución. Se repiten estos mismos pasos para el escenario con el modo de respaldo en activo habilitado. Los detalles clave están destacados en amarillo.

Para realizar roll forward de registros de reconstitución:

[oracle@AppSync-Linux1 ~]$ sqlplus '/ as sysdba' SQL*Plus: Release 12.1.0.1.0 Production on Tue Nov 11 14:12:13 2014 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to an idle instance. SQL> !date Tue Nov 11 14:12:18 GMT 2014 SQL> startup mount ORACLE instance started. Total System Global Area 2355015680 bytes Fixed Size 2291040 bytes Variable Size 637536928 bytes Database Buffers 1694498816 bytes Redo Buffers 20688896 bytes Database mounted. SQL> !date Tue Nov 11 14:12:35 GMT 2014 SQL> recover database Media recovery complete.



Paso 5 del caso de uso 2: verificación de una recuperación exitosa iniciando la instancia de Oracle

Ingrese la siguiente consulta para la tabla eliminada a fin de confirmar que la base de datos se restauró satisfactoriamente:

SQL> !date Tue Nov 11 14:13:00 GMT 2014 SQL> alter database open; Database altered. SQL> select count(*) from soe.warehouses; COUNT(*) ---------- 1000 SQL>

Cronología de eventos: respaldo en activo activado/desactivado

En las tablas siguientes se muestra una descripción general de la cronología de todos los eventos que se registraron durante la ejecución de un escenario de prueba completo:

Los eventos en la Tabla 4 se registraron durante el escenario de modo de respaldo en activo desactivado, que solamente restaura datos y reconstituciones.

Tabla 4. Cronología de restauración de datos sin respaldo en activo

Evento Día y hora Actividad Descripción

1.1 Mar 11/11/2014 03:00:10 p. m.

Descubrimiento de aplicaciones

Comienzo de la fase de descubrimiento de aplicaciones para la base de datos ORDER

1.2 Mar 11/11/2014 03:00:26 p. m.


Protección de la base de datos ORDER de Oracle con el modo de respaldo en activo desactivado

1.3 Mar 11/11/2014 03:00:26 p. m.


Fase de descubrimiento de aplicación para la base de datos ORDER completada satisfactoriamente

2.1 Mar 11/11/2014 03:00:26 p. m.

Mapeo de aplicaciones

Comienzo de fase de mapeo de aplicaciones para la base de datos ORDER

2.2 Mar 11/11/2014 03:02:31 p. m.


El arreglo de almacenamiento APM00140631432 no tiene licencia para uso con AppSync, pero está dentro del periodo de prueba de 90 días

2.3 Mar 11/11/2014 03:02:31 p. m.


Fase de mapeo de aplicaciones para la base de datos ORDER completada satisfactoriamente

3.1 Mar 11/11/2014 03:02:31 p. m.

Creación de copia local

Comienzo de fase de creación de copia local para la base de datos ORDER




3.2 Mar 11/11/2014 03:03:43 p. m.


Creación de snapshot de VNX del grupo de consistencia VNX AppSync_CG-1 con el procesador de servicio IP 10.110.80.37

3.3 Mar 11/11/2014 03:03:43 p. m.


Snapshot de VNX AppSyncSnap-20141111_150246:544-5628d872-1603-46cf-a97e-08c7555ed540-AppSync_CG-1 creado satisfactoriamente en el grupo de consistencia AppSync_CG-1 con el procesador de servicio IP 10.110.80.37

3.4 Mar 11/11/2014 03:03:43 p. m.


Ejecución de verificación de cumplimiento de normas del objetivo de punto de recuperación para la base de datos ORDER

3.5 Mar 11/11/2014 03:03:43 p. m.



3.6 Mar 11/11/2014 03:03:43 p. m.


Creación de fase de copia local para base de datos ORDER completada satisfactoriamente

Mar 11/11/2014 03:05:30 p. m.

Tabla soltada: Pedir al administrador de bases de datos que realice la restauración

4.1 Mar 11/11/2014 03:08:04 p. m.

Restauración de copia

Comienzo de fase de restauración para la base de datos ORDER

4.2 Mar 11/11/2014 03:08:04 p. m.


Comienzo de restauración en el host de producción appsync-linux1

4.3 Mar 11/11/2014 03:08:04 p. m.


Apagado de la base de datos ORDER

4.4 Mar 11/11/2014 03:08:23 p. m.



4.5 Mar 11/11/2014 03:08:23 p. m.


Desmontaje de sistemas de archivos de producción +DATA,+REDO como preparación para la restauración

4.6 Mar 11/11/2014 03:08:23 p. m.


Restauración de copia de replicación en el sistema de archivos de producción

4.7 Mar 11/11/2014 03:08:56 p. m.


Restauración de snapshot de VNX AppSyncSnap-20141111_150246:544-5628d872-1603-46cf-a97e-08c7555ed540-AppSync_CG-1 para los LUN de origen 46, 34, 44, 45, 35, 47, 48, 36 en el arreglo VNX APM00140631432_VNX5400_116D

4.8 Mar 11/11/2014 03:09:09 p. m.


Montaje de sistemas de archivos de producción después de la restauración




4.9 Mar 11/11/2014 03:09:25 p. m.


Restauración de fase de copia para base de datos ORDER completada satisfactoriamente

Mar 11/11/2014 03:12:20 p. m.

Montaje y restauración de base de datos

Mar 11/11/2014 03:13:00 p. m.

Abrir y consultar la base de datos

En la Tabla 4 se muestran los snapshots del grupo de consistencia de VNX AppSync_CG-1, que aloja a todos los archivos de base de datos, que incluye archivos de control, registros de reconstitución y archivos de datos. Los snapshots se muestran en las fases siguientes:

• Fase 3: Create a local copy

• Fase 4: Create a copy of the archive logs

• Fase 5: Restore copy, muestra la restauración de los dos snapshots

Los eventos en la Tabla 5 se registraron durante el escenario sin respaldo en activo que restaura datos y registros de archivo.

Tabla 5. Cronología de restauración de datos con respaldo en activo


1.1 Mar 11/11/2014 06:54:25 p. m.


Comienzo de la fase de descubrimiento de aplicaciones para la base de datos ORDER

1.2 Mar 11/11/2014 06:54:42 p. m.


Protección de la base de datos ORDER de Oracle con el modo de respaldo en activo activado

1.3 Mar 11/11/2014 06:54:42 p. m.


Fase de descubrimiento de aplicación para la base de datos ORDER completada satisfactoriamente

2.1 Mar 11/11/2014 06:54:42 p. m.


Comienzo de fase de mapeo de aplicaciones para la base de datos ORDER

2.2 Mar 11/11/2014 06:56:46 p. m.



2.3 Mar 11/11/2014 06:56:46 p. m.


Fase de mapeo de aplicaciones para appsync-linux1+ARCH, ORDER completada satisfactoriamente

3.1 Mar 11/11/2014 06:56:46 p. m.


Comienzo de fase de creación de copia local para la base de datos ORDER

3.2 Mar 11/11/2014 06:57:01 p. m.


Comienzo del modo de reposo de la base de datos ORDER de Oracle




3.3 Mar 11/11/2014 06:57:01 p. m.


Modo de reposo de la base de datos ORDER de Oracle satisfactorio

3.4 Mar 11/11/2014 06:57:59 p. m.



3.5 Mar 11/11/2014 06:57:59 p. m.


Snapshot de VNX AppSyncSnap-20141111_185702:554-245c6b38-cda8-48a9-8b07-4c0fc93b6951-AppSync_CG-1 creado satisfactoriamente en el grupo de consistencia AppSync_CG-1 con el procesador de servicio IP 10.110.80.37

3.6 Mar 11/11/2014 06:57:59 p. m.


Comienzo de desactivación del modo en reposo de la base de datos ORDER de Oracle

3.7 Mar 11/11/2014 06:57:59 p. m.


Desactivación del modo en reposo de la base de datos ORDER de Oracle satisfactoria

3.8 Mar 11/11/2014 06:57:59 p. m.


Ejecución de la verificación de cumplimiento de normas del objetivo de punto de recuperación para la base de datos ORDER

3.9 Mar 11/11/2014 06:58:09 p. m.



3.99 Mar 11/11/2014 06:58:09 p. m.


Creación de fase de copia local para appsync-linux1+ARCH, base de datos ORDER completada satisfactoriamente

4.1 Mar 11/11/2014 06:58:09 p. m.

Creación de copia local archLogs

Comienzo de creación de fase de copia local archLogs para appsync-linux1+ARCH

4.2 Mar 11/11/2014 06:58:35 p. m.



4.3 Mar 11/11/2014 06:58:35 p. m.


Snapshot de VNX AppSyncSnap-20141111_185810:465-b85f6f2a-1471-4977-8545-f85fcb4d69ae-AppSync_CG-2 creado satisfactoriamente en el grupo de consistencia AppSync_CG-2 con el procesador de servicio IP 10.110.80.37

4.4 Mar 11/11/2014 06:58:35 p. m.


Creación de fase de copia local de archLogs para appsync-linux1+ARCH, ORDER completada satisfactoriamente

Mar 11/11/2014 07:00:40 p. m.

Tabla soltada. El usuario pide al administrador de bases de datos que realice la restauración




5.1 Mar 11/11/2014 07:05:54 p. m.


Comienzo de fase de copia de restauración para la base de datos ORDER

5.2 Mar 11/11/2014 07:05:54 p. m.


Comienzo de restauración en el host de producción appsync-linux1

5.3 Mar 11/11/2014 07:05:54 p. m.



5.4 Mar 11/11/2014 07:06:11 p. m.


La base de datos ORDER está apagada

5.5 Mar 11/11/2014 07:06:11 p. m.


Desmontaje de sistemas de archivos de producción +DATA,+ARCH,+REDO como preparación para la restauración

5.6 Mar 11/11/2014 07:06:11 p. m.


Restauración de copia de replicación en el sistema de archivos de producción

5.7 Mar 11/11/2014 07:06:45 p. m.


Restauración de snapshot de VNX AppSyncSnap-20141111_185702:554-245c6b38-cda8-48a9-8b07-4c0fc93b6951-AppSync_CG-1 para los LUN de origen 46, 34, 44, 45, 35, 47, 36, 48 en el arreglo VNX APM00140631432_VNX5400_116D

5.8 Mar 11/11/2014 07:07:26 p. m.


Restauración de snapshot de VNX AppSyncSnap-20141111_185810:465-b85f6f2a-1471-4977-8545-f85fcb4d69ae-AppSync_CG-2 para los LUN de origen 65, 64 en el arreglo VNX APM00140631432_VNX5400_116D

5.9 Mar 11/11/2014 07:07:26 p. m.


Montaje de sistemas de archivos de producción después de la restauración

5.99 Mar 11/11/2014 07:07:57 p. m.


Restauración de fase de copia para base de datos ORDER completada satisfactoriamente

Mar 11/11/2014 07:09:10 p. m.

Montaje y recuperación de base de datos

Mar 11/11/2014 07:10:12 p. m.

Abrir base de datos, consultar

Durante los escenarios con y sin respaldo en activo que se muestran en la Tabla 4 y la Tabla 5, las estadísticas del CPU del servidor de la base de datos virtualizada se captaron mediante la utilidad vmstat. Los resultados se muestran en la Figura 52 y la Figura 53. Las fases están numeradas y etiquetadas.

Impacto en el CPU del servidor de la base de datos



Figura 52. Caso de uso 3: Uso del host de la base de datos sin modo de respaldo en activo

Figura 53. Caso de uso 3: Uso del host de la base de datos con modo de respaldo en activo

Esta prueba muestra el impacto en el rendimiento del modo de respaldo en activo, que usa la nueva característica Storage Snapshot Optimization de Oracle 12c. Storage Snapshot Optimization permite que los administradores de bases de datos recuperen una base de datos mediante snapshots de punto en el tiempo, sin necesidad de que la base de datos entre en modo de respaldo en activo. La prueba descargó snapshots coherentes con el orden de escritura en el sistema de almacenamiento VNX, en lugar de dejar el requisito para garantizar la consistencia con la escritura en todos los LUN en el snapshot con el servidor.

En la Tabla 6 se resume el caso de uso 3. Se obtuvieron los tiempos de duración para crear una copia y restaurarla con la base de datos de prueba ORDER. El tamaño general de la base de datos es aproximadamente 1 TB y contiene 600 GB de datos de usuario en tablas.





Plan de suscripción

Duración

Actividad

Br-no-hbkp 03:41 Ejecución del plan de suscripción sin respaldo en activo

01:21 Restauración de copia

Br-hbkp 04:15 Ejecución del plan de suscripción con respaldo en activo

02:03 Restauración de copia

El caso de uso 3 muestra los beneficios de usar AppSync con el modo de respaldo en activo y sin este modo:

• La capacidad de realizar roll forward a la base de datos después de la restauración de un snapshot creado con el modo de respaldo en activo desactivado ahorra tiempo y carga de recursos.

• Los snapshots se descargaron completamente en el sistema de almacenamiento VNX, lo que disminuye el impacto en el CPU del servidor de la base de datos de Oracle.

• Hay una diferencia mínima en el impacto en el CPU entre usar un plan de suscripción con modo de respaldo en activo o usar uno sin este modo. Tomar los snapshots y descargarlos desde el servidor demanda tan solo segundos, lo que resulta en una reconstitución mínima en los registros de archivo para el escenario de respaldo en activo. Esto tiene como resultado un impacto mínimo en el CPU del servidor.

Capítulo 6: Conclusión


Capítulo 6 Conclusión


Resumen .................................................................................................... 64

Observaciones ............................................................................................ 64

Capítulo 6: Conclusión


Resumen

En la actualidad, los centros de datos deben proporcionar disponibilidad continua para cumplir con los acuerdos de nivel de servicio (SLA) de Oracle de misión crítica, los objetivos de punto de recuperación (RPO) y los servicios de replicación. La demanda en aumento para que los administradores de bases de datos ofrezcan servicios más rápidos y confiables hace que las herramientas tradicionales ya no sean la solución principal para la protección y replanificación de las bases de datos de Oracle.

El software EMC AppSync ofrece una solución fácil y económica de administración de copias y réplicas que garantiza la protección continua de los datos sin interrupción de las operaciones de producción u otros calendarios de respaldo. AppSync facilita y acelera la administración de copias para los administradores de aplicaciones, que pueden usar la simple interfaz del usuario de AppSync para cumplir con los SLA. AppSync monitorea continuamente los ambientes protegidos y envía alertas si no se cumplen los SLA.

Si surge la necesidad de realizar una recuperación, los administradores pueden restaurar las bases de datos de producción en cuestión de minutos, y AppSync los guía a través de las opciones disponibles. AppSync proporciona una forma simple de soporte para un ambiente de trabajo ágil sin afectar el tiempo ni la calidad, y otorga a los administradores de bases de datos y aplicaciones control total de la recuperación y de la replanificación de las aplicaciones.

Observaciones

Los casos de uso en esta solución demuestran lo siguiente:

• La facilidad y la rapidez con la que los propietarios de aplicaciones o los administradores de bases de datos pueden proteger o replanificar sus datos de las aplicaciones. Hay una reducción importante en el tiempo y la participación del administrador de almacenamiento.

• Hay un impacto mínimo en el rendimiento del CPU del servidor de la base de datos durante el proceso de respaldo y restauración, porque AppSync usa las características de Storage Snapshot Optimization de Oracle Database 12c y el sistema de almacenamiento de VNX.

• Cuando se usan plataformas de almacenamiento de VMAX y XtremIO y sus tecnologías de replicación en el centro de datos de Oracle, puede haber un impacto mínimo en el rendimiento del CPU en el servidor de la base de datos de producción durante el proceso de respaldo y restauración.

Capítulo 7: Referencias


Capítulo 7 Referencias


Documentación de EMC ............................................................................... 66

Otra documentación .................................................................................... 66

Capítulo 7: Referencias


Documentación de EMC

Los siguientes documentos, disponibles en el servicio de soporte en línea de EMC, proporcionan información adicional. Si no tiene acceso a un documento, póngase en contacto con un representante de EMC.

• Guía de Instalación y configuración de EMC AppSync 2.0.0

• Guía de administración y del usuario de EMC AppSync 2.0.0

Otra documentación

Consulte los siguientes documentos de Oracle relevantes para esta solución:

• Oracle Database Installation Guide 12c Release 1 (12.1) for Linux (E41491-10)

• Oracle Real Application Clusters Installation Guide 12c Release 1 (12.1) for Linux and UNIX (E48917-10)

• Oracle Real Application Clusters Administration and Deployment Guide 12c Release 1 (12.1) (E48838-09)

• Oracle Automatic Storage Management Administrator's Guide 12c Release 1 (12.1) (E41058-08)

Documentación de Oracle

https://support.emc.com/


http://docs.oracle.com/database/121/LADBI/toc.htm

http://docs.oracle.com/database/121/LADBI/toc.htm

http://docs.oracle.com/database/121/RILIN/toc.htm

http://docs.oracle.com/database/121/RILIN/toc.htm

http://docs.oracle.com/database/121/RACAD/toc.htm

http://docs.oracle.com/database/121/RACAD/toc.htm

http://docs.oracle.com/database/121/OSTMG/toc.htm

http://docs.oracle.com/database/121/OSTMG/toc.htm

Apéndice A: Instalación y configuración de AppSync


Apéndice A Instalación y configuración de AppSync

En este apéndice se presenta el siguiente tema:

Instalación del servidor AppSync .................................................................. 68

Configuración del ambiente ......................................................................... 68



Instalación del servidor AppSync

La Guía de Instalación y configuración de EMC AppSync 2.0.0, que puede descargarse del servicio de soporte en línea de EMC, describe en detalle cómo instalar el servidor AppSync.

Nota: La instalación de Windows 2008 Server con Adobe Flash es un requisito previo para la instalación de AppSync.

Para instalar AppSync, deben aceptarse todas las configuraciones predeterminadas. Ingrese la información del usuario como administrador para acceder a la interfaz del usuario de AppSync.

Se instaló el hotfix CF26 para garantizar que la última versión del software se encuentre instalada.

Configuración del ambiente

En esta sección se proporcionan instrucciones para configurar los componentes para el ambiente de la solución AppSync.

En nuestro ambiente, el servidor AppSync protege los servidores de bases de datos de Oracle que tienen sus datos almacenados en el sistema de almacenamiento VNX. Para permitir que AppSync cree copias, el sistema de almacenamiento primero debe registrarse en AppSync.

Para registrar el sistema de almacenamiento en el servidor AppSync: 1. Seleccionar Settings > Storage Infrastructure.

2. Haga clic Add > VNX Storage System. Ingrese las credenciales y la dirección IP del procesador de servicio de VNX y haga clic en OK, como se muestra en la Figura 54.

Registro de VNX




Figura 54. Información de configuración del sistema de almacenamiento VNX

La Figura 55 muestra un registro del sistema de almacenamiento VNX completo.

Figura 55. Registro de un sistema de almacenamiento VNX completo

Registro del servidor vCenter para permitir que AppSync proteja los ambientes virtualizados de Oracle. Para un mapeo satisfactorio, agregue el servidor vCenter al servidor AppSync y ejecute el descubrimiento antes de agregar el host de

Registro de vCenter



Oracle. Si este paso no se realiza, el host de Oracle debe redescubrirse después de agregar vCenter.

Para agregar el servidor vCenter: 1. Seleccione Settings > VMware vCenter Servers y haga clic en Add, como

se muestra la Figura 56.

Figura 56. Configuración de EMC AppSync

2. Ingrese el nombre y las credenciales de vCenter y haga clic en OK, como se muestra en la Figura 57.

Nota: Para ejecutar el montaje y la recuperación de Oracle en un host virtualizado, necesita permisos de VMware para modificar la configuración de VMware de la máquina virtual de montaje, crear un mapeo de dispositivos crudos (RDM) o un adaptador SCSI, y reexaminar las áreas de almacenamiento de datos y los Virtual Machine File System (VMFS).

Figura 57. Credenciales del servidor vCenter

Ahora, el servidor vCenter está registrado en AppSync, como se muestra en la Figura 58.



Figura 58. Un servidor vCenter registrado en AppSync

Cuando usa VNX, debe asegurarse de que todos los grupos de consistencia son grupos de consistencia de VNX. Los archivos de registro del archivo también deben residir en un grupo de consistencia diferente del resto de los archivos de la base de datos, como se muestra en la Figura 59.

Figura 59. Grupos de consistencia de VNX

Oracle se configuró mediante Oracle Automatic Storage Management (ASM) y se crearon los grupos de discos en la Tabla 7.

Tabla 7. Grupos de discos para una configuración Oracle ASM

Grupo Nombre

Datos +DATA

Reconstitución +REDO

Archivos de registro del archivo +ARCH

Espacio temporal +TEMP

Oracle Cluster Registry +OCR_VOTE, solamente usado en Real Application Clusters (RAC)

Esta configuración se aplica en una sola instancia que se ejecuta en una máquina virtual, y en la configuración RAC de dos nodos que se ejecuta en los servidores físicos.

AppSync puede crear copias coherentes con las aplicaciones (con el respaldo en activo de Oracle) y copias coherentes con una falla general (sin respaldo en activo). Para que AppSync cree copias coherentes con las aplicaciones de las bases de datos de Oracle, los archivos de datos y los registros de archivos no

Configuración de VNX

Configuración de Oracle



deben compartir el grupo de discos ASM, el sistema de archivos, el grupo de volumen, el grupo de consistencia de VNX ni el área de almacenamiento de datos. La base de datos de origen también debe ejecutarse con el modo ARCHIVELOG activado.

La base de datos en cada una de las configuraciones se completó con un conjunto de datos que proporciona aproximadamente 600 GB de datos y un tamaño general de la base de datos de casi 1 TB.

El modelo de datos de entrada de pedidos Swingbench está basado en el esquema oe que se envía junto con Oracle11g y Oracle12c. El modelo relacional se muestra en la Figura 60.

Figura 60. Modelo de datos de entrada de pedidos Swingbench

Una vez completado el registro de VNX y vCenter, deben registrarse los servidores de la base de datos, lo que permite a AppSync proteger las aplicaciones de Oracle que están en ellos. En el caso de las configuraciones de Oracle RAC, deben registrarse todos los nodos (dos nodos para un ambiente RAC) para permitir que AppSync proteja automáticamente la base de datos con un nodo diferente si el nodo inicial está caído.

Todos aquellos servidores en los que una copia de la base de datos puede montarse más adelante, primero deben registrarse en AppSync.

Para registrar los servidores en AppSync: 1. Seleccione Settings > Servers.

2. Seleccione Add > Unix Servers.

Registro del servidor de la base de datos de Oracle

http://dominicgiles.com/index.html



3. Escriba el nombre de host, el nombre de usuario y la contraseña, y haga clic en Start, como se muestra en la Figura 61.

Nota: Puede agregar varios servidores al mismo tiempo.

Figura 61. Credenciales del servidor Unix

Se muestra el mensaje Discovering Oracle databases para cada host, seguido del mensaje de confirmación Deployment completed, como se muestra en la Figura 62.

Figura 62. Implementación completada

4. El servidor recientemente agregado también se muestra en la descripción general del servidor. Puede seleccionar la fila con el nuevo servidor para que se muestren los detalles en el panel inferior, como se muestra en la Figura 63.

Figura 63. Descripción general del servidor que muestra el servidor nuevo



El servidor AppSync ahora está configurado para proteger las bases de datos de Oracle en el ambiente. La lista Servers para nuestro ambiente de prueba muestra dos servidores virtuales y dos servidores físicos de un sistema RAC de dos nodos, como se muestra en la Figura 64.

Figura 64. Servidores del ambiente de prueba de AppSync

Apéndice B: Creación de planes de servicio


Apéndice B Creación de planes de servicio

En este apéndice se presenta el siguiente tema:

Creación de planes de servicio ..................................................................... 76



Creación de planes de servicio

Los siguientes ejemplos muestran cómo crear un plan de servicio nuevo y personalizado para proteger la base de datos de Oracle.

En este ejemplo, se protege una base de datos de Oracle que solamente cambia ocasionalmente. Tome un copia local día por medio sin necesidad de hacer copias los fines de semana.

Para crear este nuevo plan de servicio para una base de datos de Oracle, comience creando un plan nuevo usando un plan existente como plantilla:

1. En la consola EMC AppSync, seleccione Service Plans > Oracle.

2. Haga clic en Create, como se muestra en la Figura 65.

Figura 65. Planes de servicio

3. En el cuadro de diálogo Create New Plan, seleccione Bronze como el plan de la plantilla definida previamente, escriba un nombre y una descripción según se muestra en la Figura 66, y haga clic en OK.

Figura 66. Ejemplo 1: creación de un plan nuevo

4. Seleccione el nombre del plan nuevo, como se muestra en la Figura 67.

Ejemplo 1: protección/prioridad baja



Figura 67. Ejemplo 1: selección del plan nuevo

5. En el panel izquierdo, seleccione las casillas de verificación para las fases que desea incluidas en el plan. La mayoría de las fases pueden activarse o desactivarse, y puede hacer cambios en el panel derecho.

En este ejemplo, para la fase Plan Startup, como se muestra en la Figura 68, se seleccionó Startup Type de Scheduled y se configuró un Recurrence Type de On selected days con un tiempo Run at de 03:00 AM los días lunes, miércoles y viernes.

Figura 68. Ejemplo 1: fase Plan Startup

6. Luego se seleccionó la fase Create local copy para especificar que esta base de datos no necesita colocarse en el modo de respaldo en activo, como se muestra en la Figura 69.

Nota: Se activa un plan nuevo de forma predeterminada, como se muestra en la Figura 69. Para desactivar una fase, seleccione Plan disabled.



Figura 69. Ejemplo 1: fase Create local copy

7. Haga clic en Apply para aceptar los cambios para este nuevo plan.

La página de descripción general indica el plan nuevo, como se muestra en la Figura 70.

Figura 70. Ejemplo 1: página de descripción general con el plan nuevo

En este ejemplo, se protege una base de datos de Oracle que se usa en un escenario de data warehouse en producción. El negocio exige que proporcionemos las siguientes protecciones:

• RPO de seis horas

• Recuperación rápida

• Últimas tres copias siempre visibles

Para crear este plan de servicio nuevo: 1. En EMC AppSync, seleccione Service Plans > Oracle.

2. Haga clic en Create.

3. Seleccione el plan Bronze predeterminado como una plantilla, escriba un nombre de plan y una descripción, como se muestra en la Figura 71, y haga clic en OK.

Ejemplo 2: protección/prioridad alta




4. Seleccione el nombre del plan nuevo y seleccione la fase Plan Startup.

Asegúrese de que la propiedad predeterminada Enable Recovery Point Objective (RPO) se encuentra seleccionada, y configúrela en 6 horas, como se muestra en la Figura 72.


5. Seleccione la fase Create local copy y seleccione las casillas de verificación para las primeras tres Oracle Options de modo que reflejen el requisito de negocio de una recuperación rápida, y el valor Expiration de tener siempre 3 copias disponibles. La Figura 73 muestra las selecciones de muestra.




6. Haga clic en Apply para aceptar los cambios del plan de servicio.

La página de descripción general muestra los cambios, como se muestra en la Figura 74.


En este ejemplo, replanifique una base de datos de producción de Oracle para realizar pruebas. El negocio exige que proporcionemos lo siguiente:

• Una copia diaria

• Una copia disponible en el servidor de pruebas AppSync-Linux2

• Una notificación por correo electrónico al usuario cuando el plan está listo y en ejecución

Para crear este plan de servicio nuevo: 1. En EMC AppSync, seleccione Service Plans > Oracle.

2. Haga clic en Create.

3. Seleccione el plan Bronze predeterminado como una plantilla, escriba un nombre y una descripción, como se muestra en la Figura 75, y haga clic en OK.

Ejemplo 3: replanificación diaria




4. Seleccione el plan nuevo de la lista y la fase Plan Startup.

5. Seleccione un Recurrence Type de inicio Every day at… y seleccione 4:10 AM, como se muestra en la Figura 76.


6. Seleccione la fase Create local copy, borre la casilla de verificación Place the database in hot backup mode y escriba un Expiration de mantener siempre 1 copia, como se muestra en la Figura 77.




7. Seleccione Unmount previous copy, como se muestra en la Figura 78.

Figura 78. Ejemplo 3: desmontaje de copia anterior

8. Seleccione la fase Mount copy y la configuración siguiente:

a. Seleccione una Mount operation de Mount on standalone server and recover database.

b. Seleccione Mount Settings y Recovery Settings.

Elegimos mantener el nombre de la base de datos, Oracle System ID (SID) y los nombres del grupo de discos ASM sin modificar, como se muestra en la Figura 79.



Figura 79. Ejemplo 3: fase Mount copy

9. Seleccione Post-mount script y luego especifique el archivo ejecuTabla o el script que desea ejecutar.

En este ejemplo, usamos el script para implementar el requisito de notificar al usuario final que el uso diario del plan finalizó, como se muestra en la Figura 80.

Figura 80. Ejemplo 3: fase Post-mount script

10. Haga clic en Aplicar para guardar los cambios del plan.

La Figura 81 muestra la lista de los planes de servicio con el nuevo plan incluido.


EMC APPSYNC PARA ORACLE LIFECYCLE MANAGEMENT · 4 EMC AppSync para Oracle Lifecycle Management ......

Documents

Transcript of EMC APPSYNC PARA ORACLE LIFECYCLE MANAGEMENT · 4 EMC AppSync para Oracle Lifecycle Management ......