RESPALDO Y RECUPERACIÓ N OPTIMIZADOS PARA AMBIENTES SAP MEDIANTE EMC DATA DOMAIN Y EMC NETWORKER

Transcripción

1 Informe técnico RESPALDO Y RECUPERACIÓ N OPTIMIZADOS PARA AMBIENTES SAP MEDIANTE EMC DATA DOMAIN Y EMC NETWORKER Análisis detallado EMC SOLUTIONS GROUP Resumen Este informe técnico describe de qué manera las operaciones de respaldo y recuperación de sistemas SAP se benefician de la tecnología de deduplicación en línea mediante el sistema de almacenamiento con deduplicación EMC Data Domain con el software EMC Data Domain Boost (DD Boost) y EMC NetWorker. Además, este informe analiza las mejores prácticas para lograr simplicidad de administración y eficiencia mediante NetWorker Module for SAP with Oracle y NetWorker PowerSnap Module. Febrero de 2012

2 Copyright 2012 EMC Corporation. Todos los derechos reservados. EMC considera que la información de esta publicación es precisa en el momento de su publicación. La información está sujeta a cambios sin previo aviso. La información 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). VMware, ESX, VMware vcenter y VMware vsphere son marcas registradas o marcas comerciales de VMware, Inc. en los Estados Unidos o en otras jurisdicciones. Intel y Xeon son marcas comerciales de Intel Corporation en los Estados Unidos o en otros países. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios. Número de referencia H

3 Tabla de contenido Resumen... 5 Análisis de rentabilidad... 5 Descripción general de la solución... 5 Resultados clave... 6 Introducción... 7 Propósito... 7 Alcance... 7 Público al que va dirigido... 7 Terminología... 7 Descripción general técnica... 9 Descripción general... 9 Sistemas EMC Data Domain... 9 Software EMC Data Domain Boost... 9 EMC NetWorker... 9 EMC NetWorker Module for SAP with Oracle EMC NetWorker PowerSnap Module for CLARiiON EMC Data Protection Advisor VMware vsphere SAP ERP IDES HP LoadRunner Arquitectura de la solución Descripción general de la solución Ambiente de hardware Ambiente de software Diseño y configuración Introducción Configuraciones clave Diseño de almacenamiento de SAP Configuración de DD Boost Configuración de NetWorker Configuración de NMSAP Configuración específica de PowerSnap Configuración de carga de datos

4 Pruebas y validación Descripción general de la prueba Procedimiento de prueba Resultados de la prueba Análisis de los resultados Conclusión Resumen general Hallazgos Referencias Informes técnicos Documentación de productos Otros documentos Información adicional Descripción general Perfil de utilería de respaldo Perfil de utilería de respaldo para PowerSnap Archivo de configuración de PowerSnap

5 Resumen Análisis de rentabilidad Con la implementación de tecnologías de virtualización de servidores y las copias múltiples de sistemas SAP necesarias para fines de prueba, el ambiente de los sistemas SAP es cada vez más complejo. La cantidad de servidores aumenta con la virtualización. Cada sistema SAP agregado al ambiente requiere respaldo. Debido al crecimiento exponencial de los datos, la reducción de los presupuestos y la creciente necesidad de retención a largo plazo necesaria para los procesos de buen manejo y control y de auditoría, la exigencia del respaldo se ha vuelto un reto. Los administradores de sistemas SAP, generalmente, enfrentan problemas para el cumplimiento de los acuerdos de nivel de servicio (SLA) en las siguientes fases de operación y mantenimiento: Finalización de respaldos dentro de la ventana de respaldo designada. Ejecución de tareas de respaldo sin afectar el rendimiento del sistema SAP de producción. Garantía de finalización de la recuperación de datos dentro del período del objetivo de tiempo de recuperación (RTO). Aumento de la eficiencia del ancho de banda de red durante el respaldo. Reducción del tiempo de administración dedicado a la administración de cintas y optimización del uso de recursos capacitados para la administración de sistemas. Descripción general de la solución Esta solución demuestra una funcionalidad completa de respaldo y recuperación de última generación para SAP con tecnología de deduplicación en línea, mediante los sistemas de almacenamiento con deduplicación EMC Data Domain con procesadores Intel Xeon, EMC NetWorker y EMC Data Protection Advisor. Los sistemas Data Domain y NetWorker son los componentes centrales de la solución para optimizar las tareas de respaldo y recuperación especificas de SAP, y proporcionan nuevos niveles de simplicidad y eficiencia operacional, al mismo tiempo que proporcionan una reducción del costo total de propiedad (TCO). El TCO es un factor muy importante que se debe tener en cuenta cuando se implementan SLA debido al crecimiento exponencial de los datos y la reducción de los presupuestos de TI. DD Boost aumenta el rendimiento del respaldo, reduce las ventanas de respaldo y optimiza la utilización de ancho de banda de LAN de manera significativa. Para lograrlo, se distribuyen partes del proceso de deduplicación en el cliente de respaldo o en un nodo de almacenamiento de NetWorker. NetWorker se utiliza como herramienta de administración del respaldo para controlar todo el proceso de respaldo y las operaciones de recuperación. Mediante la interacción con NetWorker PowerSnap Module, NetWorker lleva a cabo respaldos fuera del host, lo cual elimina el impacto en el rendimiento del servidor SAP de producción durante el respaldo. 5

6 Data Protection Advisor (DPA) ofrece un conjunto integral de funciones para analizar las operaciones de protección de datos y garantizar que sus datos estén protegidos y se puedan recuperar. Mediante el análisis de las aplicaciones de respaldo, la infraestructura de soporte y el almacenamiento de destino, DPA puede notificar problemas a fin de que puedan solucionarse antes de que se produzca una falla. Además, DPA simplifica de manera significativa la evaluación de las métricas de todo el ambiente de respaldo. Resultados clave Esta solución ofrece los siguientes beneficios: Reducción de los gastos de infraestructura mediante sistemas Data Domain con tasas de deduplicación de hasta 20:1. Mejora en la utilización de recursos mediante sistemas Data Domain configurados con DD Boost, lo cual reduce el consumo de ancho de banda de LAN en hasta un 93 %. Reducción del 43 % en la ventana de respaldo mediante sistemas Data Domain con DD Boost. Reducción del 16 % en la ventana de restauración mediante sistemas Data Domain con DD Boost. Descarga del impacto en el rendimiento del sistema SAP de producción durante el respaldo mediante NetWorker PowerSnap Module. 6

7 Introducción Propósito Alcance Este informe tiene como finalidad mostrar que los clientes de SAP pueden reducir el consumo de almacenamiento a largo plazo y, al mismo tiempo, lograr un mejor rendimiento durante las operaciones de respaldo y recuperación mediante la implementación de los sistemas Data Domain con el software Data Domain Boost. Además, este informe explica los ahorros de costos, la mayor flexibilidad y la funcionalidad adicional que proporciona la solución validada. Este informe describe una solución que permite a los clientes de SAP mejorar la protección de datos para sistemas de misión crítica mediante la redefinición de su estrategia de respaldo y recuperación con tecnología de deduplicación en línea. Específicamente, este informe describe: La tasa de deduplicación de datos de respaldo que se logró con los sistemas Data Domain. El mejor rendimiento de las operaciones de respaldo y recuperación que permitió DD Boost. La integración transparente entre NetWorker, los sistemas Data Domain y los sistemas SAP mediante NetWorker Module for SAP with Oracle (NMSAP). La funcionalidad de respaldo basado en clones que ofrece PowerSnap. El análisis y el monitoreo del rendimiento que proporciona DPA. Público al que va dirigido Este informe técnico está dirigido a clientes, partners, y empleados de EMC, incluidos planificadores de TI, arquitectos de SAP, administradores de Basis y cualquier otro miembro del personal dedicado a la evaluación, la adquisición, la administración, el control o el diseño de una infraestructura de ambiente SAP. Es conveniente contar con conocimientos y experiencia relacionados con BR*Tools para el respaldo y la recuperación de SAP con bases de datos de Oracle. Terminología Tabla 1. Término BACKINT Términos usados en este informe técnico Definición El binario de respaldo externo invocado por BR*Tools para ejecutar el respaldo del sistema SAP a nivel de sistema de archivos. Cuenta con certificación de SAP. Nodo de almacenamiento AFTD Equipo host (incluso NetWorker Server) que tiene la conexión física y la propiedad de los dispositivos de almacenamiento conectados. Dispositivos de tipo de archivos avanzados, un tipo de dispositivo de NetWorker para respaldo basado en disco creado en discos locales o discos conectados en red administrados por el nodo de almacenamiento de NetWorker. 7

8 Término Host proxy DEV QAS PRD RTO NaviSecCLI BR*Tools ESX Máquina virtual VMDK VMFS RDM NMSAP Definición Host secundario, también conocido como Data Mover o host de montaje, desde donde PowerSnap implementa el respaldo basado en snapshots para evitar el impacto en el rendimiento del cliente de respaldo. Sistema SAP de desarrollo, que, generalmente, se copia desde el sistema SAP de producción cuando se crea por primera vez. Sistema SAP de control de calidad, que también se denomina sistema de prueba y, generalmente, se copia desde el sistema SAP de producción cuando se crea por primera vez. Sistema SAP de producción El objetivo de tiempo de recuperación es la cantidad máxima de tiempo aceptable que un sistema SAP puede estar inactivo después de una falla o un desastre. Navisphere Secure Command Line Interface. Se utiliza para configurar y administrar arreglos CLARiiON. Conjunto de herramientas proporcionado por SAP para tareas de administración de base de datos (DBA) de Oracle. Arquitecturas de hipervisor de VMware, creadas en servidores físicos compatibles, que proporcionan la base para desarrollar y administrar una infraestructura de TI virtualizada. Una máquina virtual es un contenedor de software estrictamente aislado que puede ejecutar sus propios sistemas operativos y aplicaciones como si fuera un equipo físico. Archivos de disco de máquinas virtuales; un descriptor de área de almacenamiento de datos. VMware Virtual Machine File System, un sistema de archivos en cluster que permite que varios hosts VMware ESX accedan a un mismo archivo VMDK de manera simultánea. El mapeo de dispositivos crudos es un archivo de mapeo en un volumen de VMFS que actúa como proxy para un dispositivo físico crudo. Ofrece capacidad de administración de VMFS con el acceso a dispositivos crudos que requieren determinadas aplicaciones. EMC NetWorker Module for SAP with Oracle 8

9 Descripción general técnica Descripción general Esta sección describe brevemente los siguientes componentes clave de la solución. Sistema de almacenamiento con duplicación EMC Data Domain EMC Data Domain Boost EMC NetWorker EMC NetWorker Module for SAP with Oracle EMC NetWorker PowerSnap Module for CLARiiON EMC Data Protection Advisor VMware ESX Server SAP ERP IDES HP LoadRunner Sistemas EMC Data Domain Software EMC Data Domain Boost EMC NetWorker Los sistemas de almacenamiento con deduplicación EMC Data Domain reducen la cantidad de almacenamiento en disco, ya que identifican los archivos y datos redundantes a medida que se almacenan y proporcionan un espacio físico de almacenamiento que es, en promedio, entre 10 y 30 veces menor que el espacio del conjunto de datos original. La deduplicación de datos se lleva a cabo en los flujos de datos entrantes y permite la identificación de los segmentos de datos nuevos y modificados a fin de que solo estos se almacenen como instancias únicas dentro del sistema de archivos Data Domain. Los sistemas de almacenamiento con deduplicación EMC Data Domain para respaldo y recuperación utilizan procesadores multi-core Intel Xeon para proporcionar un rendimiento de deduplicación de datos más rápido y replicación eficiente en la red y, al mismo tiempo, generar mayores ahorros de costos y eficiencia. Los sistemas EMC Data Domain aprovechan el conjunto de instrucciones Intel SSE para aumentar la cantidad de paralelismo y utilizar la memoria del sistema de manera más eficiente, lo cual aumenta de manera significativa el rendimiento general del sistema. El software EMC Data Domain Boost aumenta considerablemente el rendimiento, ya que distribuye partes del proceso de deduplicación al cliente de respaldo o al nodo de almacenamiento de NetWorker. Sin Data Domain Boost, el servidor de respaldo envía todos los datos, únicos o redundantes, a un sistema Data Domain para el procesamiento de deduplicación. El software de respaldo y recuperación EMC NetWorker centraliza, automatiza y acelera los procesos de respaldo y recuperación de datos en todo el ambiente de TI. NetWorker ofrece operaciones centralizadas de respaldo y recuperación para lograr el control absoluto de la protección de datos en diferentes ambientes informáticos y de almacenamiento. 9

10 EMC NetWorker Module for SAP with Oracle EMC NetWorker PowerSnap Module for CLARiiON EMC Data Protection Advisor VMware vsphere SAP ERP IDES HP LoadRunner EMC NetWorker Module for SAP with Oracle (NMSAP) es un módulo complementario para NetWorker certificado por SAP y proporciona una interfaz de respaldo y restauración entre los programas de SAP BR*Tools y NetWorker Server. Backint, que forma parte de NMSAP, proporciona la interfaz entre BR*Tools y NetWorker. NetWorker PowerSnap Module for CLARiiON mejora NetWorker, ya que permite la protección de datos basada en snapshots con los sistemas de almacenamiento EMC CLARiiON. El respaldo es virtualmente instantáneo, a pesar del tamaño del volumen. El software PowerSnap Module permite realizar respaldos de manera frecuente con poco impacto en la red o en el servidor de aplicaciones. EMC Data Protection Advisor (DPA) es una aplicación avanzada de análisis y creación de informes de respaldo que brinda a los usuarios visibilidad completa de todo lo que está ocurriendo en el ambiente de respaldo. DPA recopila datos de servidores de respaldo, clientes de respaldo, bases de datos, switches de red, switches de red de almacenamiento SAN y librerías de cintas. DPA correlaciona la información de cada una de estas áreas y brinda la capacidad de ejecutar tareas avanzadas de creación de informes, solución de problemas, administración del rendimiento y planificación de capacidad. DPA brinda excelente información sobre los ambientes de sistemas Data Domain y VMware, y permite al usuario identificar los cuellos de botella, realizar balanceo de carga y ver el ambiente desde perspectivas diferentes en una sola pantalla. VMware vsphere es la base de la infraestructura de TI dinámica y de autooptimización. Es una capa de virtualización sólida y comprobada en producción, que abstrae los recursos de procesador, memoria, almacenamiento y redes en varias máquinas virtuales. VMware vsphere permite a las empresas reducir de manera significativa los costos operacionales y de hardware mediante uso compartido de recursos en un ambiente virtual. Los componentes de VMware vsphere incluyen ESX, ESXi y vcenter. SAP ERP IDES es el sistema de demostración y evaluación por Internet del sistema ERP Central Component (ECC) y representa una empresa modelo. Consta de un grupo internacional con filiales en varios países. IDES contiene datos de aplicaciones para varios escenarios de negocios que pueden ejecutarse en sistemas SAP. Los procesos de negocios en el sistema IDES se diseñan para reflejar los requisitos de negocios reales y tener acceso a varias características realistas. IDES utiliza escenarios de negocios fáciles de seguir para mostrar las funciones integrales del sistema ECC. Sin embargo, el punto central de IDES no es la funcionalidad en símisma, sino los procesos de negocios y su integración. HP LoadRunner es un software que emula usuarios simultáneos para aplicar tipos de carga de producción a casi cualquier ambiente o plataforma de aplicaciones. HP LoadRunner ejerce presión en una aplicación de punto a punto (aplicando cargas consistentes, medibles y repetitivas) y, luego, usa los datos para identificar los problemas de escalabilidad que pueden afectar a los usuarios reales en el ambiente de producción. 10

11 Arquitectura de la solución Descripción general de la solución Figura 1 La muestra la arquitectura general del ambiente de la solución. Figura 1. Descripción general de la arquitectura Para mejorar el rendimiento del respaldo, se recomienda tener una conexión de red dedicada entre los nodos de almacenamiento de NetWorker y los sistemas Data Domain. Las conexiones de 1 Gb y 10 Gb pueden servir para esta finalidad. Una conexión de red de 10 Gb proporciona máxima velocidad de conexión, pero requiere costos de infraestructura adicionales para su implementación. En ambientes donde la conectividad de 10 Gb no está disponible o no es accesible, también se puede aplicar conectividad de 1 Gb para obtener una conexión de datos privada y de gran ancho de banda, y evitar la latencia y la complejidad derivada de una conexión Ethernet compartida. 11

12 Para obtener más información, consulte EMC NetWorker Data Domain Deduplication Devices Version 7.6 Service Pack 1 Integration Guide. En esta solución, se aplica una topología de red compartida porque solo se ejecuta un trabajo de respaldo a la vez, lo cual requiere menor ancho de banda de red. Los sistemas SAP de desarrollo (DEV) y control de calidad (QAS), NetWorker Server y Data Protection Advisor (DPA) están todos instalados y configurados en máquinas virtuales de VMware. Para proporcionar el mejor rendimiento y facilitar la administración de dispositivos de respaldo, se configuró un nodo de almacenamiento de NetWorker dedicado como mejor práctica de implementación de NetWorker de escalamiento horizontal para administrar todos los respaldos. Para el sistema SAP de producción, se instaló y se configuró NetWorker PowerSnap Module para montar un clon del sistema SAP de producción en un host proxy (servidor de respaldo temporal). Este host proxy (o de montaje) también tenía el nodo de almacenamiento NetWorker instalado en él para descargar el respaldo del servidor de SAP de producción a fin de evitar el impacto en el rendimiento del sistema SAP de producción y maximizar el rendimiento de respaldo con un host dedicado. El servidor de DPA se utilizó como herramienta de administración de rendimiento central para monitorear el rendimiento de las operaciones de respaldo y recuperación en los nodos de almacenamiento y servidores de SAP. Sin embargo, para uso de CPU, VMware recomienda el uso de vsphere Client para capturar datos en la plataforma virtualizada. Para obtener más información, consulte Performance Troubleshooting for VMware vsphere 4.1. El sistema SAP PRD y el host proxy residen en servidores físicos, que están conectados a ESX Server mediante una red de área local. EMC CLARiiON está conectado a todos los servidores de aplicaciones mediante la SAN. Ambiente de hardware Tabla 2 La proporciona información detallada sobre el ambiente de hardware para el caso de uso. Tabla 2. Ambiente de hardware Equipo Cantidad Configuración EMC CLARiiON 1 Modelo: CX discos FC de 450 GB y 15,000 r/min 10 discos SATA de 1 TB y 7,200 r/min Sistema de almacenamiento con duplicación EMC Data Domain Servidor EMC Data Protection Advisor 1 Modelo: DD discos SATA de 1 TB 32 discos SATA de 2 TB 1 Máquina virtual de VMware 4 CPU virtuales con 6 GB de memoria 12

13 Equipo Cantidad Configuración Servidor EMC NetWorker 1 Máquina virtual de VMware 4 CPU virtuales con 6 GB de memoria Host SAP DEV 1 Máquina virtual de VMware 4 CPU virtuales con 16 GB de memoria Host SAP PRD 1 Tipo de CPU: 4 quad-core de 2.93 GHz Memoria: 16 GB Host SAP QAS 1 Máquina virtual de VMware 4 CPU virtuales con 16 GB de memoria Host proxy (también denominado host de montaje o de respaldo, utilizado por PowerSnap) Servidor de nodo de almacenamiento 1 Tipo de CPU: 4 quad-core de 2.93 GHz Memoria: 16 GB 1 Tipo de CPU: 4 quad-core de 2.93 GHz Memoria: 16 GB VMware ESX Server 1 Tipo de CPU: 2 procesadores quad-core Intel Xeon X5570 de 2.93 GHz de la familia Nehalem Memoria: 96 GB Nota La función Hyper-Threading está activada en VMware ESX Server, de modo que, lógicamente, había 16 CPU virtuales disponibles. Ambiente de software Tabla 3 La presenta el ambiente de software para la solución. Tabla 3. Ambiente de software Software Versión Linux Redhat Enterprise 5.2 AS5 U2 de 64 bits Base de datos de Oracle SAP ERP EMC NetWorker NetWorker Module for SAP with Oracle (NMSAP) NetWorker PowerSnap Module Versión del sistema operativo de EMC Data Domain de 64 bits 6.04/NW7.01 IDES Unicode de 64 bits 7.6 SP SP VMware vsphere EMC CLARiiON CX Flare con activador de clones EMC Navisphere Agent (0.35) EMC NaviSecCLI

14 Diseño y configuración Introducción Esta sección proporciona información de configuración para esta solución, lo cual incluye: Configuraciones clave o requisitos previos para los escenarios de prueba validados. Diseño de almacenamiento de SAP. Configuración de componentes de software. Configuración de DD Boost. Configuración de NetWorker. Configuración de NMSAP. Configuración específica de PowerSnap. Configuración de generación de volúmenes de datos. Los sistemas SAP presentados en esta solución satisfacen la recomendación tradicional de SAP de un ambiente de tres sistemas que se muestran como DEV, QAS y PRD. Esta solución compara los resultados de rendimiento entre el escenario de base y el escenario de Data Domain con DD Boost. El escenario de base respalda datos en discos SATA en CLARiiON, mientras que el escenario de Data Domain respalda datos en el dispositivo Data Domain con DD Boost. Configuraciones clave Se consideraron los siguientes puntos durante las pruebas realizadas para la validación de la solución: Los datos de respaldo se enviaron a discos SATA en CLARiiON (presentado como AFTD) en el escenario de pruebas de base. El respaldo de SAP fue configurado para ejecutarse mediante BR*Tools con BACKINT. DD Boost estuvo activado durante toda la prueba para el respaldo al sistema Data Domain. El respaldo se optimizó mediante tecnología de multiplexación. El trabajo de respaldo se configuró para ejecutarse en dos dispositivos Data Domain, cada uno con seis flujos de datos, en el sistema SAP de producción. Los sistemas SAP no productivos se configuraron con dos dispositivos Data Domain, cada uno con cuatro flujos de datos. La carga de datos se configuró para el sistema SAP de producción. Después del respaldo inicial, se respaldó el sistema SAP de producción cinco veces en incrementos de un 1 % antes de cada respaldo completo. HP LoadRunner se utilizó para la generación de volúmenes de datos para simular un aumento de datos en el ambiente. El sistema de producción se configuró por separado para ejecutar un respaldo de log de archivo cada dos horas. Se respaldaron todos los logs de archivo en un pool dedicado asociado con AFTD. El log de archivo compartió más segmentos de datos únicos en su contenido. Mediante el aislamiento del respaldo del log de archivo, se eliminó la interferencia de la 14

15 tasa de deduplicación de Data Domain, dado que el respaldo de datos aleatorios de los logs de archivo se envió a una ubicación separada. Los sistemas de desarrollo y prueba también se incluyeron para validar la viabilidad del respaldo con deduplicación en línea en plataformas virtualizadas. La aplicación SAP y la base de datos de Oracle se instalaron en volúmenes de mapeo de dispositivos crudos (RDM). Solo se llevó a cabo un respaldo de los sistemas DEV y QAS. Para obtener más información sobre el respaldo con multiplexación, consulte EMC NetWorker Release 7.6 Service Pack 1 Administration Guide. Diseño de almacenamiento de SAP Tabla 4 La describe el diseño de almacenamiento para los sistemas SAP DEV y QAS creados en máquinas virtuales. Tabla 4. Tipo de RAID Patrón de diseño de almacenamiento para los sistemas creados en máquinas virtuales Tipo de disco Tamaño de LUN Propósito 10 VMFS 90 GB Particiones raíz y de intercambio de Linux Sistema de archivos / 10 RDM 32 GB Log de reconstitución original 10 RDM 32 GB Log de reconstitución espejeado 5 RDM 64 GB Log de archivo de Oracle 5 RDM 128 GB Archivos de datos de la base de datos 5 RDM 128 GB Archivos de datos de la base de datos 5 RDM 128 GB Archivos de datos de la base de datos 5 RDM 128 GB Archivos de datos de la base de datos 5 RDM 128 GB Archivos de datos de la base de datos 5 RDM 128 GB Archivos de datos de la base de datos /oracle/<sid>/origloga /oracle/<sid>/origlogb /oracle/<sid>/mirrloga /oracle/<sid>/mirrlogb /oracle/<sid>/oraarch /oracle/<sid>/sapdata1 /oracle/<sid>/sapdata2 /oracle/<sid>/sapdata3 /oracle/<sid>/sapdata4 /oracle/<sid>/sapdata5 /oracle/<sid>/sapdata6 10 RDM 32 GB SAP BIN /sapmnt/<sid> /usr/sap/<sid> /usr/sap/trans 10 RDM 32 GB Oracle BIN /oracle/client /oracle/stage /oracle/<sid>/102_64 15

16 Tabla 5 La describe el diseño de almacenamiento para el sistema SAP PRD creado en máquinas físicas. Tabla 5. Patrón de diseño de almacenamiento para el sistema creado en máquinas físicas Tipo de RAID Tamaño de LUN Propósito GB Particiones raíz y de intercambio de Linux GB Log de reconstitución original GB Log de reconstitución espejeado 5 32 GB Log de archivo de Oracle GB Archivos de datos de la base de datos GB Archivos de datos de la base de datos GB Archivos de datos de la base de datos GB Archivos de datos de la base de datos GB Archivos de datos de la base de datos GB Archivos de datos de la base de datos Sistema de archivos / /oracle/prd/origloga /oracle/prd/origlogb /oracle/prd/mirrloga /oracle/prd/mirrlogb /oracle/prd/oraarch /oracle/prd/sapdata1 /oracle/prd/sapdata2 /oracle/prd/sapdata3 /oracle/prd/sapdata4 /oracle/prd/sapdata5 /oracle/prd/sapdata GB SAP BIN /sapmnt/prd /usr/sap/prd /usr/sap/trans GB Oracle BIN /oracle/client /oracle/stage /oracle/prd/102_64 Configuración de DD Boost DD Boost aumenta el rendimiento de respaldo y reduce la carga en el servidor de respaldo. Además, DD Boost reduce los requisitos de ancho de banda de LAN mediante la transmisión de solo segmentos de datos únicos del servidor desde respaldo o el cliente de aplicación hacia el sistema Data Domain. Realice los siguientes pasos para configurar DD Boost en el sistema Data Domain: 1. Compruebe la licencia de DD Boost. 2. Cree el usuario de respaldo y configure el nombre de usuario específico de DD Boost. 16

17 3. Asegúrese de que los sistemas de archivos Data Domain y servicios NFS estén activados. 4. Asegúrese de que DD Boost esté activado. 5. Cree la unidad de almacenamiento. Para obtener información detallada sobre la configuración, consulte DD OS 4.9 Administration Guide y EMC NetWorker Data Domain Deduplication Devices Version 7.6 Service Pack 1 Integration Guide. Consulte la sección NMSAP4.2 configuration para conocer la configuración detallada de NMSAP. Configuración de NetWorker Complete las tareas de configuración generales de NetWorker; para ello, siga los pasos incluidos en NetWorker 7.6 SP1 Administration Guide. Las tareas generales incluyen lo siguiente: 1. Creación de la plantilla de etiqueta. 2. Creación del pool de medios. 3. Creación del dispositivo. 4. Creación de recursos de grupos y clientes. El recurso del cliente SAP requiere una configuración especial para el nombre de saveset y el comando de respaldo, como se muestra en la Figura 2 y la Figura 3, como parte de la configuración de NMSAP. Figura 2. Configure el saveset en el cliente SAP El nombre de saveset con el formato backint:<sid> hace referencia al tipo de respaldo manejado por NMSAP. 17

18 Figura 3. Configure el comando de respaldo en el cliente SAP El comando de respaldo completo que se muestra aquíes: nsrsapsv -f /oracle/prd/102_64/dbs/nsrsapsv.cfg El comando especifica qué archivo de configuración debe invocar NMSAP en caso de inicio del respaldo. Cuando especifica un comando de respaldo, se aplica un proceso de configuración manual para obtener un control flexible sobre el respaldo de los sistemas SAP. Además del comando de respaldo manual, también puede utilizar el asistente de NetWorker a fin de configurar con facilidad los parámetros de respaldo para los sistemas SAP. Para obtener más información sobre el perfil del comando de respaldo, consulte EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. Para el caso del respaldo con Data Domain, se debe crear un dispositivo DD y se lo debe enlazar con el pool correspondiente asociado con recursos de grupo de NetWorker. Configuración de NMSAP La solución se valida con la siguiente configuración de NMSAP especificada para los sistemas SAP. Consulte la configuración de sistemas no productivos en la Tabla 6 y la configuración de producción en la Tabla 7. Tabla 6. DEV o QAS: initdev.sap o initqas.sap Característica del perfil Tamaño de la base de datos Espacio utilizado en la base de datos Agente instalado BR*Tools: tipo de dispositivo de respaldo BR*Tools: tipo de respaldo BR*Tools: modo de respaldo Valor 497 GB 415 GB NMSAP util_file_online online_cons all_data 18

19 Nota El tamaño de la base de datos es el tamaño total de todos los archivos de datos de Oracle, excepto el espacio de tablas temporal, mientras que el espacio utilizado en la base de datos hace referencia al espacio ocupado por los segmentos de datos reales en la base de datos de Oracle. El aumento del volumen de datos se calcula mediante la comparación del espacio utilizado en la base de datos con el espacio ocupado. Tabla 7. PRD: initprd.sap Característica del perfil Tamaño de la base de datos (inicial) Espacio utilizado (inicial) Agente instalado BR*Tools: tipo de dispositivo de respaldo BR*Tools: tipo de respaldo BR*Tools: modo de respaldo Valor 502 GB 437 GB NMSAP, PowerSnap (válido en el respaldo habilitado por PowerSnap) util_file_online online_cons all_data Los parámetros de BR*Tools se explican a continuación. El valor del perfil se describe de la siguiente manera: util_file_online Use programas de respaldo externos para el respaldo archivo por archivo. Use este valor de parámetro para un respaldo en línea, si lo admite el programa de respaldo externo. De esta manera, se configura y finaliza de manera dinámica el estado de respaldo de los espacios de tablas que se guardarán y se reduce significativamente el volumen de los archivos de log de reconstitución fuera de línea durante el respaldo. online_cons El respaldo se realiza cuando la base de datos está abierta. Los archivos de la base de datos y los archivos de log de reconstitución fuera de línea generados durante el respaldo se copian en el mismo volumen. Como resultado, se obtiene un conjunto de datos lógicamente consistente y disponible. all_data Realice respaldo de los archivos de todos los espacios de tablas, excepto los espacios de tablas de índice puro o los espacios de tablas vacíos. El valor util_file_online debe trabajar junto con el perfil de utilería de respaldo, como se muestra en la sección Información adicional. Para obtener más información sobre la configuración de BR*Tools, consulte la ayuda en línea de SAP. 19

20 Configuración específica de DD Boost Los parámetros del perfil de utilería de respaldo son específicos de la funcionalidad DD Boost, como se muestra en la Tabla 8. Tabla 8. PRD: initprdpsdd.utl Característica del perfil NSR_DIRECT_ACCESS NSR_DEVICE_INTERFACE Valor no DATA_DOMAIN Nota El parámetro NSR_DIRECT_ACCESS determina la ubicación donde se computan los datos duplicados y la ruta de transmisión de datos. El valor Yes significa que el cómputo de los datos duplicados se realiza en el servidor de SAP y los datos de respaldo se transmiten directamente al dispositivo Data Domain. El valor No significa que el cómputo de datos se realiza en el nodo de almacenamiento de NetWorker y que los datos de respaldo se transmiten al dispositivo Data Domain mediante el nodo de almacenamiento de NetWorker. El modo de acceso directo solo se activa en el cliente de aplicación. En el escenario de respaldo para los sistemas SAP de producción con PowerSnap habilitado, el valor del parámetro debe estar configurado en No. De esta manera, algunas partes del proceso de deduplicación se deben llevar a cabo en el nodo de almacenamiento de NetWorker instalado en el host proxy. Mientras tanto, el volumen de datos de producción, primero, se monta en el host proxy. Los datos, después de que se leen y se deduplican, fluyen desde el host proxy hasta el dispositivo Data Domain. Para los sistemas no productivos, se activa el acceso directo. De esta manera, los datos se deduplican en el cliente de aplicación directamente, sin participación del nodo de almacenamiento. Luego, los datos deduplicados se transmiten directamente desde el servidor de SAP hacia el sistema Data Domain. Para obtener más información sobre el perfil de utilería de respaldo, consulte EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. 20

21 Configuración específica de PowerSnap El respaldo basado en clones para el sistema SAP de producción se validó mediante los siguientes parámetros de configuración. Tabla 9 La enumera las características de configuración del host proxy mediante PowerSnap. Tabla 9. Configuración de PowerSnap en el host proxy Característica del perfil Valor Agente instalado PowerSnap Volúmenes sincronizados Tipo de snapshot Tipo de respaldo de PowerSnap Archivos de datos de la base de datos Clon Respaldo activo inmediato (respaldo de snapshot sin usar el servidor) Nota El archivo de control de la base de datos, el perfil de BR*Tools y los archivos de log siempre se respaldan directamente desde el host de producción. El respaldo activo inmediato hace referencia a un proceso en el cual los volúmenes de clon se dividen y se respaldan de inmediato mediante PowerSnap Module en el dispositivo de respaldo de NetWorker. Los volúmenes de clon se vuelven a sincronizar automáticamente con los volúmenes de origen después del respaldo. Para obtener más información sobre la definición de respaldo y restauración habilitada por NMSAP con PowerSnap, consulte EMC NetWorker Module for SAP with Oracle 4.2 Administration Guide. Configuración de carga de datos HP LoadRunner ofrece una manera de generar datos en un ambiente simulado por el cliente. En este caso, se utilizan los siguientes escenarios de tipo de carga: Proceso del aprovisionamiento al pago (P2P): Este proceso implica una serie de pasos para crear una solicitud de pedido para el material, una orden de compra con una referencia a la solicitud de compra, los cambios en las condiciones, un recibo para las mercaderías y la factura para la orden de compra. Transacción de la orden al recibo (OTC): Este proceso abarca un escenario de ventas de existencias, que incluye la creación de un pedido de un cliente con seis artículos y la entrega correspondiente con el posterior transporte de mercaderías y la facturación. Las tareas definidas para ejecutar en LoadRunner tienen los siguientes atributos: 50 usuarios para P2P 100 usuarios para OTC Duración: 2 horas y 20 minutos El objetivo es generar un 1 % de datos nuevos en el espacio total utilizado de la base de datos. 21

22 Pruebas y validación Descripción general de la prueba El respaldo de SAP es una tarea importante pero difícil para los administradores de sistemas. El objetivo de esta solución es: Validar la optimización del respaldo de SAP mediante un sistema Data Domain y NetWorker, junto con las opciones de software adicionales, en términos de consumo de almacenamiento de respaldo, ventana de respaldo, utilización de red y rendimiento de restauración. Una estrategia de respaldo típica recomendada por SAP puede incluir: Ciclo de respaldo de 28 días. Respaldo en línea completo en cada día hábil del ciclo. Respaldo fuera de línea completo al menos una vez durante el ciclo Mantener seguro el último respaldo fuera de línea completo verificado de cada ciclo para el uso a largo plazo. Para cumplir con estos requisitos, los clientes de SAP necesitan continuar con el crecimiento del almacenamiento de respaldo o el volumen de cintas para asegurarse de que el espacio de respaldo sea lo suficientemente grande para mantener los datos en constante crecimiento. También es difícil administrar el volumen creciente de medios de respaldo mediante una librería de cintas. En los ambientes de respaldo tradicionales basados en cintas, diferentes aplicaciones comparten la misma red, lo cual genera cuellos de botella de red durante horarios de mucha actividad y, en consecuencia, afecta el rendimiento del respaldo. Los cuellos de botella de red y el impacto sobre el rendimiento del respaldo no son aceptables para sistemas 24x7 como SAP. Además, los clientes de SAP pueden tener otros puntos débiles cuando ejecutan los trabajos de respaldo que se describen a continuación: Requisito de espacio de respaldo triple para SAP DEV, QAS y PRD. Contención de discos y CPU en el servidor de SAP ocasionada por el trabajo de respaldo. Dificultades para monitorear y crear informes sobre diferentes tareas de respaldo. Para enfrentar todos estos problemas, EMC ofrece la solución de respaldo del sistema Data Domain, NetWorker y DPA para clientes de SAP. El propósito de esta solución es: Validar los beneficios de la deduplicación para el respaldo de SAP, en particular respecto de la finalización del respaldo en diferentes sistemas SAP (DEV, QAS y PRD). Validar el rendimiento de respaldo de SAP mejorado en términos de duración del respaldo y utilización de la red mediante DD Boost con NMSAP. 22

23 Validar la funcionalidad del respaldo basado en clones con respecto a la eliminación del impacto sobre el rendimiento del cliente de respaldo. Validar las funciones de monitoreo del respaldo y las herramientas de creación de informes con EMC Data Protection Advisor. Validar la integración de las aplicaciones que NMSAP proporciona a los administradores de SAP. Los siguientes indicadores de rendimiento clave se guardan y se comparan entre la prueba de base y la prueba del sistema Data Domain con fines de validación. Tasa de deduplicación (tamaño de respaldo lógico/tamaño de respaldo real). Tiempo requerido para completar los trabajos de respaldo y recuperación. Utilización de LAN durante el respaldo. Utilización de CPU en el host o los hosts. Para los escenarios de producción, incluye el uso del CPU del host PRD y el host proxy. Se llevaron a cabo dos tipos de pruebas como parte de la validación de la solución. Prueba de base. Prueba del sistema Data Domain. Los pasos generales en cada escenario incluyen: Notas Respaldo inicial para PRD, DEV y QAS. Cinco respaldos posteriores de PRD con una modificación del 1 % entre respaldos. Restauración de datos para PRD, DEV y QAS. En la prueba de base, se crearon dispositivos de tipos de archivos avanzados (AFTD) en discos SATA presentados por CLARiiON, que actuaban como destino de respaldo. Todas las operaciones de respaldo implican un respaldo completo en línea de la base de datos de Oracle, en la cual se ejecuta el sistema SAP. Se requiere un respaldo diario completo del sistema SAP para proteger los datos contra pérdidas accidentales, según las políticas típicas de protección de datos. Tanto en el escenario de prueba de base como en el del sistema Data Domain, el sistema SAP PRD incluía un respaldo inicial y respaldos posteriores con carga delta. Se utilizó HP LoadRunner para cargar datos en el sistema SAP PRD cinco veces entre los respaldos para simular cambios generados por actividades de negocios que se llevaron a cabo en la base de datos de SAP PRD. 23

24 Procedimiento de prueba Los siguientes procedimientos de prueba se llevaron a cabo para validar los resultados de la prueba de base y las pruebas del sistema Data Domain, respectivamente. Prueba de base El equipo de pruebas llevó a cabo los siguientes pasos para completar la prueba de base del sistema SAP de producción: 1. Realizó el respaldo inicial para PRD. 2. Realizó un respaldo único para DEV y QAS. 3. Ejecutó LoadRunner para cargar nuevos datos en PRD, aproximadamente, un 1 % de la capacidad de la base de datos. 4. Realizó el respaldo para PRD nuevamente. 5. Repitió cuatro veces los pasos 3 y 4 para generar cinco conjuntos de datos en total junto con el conjunto de respaldo de base de datos SAP PRD individual. 6. Eliminó la base de datos PRD y la restauró desde el respaldo de PRD más reciente. 7. Eliminó las bases de datos DEV y QAS y las restauró desde los respaldos. Prueba del sistema Data Domain El equipo de pruebas llevó a cabo las siguientes pruebas para completar el respaldo y la recuperación en el escenario de Data Domain: 1. Realizó el respaldo inicial para PRD con PowerSnap. 2. Realizó un respaldo único para DEV y QAS. 3. Recuperó la base de datos PRD mediante la restauración desde el respaldo de base correspondiente. 4. Realizó otro respaldo para PRD con PowerSnap. 5. Repitió los pasos 3 y 4 hasta que todas las bases de datos respaldadas en la prueba de base fueran recuperadas y respaldadas en el sistema Data Domain. 6. Eliminó la base de datos PRD y la restauró desde el respaldo más reciente. 7. Eliminó las bases de datos DEV y QAS y las restauró desde los respaldos. Notas: Los pasos 3-5 tenían como finalidad obtener una copia exacta de la base de datos cargada con LoadRunner en el escenario de base. De esta manera, se garantizó la consistencia del proceso de carga de datos y de los resultados en todos los escenarios de prueba. Además, este proceso se utilizó para minimizar el tiempo transcurrido necesario para generar las modificaciones del 1 % en la base de datos mediante HP LoadRunner. 24

25 El respaldo de DEV y QAS se llevó a cabo justo después del respaldo inicial de PRD. Esto tenía como finalidad observar el efecto de la deduplicación entre clientes mediante la alineación de los sistemas SAP no productivos con el sistema de producción de SAP en la etapa de respaldo inicial. Resultados de la prueba Resultados del respaldo inicial DPA capturó todos los datos y los gráficos de rendimiento presentados a continuación. Figura 4 La y la Figura 5 indican la utilización de CPU y la utilización de interfaz de red del sistema SAP de producción durante el respaldo inicial en la prueba de base. Figura 4. Prueba de base: baja utilización de CPU del sistema SAP PRD en el respaldo inicial La utilización de CPU de PRD se mantiene en un nivel bajo, mientras que la utilización de la red se mantiene a un nivel muy alto durante el respaldo de la prueba de base. 25

26 Figura 5. Prueba de base: alta utilización de red del sistema SAP PRD en el respaldo inicial Figura 6 La y la Figura 7 indican la utilización de CPU del sistema SAP de producción y el host proxy durante el respaldo inicial en la prueba del sistema Data Domain. Figura 6. Prueba de Data Domain: utilización de CPU del sistema SAP de producción durante el respaldo inicial 26

27 Figura 7. Prueba del sistema Data Domain: utilización de CPU del host proxy del sistema SAP de producción durante el respaldo inicial Como se puede observar en las dos figuras anteriores, casi no hay carga de CPU en el sistema SAP de producción, mientras que más del 10 % de la carga de CPU se procesa en el host proxy. Gracias a que el respaldo de datos se realiza desde el host proxy, donde se monta la réplica de los volúmenes de datos de SAP, se elimina el impacto ocasionado por el respaldo en el servidor de SAP de producción. Figura 8 La indica la utilización de la interfaz de red capturada en el host proxy del sistema SAP de producción durante el mismo período. Figura 8. Prueba del sistema Data Domain: utilización de la interfaz de red del host proxy del sistema SAP de producción durante el respaldo inicial 27

28 Como se muestra en la Figura 8, también se reduce la utilización de red del host proxy mediante el respaldo del sistema Data Domain con DD Boost. De la Tabla 10 a la Tabla 13, se proporcionan más métricas de rendimiento. Tabla 10. ID del sistema SAP (SID) Estadísticas de rendimiento de producción del respaldo inicial en la prueba de base Uso de CPU (porcentaje) Rendimiento de red (MB/s) Tamaño de la base de datos (GB) Espacio utilizado en la BD (GB) Tamaño del respaldo (GB) Duración (min) PRD Tabla 11. ID del sistema SAP (SID) Estadísticas de rendimiento del respaldo inicial de la prueba de base para los ambientes no productivos Uso de CPU (porcentaje) Rendimiento de red (MB/s) Tamaño de la base de datos (GB) Espacio utilizado en la BD (GB) Tamaño del respaldo (GB) DEV Duración (min) QAS Notas Tabla 12. ID del sistema SAP (SID) El tamaño de la base de datos y el espacio utilizado en la base de datos se interpretan en la nota de la Tabla 6. El tamaño del respaldo equivale al tamaño total del contenido escrito físicamente en el dispositivo de respaldo. Estadísticas de rendimiento de producción del respaldo inicial en la prueba de Data Domain Uso de CPU (porcentaje) Host de SAP Host proxy Rendimiento de red (MB/s) Tamaño de la base de datos (GB) Espacio utilizado en la BD (GB) Tamaño de respaldo de Data Domain (GB) Duración (min) PRD

29 Tabla 13. ID del sistema SAP (SID) Estadísticas de rendimiento del respaldo inicial de la prueba de Data Domain para los ambientes no productivos Uso de CPU (porcentaje) Rendimiento de red (MB/s) Tamaño de la base de datos (GB) Espacio utilizado en la BD (GB) Tamaño de respaldo de Data Domain (GB) Duración (min) DEV QAS Notas El tamaño de respaldo de DD hace referencia a los datos almacenados físicamente en el sistema Data Domain. La utilización de CPU del sistema SAP no productivo es capturada por vsphere Client. VMware recomienda utilizar vsphere Client como herramienta de monitoreo del rendimiento de CPU, ya que es más precisa que las herramientas que funcionan en el huésped, como top y mpstat. Para obtener más información, consulte el informe técnico Performance Troubleshooting for VMware vsphere 4.1. Como se muestra de la Tabla 10 a la Tabla 13, el tamaño de respaldo de todos los sistemas SAP combinados en la base es de alrededor de 1.5 TB, mientras que el espacio real utilizado en el sistema Data Domain para almacenas esos datos es de solo 167 GB, lo cual refleja una tasa de deduplicación de 9:1. Lo más importante es que, cuando se hace respaldo de PRD primero, se requiere mucho menos espacio para que el sistema Data Domain respalde los datos de DEV y QAS, lo cual indica el soporte para deduplicación global del sistema Data Domain. Otros hechos observados en las tablas anteriores incluyen la utilización de red optimizada y la ventana de respaldo reducida. La utilización de red se reduce de manera significativa desde MB/s hasta MB/s, una reducción en el requisito de ancho de banda de casi un 85 %. El tiempo de ejecución del respaldo se redujo un 35 %, de 80 minutos a 52 minutos en promedio. Con la implementación de NetWorker PowerSnap Module, la utilización de CPU adicional generada por DD Boost también se descarga desde el sistema SAP de producción y, aun así, se reduce la ventana de respaldo en comparación con la base. Resultado del respaldo posterior (solo para PRD) Tabla 14 La y la Tabla 15 comparan los resultados de los respaldos posteriores para el sistema SAP de producción entre la prueba de base y la prueba de Data Domain. 29

30 Tabla 14. Secuencia de respaldo Estadísticas de rendimiento de los respaldos posteriores en la prueba de base Uso de CPU (porcentaje) Rendimiento de red (MB/s) Tamaño de la BD (GB) Espacio utilizado en la BD (GB) Tamaño del respaldo (GB) Duración (min) Nota El tamaño de respaldo fue idéntico para los primeros cuatro respaldos y comenzó a aumentar posteriormente. Esto se debe a que aún había espacio libre disponible en la base de datos en las etapas iniciales de la carga de datos. A medida que se realizó la carga de datos en la base de datos, algunos espacios de tablas se llenaron y debieron expandirse, lo cual explica el cambio en la base de datos que se muestra en la Tabla 14. Tabla 15. Estadísticas de rendimiento de los respaldos posteriores en la prueba de Data Domain Secuencia de respaldo Uso de CPU (porcentaje) Host de SAP Host proxy Rendimiento de red (MB/s) Tamaño de la BD (GB) Aumento del volumen de datos (GB) Tamaño de respaldo de Data Domain (GB) Duración (min) , En la prueba de base, el tamaño de respaldo coincide perfectamente con el tamaño de la base de datos, lo cual indica que NetWorker solo almacena los datos de respaldo en AFTD tal como están. Este enfoque presenta un gran reto para la administración del espacio de respaldo, ya que requiere recursos de almacenamiento adicionales, mayores costos de mantenimiento y una limitación del período de retención con el mismo almacenamiento de respaldo. 30

31 En la prueba del sistema Data Domain, los datos de respaldo escritos físicamente en el sistema Data Domain (como se muestra en la columna del tamaño de respaldo de Data Domain) son mucho menores que el tamaño lógico del contenido de respaldo (como se muestra en la columna del tamaño de la BD). Durante el respaldo mediante Data Domain con DD Boost, solo se transfieren datos únicos en la red, lo cual representa una gran mejora en términos de requisitos de ancho de banda de LAN. De esta manera, se reducen los requisitos de almacenamiento para preservar la información respaldada, se aumenta considerablemente la duración del período de retención, y se mejoran el buen manejo y control y la probabilidad de una recuperación más rápida en comparación con los métodos tradicionales. En el transcurso de los respaldos posteriores, se mantiene una baja utilización de red y se logra una ventana de respaldo óptima. La utilización de red se reduce de manera significativa, de 110 MB/s a 2.2 MB/s, casi un 99 % menos. El tiempo de ejecución del respaldo se reduce un 43 %, de 80 minutos a 46 minutos en promedio. Resultado de la restauración El tiempo de ejecución de la restauración capturado en la Tabla 16 se utiliza para comparar el tiempo de restauración entre la prueba de base y el escenario del sistema Data Domain. Tabla 16. SID Resultado de restauración de la prueba de base y la prueba de Data Domain Tamaño de restauración (GB) Duración cuando se restaura desde AFTD (min) PRD DEV QAS Duración cuando se restaura desde DD (min) Al comparar los resultados entre el escenario de base y el de Data Domain, el tiempo de ejecución de la restauración se reduce un 16 %, de 98 minutos a 82 minutos, lo cual prueba que Data Domain optimiza no solo la tarea de respaldo, sino también la operación de restauración. 31

32 Análisis de los resultados Las siguientes secciones consolidan los resultados de prueba y proporcionan un análisis detallado en los siguientes escenarios de prueba: Espacio físico del almacenamiento de respaldo. Rendimiento del respaldo. Rendimiento de la restauración. Impacto en el rendimiento durante el respaldo. Espacio físico del almacenamiento de respaldo Figura 9 La muestra la comparación gráfica de los requisitos de almacenamiento combinados de un respaldo único de los tres sistemas SAP (PRD, QAS y DEV) durante las pruebas de base y las pruebas de Data Domain. Figura 9. Espacio físico de almacenamiento de respaldo único para los tres sistemas SAP Como se muestra en el gráfico, el requisito de espacio físico de los tres sistemas triplica el requisito de almacenamiento en comparación con un solo sistema, hasta aproximadamente 1.5 TB. El respaldo en el sistema Data Domain ahorró 1.3 TB de espacio de almacenamiento de respaldo y solo requirió 167 GB, gracias a la deduplicación y la compresión, para proteger el mismo conjunto de datos de 1.5 TB, lo cual representa una tasa de deduplicación de 9:1. El resultado obtenido en nuestro laboratorio deja en claro el posible beneficio de la deduplicación en línea proporcionada por los sistemas Data Domain con respecto a los requisitos de almacenamiento. 32

33 Figura 10 La muestra la comparación entre los requisitos de almacenamiento a lo largo del tiempo entre CLARiiON (base) y el sistema Data Domain. Figura 10. Comparación del tamaño de respaldo con el espacio físico del sistema Data Domain a lo largo del tiempo A lo largo del tiempo (5 días), los requisitos de almacenamiento de respaldo aumentaron exponencialmente con el respaldo tradicional (AFTD de base) en CLARiiON, mientras que los requisitos de almacenamiento en el sistema Data Domain se mantuvieron casi fijos. Esto significa que los clientes pueden guardar más datos con menos espacio. Con el transcurso del tiempo, mejora la tasa de deduplicación, de 9 a 21 veces en el escenario validado. Nota Los resultados pueden variar, dado que las tasas de deduplicación dependen de la frecuencia y el volumen de los cambios y la similitud de los datos entre los sistemas SAP respaldados en el mismo sistema Data Domain. 33

34 Rendimiento del respaldo Figura 11 La muestra una comparación gráfica entre las pruebas de base y las pruebas de Data Domain relacionadas con la utilización del ancho de banda de red. Figura 11. Comparación del uso de la red El consumo de ancho de banda de red se redujo un 93 % con la introducción de DD Boost, si se comparan las pruebas de Data Domain y de base llevadas a cabo en el sistema SAP de producción. Figura 12. Comparación de ventanas de respaldo 34