EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g · PDF fileEMC VSPEX for Virtualized Oracle Database 11g OLTP Guía de diseño 3 Contenido Capítulo 1 Introducción

GUÍA DE DISEÑO

EMC VSPEX

Resumen

Esta guía de diseño describe cómo diseñar recursos para la base de datos de Oracle virtualizada en la infraestructura comprobada EMC® VSPEX™ adecuada para VMware vSphere. Además, este documento ilustra cómo dimensionar a Oracle en VSPEX, asignar recursos de acuerdo con las mejores prácticas y aprovechar todos los beneficios que ofrece VSPEX.

Abril de 2013

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP

EMC VSPEX for Virtualized Oracle Database 11g OLTP Guía de diseño

2

Copyright © 2013 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.

EMC2, EMC y el logotipo de EMC son marcas registradas o marcas comerciales de EMC Corporation en los Estados Unidos y en otros países. Todas las demás marcas comerciales incluidas/utilizadas en este documento pertenecen a sus respectivos propietarios.

Para consultar el documento normativo más actualizado para su línea de productos, visite la sección de documentación técnica y asesorías en el sitio web de soporte en línea de EMC.


Número de referencia: H11449


3

Contenido

Capítulo 1 Introducción .......................................................................... 11

Propósito de esta guía ................................................................................. 12

Valor para el negocio ................................................................................... 12

Alcance ....................................................................................................... 13

Audiencia .................................................................................................... 13

Terminología ............................................................................................... 14

Capítulo 2 Antes de comenzar ................................................................ 15

Flujo de trabajo de la documentación .......................................................... 16

Lectura esencial .......................................................................................... 16 Descripciones generales de la solución ............................................................... 16 Guía de implementación de Oracle Database 11g ................................................ 16 Arquitectura comprobada de VSPEX ..................................................................... 16 Respaldo y recuperación ...................................................................................... 16

Capítulo 3 Descripción general de la solución ......................................... 17

Descripción general ..................................................................................... 18

Arquitectura de la solución .......................................................................... 18

Componentes clave ..................................................................................... 19 Introducción ........................................................................................................ 19 EMC VSPEX .......................................................................................................... 20 Oracle Database 11g ............................................................................................ 23 VMware vSphere 5.1 ............................................................................................ 23 VMware vSphere HA ............................................................................................. 23 VMware vSphere Distributed Resource Scheduler ................................................ 24 VMware vSphere PowerCLI ................................................................................... 24 EMC VNX .............................................................................................................. 24 EMC Virtual Storage Integrator ............................................................................. 25 Red Hat Enterprise Linux 6.3 ................................................................................ 25 EMC Unisphere .................................................................................................... 26 EMC Avamar ......................................................................................................... 26

Contenido


4

EMC Data Domain ................................................................................................ 26

Capítulo 4 Selección de una infraestructura comprobada VSPEX .............. 27

Introducción ................................................................................................ 28

Paso 1: Evaluar el caso de uso del cliente con la hoja de trabajo de calificación .................................................................................................. 28

Paso 2: Diseñar la arquitectura de la aplicación ........................................... 29

Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta ............. 29

Capítulo 5 Consideraciones de diseño y mejores prácticas de la solución ........................................................................ 31

Descripción general ..................................................................................... 32

Diseño de la red .......................................................................................... 32 Descripción general ............................................................................................. 32 Mejores prácticas de la red .................................................................................. 33

Definición del diseño de almacenamiento ................................................... 34 Descripción general ............................................................................................. 34 Arquitectura de alto nivel ..................................................................................... 34 Diseño de almacenamiento .................................................................................. 34 Mejores prácticas de almacenamiento ................................................................. 35 Ejemplo de diseño de almacenamiento de VSPEX ................................................ 36

Configurar FAST Cache para Oracle .............................................................. 37 Descripción general ............................................................................................. 37 Mejores prácticas de FAST Cache ......................................................................... 37

Diseño de la capa de virtualización ............................................................. 38 Descripción general ............................................................................................. 38 Mejores prácticas de virtualización ...................................................................... 38

Diseño de la implementación de Oracle Database 11gR2 ............................ 41 Descripción general ............................................................................................. 41 Configuración del cliente dNFS de Oracle ............................................................. 41 Administración automática de la memoria compartida ........................................ 41 Activación de la configuración de HugePages ...................................................... 41 Operaciones de I/O para los archivos de sistema................................................. 42 Diseño de archivos de la base de datos para NFS ................................................ 42

Diseño de respaldo y recuperación .............................................................. 42 Descripción general ............................................................................................. 42 Arquitectura de alto nivel ..................................................................................... 42 Consideraciones .................................................................................................. 43 Mejores prácticas de respaldo y recuperación ...................................................... 44

Contenido


5

Capítulo 6 Metodología de verificación de la solución ............................. 47

Verificación de la solución ........................................................................... 48 Descripción general ............................................................................................. 48

Creación del ambiente de prueba ................................................................ 49

Llenado de la base de datos ........................................................................ 49

Implementación de la solución .................................................................... 49

Capítulo 7 Documentación de referencia ................................................. 51

Informes técnicos ........................................................................................ 52 Oracle .................................................................................................................. 52 EMC ..................................................................................................................... 52 VMware ................................................................................................................ 52

Documentación de los productos ................................................................ 52 Oracle .................................................................................................................. 52 EMC ..................................................................................................................... 53 VMware ................................................................................................................ 53

Apéndice A Hoja de trabajo de calificación ............................................ 55

Descripción general de la hoja de trabajo de calificación ............................. 56

Impresión de la hoja de trabajo de calificación ............................................ 57

Apéndice B Herramienta para dimensionamiento de VSPEX ................... 59

Ejemplo de la hoja de trabajo de calificación de VSPEX Oracle ..................... 60

Dimensionamiento manual de un ambiente virtualizado de Oracle Database 11g OLTP for VSPEX ..................................................................... 63

Descripción general ............................................................................................. 63 Procedimiento de dimensionamiento manual de Oracle ...................................... 63

Contenido


6


7

Figuras

Figura 1. Arquitectura de infraestructura validada ............................................. 19 Figura 2. Infraestructura comprobada VSPEX .................................................... 20 Figura 3. Capa de red: Alta disponibilidad (VNX) ............................................... 32 Figura 4. Activar la librería de ODM del cliente dNFS ......................................... 33 Figura 5. Elementos de almacenamiento de Oracle Database 11gR2 ................ 34 Figura 6. Ejemplo de diseño de almacenamiento: Oracle

Database 11gR2 para VNX .................................................................. 36 Figura 7. Servidor Avamar y plug-in de Avamar para Oracle ............................... 43 Figura 8. Hoja de trabajo de calificación de EMC VSPEX for Oracle 11g OLTP ..... 56 Figura 9. Hoja de trabajo de calificación imprimible .......................................... 57 Figura 10. Visualización de la hoja de trabajo de calificación ............................. 57 Figura 11. Ejemplo de la hoja de trabajo de calificación de EMC Oracle .............. 60 Figura 12. Los parámetros init.ora del informe de AWR ....................................... 60 Figura 13. Consulta de la marca de agua máxima de la sesión del usuario ......... 61 Figura 14. Cálculo del tamaño de la base de datos con la consulta SQL .............. 61 Figura 15. Resumen IOStat por función del informe AWR .................................... 61 Figura 16. Evento de espera en el primer plano del AWR ..................................... 62 Figura 17. Transacciones en el perfil de carga del informe de AWR ...................... 62 Figura 18. Ejemplo de la hoja de trabajo de calificación de EMC Oracle .............. 63

Figuras


8


9

Tablas

Tabla 1. Terminología ...................................................................................... 14 Tabla 2. Proceso de implementación de la infraestructura comprobada

VSPEX para Oracle Database .............................................................. 16 Tabla 3. Características de la máquina virtual de referencia ............................. 21 Tabla 4. Mapeo del modelo de dimensionamiento de Oracle a la

máquina virtual de referencia VSPEX .................................................. 22 Tabla 5. Diseño de almacenamiento de VNX para Oracle Database .................. 34 Tabla 6. Diseño de archivos de la base de datos para NFS ............................... 42 Tabla 7. Terminología de respaldo de Avamar .................................................. 44 Tabla 8. Pasos de alto nivel para la verificación de la aplicación ...................... 48 Tabla 9. Mapeo del usuario de aplicación a las máquinas

virtuales de referencia de VSPEX ........................................................ 64 Tabla 10. Tipo de RAID con penalidad de escritura y utilización de capacidad ... 65 Tabla 11. IOPS de disco aleatorio por tipo de unidad ......................................... 65 Tabla 12. Ejemplo de cálculo del pool de almacenamiento ................................ 65 Tabla 13. Mapeo de las máquinas virtuales de referencia con el pool de

infraestructura virtual (ejemplo) ......................................................... 67 Tabla 14. Selección de un modelo de infraestructura comprobada VSPEX ......... 67

Tablas


10


11

Capítulo 1 Introducción

Este capítulo presenta los siguientes temas:

Propósito de esta guía ............................................................................... 12

Valor para el negocio ................................................................................. 12

Alcance ..................................................................................................... 13

Audiencia .................................................................................................. 13

Capítulo 1: Introducción


12

Propósito de esta guía Las infraestructuras comprobadas EMC® VSPEX™ están optimizadas para la virtualización de aplicaciones críticas de negocio. VSPEX proporciona soluciones modulares desarrolladas con tecnologías que permiten una implementación más rápida, una mayor simplicidad, más opciones, una mejor eficiencia y menores riesgos.

VSPEX proporciona a los partners la capacidad de diseñar e implementar los activos virtuales requeridos para admitir una solución de virtualización completamente integrada para un sistema de administración de bases de datos relacionales (RDBMS) de Oracle en una infraestructura de nube privada de VSPEX.

La arquitectura VSPEX para la infraestructura de Oracle virtualizada brinda a los clientes un sistema moderno y capaz de alojar a una solución de base de datos virtualizada escalable y que proporcione un nivel de rendimiento constante. Esta solución usa VMware vSphere™

con el respaldo del arreglo de almacenamiento EMC VNX®, EMC Avamar® y Data Domain®. Los componentes de red y cómputo, aunque pueden ser definidos por el proveedor, están diseñados para ser redundantes y tienen la potencia suficiente para manejar las necesidades de datos y procesamiento del ambiente de la máquina virtual.

Esta guía de diseño describe cómo diseñar una infraestructura comprobada VSPEX para la base de datos OLTP de Oracle virtualizada con las mejores prácticas, y cómo seleccionar la infraestructura comprobada VSPEX correcta con la herramienta para dimensionamiento de EMC VSPEX como una guía.

Valor para el negocio El software de los sistemas de administración de bases de datos continúa siendo el software dominante para administrar los datos en prácticamente todos los segmentos comerciales. Se espera que este crecimiento continúe a pesar de la creciente cuota de mercado de otras herramientas de administración de datos. Se espera también que este crecimiento se acelere en la medida en que los clientes continúen diversificando sus infraestructuras y tecnologías de soporte, y que se incline hacia la creación de más dispositivos y configuraciones de hardware y software.

Esta infraestructura comprobada VSPEX se centra en ayudar a los partners de EMC a comprender el valor que el VNX, los sistemas de respaldo y de recuperación de EMC y Oracle otorgan a los clientes que, por lo general, tienen ambientes de TI cada vez más grandes y aislados con aplicaciones centradas en el servidor y que enfrentan cada vez más problemas de recuperación y respaldo de Oracle.

La solución VSPEX está diseñada para afrontar los desafíos que presenta la base de datos de Oracle del cliente y para permitir que los clientes puedan aumentar su rendimiento, escalabilidad, confiabilidad y automatización. Al integrar las aplicaciones de bases de datos con EMC VNX, los clientes pueden consolidar una única plataforma de almacenamiento centralizada para lograr administrar con mayor eficacia los crecimientos significativos de datos, lo que resulta bastante desafiante en estos tiempos. Esta solución ha sido dimensionada y comprobada con los sistemas de respaldo y recuperación de EMC para lograr lo siguiente:

• Reducir los requisitos y costos del almacenamiento de respaldo del cliente • Cumplir las ventanas de respaldo

• Permitir una recuperación rápida basada en disco



13

Alcance Esta guía de diseño describe cómo planear y diseñar una infraestructura comprobada VSPEX para las bases de datos de Oracle virtualizadas para VMware vSphere. Además, esta guía ilustra cómo usar la herramienta para dimensionamiento de VSPEX para Oracle, asignar recursos de acuerdo con las mejores prácticas y aprovechar todos los beneficios que ofrece VSPEX.

Audiencia Esta guía está dirigida al personal interno de EMC y a partners calificados de EMC VSPEX. Esta guía supone que los partners de VSPEX que intentan implementar esta solución cuentan con lo siguiente:

• Una calificación de EMC para vender, instalar y configurar la familia EMC VNX de sistemas de almacenamiento

• Están calificados para vender, instalar y configurar los productos de red y servidor necesarios para las infraestructuras comprobadas VSPEX

• Una certificación para vender infraestructuras comprobadas VSPEX

Los partners que implementan esta solución también deben contar con la capacitación y los conocimientos técnicos necesarios para instalar y configurar lo siguiente:

• VMware vSphere

• Redhat Enterprises Linux 6.x

• Oracle Database 11g o superior

• Respaldo de EMC de última generación, que incluye EMC Avamar® y EMC Data Domain

Este documento proporciona referencias externas cuando corresponde. EMC le recomienda que se familiarice con estos documentos. Para obtener más detalles, consulte Capítulo 7, Documentación de referencia.



14

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

Tabla 1. Terminología

Plazo Definición

AWR Catálogo de carga de trabajo (Automatic Workload Repository)

DNFS Cliente Direct NFS

DNS Sistema de nombre de dominio

FAST VP Fully Automated Storage Tiering for Virtual Pools

FQDN Nombre de dominio calificado

FRA Área de recuperación rápida (Oracle)

IOPS Operaciones de entrada/salida por segundo

NFS Sistema de archivos de red (Network File System)

SAS NL SCSI de conexión serial nearline

ODM Oracle Disk Manager

OLTP Procesamiento de transacciones en línea (Online transaction processing)

Oracle EE Oracle Enterprise Edition

Oracle SE Oracle Standard Edition

PowerCLI Una interfaz de Windows PowerShell para las API de VMware vSphere y vCloud

Máquina virtual de referencia

Representa una unidad de medida para que una sola máquina virtual cuantifique los recursos de cómputo en una infraestructura comprobada VSPEX

SGA Área global del sistema (System global area)

Statspack Utilidades de monitoreo e informes de la base de datos de Oracle

TPS Transacciones por segundo

VMDK Discos de máquina virtual de VMware

VMFS VMware vStorage Virtual Machine File System


15

Capítulo 2 Antes de comenzar


Flujo de trabajo de la documentación ......................................................... 16

Lectura esencial ........................................................................................ 16

Capítulo 2: Antes de comenzar


16

Flujo de trabajo de la documentación EMC recomienda consultar el flujo de proceso que aparece en Tabla 2 para diseñar e implementar su infraestructura comprobada VSPEX para Oracle Database.

Tabla 2. Proceso de implementación de la infraestructura comprobada VSPEX para Oracle Database

Paso Acción

1 Use la hoja de trabajo de calificación de VSPEX para el ambiente virtualizado de Oracle (Apéndice A: Hoja de trabajo de calificación) para recopilar los requisitos del cliente.

2 Use la herramienta para dimensionamiento de VSPEX para determinar la infraestructura comprobada VSPEX recomendada para Oracle Database 11g según los requisitos del usuario recopilados en el paso 1. Para obtener más información sobre esta herramienta, consulte la sección de la herramienta para dimensionamiento de VSPEX en el EMC Business Value Portal.

Nota: Debe registrarse la primera vez que accede a la herramienta. Si la herramienta para dimensionamiento de VSPEX no está disponible, puede dimensionar manualmente la aplicación usando las reglas de dimensionamiento que se mencionan en el Apéndice B: Cálculo del requisito de almacenamiento de VSPEX para Oracle 11g Database OLTP.

4 Para seleccionar y solicitar la infraestructura comprobada VSPEX correcta, consulte el sitio de infraestructura de información sobre virtualización.

5 Para implementar y probar la infraestructura comprobada VSPEX para Oracle Database 11g, consulte la Guía de implementación de EMC VSPEX for Virtualized Oracle Database11g OLTP.

Lectura esencial Antes de implementar la solución descrita en este documento, EMC recomienda que lea los siguientes documentos, que están disponibles en la sección sobre VSPEX de EMC Community Network o de EMC.com (visite el sitio web de su país correspondiente) y el portal para partners de VSPEX.

• Virtualización de servidores de EMC VSPEX para negocios del mercado del segmento intermedio

• EMC VSPEX Server Virtualization for Small and Medium Businesses

• Guía de implementación de EMC VSPEX for Virtualized Oracle Database11g OLTP

• Arquitectura de referencia: EMC VSPEX Private Cloud VMware vSphere 5.1 for up to 500 Virtual Machines

• Informe técnico: EMC Avamar Backup for Oracle Environments

• Informe técnico: EMC Avamar Backup with Data Domain

Descripciones generales de la solución

Guía de implementación de Oracle Database 11g

Arquitectura comprobada de VSPEX Respaldo y recuperación

http://express.salire.com/go/emc�

http://www.emc.com/platform/virtualizing-information-infrastructure/vspex.htm�

https://community.emc.com/community/partner/vspex?view=overview�

http://www.emc.com/utilities/globalsiteselect.jhtml?checked=true�



17

Capítulo 3 Descripción general de la solución


Descripción general ................................................................................... 18

Arquitectura de la solución ........................................................................ 18

Componentes clave ................................................................................... 19

Capítulo 3: Descripción general de la solución


18

Descripción general Este capítulo proporciona una descripción general de la infraestructura comprobada VSPEX para Oracle Database 11g y las tecnologías clave que se usan en esta solución. La solución que se describe en esta guía de diseño incluye los servidores, el almacenamiento, los componentes de red y los componentes de Oracle Database 11g.

La solución permite que los clientes implementen de manera rápida y coherente un ambiente virtualizado de Oracle Database 11g en la infraestructura comprobada VSPEX. La arquitectura de referencia consumirá los recursos de la máquina virtual de referencia, según las reglas de dimensionamiento en la infraestructura comprobada VSPEX, y los combinará con el almacenamiento adicional para los datos de la aplicación de Oracle Database 11g.

Esta guía de diseño puede ayudar al personal de EMC y a los partners calificados de EMC VSPEX a implementar una solución Oracle Database 11g simple, eficaz y flexible en la infraestructura comprobada VSPEX para sus clientes.

Arquitectura de la solución Figura 1 muestra la arquitectura que caracteriza a la infraestructura validada para una superposición de Oracle Database 11g en una infraestructura VSPEX. Para validar esta solución1:

• Se implementaron todos los servidores de Oracle Database 11g como máquinas virtuales en VMware vSphere 5.1.

• Se usó la herramienta para dimensionamiento de VSPEX para Oracle Database 11g para determinar los recursos de cómputo y la cantidad de recursos necesarios para cada base de datos Oracle Database 11g. Figura 1 muestra las tres opciones de dimensionamiento de Oracle (pequeña, mediana y grande). Las herramientas de dimensionamiento proporcionadas con esta solución se usan para dimensionar el ambiente del cliente y elegir las opciones que se adecúen mejor al cliente.

• Se determinó el diseño de almacenamiento recomendado para Oracle Database 11g y el pool de infraestructura virtual en los arreglos de almacenamiento del VNX (con la herramienta para dimensionamiento de VSPEX).

Nota: la versión mínima de Oracle para esta solución es 11.2.03 (o 11gR2). En este documento lo denominamos 11g.

1 En este informe, 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.



19

Figura 1. Arquitectura de infraestructura validada

Componentes clave

Esta sección ofrece una descripción general de las tecnologías clave usadas en esta solución, como por ejemplo:

• EMC VSPEX

• Oracle Database 11g

• VMware vSphere 5.1

• VMware vSphere HA

• vSphere Distributed Resources Scheduler

• EMC Unisphere

• VMware vSphere PowerCLI

• Red Hat Enterprise Linux 6.3

• Máquina virtual de referencia

• Modelo de base de datos pequeña/mediana/grande

• EMC VNX®

• EMC Virtual Storage Integrator (VSI)

Introducción



20

EMC ha unido fuerzas con los proveedores líderes del sector de infraestructuras de TI para crear una solución de virtualización completa que acelere la implementación de las tecnologías de nube privada. Desarrollada con las mejores tecnologías en su clase, VSPEX permite una implementación más rápida, más simplicidad, opciones más amplias, mayor eficiencia y menos riesgos.

La infraestructura comprobada VSPEX, como se muestra en Figura 2, corresponde a un sistema modular virtualizado validado por EMC y suministrado por los partners de EMC. VSPEX incluye una capa de virtualización, un servidor, una red y un almacenamiento, diseñados por EMC para entregar un rendimiento confiable y predecible.

Figura 2. Infraestructura comprobada VSPEX

VSPEX ofrece la flexibilidad para elegir las redes, los servidores y las tecnologías de virtualización que mejor se ajusten al ambiente del cliente para crear una solución completa de virtualización.

VSPEX ofrece una infraestructura virtual para los clientes que buscan lograr la simplicidad de una infraestructura verdaderamente convergente, y al mismo tiempo logra la flexibilidad de los componentes individuales del agrupamiento. Las soluciones VSPEX están comprobadas por EMC y son embaladas y vendidas exclusivamente por los partners de EMC. VSPEX brinda a los socios de negocios más oportunidades, un ciclo de ventas más rápido y activación end-to-end. Gracias a un intenso trabajo en conjunto, ahora EMC y sus partners pueden proporcionar una infraestructura que acelera el viaje hacia la nube para una cantidad de clientes que sigue en aumento.

EMC VSPEX



21

Máquina virtual de referencia

Para simplificar el análisis de la infraestructura virtual, la solución VSPEX ha definido una carga de trabajo típica del cliente (se describe en esta sección) como una máquina virtual de referencia. En el caso de las soluciones de VSPEX, la máquina virtual de referencia se define como una unidad de medida de una sola máquina virtual para cumplir con los requisitos de los recursos informáticos en la infraestructura virtual de VSPEX. Tabla 3 enumera las características de esta máquina virtual:

Tabla 3. Características de la máquina virtual de referencia

Característica Valor

Procesadores virtuales por máquina virtual 1

RAM por máquina virtual 2 GB

Capacidad de almacenamiento disponible por máquina virtual

100 GB

Operaciones de I/O por segundo (IOPS) por máquina virtual

25

Patrón de I/O Aleatorio

Relación de lectura/escritura de I/O 2:1



22

VSPEX para el modelo de dimensionamiento de Oracle virtualizado

Las pruebas de escalamiento vertical formaron parte del proceso de validación. Se usó un modelo de dimensionamiento de cómputo estándar para Oracle, que simplificó y estandarizó la prueba de validación. También permitió identificar la configuración requerida para ejecutar una carga de trabajo de base de datos OLTP similar a la del parámetro TCP-C con una relación de lectura/escritura de 60:40 que genere tiempos de respuesta aceptables.

Tabla 4 muestra cómo se asignó el modelo de dimensionamiento de Oracle a la máquina virtual de referencia VSPEX.

Tabla 4. Mapeo del modelo de dimensionamiento de Oracle a la máquina virtual de referencia VSPEX

Modelo de Oracle Recursos Máquina virtual de referencia equivalente

Pequeño: máquina virtual para hasta 150 usuarios

Requisitos de cómputo

• 2 CPU virt.

• Memoria de 8 GB

Requisito de almacenamiento (archivos binarios de SO y Oracle)

• 100 GB

• 25 IOPS

4

Mediano: máquina virtual para hasta 250 usuarios


• 4 CPU virtuales

• 16 GB de memoria


• 100 GB

• 25 IOPS

8

Grande: máquina virtual para más de 250 usuarios


• 8 CPU virtuales

• 32 GB de memoria


• 100 GB

• 25 IOPS

16

Se calcularon la capacidad y los umbrales de I/O de almacenamiento de la base de datos independientemente de los requeridos por la máquina virtual de referencia de VSPEX.



23

Oracle Database 11g está disponible en diversas ediciones personalizadas para cumplir las necesidades del negocio y de TI de una organización. En esta solución se considerará

• Oracle Database 11g Release 2 Standard Edition (SE)

• Oracle Database 11g Release 2 Enterprise Edition (EE)

Oracle SE es una solución de administración de datos accesible y de funcionalidad completa, que resulta ideal para todas las empresas. Se encuentra disponible en servidores simples o agrupados en cluster y la licencia se puede otorgar para una capacidad máxima de cuatro sockets de procesador independientemente del conteo de cores. La licencia de SE incluye Oracle Real Application Clusters (RAC) como una característica estándar sin costo adicional.

Oracle Database 11g EE ofrece un rendimiento, escalabilidad, seguridad y confiabilidad líderes del sector en diferentes opciones de servidores, sean simples o agrupados en clúster, que ejecuten Windows, Linux o UNIX. Es compatible con características avanzadas, sea como opciones incluidas o con costo adicional, que no se encuentran disponibles en Oracle Database 11g SE. Estas características son, por ejemplo, una base de datos privada virtual y opciones de data warehousing, como el particionamiento y la analítica avanzada. Oracle Database 11g Release 2 EE amplía el modelo de licenciamiento de procesadores para los procesadores multi-core y el precio se determina mediante la siguiente fórmula:

(cantidad de procesadores) x (cantidad de cores) x (factor de núcleo de procesador de Oracle)

Por ejemplo, la licencia de dos procesadores Intel® Xeon® E7-2870 de 10 cores (con un factor de núcleo de procesador de Oracle de 0.5) se otorga de la siguiente manera

• Oracle Database 11g Release 2 SE: Dos licencias de socket de procesador SE

• Oracle Database 11g Release 2 EE: 2 x 10 x 0.5 = 10 licencias EE

La edición Oracle Database 11g R2 puede afectar el costo de la licencia y el tamaño y la cantidad de clústeres de VMware ESXi que se pueden configurar. Esto afecta, a su vez, de qué manera se ubican y se administran las máquinas virtuales. Para obtener más información sobre la virtualización y el otorgamiento de licencias de procesadores de Oracle, consulte la sección DRS Host Affinity y licencias de procesadores de Oracle.

VMware vSphere 5.1 abstrae a las aplicaciones y a la información de la complejidad de la infraestructura subyacente, a través de una virtualización integral del servidor, del almacenamiento y del hardware de red. Esta transformación genera máquinas virtuales completamente funcionales que ejecutan sistemas operativos y aplicaciones aislados y encapsulados de la misma manera que los equipos físicos. Estos recursos de virtualización de hardware permiten mayores eficiencias mediante la consolidación de varias aplicaciones en menos servidores físicos.

VMware vSphere High Availability (HA) proporciona una capacidad de alta disponibilidad rentable y fácil de usar para las aplicaciones que se ejecutan en máquinas virtuales. En caso de que existan fallas en el servidor físico, las máquinas virtuales afectadas se reinician automáticamente en otros servidores de producción con capacidad de reserva.

Oracle Database 11g

VMware vSphere 5.1

VMware vSphere HA



24

HA permite crear un cluster a partir de varios servidores ESXi o ESX para proteger las máquinas virtuales. Si uno de los hosts del cluster falla, las máquinas virtuales que sufren el impacto se reinician automáticamente en otros hosts ESXi dentro del mismo cluster de VMware vSphere

VMware vSphere Distributed Resource Scheduler (DRS) es un servicio de infraestructura ejecutado por VMware vCenter Server (vCenter). DRS agrupa los recursos de los hosts ESXi en clusters y distribuye automáticamente estos recursos en las máquinas virtuales, mediante el monitoreo del uso y la optimización continua de la distribución en las máquinas virtuales entre los hosts ESXi. DRS también puede usar vMotion® y Storage vMotion® para garantizar que las máquinas virtuales tengan espacio al rebalancear la capacidad de recursos para hacer lugar para las máquinas virtuales más grandes. VMware recomienda activar DRS para lograr mayores tasas de consolidación.

VMware vSphere PowerCLI ofrece una interfaz Windows PowerShell para los usuarios de vSphere 5.x y versiones superiores, y de VMware Infrastructure 4.x y versiones superiores. VMware vSphere PowerCLI es una sólida herramienta de línea de comandos que permite automatizar todos los aspectos de la administración de vSphere, incluida la red, el almacenamiento, la máquina virtual, el SO huésped y demás. PowerCLI se distribuye como un snap-in de Windows PowerShell, e incluye 330 PowerShell cmdlets para administrar y automatizar vSphere y vCloud, junto con documentación y muestras.

La familia EMC VNX está optimizada para aplicaciones virtuales que entregan funcionalidades empresariales y de innovación líderes en el sector para el almacenamiento de archivos, bloques y objetos en una solución escalable y fácil de usar. Esta plataforma de almacenamiento de última generación combina hardware flexible y eficiente con software de protección, administración y eficiencia avanzadas a fin de satisfacer las exigentes necesidades de las grandes empresas de la actualidad.

El procesador Intel® Xeon® para almacenamiento inteligente, que escala su rendimiento de manera automática y eficiente y que asegura, a la vez, la seguridad e integridad de los datos, suministra el VNX.

Beneficios de VNX para el cliente

• Almacenamiento unificado de última generación, optimizado para aplicaciones virtualizadas

• Funciones de optimización de capacidad que incluyen compresión, deduplicación, aprovisionamiento delgado y copias centradas en la aplicación

• Alta disponibilidad, de cinco nueves

• Organización en niveles automatizada con FAST™ VP (Fully Automated Storage Tiering for Virtual Pools) y FAST Cache que se pueden optimizar para brindar el más alto rendimiento del sistema y el más bajo costo de almacenamiento en forma simultánea

• Administración simplificada con EMC Unisphere® para una sola interfaz de administración y todas las necesidades, de almacenamiento conectado en red (NAS), de red de almacenamiento (SAN) y de replicación

• Una mejora de hasta tres veces en el rendimiento con la tecnología más avanzada de procesador de múltiples núcleos Intel Xeon, optimizada para Flash

VMware vSphere Distributed Resource Scheduler

VMware vSphere PowerCLI

EMC VNX



25

Conjuntos de aplicaciones de software VNX disponibles

• FAST Suite: Realice optimizaciones automáticas para obtener, de manera simultánea, el más alto rendimiento del sistema y el menor costo de almacenamiento.

• Local Protection Suite: Aplique prácticas seguras de protección y replanificaciónje de datos.

• Remote Protection Suite: Proteja los datos contra fallas locales, interrupciones y desastres.

• Application Protection Suite: Automatice las copias de las aplicaciones y demuestre el cumplimiento de normas.

• Security and Compliance Suite: Mantenga los datos protegidos contra cambios, eliminaciones y actividades malintencionadas.

Paquetes de software disponibles

• Total Efficiency Pack: Incluye los cinco conjuntos de aplicaciones de software.

• Total Protection Pack: Incluye conjuntos de software de protección local, remota y de aplicaciones.

La característica EMC VSI for VMware vSphere Unified Storage Management puede provisionar áreas de almacenamiento de datos Network File System (NFS) en almacenamiento conectado en red (NAS) y áreas de almacenamiento de datos Virtual Machine File System (VMFS) y volúmenes de mapeo de dispositivos crudos (RDM) en almacenamiento de bloques, y realiza compresiones y clonaciones basadas en arreglos de las máquinas virtuales en las áreas de almacenamiento de datos NFS. Las funciones de clonación incluyen Full Clones (copias) y Fast Clones (snapshots) de los archivos del disco de máquina virtual (VMDK). Los administradores de VMware pueden usar la característica para administrar el almacenamiento conectado en red (NAS) y de bloques en ambientes VMware mediante la interfaz de usuario del cliente vSphere.

Los administradores de VMware pueden usar la herramienta para lo siguiente:

• Provisionar el almacenamiento NFS, VMFS y de mapeo de dispositivos crudos

• Ampliar los almacenamientos NFS y VMFS existentes

• Comprimir máquinas virtuales en áreas de almacenamiento de datos NFS

• Clonar máquinas virtuales en áreas de almacenamiento de datos NFS

• Proporcionar soporte para Fast Clones (con la limitación de que deben crearse en el mismo sistema de archivos)

Red Hat Enterprise Linux es una plataforma versátil para x86 y x86-64 que se puede implementar en sistemas físicos, como un huésped en los hipervisores principales, o en la nube. Soporta todas las arquitecturas de hardware más importantes y ofrece compatibilidad entre versiones. Red Hat Enterprise Linux 6.3 incluye mejoras y nuevas capacidades que proporcionan funcionalidades enriquecidas, especialmente las herramientas para desarrolladores, características de virtualización, seguridad, escalabilidad, sistemas de archivos y almacenamiento.

EMC Virtual Storage Integrator

Red Hat Enterprise Linux 6.3



26

EMC Unisphere™ es la plataforma de administración central de VNX que proporciona una sola vista combinada de sistemas de bloque y archivo con todas las funciones y características disponibles en una sola interfaz común. Unisphere ha sido optimizada para aplicaciones virtuales y proporciona una integración con VMware líder del sector, detecta automáticamente máquinas virtuales y servidores ESX Server, y proporciona mapeo end-to-end, de virtual a físico. Además, Unisphere simplifica la configuración de FAST Cache y FAST VP en plataformas VNX.

Si se opta por implementar una solución de respaldo, EMC recomienda EMC Avamar®. El sistema y software de respaldo con deduplicación Avamar realiza operaciones de deduplicación de longitud variable en el cliente, de modo que los datos de respaldo se reducen antes de su transferencia mediante redes (LAN o WAN). Avamar identifica segmentos de datos duplicados y envía solamente segmentos únicos por medio de la red al dispositivo de respaldo. Esto se traduce en ventanas de respaldo más breves, menor consumo de almacenamiento de respaldo y un aprovechamiento máximo del ancho de banda disponible.

EMC Avamar proporciona lo siguiente:

• Flexibilidad en las opciones de implementación. Avamar ofrece flexibilidad en la implementación de soluciones de acuerdo con el caso de uso y los requisitos de recuperación específicos. Avamar es una solución de respaldo y recuperación lista para usar que se integra con el hardware certificado por EMC para ofrecer una implementación optimizada.

• Escalabilidad, alta disponibilidad y confiabilidad. Avamar utiliza una arquitectura grid escalable que permite lograr escalamientos lineales en el rendimiento y el almacenamiento, simplemente, mediante la incorporación de nodos de almacenamiento.

• Capacidad de administración y soporte. A los sistemas de Avamar se puede acceder de forma segura a través de los enlaces de red existentes y se los puede integrar con plataformas de administración para poder usar SNMP para el acceso remoto.

Si se usa Avamar para implementar una solución de respaldo y recuperación, se puede optar por direccionar los respaldos a un sistema EMC Data Domain® en lugar de a un servidor Avamar. Avamar y Data Domain permiten a los partners adoptar un dispositivo especialmente diseñado para respaldo para el servidor Exchange. El sistema de almacenamiento con deduplicación de Data Domain deduplica los datos en línea para que se dirijan al disco deduplicado y, por lo tanto, requieran menos espacio en disco que el conjunto de datos original. Con Data Domain, se pueden conservar durante más tiempo en el sitio los datos de respaldo y de archivo, lo que permite restaurar los datos del disco de manera rápida y confiable.

El conjunto de aplicaciones del software Data Domain incluye las siguientes opciones:

• Replicación EMC Data Domain

• Librería de cintas virtuales (VTL)

• Data Domain Boost

• Retention Lock

• Cifrado

• Retención ampliada

EMC Unisphere

EMC Avamar

EMC Data Domain


27

Capítulo 4 Selección de una infraestructura comprobada VSPEX


Introducción .............................................................................................. 28

Paso 1: Evaluar el caso de uso del cliente con la hoja de trabajo de calificación ................................................................................... 28

Paso 2: Diseñar la arquitectura de la aplicación .......................................... 29

Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta ............. 29

Capítulo 4: Selección de una infraestructura comprobada VSPEX


28

Introducción Este capítulo describe cómo diseñar la infraestructura comprobada EMC VSPEX para Oracle y cómo elegir la solución VSPEX apropiada para cumplir con sus requisitos. Este capítulo describe los tres pasos principales requeridos para completar el proceso de selección, que son los siguientes:

1. Evaluar la carga de trabajo de Oracle 11g OLTP del cliente mediante el uso de la hoja de trabajo de calificación de VSPEX para el ambiente virtualizado de Oracle, según los requisitos del negocio. Consulte el Apéndice B en lo que respecta a la hoja de trabajo de calificación.

2. Determinar la infraestructura, los recursos de aplicación, el sistema y la arquitectura requeridos mediante la herramienta para dimensionamiento de EMC VSPEX para Oracle.

3. Elegir la infraestructura comprobada VSPEX correcta, según las recomendaciones que aparecen en las arquitecturas de referencia.

Para obtener más información, consulte el documento denominado Deploying Oracle Database on EMC VNX Unified Storage que se encuentra disponible en EMC.com (visite el sitio web de su país correspondiente) y el servicio de soporte en línea de EMC.

Paso 1: Evaluar el caso de uso del cliente con la hoja de trabajo de calificación

Antes de elegir una solución de infraestructura VSPEX, es importante conocer el conjunto de datos y la carga de trabajo reales del cliente, según los requisitos del negocio. Para ayudarlo a comprender mejor los requisitos del negocio del cliente para el diseño de la infraestructura VSPEX, EMC recomienda enfáticamente usar la hoja de trabajo de calificación y la herramienta para dimensionamiento de VSPEX para el ambiente virtualizado de Oracle cuando se evalúen los requisitos de carga de trabajo para la solución VSPEX. La sección Apéndice A: Hoja de trabajo de calificación proporciona un ejemplo de esta hoja de trabajo.

En la hoja de trabajo de calificación de VSPEX para el ambiente virtualizado de Oracle, se usaron algunas preguntas simples para comprender y describir los requisitos de carga de trabajo y las características de uso del OLTP de Oracle del cliente.



29

Paso 2: Diseñar la arquitectura de la aplicación Se definió una carga de trabajo de cliente de ejemplo para esta solución de infraestructura comprobada VSPEX. Para obtener más información sobre una máquina virtual de referencia y sus características, consulte Ejemplo de la hoja de trabajo de calificación de VSPEX Oracle.

Una vez que reúna la información del cliente y complete la hoja de trabajo de calificación de VSPEX para el ambiente virtualizado de Oracle, se puede usar esa información para completar la herramienta para dimensionamiento de VSPEX ubicada en el EMC Business Value Portal. Si la herramienta para dimensionamiento no está disponible en el sitio web de soporte de EMC, use las instrucciones de dimensionamiento que se incluyen en el Apéndice B Dimensionamiento manual de un ambiente virtualizado de Oracle Database 11g OLTP for VSPEX.

Paso 3: Seleccionar la infraestructura comprobada VSPEX correcta El programa VSPEX ha producido varias soluciones diseñadas para simplificar la implementación de una infraestructura virtual consolidada mediante VMware vSphere y la familia de productos EMC VNX. Después de confirmar la arquitectura de la aplicación, se podrá elegir la infraestructura comprobada VSPEX correcta según los resultados calculados. Para Oracle OLTP, consulte el documento denominado EMC VSPEX Private Cloud VMware vSphere 5.1 for up to 500 Virtual Machines.

EMC recomienda usar los siguientes pasos para elegir una infraestructura comprobada VSPEX:

1. Use la herramienta para dimensionamiento de VSPEX para Oracle 11g OLTP para obtener el número total de máquinas virtuales de referencia y el diseño de almacenamiento sugerido. Si este portal no está disponible, consulte el Apéndice B, donde se describe cómo dimensionar de forma manual el almacenamiento para el ambiente.

2. Diseñe la capacidad de recursos de las otras aplicaciones según las necesidades del negocio. La herramienta para dimensionamiento de VSPEX calcula el número total de máquinas virtuales de referencia requeridas y los diseños de almacenamiento recomendados para Oracle 11g OLTP.

3. Seleccione el proveedor de red, el proveedor del software hipervisor y la infraestructura comprobada VSPEX con la cantidad de máquinas virtuales de referencia requeridas. Para obtener más información, visite el sitio web de EMC VSPEX.

http://express.salire.com/go/emc�



30


31

Capítulo 5 Consideraciones de diseño y mejores prácticas de la solución


Descripción general ................................................................................... 32

Diseño de la red ........................................................................................ 32

Definición del diseño de almacenamiento .................................................. 34

Configurar FAST Cache para Oracle ............................................................. 37

Diseño de la capa de virtualización ............................................................ 38

Diseño de la implementación de Oracle Database 11gR2 ............................ 41

Diseño de respaldo y recuperación ............................................................. 42

Capítulo 5: Consideraciones de diseño y mejores prácticas de la solución


32

Descripción general Este capítulo describe el diseño de la solución EMC VSPEX for Virtualized Database 11g OLTP y las mejores prácticas de almacenamiento, virtualización, aplicación y respaldo y recuperación, e incluye las siguientes secciones:

• Diseño de la red

• Definición del diseño de almacenamiento

• Configurar FAST Cache para Oracle

• Diseño de la capa de virtualización

• Diseño de la implementación de Oracle Database 11gR2

• Diseño de respaldo y recuperación

Diseño de la red

Las redes en el mundo virtual siguen los mismos conceptos que en el mundo físico, pero algunos de estos conceptos se aplican en el software en lugar de usar cables y switches físicos. A pesar de que muchas de las mejores prácticas que se aplican en el mundo físico se aplican también en el mundo virtual, hay algunas consideraciones adicionales para la segmentación de tráfico, la disponibilidad y el rendimiento.

Figura 3 muestra el diseño de alta disponibilidad de la capa de red en VNX®. Las funciones de red avanzadas de la familia VNX ofrecen protección contra fallas de conexión a la red en el arreglo. Cada host del hipervisor tiene múltiples conexiones a las redes Ethernet de usuarios y almacenamiento a fin de proteger contra fallas de enlaces. Estas conexiones se propagan a múltiples switches Ethernet para proteger contra la falla de componentes en la red. Para obtener más información, consulte la sección Arquitectura comprobada de VSPEX en la página 16.

Figura 3. Capa de red: Alta disponibilidad (VNX)

Descripción general



33

En esta infraestructura comprobada VSPEX para ambientes virtualizados de Oracle Database 11g R2, EMC recomienda considerar la redundancia de red y la configuración avanzada de ESX Server al diseñar la red para esta solución.

Redundancia de red

Una red que está diseñada para ser confiable y tolerable ante fallas debe recuperarse rápidamente para que las fallas sean transitorias para las aplicaciones que se estén ejecutando. En esta solución, la red incluye un par redundante de switches y todas las subredes tienen enlaces redundantes.

Configuración avanzada de ESX Server y configuración de tiempo de espera agotado para NFS

Agregue múltiples conexiones de red para aumentar el rendimiento más allá de lo que puede sostener una sola conexión y para proporcionar redundancia en caso de que falle uno de los enlaces. Por ejemplo, en el ambiente de virtualización VMware, use dos tarjetas NIC físicas por vSwitch y cree un enlace superior para las NIC físicas con la finalidad de separar los switches físicos.

Cuando defina la configuración de la agrupación de NIC, se considera una mejor práctica seleccionar no en la opción para failback de agrupación de NIC. En caso de que exista algún comportamiento intermitente en la red, esto evitará una transmisión simultánea de las tarjetas NIC.

Cuando configure la alta disponibilidad de VMware (VMware HA), debe definir también los siguientes tiempos de espera agotados y configuraciones de ESX Server en la pestaña ESX Server advanced setting:

• NFS.HeartbeatFrequency = 12

• NFS.HeartbeatTimeout = 5

• NFS.HeartbeatMaxFailures = 10

Para acceder a las opciones avanzadas de NFS:

1. Inicie sesión en el cliente VMware vSphere.

2. Seleccione el host ESXi/ESX.

3. Haga clic en la pestaña Configuración.

4. Haga clic en Advanced Settings.

5. Seleccione NFS.

Configure Oracle 11g Database para usar las librerías de discos ODM para el cliente dNFS de Oracle 11g. Esta es una operación de un solo uso y una vez realizada, la base de datos usa el cliente dNFS de Oracle optimizado para Oracle, en lugar del cliente NFS hospedado en el sistema operativo.

Reemplazamos la librería de ODM con una compatible con el cliente dNFS. Figura 4 muestra los comandos que activan la librería de ODM del cliente dNFS.

Figura 4. Activar la librería de ODM del cliente dNFS

Mejores prácticas de la red



34

Para conocer otras mejores prácticas del diseño de red para la infraestructura comprobada VSPEX, consulte la Guía de implementación de EMC VSPEX for Virtualized Oracle Database 11g OLTP.

Definición del diseño de almacenamiento

Las consideraciones y mejores prácticas de diseño que aparecen en esta sección brindan reglas para la planificación eficaz del almacenamiento para diversos requisitos del negocio en ambientes de Oracle Database 11g R2.

Figura 5 muestra la arquitectura de alto nivel entre los componentes de Oracle Database 11gR2 y los elementos de almacenamiento validados en la infraestructura comprobada VSPEX para Oracle Database 11gR2 en una plataforma de virtualización de VMware vSphere 5.1. Todos los volúmenes de Oracle Database 11gR2 se encuentran en el almacenamiento del sistema de archivos de red (NFS).

Figura 5. Elementos de almacenamiento de Oracle Database 11gR2

Además del pool de infraestructura para máquinas virtuales, EMC recomienda usar los tres pools de almacenamiento adicionales para almacenar datos de Oracle Database 11gR2 para distintos propósitos. Tabla 5 brinda un ejemplo.

Tabla 5. Diseño de almacenamiento de VNX para Oracle Database

Nombre del pool de almacenamiento Tipo de RAID Tipo de disco

Número de discos

Pool de datos de Oracle RAID 5 (4+1) Discos SAS de 15.000 r/min 30

Pool Oracle FRA RAID 6 (6+2) Discos SAS NL de 7,200 r/min 8

Pool de reconstitución de Oracle

RAID 5 (4+1) Discos SAS de 15.000 r/min 5


Arquitectura de alto nivel

Diseño de almacenamiento



35

Considere las siguientes mejores prácticas de diseño del almacenamiento en su infraestructura comprobada VSPEX para la solución virtualizada Oracle Database 11gR2.

Pool de datos de Oracle Database 11gR2

Use discos SAS con protección RAID 5 (4+1) para los sistemas de archivos temporales y de datos de Oracle. Esta combinación de protección RAID y de tipo de disco proporciona una alta capacidad de utilización junto con un buen rendimiento de I/O a bajo costo, y asegura al mismo tiempo la disponibilidad de los datos en caso de que se produzcan fallas en la unidad.

Pool de logs de reconstitución de Oracle Database 11gR2

En esta solución, configuramos el sistema de archivos para los registros de reconstitución en el pool físico protegido por RAID 5 en discos SAS. Para las cargas de trabajo con gran actividad de escritura o las cargas de trabajo para las cuales los tiempos de respuesta de lectura aleatoria son más importantes, debe considerar un pool separado para los sistemas de archivos de reconstitución en distintos discos físicos.

Pool FRA de Oracle Database 11gR2

Considerando que los respaldos tienen un acceso de cliente relativamente bajo y que el principal factor de diseño es la capacidad, usamos discos SAS NL para Oracle FRA. EMC recomienda que al usar discos SAS NL de alta capacidad, se use la protección RAID 6.

Personalización

EMC recomienda que los clientes trabajen con los proveedores para estimar la capacidad y los requisitos de IOPS para el diseño de almacenamiento. Asegúrese de considerar el crecimiento futuro al diseñar el almacenamiento y de incluir el crecimiento proyectado como una entrada en la herramienta para dimensionamiento de VSPEX.

Los administradores pueden elegir crear pools de manera manual para los sistemas de archivos o usar la función Automated Volume Management de Unisphere. Si el administrador elige diseñar de forma manual los LUN del pool de almacenamiento, debe consultar el documento denominado Mejores prácticas unificadas para el rendimiento de EMC VNX.

Requisitos de rendimiento adicionales para FAST Suite

EMC FAST Suite, es decir, FAST VP y FAST Cache, proporciona dos tecnologías clave, disponibles en VNX, que permiten un rendimiento extremo de manera automatizada, en el momento y en el lugar en que sea necesario. Para obtener más información sobre FAST Suite para infraestructuras comprobadas VSPEX, consulte el sitio web sobre infraestructuras comprobadas VSPEX.

La activación de FAST Cache es una operación transparente para Oracle Database 11gR2 y no se necesita ninguna reconfiguración o tiempo fuera para la base de datos. EMC recomienda usar FAST Cache únicamente en el pool de almacenamiento o los LUN que lo requieran.

Si activa la tecnología FAST en Oracle Database 11gR2, los tiempos de respuesta, el rendimiento de lectura/escritura, y las latencias mejorarán la experiencia del usuario de Oracle Database 11gR2.

Mejores prácticas de almacenamiento




36

Esta sección describe los diseños de almacenamiento de VNX en esta infraestructura comprobada VSPEX para el ambiente virtualizado de Oracle Database 11gR2 según la nube privada de VSPEX. Este ejemplo sigue las consideraciones de diseño y mejores prácticas anteriormente analizadas.

Figura 6 muestra el diseño de almacenamiento para una Oracle Database 11gR2 para VNX de ejemplo.

Figura 6. Ejemplo de diseño de almacenamiento: Oracle Database 11gR2 para VNX

Nota: Este es solo un ejemplo de diseño de almacenamiento. Para planear y crear sus propios diseños de almacenamiento para Oracle Database 11gR2 en un agrupamiento de VSPEX, siga las guías de la herramienta para dimensionamiento de VSPEX y las mejores prácticas que aparecen en Definición del diseño de almacenamiento en la página 34.

Ejemplo de diseño de almacenamiento de VSPEX



37

Configurar FAST Cache para Oracle

FAST Cache utiliza Enterprise Flash Drives para agregar una capa adicional de memoria caché entre la caché de memoria de acceso aleatorio dinámico (DRAM) y las unidades de disco de rotación; esto crea un medio más rápido para almacenar datos de acceso frecuente. FAST Cache es una memoria caché de lectura/escritura con capacidad de expansión. Aumenta el rendimiento de la aplicación y garantiza que los datos más activos se obtengan de flash drives de alto rendimiento y que puedan residir en este medio más rápido el tiempo que sea necesario.

FAST Cache realiza un seguimiento de la actividad de los datos a una granularidad de 64 KB y promueve los datos activos hacia FAST Cache copiándolos de los discos duros a los flash drives asignados para FAST Cache. El acceso de I/O posterior a los datos es administrado por los flash drives y cuenta con el servicio de los tiempos de respuesta de flash drive, lo que garantiza una muy baja latencia para los datos. A medida que los datos se van tornando antiguos y menos activos, se eliminan de FAST Cache y se reemplazan por datos más activos.

Una pequeña cantidad de flash drives implementados como FAST Cache proporciona un mayor aumento del rendimiento que una gran cantidad de discos duros “short-stroked”.

FAST Cache es especialmente apto para aplicaciones que obtienen acceso de manera aleatoria al almacenamiento de alta frecuencia, como las bases de datos Oracle OLTP. Además, las bases de datos OLTP cuentan con localidad de referencia inherente con patrones de I/O variados. Las aplicaciones con estas características obtienen beneficios mayormente de la implementación de FAST Cache. El uso óptimo de FAST Cache se alcanza cuando el conjunto de datos de trabajo puede adaptarse en FAST Cache.

EMC recomienda lo siguiente:

• Activar FAST Cache únicamente en pools o LUN que lo requieran

• Dimensionar FAST Cache de manera adecuada según el conjunto de datos activos de la aplicación

• Desactivar FAST Cache en los pools o LUN donde residen los logs de reconstitución en línea de Oracle

• No activar nunca FAST Cache en logs de archivos, ya que estos archivos nunca se sobrescriben y rara vez se vuelven a leer (a menos que la base de datos deba recuperarse)

EMC recomienda activar FAST Cache únicamente para los archivos de datos de Oracle. Los archivos de Oracle en archivado y los archivos de log de fase de puesta al día cuentan con una carga de trabajo predecible compuesta principalmente por escrituras secuenciales. La caché de escritura del arreglo y los HDD asignados pueden manejar de manera eficiente estos archivos de archivado y archivos de log de reconstitución. Activar FAST Cache en estos archivos no resulta beneficioso ni rentable.


Mejores prácticas de FAST Cache



38

Diseño de la capa de virtualización

Oracle Database 11gR2 es totalmente compatible cuando se implementa en un ambiente virtual con tecnología VMware vSphere ESXi™. Las siguientes secciones describen las mejores prácticas y las consideraciones de diseño para la virtualización de Oracle Database 11gR2.

En esta infraestructura comprobada VSPEX para Oracle Database, EMC recomienda implementar las mejores prácticas para administrar los siguientes recursos en el diseño de virtualización.

• Recursos de cómputo

• Recursos de red

• Funciones de VMware

• VMware vCenter

Recursos de cómputo

EMC recomienda implementar las siguientes mejores prácticas relacionadas con los recursos de cómputo:

• Activar tecnología Hyper-Threading. La tecnología Hyper-Threading permite que un solo procesador físico ejecute varios hilos de ejecución independientes de manera simultánea. ESXi está diseñado para usar la tecnología Hyper-Threading controlando la ubicación de los procesadores lógicos en el mismo core y administrando el tiempo del procesador de manera inteligente para garantizar que la carga se distribuya equitativamente por todos los cores físicos del sistema.

• Use la virtualización de MMU asistida por hardware (Intel EPT y AMD RVI) para reducir el consumo de memoria y para acelerar las cargas de trabajo que hacen que los sistemas operativos huésped modifiquen las tablas de páginas con excesiva frecuencia.

• Use el acceso a memoria no uniforme (NUMA), una arquitectura de cómputo por la cual se puede acceder con menos demora a las memorias ubicadas más cerca de un procesador determinado que a las memorias ubicadas más lejos.

• Asegúrese de que la cantidad de CPU virtuales de una máquina virtual sea menor o igual que la cantidad de cores de un socket de procesador.

• Asigne una cantidad de memoria de máquina virtual (vRAM) que sea menor que la memoria local a la que accede el nodo de NUMA (procesador).

• Calendarice la CPU virtual para que use menos sockets requeridos mediante el parámetro de máquina virtual numa.vcpu.preferHT=TRUE.

• Instale las herramientas de VMware con diversas utilidades que mejoran el rendimiento del sistema operativo huésped de la máquina virtual y aumente su capacidad de administrar la máquina virtual.

• Asigne una cantidad de vRAM que sea el doble del área global del sistema de Oracle (SGA)

• Configure las reservas de memoria de la máquina virtual para que sean, como mínimo, del tamaño del SGA de Oracle


Mejores prácticas de virtualización



39

Recurso de red

EMC recomienda implementar las siguientes mejores prácticas relacionadas con los recursos de red:

• Use el dispositivo de red con paravirtualización más reciente de VMware, actualmente es VMXNET Generation 3 (VMXNET3), que admite 10 GbE.

• Use vLAN para separar el tráfico de la infraestructura de vSphere del tráfico de la máquina virtual para fines de seguridad y aislamiento.

• Active y configure los frames jumbo en todo el agrupamiento virtual y físico para las redes de almacenamiento IP y de vMotion.

• Use un montaje de NFS en huésped del cliente DNFS de Oracle dentro de la máquina virtual en lugar de usar un VMDK en un área de almacenamiento de datos NFS.

Funciones de VMware

EMC recomienda implementar las siguientes características de VMware:

• vSphere HA: esta característica utiliza varios hosts ESXi, configurados como un cluster, para proporcionar una recuperación rápida de las interrupciones y proporciona sistemas rentables de alta disponibilidad para las aplicaciones que se ejecutan en máquinas virtuales. vSphere HA protege a las aplicaciones contra lo siguiente:

Una falla del servidor, al reiniciar las máquinas virtuales en otros servidores ESXi dentro del cluster

Fallas en la aplicación, al monitorear continuamente una máquina virtual y restableciéndola en el caso de una falla del SO huésped

• VMware DRS: esta característica, mediante la función de vMotion, balancea de manera automática la carga de trabajo entre los hosts cuando se migran las máquinas virtuales. Cuando las cargas de trabajo de Oracle Database aumentan, DRS transfiere automáticamente una máquina virtual con cuello de botella a otro host con más recursos disponibles, sin tiempo fuera.

• Reglas de afinidad de DRS: esta característica controla la ubicación de las máquinas virtuales en los hosts dentro de un cluster. DRS proporciona dos tipos de reglas de afinidad:

Una regla de afinidad VM-Host, que especifica una relación de afinidad entre un grupo de máquinas virtuales y un grupo de hosts

Una regla de afinidad VM-VM, que especifica si determinadas máquinas virtuales deben ejecutarse en el mismo host o si deben mantenerse en hosts separados

DRS Host Affinity y licencias de procesadores de Oracle

La opción de licencia del procesador de Oracle se basa en la interacción del software con el hardware. Para Oracle EE, esto se basa en la cantidad de cores físicos que haya disponibles para el software de Oracle instalado. Para Oracle SE, esto se basa en la cantidad de sockets de procesador que haya disponibles para el software de Oracle instalado. Oracle no permite el particionamiento de software de las CPU como un medio para calcular o limitar la cantidad de licencias de software requeridas para un servidor físico. Oracle considera a la tecnología de VMware vSphere como de



40

particionamiento de software. En un ambiente vSphere, se debe otorgar una licencia para todos los hosts donde los archivos ejecutables de Oracle se encuentren instalados o donde se estén ejecutando.

Esto significa que el diseño y el tamaño del cluster vSphere ESXi, junto con la ubicación y la transferencia de las máquinas virtuales que alojan a los archivos ejecutables de Oracle, son esenciales para minimizar los costos de licencia de Oracle.

Cuando los requisitos de Oracle de un cliente no justifican un cluster específico de VMware, el cliente puede obtener la licencia de un subconjunto de servidores en el cluster de VMware para Oracle Database 11g EE. En este caso, use las reglas de DRS Host Affinity para restringir de manera adecuada la transferencia de las máquinas virtuales dentro del cluster, incluso durante un evento de alta disponibilidad. DRS Host Affinity es una tecnología de agrupación en clusters y no un mecanismo para el particionamiento de software o hardware dentro de un determinado servidor. (Consulte Understanding Oracle Certification, Support and Licensing in VMware Environments)

Plantillas de VMware

En términos de VMware, una plantilla es una copia maestra de una máquina virtual que se puede usar para crear máquinas virtuales y provisionarlas rápidamente. Al usar una plantilla, se puede instalar un SO huésped en una máquina virtual con usuarios y software de aplicación configurados y listos para usar con una intervención mínima del usuario. Las plantillas minimizan el tiempo de implementación y automatizan las tareas de instalación y de configuración repetitivas para cada máquina virtual requerida.

Las especificaciones de personalización almacenadas en vCenter simplifican aún más la implementación de las máquinas virtuales. Un asistente de implementación, una herramienta de automatización o un script pueden usar estas plantillas para crear configuraciones de servidor (como el nombre de servidor, la zona horaria y la configuración de red) o modificarlas de manera automática antes de crear una nueva máquina virtual.

Monitoreo frecuente de la infraestructura comprobada VSPEX

Monitoree regularmente el rendimiento de toda su infraestructura comprobada VSPEX. El monitoreo del rendimiento no sólo se produce en el nivel de máquina virtual, sino que también en el nivel de hipervisor. Por ejemplo, con un hipervisor ESXi, puede usar el monitoreo del rendimiento dentro de la máquina con Oracle Database para asegurarse de que la máquina virtual u Oracle Database funcionen de la manera esperada. Mientras tanto, en el nivel de hipervisor, puede usar esxtop para monitorear el rendimiento del host.



41

Diseño de la implementación de Oracle Database 11gR2

Las consideraciones de diseño de Oracle Database 11gR2 incluyen muchos aspectos. Las consideraciones de diseño y mejores prácticas que aparecen en esta sección brindan reglas para los aspectos más importantes y comunes que aparecen a continuación.

Active el cliente dNFS de Oracle. Proporciona resistencia y rendimiento en un NFS hospedado en el SO con la capacidad de hacer un failover automático en el fabric de Ethernet de 10 gigabits y de realizar movimientos de I/O concurrentes que omitan alguna de las cachés del sistema operativo y de los bloqueos en el orden de escritura del SO.

dNFS también realiza movimientos de I/O asíncronos que permiten que el procesamiento continúe mientras se envía y se procesa la solicitud de I/O.

Automatic Shared Memory Management (ASMM) es un método estándar para administrar de manera dinámica la memoria en las bases de datos de Oracle 11g y está disponible desde Oracle Database 10g. Este método es compatible con Linux HugePages. EMC recomienda implementar ASMM para automatizar la administración de las siguientes estructuras de memoria compartida:

• DB_CACHE_SIZE

• SHARED_POOL_SIZE

• LARGE_POOL_SIZE

• JAVA_POOL_SIZE

• STREAMS_POOL_SIZE

Para implementar esta característica, se deben establecer los siguientes parámetros de inicialización:

• SGA_TARGET, en un valor distinto de cero

• STATISTICS_LEVEL=TYPICAL (o ALL)

No use Oracle Automatic Memory Management (AMM) porque AMM no es compatible con HugePages. Si desea usar HugePages, asegúrese de no configurar los parámetros de inicialización MEMORY_TARGET / MEMORY_MAX_TARGET.

Para obtener más información, consulte My Oracle Support, Note ID 749851.1.

HugePages es esencial para lograr un rendimiento más rápido de la base de datos de Oracle en Linux si cuenta con una RAM y un área global del sistema (SGA) grandes. Si sus SGA combinadas son grandes (más de 8 GB), debe configurar HugePages. El tamaño del SGA importa.

Las ventajas de activar HugePages son las siguientes:

• Un tamaño de página más grande y menos páginas

• Mejora del rendimiento general de la memoria

• Sin intercambios

• Sin operaciones de kswapd


Configuración del cliente dNFS de Oracle

Administración automática de la memoria compartida

Activación de la configuración de HugePages



42

Configure FILESYSTEMIO_OPTIONS=SETALL. Esta configuración permite operaciones de I/O directas y asíncronas. Con las operaciones de I/O asíncronas, el procesamiento continúa mientras se envía y se procesa la solicitud de I/O.

Direct NFS no depende del valor de FILESYSTEMIO_OPTIONS. Direct NFS siempre envía operaciones directas y asíncronas de I/O, porque no depende del soporte del SO. Sin embargo, siempre podrá recurrir al cliente NFS del SO si se produce un error de configuración. Como precaución, establezca el parámetro filesystemio_options en SETALL si el SO es compatible.

Los archivos de datos, los archivos de logs de reconstitución en línea, los archivos FRA, los archivos temporales y los archivos de control residen en los sistemas de archivos de NFS. Estos sistemas de archivos están diseñados (en términos del nivel de RAID y de la cantidad de discos usados) para ser apropiados para cada tipo de archivo.

Tabla 6 enumera cada tipo de archivo o actividad e indica dónde residen.

Tabla 6. Diseño de archivos de la base de datos para NFS

Contenido Ubicación

Archivos binarios de la base de datos /u01/app/oracle/11.2.0.3

Archivos de datos, archivos de control /u02/app/oracle/oradata/vspex1

Logs de reconstitución en línea, archivos de control

/u03/app/oracle/oradata/vspex1

Archivos FRA /u05/app/oracle/oradata/vspex1

Diseño de respaldo y recuperación Las consideraciones de diseño para el respaldo de Oracle Database 11gR2 incluyen muchos aspectos. Las siguientes secciones describen las mejores prácticas y consideraciones de diseño necesarias para el respaldo y la recuperación de una base de datos Oracle 11gR2.

El plug-in de Avamar para Oracle funciona con Oracle y Oracle Recovery Manager (RMAN) para respaldar una base de datos de Oracle, un espacio de tablas o archivos de datos en un servidor Avamar o un sistema Data Domain. El plug-in de Avamar para Oracle funciona como un módulo de respaldo que usa el servidor Avamar o el sistema Data Domain como un dispositivo de almacenamiento.

RMAN inicia las operaciones de respaldo y recuperación. El plug-in de Avamar para Oracle interpreta los comandos de respaldo y recuperación de RMAN y luego envía los comandos al servidor Avamar. El servidor Avamar envía los comandos al plug-in de Avamar para Oracle para realizar las actividades de respaldo y recuperación.

Figura 7 ilustra de qué manera el servidor Avamar y el plug-in de Avamar para Oracle interactúan con una base de datos de Oracle y RMAN.

Operaciones de I/O para los archivos de sistema

Diseño de archivos de la base de datos para NFS


Arquitectura de alto nivel



43

Figura 7. Servidor Avamar y plug-in de Avamar para Oracle

Nota También se puede usar EMC Data Domain como el destino de respaldo para Avamar. El cliente Avamar y los plug-ins se instalan de la misma manera que cuando se usa Avamar como el destino de respaldo.

Los clientes que protegen VMware vSphere con la protección de imagen de máquina virtual de Avamar pueden restaurar esas máquinas virtuales sin instalar un cliente Avamar en esos hosts. Los usuarios restauran esos hosts de los respaldos basados en VADP de VMware si tienen instancias o bases de datos.

Para la recuperación a nivel de desastre, la recuperación de la imagen de la máquina virtual permite la recuperación a nivel del SO. La recuperación a nivel del servidor de Oracle se aplica después de restaurar esos recursos. La implementación de la protección a nivel de imagen de vSphere excede el alcance de esta guía, pero es una opción viable para restaurar los sistemas operativos base.

Cuando diseña una solución de respaldo de Avamar, es importante saber de qué manera desea respaldar su base de datos de Oracle. Los criterios de diseño críticos son los siguientes:

• Tipo de respaldo: por ejemplo, ¿desea realizar un respaldo completo o un respaldo incremental?

• Calendario de respaldo: por ejemplo, ¿desea respaldar los datos diaria, semanal, o mensualmente?

Consideraciones



44

• Retención de datos de respaldo: por ejemplo, ¿desea conservar los datos por un mes o un trimestre?

Además de definir las operaciones de respaldo, debe comprender la terminología de respaldo de Avamar, descrita en Tabla 7.

Tabla 7. Terminología de respaldo de Avamar

Plazo Descripción

Conjuntos de datos Los conjuntos de datos de Avamar son una lista de los directorios y los archivos que deben respaldarse de un cliente. La asignación de un conjunto de datos a un cliente o grupo permite guardar selecciones de respaldo. Cada conjunto de datos define una lista de datos de origen, una lista de exclusión y opciones de plug-in.

Calendarios Los calendarios son objetos reutilizables que controlan la actividad de respaldo del sistema en uno de los intervalos soportados. Los intervalos son diarios, semanales, mensuales o según demanda.

Políticas de retención

Las políticas de retención de respaldos permiten especificar durante cuánto tiempo se debe conservar un respaldo en el sistema. La configuración de retención típica incluye un período de retención, una fecha de finalización específica o ninguna fecha de finalización.

Grupos de respaldos

Avamar utiliza grupos para implementar varias políticas con el fin de automatizar respaldos e imponer reglas y un comportamiento del sistema coherentes en todo el grid o grupo.

Los miembros del grupo son máquinas cliente que se han agregado a un grupo particular con el fin de ejecutar los mismos respaldos calendarizados basados en políticas.

Considere las siguientes mejores prácticas para respaldar y restaurar la base de datos Oracle 11gR2.

Recursos de red

Como recurso de red, use:

• Red virtual con paravirtualización de VMware VMXNET Generation 3 (VMXNET3) a 10 GbE.

• Una vLAN para separar la red de datos de respaldo de la red de la base de datos de Oracle.

Configuración de parámetros de Oracle RMAN

Para configurar Oracle RMAN:

• No use compresión ni cifrado de la base de datos. Esto reducirá la tasa de deduplicación de datos a cualquiera de los destinos de respaldo compatibles.

• Use una asignación de varios canales para lograr el rendimiento del respaldo y la restauración. La cantidad máxima de canales compatibles es seis.

• Configure FILEPERSET=1 o MAXOPENFILES=1 en el archivo de configuración de RMAN al respaldar los datos en Data Domain como dispositivo de desino.

Mejores prácticas de respaldo y recuperación



45

Recuperación de Flashback Database

El plug-in de Avamar para Oracle es compatible con las restauraciones de Oracle Flashback Database. Debe configurar el FRA para poder usar el tipo de recuperación Flashback Database.

Verificación de respaldos

EMC recomienda implementar una verificación frecuente de Oracle RMAN para conservar los conjuntos de datos de respaldo persistentes.

Respaldo y restauración con Oracle RMAN

EMC proporciona scripts opcionales de RMAN para respaldar y restaurar de forma manual las bases de datos de Oracle. Esto requiere tener experiencia con los comandos shell del sistema operativo del servidor Oracle que usa el software Oracle y Oracle Recovery Manager (RMAN).



46


47

Capítulo 6 Metodología de verificación de la solución


Verificación de la solución ......................................................................... 48

Creación del ambiente de prueba ............................................................... 49

Llenado de la base de datos ...................................................................... 49

Implementación de la solución .................................................................. 49

Capítulo 6: Metodología de verificación de la solución


48

Verificación de la solución

EMC recomienda probar la nueva arquitectura comprobada de superposición de la aplicación VSPEX for Oracle Database 11gR2 antes de implementarla en el ambiente de producción. Esto confirmará que su diseño alcanza el rendimiento y los objetivos de capacidad requeridos y le permitirá identificar y optimizar posibles cuellos de botella antes de que afecten al usuario en una implementación activa. Esta sección otorga una descripción resumida de los pasos de alto nivel que realizamos al verificar esta solución.

Antes de verificar el rendimiento de Oracle Database 11gR2 en la infraestructura comprobada VSPEX, asegúrese de haber implementado Oracle Database 11gR2 en su infraestructura comprobada VSPEX sobre la base de las guías de implementación de Oracle Database 11gR2.

Tabla 8 describe los pasos de alto nivel requeridos para poder poner en producción el ambiente de Oracle Database 11gR2.

Tabla 8. Pasos de alto nivel para la verificación de la aplicación

Paso Descripción Paso

1 Defina el escenario de prueba (como se indica en la herramienta para dimensionamiento de VSPEX) para demostrar un escenario de carga de trabajo del negocio común.

Creación del ambiente de prueba

2 Comprenda las métricas clave para que el ambiente de Oracle Database 11gR2 alcance un rendimiento y una capacidad que cumplan con los requisitos del negocio.

Paso 1: Evaluar el caso de uso del cliente con la hoja de trabajo de calificación

3 Use la herramienta para dimensionamiento de VSPEX para que Oracle Database 11gR2 determine la arquitectura y los recursos requeridos para la implementación de su infraestructura comprobada VSPEX.

Sitio web de EMC VSPEX

4 Diseñe y cree la solución de Oracle Database 11gR2 en la infraestructura comprobada VSPEX.

Guía de implementación de Oracle Database 11gR2 OLTP

5 Complete los datos con una herramienta de prueba que simule un ambiente real.

Use Swingbench para completar la base de datos

6 Ejecute las pruebas, analice los resultados y optimice su arquitectura VSPEX.

Swingbench para el rendimiento de prueba de Oracle Database 11gR2

Además del escenario de prueba, es importante conocer el objetivo de las pruebas de Oracle Database 11gR2 para que así sea más fácil decidir qué métricas capturar y qué umbrales se deben cumplir para cada métrica cuando se ejecutan las pruebas de validación de Oracle Database 11gR2. Para verificar la solución VSPEX Oracle Database 11gR2, considere las siguientes métricas claves:

• Transacciones por segundo (TPS)

• Tasa de cambio


http://www.emc.com/campaign/vspex/index.htm�



49

• Tiempo de espera promedio para User I/O

• Tiempo de espera promedio para Commit

La herramienta para dimensionamiento de VSPEX ayuda a definir las métricas y los umbrales básicos para cumplir con los requisitos del negocio del cliente. Para obtener más información sobre cómo usar la herramienta para dimensionamiento de VSPEX, consulte la sección sobre la herramienta para dimensionamiento de VSPEX para Oracle Database 11gR2 en el sitio web de EMC VSPEX.

Creación del ambiente de prueba Cuando haya decidido los objetivos de la prueba, definido las medidas y determinado cuáles son los requisitos de capacidad para su base de datos, el siguiente paso es diseñar y crear el ambiente de prueba para la solución VSPEX Oracle Database 11gR2. La base de datos de prueba debe duplicar el ambiente de producción lo más rigurosamente posible. Considere todas las características descritas anteriormente, incluido el diseño de almacenamiento, el balanceo de carga de la red y la red.

En la solución VSPEX Oracle Database 11gR2, usamos Swingbench para simular un escenario común de Oracle Database 11gR2. Para obtener más información sobre Swingbench, consulte http://www.dominicgiles.com/swingbench.html.

Cuando configure el ambiente de prueba, necesitará crear un plan para los servidores y la Oracle Database, y también para las máquinas que se necesitan para ejecutar las pruebas. Use una de las máquinas como el servidor de Swingbench. El servidor de Swingbench forzará la base de datos al simular una carga de trabajo de las transacciones definidas por el usuario y enviará solicitudes a la base de datos Oracle Database 11gR2. Almacene los resultados de la prueba en Oracle Database.

Además del ambiente de prueba y de la herramienta de prueba, también necesitará usar otras herramientas para preparar un ambiente de prueba completo para Oracle Database 11gR2. Para obtener más información, consulte el artículo Oracle Technology Network (TechNet) (www.oracle.com/technetwork/index.html) sobre este tema.

Llenado de la base de datos Después de crear el ambiente de prueba, determine qué tipo de datos ejecutará. Para esta solución aplicamos una carga de trabajo de OLTP simulada a través del escalamiento de usuarios con la herramienta Swingbench, y llenamos una base de datos de 500 GB. Luego accedimos a la base de datos usando diferentes sesiones generadas por el servidor de Swingbench.

Implementación de la solución Después de diseñar la infraestructura VSPEX, consulte la Guía de implementación de EMC VSPEX for Virtualized Oracle Database 11g OLTP (el anexo de este documento) para obtener información sobre cómo implementar la solución.

http://www.emc.com/campaign/vspex/index.htm�

http://www.dominicgiles.com/swingbench.html�

http://www.oracle.com/technetwork/index.html�



50


51

Capítulo 7 Documentación de referencia

Este apéndice presenta los siguientes temas:

Informes técnicos ...................................................................................... 52

Documentación de los productos ............................................................... 52

Capítulo 7: Documentación de referencia


52

Informes técnicos

Consulte los siguientes informes técnicos de Oracle que correspondan a esta solución:

• Oracle Edition Comparisons

• Oracle Software Investment Guide

• Oracle Database Licensing

• Oracle Processor Core Factor Table

• Installing and Using Standby Statspack in 11g [ID 454848.1]

• How to Tell if the IO of the Database is Slow [Article ID 1275596.1]

• HugePages on Linux: What It Is... and What It Is Not... [ID 361323.1] https://support.oracle.com (requiere inicio de sesión)

Consulte los siguientes informes técnicos de EMC que correspondan a esta solución:

• Deploying Oracle Database Applications on EMC VNX Unified Storage

• EMC Cost-Efficient Infrastructure for Oracle

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

• EMC VNX7500 Scaling Performance for Oracle 11g R2 on VMware vSphere 5.1

Consulte los siguientes informes técnicos de VMware que correspondan a esta solución:

• Understanding Oracle Certification Support and Licensing in VMware –Environments

• Bases de datos Oracle en VMware: Guía de las mejores prácticas

• Best Practices for running VMware vSphere on NFS

• Performance Best Practices for VMware vSphere™ 5.0

Documentación de los productos

Consulte la siguiente documentación de productos de Oracle relevante para esta solución:

• Oracle Database 11g Documentation Library 11g Release 2 (11.2)

• Oracle Edition Comparisons

• Oracle Software Investment Guide

• Database Licensing

• Oracle Processor Core Factor Table


Oracle

EMC

VMware

Oracle

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html�

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf�

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf�

http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf�

https://support.oracle.com/�

http://www.emc.com/collateral/hardware/white-papers/h8242-deploying-oracle-vnx-wp.pdf�

http://www.emc.com/collateral/white-papers/h10945-cost-efficient-infrastructure-oracle-wp.pdf�

http://www.emc.com/collateral/hardware/white-papers/h8123-oracle-rac-symmetrix-fast-vp-vsphere-wp.pdf�

http://www.emc.com/collateral/hardware/white-papers/h8123-oracle-rac-symmetrix-fast-vp-vsphere-wp.pdf�

http://www.emc.com/collateral/hardware/white-papers/h11210-p690-emc-vnx7500-scaling-performance-oracle-11g-vsphere-wp.pdf�

http://www.vmware.com/files/pdf/techpaper/vmw-understanding-oracle-certification-supportlicensing-environments.pdf�


http://www.vmware.com/files/pdf/partners/oracle/Oracle_Databases_on_VMware_-_Best_Practices_Guide.pdf�

http://www.vmware.com/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf�

http://www.oracle.com/pls/db112/homepage�

http://www.oracle.com/us/products/database/enterprise-edition/comparisons/index.html�

http://www.oracle.com/us/corporate/pricing/sig-070616.pdf�

http://www.oracle.com/us/corporate/pricing/databaselicensing-070584.pdf�

http://www.oracle.com/us/corporate/contracts/processor-core-factor-table-070634.pdf�





53

Consulte la siguiente documentación de productos de EMC relevante para esta solución:

• VNX

• Documentación de VNX en el sitio del servicio de soporte en línea de EMC

Consulte la siguiente documentación de productos de VMware relevante para esta solución:

• Documentación de VMware vSphere

• Documentación de vSphere PowerCLI

• Best Practices for running VMware vSphere on NFS

• Performance Best Practices for VMware vSphere™ 5.0

• Bases de datos Oracle en VMware: Guía de las mejores prácticas


• VMware vSphere 5.1 Clustering Deepdive de Duncan Epping y Frank Denneman

EMC

VMware

http://www.emc.com/storage/vnx/vnx-family.htm�

https://support.emc.com/products/12781_VNX-Series/Documentation/�

http://www.vmware.com/support/pubs/vsphere-esxi-vcenter-server-pubs.html�

http://www.vmware.com/support/developer/PowerCLI/�

http://www.vmware.com/files/pdf/VMware_NFS_BestPractices_WP_EN.pdf�

http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf�

http://www.vmware.com/files/pdf/partners/oracle/Oracle_Databases_on_VMware_-_Best_Practices_Guide.pdf�





54


55

Apéndice A Hoja de trabajo de calificación

Este apéndice presenta el siguiente tema:

Descripción general de la hoja de trabajo de calificación ............................ 56

Impresión de la hoja de trabajo de calificación ........................................... 57

Apéndice A: Hoja de trabajo de calificación


56

Descripción general de la hoja de trabajo de calificación

Antes de dimensionar la solución VSPEX, reúna la información de las bases de datos de Oracle del cliente mediante la hoja de trabajo de calificación que se muestra en Figura 8. Esta hoja de trabajo es adecuada para calificar varias bases de datos.

Figura 8. Hoja de trabajo de calificación de EMC VSPEX for Oracle 11g OLTP

Puede usar los informes del catálogo de carga de trabajo de Oracle o de Statspack para obtener esta información, tal como se describe en la documentación sobre la optimización del rendimiento de Oracle Database 11g Versión 2 (11.2) disponible en:

http://docs.oracle.com/cd/E11882_01/server.112/e16638/toc.htm

http://docs.oracle.com/cd/E11882_01/server.112/e16638/toc.htm�



57

Impresión de la hoja de trabajo de calificación Adjunta a este documento en formato PDF se encuentra una copia independiente de la hoja de trabajo de calificación de VSPEX. Para abrir el archivo, siga estos pasos:

1. En los menús del PDF, elija View->How/Hide -> Navigation Panes -> Attachments como se muestra en Figura 9.

Figura 9. Hoja de trabajo de calificación imprimible

El adjunto aparece en el panel izquierdo, como se muestra en Figura 10.

Figura 10. Visualización de la hoja de trabajo de calificación

2. Haga doble clic en el documento para abrir e imprimir la hoja de trabajo de calificación.



58


59

Apéndice B Herramienta para dimensionamiento de VSPEX

Este apéndice presenta los siguientes temas:

Ejemplo de la hoja de trabajo de calificación de VSPEX Oracle .................... 60

Dimensionamiento manual de un ambiente virtualizado de Oracle Database 11g OLTP for VSPEX .................................................................... 63

Apéndice B: Herramienta para dimensionamiento de VSPEX


60

Ejemplo de la hoja de trabajo de calificación de VSPEX Oracle

Podrá obtener la información requerida para llenar la hoja de trabajo de calificación de EMC Oracle de cada base de datos de Oracle desde el catálogo de carga de trabajo (AWR). El catálogo de carga de trabajo (AWR) y el repositorio Statspack, ambos, proporcionan estadísticas clave sobre el rendimiento, la carga y los recursos (internos y externos) de la base de datos. Puede acceder a estos datos mediante los scripts de Oracle suministrados. La información restante podrá obtenerla directamente del cliente o mediante las consultas simples que se proporcionan en este apéndice.

Figura 11. Ejemplo de la hoja de trabajo de calificación de EMC Oracle

Configuración de la memoria de la base de datos

Use la sección init.ora Parameters del informe de AWR para calcular los valores del área global del sistema (SGA) y del área global del programa (PGA), como se muestra en Figura 12

Figura 12. Los parámetros init.ora del informe de AWR

Búsqueda de la cantidad de usuarios simultáneos

Muchos clientes sabrán la cantidad de usuarios conectados a su sistema. Sin embargo, se puede usar la consulta SQL que se muestra en Figura 13 para confirmar la cantidad máxima de usuarios que se pueden conectar a la base de datos de manera simultánea.



61

SQL> select SESSIONS_CURRENT, SESSIONS_HIGHWATER from v$license;

SESSIONS_CURRENT SESSIONS_HIGHWATER

----------------------------- ----------------------------------

5 249

1 row selected.

Figura 13. Consulta de la marca de agua máxima de la sesión del usuario

Tamaño de la base de datos

Use los tamaños de archivos temporales y de datos usados, para llenar la columna DB Size (MB) y calcular el total, tal como se muestra en Figura 14

SQL> select ltrim(to_char(sum(bytes)/(1024*1024))) as “Total size (M)”

from (

select sum(bytes) as bytes from v$datafile

union

select bytes from v$tempfile);

Total size (M)

----------------------------------------

256000

1 row selected.

Figura 14. Cálculo del tamaño de la base de datos con la consulta SQL

Búsqueda de la tasa de cambio y de los IOPS del archivo de datos para los logs de reconstitución

Podrá obtener los datos para las columnas READ IOPS, WRITE IOPS y Change Rate (MB/s) en la sección del resumen IOStat by Function del informe de AWR. Figura 15 muestra estas columnas.

Figura 15. Resumen IOStat por función del informe AWR



62

Obtención del tiempo de User I/O y de Commit

Los siguientes eventos de espera de Oracle (que se muestran en Figura 16) proporcionan estadísticas de los tiempos de respuesta clave de la base de datos de Oracle.

• Use db file sequential read para llenar la columna User I/O. Oracle recomienda que este valor esté por debajo de 20 ms.

• Use log file sync para llenar la columna Commit. Oracle recomienda que este valor esté por debajo de 15 ms.

Figura 16. Evento de espera en el primer plano del AWR

Consulte My Oracle Support Document ID 1275596.1 para obtener la lista de tiempos de respuesta de I/O generalmente aceptables2.

Transacciones en el perfil de carga del informe de AWR

Podrá obtener el valor usado para llenar la columna TPS de la hoja de trabajo a partir de la línea Transactions de Load Profile que se muestra en Figura 17.

Figura 17. Transacciones en el perfil de carga del informe de AWR

2 Referencia: My Oracle Support: How to Tell if the IO of the Database is Slow [ID 1275596.1]



63

Dimensionamiento manual de un ambiente virtualizado de Oracle Database 11g OLTP for VSPEX

Esta sección describe cómo calcular los recursos requeridos en una infraestructura virtual de VSPEX para Oracle Database 11g OLTP a partir de la cantidad total de máquinas virtuales de referencia.

Mediante una hoja de trabajo de calificación de EMC Oracle (consulte Figura 18) se pueden estimar los recursos requeridos para CPU virtual, memoria y almacenamiento del ambiente de Oracle Database 11g OLTP.

Nota Use estas instrucciones para determinar de forma manual el tamaño aproximado de una sola aplicación si el sitio web de la herramienta para dimensionamiento de VSPEX no está disponible. EMC recomienda usar la herramienta para dimensionamiento de VSPEX con la funcionalidad de múltiples aplicaciones y múltiples instancias, como el enfoque de dimensionamiento recomendado.

Esta sección presenta un ejemplo práctico usado para presentar la metodología de dimensionamiento manual de Oracle. El flujo del ejemplo es el siguiente:-

• El partner completa la hoja de trabajo de calificación

• El conteo de usuarios identificado en la hoja de trabajo de calificación completada se asigna a los recursos de la máquina virtual y a las máquinas virtuales de referencia de VSPEX.

• Se calcula el requisito de almacenamiento de Oracle Database 11g

Figura 18. Ejemplo de la hoja de trabajo de calificación de EMC Oracle


Procedimiento de dimensionamiento manual de Oracle



64

Tabla 9. Mapeo del usuario de aplicación a las máquinas virtuales de referencia de VSPEX

Modelo de Oracle (pequeño/mediano/grande)

Recursos de máquina virtual Referencia de VSPEX VM

Hasta 150 usuarios (pequeño)

2 CPU virtuales y 8 GB de memoria

4

Hasta 250 usuarios (mediano)


8

Para más de 250 usuarios (grande)


16

Con el conteo de usuarios para VSPEX1M y VSPEX1S de la Figura 18 y de la Tabla 9 de referencia, podemos obtener el tamaño de la máquina virtual requerida y la cantidad de máquinas virtuales de referencia de VSPEX.

• VSPEX1M tiene 250 usuarios y un SGA de 8,192. Esto requiere una máquina virtual con cuatro CPU virtuales y 16 GB de memoria, y se mapea a ocho máquinas virtuales de referencia de VSPEX.

• VSPEX1s tiene 150 usuarios y un SGA de 4,096. Esto requiere un modelo pequeño de Oracle con dos CPU virtuales y 8 GB de memoria, se mapea a cuatro máquinas virtuales de referencia de VSPEX.

• Esta configuración, por lo tanto, requiere un total de 12 máquinas virtuales de referencia de VSPEX para calcular el tamaño requerido del pool de la infraestructura virtual de VSPEX.

Cálculo del requisito de almacenamiento de VSPEX para Oracle 11g Database OLTP

Como se describe en Definición del diseño de almacenamiento, todos los archivos de datos y de reconstitución deben residir en el almacenamiento RAID5 mientras que los archivos de Oracle FRA deben ubicarse en RAID6.

Para calcular el requisito de almacenamiento de una base de datos, considere el rendimiento y la capacidad de I/O. En la medida en que la capacidad de las unidades de disco aumente, a menos que la base de datos sea inusualmente grande, debe determinar el requisito de almacenamiento por rendimiento.

Los requisitos de almacenamiento para cada base de datos se calculan con los valores recopilados en la hoja de trabajo de calificación y con la información que se proporciona en Tabla 10 y Tabla 11.

La entrada de base de datos de VSPEX1M (en Figura 18) tiene el siguiente perfil de almacenamiento:

• Tamaño de base de datos de 256,000 MB (296 GB)

• Un crecimiento anual del 5 % otorga una capacidad de tres años de 296 GB

• La base de datos tiene 13,44 IOPS de lectura y 608 de escritura

• La tasa de cambio de reconstitución es de 1.3 MB/s



65

Para traducir esto a requisitos de almacenamiento, considere lo siguiente:

• El tipo de RAID y la penalidad de escritura para calcular los IOPS reales en el arreglo (consulte Tabla 10).

• El tipo y la capacidad de la unidad, las operaciones de entrada/salida y el rendimiento.

Tabla 10. Tipo de RAID con penalidad de escritura y utilización de capacidad

RAID Utilización de capacidad

Múltiplo de

Penalidad de escritura

Unidades activas

Unidades de paridad

RAID 5 (4+1) 0.80 5 4 4 1

RAID 6 (6+2) 0.75 8 6 6 2

Para calcular las IOPS del arreglo de almacenamiento, tome los IOPS de escritura y lectura de la base de datos y aplique la siguiente fórmula:

IOPS del arreglo = IOPS de lectura + IOPS de escritura x penalidad de escritura de RAID)

Tabla 11. IOPS de disco aleatorio por tipo de unidad

Tipos de unidades IOPS

300 GB y 15,000 rpm 180

SAS de 10 K 140

SAS NL 90

SSD 3,000

En Tabla 12:

• El pool de datos usa una unidad SAS de 300 GB y 15,000 r/min con una carga de trabajo de lectura/escritura aleatoria. Tabla 11 muestra que la unidad admite 180 IOPS aleatorias.

• El pool de reconstitución también usa una unidad SAS de 300 GB y 15,000 r/min con una carga de trabajo de escritura secuencial. Un valor conservador de 60 MB/s por unidad se usa para las escrituras sostenidas.

• El pool FRA está compuesto de unidades SAS NL de 1 TB y 7,200 r/min con una carga de escritura secuencial. Un valor conservador de 20 MB/s por unidad se usa para estas escrituras sostenidas.

Tabla 12. Ejemplo de cálculo del pool de almacenamiento

Storage pool Cantidad de unidades Total capacity

Pool de datos de Oracle RAID 5

25 unidades

21 = (1344 + (608 x 4))/180

Redondee a un múltiplo de 5 para permitir un RAID 5 (4 +1) = 25 unidades

300 GB x 25 x 0.8 = 6,000



66

Storage pool Cantidad de unidades Total capacity

Pool de reconstitución de Oracle RAID 5

5 unidades

1 = (1.3 MB/s x 4) / 60 MB/s


300 GB x 5 x 0.8 = 1,200

Pool Oracle FRA

RAID 6

8 unidades

1 = (1.3 MB/s x 6) / 60 MB/s


1 TB x 8 x 0.75 = 6,000

Aquí no calculamos el efecto de FAST Cache porque esta configuración se activó a nivel del arreglo y afecta el rendimiento de todos los discos/pools que la usen.

Dimensionamiento de la capacidad del SO Una instancia de Oracle 11g Database tendrá un volumen de SO y la capacidad se fija en 100 GB. Para obtener más información sobre el dimensionamiento de la capacidad, consulte los documentos sobre infraestructura de virtualización.

Dimensionamiento de los IOPS del SO Los IOPS del SO se fijan en 25 IOPS por cada volumen de SO. Para obtener más información sobre el dimensionamiento de los IOPS del SO, consulte los documentos sobre infraestructura de virtualización.

Seleccione la infraestructura comprobada VSPEX correcta

Para calcular el tipo de infraestructura comprobada VSPEX adecuado para su solución, siga los siguientes pasos.

1. Aplique el procedimiento de dimensionamiento manual descrito anteriormente para obtener la cantidad total de máquinas virtuales de referencia y cualquier diseño de almacenamiento sugerido adicional para la aplicación.

En este ejemplo:

• OracleRVM = cantidad de máquinas virtuales de referencia requeridas para VSPEX1M (8) + cantidad de máquinas virtuales de referencia requeridas para VSPEX1S (4) = 12 máquinas virtuales de referencia

• VIPool = 12 máquinas virtuales de referencia = 29 unidades (consulte Tabla 14)

• Total de unidades sugeridas para Oracle 11g OLTP Database VSPEX1M = 38

• Total de unidades sugeridas para Oracle 11g OLTP Database VSPEX1S = 28 (el cálculo no se muestra)

• OracleDrives = Total de unidades sugeridas para ambas bases de datos Oracle 11g OLTP = 66

• Conteo total de unidades = VIPool + OracleDrives (29 + 66) = 95 unidades



67

Tabla 13. Mapeo de las máquinas virtuales de referencia con el pool de infraestructura virtual (ejemplo)

Máquinas virtuales de referencia

Disco base Hot spares Total

EFD SAS SAS EFD

50 2 25 1 1 29

100 2 45 2 1 50

200 2 85 3 1 91

300 2 125 5 1 133

400 2 165 6 1 174

500 2 205 7 1 215

Consulte la infraestructura comprobada EMC VSPEX que corresponda y calcule la cantidad de discos requeridos para el pool de nube privada de VSPEX usando la metodología de componentes básicos de la infraestructura virtual.

Para VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g OLTP, tenemos un requisito de 12 máquinas virtuales de referencia y 95 unidades.

2. Use Tabla 14 para seleccionar el modelo de solución de nube privada VSPEX VMware. Este ejemplo usa hasta 125 máquinas virtuales de referencia como la infraestructura comprobada VSPEX mínima.

Tabla 14. Selección de un modelo de infraestructura comprobada VSPEX

Modelo de infraestructura comprobada VSPEX*

Cantidad máxima de máquinas virtuales soportadas

Arreglo de almacenamiento soportado

Hasta 125 máquinas virtuales

125 VNX5300


250 VNX5500


500 VNX5700

Nota: Para determinar la cantidad de máquinas virtuales de referencia que debe usar en su ambiente, consulte el documento denominado EMC VSPEX Private Cloud VMware vSphere 5.1 for up to 500 Virtual Machines.



68

Documents

EMC VSPEX FOR VIRTUALIZED ORACLE DATABASE 11g · PDF fileEMC VSPEX for Virtualized Oracle Database 11g OLTP Guía de diseño 3 Contenido Capítulo 1 Introducción