PDF de programación - Oracle Database 11g: Información General sobre Real Application Testing y su Capacidad de Administración

Oracle Database 11g: Información
General sobre Real Application
Testing y su Capacidad de
Administración

Informe Ejecutivo de Oracle
Junio de 2007





Nota:
El propósito del presente documento es resumir nuestra línea general de
productos. Este documento tiene solo fines informativos y no puede
incorporarse en ningún contrato. No constituye un compromiso brindar
materiales, códigos ni funcionalidad y no debería tenerse en cuenta para la
toma de decisiones de compra. El desarrollo, lanzamiento o el momento
escogido para aplicar cualquier característica o funcionalidad descripta para
los productos Oracle queda a exclusivo criterio de Oracle.

2





Oracle Database 11g: Información General sobre Real Application
Testing y su Capacidad de Administración


Introducción
Real Application Testing
Database Replay
SQL Performance Analyzer
Capacidad de Administración
ADDM para RAC
Ajuste Automático de SQL
Administración del Plan SQL
Mejoras en el Asesor de Acceso SQL: Asesor de Particiones
Administración Automática de Memoria
AWR Baseline y Adaptive Thresholds
Infraestructura para el Diagnóstico de Fallas
Controles de Estado
Asesor de Recuperación de Datos
Asesor de Reparación SQL
Creador de Casos de Prueba SQL
Repositorio Automático de Diagnóstico (ADR)
Servicio de agrupación de incidentes (IPS)
Banco de Trabajo para Soporte
Conclusión



4
4
4
6
8
8
9
10
11
12
13
15
15
16
16
16
16
17
17
19

3

Oracle Database 11g: Información General sobre Real Application
Testing y su Capacidad de Administración

INTRODUCCIÓN
La base de datos Oracle es líder en el mercado y representa la base de datos
preferida por miles de empresas, desarrolladores y administradores de todo el
mundo. Con el transcurso de los años, las empresas han llegado a depender
de la base de datos Oracle para brindar confiabilidad y desempeño
incomparables. Con la versión 10g, Oracle ofreció una base de datos de
autoadministración con capacidades de administración avanzada, reduciendo
drásticamente los costos de administración.

Con el lanzamiento de Oracle Database 11g, Oracle está nuevamente
preparado para superar los obstáculos. Diseñada para entornos de centros de
datos en constante cambio y evolución para cubrir las demandas
empresariales, Oracle Database 11g permite a las empresas adoptar
rápidamente nuevas tecnologías mientras se minimiza el riesgo. Asimismo,
sobre la base de sus capacidades de autoadministración, Oracle Database 11g
ha realizado importantes avances en las áreas de capacidad de administración
y diagnóstico de fallas.



Real Application Testing
Hoy, las empresas deben realizar grandes inversiones de hardware y software
para implementar cambios en la infraestructura. Por ejemplo, un centro de
datos puede tener una iniciativa para trasladar las bases de datos a una
plataforma de informática de bajo de costo, como Oracle Enterprise Linux.
Esto, tradicionalmente, hubiera requerido que la empresa invirtiera en la
duplicación de hardware para todo el stack de aplicaciones, con inclusión del
servidor y la base de datos, a fin de probar sus aplicaciones de producción.
Por consiguiente, las empresas consideran que es muy costoso evaluar e
implementar cambios en la infraestructura de sus centros de datos. A pesar
de las extensas pruebas realizadas, frecuentemente se encuentran problemas
inesperados cuando finalmente se realiza un cambio en el sistema de
producción. Esto se debe a que las cargas de trabajo de prueba generalmente
son simuladas y no son precisas ni representan en su totalidad las cargas de
trabajo de producción reales. Los administradores de los centros de datos
son, por consiguiente, reacios a adoptar nuevas tecnologías y a ajustar sus
empresas a las presiones competitivas rápidamente cambiantes.

Real Application Testing de Oracle Database 11g aborda estos problemas de
manera frontal con la incorporación de dos nuevas soluciones, Database
Replay y SQL Performance Analyzer.



4



• Los cambios de configuración, como la conversión de una instancia

base de datos, etc.

única a RAC, ASM, etc.

Database Replay
Database Replay ofrece a los DBA y administradores de sistemas la capacidad
de volver a ejecutar de manera fiel, precisa y realista las cargas de trabajo de
producción real, con inclusión de las cargas de trabajo batch y de usuarios
online, en entornos de prueba. Al capturar la carga de trabajo de toda la base
de datos en los sistemas de producción, con inclusión de todas las
concurrencias, dependencias y sincronizaciones, Database Replay le permite
comprobar, de manera realista, los cambios en el sistema de prueba al recrear
básicamente las cargas de trabajo de producción en el sistema de prueba –
algo que un conjunto de scripts nunca podrá duplicar. Con Database Replay, los
DBA y administradores de sistemas pueden probar:


• Los cambios de esquemas, parámetros, parches, actualizaciones de

• Los cambios de interconexión, red, almacenamiento
• Los cambios de parámetros, actualizaciones, parches, migraciones

de hardware y del sistema operativo


Menor costo de la infraestructura de prueba
Los DBA ahora tienen una infraestructura de prueba a su disposición para
probar sus cambios sin incurrir en gastos de duplicación de toda la
infraestructura de aplicaciones. Database Replay no exige realizar el gasto de
recrear un nivel medio o un nivel de servidor web. Así los DBA y
administradores de sistemas pueden rápidamente probar y actualizar los
componentes de la infraestructura de los centros de datos con la mayor
confianza, y con el conocimiento de que los cambios han sido fielmente
probados y validados utilizando escenarios de producción.


Implementación más rápida
Otra importante ventaja de Database Replay es que no requiere que los DBA
inviertan meses para obtener un conocimiento funcional de las aplicaciones y
desarrollar scripts de prueba. Con tan solo algunos clicks, los DBA completan
la carga de trabajo de producción para probar e implementar cualquier
cambio. Esto reduce los ciclos de prueba de meses a días o semanas e implica
un importante ahorro de costo para las empresas.

Database Replay consta de cuatro pasos principales:

1. Captura de la carga de trabajo
Cuando se activa la captura de la carga de trabajo, todos los pedidos de
clientes externos dirigidos a Oracle Database se rastrean y almacenan en
archivos binarios, denominados archivos de captura, en el sistema de
archivos. Oracle recomienda realizar un backup de toda la base de datos antes
de la captura de la carga de trabajo. El usuario especifica la ubicación de los



5

archivos de captura y el momento de inicio y finalización de la captura de la
carga de trabajo. Durante este proceso, toda la información perteneciente a
los llamados de base de datos se escribe en los archivos de captura.


2. Procesamiento de la carga de trabajo
Una vez que la carga de trabajo ha sido capturada, la información de los
archivos de captura debe ser procesada. Este procesamiento transforma los
datos capturados en archivos de repetición y crea todos los metadatos
necesarios para repetir la carga de trabajo. Los archivos de captura son
generalmente copiados a otro sistema para su procesamiento. Esto debe
realizarse una sola vez para cada carga de trabajo capturada antes de que
pueda repetirse. Después de que la carga de trabajo capturada se procesa,
puede repetirse varias veces en un sistema de repetición. Como el
procesamiento de la carga de trabajo puede llevar mucho tiempo y requerir
muchos recursos, generalmente se recomienda realizar este paso en el sistema
de prueba en donde se repetirá la carga de trabajo.

3. Repetición de la carga de trabajo
Después de procesar la carga de trabajo, ésta ya está lista para su repetición.
Luego, un programa cliente, denominado Replay Client, procesa los archivos
de repetición y envía las llamadas a la base de datos con la misma precisión y
tiempo que en el sistema de captura. Dependiendo de la carga de trabajo
capturada, usted puede necesitar uno o más clientes de reejecución para
repetir la carga de trabajo de manera adecuada. Se ofrece una herramienta de
calibración para ayudar a determinar la cantidad de clientes de reejecución
necesarios para una carga de trabajo. Debería tenerse en cuenta que, debido a
que toda la carga de trabajo vuelve a repetirse, con inclusión de las consultas
SQL y DML, es importante que los datos en el sistema de repetición sean
idénticos a los del sistema de producción, cuya carga de trabajo ha sido
capturada, para permitir el análisis confiable para la confección de informes.

4. Análisis e Informes
Se brindarán extensos informes para permitir el análisis detallado de captura y
repetición. Se informará sobre cualquier error encontrado durante la
repetición. Se mostrará cualquier divergencia en las filas emitida por DML o
las consultas. Se proporcionarán comparaciones básicas de desempeño entre
la captura y la repetición. Para un análisis avanzado, los informes AWR
estarán a disposición para permitir la comparación detallada de estadísticas de
desempeño entre la captura y el análisis.



6





Figura 1: Flujo de Trabajo de Database Replay



SQL Performance Analyzer
Los cambios que afectan los planes de ejecución SQL pueden impactar
seriamente sobre el desempeño y la disponibilidad. Como resultado, los DBA
invierten gran cantidad de tiempo identificando y estableciendo las sentencias
SQL de regresión producidas por los cambios en el sistema. SQL
Performance Analyzer (SPA) puede predecir y prevenir los problemas de
desempeño de ejecución SQL provocados por los cambios de entorno.

SQL Performance Analyzer ofrece una visión