pa

ra

Oracle® SAP ®

A C T U A L I Z A C I Ó N D E T E C N O L O G Í A

Nº 25 Oracle para SAP, mayo de 2016 www.oracle.com/sap

2

ESTIMADO CLIENTE SAP,

Oracle ofrece un conjunto de tecnología más completa, más abierta y más integrada del

mundo, que incluye base de datos, software empresarial, sistemas operativos, servidores y

almacenamiento. Las tecnologías de Oracle hacen que las aplicaciones de SAP funcionen

mejor.

La relación de Oracle Corporation con SAP SE se basa en nuestra larga historia, una herencia

rica de desarrollos en conjunto y un futuro brillante para beneficio de los clientes de ambas.

Oracle proveerá soporte al SAP Business Suite y al SAP BW mientras SAP le provee soporte a

dichos productos. Oracle proveerá soporte al SAP Business Suite y al SAP BW mientras SAP le

provee soporte a dichos productos.

SAP NetWeaver 7.4 SP08 SAP está introduciendo una innovación para aprovechar los nuevos recursos técnicos de la plataforma

Oracle Database (es decir los Core Data Services) y del Oracle Database In-Memory (Nota SAP 2178980), así como los

InfoCubes/Flat Cubes optimizados para SAP BW.

Las dos empresas tienen un compromiso continuo con nuestras decenas de miles de clientes conjuntos de más de 28 años.

Nuestros acuerdos de reventa y de soporte de larga data le proporcionan al cliente un mayor acceso a la tecnología y al soporte de

clase internacional del Oracle Database. La estrategia de producto de Oracle brinda flexibilidad y variedad de elección en toda la

infraestructura de TI. Cada vez más, la mayoría de los clientes de SAP – empresas medianas que actúan en todas las industrias –

confían sus implementaciones de aplicaciones al Oracle Database.

Al elegir Oracle Database y las opciones de base de datos, los clientes de SAP obtienen beneficios importantes, gracias a la

innovación constante y sin interrupciones. En una mirada más profunda, identificamos por lo menos ocho diferenciales que explican

en detalles por qué la base de datos Oracle es la primera opción para ejecutar aplicaciones SAP. En una mirada más profunda,

identificamos por lo menos ocho diferenciales que explican en detalles por qué la base de datos Oracle es la primera opción para

ejecutar aplicaciones SAP.

Los productos de la línea Oracle Database ofrecen el mejor rendimiento y la escalabilidad, flexibilidad en la implementación, la

disponibilidad, la fiabilidad, la recuperación de desastres, la seguridad, la capacidad de gestión, la autogestión, el soporte a

grandes bases de datos y a la consolidación de bases de datos, además de la integración de hardware y software. Todos los

clientes de SAP pueden disfrutar los beneficios de los recursos y de las funciones de Oracle Database para optimizar sus

aplicaciones SAP.

Las siguientes opciones de Oracle Database 12c están disponibles y fueron certificadas por SAP: - Oracle Database In-Memory

- ILM (Information Lifecycle Management) /ADO (Automatic Data Optimization)

- HCC (Hybrid Columnar Compression) para Oracle Exadata y Oracle SuperCluster en conjunto con el ILM

- Opción Oracle Multitenant (CY 2016)

Oracle Exadata Database Machine está diseñado para consolidar todas las bases de datos SAP y de otros proveedores en un

ambiente de base de datos en nube privada. Ofrece la plataforma más disponible y de más alto rendimiento para ejecutar Oracle

Database en nube privada para todo tipo de cargas de trabajo de bases de datos que incluyen procesamiento de transacciones online

(por ejemplo, OLTP en el SAP ECC 6.0) y almacenamiento de datos (por ejemplo, SAP BW 7.0 y versiones posteriores). Exadata

Database Machine está listo para hacerle frente a cargas de trabajo de base de datos grandes e importantes – a menudo

ejecutándolas diez veces más rápido o incluso más – implementado por un gran número de clientes de SAP.

Oracle SPARC SuperCluster es el primer sistema de ingeniería diseñado para fines generales que combina la potencia de cálculo

del nuevo procesador SPARC, el rendimiento y la escalabilidad del Oracle Solaris 11, el rendimiento optimizado de la base de datos

de almacenamiento del Oracle Exadata y el tiempo de ejecución optimizado para el SAP Kernel versión 6.40 y versiones posteriores.

Oracle redefine la economía de la computación empresarial con una actualización completa y la expansión de su portafolio de

servidores SPARC M7 y T7, al ofrecerles a sus clientes el mejor valor de mercado con la mejor relación precio/rendimiento

Oracle ofrece un conjunto completo de base de datos e infraestructura de TI para ejecutar aplicaciones SAP

3

Oracle Exalogic Elastic Cloud ofrece una escalabilidad prácticamente ilimitada, un rendimiento inmejorable y

una simplicidad de gestión nunca imaginada antes para aplicaciones SAP y de otros proveedores en

combinación con Oracle Exadata Database Machine.

Oracle Private Cloud es un sistema de ingeniería que simplifica radicalmente la forma como los clientes

instalan, implementan y gestionan infraestructuras convergentes que se pueden usar como plataforma de

virtualización para bases de datos y aplicaciones.

Oracle Database Appliance es una nueva forma de aprovechar las ventajas de la base de datos más popular del

mundo de Oracle en un solo sistema fácil de implementar y de administrar. Es un paquete completo de software,

servidor, almacenamiento, HA y red que está diseñado para ofrecer simplicidad y ahorro de tiempo y de dinero, lo que

simplifica la implementación, el mantenimiento y el soporte de las cargas de trabajo de la base de datos.

Oracle Linux 7 es la versión más reciente del Linux de Oracle para atender sus necesidades informáticas de

infraestructura SAP. Es rápido, ofrece el mejor rendimiento para SAP, siempre está actualizado y les trae las últimas

innovaciones a los clientes, es fiable, provee integridad de datos, una mayor seguridad y un mejor tiempo de actividad

de la aplicación, además de que está optimizado para las bases de datos Oracle ejecutadas en sistemas SAP.

Oracle VM Server para x86 es una solución de virtualización de servidor gratuita que facilita la implementación, la

gestión y el soporte de software SAP y de otras aplicaciones empresariales.

Los equipos de desarrollo de Oracle en el SAP SE en Waldorf, Alemania, siguen trabajando en conjunto con los

desarrolladores de SAP para asegurar que los clientes de SAP siempre tengan acceso a las últimas tecnologías

optimizadas de Oracle, lo que garantiza el rendimiento, la fiabilidad y la innovación.

El equipo de soporte y servicio de Oracle para SAP ofrece Advanced Customer Services (ACS) que incluye

verificaciones de integridad, talleres, migraciones de bases de datos, el rendimiento, la sintonización y ACS Oracle

Solaris Services para ambientes SAP, que incluye compromisos de servicios asistidos (análisis/ mejora y servicio de

preparación de SAP para infraestructura de TI). Para más informaciones o para ver las ediciones actuales y las

anteriores, visite: www.oracle.com/sap

Sus preguntas y sus comentarios son bienvenidos. Contáctenos a: frontdesk-walldorf_de@oracle.com.

Atentamente,

Gerhard Kuppler Vicepresidente de alianzas SAP, Oracle Corporation

Oracle Corporation: Con más de 420.000 clientes – incluyendo 100 empresas de la lista Fortune 100 – e

implementaciones en varios sectores en más de 145 países, Oracle ofrece una pila completa e integrada de

aplicaciones e la nube, servicios de plataforma y sistemas de ingeniería, más de 25.000 socios en todo el

mundo, más de 130.000 empleados, que incluyen 37.000 desarrolladores e ingenieros, 18.000 profesionales

de soporte y 17.000 especialistas en consultoría.

4

SUMARIO

2-3 Editorial

5 Oracle Database 12c para SAP: La última tecnología de base de datos y soporte para optimizaciones de aplicaciones

17 Implementando una infraestructura de gestión de datos para SAP con las opciones y paquetes de Oracle Database

36 ¿Por qué Oracle Database y Sistemas de Ingeniería para SAP?

41 ¡Novedades! 130.000 usuarios del benchmark SAP SD en el servidor Oracle SPARC M7-8 fueron certificados por SAP

42 ¡Nuevo récord mundial! 130.000 usuarios del benchmark SAP SD en el servidor Oracle SPARC M7-8 con el Oracle 12c

44 Mejora importante en el uso del SAP CRM con el Oracle Database In-Memory en

Bosch GmbH

46 Oracle Database In-Memory en Villeroy & Boch SAP BI con el Oracle Database In- Memory en DB 49 Austria Oracle Advanced Compression en Goodman Fielder, Australia

51 ElectraNet gana mejores percepciones de negocios con los Sistemas de Ingeniería de Oracle

54 Oracle Exadata Database Machine en el Grupo Solvi, Brasil

55 Wumart Stores, China: Gran migración del sistema multiplataforma SAP on line con el Oracle Golden Gate

56 Oracle SuperCluster en CELSA Group

59 Oracle Exadata en Lenta, Rusia

61 Servicios de soporte de misión crítica para clientes de SAP

67 Oracle SuperCluster M7 para clientes SAP

70 Los clientes de SAP se benefician con la tecnología del Oracle Exadata

72 Alta disponibilidad para recursos SAP con SAPCTL

74 Proyectados para innovación, eficiencia y simplicidad: Sistemas de ingeniería Oracle para SAP

78 ¿Cuánto costará la migración al S/4 HANA?

79 Notas relacionadas con el Oracle DB y Es para SAP

83 Imprint

Oracle Database 12c para SAP: La última tecnología de base de datos y soporte para optimizaciones de aplicaciones 5

ORACLE DATABASE 12c PARA SAP: La última tecnología de base de datos y soporte para optimizaciones de aplicaciones

Estrategia y roadmap

Estrategia de integración

Desde un principio, la estrategia Oracle Database para SAP

o SAP en Oracle Database se había basado en dos pilares. El

primero es la integración de los recursos de Oracle Database

con el ambiente SAP. El segundo es la integración de los

recursos de las aplicaciones SAP con el Oracle Database.

La necesidad de integrar los recursos de Oracle Database

con el ambiente SAP siempre ha sido visible y esto era

particularmente evidente cada vez que Oracle lanzaba nuevas

funciones de base de datos para las que la arquitectura SAP

no estaba preparada. Un ejemplo que muchos clientes aún

recuerdan es el proyecto de integrar el RAC (Real

Application Clusters) en una arquitectura SAP con base en la

premisa de que es posible que haya varias instancias del

servidor de aplicaciones SAP pero sólo un instancia del

servidor de base de datos.

Esto no es de ninguna manera un tema del pasado. El plan

actual para que el Oracle Multitenant esté disponible para los

clientes SAP también es una revolución arquitectónica y

requiere el mismo esfuerzo que la certificación del RAC.

La diferencia es que la necesidad de integrar los recursos

de las aplicaciones SAP con Oracle Database rara vez ha

sido reconocida. Las aplicaciones clásicas de SAP (como

el R/3 y el BW) se han desarrollado sobre el Oracle

Database. Posteriormente, SAP empezó a ofrecer

compatibilidad con el IBM DB2 y el Microsoft SQL

Server y puso en práctica una estrategia de mínimo

denominador común, es decir, SAP usó sólo los recursos

de base de datos que estaban disponibles en todas las

bases de datos compatibles, sin mucho estrés en la Oracle

Database.

Esto ha cambiado con el advenimiento de la base de datos

propia de SAP (HANA). SAP se dio cuenta muy pronto de

que debería dejar de lado la estrategia del mínimo

denominador común y cambiar sus aplicaciones: Mientras

que las aplicaciones SAP tratan HANA como una base de

datos similar a todas las demás, es muy difícil convencer a

los clientes de que hay algún beneficio en implementar

HANA. Por lo tanto, SAP emprendió un proyecto de

optimización para permitir que las aplicaciones SAP usaran

los recursos especiales de HANA. Sin embargo, estos

“recursos especiales” no son “exclusivos de HANA”. No

hay nada en HANA que no se pueda hacer también en

Oracle Database. Por lo tanto, la necesidad de integrar las

optimizaciones de las aplicaciones SAP con HANA se ha

vuelto más visible. Se reconoce como la necesidad de

integrar aplicaciones SAP optimizadas diseñadas con

HANA en mente con Oracle Database o como soporte a las

optimizaciones también para Oracle Database.

Hoy en día, los dos pilares de soporte a la estrategia de SAP

en Oracle Database se pueden identificar claramente:

Siempre que Oracle lanza una versión completa de la base de

datos nueva, es necesario un esfuerzo de desarrollo para

integrarla en el arquitectura de SAP, así como las

herramientas de instalación, administración y monitoreo

suministradas por SAP. Siempre que SAP lanza una

optimización nueva para las aplicaciones, es necesario un

esfuerzo de desarrollo similar para integrarla con la

tecnología de Oracle Database.

Roadmap de certificación

El mantenimiento estándar para Oracle Database 11g

(11.2.0.4) terminó el 31 de enero de 2015. La fase de soporte

extendido, que se limita a 3 años, ha comenzado en febrero

de 2015. Para Oracle Database versión 11.2.0.4, Oracle

ofrece soporte extendido hasta el 31 de mayo de 2017 sin

costo adicional. (Para más informaciones, consulte la nota

SAP 2098258.)

Para el beneficio común de nuestra base de clientes, Oracle y

SAP acordaron en dividir el proceso de certificación en

varias fases, lo que permite que Oracle Database 12c se lance

lo antes posible y asegure la cobertura suficiente de Oracle

Database 11g. Oracle y SAP le han puesto fin a la

personalización de la “versión terminal” (certificación sólo

de la versión x.2 sin la certificación de la versión x.1) válida

por más de diez años.

• La Fase 1 denominada Certificación Básica ha sido concluida

en marzo de 2015 e incluye todas las características y

opciones disponibles en Oracle Database 11g, además de

varios recursos de Oracle Database 12c que eran

completamente transparentes o requerían un esfuerzo de

integración mínimo.

6

• La Fase 2, concluida en junio de 2015 es la primera

en ofrecer opciones nuevas e importantes de

Oracle Database 12c: Oracle Database In-Memory, una

opción completamente nueva de Oracle Database 12c.

• La Fase 3, concluida en diciembre de 2015, traerá

los nuevos recursos de gestión del ciclo de vida de

las informaciones (ILM) incluidos en Oracle

Database 12c Advanced Compression, así como la

tecnología de compresión columnar híbrida (HCC)

con bloqueo en el nivel de filas en Oracle Exadata

y en Oracle SuperCluster.

• La Fase 4, planeada para 2016, concluirá el proceso

de certificación al permitir que los clientes de SAP

usen Oracle Multitenant, una opción que permite la

consolidación de muchas bases de datos en un

único container. Se trata de una arquitectura de

bases de datos completamente nueva y requiere un

esfuerzo de integración entre Oracle y SAP.

Teóricamente, la implementación del soporte Oracle para las

optimizaciones de aplicaciones SAP es un proyecto en curso

que se ejecuta de modo independiente del proceso de

Recursos de la certificación básica

Advanced Compression (Compresión avanzada)

Los clientes que ejecutan aplicaciones SAP en Oracle

Database 11g ya pueden elegir varios recursos de compresión:

Los índices de compresión claves y tablas y las IOT (Tablas

certificación de Oracle Database 12c*: Sin embargo, en algunos casos, determinados recursos de Oracle Database 12c

pueden ser o son requeridos.

• Los SAP Core Data Services, originalmente lanzados con

SAP NetWeaver 7.40 (SP 05), son compatibles con

Oracle Database 11g y con Oracle Database 12c. No se

requieren funciones u opciones especiales. (Consulte la nota

SAP 1951491)

• Muchas optimizaciones al modelo de datos

inicialmente resultarán en requisitos de espacio en

disco. En estos casos, no se requiere el uso de compresión

de tablas, pero se recomienda. Como un porcentaje

considerable de las tablas involucradas contiene

más de 225 columnas, Oracle Database 12c es la única

versión que permite a los clientes comprimir todas las

tablas relevantes.

• Los Flat Cubes sólo se pueden utilizar con Oracle Database

12c y con Oracle Database In-Memory.

por índices (IOT) son características de bases de datos

estándar. OLTP Compression para datos estructurados y

SecureFiles Compression para datos no estructurados son

recursos que ofrece Oracle Database 11g Advanced

Compression.

Oracle Database 12c para SAP: La tecnología más nueva de base de datos y soporte para optimizaciones de aplicaciones 7

Oracle Database 12c Advanced Compression viene con

varias características nuevas. Algunas de ellas relacionadas

con el soporte a ILM, que estarán disponibles para los

clientes de SAP en la Fase 2 de la Certificación. Sin

embargo, hay varios recursos de la opción de compresión

avanzada incluidos en la Fase 1, que hoy se pueden utilizar

en los ambientes SAP:

Advanced Index Compression es una nueva forma de

compresión de índices. La creación o reconstrucción de un

índice usando el recurso Advanced Index Compression

reduce el tamaño de los índices exclusivos y no exclusivos, sin

dejar de ofrecer acceso eficiente a los índices. Los beneficios

incluyen:

• Advanced Index Compression funciona bien con todos

los índices compatibles, incluidos los índices que no son

buenos candidatos a la IKC existente.

• Advanced Index Compression funciona en el nivel de

los bloques para proporcionar una compresión mejor de

cada bloque. Esto significa que los usuarios no necesitan

conocer las características de los datos, porque

Advanced Index Compression elige automáticamente la

compresión correcta por bloque.

Advanced Network Compression puede utilizarse para

comprimir los datos a transmitir en el lado emisor y luego

descomprimirlos en el lado receptor para reducir el tráfico de

red. Este recurso reduce el tamaño de los datos que se

transmiten en una conexión de red. Los beneficios incluyen:

• El aumento de rendimiento de la tasa de transferencia de

red: la compresión permite la transmisión de datos de gran

tamaño en menos tiempo. La aceleración del tiempo de

respuesta de las consultas SQL gracias a la reducción del

tiempo de transmisión.

• La reducción del uso del ancho de banda: la compresión

ahorra ancho de banda mediante la reducción del tamaño

de los datos a transmitir, lo que permite que otras

aplicaciones usen el ancho de banda liberado. Esto

también ayuda a reducir el costo de proporcionar el

ancho de banda de la red.

Advanced Network Compression sólo se puede usar si la

base de datos/Instant Client y el servidor de la base de

datos se actualizan a la versión 12.1.0.2.

Para obtener más informaciones sobre Oracle Database 12c

Advanced Compression para sistemas SAP, consulte la Nota

SAP 2138262.

Active Data Guard

Data Guard – la funcionalidad necesaria para configurar bases de datos en espera – forma parte de Oracle Database Enterprise Edition y Active Data Guard es una opción extra. En Oracle Database 11g ofrece recursos opcionales como Automatic Block Repair y Fast Incremental Backup.

Active Data Guard Far Sync una de las novedades

principales de Oracle Database 12c, permite a los clientes

combinar alto rendimiento (una característica de envío de

datos asincrónico) y pérdida de datos cero (una característica

del envío de datos sincrónico) a través de WANs de larga

distancia.

Para más detalles, consulte el artículo “La implementación de

una infraestructura de gestión de datos para SAP con opciones

y paquetes de Oracle Database” (sección Data Guard y Active

Data Guard) en la página 25.

Backup y recuperación

Oracle Recovery Manager (RMAN) ofrece una base

integral para realizar copias de seguridad y recuperación

eficiente en Oracle Database. Está diseñado para trabajar de

modo integrado con el servidor, proporciona la detección de

daños en el nivel de bloques durante la realización y

restauración de copias de seguridad. RMAN optimiza el

rendimiento y el consumo de espacio durante la copia de

seguridad con el uso de multiplexación de archivos y

compresión de las copias de seguridad. RMAN también se

puede integrar con Oracle Secure Backup y con productos de

gestión de medios de otros proveedores para copias de

seguridad en cinta. Cross Platform Backup and Restore

permite transportar datos entre plataformas utilizando

conjuntos de copia de seguridad completos y progresivos.

Oracle Database 12c permite transportar los datos a través de

plataformas diferentes, realizando copias de seguridad, ya sea

completas o incrementales, usando copias de imagen o de

seguridad. Para realizar copias de seguridad de diferentes

plataformas utilizando conjuntos de copia de seguridad, la

base de datos de destino debe ser Oracle 12c o una versión

posterior. Este recurso recién agregado simplifica la migración

de la plataforma y el tiempo de inactividad de sólo lectura en

la base de datos de origen.

Mientras RMAN sigue siendo la herramienta más popular

para realizar copias de seguridad de Oracle Database, otro

método muy utilizado para el mismo fin es crear una

instantánea de almacenamiento de todos los archivos de la

base de datos. Basta montar la instantánea en un servidor

diferente (que no sea el servidor que ejecuta la base de datos

de producción) y copiar los datos a un almacenamiento

terciario como la cinta, liberando el servidor de producción de

la carga del proceso de copia. Storage Snapshot

Optimization permite utilizar tecnologías de terceros para

realizar una instantánea de almacenamiento de su base de

datos sin la necesidad de poner la base de datos en modo

BACKUP.

8

Las instantáneas tomadas de esta forma son “crash-

consistent” (consistentes en caso de falla), siempre que el

producto de almacenamiento siga las orientaciones descriptas

en la documentación de Oracle. Las copias de seguridad

crash-consistent se pueden abrir y utilizar después de una

recuperación total de falla. Sin embargo, no se pueden utilizar

de forma fiable en recuperaciones puntuales, porque los redo

logs (registros de rehacer) no contienen información suficiente

para eliminar las inconsistencias de los archivos de datos. Una

alternativa posible es obtener instantáneas en el modo de

copia de seguridad, por ejemplo, el comando:

ALTER DATABASE [BEGIN|END] BACKUP,

para eliminar la restricción de recuperación puntual. No

obstante, cada base de datos tiene que colocarse en este

modo antes de tomar la instantánea y sacarse de este modo

cuando la instantánea esté completa. Esta complejidad se

magnifica cuando se debe hacer para decenas, cientos o miles

de bases de datos. Además, durante este modo, las imágenes

de bloques enteros se graban en los red logs a medida que se

cambian, lo que lleva al aumento de la actividad de E/S.

Con Oracle Database 12c, el comando RECOVER ...

SNAPSHOT TIME permite recuperar en una única etapa las instantáneas de almacenamiento obtenidas sin que la base de datos estuviera en el modo backup, ya sea en el momento actual o en un momento determinado después de que se tomó la instantánea sin ningún procedimiento adicional. Mediante el soporte a todos los tipos de operación de recuperación que usan estas instantáneas, esta optimización elimina eficazmente la necesidad del modo backup, así como la complejidad y la sobrecarga inherentes a este modo de operación, liberando tiempo del DBA para las tareas de producción más críticas.

Soporte ACFS

Si usted trabaja con Exadata, probablemente ya sabe que el

ACFS hasta ahora no tenía soporte. Pero ya puede usar el

ACFS con Exadata si está ejecutando el Oracle Grid

Infrastructure versión 12.1.0.2 o posterior. En ambientes

SAP esto se puede utilizar para los sistemas de archivos

compartidos SAP (/sapmnt etc.).

Sin embargo, no es una alternativa destinada para el

funcionamiento de las bases de datos en ASM (Automatic

Storage Management). Las bases de datos Oracle tienen que

permanecer en ASM usando los nodos Exadata Storage. Esta

es la única configuración que acepta.

La alta disponibilidad de almacenamiento de archivos

en red (HANFS) de Oracle Grid Infrastructure ofrece un

servicio ininterrumpido de los caminos exportados de NFS

V2/V3 mediante la exposición de las exportaciones NFS en

IP virtuales de alta disponibilidad (HAVIPs) y el uso de

agentes de Oracle Clusterware para asegurar que las

exportaciones de HAVIP y NFS estén siempre online. Si un

nodo de clúster falla, las exportaciones de HAVIPs y NFS se

migran automáticamente a un nodo sobreviviente.

El recurso HANFS permite configurar servidores NFS de

alta disponibilidad usando los clústers de Oracle ACFS. Las

configuraciones de clúster HANFS se pueden construir a

partir de servidores de infraestructura o de dispositivos de

almacenamiento comunes. Esto proporciona servicios de

red similares a un “network filer” (servidor de datos de red)

por una fracción del costo.

Rendimiento

Los operadores UNION y UNION ALL en las

instrucciones SQL conectan dos o más ramas (por ejemplo,

subconsultas): <branch1> UNION <branch2>.

Tradicionalmente, en consultas de este tipo, las ramas se

ejecutan una tras otra, lo que significa que sólo una rama se

ejecuta en un cierto tiempo, seguida por la otra rama y así

sucesivamente. Oracle Database 12c trae el recurso

Concurrent Execution of Union and Union All

Branches, lo que permite que un conjunto de servidores

en paralelo ejecute una rama, mientras que un segundo

grupo de servidores ejecuta una rama diferente y así

sucesivamente, todo al mismo tiempo.

La capacidad de colocar las ramas en paralelo acelera la

ejecución de las instrucciones, además de mejorar el

rendimiento de SAP BW.

Capacidad de gestión y disponibilidad

Los administradores de bases de datos ahora pueden realizar

una serie de operaciones en línea usando las BR*Tools:

Movimiento de fragmentaciones online: A

partir de Oracle Database 12c, la operación

ALTER TABLE ... MOVE PARTITION funciona

como un comando DDL sin bloqueos online,

mientras que las operaciones DML se siguen

ejecutando ininterrumpidamente en la

fragmentación que se está moviendo. Además, los

índices globales se mantienen cuando se mueve una

fragmentación, de modo que no es necesario un índice

de regeneración manual.

Oracle Database 12c para SAP: La tecnología más nueva de base de datos y soporte para optimizaciones de aplicaciones 9

Movimiento de archivos online: Antes de Oracle

Database 12c, el movimiento de archivos de datos era una

tarea offline. Había ciertas técnicas que se podrían emplear

para minimizar el tiempo de inactividad pero no se podía

eliminar por completo. Oracle Database 12c incluye una

mejora para el comando ALTER DATABASE para permitir

que los archivos de datos se muevan online.

Reconstrucción de IOTs (tablas organizadas por

índice): Como las IOT se almacenan en índices B-

tree puede haber fragmentación como consecuencia

de inserciones, actualizaciones y eliminaciones. Sin

embargo, se puede utilizar el ALTER TABLE…

MOVE ONLINE para reconstruir una IOT y reducir

esta fragmentación.

Para obtener más información, consulte las notas SAP

1856270 y 2087004.

Microsoft Windows

Oracle Database 12c permite usar un Oracle Home User que

se puede especificar en el momento de la instalación. El

Oracle Home User se lanzó para hospedar los servicios

Oracle con más seguridad mediante una cuenta que no sea de

administrador con pocos privilegios. El Oracle Home User

puede ser una cuenta interna de Windows o una cuenta de

usuario Windows estándar (no una cuenta de administrador).

Esta cuenta se usa para el funcionamiento de los servicios de

Windows para Oracle Home. Para mayor seguridad, Oracle

recomienda el uso de una cuenta de usuario Windows

estándar en lugar de una cuenta interna de Windows.

Para más informaciones, consulte la nota SAP 1915302.

Certificación básica y optimización de aplicaciones

Oracle Database 11g no ofrece soporte para la compresión

de datos estructurados de tablas (OLTP Compression) para

tablas con más de 255 columnas. En Oracle Database 12c

Advanced Compression se eliminó el límite de 255

columnas y la compresión de tablas sin esta restricción está

disponible para los clientes de SAP desde la certificación

básica.

Esto puede parecer una mejora sin importancia, sin embargo

las tablas con más de 255 columnas se encuentran

comúnmente en casi todos los sistemas SAP.

Un ejemplo particularmente interesante se discute en las notas de

SAP 1835008 y 1892354: varias optimizaciones de aplicaciones

implementadas por SAP sólo se pueden usar si algunas tablas

tradicionalmente implementadas en clúster se desagrupan. Como

SAP normalmente almacena de forma comprimida los datos de estas

tablas de clúster, los clientes consideran que las tablas podrán crecer

considerablemente cuando se conviertan en tablas transparentes.

Desafortunadamente algunas tablas desagrupadas tienen más de 255

columnas y Oracle Database 11g Advanced Compression no podía

ayudar a reducir su tamaño. Con la opción Oracle Database 12c

Advanced Compression ahora es posible comprimir y gestionar los

datos que residen en estas tablas de gran volumen.

10

Core Data Services

Muchas personas creen que Oracle ve la decisión de SAP de

dejar de lado la estrategia del mínimo común denominador y

optimizar sus aplicaciones centradas en HANA como una

amenaza. Es cierto que en el mundo SAP, HANA es un

competidor de la base de datos de Oracle. Sin embargo, en

muchos casos, los empleados y los clientes de Oracle reciben

a las optimizaciones de las aplicaciones SAP con un suspiro

de alivio. El SAP Core Data Services (CDS) es un ejemplo

que permite explicar fácilmente el motivo.

La pregunta principal detrás del Core Data Service es: ¿qué es

una base de datos? ¿Qué puede hacer? ¿Y qué no puede

hacer?

La respuesta tradicional a estas preguntas afirma que una

base de datos no es más que un almacén de datos burro,

un contenedor que puede almacenar datos de forma

permanente, pero eso es todo. Siempre que un cliente

quiera hacer algo útil con los datos, deberá transferirlos al

servidor de aplicaciones, donde reside la inteligencia del

sistema.

Las aplicaciones SAP tradicionales se basan exactamente en

este concepto. Las desventajas son obvias: si necesitas

calcular la suma de 1 millón de valores y estos valores

representan dinero en diferentes monedas, 1 millón de

valores individuales deben transferirse desde el servidor de

la base de datos al servidor de aplicaciones, sólo para ser

desechados después de realizado el cálculo. El tráfico de

red causado por este enfoque es responsable por la mala

actuación.

Hace más de 25 años, los desarrolladores de Oracle Database

preguntaron: ¿no sería interesante si esta suma se pudiera

calcular en el lado del servidor de la base de datos? ¿Esto no

mejoraría el rendimiento considerablemente? Ellos vinieron

con una respuesta diferente a la pregunta “¿qué es una base de

datos?”: una base de datos no sólo un almacenamiento de

informaciones. No sólo puede almacenar datos, también

puede almacenar y ejecutar procedimientos trabajando con

estos datos, códigos que originalmente formaban parte del

programa ejecutado en el servidor de aplicaciones pero que

ahora se mueven al servidor de la base de datos. De esta

forma, la aplicación se divide en dos capas, una ejecutada en el

servidor de aplicaciones y la otra en el servidor de la base de

datos, lo que hace que el servidor de base de datos sea una

capa de aplicaciones.

Pero los desarrolladores de Oracle no se limitaron a hacer

preguntas ni a presentar un concepto nuevo. Crearon una

versión nueva, capaz de almacenar y ejecutar

procedimientos de base de datos (Oracle 7, lanzado en

1992). Sin embargo, en ese momento Oracle Database era

la única base de datos que se podría utilizar como una capa

de aplicaciones. Los procedimientos almacenados no

formaban parte del subconjunto de recursos con

denominador común mínimo y por lo tanto, SAP se negó a

utilizarlos.

Cuando 20 años después, SAP empezó a promover HANA,

una de las primeras cosas que descubrió fue que sus propias

aplicaciones eran los peores enemigos de la nueva arquitectura

de base de datos en memoria. Cuando 20 años después, SAP

empezó a promover HANA, una de las primeras cosas que

descubrió fue que sus propias aplicaciones eran los peores

enemigos de la nueva arquitectura de base de datos en

memoria.

Oracle Database 12c para SAP: La tecnología más nueva de base de datos y soporte para optimizaciones de aplicaciones 11

lo que destruye efectivamente todos los beneficios

potenciales de una base de datos en memoria. En ese

momento, SAP se dio cuenta de que tenía que abandonar la

estrategia del denominador común mínimo y el concepto

complementario de “almacenamiento de datos burro”.

Como respuesta a esta idea, SAP desarrolló la estrategia

“push down” que consiste en pasar el código que exige el uso

intensivo de computación de datos de la capa de las

aplicaciones a la capa de la base de datos. Ellos desarrollaron

un modelo de programación nuevo, que permite que el

código ABAP active los procedimientos implícita o

explícitamente) en la base de datos. Para evitar el caos puro,

SAP definió una biblioteca de procedimientos estándar,

llamada CDS (Core Data Services) y decidió que esté

disponible para otras bases de datos además de HANA si son

compatibles con los procedimientos almacenados.

Los 20 años transcurridos entre el lanzamiento del Oracle 7 y la

creación de la versión del SAP Core Data Services explican los

suspiros de alivio de los clientes y de los empleados de Oracle:

las mejoras de rendimiento alcanzadas por la estrategia push down

de SAP habrían sido posibles hace dos décadas. Pero más vale

tarde que nunca.

Oracle Database In-Memory

Oracle Database 12c ofrece la opción Database In-Memory,

pero no es una base de datos en memoria. Los defensores del

enfoque de base de datos en memoria sostienen que una base

de datos no se debe almacenar en el disco, sino

(completamente) en la memoria y que todos los datos se

deben almacenar en un formato de columnas. Es fácil ver

que por varias razones (entre ellas la persistencia y

manipulación de los datos por aplicaciones de OLTP) la

existencia de una base de datos pura en memoria no es

posible. Por lo tanto, los componentes y recursos no

compatibles con el concepto original se han añadido

silenciosamente a las bases de datos en memoria como

HANA. Oracle ha elegido una estrategia opuesta: los datos se

podrán llenar en el Oracle In-Memory Column Store cada

vez que esta opción tenga sentido. En todos los demás casos,

los datos se almacenan y se manejan como en el pasado.

(Para obtener más información sobre los conceptos del

Oracle Database In-Memory, consulte el artículo “La

implementación de una infraestructura de gestión de datos

para SAP con opciones

y paquetes de Oracle Database”, especialmente las secciones

“Oracle Database In-Memory”, en la página 22 y “Resumen”,

en la página 34.

Oracle Database In-Memory ha sido certificado para SAP

en junio de 2015. A diferencia de opciones similares

ofrecidas por la competencia, Oracle Database In-Memory

no se limita al SAP Business Warehouse (SAP BW). Es

compatible con todas las aplicaciones SAP basadas en

SAP NetWeaver, inclusive las aplicaciones típicas de

OLTP. Sin embargo, esto no significa que siempre es

recomendable usar Oracle Data-base In-Memory. Esta

opción es una solución para un problema específico o para

un determinado conjunto de problemas, no puede resolver

todos los problemas ni mejorar el rendimiento en todos

los casos. Si se utiliza de manera inadecuada – como una

base de datos en memoria pura – puede incluso perjudicar

el rendimiento del sistema. Por lo tanto, las aplicaciones

SAP que pueden beneficiarse de los datos que se cargan en

formato de columnas se deben seleccionar con sumo

cuidado.

12

Como es necesario seleccionar aplicaciones y tablas

individuales, la implementación del Oracle Database In-

Memory en ambientes SAP parece ser difícil. Sin embargo, los

clientes beta y los primeros usuarios mencionan como su

primera experiencia, que Oracle Database In-Memory para

SAP se puede implementar de forma rápida y sencilla. Esto

puede parecer contradictorio, pero se puede explicar

fácilmente.

En primer lugar, varios clientes ya conocen las consultas y las

tareas que tardan más tiempo en concluirse y saben qué tablas

están involucradas. En estos casos, elegir las tablas y las

aplicaciones SAP adecuadas es una tarea trivial.

En segundo lugar, para los clientes que no quieren

implementar Oracle Database In-Memory para corregir

problemas específicos, sino que prefieren un enfoque general,

Oracle ofrece In-Memory Advisor – un asistente que analiza

la carga de trabajo de un sistema en particular y recomienda

que las tablas se completen en columnas con base en el

volumen de memoria disponible.

Esto significa que la pregunte frecuente: ¿cuánta memoria

necesito para poder utilizar el Oracle Database In-Memory?”

ya no tiene sentido, porque será al revés: usted determina la

cantidad de memoria que tiene y el asistente como esta

cantidad de memoria se puede utilizar de la manera más

eficiente.

En tercer lugar, una vez que determine las tablas pertinentes,

todos será más fácil e increíblemente rápido: Basta emitir una

instrucción ALTER TABLE XXX INMEMORY para declarar

que los datos de esta tabla deben estar disponibles en el

formato de columnas y de ahora en adelante todo sucede

automáticamente en segundo plano. Por último, a diferencia

de la migración a una base de datos en memoria como

HANA, como la implementación de Oracle Database In-

Memory no requiere una revolución, su empresa no tendrá

que adquirir un nuevo componente de hardware, ni un

sistema operativo ni una base de datos. Los clientes pueden

seguir usando la infraestructura existente y lo que los

administradores necesitan saber sobre Oracle Database In-

Memory lo podrán aprender en pocas horas.

Flat Cubes

En junio de 2015, cuando se anunció la certificación de

Oracle Database In-Memory para SAP, había algunas

restricciones. En particular, se recomendaba no eliminar

ningún índice ni agregados estándar.

En este caso (como en todos los demás casos que se

describen en este artículo), el equipo de desarrollo

Oracle/SAP responsable por la integración tuvo que seguir

la curva de aprendizaje de SAP. La situación inmediatamente

después de la certificación de Oracle Database In-Memory

para SAP (en este caso SAP para BW) simplemente refleja

las primeras etapas del proyecto de SAP para ofrecer SAP

BW en HANA. Una cierta decepción con las restricciones

refleja la experiencia de SAP en la cual el modelo de datos de

SAP BW tradicional no es compatible con el nuevo

concepto de una base de datos en memoria. Los Flats Cubes,

que se explicarán en esta sección, representan un nuevo

modelo de datos que SAP ha diseñado para HANA.

Oracle Database 12c para SAP: La tecnología más nueva de base de datos y soporte para optimizaciones de aplicaciones 13

En muchos casos, los datos que se cargan en el almacén de

datos de la empresa llegan como registros muy amplios. Por

ejemplo, informaciones como nombre de la empresa, código

postal, ciudad y dirección se combinan con detalles de la

transportadora, número y fecha de pedido, número de la

factura y decenas, si no centenas de otros elementos de

datos en un solo registro. Sin embargo, en los comienzos del

almacenamiento de datos, cuando las bases de datos estaban

sólo basadas en disco y cuyo espacio era caro, no era

aceptable desperdiciar espacio en disco para datos

redundantes, como detalles de la empresa o de la

transportadora que se repetirían 1000 veces, si una empresa

determinada enviaba 1000 pedidos y 100.000 veces si la

misma empresa enviaba 100.000 pedidos. Por lo tanto, los

arquitectos de base de datos crearon un diseño llamado

esquema de estrella: Subconjuntos de datos similares (todos los

detalles de los clientes, de la transportadora, etc.) que se

mueven a tablas separadas, denominadas tablas de dimensión.

El resto de los datos y las ID que indican las entradas

relevantes en las tablas de dimensión se almacenan en la tabla

de hechos.

Pero esta división no fue suficiente en todos los casos.

Por ejemplo, una cierta combinación de código postal,

ciudad y nombre de la calle puede ocurrir varias veces tanto

en la tabla CLIENTES como en la tabla

TRANSPORTADORAS. Si se aplica de nuevo la misma

división de operación, se crean más tablas adicionales que

no están conectadas a la tabla de hechos sino a las tablas de

dimensión. Esto da como resultado un diseño más

complejo, pero más eficiente (desde el punto de vista del

espacio en disco), llamado esquema de copo de nieve. Los

almacenes de datos de alta gama, como SAP BW, añaden otro

nivel de tablas de detalles y forman el esquema de copo de nieve

extendido.

Esta arquitectura compleja ha sido diseñada con el fin de

optimizar el modelo de datos para los requisitos de las bases

de datos tradicionales basados sólo en disco. Sin embargo, las

bases de datos nuevas con enfoque en la memoria – y en este

sentido no hay diferencia entre SAP HANA y Oracle

Database In-Memory – tienen necesidades muy diferentes.

Por lo tanto, SAP desarrolló un nuevo modelo de datos para

SAP BW en HANA y lo llamó HANA- Optimized InfoCubes.

Esta es la descripción más sencilla pero un tanto

sorprendente, del HANA-Optimized InfoCubes: si el proceso

de optimización del modelo de datos de SAP BW para bases

de datos basadas en disco consiste en pasar de registros

simples y amplios al esquema de estrella extendida, el proceso

de optimización del modelo de datos para base de datos en

memoria es simplemente el camino de vuelta del esquema de

estrella extendida al modelo de registros simples y amplios.

No todo el camino de vuelta, vale resaltar. HANA-

Optimized InfoCubes combina la tabla de hechos (en

realidad: las tablas de hechos E y F) y las tablas de

dimensión (primer nivel de detalles) en una sola tabla,

mientras que las tablas pequeñas de nivel 2 y 3

(características, atributos y jerarquías) permanecen en el

lugar. Este cambio es suficiente para mejorar el rendimiento

y la capacidad de gestión considerablemente.

El tradicional esquema “estrella” (=esquema de nieve extendido)

Oracle Database 12c para SAP: La última tecnología de base de datos y soporte para optimizaciones de aplicaciones 14

Nuevo diseño de Flat Cube

Este nuevo modelo de datos elimina los principales

inconvenientes sin sacrificar sus ventajas. Ya no es necesario

dividir los registros amplios de entrada para distribuirlos en

varias tablas, lo que acelera la carga de datos. Los índices

tradicionales ya no son necesarios, esto también acelera la

carga de datos. Tampoco es necesario unir las tablas

posteriormente, esto acelera el procesamiento de consultas. La

principal desventaja del modelo de datos simple, que

originalmente motivó el desarrollo del esquema de copo de

nieve extendido, eran os requisitos de espacio en disco y de

memoria para datos redundantes, pero esto ya no es un

problema gracias a los recursos de compresión disponibles

tanto para los datos en disco como para los datos en memoria.

Con este nuevo modelo de datos disponible para otras

bases de datos además de HANA, obviamente “HANA-

Optimized InfoCubes” ya no es un nombre apropiado.

“SAP BW Flat InfoCubes para Oracle” o apenas “SAP

BW Flat Cubes para Oracle” es exactamente el mismo

modelo de datos con un nombre diferente, que requiere

Oracle Database 12c y Oracle Database In-Memory,

porque Flat Cubes fuera del almacenamiento en columnas

no tiene ningún sentido.

Flat Cubes para Oracle Database está disponible desde

febrero de 2016 para clientes piloto. La disponibilidad general

estaba programada para junio de 2016.

Deferred Compression e ILM (Information Lifecycle Management)

Algunos de los recursos nuevos en Oracle Database 12c

Advanced Compression ya se han explicado en las secciones

“Recursos de la certificación básica” y “Certificación básica y

optimización de aplicaciones”. Algunos de los recursos

nuevos en Oracle Database 12c Advanced Compression ya se

han explicado en las secciones “Recursos de la certificación

básica” y “Certificación básica y optimización de

aplicaciones”.

de 2015) para ambientes SAP: Heat Map y Automatic Data

Optimization (ADO). Los conceptos básicos detrás de estos

dos recursos se explican en el artículo “La implementación

de una infraestructura de gestión de datos Oracle para SAP

con opciones y paquetes de base de datos”. Consulte la

sección “Advanced Compression (Oracle Database 12c)”, en

la página 20. En este caso, por lo tanto, vamos examinar

brevemente los detalles de implementación específicos para

SAP.

15

Oracle Database 12c Advanced Compression permite que los

clientes distingan los datos actuales (“calientes”) e históricos

(“fríos”). Sin embargo, como inicialmente no quedó claro

cuál es el significado de las palabras “caliente” y “frío” en

este contexto, se necesita definirlo:

ALTER TABLE <table_name> ILM ADD POLICY

<action>

AFTER <n> DAYS OF NO MODIFICATION;

La tercera línea de esta sentencia SQL responde a la

pregunta. Los datos nuevos se consideran “calientes”. Si no

han sido modificados por un determinado número de días

(30, 60, 90 días) serán considerados “fríos” – suponiendo

que el cliente no quiere definir niveles intermedios tales

como “tibio”. Pero si miramos más de cerca, nos

encontramos con que la única pregunta que no ha sido

respondida hasta ahora es: ¿cuándo decimos que un dato es

“frío”? Lo que todavía no sabemos (y lo que el sistema de

base de datos todavía no sabe) es: ¿qué pasa si los datos se

enfrían? Esto se debe definir en la línea 2:

ALTER TABLE <table_name> ILM ADD POLICY

ROW STORE COMPRESS ADVANCED ROW AFTER 40

DAYS OF NO MODIFICATION;

En este ejemplo se asume que (en esta tabla en particular) los

datos “calientes” no están comprimidos y le indicamos al

sistema que (a) considere cualquier dato no modificado en los

últimos 40 días como “frío” y (b) comprima los datos “fríos”

usando el algoritmo de compresión de tablas proporcionado

por Oracle Database 12c Advanced Compression.

¿Cómo sabemos y cómo sabe el sistema que los datos no han

sido modificados en los últimos 40 días? Es el trabajo del Heat

Map, porque hace un seguimiento automático de los registros

de fecha y hora de las consultas y modificaciones en los niveles

de las líneas de los segmentos y proporciona una visión

detallada de cómo se está accediendo a los datos. A

continuación, la Optimización Automática de Datos (ADO)

mueve automáticamente y comprime los datos de acuerdo con

las políticas definidas por los usuarios (como las que hemos

usado aquí como un ejemplo) con base en la información

recogida por el Heat Map.

Hasta ahora la sentencia ALTER TABLE ha sido usada para

definir la política de ILM. Sin embargo, como en los

sistemas SAP tenemos que lidiar con decenas de miles de

tablas, este enfoque sería muy engorroso. Por lo tanto,

SWPM (SAPinst) utiliza una opción diferente, ofrecida por

Oracle Database:

ALTER TABLESPACE TSX

DEFAULT ILM ADD POLICY

ROW STORE COMPRESS

ADVANCED ROW AFTER 40

DAYS OF NO MODIFICATION;

En este ejemplo, no definimos una política especial para una

tabla específica, sino una política estándar en el nivel de

tablespace. Esta política se aplica automáticamente a todas las

tablas creadas en este tablespace, a menos que una tabla venga

con una política individual.

Los clientes que ejecutan Oracle Database 12c en un

Sistema de Ingeniería de Oracle (Exadata, SuperCluster)

pueden aprovechar los beneficios de la tecnología de

compresión columnar híbrida – un conjunto de algoritmos

de compresión desarrollado para datos puramente

históricos como una alternativa al archivado. Si Advanced

Compression comprime los datos en un factor de 2 o 3, la

tecnología de compresión columnar híbrida puede

alcanzar factores de compresión de 10 o 15.

En esta situación, llamaríamos los datos no modificados en

los últimos 40 días de “tibios” y reservaríamos la palabra

“fríos” para los datos que no cambian durante un período

considerablemente más largo (6 o 12 meses, por ejemplo).

Mantendríamos la política anterior como la compresión de

nivel 1 (para datos tibios) y añadiríamos una política de

compresión de nivel 2 (para datos fríos). Separaríamos

tablas con y sin particiones en diferentes tablespaces, porque

la tecnología de compresión columnar híbrida comprime

particiones completas en lugar de bloques individuales.

ALTER TABLESPACE TSY DEFAULT ILM ADD

POLICY ROW STORE COMPRESS ADVANCED ROW

AFTER 40 DAYS OF NO MODIFICATION;

ALTER TABLESPACE TSY DEFAULT ILM ADD

POLICY COLUMN STORE COMPRESS FOR QUERY LOW

ROW LEVEL LOCKING SEGMENT AFTER 6 MONTHS

OF NO MODIFICATION;

16

Oracle Multitenant

Para obtener información general (pre-certificación) sobre Oracle

Multitenant, consulte el artículo “La implementación de una

infraestructura de gestión de datos para SAP con opciones y

Notas SAP referentes a Oracle Database 12c

paquetes de Oracle Database” (en particular la sección “Oracle

Multitenant”, página 26).

Se añadirá información específica para SAP después de la

certificación Oracle Multitenant para SAP.

Base de datos (DB): Recursos: Visión geral

105047, Support for Oracle Functions in the SAP Environment

1914631, Central Technical Note for Oracle Database 12c Release 1 (12.1)

2133079, Oracle Database 12c: Integration in SAP Environment

DB: Opción Advanced Compression

2138262, Oracle Database 12c Advanced Compression for SAP Systems

2157904, Oracle 12c: Conversion of Compressed Tables

2166836, Oracle 12c: Problem during SAP Upgrade with Compressed Tables

2254836, BR*Tools Support for Oracle ADO/ILM

2254866, Using Oracle Database 12c Automatic Data Optimization

2255992, R3load and R3szchk: New Oracle Feature for Database ILM Policy

2258061, Enhancements for ADO/ILM for Table Conversions or System Copy

DB: Opción: In-Memory

2137032, DBA Cockpit: Monitor for In-Memory Feature

2178980, Using Oracle Database In-Memory with SAP NetWeaver based Products

2189163, Oracle Database In-Memory Advisor for SAP

2218115, Oracle Database Vault 12c

DB: Instalación y actualización

1915299, Troubleshooting Software Installation for 12.1.0.2

1915301, Database Software 12.1.0.2 Installation on Unix

1915302, Database Software 12.1.0.2 Installation on Windows

1915315, Database Upgrade Scripts for 12.1.0.2

1915317, Migrating to Software Owner ‚oracle‘

1915323, OS User Concept for Oracle Database 12c Release 1

2064206, Database Upgrade to 12.1.0.2 with Grid Infrastructure

DB: Parches

1915313, Current Patch Set for Oracle Database 12c Release 1 (12.1)

1915316, Database: Patches for 12.1.0.2

2145572, Grid Infrastructure: Patches for 12.1.0.2

DB: Configuración de instancias

1888485, Database Parameters 12.1.0.2

DB: Admin: BR*Tools

2087004, BR*Tools Support for Oracle Database 12c

Sistemas de ingeniería

2145628, Exadata/SuperCluster: Patches for 12.1.0.2

2290084, SAP Software and Oracle Database Appliance Version 12.1

Opciones y paquetes de Oracle Database para clientes SAP 17

IMPLEMENTANDO UNA INFRAESTRUCTURA DE GESTIÓN DE DATOS PARA SAP CON OPCIONES Y PAQUETES DE ORACLE DATABASE

Introducción

Ediciones de la base de datos

Oracle Database está disponible en cinco ediciones, cada una

adecuada para el desarrollo e implementación de los

diferentes escenarios. Sin embargo, sólo Oracle Database

Enterprise Edition está certificado y se acepta en ambientes

SAP, porque las aplicaciones SAP son muy exigentes y no se

pueden ejecutar de forma eficiente sin los componentes de la

computación empresarial proporcionados por Oracle

Database Enterprise Edition.

Opciones y gestión de las bases de datos

Oracle también ofrece varias opciones de base de datos,

módulos de administración y otros productos que mejoran

las capacidades de Oracle Database para fines específicos.

Amplían la capacidad del Oracle Database Enterprise

Edition para satisfacer las necesidades específicas de los

clientes o de las aplicaciones en las áreas de uso eficiente de

espacio en disco, el rendimiento, la escalabilidad, la alta

disponibilidad, la seguridad y cumplimiento, el

almacenamiento de datos, el big data y la capacidad de

gestión.

Opciones y paquetes en ambientes SAP

Este artículo describe las opciones de bases de datos y

módulos de administración para clientes SAP. Hay algunas

diferencias entre una Oracle Datable pura y una Oracle

Database para SAP:

• Aunque se trate de una opción certificada puede haber

algunos recursos indisponibles. Como se trata de un

artículo que ofrece una visión general, puede que no se

aborden todos los detalles. En caso de duda, consulte la

nota SAP 105047.

• Debido a las peculiaridades del diseño de la aplicación o

del modelo de datos de SAP, una opción o un paquete de

gestión de Oracle Database puede no ser opcional sino

obligatorio. Por ejemplo, el SAP Business Warehouse

(BW) en Oracle Database requiere Oracle Partitioning.

• Desde la perspectiva de un ambiente puramente Oracle,

cada opción o paquete se licencia por separado. Sin

embargo, para las licencias de Oracle Database Enterprise

Edition adquiridas a través de SAP (ASFU), algunas

opciones y paquetes (pero no todos son compatibles) ya

vienen incluidos sin costo adicional. Para más detalles,

consulte la nota SAP 740897.

Figura 1: Opciones de Oracle Database Enterprise Edition (certificadas y obligatorias o certificadas y opcionales) y

paquetes de Enterprise Manager (certificados y obligatorios o certificados y opcionales).

18

El denominador común de todas las cuestiones mencionadas

anteriormente es el hecho de que, por defecto (y por

definición), una tabla en la base de datos es un conjunto

desordenado de los registros sin ninguna secuencia física

garantizada, mientras que desde el punto de vista del usuario,

de la aplicación o del DBA, este conjunto de datos puede

consistir en ciertos subgrupos que idealmente deberían ser

separados de otros subconjuntos. Oracle Partitioning les

permite a los usuarios implementar tales subconjuntos

mediante el almacenamiento de datos relacionados con la

mayor proximidad física posible.

Estructura e infraestructura

Como hemos dicho antes, las opciones de la base de datos

extienden el poder de Oracle Database Enterprise Edition en

las áreas de uso eficiente del espacio en disco, el rendimiento

y la escalabilidad, la alta disponibilidad, la seguridad, la

conformidad, almacenamiento de datos, big data y capacidad

de gestión. Sin embargo, en este artículo nos centraremos en

un solo aspecto: las opciones de la base de datos ayudan a

implementar la estructura. Cuando la cantidad de datos de una

sola base de datos crece, cuando los datos vienen de fuentes

diferentes e innumerables y las bases de datos anteriormente

independientes se consolidaron en una infraestructura de

gestión de datos individuales (como en Oracle Multitenant),

llegará un momento en que la masa de datos no estructurados

será inmanejable. Por lo tanto, la consolidación requiere

diferenciación. Es decir: infraestructura requiere estructura.

Fragmentación de índices y tablas

Desafío: Hoy en día, en un número cada vez mayor de

situaciones, la distribución de los datos en disco resulta

ser un problema:

(a) las consultas individuales o los trabajos complejos

en lotes que acceden a un determinado subconjunto

de los datos de la tabla necesitan mucho tiempo para

completarse.

(b) La carga de datos (SAP BW) es bien lenta porque

debe actualizar muchos índices; o los índices se retiran

o se reconstruyen para reducir el tiempo de carga, pero

esto ralentiza las consultas de los usuarios.

(c) El archivado de datos resulta en bases de datos muy

fragmentadas.

(d) El cliente quiere implementar la gestión del

ciclo de vida de la información (ver sección Oracle

DB 12c de esta presentación).

Propuesta de valor: Oracle Partitioning divide las tablas

e índices en unidades más pequeñas (llamadas

particiones) y hace que todos los datos se almacenen

en la unidad apropiada. Se puede acceder y administrar

las particiones de forma individual e independiente

unas de otras. Por lo tanto:

a) En teoría, la consulta encuentra todos los datos relevantes en una

sola partición y puede ignorar las otras particiones (poda de partición).

Esto puede reducir considerablemente el tiempo de ejecución.

b) Si los índices definidos en una tabla con particiones también se

dividen, cada partición de índice se puede retirar o reconstruir mientras

que todas las demás particiones permanecen intactas.

c) La estrategia de archivado de datos se puede basar en la estructura de

partición, lo que puede evitar la fragmentación de espacio en disco.

d) La fragmentación es una de las tecnologías básicas para ILM.

Certificación/soporte: Oracle Partitioning está certificado para todas las

aplicaciones de SAP NetWeaver.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: La partición (partición por rangos) se configura y se

utiliza de forma predeterminada en SAP BW en sistemas Oracle. En los

sistemas OLTP de SAP se puede implementar por medio del SAP

Partitioning Engine (que resuelve la cuestión del archivado de datos) o

por el Oracle ACS para SAP.

Opciones y paquetes de Oracle Database para clientes SAP 19

La Figura 2 explica por qué almacenar datos relacionados con

la mayor proximidad física posible hace una gran diferencia.

Muestra los bloques de la base de datos llenos de registros.

Los colores diferentes representan criterios como meses o

lugares distintos.

Suponemos que las aplicaciones que acceden a estos datos en la mayoría de los casos quieren recuperar todos los registros que tengan el mismo color.

Figura 2: Partición de tablas con subconjuntos de datos relacionados

almacenados con la mayor proximidad física posible

En estas circunstancias, la situación ilustrada del lado

izquierdo es el peor escenario que se pueda imaginar: cada

bloque de base de datos contiene un registro de cada color.

En otras palabras, todos los subconjuntos de registros que

tienen el mismo color se distribuyen en todos los bloques.

Esta es la peor situación posible desde una perspectiva de

E/S porque para encontrar todos los registros de un

determinado color una consulta tendría que leer los 8

bloques. Lo mismo se aplica a la memoria (aunque todos los

usuarios trabajen con registros del mismo color, los 8

bloques necesitarían almacenamiento en la memoria de la

base de datos) y desde una perspectiva del rendimiento

(demasiado E/S significa un rendimiento insatisfactorio) o

desde el punto de vista de DBA (subconjuntos de registros

que tengan el mismo color no se pueden gestionar de forma

independiente) y desde una perspectiva de ILM (no es posible

separar los datos "fríos" de los "calientes").

En cambio, la situación ilustrada a la derecha es la ideal (de

nuevo: en las circunstancias descriptas anteriormente):

Todos los registros que tengan el mismo color se almacenan

juntos en el mismo bloque de la base de datos. Esta es la

situación ideal desde una perspectiva de E/S porque para

encontrar todos los registros de un determinado color una

consulta tiene que leer sólo 1 bloque. Lo mismo se aplica a la

memoria (si todos los usuarios trabajan con registros del

mismo color, será necesario colocar sólo un bloque en caché

en la memoria de la base de datos). Por lo tanto, este es el

mejor escenario desde una perspectiva del rendimiento

(menos E/S significa un rendimiento mejor) o desde el punto

de vista de DBA (subconjuntos de registros que tienen el

mismo color se pueden gestionar de forma independiente) y

desde una perspectiva de ILM (es posible separar los datos

"calientes" de los "fríos").

Ahora multiplique el número de registros y de bloques que se

muestran en la imagen. Podemos decir que una partición es un

subconjunto de todos los bloques que contienen los registros

del mismo color.

Advanced Compression (Oracle Database 11g)

Desafío: hoy en día cada vez más el tamaño de las bases

de datos y el crecimiento futuro esperado se convierte

en un problema, que incluye los siguientes aspectos:

costos de almacenamiento, garantías de desempeño

(SLA), clonación y copia de seguridad de los archivos de

bases de datos dentro de un plazo razonable.

Propuesta de valor: Oracle Advanced Compression usa

un formato diferente para almacenar datos de tablas.

Junto con las otras tecnologías de compresión, que

vienen con Oracle Database Enterprise Edition (como

IKC, por ejemplo), que ayuda a reducir el tamaño de la

base de datos en un 50% o más. Este es un beneficio

esencial, porque es el efecto para el cual se diseñó Oracle

Advanced Compression. Y si la base de datos de origen

es más pequeña, la creación de la copia de seguridad y de

otras copias necesita menos tiempo.

Como un beneficio adicional, los clientes que utilizan Oracle Advanced

Compression pueden ver una mejora en el rendimiento.

Adicional (a diferencia de esencial) significa que la mejora puede suceder,

pero no lo podemos asegurar.

Certificación/soporte: Oracle Partitioning está certificado para todas las

aplicaciones de SAP NetWeaver. Las implementaciones también se

aceptan en ambientes SAP.

Implementación: Oracle Advanced Compression se puede implementar

fácilmente en ambientes SAP, porque SAP proporciona la herramienta

BRSPAce, que reconoce todos los requisitos específicos de los sistemas

SAP. Para más detalles, consulte la nota SAP 1431296.

20

En el lado izquierdo, la Figura 3 muestra una típica Oracle

Database como parte integrante de un sistema SAP (en este

caso, SAP ERP).

Aproximadamente un tercio del espacio de disco asignado se

utiliza para los índices (en rojo) y dos tercios contienen datos

de tablas (en azul). Los datos de la tabla a su vez se pueden

dividir en estructurados (organizados en columnas) y no

estructurados (por ejemplo, archivos PDF o de imagen).

Oracle Database 11g puede comprimir tres tipos de datos:

• Index Key Compression, disponible para índices. IOTs (Index-

Organized Tables), que también se pueden comprimir.

Ambos recursos están incluidos en Oracle Database

Enterprise Edition y no requieren Oracle Advanced

Compression.

• OLTP Compression, un recurso importante de Advanced

Compression que se puede utilizar para comprimir datos

estructurados de tablas. No se limita a los sistemas

OLPT pero se puede implementar también en sistemas

SAP BW.

• SecureFiles Compression (otro recurso de Advanced

Compression) se puede utilizar para comprimir datos de

tablas no estructurados.

Si se implementan todas las funciones y se comprimen todos

los objetos de la base de datos apropiados, los clientes han

visto un promedio del 55% de ahorro de espacio en disco.

(Esto supone que la base de datos esté complemente

reorganizada. Si una base de datos fragmentada no ha sido

reorganizada, se combinan los efectos de la reorganización y

la compresión y en estos casos los clientes han visto hasta un

80% de ahorro de espacio en disco).

El ahorro máximo de espacio en disco posible depende de las

características de los datos y éstas a su vez dependen de las

aplicaciones de SAP utilizadas. Por lo general, los datos de

SAP BW (BI) se pueden comprimir con más eficiencia que los

datos de SAP ERP (ECC) y los datos del SAP CRM permiten

ahorros aún mayores de espacio en disco.

Oracle Database 11g Advanced Compression ofrece más que la

compresión de OLTP y SecureFiles. Los archivos de copia de

seguridad creados por el RMAN y los archivos de exportación

creados por el Oracle Data Pump se pueden comprimir

sustancialmente, aunque las tablas e índices de la base de datos

de producción ya estén comprimidos. Además, los datos de los

redo logs también se pueden comprimir antes de ser enviados

desde la producción a una base de datos standby (vea la

sección Oracle Data Guard en este artículo).

Figura 3: IKC (compresión clave de índices) y Advanced Compression en

Oracle Database 11g (OLTP Compression y SecureFiles Compression)

Advanced Compression (Oracle Database 12c)

Desafío: (a) La compresión de datos en Oracle

Database 11g tiene varias limitaciones. En particular,

que las tablas de más de 255 columnas no se pueden

comprimir. (b) La carga de datos es más lenta si se

comprimen las tablas de destino. (c) No hay soporte

para la gestión del ciclo de vida de la información

automatizada.

Propuesta de valor: Oracle Database 12c Advanced

Compression elimina el límite de 255 columnas y

permite que se compriman más tablas. Los recursos

totalmente nuevos (Heat Map, Automatic Data

Optimization) les permiten a los clientes que

implementen la compresión de datos diferidos y

estrategias sofisticadas de ILM.

Certificación/soporte: Algunos de los nuevos recursos

incluidos en Oracle Database 12c Advanced

Compression ya se han certificado en marzo de 2015.

La conclusión de la certificación de los recursos de

ILM estaba prevista para fines del último trimestre de

2015.

Implementación: Los detalles se proporcionan en el momento de la certificación.

Recurso relacionado: Oracle Database 12c Hybrid

Columnar Compression (que no está incluido en

Advanced Compression, pero es un recurso disponible en

los sistemas de ingeniería de Oracle) proporciona

algoritmos de compresión más robustos especialmente

adecuados para datos “fríos” (es decir, históricos). La

certificación de la HCC en los sistemas de ingeniería de

Oracle se hizo en diciembre de 2015.

Opciones y paquetes de Oracle Database para clientes SAP 21

Recursos de la certificación básica

En Oracle Database 11g hay muchas limitaciones en la

compresión de índices y tablas. Es por eso que Oracle

Database 12c Advanced Compression ofrece un nuevo

algoritmo de compresión de índices más eficiente (Advanced

Index Compression) y que aumenta el número máximo de

columnas de las tablas que se van a comprimir. Para más

detalles, consulte el artículo “Oracle Database 12c para SAP

– Roadmap, recursos y opciones de la certificación básica”

en la página 5.

Heat Map y Automatic Data Optimization

Además de estas mejoras, Oracle Database 12c Advanced

Compression viene con dos recursos completamente nuevos:

El Heat Map, que sigue automáticamente las marcas de

tiempo de modificación y consulta en los niveles de las líneas

y de los segmentos y proporciona información detallada

sobre cómo se está accediendo a los datos. Y la Optimización

Automática de Datos (ADO) que mueve y comprime

automáticamente los datos de acuerdo con las políticas

definidas por el usuario con base en la información recogida

por el Heat Map.

Compresión Deferida

Con base en las informaciones suministradas en la sección

Advanced Compression (Oracle Database 11g), podría parecer que

la compresión simplemente reduce el espacio en disco

necesario y no tiene nada que ver con la estructura de la

base de datos. Sin embargo, esto es una ilusión. Incluso en

Oracle Database 11g es necesario distinguir cuáles tablas se

benefician o no con la compresión (si este no fuera el caso,

la compresión se puede hacer por defecto). Es decir, entre

las tablas que deben y las que no deben ser comprimidas.

No obstante, esto sigue siendo una distinción muy básica e

inflexible. Tomemos, por ejemplo, una tabla de SAP BW que

se utiliza para la carga de datos. Por un lado, una tabla de este

tipo podría comprimirse porque la mayoría de las veces se

accede en modo de sólo lectura. Por otro lado, no debería ser

comprimida porque esto ralentizará las operaciones de carga

considerablemente. En Oracle Database 11g, la

recomendación es: no comprima dicha tabla.

El Heat Map y la Optimización Automática de Datos

permiten introducir un nuevo parámetro diferenciador: si

una tabla o partición deben ser comprimidos, ¿cuánto le

gustaría que fuera comprimido? En Oracle Database 11g,

la compresión ocurre inmediatamente o no se realiza. En

Oracle Database 12c, se puede especificar qué datos

deben cargarse hoy y mañana se comprimen

automáticamente.

ILM (gestión del ciclo de vida de la información)

Es posible introducir otros parámetros gracias a los nuevos

recursos de Oracle Database 12c Advanced Compression.

Uno de ellos es la ubicación. Al tener datos “calientes”

(actuales) y “fríos” (históricos) en la base de datos, usted

tiene dos tipos de almacenamiento diferentes, entonces

surge la pregunta: ¿dónde? ¿Dónde le gustaría almacenar los

datos?

Al usar el Oracle Partitioning con Advanced Compression,

usted puede hacer que el sistema mueva datos de un tablespace

(= nivel de almacenamiento) a otro cuando se "enfríen”, así

libera espacio para un nivel de almacenamiento más caro para

datos (“calientes”) más importantes. Este método se llama

almacenamiento (automático) en niveles.

HCC (Compresión Columnar Híbrida)

Por último, si ejecuta Oracle Database 12c en Oracle Exadata

o en Oracle SuperCluster, puede surgir la siguiente pregunta:

¿Cómo? ¿Con qué algoritmo debo comprimir los datos?

Además de los recursos de OLTP y SecureFiles

Compression, estos sistemas de ingeniería aceptan

compresión columnar híbrida (HCC). Como su nombre lo

indica, esta tecnología usa una combinación de métodos de

filas y de columnas para almacenamiento de datos. Este

enfoque híbrido logra los beneficios de compresión del

almacenamiento en columnas, evitando las deficiencias de

rendimiento de un formato de columnas puro. Los índices

de compresión posibles con HCC son mucho más altos

que los observados con la compresión "normal". Por lo

tanto, HCC es particularmente adecuada para datos “fríos”.

Debido a la falta de bloqueo en el nivel de las filas, no era

posible certificar el uso de Oracle Database 11g Hybrid

Columnar Compression en los ambientes SAP. Pero en

Oracle Database 12c, este recurso está disponible en Oracle

Exadata y en Oracle SuperCluster. Ahora es posible

implementar en estas máquinas la compresión (automática)

por niveles. Esto significa que mientras que los datos

“calientes” permanecen sin comprimir, los datos “tibios” se

pueden comprimir usando los algoritmos estándar de

compresión (Advanced Compression) y los datos “fríos” a

través de la Compresión Columnar Híbrida.

22

Figura 4: Oracle Database 12c Advanced Compression – soporte para ILM (Information Lifecycle Management)

Oracle Database In-Memory

Desafío: en un número cada vez mayor de sistemas,

cumplir con los requisitos de rendimiento de análisis se

convirtió en un desafío. Esto es lo que sucede con

consultas de larga duración en BW. Sin embargo, también

puede suceder en sistemas OLTP, por ejemplo, si una

aplicación muy flexible de software de emisión de

informes y planificación operativa permite a los usuarios

crear muchas variantes de consulta ligeramente

diferentes.

Propuesta de valor: Oracle Database 12c In-Memory

permite que los administradores dediquen una cierta

cantidad de memoria del servidor de la base de datos a

Oracle Column Store – una estructura de memoria que

almacena datos en formato de columnas en vez de

almacenarlos en filas. Oracle Column Store es fácil y

rápido de configurar. El formato en columnas puede

mejorar sustancialmente el rendimiento de las consultas.

Certificación/soporte: Oracle Database In-Memory está

certificado para todas las aplicaciones de SAP

NetWeaver. Versiones: Oracle Database 12c

Implementación: para una visión general y sugerencias

de documentos más detallados, consulte la nota SAP

2178980.

Memoria: La nueva arquitectura de doble formato

Tradicionalmente, Oracle Database ha almacenado los datos

en un formato de filas, que es ideal para sistemas de

procesamiento de transacciones en línea (OLTP), ya que

permite un acceso rápido a todas las columnas de un registro.

Una base de datos en el formato de columnas almacena cada

uno de los atributos de una transacción o registro en una

estructura de columnas separadas. Este formato es ideal para

análisis, pues permite una recuperación de datos más rápida

cuando se seleccionan sólo unas pocas columnas pero la

consulta accede a una gran parte del conjunto de datos.

¿Pero qué sucede cuando el sistema se caracteriza por una

carga de trabajo mixta? Hasta ahora se han visto obligados a

elegir sólo un formato y sufren con el rendimiento

insatisfactorio de OLT y de análisis. La única manera de

optimizar el rendimiento tanto de OLTP como de análisis era

copiar datos de sistemas OLTP a los sistemas analíticos

utilizando procesos complejos de ETL que agregaban una

gran cantidad de gastos y la latencia.

Oracle Database 12c In-Memory optimiza la carga de trabajo

mixta (analytics y OLTP), entrega un rendimiento excelente

para las transacciones mientras que le da soporte en tiempo

real a la ejecución de analytics, inteligencia empresarial e

informes. Este recurso innovador es posible gracias a la

arquitectura de doble formato de Oracle Database In-

Memory, que elimina la desventaja mediante la

representación de tablas en el formato tradicional de filas y

en un formato nuevo de columna en memoria. Oracle SQL

Optimizer dirige automáticamente las consultas analíticas al

formato en columnas y las consultas de OLTP al formato en

filas con el rendimiento ideal para los dos escenarios. Oracle

Database 12c mantiene automáticamente la coherencia

completa de las transacciones entre los formatos en filas y en

columnas, de la misma forma que respeta la coherencia entre

las tablas y los índices.

Opciones y paquetes de Oracle Database para clientes SAP 23

Disco: nada ha cambiado

El nuevo formato en columnas es un formato puramente

in-memory. Las tablas se almacenan en disco en los

formatos de filas de Oracle o en un formato híbrido

(combinación de filas y columnas) de los sistemas de

ingeniería. Como no hay un formato de almacenamiento en

columnas persistente, no hay costos adicionales o

problemas de sincronización de almacenamiento. Tampoco

es necesario modificar la base de datos. Oracle Database 12c

In-Memory se puede implementar sin una migración de

base de datos o una reorganización de tablas.

Como resultado, el nuevo recurso de Oracle Database 12c In-

Memory es totalmente compatible con las características

estándar u opcionales de la base de datos existente, como la

compresión de tablas e índices, el cifrado y la partición de

tablas. También es compatible con la arquitectura de

escalabilidad horizontal de Real Application Clusters (RAC) y

con todas las tecnologías existentes (como Data Guard). Estas

características funcionan exactamente de la misma manera con

y sin Oracle Database In-Memory.

Fácil de implementar y de administrar

Además de ser compatible en la función de base de datos y

el nivel de aplicación, Oracle Database In-Memory es fácil

de implementar y de administrar. Habilitar Oracle

Database In-Memory es tan fácil como el ajuste del

tamaño del almacenamiento de columnas en memoria e

identificar tablas o particiones para traer a la memoria. Los

procesos en segundo plano completan los datos de

almacenamiento en las columnas in-memory mientras que

la base de datos sigue plenamente activa y accesible.

Control detallado

Un comienzo fácil, basado en valores predeterminados

inteligentes para situaciones típicas, esto es lo que esperan los

clientes de Oracle. Sin embargo, los clientes de Oracle

también esperan mecanismos que permitan controles y ajustes

detallados. Oracle Database 12c In-Memory proporciona

dichos mecanismos. Vea los ejemplos:

• Las tablas pueden contener datos "fríos" que no son los

más actualizados ni a los que se accede por las consultas. Si

estas tablas son muy grandes, sería una pérdida de memoria

para mantenerlas completamente en el almacenamiento en

columnas en memoria. Por lo tanto, los administradores

pueden restringir el proceso de llenado de los datos

realmente necesarios para consultas DSS. La partición de

tablas permite que esto suceda. Si la tabla se divide de una

forma útil (por ejemplo, por mes), esta estructura interna se

puede utilizar para definir un subconjunto horizontal de los

datos de la tabla, que deberá mantenerse en el

almacenamiento de columnas en memoria.

• Una o varias columnas de la tabla pueden contener datos

que no son relevantes para las consultas DSS. El DBA

puede optar por restringir los datos que se mantendrán en

el almacenamiento de columnas en memoria. Pero en este

caso el objetivo es definir un subconjunto vertical con los

datos de la tabla, es decir, excluir una o más columnas del

proceso de llenado. Esto es posible porque el Oracle

Database In-Memory permite que los administradores

especifiquen características diferentes para

almacenamiento en memoria con relación a las columnas

diferentes de la tabla.

• Oracle Database ha sido optimizado y ajustado durante

décadas para ampliar la escalabilidad vertical de los

servidores SMP. Los servidores SMP de gran tamaño son

ideales para cargas de trabajo en memoria, porque toda la

memoria es accesible a todos los procesadores en un

Backplane de altísima velocidad. Además de la escalabilidad

vertical, Oracle Database In-Memory también puede escalar

las capacidades de CPU y de memoria mediante el uso de

toda la memoria y los procesadores en un clúster de

servidores (RAC). En dichos ambientes todos los objetos

llenados en la memoria se distribuirán de forma

predeterminada entre los almacenamientos de columnas en

memoria en el clúster. En los sistemas de ingeniería de

Oracle los objetos también se pueden duplicar. Esto

significa que un objeto (o una parte de un objeto, por

ejemplo, una partición) llenado en la columna de

almacenamiento en memoria tendrá una copia espejo en

uno de los otros nodos en el cluster RAC. La duplicación

de datos ofrece una tolerancia a fallos en la memoria,

porque garantiza que los datos seguirán siendo accesibles a

través del almacenamiento de columnas en memoria,

incluso si un nodo falla o se desactiva por mantenimiento.

Figura 5: Oracle Database 12c In-Memory – doble formato de memoria, formato único

en disco

24

Real Application Clusters (RAC)

Desafío: Cuando la carga de trabajo en el servidor de la

base de datos aumenta (debido a las nuevas versiones

de la aplicación, las aplicaciones adicionales o más

usuarios) la solución tradicional es reemplazar el

servidor existente por uno más grande (scale-up). Sin

embargo, los servidores más grandes son muy caros.

Con el fin de garantizar una alta disponibilidad del

servidor de la base de datos, tradicionalmente las

organizaciones implementan un clúster de failover, pero

este tipo de solución tiene al menos dos desventajas:

(a) Un Failover Cluster (agrupación de computadores

configurados en modo a prueba de fallos) se basa en

el concepto de que sólo una instancia de la base de

datos ejecutada en una máquina puede estar activa en

un momento dado. La otra máquina (probablemente

otro servidor caro) siempre estará inactiva. (b)

Cuando el problema se detecta en la máquina

principal, es necesario reiniciar una instancia del

Oracle Database Server en la máquina secundaria.

En esta situación particular, el arranque puede tardar

hasta 30 minutos, es decir, que habrá hasta 30

minutos de tiempo de inactividad no planificado.

Propuesta de valor: Oracle Real Application Clusters

(RAC) permite mantener varias instancias activas y en

marcha, así como acceder a la misma base de datos al

mismo tiempo. Como en la mayoría de los casos estas

instancias se ejecutan en máquinas diferentes, los

clientes tienen la opción de aplicar un enfoque de

scale-out: 4, 6 u 8 servidores pequeños pueden manejar la

misma carga de trabajo como un servidor grande, pero

son mucho más baratos. Y pueden ser añadidos según

sea necesario.

En esta arquitectura todas las instancias de Oracle están

funcionando al mismo tiempo. Por lo tanto, no es

necesario reiniciar el sistema. Si uno de los servidores

RAC falla, las otras instancias pueden asumir el control.

Una reconexión de los usuarios afectados es una cuestión

de segundos, no de minutos.

Para resumir todo esto en pocas palabras: la propuesta de

valor de Oracle Real Application Clusters combina la

distribución de la carga de trabajo, la escalabilidad, la alta

disponibilidad, una mejor gestión y un ahorro de costos.

Certificación/soporte: Oracle Real Application Clusters

está certificado para todas las aplicaciones de SAP

NetWeaver.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: Los clientes pueden utilizar cualquier

máquina de uso general (Unix, Linux o Windows)

certificada por SAP para crear un sistema de RAC.

Además, Oracle ofrece los sistemas de ingeniería

(Exadata, SuperCluster), que facilitan considerablemente

la implementación.

Oracle Grid Infrastructure ofrece un conjunto de

tecnologías básicas que simplifican la implementación

y ayudan a ahorrar dinero.

La Figura 6 ilustra los beneficios de RAC mencionados

anteriormente:

Escalabilidad. El uso de RAC, el enfoque de escalabilidad

horizontal, que siempre es compatible en el nivel de SAP

Application Server, también se puede implementar en el nivel de la

base de datos. En este ejemplo, las cinco instancias del SAP

Application Server que se ejecutan en cinco máquinas diferentes, están

conectadas a cuatro instancias del Oracle Database Server, ejecutadas

en 4 máquinas diferentes.

Figura 6: Real Application Clusters (RAC) para scale-out failover inmediato (de instancia)

Opciones y paquetes de Oracle Database para clientes SAP 25

Alta disponibilidad: si una de las instancias Oracle falla, la(s)

instancia(s) SAP afectadas se reconecta(n) automáticamente a

una de las instancias Oracle disponible. Después de esta

operación los usuarios pueden seguir con su trabajo. El

Failover ocurre en segundos.

Oracle Grid Infrastructure ofrece las tecnologías de base que se

requieren para el RAC y se puede dividir en dos

componentes principales:

• Para permitir que varias instancias Oracle puedan acceder

a los archivos de la base de datos al mismo tiempo se

necesita crear un sistema de archivos en clúster. Para esto

Oracle ofrece el Oracle Automatic Storage Management

(ASM). A diferencia de otros sistemas de archivos en

clúster, el Oracle ASM está optimizado para los archivos

de Oracle Database y se ofrece de forma gratuita.

• El Oracle Clusterware es el software de clúster

multiplataforma necesario para ejecutar la opción de base

de datos RAC para Oracle Database y permite que los

nodos se comuniquen unos con otros, lo que posibilita la

formación de un clúster de nodos que se comporta como

un único servidor lógico. De un modo similar al Oracle

ASM, que elimina la necesidad de otro sistema de archivos

en clúster, el Oracle Clusterware elimina la necesidad de

otro software de gestión de clúster de terceros.

Oracle Clusterware puede proporcionar alta disponibilidad y

gestión de recursos para SAP tal como lo hace para los

recursos de Oracle. Por lo tanto, el equipo de desarrollo

Oracle/SAP ha creado una herramienta Oracle Clusterware,

el SAP Control (SAPCTL), para que los clientes gestionen

fácilmente los recursos de alta disponibilidad de SAP.

Data Guard y Active Data Guard

Desafío: Oracle RAC proporciona alta disponibilidad

multiplicando el número de instancias de Oracle. Sin

embargo, esta disponibilidad se limita al nivel de

instancias. Incluso en un sistema basado en RAC, la

base de datos sigue siendo un punto único de falla, es

decir, los errores de DBA, la corrupción de datos, las

fallas en el servidor o en el centro de datos pueden

hacer que todo el sistema quede indisponible.

Propuesta de valor: Data Guard elimina este único

punto de falla. La tecnología les permite a los clientes

que configuren una base de datos standby (sombra)

como una copia de la base de datos principal

(producción) y que mantengan las dos bases de datos

sincronizadas. Tenga en cuenta que Data Guard está

incluido en Oracle Database Enterprise Edition, no es

una opción.

Sin embargo, Active Data Guard sí es una opción. Oracle

Database 11g ofrece recursos opcionales como

Automatic Block Repair y Fast Incremental Backup.

Active Data Guard Far Sync una de las novedades

principales del Oracle Database 12c, permite a los clientes

combinar alto rendimiento (una característica de envío de

datos asincrónico) y pérdida de datos cero (una

característica del envío de datos sincrónico).

Certificación/soporte: Oracle Data Guard está certificado

para todas las aplicaciones de SAP NetWeaver. Sin

embargo, sólo hay soporte para bases de datos standby

físicas y no para las standby lógicas.

Oracle Active Data Guard está certificado para todas las

aplicaciones SAP NetWeaver, pero la realización de

consultas en tiempo real no es posible en ambientes SAP,

ya que incluso la generación de informes es una operación

de sólo lectura.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: se aplican los procedimientos de

configuración estándar de Oracle. En el documento Oracle

Standby Database”, SAP describe el soporte a las

BR*Tools.

Data Guard puede proporcionar protección con pérdida de

datos cero y restauración casi inmediata del servicio en el

caso de que no sea posible recuperar la base de datos de

producción por cualquier razón. Esto se logra mediante la

combinación de transporte sincrónico de datos redo de

Data Guard y un proceso de aplicación con reconocimiento

de replicación en la base de datos standby. Sin embargo, el

impacto que puede tener cualquier método de replicación

sincrónica en el rendimiento de la base de datos

generalmente hace poco viable la implementación de la

protección con pérdida de datos cero cuando grandes

distancias separan la base de datos principal de su(s)

réplica(s). En lugar de impactar el rendimiento, muchas empresas van

a renunciar a la protección de datos mediante la implementación de la

replicación asincrónica y aceptan que un corte de luz irrecuperable

dará lugar a diferentes grados de pérdida de datos.

26

Active Data Guard Far Sync, un nuevo recurso de Oracle

Database 12c, elimina este problema al extender la protección

con pérdida de datos cero a una réplica ubicada a cualquier

distancia de la base de datos primaria. Far Sync proporciona

protección con pérdida de datos cero a una base de datos de

producción mediante el mantenimiento de una base de datos

standby sincronizada, situada a cualquier distancia de la

primaria, sin que esto afecte el rendimiento y con un costo y

una complejidad mínimos. Un nuevo tipo de destino de Data

Guard, conocido como una instancia de Far Synch, recibe los

cambios de forma sincrónica de una base de datos principal y

los reenvía de forma asincrónica a una standby remota. La

producción puede fallar, manual o automáticamente, para una

base de datos standby remota con pérdida de datos cero.

Una instancia de Far Sync es una entidad de peso ligero que

maneja sólo un archivo de control y archivos de registro.

Requiere una fracción de CPU y memoria de E/S de una

base de datos standby. No tiene archivos de datos de usuario

ni ejecuta recuperaciones. Su único propósito es liberar a la

base de datos principal de servir destinos remotos de modo

transparente. Una instancia de Far Sync puede ahorrar ancho

de banda de red mediante la realización de compresión de

transporte utilizando Oracle Advanced Compression.

Tomemos, por ejemplo, una configuración de Data Guard

asincrónica con una DB principal en Boston y una standby

en San Francisco. Basta actualizar el sistema con protección

de pérdida de datos cero usando Active Data Guard para

implementar una instancia de Far Sync dentro de la distancia

local de la replicación asincrónica de Boston (menos de 240

Km.). No hay interrupciones en el ambiente actual ni existe

ningún requisito para el almacenamiento patentado, redes

especializadas, más licencias de base de datos o gestiones

complejas.

Figura 7: Far Sync de Active Data Guard – alto rendimiento, pérdida de datos

cero en WANs de larga distancia.

Oracle Multitenant

Desafío: muchos escenarios SAP consisten en pocos

sistemas grandes y un número considerable de sistemas

pequeños o muy pequeños. Sin embargo, la existencia

de muchos sistemas SAP pequeños con base en el

mismo número de servidores de bases de datos

independientes tiene muchas desventajas:

• Sistemas muy pequeños (inclusos virtualizados)

utilizan demasiados recursos de hardware

(memoria, CPU).

• Se dedica mucho tiempo a la administración de

tantos sistemas pequeños de bases de datos.

Propuesta de valor: Oracle Multitenant reduce el

consumo de recursos mediante la separación de bases de

datos "container” de las “enchufables”. Esto simplifica

la administración, porque las operaciones estándar pasan

al nivel de “base de datos container”.

Certificación/soporte: la certificación de Oracle

Multitenant estaba planeada para 2015 o principio de

2016.

Versión: Oracle Database 12c

Implementación: los detalles se proporcionan en el momento de la certificación.

Oracle Database 12c Multitenant trae una arquitectura que

permite que los clientes consoliden múltiples bases de datos

fácilmente, sin necesidad de cambiar sus aplicaciones. Esta

nueva arquitectura ofrece todos los beneficios de la gestión

de muchas bases de datos como de una sola y mantiene el

aislamiento y la priorización de los recursos de bases de

datos separadas.

Enfoques de consolidación

Las grandes empresas pueden usar cientos o miles de bases de

bases de datos, que a menudo se ejecutan en diferentes

plataformas en varios servidores físicos. Una base de datos

puede usar sólo una fracción de la capacidad del hardware del

servidor. Este es un enfoque caro, que no logra maximizar el

uso de los recursos humanos y de hardware.

Opciones y paquetes de Oracle Database para clientes SAP 27

Una respuesta típica al problema de gestión es colocar varias

bases de datos en cada servidor (ya sea como instalaciones

directas o usando máquinas virtuales). El problema es que

las instancias de bases de datos múltiples no comparten

procesos en segundo plano, sistemas y procesos de memoria

ni metadatos Oracle. Otra respuesta es separar lógicamente

los datos en esquemas (consolidación de esquemas). El

problema es que estas entidades virtuales son difíciles de

manejar, de proteger y de transportar.

Arquitectura Oracle Multitenant

Oracle Database 12c Multitenant se basa en un enfoque

llamado consolidación de base de datos, que permite una

sola arquitectura de base de datos de container (CDB) para

mantener muchas bases de datos enchufables (PDB). Vea la

Figura 8.

Una base de datos existente simplemente se puede

“enchufar” en una CDB. En cualquier momento es posible

desconectarla y enchufarla a otra CDB. La

desconexión/conexión se acepta en todas las versiones de

software de Oracle Database.

Desde el punto de vista de la aplicación del cliente que se

conecta al servidor de la base de datos a través de Oracle

Net, el PDB es la base de datos. Una PDB es totalmente

compatible con una no CDB – regla que también se

conoce como la garantía de compatibilidad PDB/no PDB.

Utilización y gestión de recursos

Muchas PDB en una única CDB comparten sus recursos de

memoria y de procesamiento en segundo plano. Esto permite

la consolidación de muchas bases de datos en comparación

con la arquitectura antigua, que ofrecía beneficios similares a

los de la consolidación basada en esquemas, pero sin ninguno

de los cambios principales requeridos por la aplicación.

La fragmentación horizontal del Oracle Data Dictionary (una

división conceptual y no una fragmentación física de tablas)

elimina la necesidad de almacenar y gestionar los metadatos de

todo el sistema en una base de datos única. La mitad

“inferior” (implementada en la CDB) contiene los metadatos

de todo el sistema - y nada más - mientras que las mitades

"superiores" (implementadas en las PDB) contienen los

metadatos específicos de las aplicaciones - y nada más.

La creación de bases de datos enchufables, el movimiento de

éstas entre los containers y la clonación de bases de datos se

realizan con nuevos comandos SQL en tan sólo unos

segundos. Cuando el sistema de archivos subyacente soporta

thin provisioning (aprovisionamiento dinámico) es posible clonar

muchos terabytes de forma casi instantánea.

Compartir los procesos en segundo plano, estructuras de

memoria, metadatos de todo el sistema y el sistema y los

archivos de la base de datos resulta en una disminución

considerable del consumo de recursos. Además, Oracle

Database 12c Resource Manager se amplía con una

funcionalidad específica para controlar la competencia por

los recursos entre PDB en una CDB.

Administrar muchas bases de datos como una sola

Mediante la consolidación de bases de datos existentes en

DB enchufables, los administradores pueden gestionar

muchas bases de datos como una sola. Los beneficios

incluyen:

• La inversión de tiempo y esfuerzo para aplicar parches en

una CDB resulta en la aplicación de parches en todas las

PDB que contiene. Para actualizar todas las PDB alojadas

en una CDB basta actualizar la CDB y todas las PDB que

aloja se actualizan "in situ".

• En lugar de ejecutar copias de seguridad de bases de datos

separadas, los administradores pueden hacerlas sólo a

nivel de CDB. En otras palabras, las copias de seguridad

de todas las PDB consolidadas en un container se hacen

de una sola vez y los administradores mantienen la

flexibilidad de ejecutar las operaciones de recuperación de

un único PDB si es necesario.

• Los administradores que mantienen sistemas standby en

otro centro de datos (usando Data Guard o Active Data

Guard) sólo tendrán que establecer una configuración de

standby a nivel de CDB para replicar todas las PDB

consolidadas en ese container.

Figura 8: Oracle Multitenant – una nueva arquitectura para consolidar bases

de datos y simplificar operaciones

28

Oracle Advanced Security

Desafío: Con el fin de leer o actualizar datos en una

base de datos Oracle que funciona como

almacenamiento de datos de una aplicación SAP, la

opción obvia y única para usuarios legítimos es esta

aplicación particular. Sin embargo, los hackers que

quieran pasar por alto el control de accesos y la gestión

de usuarios SAP podrían utilizar un sniffing de red

(herramienta que absorbe o captura los datos de la red)

para capturar los datos en tránsito o algún tipo de

editor de archivos para leer los datos inactivos, es decir,

en una copia del archivo de la base de datos.

Propuesta de valor: Oracle Advanced Security es un

paquete de recursos que permite que los

administradores cifren los datos y dificulten que los

hackers entiendan lo que vean. Oracle Network

Encryption se puede utilizar para proteger los datos

en tránsito, mientras que Oracle Transparent Data

Encryption y Backup Set Encryption protegen los

datos en los archivos de la base de datos de

producción así como en sus respectivas copias de

seguridad.

Certificación/soporte: Oracle Advanced Security está

certificado para todas las aplicaciones de SAP

NetWeaver. Las implementaciones también se

aceptan en ambientes SAP.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: Los recursos de Oracle Advanced Security

se activan ya sea a través de la configuración de Oracle Net

o utilizando BR*Tools de SAP. Los detalles se pueden

encontrar en las notas SAP 973450, 974876 y 1324684.

Protección de los datos en tránsito: Oracle Network Encryption

En ambientes SAP los usuarios no se conectan directamente

al servidor de Oracle Database, sino a una instancia del

servidor de aplicaciones SAP, que a su vez se conecta al

servidor de Oracle Database. Así que, en este caso, la

instancia del servidor de aplicaciones es el cliente de Oracle y

Oracle Network Encryption cifra todos los datos que viajan

entre el servidor de aplicaciones y el de la base de datos.

Oracle Network Encryption requiere software Oracle que

no está instalado en los dispositivos de usuario final. Se

deben utilizar otras tecnologías o productos para proteger la

comunicación entre los usuarios SAP y los servidores de

aplicaciones SAP.

Sin embargo, la gente no sólo trata de leer los datos en

tránsito, sino que también trata de interceptarlos y

modificarlos. Por lo tanto, además del cifrado de red, Oracle

Advanced Security también es compatible con crypto-

checksumming para garantizar la integridad de los datos.

Tanto el cifrado como crypto-checksumming son totalmente

transparentes para la aplicación y en ambas áreas el

administrador del sistema puede elegir entre varios

algoritmos.1

1 Observación importante: A partir de junio de 2013, el cifrado de red y el crypto-

checksumming no forman más parte del Oracle Advanced Security y se incluyeron sin costo adicional en todas las ediciones licenciadas de todas las versiones compatibles de la base de datos Oracle.

Protección de datos inactivos: Oracle Transparent Data Encryption

Oracle TDE (Transparent Data Encryption) se aplica a los

datos en los archivos que componen la base de datos de

producción (a diferencia de los archivos de copia de

seguridad, que se discutirán en el párrafo siguiente). Como

su nombre lo indica, TDE es transparente para la

aplicación, no se requieren cambios en las aplicaciones.

Empezando con SAP NetWeaver versión 7.20, se puede

utilizar BRSPACE para definir el atributo de cifrado a

nivel de tablespace. BRSPACE también se puede usar para

administrar la cartera, que almacena las claves del cifrado.

Oracle TDE tiene dos versiones: La primera de ellas

(disponible desde el Oracle Database 10g) se llama Column

Encryption, porque se pueden seleccionar sólo algunas de las

muchas tablas SAP, o incluso columnas individuales de estas

tablas, que contienen datos confidenciales y cifrarlos. Todo lo

demás permanece sin encriptar. La segunda (disponible desde

Oracle Database 11g) se llama Tablespace Encryption y

permite cifrar tablespaces enteras, que pueden contener cientos,

miles o decenas de miles de tablas.

Protección de datos inactivos: Oracle Backup Encryption

Si decide utilizar la versión Column Encryption en las copias

de seguridad de la base de datos, generalmente es mucho más

fácil robar las copias de seguridad de los archivos de bases de

datos de producción que de la base de datos en producción

propiamente dicha.

Por lo tanto, el tercer conjunto de recursos de Oracle

Advanced Security está relacionado con el cifrado de copia de

seguridad.

Opciones y paquetes de Oracle Database para clientes SAP 29

Si simplemente hace copias de seguridad de los archivos

de la base de datos, sólo aquellas columnas que están

cifradas en los archivos de la base de datos de producción

se cifran en las copias de seguridad. Sin embargo, con la

combinación de Oracle RMAN (Recovery Manager) con

Oracle Advanced Security se pueden cifrar los conjuntos

de copias de seguridad enteros, es decir, todos los datos.

Database Vault

Figura 9: Oracle Advanced Security – cifre los datos en tránsito o

inactivos

Desafío: el cifrado de datos no ayuda si los hackers no

utilizan herramientas de terceros, pero sí herramientas

Oracle para eludir las aplicaciones SAP. Esto es

particularmente peligroso en el caso de los usuarios de

bases de datos privilegiados (administradores de bases

de datos). Y es específicamente relevante si la

administración de bases de datos se subcontrata o si

los datos se almacenan en la nube.

Propuesta de valor: Oracle Database Vault sustituye la

estrategia de gestión de privilegios de acceso a la base

de datos por una nueva más flexible y poderosa, que

va mucho más allá de las correlaciones tradicionales

entre funciones o privilegios de los usuarios. Oracle

Database Vault permite que las empresas

implementen y hagan cumplir conceptos tales como

la separación de derechos o el principio de los cuatro

ojos.

Certificación/soporte: Oracle Database Vault está

certificado para todas las aplicaciones de SAP

NetWeaver. Las implementaciones también se

aceptan en ambientes SAP.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: Database Vault se gestiona mediante el

Oracle Database Vault Administrator (DVA).

Los usuarios privilegiados de bases de datos – como

administradores de bases de datos – pueden usar herramientas

de DBA y conectarse directamente con la base de datos,

evitando los controles de seguridad del sistema SAP (vea la

Figura 10). El cifrado no protege contra este tipo de amenaza.

Si alguien logra conectarse con éxito utilizando una cuenta

con privilegios suficientes y envía una consulta, Oracle

Database generosamente entregará el conjunto de resultados a

este usuario. Si los datos solicitados están cifrados, la

tecnología Oracle puede descifrarlos. Desde una perspectiva

de Oracle Database, la solicitud enviada por este usuario

parece perfectamente válida.

Esto puede suceder porque, tradicionalmente, si se le otorgó

explícitamente un número suficiente de privilegios en el

sistema, implícitamente recibió privilegios de objeto para

todas las tablas. Durante décadas las personas consideraron

esto aceptable. Recientemente, no obstante, las empresas

empezaron a preguntarse: ¿realmente es necesario y deseable

que un DBA que se supone que debe gestionar la estructura

de la base de datos, sea capaz de leer (e incluso de cambiar)

todos los datos en la base de datos?

Oracle Database Vault

Una solución para este problema requiere una nueva

estrategia de gestión de privilegios en la base de datos, que

debe seguir ofreciendo privilegios del sistema y de objeto

pero debe deshacerse de los privilegios de objeto otorgados

implícitamente.

Esto es lo que hace exactamente Oracle Database Vault.

Reemplaza la estrategia tradicional y algo extraña de

gestión de privilegios por una nueva más moderna y

flexible. Elimina todas las subvenciones implícitas y en su

lugar ofrece un medio para definir explícitamente los

derechos de acceso, así como las circunstancias en que

son eficaces. Esto va mucho más allá de las

correlaciones tradicionales entre usuario-privilegio y

usuario-función.

30

Oracle Database Vault permite que las empresas implementen

y hagan cumplir conceptos tales como la separación de

derechos o el principio de los cuatro ojos.

Oracle Database Vault para SAP

Cuando se vende por Oracle es sólo una caja de herramientas.

Es cierto que viene con funciones y ámbitos predefinidos,

pero estos ámbitos (realms) sirven para las tablas del sistema y

las funciones (si son fundamentales) son bastante generales.

Estos componentes predefinidos permiten que el Oracle

Database Vault sea una solución funcional y que usted la

utilice, pero no protegen los datos específicos de sus

aplicaciones. Esto es así porque Oracle no sabe nada acerca de

sus aplicaciones y sus datos. Oracle sólo puede darle un

conjunto de herramientas y a usted le corresponde determinar

sus necesidades de seguridad y traducirlas en una política de

control de acceso.

Pero hay una diferencia importante. Si los clientes usan las

aplicaciones desarrolladas internamente, no es plausible para

Oracle hacer nada más. Sin embargo, si miles o decenas de

miles de empresas utilizan una aplicación estándar

determinada y los requisitos de seguridad de todas estas

empresas son (al menos hasta cierto punto) idénticos ya que

son resultado del diseño de la aplicación, tiene mucho más

sentido que Oracle analice las necesidades y pongan en

práctica una política de seguridad básica.

En realidad, Oracle ya hizo esto al permitir que los clientes

ahorren el tiempo que se necesita para implementar los

elementos básicos aburridos de una política de seguridad

específica de la aplicación y al proteger estas empresas de

errores, como olvidarse de implementar algunos de estos

conceptos básicos. Hasta hoy Oracle ofrece una familia

completa de políticas predefinidas de Oracle Database

Vault específicas para determinadas aplicaciones y Oracle

Database Vault para SAP es un miembro de esta familia.

Figura 10: Oracle Database Vault – análisis y control de acceso de usuarios con privilegios

Real Application Testing (RAT)

Desafío: aplicación de parches o actualizaciones de

software, modificaciones de las configuraciones del

servidor de la base de datos y la implementación de las

nuevas funciones/opciones de base de datos pueden

mejorar el rendimiento, la disponibilidad y la seguridad

del servidor de la base de datos y del sistema como un

todo.

En particular si la aplicación debe considerar

características específicas del cliente o de sus

aplicaciones, los administradores querrán saber de

antemano cómo el nuevo recurso o configuración

funcionará en el sistema de producción.

Propuesta de valor: el problema principal con muchos

sistemas de prueba es que la carga de trabajo que se les

aplica es menor o diferente de la utilizada en el sistema

de producción y que una nueva función o

configuración funciona bien en el ambiente de prueba

pero no en el sistema de producción.

Es por eso que Oracle Real Application Testing les

permite a los clientes capturar la carga de trabajo de la

base de datos de producción y reproducirla en un

sistema de prueba. La combinación de estos dos pasos

permite una comprensión de los efectos verdaderos del

cambio a través de una carga de trabajo real antes de su

aplicación en los sistemas de producción.

Certificación/soporte: Oracle Real Application Testing

está certificado para todas las aplicaciones de SAP

NetWeaver. Las implementaciones también se aceptan

en ambientes SAP.

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: Como se trata de un recurso único de la

base de datos no se requiere ningún soporte de la

herramienta SAP. Para más detalles, consulte la nota

SAP 1426980.

Opciones y paquetes de Oracle Database para clientes SAP 31

Oracle Real Application Testing permite realizar pruebas

en el mundo real. Al capturar las cargas de trabajo de bases

de datos de producción y evaluar el impacto de los

cambios en el sistema antes de la implementación en

producción, minimiza el riesgo de inestabilidades asociadas

a cambios. Oracle Real Application Testing comprende dos

componentes: Database Replay y SQL Performance Analyzer.

Database Replay

La prueba de carga generalmente se hace con

herramientas que permiten a los equipos de prueba

generar cargas de trabajo artificiales sobre la base de

lo que esperan que los usuarios hagan en un sistema

de producción. Estas cargas de trabajo pueden ser

reproducidas por los usuarios virtuales de

aplicaciones que simulan los usuarios finales

mediante la presentación de solicitudes a la

aplicación. Aunque se lo utiliza ampliamente, este

enfoque tiene una serie de deficiencias cuando se

trata de cambios en el nivel de base de datos de

prueba:

• La creación de una carga de trabajo artificial puede

tomar un tiempo considerable y requiere

conocimientos de programación.

• Como el comportamiento de los usuarios no se

entiende bien, a menudo se pierden muchos flujos de

trabajo posibles en las pruebas de cargas de trabajo

artificiales.

• Es casi imposible simular la simultaneidad de una base

de datos en escala de producción con estas

herramientas.

• Es necesario incluir un conjunto completo de aplicaciones en las pruebas ya que estas herramientas simulan los usuarios finales.

La función Database Replay de Oracle Real

Application Testing posibilita que los DBA y los

administradores de sistemas reproduzcan en

ambientes de prueba las cargas de trabajo de

producción reales, de manera fidedigna, exacta y

realista, incluyendo cargas de trabajo en lote y de

usuarios online. Al capturar la carga de trabajo de

base de datos completa de los sistemas de

producción, incluyendo toda la simultaneidad,

dependencias y horarios, Database Replay permite

probar de manera realista los cambios del sistema,

esencialmente recreando las cargas de trabajo de

producción en el sistema de prueba, algo que un

conjunto de scripts no podría duplicar. Con

Database Replay, los DBA y los administradores de

sistema pueden probar:

• Las actualizaciones de base de datos, los parches, los

parámetros, cambios de esquema, etc.

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

instancia de RAC, ASM, etc.

• Los cambios de almacenamiento de red y de interconexión.

• Los cambios de parámetros y en el sistema operativo,

migraciones de hardware, aplicaciones de parches y

actualizaciones.

SQL Performance Analyzer

Database Replay ofrece la mitad de lo que Oracle

llama Real Application Testing; la otra mitad es

proporcionada por otra herramienta, SQL

Performance Analyzer. La diferencia principal entre

estas dos herramientas es el alcance involucrado:

mientras que Database Replay se destina a capturar y

reproducir todas las actividades de una base de datos,

SQL SPA (SQL Performance Analyzer) permite que

capture secuencias específicas de SQL y las

reproduzca. Ofrece una ventaja importante para ajuste

de SQL, porque se puede modificar la sentencia de

SQL emitida por una aplicación y evaluar su impacto.

SQL SPA puede predecir y evitar problemas de

rendimiento en la ejecución de SQL provocados por

los cambios del ambiente. Proporciona una visión

detallada del impacto de los cambios del ambiente en

los planes y estadísticas de ejecución de SQL

mediante la ejecución de instrucciones SQL en serie

antes y después de los cambios.

Figura 11: Real Application Testing (RAT) – captura y reproducción de la

carga de trabajo real de la base de datos

32

Paquetes de Enterprise Manager

Desafío: la supervisión y gestión de una infraestructura

de TI completa puede ser una tarea desafiante.

Los administradores pueden acabar con un número

considerable de herramientas de gestión diseñadas para

diferentes fines específicos.

Propuesta de valor: Como Oracle es un proveedor de

completo de TI, desde las bases de datos a las

aplicaciones, se dio cuenta de que hay una necesidad

de una herramienta de gestión empresarial integrada.

Sin embargo, con el fin de evitar complejidades

innecesarias, Oracle Enterprise Manager Grid/Cloud

Control se divide en producto básico y en varios

paquetes dedicados a características especiales. Con o

sin paquetes Oracle Enterprise Manager siempre

ofrece una visión completa del escenario de TI.

Certificación/soporte: En términos generales, los

clientes de SAP en Oracle tienen una opción. En

términos generales, los clientes de SAP en Oracle

tienen una opción.

Las BR*Tools, que contienen conocimiento específico de

SAP y son fáciles de usar. Por otro lado, existe el poderoso

Oracle Enterprise Manager y sus paquetes. Sin embargo,

en algunos casos, Oracle Enterprise Manager o uno de sus

paquetes son obligatorios, ya sea porque las BR*Tools no

aceptan un recurso de Oracle Database (por ejemplo,

Database Vault) o porque las funcionalidades SAP y

Oracle se integran de forma tan completa que las

funcionalidades SAP no funcionan sin las de Oracle (por

ejemplo, SAP DBA Cockpit y Enterprise Manager

Diagnostics Pack).

Versiones: Oracle Database 11g, Oracle Database 12c.

Implementación: Para más información general acerca del uso

de Oracle Enterprise Manager en ambientes SAP, consulte

las notas SAP 355770 y 1028068. Hay casos de uso especial

que se explican en otras notas y white papers.

SAP DBA Cockpit y Enterprise Manager Diagnostics Pack

Oracle Diagnostic Pack ofrece diagnóstico de rendimiento

automático y funcionalidad de monitoreo avanzado del

sistema e incluye los siguientes recursos:

AWR (Automatic Workload Repository). AWR es un

repositorio integrado dentro de cada base de datos Oracle,

que contiene estadísticas operacionales sobre esa base de

datos en particular y otras informaciones sobre el uso y

configuración. En intervalos regulares, Oracle Database

toma una instantánea de todas sus estadísticas de

rendimiento y la información de la carga de trabajo y las

almacena en AWR. AWR constituye la base para la mayoría

de la funcionalidad de autogestión de Oracle Database. Es la

fuente de información que le da a Oracle Database una

perspectiva histórica sobre la forma en que se está utilizando

la base de datos y le permite tomar decisiones exactas y

específicamente adaptadas al ambiente del sistema. La

mayor parte de las características de autogestión de Oracle

Database se basa en gran medida en la información

capturada en AWR. Los datos almacenados en WAR

también son útiles para diagnosticar todos los tipos de

problemas de rendimiento, con diagnósticos de rendimiento

comparativo o persistente.

• ADDM (Automatic Database Diagnostic

Monitor). ADDM se basa en los datos capturados

en AWR, lo que le permite a Oracle Database hacer

el diagnóstico de su propio rendimiento y

determinar cómo se podrían resolver los problemas

identificados. ADDM se ejecuta automáticamente

después de la captura de cada estadística del AWR y

hace que los datos del diagnóstico de rendimiento

estén disponibles de inmediato. ADDM examina los

datos capturados en AWR y realiza análisis para

determinar los principales problemas de forma

proactiva, recomienda soluciones y cuantifica los

beneficios esperados.

• ASH (Active Session History). Todas las sesiones de

bases de datos activas se muestrean de forma automática

una vez por segundo y se almacenan en la ASH. Los datos

se capturan en un buffer progresivo en la memoria de la

base de datos. Los datos ASH muestran dónde la base de

datos está gastando su tiempo y resaltan los cuellos de

botella de rendimiento. Como ASH captura el estado de

sesión con muchos atributos de rendimiento, los datos de

ASH en memoria pueden ser utilizados de manera muy

eficaz para entender el perfil de la carga de trabajo y

diagnosticar proactivamente cualquier problema de

rendimiento transitorio, como un pico de CPU o tráfico

intenso de E/S, que se producen en una duración muy

corta.

Opciones y paquetes de Oracle Database para clientes SAP 33

Los recursos de análisis y diagnóstico de Oracle Diagnostics

Pack, como ADDR, ASH y AWR, están estrechamente

integrados con el DBA Cockpit de SAP. Por lo tanto, el

Oracle Diagnostics Pack es un requisito obligatorio del DBA

Cockpit.

Oracle Database Lifecycle Management Pack

Provisioning and Patch Automation Pack automatiza la

implementación de software, aplicaciones y parches.

Hace que las operaciones del centro de datos sean más

fáciles, eficientes y escalables, lo que resulta en riesgos

operativos más bajos y menos costos de propiedad. La

capacidad de proporcionar todo el conjunto de

software, que incluye el sistema operativo, middleware y

base de datos, complementados con herramientas de

informes completos, hace del Provisioning and Patch

Automation Pack una entidad sumamente significativa

en el espacio global de gestión del sistema.

Este paquete incluye una solución de aplicación de parches de

punta a punta, que funciona a la perfección a través de una

amplia gama de productos y ambientes de clientes.

Automatiza la implementación de parches de Oracle en la

base de datos y en el sistema operativo subyacente.

La aplicación se encarga de todos los pasos previos y posteriores,

como la parada y la puesta en marcha de los servicios y los cambios

en el diccionario si es necesario. También aprovecha el marco

flexible de procedimientos de implementación que permite a los

usuarios añadir medidas personalizadas para acciones específicas en

el proceso de aplicación de parches.

Provisioning and Patch Automation Pack también viene con los

procedimientos de implementación listos para usar en el

aprovisionamiento de Oracle Database (tanto en la base datos de

instancia única como en el RAC), Oracle Clusterware y Oracle

Automatic Storage Management con base en “imágenes de oro”

siguiendo las mejores prácticas para la máxima disponibilidad. Las

imágenes de oro son imágenes de software probado y aprobado en

las que se pueden aplicar parches en cualquier nivel antes de la

implementación.

Para ambientes SAP, la utilidad MOPatch se integra con los

procedimientos de implementación de Oracle Enterprise Manager

para automatizar la coordinación de la aplicación de parches en

Oracle Databases. Ver el white paper “Patching of Oracle

Databases in SAP Environments using Oracle Enterprise Manager”

Figura 12: Oracle Enterprise Manager Diagnostics Pack y DBA Cockpit de SAP

34

Resumen

En cierto sentido, Oracle Database ha sido una

infraestructura de gestión de datos y, por lo tanto, siempre ha

sido necesario proporcionar apoyo a dos objetivos opuestos:

consolidación y separación o diferenciación. Oracle Database

siempre ha sido una base de datos multiusuario, multiesquema

y posiblemente una base de datos de múltiples aplicaciones.

Por lo tanto – aparte de la división básica de los datos

disponibles en las diferentes tablas – había una necesidad de

separar esquemas específicos de diferentes aplicaciones. Por

motivos de rendimiento, hubo una necesidad de separar los

archivos para los datos de usuarios/aplicaciones de los

utilizados para redo logs o informaciones de undo. Al ser un

sistema completo de gestión de datos, Oracle Database ha

proporcionado adaptadores, gateways y otros medios que

permiten a los usuarios interactivos y tareas en lotes juntar los

datos almacenados en Oracle Database con los datos

procedentes de fuentes externas.

Sin embargo, como resultado de la creciente cantidad de

datos, el aumento de las cargas de trabajo y la disminución de

las ventanas de mantenimiento en muchos clientes de

experiencia, Oracle identificó la necesidad de proporcionar

soluciones adicionales más sofisticadas. Esto ha sucedido en

Oracle Database 10g, en Oracle Database 11g y se repitió en

Oracle Database 12c.

Definición de subconjunto de datos

Publicado por primera vez hace muchas versiones y muchos

años, Oracle Table and Index Partitioning sigue siendo un buen

ejemplo de diferenciación de datos y una tecnología de gran

alcance. Por este motivo se ha discutido al principio de este

artículo. Oracle Table and Index Partitioning se usa para

definir subconjuntos de datos de tablas que se puede acceder

y gestionar de forma independiente.

Subconjuntos y patrones de acceso

Al determinar una estrategia de fragmentación específica es

importante considerar no sólo los datos, sino tener en cuenta

los patrones de acceso. La fragmentación de una tabla por mes

puede ser inútil o incluso perjudicial para el rendimiento si la

mayoría de las consultas accede a los datos según la ubicación.

Sin embargo, distinguir subconjuntos de datos por patrones

de acceso de nuevas maneras que antes serían imposibles es

el objetivo principal de muchas opciones y recursos

introducidos en Oracle Database 12c.

El Heat Map, una característica incluida en Oracle Advanced

Compression, hace un seguimiento automático de las marcas de

tiempo y modificaciones de las consultas, lo que proporciona

una percepción detallada de cómo se está accediendo a los

datos. La Optimización Automática de Datos (ADO) se

mueve automáticamente y comprime los datos de acuerdo

con las políticas definidas por los usuarios con base en la

información recogida por el Heat Map. Esto significa que se

pueden implementar el almacenamiento y la organización en

niveles de compresión, es decir, seleccionar diferentes medios

de almacenamiento y algoritmos de compresión para

diferentes subconjuntos de datos que se definen por

características de acceso distintas.

Oracle Database In-Memory permite a los administradores

distinguir entre diferentes tipos de transacciones, así como

diferentes representaciones de datos en la memoria y evitar la

desventaja que resulte de la obligación de elegir un formato de

datos único para todos los tipos de transacciones y

aplicaciones. Gracias a la nueva opción In-Memory, Oracle

Database 12c puede proveer datos utilizados por las

transacciones OLTP en formato de filas y, al mismo tiempo

los datos utilizados por los análisis en formato de columnas.

Distribución de la carga de trabajo

Otras opciones se centran en la distribución de la carga de

trabajo. Un ejemplo destacado es el RAC (Real Application

Clusters), que permite a los clientes dividir la carga de trabajo

del sistema y dejar la carga de trabajo a cargo de varios

servidores que ejecutan varias instancias de Oracle Database.

Le cabe al cliente decidir si todas las instancias deben procesar

el mismo tipo de cargas de trabajo o una mezcla o si cada

instancia debe ser responsable por un tipo de carga de trabajo

(por ejemplo, transacciones interactivas versus trabajos en

lotes).

Opciones y paquetes de Oracle Database para clientes SAP 35

Figura 13: Infraestructura de gestión de datos multiniveles de Oracle

Además de permitir la distribución de la carga de trabajo, el

RAC incrementa la disponibilidad del sistema, especialmente

cuando se trata del Data Guard. Sin embargo, Data Guard no

requiere que la base de datos standby permanezca inactiva. Se

pueden utilizar las operaciones de copia de seguridad o, en

determinadas condiciones, de emisión de informes. En otras

palabras: el Data Guard también ayuda a implementar la

distribución de la carga de trabajo.

Las políticas de acceso a los datos

En un sentido algo diferente, las opciones de seguridad de

Oracle también están relacionadas con los patrones de acceso.

En particular, el Database Vault permite que los

administradores de seguridad definan y hagan cumplir

políticas que impiden que los usuarios con privilegios de

acceso lean o manipulen datos a los se supone que no

deberían acceder. Conceptos como “segregación de

funciones” (SoD, Segregation of Duties) dejan muy claro que

incluso en este caso estamos hablando de un equilibrio entre

la separación y la combinación.

Administración de bases de datos

Oracle Database 12c Multitenant eleva el principio de

infraestructura de gestión de datos a un nivel completamente

nuevo: no estamos hablando sólo de una infraestructura para

muchas tablas o muchos usuarios, sino de una infraestructura

para varias bases de datos. Aquí la consolidación exige

claramente la separación.

En pocas palabras, Multitenant es la distinción entre cuáles

tareas de administración se deben ejecutar para cada base de

datos (porque hay diferencias) y cuáles se pueden ejecutar en

conjunto o por lo menos para un cierto grupo de bases de

datos (porque no hay diferencias). Por ejemplo, para aplicar

un determinado parche en sistemas de 25 bases de datos es

necesario repetir el mismo proceso 25 veces. Por lo tanto,

Oracle Multitenant pasa esta operación a la capa de la base

de datos container, donde puede hacerse una vez para todas

las bases de datos enchufables. Por otra parte, una

recuperación puntual es una operación que se realiza en el

nivel de PDB en cuestión porque no debe afectar a otras

PDB.

Además, con el Provisioning and Patch Automation Pack, los

administradores pueden automatizar las operaciones que son

similares en todos los casos. Son ejemplos de esto la

implementación de parches de Oracle o el aprovisionamiento de

nuevos sistemas basados en "imágenes de oro".

Monitoreo y pruebas

¿Los sistemas de su empresa se van a beneficiar con estos

recursos? ¿Cómo puede estar seguro? ¿Cómo se deben

implementar estos recursos con el fin de causar un impacto

positivo en sus sistemas? Oracle Real Application Testing le

ayudará a responder estas y otras preguntas similares.

36

Desde el mejor rendimiento con la mejor disponibilidad al mejor soporte para la consolidación de DB – un

montón de buenas razones /diferenciadores cuando se usa Oracle Database para aplicaciones SAP

¿POR QUÉ BASE DE DATOS ORACLE Y SISTEMAS DE INGENIERÍA PARA SAP?

Desde las PYME hasta las mayores empresas del mundo,

decenas de miles de clientes se benefician usando Oracle

Database para SAP. Existen algunas buenas razones para

esto: Analice atentamente los diferenciadores excepcionales

que hacen del Oracle Database para SAP la primera opción

para la mayoría de los clientes SAP.

Por más de 28 años, Oracle y SAP han trabajado en

colaboración para optimizar la base de datos Oracle para los

clientes de SAP. La renovación de los compromisos y

acuerdos realza la relación y la alianza de larga data. Por

encima de todo: los clientes de SAP se benefician con las

innovaciones de Oracle, que proporcionan soluciones flexibles

que les permiten satisfacer sus necesidades y requisitos

comerciales. Por otro lado, los clientes de SAP valoran la gran

sostenibilidad y la protección de sus inversiones utilizando

Oracle Database para aplicaciones SAP.

Al analizar con más detalle, quedará claro por qué Oracle

Database para SAP es el líder y el mejor RDBMS para

ejecutar las aplicaciones SAP. En este contexto, vamos a

echar un vistazo más de cerca a los diferenciadores clave entre

la base de datos Oracle para SAP y las demás bases de datos

que se pueden usar en combinación con las aplicaciones SAP.

Por lo menos hay 8 diferenciadores con respecto a Oracle

Database para SAP 11g, 12c, Oracle Exadata Machine y

sistemas de ingeniería Oracle (con recursos/opciones

importantes):

Diferenciales del Oracle Database para SAP

1.) Mejor rendimiento y escalabilidad

Oracle tiene el récord mundial en benchmark SAP SD y

BI-D (BI-Data Mart), con escalabilidad y rendimiento

excepcional en ambientes SMP y Cluster en Unix y

Linux.

Oracle Real Application Clusters (RAC) proporciona una

manera flexible para lograr una escalabilidad casi lineal de las

aplicaciones SAP. Con RAC los clientes tienen la opción de

expandir vertical u horizontalmente la capa del servidor de la

base de datos. Dado que todos los nodos de RAC están

activos, los clientes de SAP tienen más facilidad para satisfacer

las demandas de los requisitos de carga de trabajo de

producción. Ampliamente adoptado por los clientes, Oracle

RAC es la única solución de base de datos en clúster con

disponibilidad general para todos los productos SAP y hace

que los recursos SAP estén altamente disponibles, basado en

el Oracle Clusterware y evita la necesidad de software de

terceros.

Oracle ASM (Automatic Storage Management) es un gestor

de volúmenes y un sistema de archivos de base de datos

Oracle, que es compatible con configuraciones de única

instancia de Oracle Database y de Oracle RAC. ASM es la

solución de gestión de almacenamiento recomendada por

Oracle, que ofrece una alternativa a los gestores

convencionales de volumen, sistemas de archivos y

dispositivos en bruto.

La opción Oracle Database In-Memory acelera el rendimiento

de los Analytics, el almacenamiento de datos, la emisión de

informes y el rendimiento de OLTP. La opción In-Memory de

Oracle Database 12c es 100 % compatible con las aplicaciones

existentes y aprovecha toda la funcionalidad existente de

Oracle Database. Cada aplicación que se ejecuta en Oracle

Database 12c puede aprovechar la opción In-Memory de

Oracle Database de forma automática y transparente. Las

aplicaciones existentes conservarán la funcionalidad completa

mientras se aceleran sin esfuerzo. Esta opción permite

desarrollar nuevas aplicaciones que antes eran poco prácticas

debido a las limitaciones de rendimiento.

¿Por qué Oracle Database y Sistemas de Ingeniería para SAP? 37

SAP BW Flat Cubes con Oracle Database In-Memory:

Flat Cubes – técnica de modelado de datos (también llamados

“HANA-Optimized InfoCubes”) permite a los clientes

simplificar el modelo de datos del SAP BW.

Los beneficios para clientes que ejecutan software SAP en

tecnología Oracle incluyen: Reducción de costos gracias a

rendimiento mayor y a la integración optimizada de SAP

BW con Oracle Database 12c, sin agregados ni índices

obligatorios, tiempos de respuesta más rápidos en las

consultas y carga de datos más rápida.

Con Oracle Exadata Database Machine los clientes pueden

optar por arquitecturas “scale up” o “scale out” de forma

gradual o bajo demanda. Comience con el tamaño adecuado

de Exadata para su empresa, un octavo, un cuarto, medio o

un rack completo. Exadata se actualiza al tamaño siguiente

antes de necesitar velocidad o capacidad adicional. Tan sólo

expandir el sistema actual vertical u horizontalmente.

Incluye una tecnología única para descargar operaciones SQL

con uso intensivo de datos en los servidores de Oracle

Exadata y sólo las filas y las columnas que son directamente

relevantes para una consulta se envían a los servidores de la

base de datos.

Como resultado proporciona un rendimiento excepcional

para el procesamiento de transacciones y almacenamiento de

datos. Las transacciones SAP que requieren datos

probablemente serán atendidas desde la memoria flash para la

recuperación ultra rápida. Los usuarios que presentan

informes y ejecutan tareas en lote no interferirán con los

usuarios transaccionales de SAP. Los almacenes de datos de

SAP BW/BI volverán a las consultas para usuarios de modo

más rápido.

2.) Mejor flexibilidad de implementación

En la gama más amplia de plataformas compatibles – Unix,

Linux, Windows – “Oracle es Oracle”. La misma base de

código a través de todos los sistemas operativos significa que

Oracle tiene los mismos recursos, herramientas y

funcionalidades en todas las plataformas de hardware y los

sistemas operativos, por lo que los clientes pueden elegir la

plataforma más rentable para sus implementaciones.

Si los clientes requieren un cambio en los sistemas operativos,

Oracle ofrece servicios de migración rápida y eficiente Oracle-

to-Oracle (O2O). Muchos clientes no pueden enfrentar

tiempo de inactividad asociado a una migración offline. Para

estas situaciones, Oracle ofrece su Triple-O, un servicio de

migración online Oracle a Oracle con casi cero tiempo de

inactividad. Las paralizaciones del sistema se reducen de horas

a minutos, independientemente del tamaño de la base de

datos.

Oracle Multitenant, una nueva opción para Oracle

Database 12c, ayuda a los clientes a reducir los costos

de TI mediante la simplificación de la consolidación, el

aprovisionamiento, las actualizaciones y mucho más.

Se apoya en una nueva arquitectura, una base de datos

container multitenant que puede contener varias bases de datos

enchufables. Una DB existente se puede adoptar

sencillamente, sin cambios, como una base de datos

enchufable. Tampoco se necesitan cambios en los otros niveles

de la aplicación.

Tradicionalmente, Oracle ha ofrecido el software de Oracle

Database Server para que sea instalado en sistemas

compuestos por hardware y sistema operativo de terceros. Este

enfoque sigue siendo posible, pero ahora Oracle también

ofrece los sistemas de ingeniería, donde Oracle fabrica la

máquina, el sistema operativo y la base de datos. Todos los

componentes integrados para ejecutar una Oracle Databse son

preconfigurados, preajustados y preprobados por expertos de

Oracle, lo que elimina semanas o meses de esfuerzo requeridos

para implementar un sistema de alto rendimiento.

3.) Mejor disponibilidad y confiabilidad

Oracle RAC (Real Application Clusters) para SAP elimina el

servidor de base datos como el único punto de falla. La base

de datos permanecerá online siempre y cuando una o más

instancias de la DB estén activas y en ejecución. Oracle Data

Guard complementa Oracle RAC al proporcionar una

solución de recuperación de desastres que no requiere tiempo

de inactividad del sistema SAP en caso de falla. Data Guard

suele utilizarse en combinación con Flashback (tecnología

para rebobinar los cambios de la base de datos sin ninguna

restauración para minimizar el tiempo de inactividad

radicalmente). Oracle Online Patching permite a los clientes

instalar parches individuales o paquetes completos online sin

necesidad de cerrar la instancia de la DB.

Los clientes de SAP pueden usar el Oracle Cloud File

System (ACFS) – que forma parte de Oracle Database

12c Release 1 (12.1.0.2) y también se puede usar en X2,

X3, X4 y X5) – para complementar el Oracle Automatic

Storage Management (ASM) para almacenar archivos

que no son de la base de datos en ACFS, que estará

disponible en el Exadata 5 para almacenar archivos

relacionados al sistema SAP, como sapmnt y

/usr/sap/trans, y omitir el uso de sistemas de archivos

NFS externos.

Beneficios empresariales de Oracle Database 12c para los clientes SAP (1)

38

Oracle Exadata Database Machine para clientes de SAP es

una configuración de alta ingeniería y prevalidada, que ofrece

disponibilidad alta, “fuera de la caja".

Con una arquitectura redundante de Exadata, todos los

puntos únicos de falla se eliminan. Recursos conocidos como

reflejo, aislamiento de fallas y protección contra errores de

drive y de célula se han incorporado a Exadata para asegurar

la disponibilidad y la protección de datos continua.

El Exadata se preincorpora, lo que reduce el tiempo y los

costos de implementación, instalación y configuración

(hardware, sistema operativo, base de datos, RAC,

clusterware, etc.).

4.) El mejor soporte para bases de datos muy grandes

Oracle Database es muy conocida por proporcionar el

uso más eficiente del espacio en disco. Esto es

sumamente importante para los clientes de SAP, porque

el tamaño de sus bases de datos sigue creciendo

acentuadamente.

La compresión de índices B*Tree, que ocupan un tercio de

espacio del disco asignado a las bases de datos en

ambientes SAP, reduce la E/S y mejora el rendimiento

general, al permitir almacenar más información del índice

en la misma cantidad de la memoria (caché).

La compresión de tablas implementada en Oracle Advanced

Compression, usa un algoritmo de compresión único que

elimina valores duplicados dentro de un bloque de base de

datos, incluso a través de múltiples columnas. Este enfoque

combina la reducción de espacio en disco con ventajas de

rendimiento y facilidad de gestión.

Oracle Database 12c Advanced Index Compression utiliza

un algoritmo único para optimizar el espacio para las

entradas de índice en el nivel de bloques, lo que reduce el

espacio necesario en disco, acelera el acceso a los datos y

eleva el rendimiento del sistema SAP.

La compresión de LOBS (SecureFiles) fuera de línea,

la compresión de red en el servidor del cliente, la

compresión de Data Guard, EXPDP y RMAN, son

otras mejoras adicionales a los recursos de

compresión que pueden beneficiar a los clientes de

SAP.

La descarga completa y la carga de datos durante una

migración de Unicode (requisito para todas las nuevas

versiones de SAP) han sido optimizadas para lograr

migraciones de SAP Unicode más rápidas, con tasas de

transferencia de datos de hasta 1 terabyte/hora de modo

totalmente integrado con los productos de SAP. Incluso las

mayores bases de datos de varios terabytes se han migrado en

un solo fin de semana.

Los clientes de SAP que usan Oracle Databases también

aprovechan un rico conjunto de tipos de fragmentación para

reducir la E/S y mejorar el rendimiento. Oracle Database 11g

Release 2 enriquece la lista con subfragmentación y

fragmentación en intervalos para ampliar la flexibilidad de

diseño y el rendimiento de las aplicaciones.

Oracle Database 12c trae varios recursos nuevos que se han

añadido a ACO (Advanced Compression Option) y refuerzan

la capacidad de gestión de almacenamiento de Oracle

Database. El Heat Map hace un seguimiento automático de las

marcas de tiempo y modificaciones de las consultas, lo que

proporciona una percepción detallada de cómo se está

accediendo a los datos.

La compresión columnar híbrida (HCC) – disponible en los

sistemas de ingeniería de Oracle (plataforma Exadata) ofrece los

niveles más altos de compresión de datos, además de enormes

ahorros de costos y mejoras de rendimiento debido a la

reducción de E/S. El ahorro medio de almacenamiento puede

ser de 10 a 15 veces, dependiendo del nivel en el cual se

implementa la HCC.

Muchos ambientes están llegando al final de su vida útil y

son costosos de mantener. Exadata y Exalogic

proporcionan una manera sencilla y fácil de gestionar un

ambiente – una opción viable para una nube privada.

SAP Business Warehouse:

- Consultas o transacciones infocubes enormes y

complejas, que consumen mucho tiempo de la base

de datos

- Extractos diarios de gran volumen con una ventana

de tiempo limitada

- Extractos grandes que pueden sobrecargar la red

Beneficios empresariales de Oracle Database 12c para los clientes SAP (2)

¿Por qué Oracle Database y Sistemas de Ingeniería para SAP? 39

5.) La mejor seguridad de base de datos

El cumplimiento y la seguridad nunca han sido tan

importantes como hoy en día.

Oracle Advanced Security TDE (Transparent Data

Encryption) simplifica el cifrado de datos confidenciales al

cifrar los datos de modo transparente cuando se graban en el

disco. Oracle Database ofrece el recurso Tablespace

Encryption (que encripta todos los datos de un tablespace),

cifrado de SecureFile y RMAN Backup, Data Guard Secure

Network y EXPDP.

Con Oracle Database Vault es posible establecer ámbitos de

protección alrededor de los objetos de la base de datos de

aplicaciones SAP para evitar que los usuarios de la base de

datos privilegiados tengan acceso a datos confidenciales y

apliquen la diferenciación de derechos entre ellos.

Oracle Database Vault ayuda a los clientes a satisfacer los

requisitos de conformidad normativa mediante el SoD. El

análisis de privilegios de Oracle Database Vault 12c minimiza

el número de funciones otorgadas.

Todos los recursos de Oracle Security están disponibles

para todas las configuraciones de bases de datos (instancia

única y RAC) y todas las plataformas de hardware/OS,

incluyendo Exadata Database Machine.

Exadata para SAP satisface incluso los requisitos de seguridad

y alta disponibilidad más exigentes. Es una máquina

completa, preincorporada, equilibrada y segura basada en la

nube para la misión de bases de datos críticos con todos los

recursos de alta seguridad de Oracle, como Database Vault.

6.) La mejor capacidad de gestión y autogestión

Oracle Enterprise Manager Grid Control (EM), el SAP DBA

Cockpit y las BR Tools cuentan con el Oracle AWR

(Automatic Workload Repository) que almacena de forma

automática estadísticas de carga de trabajo y de rendimiento

para que los administradores e ingenieros de soporte puedan

analizar y resolver rápidamente problemas de rendimiento, ya

sea que la causa básica haya sucedido horas o días antes.

Oracle RAT (Real Application Testing) se usa para evaluar e

implementar cambios en la infraestructura del centro de datos

del cliente, por ejemplo, en el sistema operativo, las

migraciones de hardware, la aplicación de parches, las

actualizaciones y otras modificaciones. Database Replay (parte

del RAT) permite a los clientes probar cambios en el sistema

de modo realista, básicamente recreando las cargas de trabajo

de producción en el sistema de prueba.

Una nueva funcionalidad muy interesante para los clientes de

SAP en Oracle 12c es la gestión del ciclo de vida de la

información (ILM)/ Optimización Automática de Datos

(ADO). Estas características combinadas con el Heat Map se

pueden usar para construir una estrategia robusta de ILM.

Dicha estrategia incorpora la compresión de datos y la

jerarquización de modo automático para cumplir con las

políticas que el cliente defina.

Se crean y se certifican paquetes de parches en conjunto con

SAP para más simplicidad. Basta aplicar los paquetes de

parches de Exadata y de la base de datos SAP. Las BRTools se

han ampliado para funcionar junto con ASM y Exadata.

Exadata para SAP:

- Hace que el trabajo de integración compleja y

sintonización manual se simplifiquen (base de

datos, almacenamiento, red y servidor).

- Es perfectamente compatible con implementaciones,

migraciones y consolidaciones para que los proyectos

se ejecuten de forma rápida y económica.

- Permite que los usuarios implementen un pool de

datos centralizado y altamente eficiente con una

infinidad de bases de datos del sistema.

7.) El mejor soporte para la consolidación de DB

Oracle ha sido compatible con los métodos tradicionales de

bases de datos, como máquinas virtuales o consolidación en

esquemas durante mucho tiempo y los clientes de SAP se

beneficiaron con el ahorro de costos y la optimización eficaz

de la infraestructura.

Los sistemas de ingeniería de Oracle, como Exadata Database

Machine les ofrecen a los clientes oportunidades nuevas de

consolidación de la base de datos y el ahorro de costos en

infraestructura, con una complejidad menor. Cada vez más y

más clientes de SAP están usando Exadata con este propósito

declarado: la consolidación de sus numerosas “bases de datos

SAP”.

SAP se puede incluir en los planes de consolidación de DB

de toda la empresa en el Oracle Exadata Database Machine.

Consolidar todas las bases de datos sobre una plataforma

modernizada y reducir los costos generales de las bases de

datos debido a la consolidación. Existe una gran ventaja en

la oportunidad de consolidar varias Oracle Databases

dispersas en un ambiente Exadata. Los administradores se

pueden centrar en la gestión de Exadata y no en el

mantenimiento de configuraciones exclusivas.

40

Oracle 12c Multitenant* ofrece proyectos de consolidación de

DB por encima de las enormes ventajas adicionales ya

mencionadas antes. La opción Multitenant propicia mayor

productividad y ahorro de costos y de recursos para que los

clientes se den cuenta de la simplificación significativa de los

proyectos de consolidación de DB. Oracle Multitenant

introduce una nueva arquitectura que permite a los clientes

consolidar fácilmente múltiples bases de datos sin tener que

cambiar sus aplicaciones y administrarlas como un recurso

agrupado con un consumo de memoria mínimo. Los clientes

de SAP pueden administrar muchas bases de datos como una

sola (en la aplicación de parches, copias de seguridad, etc.). La

utilización más eficiente de los recursos del sistema y la

gestión de dichos recursos puede darse de una manera fácil y

eficiente.

8.) La mejor integración de hardware y software

Durante años Oracle Database Server Software ha

aprovechado la capacidad de los componentes de hardware

pertinentes. Por ejemplo, para el uso de Flash, encriptación,

etc. En Oracle 12c In-Memory las exploraciones usan

instrucciones vectoriales “Single Instruction Multiple Data

Values” (SIMD) súper rápidas, si son compatibles con la CPU.

De este modo, la integración entre hardware y software se

alcanzará mediante el uso de Oracle 12c, una nueva etapa de calidad

y de eficacia.

El Exadata es un sistema de ingeniería de Oracle que

se preincorpora, lo que reduce el tiempo y los costos

de implementación, instalación y configuración

(hardware, sistema operativo, base de datos, RAC,

clusterware, etc.). El Exadata para los clientes de SAP

consolida plataformas, bases de datos, ofrece una

mejor integración de hardware y software y reduce la

potencia y la refrigeración en los ambientes SAP.

Certificación de Oracle Database 12c:

La Fase 1 denominada Certificación Básica ha sido concluida

en marzo de 2015 e incluyó todas las características y

opciones disponibles en Oracle Database 11g, además de

varios recursos de Oracle Database 12c que son

completamente transparentes o requieren un esfuerzo de

integración mínimo.

La Fase 2, concluida en junio de 2015 es la primera en

ofrecer opciones nuevas e importantes de Oracle Database

12c: Oracle Database In-Memory, una opción

completamente nueva de Oracle Database 12c.

La Fase 3, concluida en diciembre de 2015, traerá los nuevos

recursos de gestión del ciclo de vida de las informaciones

(ILM) incluidos en Oracle Database 12c Advanced

Compression, así como la tecnología de compresión

columnar híbrida (HCC) con bloqueo en el nivel de filas en

Oracle Exadata y en Oracle SuperCluster.

La Fase 4, planeada para el primer trimestre de 2016, debe

concluir el proceso de certificación al permitir que los clientes

de SAP usen Oracle Multitenant, una opción que permite la

consolidación de muchas bases de datos en un único

container. Se trata de una arquitectura de bases de datos

completamente nueva y requiere un esfuerzo de integración

entre Oracle y SAP.

Diferenciales de Oracle Database para SAP

CERTIFICACIÓN SAP® Benchmarks de aplicaciones estándar 41

¡NOVEDAD! 130.000 USUARIOS DEL BENCHMARK SAP SD EN EL SERVIDOR ORACLE SPARC M7-8 FUERON CERTIFICDOS POR SAP

Para más información

Benchmarks de aplicaciones SAP estándar: http://www.sap.com/benchmark

Aviso sobre marcas registradas

SAP y otros productos y servicios SAP, así como sus respectivos logotipos mencionados en este documento son marcas comerciales o marcas comerciales registradas de SAP SE (o empresa afiliada de SAP) en Alemania y en otros países.

Consulte http://www.sap.com/corporate-en/legal/copyright/index.epx para ver otros avisos e informaciones sobre marcas registradas.

Oracle y Java son marcas comerciales registradas de Oracle Corporation, sus empresas subsidiarias y empresas relacionadas en Estados Unidos y otros países.

Todas las marcas SPARC (comerciales y/o registradas) se usan bajo licencia y pertenecen a SPARC International Inc. en Estados Unidos y en otros países. SPARC64 es una marca comercial de SPARC Internacional Inc en Estados Unidos y en otros países y se usa bajo licencia.

UNIX es una marca comercial registrada del The Open Group. en Estados Unidos y en otros países.

SPEC (Standard Performance Evaluation Corporation), SPECint y SPECfp son marcas comerciales de SPEC (Standard Performance Evaluation Corporation) en Estados Unidos y en otros países.

Hay más detalles e informaciones sobre este benchmark en la página www.spec.org.

Todas los demás nombres de productos y empresas mencionados en este documento son marcas comerciales y/o registradas de sus respectivos propietarios.

42

¡NUEVO RÉCORD MUNDIAL! 130.000 USUARIOS DEL BENCHMARK SAP SD EN EL SERVIDOR SPARC M7-8 CON ORACLE 12c

Los servidores SPARC de Oracle produjeron resultados

impresionantes y definieron un nuevo récord mundial en la

categoría sistemas de 8 procesadores del benchmark SAP SD

2-Tier. Estos resultados comprueban la fuerza de la

arquitectura SPARC y la escalabilidad única de Oracle Solaris

y de Oracle 12c Database. Los clientes que ejecutan SAP en

servidores Oracle pueden aprovechar este rendimiento para

consolidar cargas de trabajo y reducir drásticamente los costos

del centro de datos.

SAP SD Standard Application Benchmark es una prueba

empresarial de ERP que funciona como un indicador de

cargas de trabajo completas de procesamiento de facturas y

pedidos y demuestra la capacidad de ejecutar la aplicación y el

software de la base de datos en un solo sistema. Representa

tareas críticas ejecutadas en los ambientes empresariales de

ERP del mundo real y es el benchmark más utilizado por los

clientes SAP.

Sistema / CPU

CPU

Núcleos Threads

Base de datos/ OS SAP ERP

Versión

Usuarios SAPS Certificación Nº

SPARC M7-8

/ SPARC M7

@ 4,133GHz

8 /

256 /

2048

Oracle Solaris 11

Oracle Database 12c

EHP5

para

SAP ERP

6.0

130.000 713.480 2016020

IBM Power

Enterprise Sistema E870

/ POWER8

@ 4,19 GHz

8 /

80 /

640

AIX 7.1

DB2 10.5

EHP5

para

SAP ERP

6.0

79.750 436.100 20144034

Fujitsu PRIME- QUEST 2800E3

Intel Xeon E7-

8890 v4

@ 2,20 GHz,

8 /

192 /

384

Windows Server 2012 R2 Standard Edition / SQL Server 2012

EHP5

para

SAP ERP

6.0

74.000 404.200 2016023

HPE Integrity Superdome X / Intel Xeon E7- 8890 v3

@ 2,5 GHz

16 /

288 /

576

Windows

Server 2012 R2 DC Edition

SQL Server 2014

EHP5

para

SAP ERP

6.0

100.000 545.780 2016002

Novo recorde mundial! 130.000 usuários do benchmark SAP SD 43

El servidor SPARC M7-8 (8 CPU/256 núcleos /2048

threads) ejecutando SAP Enhancement Package 5 para SAP

ERP 6.0 es 63% más rápido que IBM Power Enterprise

System E870 (8 CPU/80 núcleos /640 threads) y 30% más

rápido que HPE Integrity Superdome X, que contiene el

doble de CPU (16 CPU/ 288 núcleos/576 threads).

Los archivos de registro de Oracle Database residían en un

sistema de almacenamiento Oracle FS1-2, que hizo

grabaciones a una velocidad de 800 MB/seg, con un tiempo

promedio de servicio de 1 milisegundo durante la fase de

carga alta del benchmark. Para lograr estos resultados, el

sistema de almacenamiento Oracle FS1-2 se ha configurado

únicamente con unidades de disco duro, no se necesitaban

SSD.

Enlace para la certificación del benckmark

130.000 usuarios del benchmark SAP SD en el servidor

Oracle SPARC M7-8 fueron certificados por SAP (PDF)

http://www.oracle.com/us/solutions/sap/nl-

25-benchmark-sparc-m7-3021033.pdf

Oracle y Java son marcas comerciales registradas de Oracle

y/o sus empresas afiliadas. SAP y todos los logotipos de

SAP son marcas comerciales comunes o registradas de SAP

AG en Alemania y varios otros países. Intel e Intel Xeon

son marcas comerciales o marcas comerciales registradas

de Intel Corporation. Los demás nombres pueden ser

marcas comerciales de sus respectivos propietarios.

Resultados hasta el 30 de mayo de 2016. Fuente: SAP,

www.sap. com/benchmark.

Los siguientes benckmarks de aplicaciones SAP SD

(Ventas y Distribución) 2-Tier han sido certificados

con el SAP Enhancement Package 5 para SAP ERP

6.0:

• SPARC M7-8, 8 CPU / 256 núcleos / 2048 threads,

SPARC M7, 4,133 GHz, 130.000 usuarios del SD, 713480

SAPS, Solaris 11, Oracle 12c, número de certificación

SAP: 2016020

• HPE Integrity Superdome X, 16 CPU / 288 núcleos /

576 threads, Intel Xeon Processor E7-8890 v3, 2,5 GHz,

100.000 usuarios del SD, 545780 SAPS, Windows Server

2012 R2 Datacenter Edition, SQL Server 2014, número

de certificación: 2016002

• IBM Power Enterprise System E870, 8 CPU / 80 núcleos

/ 640 threads, POWER8, 4,19 GHz, 79.750 usuarios del

SD, 436100 SAPS, AIX 7.1, DB2 10.5, número de

certificación: 2014034

• Fujitsu PRIMEQUEST 2800E3, 8 procesadores / 192

núcleos / 384 threads, Intel Xeon Processor E7-8890 v4,

2,20 GHz, 74.000 usuarios del SD, 404200 SAPS,

Windows Server 2012 R2 Standard Edition, SQL Server

2012, número de certificación 2016023

44

Bosh GmbH acelera los procesos de negocios y reduce los costos con Oracle Database in-Memory- sin necesitar cambiar las

aplicaciones SAP existentes

MEJORA IMPORTANTE EN EL USO DEL SAP CRM CON ORACLE DATABASE IN-MEMORY

El Grupo Bosch es un proveedor líder global en tecnología y

servicios, emplea alrededor de 375.000 asociados en todo el

mundo (al 31 de diciembre de 2015). La compañía generó

ventas por más de 70, 6 millones de euros en 2015. Sus

operaciones se dividen en cuatro sectores de negocios:

soluciones de movilidad, tecnología industrial, bienes de

consumo y energía y tecnología para la construcción. El

Grupo Bosch está compuesto por Robert Bosch GmbH y sus

más de 440 subsidiarias y empresas regionales en cerca de 60

países. Si se incluyen sus socios de ventas y servicios, la red de

fabricación y ventas globales de Bosch cubre alrededor de 150

países. La capacidad de innovación es la base principal para el

crecimiento futuro de la empresa. Bosch emplea 55.800

asociados en investigación y desarrollo en aproximadamente

118 localidades alrededor del mundo. El objetivo estratégico

del Grupo Bosch es brindar innovaciones para una vida

conectada. Bosch mejora la calidad de vida en todo el mundo

con productos y servicios innovadores que despiertan

entusiasmo. En pocas palabras, Bosch crea tecnología que es

“innovación para tu vida”.

Bosch GmbH es conocida por ser líder de mercado y una

empresa innovadora. El eslogan “tecnología inventada para

la vida” da una idea de los objetivos empresariales de

mejorar la calidad de vida y ofrecer innovación para una

“vida conectada”.

Durante más de una década, Bosch contó con Oracle como

su proveedor preferido de base de datos para su uso con

aplicaciones SAP. Oracle Database es el elemento

fundamental y la piedra angular central de la infraestructura de

TI de Bosch. Las bases de datos de Oracle se operan de

manera autónoma en combinación con las diversas

aplicaciones SAP y responden idealmente a las diversas

necesidades de este grupo exitoso y diversificado.

El departamento de TI está compuesto por más de 1.500

especialistas en TI y expertos en procesos. Nada más

lógico que un cliente Oracle/SAP explore todos los

recursos y opciones de la nueva Oracle Database 12c desde

el principio. A mediados del 2015, el foco principal estaba

en los recursos y en los beneficios de Oracle DatabaseIn-

Memory.

“Queríamos averiguar exactamente cómo Oracle Database In-

Memory nos podía ayudar a implementar las optimizaciones

en el uso de las aplicaciones SAP, tanto de procesamiento

analítico on line (OLAP) como de procesamiento de

transacciones on line (OLTP). Rápidamente nos dimos cuenta

de que podíamos beneficiarnos de muchas maneras,

especialmente en el uso del SAP CRM”, explica un gerente de

proyectos y especialista en base de datos de la organización y

operaciones de TI.

El equipo de TI de Bosch analizó los escenarios y casos de

uso internamente y trabajando en conjunto con Oracle.

Quedó claro que Oracle Database In-Memory ofrecía

ventajas significativas cuando se lo utilizaba con SAP BW

Analytics.

Pero aún más importante para Bosch fue el hecho de que

Oracle Database In-Memory en Oracle 12c permite realizar

optimizaciones planificadas y priorizadas en los sistemas de

OLTP, especialmente con el SAP CRM. De hecho, este era el

problema más acuciante. El equipo de TI de Bosch

necesitaba una solución adecuada y a un costo razonable para

eliminar el rendimiento insatisfactorio al usar SAP

CRM/OLTP. Oracle Database In-Memory no Oracle 12c era

el camino correcto a seguir.

El desafío de los índices secundarios

En este caso de uso de CRM, el problema principal estaba

en los índices secundarios y en los índices adicionales que

tenían que ser creados de forma regular. Según Bosch

“como resultado del uso intensivo y distintivo de las

funciones del SAP CRM por parte de los usuarios, el equipo

se vio obligado a crear continuamente índices adicionales

para ciertas tablas y objetos de CRM. Esta era la única

forma de usar el sistema alineado con los requisitos

específicos de uso. Sin embargo, no lográbamos alcanzar

cobertura total de las aplicaciones, especialmente en

términos de opciones y de disponibilidad de búsqueda en el

CRM, porque no todas las opciones de búsqueda tienen el

soporte de índices adicionales. Algunas funciones de la

aplicación simplemente resultaban en timeout (desconexión

por tiempo)”.

Aproximadamente se crearon y se acumularon 80 índices

adicionales a lo largo del tiempo. Esto dio lugar a un aumento

considerable en las demandas de mantenimiento y

rendimiento relacionado a los ajustes, además de uso de

recursos de alto costo. También era necesario separar una gran

capacidad de almacenamiento para estos índices, que a su vez

consistían en grandes objetos.

Mejora importante en el uso del SAP CRM con el Oracle Database In-Memory en Bosch GmbH 45

El sistema SAP CRM es utilizado por alrededor de 3.500

usuarios en todo el grupo Bosch, el sistema de CRM que se

discute aquí es uno de los varios sistemas de CRM

ejecutados en Bosch, de los cuales el más grande tiene un

volumen de más de 1TB.

Después de una PoC (prueba de concepto) y varias pruebas

más, quedó claro que Oracle Database In-Memory era una

opción eficaz no sólo para mejorar el rendimiento sino

también para solucionar el problema de índices secundarios.

Con Oracle Database In-Memory fue posible retirar varios

de estos índices, lo que le permitió a Bosch colocar Oracle

12c con Oracle Database In-Memory para uso productivo

en conjunto con el sistema SAP CRM. Se llevó a cabo un

análisis detallado para descubrir cuáles tablas eran las

adecuadas para el uso en memoria. El equipo de TI las

identificó y logró reemplazar las más importantes. Una

ventaja importante es que Bosch pudo obtener los

beneficios de la tecnología Oracle Database In-Memory sin

tener que cambiar las aplicaciones de SAP, con el uso

continuo del hardware existente (servidores virtualizados y

basados en Unix) y sin migración de datos. Por lo general,

sólo es necesario proveer recursos de servidores en

memoria/hardware de RAM (virtualizados o no) para las

tablas involucradas en el procesamiento en memoria.

Alta satisfacción con Oracle Database In-Memory

Las mejoras logradas en SAP CRM a través de Oracle

Database In-Memory han resultado exactamente como

se había planificado. La satisfacción de los usuarios ha

aumentado considerablemente y los procesos de

negocio apoyados por la función de TI ahora están

funcionando sin problemas y sin retrasos y pueden ser

utilizados en su totalidad como estándar.

El volumen de administración de TI se ha reducido

notablemente gracias a la disminución sustancial de la

creación de índices y el mantenimiento, que a su vez se

tradujo en un ahorro de costos.

En el caso que se describe aquí, Oracle Database In-

Memory eliminó la necesidad de varios índices

secundarios personalizados para tablas de gran tamaño,

lo que aceleró el uso de OLAP. Las instrucciones de

inserción, actualización y exclusión se procesan

normalmente. No se observó ningún impacto negativo

en el rendimiento del sistema.

Los ajustes adicionales se pueden lograr fácilmente a

través de un aumento de caché para el almacenamiento

en memoria y la asignación de tablas específicas para

ocupar el espacio. Oracle In-Memory Advisor, un

componente suministrado con Oracle 12c, también

permite identificar las tablas adecuadas para el uso en

memoria.

Problemas / desafíos

• Bosch estaba buscando la manera de optimizar el

uso de su sistema SAP CRM. Tablas específicas que

tenían un gran número de índices secundarios

estaban causando dificultades particulares, que

resultaban en la insatisfacción frecuente de los

usuarios, en mantenimiento costoso y en la

provisión de recursos de TI adicionales (tales como

almacenamiento).

Solución

• Con Oracle Database In-Memory es posible

sustituir los índices adicionales personalizados.

Oracle Database In-Memory en Oracle 12c se

utiliza para tablas que hacían que estos índices

fueran necesarios.

Beneficios

• Ahora los usuarios pueden hacer un uso pleno y

efectivo de SAP CRM.

• Reducción de costos de administración de sistemas

y administración de bases de datos.

• La capacidad In-Memory se activó sólo para

las tablas seleccionadas.

• Ahorro en términos de recursos de

almacenamiento para los índices secundarios que ya

no son necesarios.

• El menor número de índices aceleró los

procesos de negocios.

• Tiempos de respuesta más rápidos y un mejor

rendimiento del sistema SAP CRM.

• Uso de Oracle Database In-Memory sin cambios

en las aplicaciones SAP.

• Uso continuo del hardware existente, sólo con

recursos In-Memory/ RAM.

46

Reconocido fabricante de productos de cerámica, Villeroy & Boch AG y Rödl IT Operation GmbH (aliado de hospedaje

certificado por SAP) prueban Oracle Database In-Memory para SAP NetWeaver BW

NOTABLE MEJORA DE RENDIMIENTO CONFIRMADA – LA IMPLEMENTACIÓN CONCLUIDA CON MÍNIMO ESFUERZO ES UNA SORPRESA

Con un ingreso anual de cerca de € 800 millones y más de

7.300 empleados, Villeroy & Boch AG es uno de los

mayores fabricantes mundiales de cerámicos. Una empresa

familiar, fundada en 1748 con sede en Mettlach, Alemania,

que prima por la innovación, la tradición y el estilo

excepcional. Marca consagrada de estilo de vida renovado,

Villeroy & Boch AG ofrece productos de los sectores de

Baño, Wellness y Menaje de Mesa con operaciones en 125

países.

Sus áreas comerciales usan sistemas SAP ERP y SAP BW,

además de otras soluciones SAP. Villeroy & Boch AG ha

utilizado y ha disfrutado los beneficios de la base de datos

confiable y comprobada de Oracle durante casi 20 años.

Con el paso del tiempo, el uso y la importancia de

tecnologías de BW/BI han aumentado constantemente. La

empresa tiene aproximadamente 2.500 usuarios de SAP, de

los cuales 1.700 se concentran en el ambiente SAP BW.

Rödl ITOperation GmbH (con oficinas en Mettlach, Selb

y Frankfurt) es un aliado de hospedaje certificado por SAP,

que opera y gestiona innumerables sistemas en nombre de

Villeroy & Boch AG, incluyendo todos los sistemas SAP.

Como explica Thomas Ochs, CIO y director de TI de

Villeroy & Boch, “fue en un evento organizado a

principios de 2015 por el DSAG, un grupo de usuarios que

habla alemán, que conocimos la nueva Oracle Database

12c para SAP y la tecnología Oracle Database In-Memory,

principalmente desde el punto de vista de las mejoras

potenciales de rendimiento para nuestros sistemas SAP y

NetWeaver BW. Algún tiempo después, aceptamos la

sugerencia de Rödl IT Operation GmbH, nuestro aliado

de hospedaje, de hacer una prueba en conjunto de la

tecnología Oracle 12c, como parte de una prueba de

concepto (PoC) transparente. Estas eran las preguntas que

más nos interesaban: ¿cuáles mejoras de rendimiento

podríamos alcanzar usando Oracle Database In-Memory

para SAP BW? ¿Cuál sería el esfuerzo de implementación

que implicaba?

Pruebas en un sandbox (área acotada) para SAP BW.

Para las pruebas con Oracle Database In-Memory usamos

tablas de hechos (tablas E y F) del mayor cubo COPA en

Villeroy & Boch AG, con cerca de 94 millones de líneas.

“Obviamente queríamos realizar las pruebas con datos

reales de producción y una comparación efectiva del

resultado con y sin la tecnología In-Memory. El objetivo

de este tipo de pruebas era evaluar los tiempos de lectura

de los datos y consultas con y sin la agregación de la base

de datos. También queríamos evaluar cómo esta

tecnología de Oracle 12c funciona con configuraciones

idénticas de hardware y el aumento de memoria”, dijo

Harald Wolf, consultor senior de BI en el equipo de TI

corporativo de Villeroy &Boch, que realizó la PoC en

colaboración estrecha con Klaus Lehnen, jefe del centro

de competencia para tecnología basada en SAP en Rödl

IT Operation GMBH.

Oracle Database In-Memory en Villeroy & Boch 47

Resumen de los resultados de las pruebas: Opción Oracle 12c In-Memory en Villeroy & Boch

Para la PoC, los aliados crearon un sandbox para SAP BW

que consistía en una copia exacta del sistema SAP BW de

producción, con un total de 64GB de almacenamiento en

memoria señalizado para la base de datos. Oracle Database

para el sistema SAP BW se actualizó de la versión 11g a la

12c. Lehnen explica que “el objetivo principal era probar

Oracle Database In-Memory en un hardware estándar

compatible. Tanto para el sandbox del sistema BW, con 128

GB de RAM, como en el sandbox de BW PROD, con 96 GB

de RAM, usamos un ambiente de sistema virtualizado X86

RedHat basado en Linux con VMware en dos CPU y un

total de 16 núcleos.”

Él también explico cómo terminaron en 5 horas la

actualización a Oracle 12 c y la activación de la opción

Oracle Database In-Memory. Toda la PoC se hizo en un

día y medio, con un nivel de utilización de recursos

bastante razonable. Después de una prueba inicial rápida,

se ajustaron sólo dos parámetros de la base de datos con

una medida de ajuste recomendada.

La transacción LITSCUBE se usó en todas las pruebas

realizadas por los aliados. Los tiempos de respuesta de la base

de datos se calcularon con SQL Traces usando la transacción

ST05 de SAP (análisis de desempeño). Antes se

comprimieron todos los datos con Oracle Advanced

Compression.

Expectativas superadas

En total, Villeroy & Boch y Rödl IT Operation GmbH

realizaron cuatro escenarios de pruebas diferentes en el

sandbox para SAP BW con Oracle Database In-Memory. A

cada uno de ellos le siguió una evaluación de los resultados

de la aplicación SAP.

En la primera prueba, se seleccionaron un millón de registros

sin agregación de la base de datos y se procesaron varias veces

con la opción In-Memory. El tiempo de procesamiento de la

base de datos se calculó con los tiempos de preparación y de

transferencia medidos separadamente. Para el sistema de

producción (PROD) los datos mostraron que todo el proceso

terminó en 24 segundos. El proceso equivalente en el sandbox

para SAP BW con Oracle Database In-Memory presentó una

reducción significativa en el tiempo de procesamiento, que

cayó a 160 milisegundos y en algunos casos llegó a 5

milisegundos.

La segunda prueba fue similar a la primera, pero con un

millón de registros seleccionados y agregados. Las

mediciones comparativas mostraron que el tiempo de la

base de datos cayó un 75% porque el tiempo de ejecución

fue de 44 a 11 segundos. Una reducción de 33 segundos en

el procesamiento de cada solicitud.

En una tercera prueba, la lectura del volumen total de los

datos de tablas (94 millones de registros) cargados de la

memoria y agregados terminó en apenas 22 segundos. No

fue posible terminar una prueba comparable en el sistema

SAP BW PROD, porque se acabó el tiempo.

Resultados del cliente: Oracle Database In-Memory Ejemplo de PoC de COPA en SAP BW

Timeout 100

90

80

70

60

50

40

30

20

10

0

Prueba Prueba Prueba

Prod. (fuera de In-Memory) PoC (In-

e

LISTCUBE de transacciones SAP –

• Prueba 1: – 1 millón de registros sin agregación

– Factor de reducción en el tiempo deejecución:

150x... 4.800x

• Prueba 2: – 94 millones de registros con agregación

–Factor de reducción en el tiempo deejecución: 4x

• Prueba 3: – 94 millón de registros sin agregaciónImposible sin la

opción In-Memory

Copyright © 2014. Oracle e/ou suas controladas e coligadas. Todos os direitos reservados. | Public stefan.menschel@oracle.com

Resultados del cliente: Oracle Database In-Memory Ejemplo de PoC de COPA en SAP BW

80

70

60

50

40

30

20

10

0

Consultas • SAP COPA, Consulta 1

– – Factor de reducción en el tiempo de ejecución:

: 33x

• SAP COPA, Consulta 2

– – Factor de reducción en el tiempo de ejecución: : 30x

Consulta 1 Consulta 2

Prod. (fueradeIn-Memory) PoC(In-

Copyright © 2014, Oracle e/ou suas afiliadas. Todos os direitos reservados. | Public stefan.menschel@oracle.com

Tem

po

de

exe

cuçã

o e

m s

egu

nd

os

Tem

po

de

exe

cuçã

o e

m s

egu

nd

os

48

Por último, Villeroy & Boch se concentró en el procesamiento

de las consultas de COPA existentes y en la preparación de los

resultados con modelos de la web. Se eligieron dos candidatos

de SQL con procesamiento intensivo. Los resultados de la

primera prueba de consultas mostraron que el tiempo de la

base de datos con Oracle Database In-Memory fue de 1,5

segundo mientras que la misma instrucción tardó 50 segundos

en el sistema SAP BW PROD. La segunda prueba de

consultas arrojó resultados similares. Un procesamiento

realizado en 72 segundos en el sistema SAP BW PROD

terminó en 2,5 segundos con Oracle In- Memory.

Según Harald Wolf, “con las nuevas pruebas basadas en

Oracle 12c en Oracle Database In-Memory, la PoC

produjo resultados impresionantes en términos de

mejora del rendimiento. Desde el punto de vista de BI

me quedé especialmente satisfecho con el hecho de que

las aplicaciones SAP pueden usarse con Oracle Database

In-Memory sin necesidad de ningún cambio. También

fue fácil elegir cuáles tablas de SAP BW deberían

procesarse o no con la opción In-Memory.”

Pocos recursos necesarios, beneficios innumerables

Thomas Ochs resume el resultado “obviamente esperábamos que la tecnología Oracle Database In-Memory ofreciera una cierta mejora del rendimiento. Pero el resultado final fue una mejora notable, que reveló cuánto potencial tiene para ofrecer la tecnología. El equipo de TI de Villeroy & Boch tuvo

una grata sorpresa con el poco esfuerzo de implementación

necesario y con la rapidez con la que se realizaron las

pruebas."

Klaus Lehnen de Rödl IT Operation GmbH observa que

“los beneficios que se pueden obtener con Oracle Database

In-Memory para los clientes SAP con Oracle Database son

sustanciales, con costos moderados y con poco esfuerzo de

implementación. Esto también se debe al hecho de que las

infraestructuras de hardware existentes se pueden usar sin

modificaciones necesarias en el lado de las aplicaciones.”

Él concluye diciendo que “los proyectos de migración a

Oracle 12c (si se pueden llamar así) con el uso de Oracle

Database In-Memory presentaron un riesgo bajísimo y

fueron fáciles de administrar y de calcular. Además, todo

el proceso se basa en tecnología Oracle, un factor de

estabilidad consagrado para bases de datos en ambientes

SAP.” Rödl IT Operation GmbH también presta

servicios de hospedaje para varios clientes SAP, la

mayoría de los cuales cuenta con la combinación

probada y comprobada de sistemas SAP y Oracle

Database.

Después de las pruebas exitosas, Villeroy & Boch AG pasó a

adoptar Oracle Database In-Memory para sus sistemas SAP de

BW y CRM.

SAP BI Oracle Database In-Memory en DB Masters, Austria 49

SAP BI CON ORACLE DATABASE IN-MEMORY EN DB MASTERS

La tecnología de base de datos en memoria está disponible

desde los años 90. Desde aquel entonces, han surgido, han

desaparecido y han abastecido este nicho varios proveedores

de base de datos. En 2011, SAP lanzó el concepto HANA In-

Memory. La idea inicial era procesar consultas analíticas con

eficiencia por medio de estructuras de datos almacenados en

columnas.

Planeada como un sustituto de BWA, la tecnología cumplió

con las expectativas.

Un tiempo después, SAP amplió el concepto para incluir

OLTP. Técnicamente, optaron por un mix de tecnologías

adquiridas y autodesarrolladas, como P*Time, TREX Search

Engine, MaxDB (livecache) y Sybase ASE, para dicha finalidad.

Los clientes que quieren explotar la tecnología In-Memory de

HANA necesitan un hardware especial para ejecutar el sistema

y deben hacer la migración/convención de la tecnología que

usan hoy a HANA, la sensación del momento.

Casi al mismo tiempo, Oracle integró totalmente la tecnología

In-Memory en Oracle Database 12c. Oracle Database In-

Memory promete un buen desempeño de los recursos de alto

procesamiento analítico, implementación casi transparente y

no requiere hardware especial ni migración de datos. Cuando

la implementación se hace de forma correcta, los clientes

siguen aprovechando el rendimiento, la escalabilidad, la

disponibilidad y la fiabilidad que ya disfrutaban con mayor

desempeño analítico.

Este artículo analiza las pruebas pre-certificación y los

descubrimientos de la experiencia de un cliente con Oracle

Database In-Memory, que fue certificado para uso con

sistemas SAP en junio de 2015.

Aquí en DB Masters, en Austria, nuestro objetivo es ayudar a

los clientes a vencer los desafíos por medio de la

implementación correcta de Oracle Database y tecnologías

relacionadas. Tenemos experiencia con varios sistemas de

ERP de gran tamaño y entendemos las necesidades especiales

de los clientes. Pero nuestro foco son los ambientes Oracle,

independientemente de las aplicaciones que se ejecuten en

ellos. Estamos en el mercado desde el año 2000 y atendemos

una larga lista de clientes en toda Europa.

Cuando Oracle lanzó Oracle 12.1.0.2 In-Memory, uno de

nuestros clientes demostró interés en esta tecnología. La

empresa aprobó una prueba de concepto para evaluar el

impacto de la nueva opción en el rendimiento de su

aplicación SAP BW.

Tomamos la “mayor” instrucción SQL (de ejecución más

larga) del SAP BI de producción y registramos mediciones en

los siguientes escenarios:

• Los tiempos de ejecución “actuales” de las consultas en

un ambiente de producción como referencia – que no es

un enfoque enteramente exacto porque hay muchas

actividades en la base de datos.

• Usamos 11gR2 como caché de buffer en el tamaño original

y con 256 GB de caché. Las instrucciones se ejecutaron

varias veces para calentar el caché, así logramos eliminar el

tiempo de E/S de la ejecución y evaluamos las diferencias

de rendimiento entre los resultados con Oracle 11gR2 y

Oracle 12c

• Usamos 12gR1 como caché de buffer en el tamaño original

y con 256 GB de caché. Las instrucciones se ejecutaron

varias veces para calentar el caché, así logramos eliminar el

tiempo de E/S de la ejecución y evaluamos las diferencias

de rendimiento entre los resultados con Oracle 11gR2 y

Oracle 12c. La diferencia de tiempo de ejecución entre

Oracle 11g y 12c fueron insignificantes. Podemos suponer

que no hay diferencias de rendimiento para las

instrucciones probadas.

• Habilitamos Oracle Database In-Memory y colocamos

todos los objetos relacionados en el almacenamiento en

columnas en memoria. Probamos varias configuraciones

– como diferentes opciones de compresión en memoria,

por ejemplo- pero al final, todos los resultados se

obtuvieron con compresión BAJA PARA

CONSULTAS.

50

A continuación, vemos los resultados referentes a todas las

consultas - recuerde que usamos una versión más antigua de

SAP BI, no “optimizada" para tecnología Oracle Database In-

Memory:

Tipo de prueba Resultado

Tiempo de ejecución en el sistema de producción Siempre entre 2500 y 2750 segundos, dependiendo de la carga actual del

Sistema de prueba 11g / 12c, caché de buffer en el tamaño Cerca de 1455 segundos

Sistema de prueba 11g / 12c, caché de buffer de 256 GB Cerca de 382 segundos

Usando Oracle Database In-Memory con compresión BAJA PARA CONSULTAS

Cerca de 118 segundos

Los números no son tan impresionantes como cuando Larry

anunció Oracle Database In-Memory, pero dependiendo del

valor de referencia, una ejecución 25 veces más rápida no está

nada mal.

Todavía existe una pregunta recurrente: “¿por qué no poner toda

la base de datos en el caché de buffer?” Esto aceleraría el sistema en

un factor de 7-8.

La respuesta es fácil: La mayoría de los clientes no está

dispuesta a pagar por servidores que tengan el volumen

de memoria necesario. Si su base de datos SAP BI tiene 5

TB, 10 TB o más, necesitará de hasta 50% del tamaño de

la base de datos para el caché de buffer. Aunque hoy en

día existan servidores de hasta 32 TB de memoria o más,

cuestan muy caro. Los servidores actuales basados en

Intel, con dos sockets, pueden soportar hasta 3 TB de

memoria – normalmente los servidores de precio más

accesible comportan hasta 1,5 TB de memoria.

La ventaja de Oracle Database In-Memory es que sólo los

datos en tablas se deben almacenar en SGA Esto

normalmente corresponde de un tercio a la mitad del tamaño

de la base de datos, dependiendo del tipo de sistema. El

hecho de que los datos de tablas In-Memory se almacenan y

se acceden de forma comprimida significa que el espacio de

utilización también es menor. Nuestras pruebas indican que la

mayoría de las tablas de SAP BI se pueden comprimir por un

factor entre 2 y 4 veces del tamaño original de la tabla. Es

decir, el tamaño de la tabla In-Memory será de la mitad a un

cuarto del tamaño original de la tabla.

Un servidor actual basado en Intel, con dos sockets y 1,5 TB de

memoria, debe lograr colocar una base de datos SAP BI de 10

TB completa en la memoria. Además, usted se librará de los

índices usados sólo para acelerar las búsquedas –

especialmente los índices de bitmap necesarios para mejorar el

rendimiento de las consultas. Con menos índices para

mantener, los procesos de carga de datos se aceleran

radicalmente, lo que reduce los requisitos de espacio en disco

y el tamaño de las copias de seguridad.

Otra ventaja de Oracle Database In-Memory es la menor

cantidad de tiempo necesaria para la implementación. Puede

parecer increíble, pero la PoC presentada a este cliente se

hizo en menos de 5 horas, incluyendo la creación de un clon

de la base de datos en el sistema de prueba y la ejecución de

todas las pruebas planeadas. Usted puede comparar esto con

cualquier proyecto de implementación de recurso SAP que

quiera.

Desactivar Oracle Database In-Memory también es mucho

más fácil. Una simple directriz de línea de comando activa y

desactiva el recurso de manera dinámica y ofrece un plan B

rápido y eficiente en caso de problemas inesperados.

Por último, si bien no menos importante: ¿cuál es el

rendimiento de esta tecnología en términos de HA/DR

(alta disponibilidad/recuperación de desastres)? Con

Oracle Database In-Memory usted puede seguir usando

todas las funcionalidades de HA, como Oracle RAC y

Oracle Data Guard y soluciones de tolerancia frente a

fallos de Oracle y de otros proveedores. Sin cambios. La

capacidad de recuperación también permanecerá intacta.

Esta opción está totalmente integrada con todos los

recursos de HA y DR de Oracle.

En resumen, la experiencia con este nuevo recurso de

Oracle fue muy positiva, cumplió con nuestras expectativas

con relación a la facilidad de implementación y a los

beneficios en el rendimiento. Y ahora es una opción

certificada y de implementación casi transparente. Los

clientes tienen una opción viable para explorar esta

tecnología por un precio razonable, sin contratiempos en los

negocios,

Acerca del autor:

Christian Pfundtner, CEO de DB Masters, trabaja con Oracle

Databases desde 1992 (Oracle 6) es uno de los cuatro

primeros OCM (Oracle Certified Masters) en Europa. Nuestro

foco es Oracle Database, pero a diferencia de la competencia,

nos ocupamos de todas las capas relacionadas, desde el disco

(almacenamiento) hasta el usuario. Ofrecemos todo tipo de

evaluaciones. Requisitos actuales y comerciales de la base de

datos, situación actual de las licencias, recomendaciones de

mejores prácticas para la implementación de tecnología

Oracle a fin de atender las necesidades y maximizar el ROI de

los clientes, ajustes de rendimiento y solución de problemas.

DB Masters GmbH

Stammersdorfer Str. 463

2201 Gerasdorf, Austria www.dbmasters.at

Oracle Advanced Compression en Goodman Fielder 51

“El factor determinante para la implementación de Oracle Advanced Compression fue el crecimiento del tamaño de nuestra base de datos SAP ECC6. Con Oracle Advanced Compression liberamos un total de 20 TB en varias instancias de SAP ECC6. Nos concentramos en las 20 tablas más grandes en orden de crecimiento y la compresión se hizo sin interrupciones. El proceso fue totalmente transparente para nuestros usuarios. Quedé muy satisfecho con la facilidad de uso y con el resultado final."

– IAN LOFLEY,

Gerente de servicios de la web

ORACLE ADVANCED COMPRESSION REDUCE EN 40% LOS REQUISITOS DE ALMACENAMIENTO DE DATOS SAP CRUCIALES PARA LOS NEGOCIOS EN GOODMAN FIELDER.

Sumario ejecutivo

El crecimiento masivo en los volúmenes de datos que sucede

en las corporaciones presenta retos importantes. Las empresas

se deben adaptar rápidamente a los cambios constantes en el

escenario de negocios sin afectar los resultados financieros.

Los gerentes de TI necesitan administrar con eficacia la

infraestructura actual para controlar los costos y al mismo

tiempo tienen que seguir ofreciendo un rendimiento

extraordinario de las aplicaciones.

La opción Oracle Advanced Compression y Oracle Database

en conjunto proporcionan un robusto conjunto de recursos

de optimización de compresión, de rendimiento y de

almacenamiento de datos, que permiten a los gerentes de TI

tener éxito en este ambiente tan complejo.

Ya sea en una implementación de Oracle Database en la nube

o in situ, Oracle Advanced Compression puede ofrecer

compresión robusta en diferentes ambiente, sin cambios en las

aplicaciones. Los beneficios de Oracle Advanced Compression

incluyen un espacio de utilización menor del almacenamiento de la

base de datos, ahorro en las copias de seguridad y un mejor

rendimiento del sistema.

Este estudio de caso analiza cómo Goodman Fielder se

benefició mediante el uso de Oracle Advanced Compression

en su ambiente de aplicaciones SAP críticas para los negocios,

no sólo al mejorar el rendimiento, sino también al reducir sus

requisitos de almacenamiento existentes en más de un 40%, lo

que le permitió posponer nuevos gastos con adquisición de

almacenamiento.

Lea más para saber cómo lograron esto

Acerca de Goodman Fielder

La empresa cuenta con un portafolio excelente de marcas

bien conocidas en algunas de las mayores categorías de

productos de consumo de Australia, como Meadow Lea,

Praise, White Wings, Pampas, Mighty Soft, Helga‘s, Wonder

White, Vogel‘s (bajo licencia), Meadow Fresh e Irvines.

Los productos Goodman Fielder abarcan todas las comidas,

incluyendo desayuno, almuerzo, cena y aperitivos. Goodman

Fielder también produce y comercializa pan, leche, margarina,

harina, condimentos, patés, mayonesa, pastas congeladas,

mezclas para tortas, tartas, aperitivos, postres, salsas, vinagre y

aceites de cocina.

Goodman Fielder tiene su sede en Sydney y emplea casi 5.000

personas en la región de Australasia e islas del Pacífico. La

empresa fabrica sus productos en casi 5 plantas en Australia,

Nueva Zelandia, Papúa Nueva Guinea, Fiji y Nueva

Caledonia.

Desafíos del crecimiento de los datos

SAP ECC de Goodman Fielder es una aplicación crucial para

los negocios en todas las unidades de la empresa en Australia

y en Nueva Zelandia. Esta aplicación de OLTP está en el

centro del procesamiento y de las transacciones comerciales

diarias de Goodman Fielder. Cualquier problema en el

sistema o degradación del rendimiento del SAP ECC puede

llevar a consecuencias graves para el negocio de la

fabricación y la entrega de los productos a los consumidores.

52

La base de datos SAP ECC de Goodman Fielder ha crecido a

un ritmo de 350-400 GB/mes. En los últimos dos años, el

tamaño total de la base de datos se duplicó y llegó a cerca de

10 TB. Con esta tasa de crecimiento de los datos, la empresa

necesitaba reducir los costos con almacenamiento sin afectar

el rendimiento de la base de datos.

Todo comenzó con una PoC

Goodman Fielder realizó una PoC (prueba de concepto) con

Oracle Advanced Compression en el sistema SAP en su

ambiente de prueba. Mediante la compresión de las tablas

más grandes, Goodman Fielder liberó casi 50% del espacio

en el ambiente de prueba. La PoC también ayudó al equipo

de DBA de Goodman Fielder a tener una buena idea de los

tiempos necesarios para comprimir cada tabla.

Después de realizar pruebas minuciosas con los usuarios

empresariales, que también incluyeron verificaciones de

rendimiento, Goodman Fielder decidió implementar Oracle

Advanced Compression en su ambiente de producción.

Comprimió una tabla por vez y concluyó la implementación

en un período de tres semanas sin ningún tiempo de

inactividad.

Rendimiento convincente

Un área clave que, junto con los ahorros de compresión, era

de interés para Goodman Fielder durante su evaluación de

compresión avanzada fue el rendimiento del sistema después

de la compresión de los datos. Durante las pruebas y después

de la implementación en los ambientes de producción, no

hubo degradación del rendimiento con relación a la

compresión, y de hecho, Goodman Fielder vio mejoras en el

rendimiento en varias transacciones en el sistema SAP, como

muestra la tabla de arriba.

“Oracle Advanced Compression superó nuestras

expectativas, porque permitió que redujéramos en 40% el

crecimiento de nuestra base de datos y el espacio de

utilización de almacenamiento aquí en Goodman Fielder.

¡Una victoria para todos nosotros!"

– TAPAN VADODARIA, DBA de Oracle

Ahorros interesantes en el almacenamiento

Oracle Advanced Compression redujo el tamaño de la base de

datos de producción de Goodman Fielder de 10 a 6 TB. Esta

compresión permitió de inmediato que el equipo de DBA

tuviera 4 TB de espacio libre asignado en el nivel de la base de

datos, un espacio que podrá ser reutilizado para futuras

transacciones y almacenamiento. Como Goodman Fielder

copia su ambiente de producción a otros ambientes auxiliares,

el ahorro total de espacio en disco se amplió y llegó a un total

de 20 TB.

El equipo de DBA de Goodman Fielder planificó y dirigió la

compresión de un total de 20 tablas de SAP que consumen

más de 50 GB de datos. Durante la fase de planificación, el

equipo de DBA de Goodman Fielder usó Oracle

Compression Advisor, que predijo una relación de

compresión promedio de 4,79 veces para las tablas de base de

datos involucradas y los resultados finales de la compresión

alcanzaron o superaron las expectativas.

El equipo de DBA también convirtió los objetos LOB de

la base de datos para la arquitectura excelente y moderna

SecureFiles y luego los comprimió con SecureFiles LOB

(bajo índice de compresión), de acuerdo a lo

recomendado por la herramienta BRSPACE de SAP. El

resultado estableció un ahorro de espacio significativo

para objetos LOB sin impacto en el rendimiento.

Oracle Advanced Compression en Goodman Fielder 53

El equipo de DBA de Goodman Fielder usó la herramienta

BRSPACE de SAP para habilitar la compresión y se redujo el

tamaño de una de las tablas más grandes y más utilizadas de

SAP de 700 GB a 144 GB.

Otro beneficio que este equipo descubrió después de

implementar la compresión de tablas de OLTP fue que la tasa

de crecimiento global de la base de datos se redujo de 350

GB a menos de 200 GB por mes. Goodman Fielder tenía que

hacer inversiones sustanciales en compras regulares de

espacio adicional en disco y pudo posponer este gasto con la

liberación actual de almacenamiento, lo que produjo un

ahorro inmediato.

El equipo de DBA de Goodman Fielder activó Oracle

Advanced Compression en la compresión de su ambiente

de producción durante el horario laboral sin impacto en el

rendimiento, todas las tablas se comprimieron sin ningún

tiempo de inactividad.

Conclusión

Con Oracle Advanced Compression las empresas pueden

minimizar el CapEx (gastos de capital) y el OpEx (gastos

operacionales) sin tiempos de inactividad y sin sacrificar el

rendimiento de las aplicaciones. Oracle Advanced

Compression puede ofrecer un ahorro en la gestión de datos

estructurados o no, además de reducir el espacio de

utilización de almacenamiento de la base de datos de dos a

cuatro veces en diferentes ambientes, sin cambios en las

aplicaciones.

Ambiente

• IBM P7 con AIX 7.1

• SAP ECC 6.0

• Oracle Database Enterprise Edition

• Opción Oracle Advanced Compression

Conclusiones principales

• La base de datos OLTP del SAP ECC estaba creciendo a

un ritmo de 350-400 GB/mes.

• El costo de almacenamiento aumentaba como

resultado de este índice de crecimiento.

• La compresión fue transparente para los

usuarios empresariales y se activó sin

interrupciones.

• La PoC en el ambiente de prueba sorprendió a Goodman

Fielder en cuanto a la cantidad de espacio que se podía

ahorrar.

• La compresión se implementó en los ambientes de

pruebas, preparación (UAT, prueba de aceptación de los

usuarios) y producción.

Recursos avanzados de compresión utilizados

• OLTP Table Compression

• SecureFiles LOB Compression

Para más información, entre en contacto con su gerente de cuenta

de Oracle.

Cliente da Oracle: Goodman Fielder

Local: Sydney, Austrália

Setor: Alimentício

Funcionários: 5.000

Melhores práticas:

O Oracle Compression Advisor é uma

ferramenta gratuita e muito útil para prever

índices de compactação. Você pode

encontrar mais informações sobre essa

ferramenta na OTN em: http://

www.oracle.com/technetwork/ database/

options/compression/downloads/index.html

ElectraNet – Oracle Press Release 54

ElectraNet crea informes financieros 16 veces más rápido y elimina US$ 330.000 de los costos anuales de mantenimiento

ELECTRANET GANA MEJORES PERCEPCIONES DE NEGOCIOS CON LOS SISTEMAS DE INGENIERÍA DE ORACLE

ElectraNet, la principal TNSP (proveedora de servicios de red

de transmisión) y operadora de centro de control de sistemas

en el sur de Australia, logró obtener mejores percepciones

sobre el mercado de electricidad y mejorar la toma de

decisiones como resultado de la elección de sistemas de

ingeniería de Oracle.

Mediante el uso de Oracle Exadata Database Machine para

apoyar su sistema SAP y otras aplicaciones de emisión de

informes, la organización ahora puede crear informes

financieros en tan sólo 15 segundos en lugar de tardar 4

minutos.

El nuevo sistema también emite informes más rápidos sobre

los precios de la electricidad y el consumo diario de los

clientes y ofrece disponibilidad inmediata de los datos del

mercado de la electricidad, una actividad que antes tardaba

algunos minutos.

“El sector de servicios públicos siempre ha estado impulsado

por datos. Nuestro desafío no era tener datos suficientes sino

cómo extraer informaciones de calidad en tiempo hábil.

Oracle Exadata ha sido esencial para ayudarnos a alcanzar

este objetivo.

La integración entre hardware y software en una plataforma

realmente trae beneficios en términos de rendimiento. Por lo

que yo sé, ningún otro sistema integra el software y el

hardware tan bien” dijo Mark Jones, administrador de la base

de datos de ElectraNet Pty. Ltd.

Además de ofrecer una plataforma de base de datos de alto

rendimiento y con una relación costo-beneficio excelente para

mejorar los resultados de los negocios, la nueva

infraestructura redujo el costo total de propiedad (TCO). La

implementación redujo por la mitad los costos de

mantenimiento de TI – de $ 660.000 a US$ 330.000 – y

disminuyeron los gastos con licencias por medio de la

consolidación de 37 servidores y 10 máquinas virtuales en dos

unidades de Oracle Exadata: una para producción y otra para

recuperación de desastres. ElectraNet también ha ahorrado 15

horas por mes en tareas de mantenimiento del sistema, como

aplicación de parches en bases de datos y servidores, mediante

el aprovechamiento de los servicios Oracle Platinum que

ayudaron a resolver problemas rápidamente.

“Ofrecer el mejor servicio posible a nuestros clientes por el

menor costo es clave para nosotros. Sin embargo, el desafío

de administrar la infraestructura de transmisión y

distribución en vastas áreas rurales puede hacer que sea un

objetivo difícil de alcanzar.

La capacidad de obtener acceso prácticamente en tiempo

real a la información de negocios nos permitió identificar

oportunidades para racionalizar nuestra operaciones y

tomar mejores decisiones, tanto para necesidades

inmediatas como futuras” continuó Jones.

La resiliencia de nuestros negocios también mejoró.

ElectraNet ha adquirido la capacidad de completar la copia

de seguridad de los datos 3 veces más rápido, en tan sólo 2

horas en lugar de hasta 6. Además, usando un sistema de

ingeniería previamente configurado, probado y ajustado, la

organización puede ayudar a garantizar la alta disponibilidad

del sistema.

“Las empresas de servicios públicos se centran en el

funcionamiento de las operaciones ágiles y en ofrecer un mejor

valor a los clientes. Al elegir Oracle Exadata, ElectraNet ha

adquirido la capacidad de obtener mayor valor de sus datos

empresariales, acelerar la toma de decisiones, aumentar la

eficiencia y la eficacia en casi todos los aspectos de sus

negocios, además de mejorar la competitividad” dijo Carlos

Cienfuegos, jefe de Exadata y soluciones estratégicas, Oracle

Australia y Nueva Zelandia.

Contrató a Blue Crystal Solutions, miembro de nivel Gold

de Oracle Partner Network (OPN), para la instalación

inicial y trabajó con Oracle Advanced CustomerSupport

para migración de la base de datos SAP. De hecho,

mediante el uso de las mejores prácticas y conocimientos de

Oracle Advanced Customer Support Services para ayudar a

una migración rápida y sin problemas de las aplicaciones y

datos SAP y de otros programas de emisión de informes

para Oracle Exadata, la migración terminó en menos de un

día.

“El uso de Oracle Advanced Customer Support Services en

la migración, redujo nuestros riesgos. Como están

certificados por SAP, ya han visto la mayoría de los

problemas que podríamos tener y saben cómo enfrentarlos y

corregirlos. Como resultado tuvimos un tiempo de

inactividad mucho menor – calculado en alrededor de 75%

menos de lo previsto” concluyó Jones.

Informaciones de contacto:

Antoinette Georgopoulos

Oracle +61 2 9491 1698

antoinette.georgopoulos@oracle.com

Oracle Exadata Database Machine en el Grupo Solvi, Brasil 55

EL GRUPO SOLVI EN BRASIL CORTA COSTOS DE GESTIÓN AMBIENTAL CON ORACLE EXADATA

El Grupo Solvi está formado por más e 60 empresas que

operan en el ramo de ingeniería ambiental, con competencia

reconocida en las siguientes áreas: Residuos urbanos e

industriales, saneamiento, construcción y recuperación de

energía.

El objetivo de la empresa de proyectos ambientales es

invertir en otras compañías como socia o como accionista

en Brasil y en el exterior.

Entérese de cómo Oracle Exata ayudó al Grupo Solvi a

reducir costos de gestión ambiental y a mejorar la

disponibilidad, el rendimiento y la capacidad de

almacenamiento. Los usuarios finales también se beneficiaron

porque SAP y otros sistemas ejecutados en Exadata también

presentaron más disponibilidad y agilidad de respuesta. El

siguiente texto contiene la entrevista en video con Henrique

Fassi Lobão, gerente de TI en Solvi Participações en São

Paulo, Brasil.

Aquí en Solvi teníamos un problema relacionado a la gestión

de la base de datos. Nuestra infraestructura no era

centralizada. Para cada sistema usábamos un servidor

diferente, lo que implicaba esfuerzos de gestión sustanciales.

Además de tener varios servidores separados, teníamos poca

disponibilidad.

Cada servidor admitía un sistema y si alguno fallaba,

también se caía el sistema. También teníamos problemas

de rendimiento. Después de implementar Exadata,

resolvimos varios retos clave de nuestra organización. El

primero fue con relación a la gestión ambiental.

Centralizamos todas nuestras bases de datos en un

sistema de ingeniería.

Lo que redujo sustancialmente las horas dedicadas a este tipo

de gestión.

Como teníamos un equipo pequeño para esta finalidad,

reducimos el volumen de horas extras. Ahora nuestros

administradores de base de datos tienen fines de semana libres

que antes no tenían. Trabajamos en horario laboral normal,

períodos de ocho horas, cinco días por semana y tenemos los

fines de semana libres. También observamos beneficios en la

disponibilidad del ambiente, que antes era un problema grave

para nosotros.

Cada vez que fallaba un servidor, el respectivo sistema

también se caía. Con la redundancia de Exadata para los

clientes, incluso podemos llevar a cabo tareas de

mantenimiento, como aplicación de parches o

actualizaciones, sin comprometer la disponibilidad del

sistema. Hacemos esto sin host de base de datos, sin una

máquina de almacenamiento, durante el mantenimiento y el

sistema de aplicaciones funciona perfectamente.

La tercera mejora fue en el rendimiento. Teníamos problemas

con las copias de seguridad. Como nuestra ventana de

mantenimiento era relativamente corta, las copias de

seguridad se seguían haciendo a las 8 de la mañana del día

siguiente. Con Exadata, logramos terminar nuestras copias de

seguridad mucho antes de que terminara el horario laboral y

ahorramos con el almacenamiento de las copias de seguridad,

porque ahora trabajamos con copias comprimidas. Antes esto

era imposible debido a la potencia elevada de procesamiento

necesaria. Ahora realizamos esta función de forma

sumamente eficiente, con tiempo de sobra para las demás

tareas.

Los usuarios finales no usan Exadata directamente pero al final

se benefician. SAP y los demás sistemas ejecutados en Exadata

se volvieron altamente disponibles y ágiles para atender las

necesidades de los usuarios. Ha mejorado la usabilidad, los

tiempos de respuesta y la disponibilidad del sistema como un

todo, un grado de estabilidad con el que los usuarios pueden

contar siempre. Exadata ayudó al Grupo Solvi a reducir costos.

Logramos reducir los costos adicionales relacionados con la

gestión ambiental y la indisponibilidad del sistema. Estos costos

son indirectos pero también influyen en el resultado final

cuando los usuarios necesitan enviar facturas electrónicas, por

ejemplo. Tanto ellos como la empresa se ven afectados cuando

el sistema se cae.

Nuestra disponibilidad dependía de un solo servidor. Sólo para

dar un ejemplo, cuando se caía el servidor, el sistema quedaba

indisponible. Ahora gracias a Oracle Exadata y a Oracle

Database no tenemos más este tipo de problema.

Después de que implementamos Exadata, algunas

indisponibilidades eventuales son causadas por el propio

sistema de aplicaciones y no por la base de datos. Nuestra

base de datos tiene 100% de capacidad de respuesta y

disponibilidad. También planeamos analizar otras soluciones

Oracle que puedan beneficiarnos de forma efectiva.

Exalogic para las aplicaciones y productos específicos para

otros sistemas. Nos gusta SuperCluster para nuestro ambiente

SAP BW. Pretendemos evaluar ofertas con base en nuestros

productos y experiencias anteriores y creemos que aumentarán

nuestra productividad y el éxito en los negocios.

Fuente: http://medianetwork.oracle.com/video/player/ 4120342309001

56

GRAN MIGRACIÓN DEL SISTEMA MULTIPLATAFORMA SAP ON LINE CON ORACLE GOLDEN GATE

Introducción

Wuman Stores, Inc es un gran grupo minorista centrado en

tiendas de departamento, supermercados y almacenes, con

más de 700 establecimientos ubicados especialmente en

Pekín, Hangzhou, Tianjín, Zhejiang, Hebei y Shanghái, con

un volumen total de ventas de más de 40 mil millones de

yuanes por año.

• Wumart tuvo un crecimiento rápido en los negocios en

términos de ingresos y de número de puntos de venta

minoristas y la infraestructura existente no lograba

atender las exigencias comerciales.

• El escenario de TI incluía los silos tradicionales

de sistemas monolíticos y la empresa quería

renovarlo adoptando una infraestructura

moderna basada en nube privada.

• Wumart pretendía migrar a la arquitectura X86 a

fin de reducir los costos operacionales y de

hardware, así como también mejorar el rendimiento

general del sistema SAP.

Los problemas existentes en los sistemas

• Para los sistemas SAP, la utilización de CPU y

memoria excedía constantemente 90% y llegaba a

100% en los horarios de pico, lo que retrasaba el

tiempo de respuesta y le proporcionaba una mala

experiencia a los clientes.

• Como no era posible reequilibrar los silos de

sistemas dinámicamente para los diferentes

estándares de carga de trabajo, los sistemas no

podían reutilizar los recursos necesarios

fácilmente.

• Los costos de adquisición y mantenimiento de

infraestructura seguían aumentando

rápidamente.

• Con el crecimiento acelerado de los negocios y la

reducción del ciclo de vida de los productos de la

infraestructura, era difícil proteger la inversión

hecha en TI.

• La infraestructura vigente era grande, compleja y

difícil de mantener, lo que aumentaba los costos

operacionales de TI.

Desafíos

• Migrar 8 TB de la base de datos SAP ECC de

UNIX a Exadata con un tiempo de inactividad de

menos de 20 minutos.

• Había casi 100 interfaces RFC alrededor del sistema ECC.

• Falta de recursos adecuados de hardware en

los sistemas adyacentes para pruebas.

• Cambio de direcciones de IP, nombres del host y

DNS durante la migración.

• Cronograma acotado del proyecto, con un

período de pruebas sumamente corto.

• Migración de 3 grandes sistemas de

producción en un plazo de 3 meses.

• Un gran número de programas ABAP

personalizados en cada sistema.

Aliado de implementación

Beijing Giantower Technology Co Ltd

Es un aliado de nivel Gold de Oracle. Cuenta

con un equipo técnico experimentado y

sumamente competente, con experiencia

especial en los sistemas de ingeniería de Oracle

y en Oracle Database. La empresa ofrece

servicios de integración de sistemas e

implementación de aplicaciones de ERP en los

sistemas de ingeniería Oracle. Ellos ayudaron a

implementar el primer Exadata Database

Machine en China y también realizaron la

primera implementación de sistema SAP en

Exadata en dicho país. Los servicios ofrecidos

incluyen:

• Implementación y mantenimiento de los

sistemas de ingeniería de Oracle.

• Servicios y soluciones SAP en sistemas de

ingeniería Oracle de punta a punta.

• Migración, actualización, optimización y

mantenimiento de sistemas SAP.

• Diseño, implementación y mantenimiento

de Oracle Database.

Migración de sistema on-line en Wumart Stores 57

Plan de migración go-live (sincronizado en paralelo, go-live en etapas)

Gran proceso de migración

Después de un análisis detallado del ambiente de

sistemas existente y de varias charlas con el personal de

SAP y de Oracle sobre las especificaciones del proyecto,

decidimos realizar las "pruebas sincronizadas en paralelo

con go-live en etapas". Esto se hizo teniendo en cuenta

un pedido específico del cliente de garantizar que no

hubiera impactos en las operaciones de producción, ni

riesgos en las operaciones de negocios y que se asegurara

la integridad de los datos. Giantower desarrolló una

solución técnica basada en la capacidad especial del

software Oracle Golden Gate. Primero, usaron RMAN

para replicar una base de datos SAP completa en un

ambiente intermedio y después usaron Oracle

Transportable Tablespace (TTS) para concluir la

migración inicial, incluyendo la conversión endian en la

máquina Exadata de destino. Luego, usaron Oracle

Golden Gate para sincronizar la base de datos de

destino en Exadata con el sistema de origen ejecutado

en IBM P750. Con esto, crearon un mecanismo

completo de pruebas de completitud e integridad de los

datos y lograron hacer la migración de sustitución de la

base de datos on line.

Resultados finales y beneficios alcanzados

Después de la migración, las cuatro bases de datos

productivas principales se consolidaron en Oracle

Exadata, las instancias de las aplicaciones se

virtualizaron en un pool de X86, así se completó la

conversión total de la plataforma tradicional IBM

POWER a una arquitectura de computación en la nube

de alta fiabilidad y rendimiento elevado.

Migración de sistema on-line en Wumart Stores

58

Comparación de mejoras en el rendimiento antes y después de la migración

• La comparación del informe del AWR reveló que el

rendimiento mejoró entre 8 y 15 veces después de la

migración. La máquina Exadata que consolidó las cuatro

bases de datos de producción tuvo una utilización

promedio de CPU de sólo 15%. El rendimiento del

sistema ECC presentó una mejora promedio de más de

seis veces.

Comparación de AWR antes y después de la migración

El proyecto entregó la consolidación de sistemas, un

ambiente de computación en nube privada altamente

optimizado, con alto rendimiento y una arquitectura

avanzada para que la empresa administre mejor el

crecimiento esperado en el volumen de negocios.

Si necesita más información, entre en

contacto con los datos suministrados

aquí. O visite la página:

Página web: www.giantower.com

Informaciones de

contacto

Frank Zhu

E-mail: frank.zhu@giantower.com

Teléfono: (86)18611920045

Oracle SuperCluster en CELSA Group 59

“Oracle SuperCluster nos dio tranquilidad al eliminar los tiempos de inactividad en los procesos cruciales

para los negocios, como planificación de logística y envío, y les permitió a los clientes optimizar sus cadenas

de suministros con la seguridad de que nuestros productos llegarán en el plazo estipulado.” – JESUS MAYORDOMO,

CIO, CELSA GROUP

EL CELSA GROUP MEJORA TRES VECES EL RENDIMIENTO DE LA APLICACIÓN EMPRESARIAL SAP, CON UN AHORRO DE US$ 656.000 EN COSTOS DE MANO DE OBRA E IMPLEMENTA UNA ESTRUCTURA DE TI PARA APOYAR EL CRECIMIENTO CONTINUO

El CELSA GROUP es el mayor productor de acero en

España y uno de los más grandes de Europa, atiende clientes

industriales en cinco continentes y trabaja en conjunto con

más de 50 empresas. Su portafolio diversificado de productos

incluye acero forjado, laminado y procesado.

Desafíos

• Eliminar períodos de inactividad en los sistemas de

planificación de recursos empresariales (ERP), que causan

atrasos en las entregas de productos de acero y exponen a

la empresa a multas y a pérdidas de negocios.

• Mejorar el rendimiento de la función de TI para

aumentar la eficiencia en la emisión de informes y de

planificación de recursos en las 50 entidades del

CELSA GROUP.

• Optimizar los procesos de copias de seguridad para

ahorrar tiempo y dinero, así como atender una

exigencia de la empresa: que no se pierda ningún

dato en una emergencia.

Soluciones

• Garantía de entrega de millones de toneladas de acero al

año de modo confiable y puntual, sin tiempos de

inactividad en los sistemas SAP ERP de la empresa con

Oracle SuperCluster y Oracle Exadata Database Machine,

al mejorar las cadenas de suministros del CELSA GROUP

y de sus clientes.

• Ahorro de más de US$ 656.000 por año en costos de mano de

obra con la optimización de los informes financieros y la

consolidación de datos de más de 2.000 usuarios ubicados en

las más de 50 compañías del grupo.

• Aumento de la velocidad de los sistemas de ERP en 3

veces, lo que le permitió a la empresa perfeccionar los

procesos de logística y concretar el crecimiento planeado

para los cuatro años siguientes sin tener que adquirir más

recursos de TI.

• Copias de seguridad y consultas ejecutadas 3 veces más

rápido en centros de datos ubicados en diferentes áreas

geográficas con Oracle Data Guard, al optimizar el uso de

los recursos de TI y el tiempo dedicado a la gestión de

copias de seguridad.

• Aumento de la capacidad de almacenamiento de datos del

CELSA GROUP, para cumplir con las exigencias de la empresa

en la ejecución de análisis de datos con el fin de descubrir

tendencias y mejorar la eficiencia en todas las operaciones de

producción de acero.

• El grupo contrató a BT, una aliada de negocios de

Oracle, para implementar Oracle SuperCluster, y así

asegurar una planificación garantizada antes de la

implementación, la migración el mismo día y el soporte

después de la implementación.

Oracle SuperCluster en CELSA Group

60

Proceso de implementación

El CELSA GROUP migró tranquilamente a Oracle

SuperCluster en menos de un día, gracias a los análisis

profundos que se hicieron antes de la implementación y a la

preparación manejada por Oracle y por BT. Además de

realizar la migración a Oracle SuperCluster, BT hospeda el

sistema SAP del CELSA GROUP, suministra los centros de

datos y la infraestructura de Oracle SuperCluster, además de

administrar y operar la plataforma 24/7.

https://www.bt.es

Aliado

BT analizó los requisitos de TI y las necesidades de negocios

del CELSA GROUP y suministró análisis y pruebas para

demostrar que Oracle SuperCluster sería la mejor opción.

Preparó la implementación, concluyó la migración en menos

de un día con la mínima involucración del CELSA GROUP y

sigue trabajando después de la implementación, le da soporte

si surge algún problema.

¿Por qué Oracle?

“Analizamos varias alternativas para mejorar la

infraestructura de TI de nuestros sistemas SAP ERP, pero

las pruebas realizadas demostraron que Oracle SuperCluster

sería la mejor opción para cumplir con nuestros requisitos de

robustez, eficacia, precio y calidad", dijo Jesús Mayordomo,

CIO, CELSA GROUP.

http://www.celsagroup.com

Cliente de Oracle: CELSA GROUP

Lugar: Barcelona, España

Sector: Producción

industrial

Empleados: 7.000

Ingreso anual: U$ 1 mil millones a U$ 5 mil millones

Productos y servicios Oracle:

• Oracle SuperCluster

• Oracle Exadata Database Machine

• Oracle Active Data Guard

Oracle Exadata en Lenta – Oracle Press Release 61

Lenta implementa un proyecto de optimización de infraestructura de TI usando Oracle Exadata San Petersburgo, Rusia. 24 de abril de 2015

Lenta, (LSE, MOEX: LNTA), una de las mayores redes de

comercio minorista en Rusia, optimizó su infraestructura

de TI usando Oracle Exadata Database Machine, al

acelerar 4 veces el procesamiento de datos en su sistema de

ERP.

KORUS Consulting, una aliada de negocios nivel Platinum

de Oracle, lideró el proyecto con el apoyo de especialistas

en software y hardware de FORS Distribution, distribuidor

de Oracle en Rusia.

El escenario de TI de Lenta consiste en más de 20 sistemas

corporativos de información, 300 links de datos que conectan

las tiendas y los centros de distribución a la matriz y varias

salas de servidores integradas en el centro de datos. El equipo

de TI ofrece soporte a más de 6000 estaciones de trabajo

ubicadas en varias regiones del país.

El crecimiento intenso de Lenta - que ha abierto nuevas

tiendas y centros de distribución y ha realizado varios

cambios en los procesos de negocios – resultó en el aumento

de usuarios, de datos y de carga de trabajo en los sistemas de

información existentes. Este crecimiento fue el catalizador y

el factor determinante para la iniciativa de analizar el

escenario actual de TI y encontrar soluciones nuevas de alta

tecnología para acelerar el procesamiento de datos y generar

informes.

“El mercado minorista se expandió y se convirtió en un

mercado maduro y competitivo en Rusia, lo que llevó a un

nuevo entendimiento de las necesidades de negocios y de las

expectativas en cuanto a los nuevos recursos de tecnología de

la información.

Las soluciones de tecnología de punta se están convirtiendo

en parte integrante de los negocios. Nos dimos cuenta de que

contar con sistemas de información eficaces, ejecutados en

tiempo real con una carga de trabajo pesada, es una ventaja

importante. Justamente por esto, el próximo paso en el

desarrollo del escenario de TI de nuestra empresa fue obtener

soluciones de software y de hardware que nos permitieran

resolver con eficiencia los problemas relacionados con la

expansión vertical y el rendimiento de nuestros sistemas de

TI, dijo Vsevolod Kuzmich, CIO de Lenta.

En 2013, cuando empezó el proyecto, todos los sistemas se

ejecutaban en máquinas modernas de RISC de nivel

empresarial, combinadas dentro de clústeres para proporcionar

un uso eficiente de los recursos por medio del balance de la

carga. Mientras preparaba la estrategia de desarrollo de la

infraestructura de TI, el equipo de TI descubrió que este tipo

de arquitectura tenía varias limitaciones y era inferior a las

soluciones nuevas de tecnología que surgían en el mercado.

El equipo analizó informes de las agencias analíticas globales

más grandes y eligió algunas soluciones posibles que se habían

probado con datos reales. Además de los criterios básicos de

selección – garantía de tolerancia a fallas, capacidad de trabajar

con volúmenes grandes de datos, disponibilidad de aliados de

integración de sistemas calificados en Rusia y de aliados con

experiencia en la implementación de un número significativo

de sistemas semejantes – la escalabilidad y el rendimiento del

sistema fueron parámetros importantes en el proceso de

selección.

En la etapa final, el equipo eligió dos sistemas de proveedores

diferentes. Para probarlos, tuvieron que crear cargas de

producción idénticas usando datos reales en bancos de prueba.

El rendimiento se evaluó con base en la velocidad de creación

de informes con uso intensivo de recursos y en el tiempo

necesario para la ejecución de transacciones más complejas en

condiciones de carga diferente. También se hizo una

comparación con los mismos indicadores de la infraestructura

existente. Dependiendo de la tecnología, el efecto acumulativo

observado en el proyecto piloto presentó una mejora de cuatro

veces en el rendimiento y una reducción en el almacenamiento

de datos, gracias a la compresión y a los recursos técnicos de

Oracle.

62

Después de varias rondas de pruebas, el equipo determinó

que la solución ideal para los desafíos de Lenta era Oracle

Exadata. La elección se basó en criterios técnicos como

tolerancia a fallas, escalabilidad y rendimiento, así como en el

hecho de que la solución Oracle permite consolidar los

sistemas cruciales para los negocios con Oracle Database.

Actualmente, el sistema de planificación de recursos

empresariales (SAP ERP) y varias otras aplicaciones

empresariales migraron a Oracle Exadata. El uso de Oracle

Exadata para aplicaciones SAP en ambiente de producción

demostró que se cumplieron las expectativas de la empresa en

cuanto a la mejora del rendimiento. Oracle garantiza que las

aplicaciones funcionen 24 x 7 sin interrupciones.

Testimonios

“Un factor importante en la elección final de una solución

es la estabilidad del sistema ERP que la ejecutará. Para

cualquier comerciante, ERP es el sistema nervioso central

de un volumen de datos enorme que se envían y se

procesan. Actualmente, nuestro sistema ERP almacena

cerca de 20 TB de datos usados diariamente por 3000-

4000 empleados y por lo tanto, debe tener la capacidad de

operar 24/7, los 365 días del año", dice Vsevolod

Kuzmich. “Después de usar la nueva infraestructura

durante un año, podemos ver que nuestras esperanzas se

vieron plenamente justificadas por la confiabilidad de

Oracle Exadata y, por supuesto, seguimos impresionado

con la velocidad de la implementación del sistema - la

migración del sistema SAP ERP de producción a Exadata

terminó en tan sólo 3 días."

“También quisiera mencionar que descubrimos una forma de

optimizar nuestro TCO (costo total de propiedad)” agregó

Nikolay Vyatkin, vicedirector de TI para infraestructura y

servicios en Lenta. “Primero, elegimos Oracle Exadata en

discos de alta capacidad. Después, durante la operación, como

vimos que el espacio en disco y la memoria se utilizan más

rápido que la capacidad de procesamiento no hicimos la

expansión lineal del sistema durante la expansión de 2015. En

vez de esto, simplemente agregamos más memoria y espacio

en disco – un ahorro considerable con relación al enfoque

tradicional de expansión. Dicha flexibilidad es una ventaja

importante de los sistemas Oracle con relación a otras

soluciones que analizamos.”

“La mejora notable en el rendimiento y la consolidación

de los recursos de TI son las ventajas más cruciales de

nuestros sistemas optimizados, tanto para Lenta como

para nuestros clientes.

Estamos satisfechos al constatar que Oracle Exadata está

ayudando a Lenta, líder en el sector de comercio minorista

en Rusia, a crecer rápidamente y a reducir el TCO de la

infraestructura de TI con una mejora sustancial del

rendimiento, no sólo de las aplicaciones Oracle sino

también de soluciones de otros proveedores. Otro aspecto

fundamental es que la solución nueva ejecuta Oracle

Database, el DBMS líder mundial” dijo Andrey Pivovarov,

jefe de tecnologías avanzadas para consultoría pre-

proyecto en Oracle CIS. “Un número cada vez mayor de

empresas en Rusia ha elegido nuestros sistemas integrados

para acelerar las innovaciones en los negocios y

seguiremos ayudando a nuestros clientes con las

soluciones más avanzadas."

Aliados

KORUS Consulting Group es una empresa rusa que integra

sistemas y ofrece servicios de consultoría de TI para

creación, optimización y automatización de procesos de

negocios y es un aliado Platinum de Oracle. Los negocios

dedicados de KORUS Consulting en la integración de

sistemas y terciarización de TI ofrecen una variedad amplia

de servicios, entre los cuales se encuentran: creación,

auditoría y mantenimiento de infraestructura de TI,

además de la elección y entrega de equipos de TI.

Una de las especializaciones principales de la empresa en el

sector es la automatización de organizaciones del comercio

minorista de punta a punta. Los clientes de KORUS

Consulting incluyen Metro Cash & Carry, Azbuka Vkusa,

Korablik, ZAO Tander (red Magnit), Lenta, Monex

Trading, O’KEY, SPAR Retail, TsUM, Trading House

TsentrObuv, Tyumenskiy TsUM, entre otros.

Contactos de medios: Yuliya Smirnova, Tel.: +7 (921) 768

85 63+7 (812) 677 56 90, +7 (495) 647 50 46

FORS Distribution (www.partner.fors.ru), es una distribuidora

Oracle en Rusia y en Mongolia, y fue fundada en 2011 bajo

el patrocinio del centro de trabajos con aliados de FORS,

reconocida especialista en tecnologías Oracle en el mercado

ruso. Actualmente, los principales elementos de negocios de

FORS Distribuition incluyen la distribución de software y

de hardware de Oracle, la consultoría y el entrenamiento en

tecnologías Oracle para aliados y servicios con el fin de

probar y migrar soluciones complejas como parte del centro

de soluciones ecléctico e innovador de FORS. Los recursos

de la empresa incluyen un equipo de especialistas en ventas,

gerentes de afiliados de red y gerentes de marketing, un

departamento de logística y otro de consultoría técnica.

Oracle Exadata en Lenta – Oracle Press Release 63

Acerca de Lenta

Lenta es una de las mayores redes minoristas de Rusia y la

segunda mayor red de hipermercados del país (en términos

de ventas en 2014). Fundado en 1993 en San Petersburgo,

Lenta opera 123 hipermercados en 63 ciudades de Rusia y

27 supermercados en Moscú, con un total de unos 793.804

m² de espacio dedicado a las ventas. Un típico

hipermercado Lenta tiene un área de cerca de 6.200 m². La

empresa opera 6 centros de distribución para los

hipermercados.

Los formatos de los hipermercados de precios bajos son

diferenciados en sus estrategias de promoción y precios, así

como en la variedad de productos locales. La empresa

emplea alrededor de 30.655 personas, al 30 de junio de 2015.

El equipo de gestión de Lenta combina un mix de

conocimiento local y pericia internacional, aliado a una

vasta experiencia operacional en Rusia. Los mayores

accionistas de Lenta incluyen TGC Capital y el Banco

Europeo para la Reconstrucción y el Desarrollo, ambos

con el compromiso de mantener altos estándares de

gobernanza corporativa. Lenta negocia sus acciones en las

bolsas de valores de Londres y de Moscú con la sigla:

‘LNTA’.

Acerca de Oracle

Oracle desarrolla hardware y software optimizados para que

funcionen juntos en la nube y en centros de datos

corporativos.

Para más información sobre Oracle (NYSE: ORCL), visite la

página web: www.oracle.com.

Marcas Comerciales

Oracle es una marca registrada de Oracle Corporation y/o sus

filiales. Otros nombres son marcas registradas de sus

respectivos propietarios.

Para más información, contáctese con Anna Komyagina,

gerente sénior de marketing de FORS Distribution:

Teléfono: +7 495 913-3-913,

E-mail: anna.komyagina@fors.ru

64

SERVICIOS DE SOPORTE DE MISIÓN CRÍTICA PARA CLIENTES SAP

Para las organizaciones que utilizan SAP para operaciones

críticas, la disponibilidad ininterrumpida de datos, un

rendimiento óptimo y la reducción de los riesgos de TI son

esenciales para el éxito del negocio. Los servicios de Oracle

ACS ofrecen soporte de misión crítica para ayudar a los

clientes a mantener y maximizar el rendimiento de sus

sistemas Oracle. Con un enfoque único centrado en la

construcción de una relación a largo plazo con el equipo de

TI del cliente y el soporte de colaboración de los equipos de

ingeniería y soporte de Oracle, Oracle ACS trae una oferta de

servicios completos y altamente integrados. Un solo contacto

para todos los asuntos de Oracle y SAP y acceso a los

expertos de estas dos multinacionales permite resolver

problemas de forma rápida y eficiente. Los servicios de

soporte proactivo y preventivo se ejecutan con herramientas

de diagnóstico para ayudarle a aumentar la disponibilidad del

sistema, a optimizar el rendimiento, a reducir el riesgo y a

acelerar el retorno sobre la inversión (ROI) a través de todo

conjunto de tecnología Oracle y SAP. Los servicios de

planificación, migración, configuración e instalación le

permiten disfrutar las ventajas de los recursos avanzados y las

nuevas tecnologías más rápido y con mayor eficacia. Talleres

personalizados entrenan a los clientes con las mejores

prácticas sobre la forma de operar y mantener los ambientes

SAP para el máximo rendimiento y disponibilidad. Todo esto

se suma a los servicios que le permiten centrarse en las

actividades que le agregan valor al negocio y no en el soporte

de TI del día a día.

Oracle cuenta con la profunda experiencia en tecnología SAP

que usted necesita para aprovechar al máximo su ambiente

SAP. Con más de 28 años de colaboración con SAP, Oracle

es el proveedor principal de bases de datos para

implementaciones SAP y tiene la experiencia más larga con

SAP R/3 y el SAP NetWeaver en el sector. Los recursos

dedicados de ingeniería y el soporte de ambas empresas

trabajan en conjunto en el desarrollo de punta a punta, la

integración y optimización y aseguran una resolución rápida

de los problemas para que usted pueda operar su ambiente

SAP y Oracle con confianza. La disponibilidad más alta para

el ambiente SAP con el desarrollo, la integración y la

optimización de HA y DR de Oracle garantizan la resolución

rápida de los problemas del cliente.

Oracle ACS Lifecycle Support Services para

Oracle Databases

Si usted necesita migrar su base de datos para mantenerse al

día con las últimas tecnologías, consolidar los sistemas

antiguos en un hardware moderno o mejorar el rendimiento

de las cargas de trabajo SAP, Oracle ACS Lifecycle Support

Services lo ayudará a optimizar su Oracle Database para SAP.

Oracle ACS Lifecycle Migration Service para migración

SAP

A través de la automatización, las herramientas avanzadas de

soporte y más de 10 años de experiencia en migración de bases

de datos Oracle, Oracle ACS Lifecycle Migration Service ofrece

servicios de planificación, validación y ejecución que le

permiten migrar la base de datos de SAP más rápido con

menos costos y con menos tiempo de inactividad. Los expertos

de Oracle evalúan su ambiente SAP y lo guían en la elección

entre múltiples enfoques de migración, resuelven los posibles

problemas de funcionamiento de migración, realizan pruebas

para reducir los riesgos y migran su base de datos a través de

un portal online seguro. El proceso eficiente de Oracle, basado

en las últimas mejores prácticas del sector, le permite migrar su

base de datos SAP en cuestión de días y no de semanas o

meses normalmente requeridos para migraciones de SAP.

Oracle Consolidation Planning Service

La consolidación de los sistemas antiguos en hardware

moderno puede reducir costos, mejorar el rendimiento y

simplificar las operaciones. Oracle Consolidation Planning

Service le ayuda a identificar rápidamente los escenarios más

favorables para la consolidación y migración para que su

empresa realice la consolidación en las plataformas de

hardware y sistemas de ingeniería de Oracle. Los expertos de

Oracle evalúan la configuración actual, las cargas de trabajo, los

niveles de parches y los requisitos de seguridad de su ambiente

SAP para desarrollar un plan de consolidación integral,

incluyendo proyecciones detalladas y recomendaciones

prácticas para reducir los riesgos operativos y de transición.

Oracle Performance Tuning and Benchmarking Service

A través de monitoreo continuo y evaluaciones trimestrales,

Oracle Performance Tuning and Benchmarking Service le

ayuda a mantener un rendimiento constante e ideal para las

bases de datos SAP de misión crítica. Los KPI (indicadores

clave de rendimiento) son monitoreados para identificar

proactivamente los problemas antes de que afecten las

operaciones. Las evaluaciones trimestrales de rendimiento

incluyen recomendaciones basadas en estándares de la

industria, las mejores prácticas de Oracle y nuestra

experiencia continua con los clientes que tienen

configuraciones de bases de datos SAP y escenarios de uso

similares.

La inclusión de Oracle Load Testing and Analysis Service

mejora aún más el tiempo de actividad, reduce los costos y los

riesgos a través de pruebas exhaustivas de bases de datos. Los

expertos en pruebas de carga de Oracle evalúan el impacto de

los cambios tecnológicos previstos en el rendimiento,

recomiendan configuraciones para optimizar el rendimiento e

identificar y abordar las cuestiones antes de la entrada en

funcionamiento.

Servicios de soporte para clientes SAP 65

Oracle ACS Lifecycle Support Services permite migraciones de bases de datos más rápido, reduce el riesgo y los costos de la

consolidación y de la migración, además de ayudarlo a optimizar el rendimiento y la disponibilidad de las bases de datos. Para más

información sobre Oracle ACS Lifecycle Support Services for SAP Environments, visite la página:

http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html y

http://www.oracle.com/us/support/ advanced-customer-services/lifecycle-support-services/overview/index.html

Oracle ACS Services para servidores,

almacenamiento y sistemas de ingeniería de Oracle

Para ambientes SAP basados en hardware de Oracle, Oracle

ACS ofrece servicios de planificación, implementación,

optimización y servicios de soporte basados en la experiencia

profunda en servidores, almacenamiento y sistemas de

ingeniería de Oracle. Estos servicios mejoran el rendimiento y

la disponibilidad, además de reducir los tiempos de

implementación del nuevo hardware para el ambiente SAP de

su empresa.

Oracle ACS Services para servidores

Oracle ACS ofrece varios servicios para ayudar a mejorar el

rendimiento y la disponibilidad de los servidores de Oracle y

reduce el tiempo de implementación de nuevos sistemas. La

asistencia para la instalación y la configuración incluye análisis

de preparación para acelerar la implementación de nuevos

sistemas Oracle y asegurarse que su ambiente SAP resultante

sea estable y sostenible. Nuestros servicios a medida para la

optimización del rendimiento y de la configuración de

disponibilidad mejoran los ambientes SAP. También

ofrecemos talleres personalizados que abordan las mejores

prácticas y transmiten conocimiento para que su empresa

pueda operar sus servidores con confianza.

Oracle ACS Services para almacenamiento

Al igual que con los servidores, Oracle ACS también ofrece

asistencia para la instalación y configuración para acelerar la

implementación de nuevos sistemas de almacenamiento

Oracle. Los servicios de optimización de almacenamiento

incluyen análisis de configuración y rendimiento, monitoreo

avanzado y resolución de problemas para maximizar la

disponibilidad y el rendimiento de los sistemas de

almacenamiento en su ambiente SAP.

Para más información sobre Oracle ACS para servidores

y almacenamiento, visite la página: http://www.

oracle.com/us/support/advanced-customer-services/servers-

storage/overview/index.html.

Oracle ACS Services para sistemas de ingeniería

A través de un enfoque de ciclo de vida completo de los

sistemas, Oracle ACS ofrece soporte de misión crítica para

los sistemas de ingeniería Oracle, incluyendo Oracle Exadata,

que le ayudan a maximizar el retorno de su inversión en los

sistemas de ingeniería.

Los servicios de asesoramiento, planificación, diseño y

construcción e implementación garantizan una migración sin

problemas a los sistemas de ingeniería de Oracle y

disponibilidad operativa en su ambiente SAP. El soporte

continuo a la producción reduce los riesgos y le ofrece un

único punto de contacto para la resolución de problemas en

software Oracle y SAP. Oracle Exadata Start-Up Pack para

SAP ofrece un paquete de servicios integrados para la

cobertura de soporte de punta a punta:

• Servicio de consultoría para empezar a usar Oracle

Exadata

• Servicios de instalación y configuración de Oracle Exadata

• Servicio de preparación de soporte para activación de

Oracle Exadata

• Servicios de migración de datos

• Servicio de implementación trimestral de parches de

Oracle Exadata (incluye aplicación de parches en

ambientes Oracle y SAP)

Para más información sobre los servicios Oracle ACS para

sistemas de ingeniería, visite la página: http://www.oracle.

com/us/ support/advanced-customer-services/engineered-

systems/ overview/index.html

Oracle Business Critical Service para sistemas

Oracle Business Critical Service ofrece un mejor soporte

preventivo y tiempos de respuesta acelerados para sus sistemas

SAP de misión crítica. La prioridad de respuesta con acuerdos

de nivel de servicio (SLA) que garantizan mayor rapidez y

determinan el plazo de sustitución y asistencia in situ para

acelerar la solución de incidentes graves.

La supervisión continua del sistema, con la generación

automatizada de solicitudes de servicio, detecta las fallas e

inicia el proceso de resolución antes de que afecten a las

operaciones.

Los servicios preventivos, con revisiones regulares del

sistema y la aplicación proactiva de parches, optimizan el

rendimiento y la disponibilidad de los sistemas críticos en

el ambiente SAP de su empresa. Para más información

sobre Oracle Business Critical Services para sistemas,

visite la página: http://www.oracle.com/

us/support/premier/business-critical-

service/overview/index.html

66

Oracle Platinum Services para ambientes SAP

A través de un derecho especial dentro del programa estándar

Oracle Premier Support, Oracle Platinum Services les ofrece a

los clientes los recursos de soporte técnico adicionales,

mejorados para los ambientes SAP. Al usar Oracle Advanced

Support Gateway – una interconexión segura que habilita el

monitoreo remoto y continuo de fallas en los ambientes

Oracle y SAP (hardware, bases de datos, sistema operativo y

red) – los tiempos de respuesta se aceleran.

Las notificaciones de fallas se envían dentro de los 5 minutos

de ocurrencia, con la restauración del sistema o escalada al

desarrollo en 15 minutos. La depuración conjunta de fallas

empieza dentro de los 30 minutos de la ocurrencia. El

resultado redujo el tiempo de inactividad mediante la

prevención de los problemas críticos y la resolución de

problemas de forma más rápida. De hecho, los clientes de

Oracle Platinum Services experimentan 50% menos de

problemas de alta gravedad y tiempos de respuestas más

rápidos, 31% en promedio, además de la reducción de las

cargas de trabajo relacionadas con el soporte dentro de la

organización. Los servicios de aplicación trimestral de

parches en software Oracle y SAP aseguran que los

ambientes SAP estén siempre actualizados.

Los servicios Oracle Platinum forman parte de las

configuraciones certificadas en el nivel Platinum de Oracle

Exadata, Oracle Exalogic y Oracle SuperCluster incluidas en

los contratos de Oracle Premier Support.

Para más información sobre los servicios Oracle Platinum

para ambientes SAP, visite la página: http://www.oracle.

com/us/support/premier/engineered-systems-solutions/ platinum-

services/overview/index.html.

Oracle Workshops para clientes SAP

Oracle ofrece talleres personalizados para clientes SAP con el

objetivo de ayudarlos a mantener y operar su ambiente

Oracle/SAP. Estos talleres realizados in situ se adaptan a las

necesidades exclusivas de su empresa y los conducen

profesionales de Oracle con amplia experiencia en la

optimización de implementaciones de bases de datos Oracle

para SAP. Las demostraciones prácticas y en vivo,

complementadas por documentación dirigida a los usuarios

cubren una variedad de temas para ayudarlo a aprovechar al

máximo su ambiente Oracle/SAP.

Oracle SuperCluster M7 para clientes SAP 67

ORACLE SUPERCLUSTER M7 PARA CLIENTES SAP

Oracle SuperCluster M7 combina la eficiencia revolucionaria y

el rendimiento de Oracle Database con multitenencia segura

con casi cero de sobrecarga y herramientas de gestión de nube

privada para crear una infraestructura completa y segura en la

nube para bases de datos y aplicaciones. Las configuraciones

flexibles permiten empezar con un sistema pequeño y ampliar

fácilmente la nube a medida que aumenta la demanda. La

arquitectura del procesador M7 de alto rendimiento de Oracle

proporciona mejor rendimiento por núcleo para aplicaciones

empresariales Java y Oracle Database que cualquier sistema

X86 similar. Oracle VM Server para SPARC y la virtualización

de Oracle Solaris prácticamente sin sobrecarga trabajan en

conjunto con un fabric InfiniBand ultra rápido para permitir

el rendimiento máximo y la escalabilidad sin desperdicio de

espacio, de potencia y recursos humanos, ni de software ni de

computación.

Los escenarios SAP de la actualidad se pueden describir

como los ambientes de centros de datos más complejos,

que exigen que las aplicaciones, las bases de datos, los

sistemas operativos, el software de clúster, los servidores, la

red y el almacenamiento se integren y se gestionen con

experiencia y puedan garantizar alta disponibilidad esencial

para los negocios.

Oracle SuperCluster M7 es la única arquitectura para clientes

SAP que ofrece infraestructura segura de nube privada de Oracle

de modo exclusivo para base de datos y aplicaciones con

recursos integrados de computación, almacenamiento y red,

además de virtualización, sistema operativo y gestión. Todos

estos atributos hacen que esta arquitectura sea ideal para

ambientes SAP.

Oracle SuperCluster M7 es la mejor plataforma para ejecutar

todas las capas SAP. Con las nuevas optimizaciones

proyectadas para Oracle SuperCluster M7 – que incluyen el

rendimiento del procesador SPARC M7 de Oracle, la

seguridad más robusta del sector, integración completa con

Oracle Solaris Cluster para alta disponibilidad y

optimizaciones para Oracle Solaris – no hay ninguna otra

solución comparable en el mercado.

Oracle cuenta con soporte y certificación para SAP y ofrece una manera novedosa de acelerar la implementación y reducir los costos operacionales durante todo el ciclo de vida de la arquitectura SAP. El desarrollo conjunto entre Oracle y SAP a lo largo de décadas llevó a integraciones y proyectos más concisos de Oracle SuperCluster y de Oracle Database para SAP. Oracle SuperCluster M7 integra extensiones de conformidad con los requisitos de seguridad de SAP como parte del marco de conformidad de SAP. Oracle SuperCluster se ha implementado con éxito para consolidación de todo el ambiente SAP, lo que simplifica y acelera instalaciones, consolida la infraestructura, acelera el

rendimiento y ofrece una plataforma de nube Oracle de misión

crítica y alta disponibilidad. Los casos de uso de los clientes que

ejecutan sistemas SAP en Oracle SuperCluster demuestran la

amplitud del alcance de esta solución.

Principales beneficios de Oracle SuperCluster M7

para clientes SAP

Oracle SuperCluster M7 ha sido proyectado como la

infraestructura de nube segura de Oracle, con la seguridad más

avanzada del sector, un rendimiento extremo y una gama completa

de mejoras en la eficiencia, herramientas y automatización que

trabajan en conjunto para reducir radicalmente los costos y la

complejidad. En las áreas de seguridad, rendimiento y eficiencia,

las tecnologías se integran y se optimizan en Oracle SuperCluster

M7, incluyendo el procesador SPARC M7, Oracle Solaris, Oracle

Solaris Cluster, Oracle Database y sistemas SAP.

Los ambientes SAP son complejos, con varias capas de

infraestructura que aprovechan la consolidación para reducir

el TCO y mejorar el rendimiento, la capacidad de gestión y la

disponibilidad de las aplicaciones SAP. Los ambientes

tradicionales SAP resultan en infraestructuras complejas y

segregadas para producción, desarrollo y garantía de calidad.

Oracle SuperCluster ofrece una infraestructura de nube

simplificada y consolidada para ambientes SAP como una base

arquitectónica. Oracle SuperCluster combina hardware y

almacenamiento, computación y red con virtualización, sistema

operativo y software de gestión en una infraestructura

completa de alto rendimiento, sumamente segura y fácil de

implementar, gestionar y mantener.

68

Oracle SuperCluster M7 se ha proyectado para un

rendimiento mejor y optimizado en todas las capas de

tecnología Oracle y SAP (Figura 1). La ingeniería y el

desarrollo hechos junto con SAP, forman parte de la

estrategia de productos y del proceso de optimización del

desempeño de Oracle.

Visión general de la tecnología Oracle SuperCluster M7

Oracle SuperCluster combina tecnologías de alta

disponibilidad y escalabilidad, como Oracle Database 12c,

Oracle

Database 11g y Oracle Real Application Clusters (Oracle

RAC) con hardware estándar del sector. Todos los

componentes de hardware – que incluyen los servidores

SPARC M7 de Oracle, los Oracle Exadata Storage Servers y

appliance Oracle ZFS Storage ZS3 – se integran y se

optimizan por medio de la red unificada QDR InfiniBand.

También se pre-configuran, se prueban, se integran, se

ajustan, se optimiza el rendimiento y están diseñados sin

ningún punto de falla de software (Figura 2).

Oracle SuperCluster M7 para clientes SAP 69

Recursos de Oracle SuperCluster M7:

La siguiente lista describe algunos de los recursos

principales de Oracle SuperCluster M7:

• Rendimiento inigualable. Oracle SuperCluster M7 incluye

el procesador más rápido del mundo para computación

de uso general – SPARC M7. Las mejoras en la

aceleración criptográfica y la aceleración de consultas de

Oracle Database 12c se integraron directamente en el

diseño del procesador. Combinado con la aceleración

de SPARC M7 SQL para Oracle Database In-Memory

12c, SPARC M7 In-Line Decompression mejora el

rendimiento de las aplicaciones SAP con uso intensivo

de recursos.

• Seguridad avanzada. Oracle SuperClusterM7 ofrece la

seguridad más avanzada del sector, ya que incorpora una

gran variedad de tecnologías de seguridad exclusivas en

tiempo de ejecución, las mejores prácticas y controles de

seguridad que abarcan todo el sistema y han sido probados

y documentados, además de las herramientas integradas y

automatizadas para verificación de conformidad. Las

tecnologías exclusivas incluyen SPARC M7 Silicon

Secured Memory, aceleración criptográfica del SPARC

M7, máquinas virtuales de sólo lectura (read Only) y

pistas de auditoría de punta a punta.

• Escalabilidad. Oracle SuperCluster M7 también ofrece

escalabilidad inigualable para ambientes SAP.

Proyectado para multitenencia altamente segura y

eficiente, Oracle SuperCluster integra virtualización

para expansión vertical y fabric InfiniBand para

expansión horizontal, con el fin de proporcionar la

máxima flexibilidad en el aprovisionamiento de

recursos del sistema para aplicaciones y bases de

datos de inquilinos. Todo esto sin dejar de lado el

aislamiento máximo de las cargas de trabajo de otros

inquilinos, con rendimiento excelente y sin

desperdicio de recursos de computación, de memoria

o de software.

• Multitenencia segura para un alto grado de aislamiento

entre varias entidades simultáneas, que pueden operar

y administrar sus propios servicios en un solo Oracle

SuperCluster físico. Las aplicaciones pueden tener

diferentes requisitos de seguridad, de confiabilidad y

de rendimiento. Las cargas de trabajo se aíslan en las

zonas de Oracle Solaris y las actividades como gestión

de recursos y cuentas de usuarios se administran de

forma centralizada. Oracle SuperCluster ofrece

gestión centralizada de aislamiento de hardware entre

agrupaciones de CPU, memoria y E/S

(entradas/salidas) para mayor disponibilidad dentro

del nodo.

Conclusión

Oracle SuperCluster M7 es la única arquitectura para

ambientes SAP que ofrece infraestructura segura de nube

privada de Oracle de modo exclusivo y optimizado para

base de datos y aplicaciones con recursos integrados de

computación, almacenamiento y red, además de

virtualización, sistema operativo y gestión. Todos estos

atributos hacen que esta arquitectura sea ideal para

ambientes SAP.

Con las nuevas optimizaciones proyectadas para

Oracle SuperCluster M7 – que incluyen el rendimiento

del procesador SPARC M7 de Oracle, la seguridad más

robusta del sector, la integración completa con Oracle

Solaris Cluster para alta disponibilidad y

optimizaciones para Oracle Solaris – no hay ninguna

otra solución comparable en el mercado.

Oracle ofrece tecnologías y servicios amplios, con

capacidad inigualable de ofrecer una plataforma de

misión crítica y alta disponibilidad en la nube de

Oracle para ambientes SAP. Este artículo suministró

una presentación de alto nivel de cómo la tecnología

de Oracle SuperCluster M7 se relaciona con los

ambientes SAP.

Más información:

http://www.oracle.com/us/solutions/sap/engineered-

systems/ supercluster/index.html

70

LOS CLIENTES DE SAP SE BENEFICIAN CON LA TECNOLOGÍA EXADATA

Aumento del rendimiento y otros beneficios importantes desde que se activa el producto, sin necesidad de cambios

Oracle Exadata Database Machine trae aumentos de

rendimiento para todas las cargas de trabajo de los clientes,

como SAP Business Suite (SAP ECC 6.0, SAP CRM 7.x) y

del SAP BW 7.x. Los clientes de Oracle Exadata pueden

ejecutar las Oracle Databases con varias cargas de trabajo,

SAP y no SAP, en un único Exadata Database Machine. Es

un hecho: simple y rápido de implementar, Exadata Database

Machine está preparado para lidiar con las aplicaciones de

bases de datos más grandes e importantes y a menudo,

ejecutarlas 10 veces más rápido o más. La clave está en la

ingeniería del sistema, que usa el hardware estándar del sector

de Sun con el software de almacenamiento y base de datos

inteligente de Oracle.

Oracle Exadata Database Machine está certificado por

SAP desde julio de 2011 y los clientes de SAP pueden

utilizarlo para sus aplicaciones SAP. Exadata es una

solución fácil de implementar para hospedar la Oracle

Database y el software de SAP se ejecuta sin cambios, con

un rendimiento inmediato, consolida aplicaciones SAP

NetWeaver y reduce el número de proveedores a sólo dos,

SAP y Oracle. También ofrece un mejor soporte, la

migración online rápida, la plataforma de implementación

de DBaaS, ventajas de la Enterprise Database Cloud con

una implementación rápida de su infraestructura y los

costos más bajos a través de la consolidación.

Con el tiempo, muchos más clientes de SAP en todo el

mundo han comprado e implementado Exadata Databases

Machines. A continuación se muestran algunos de los clientes

de todo el mundo y de diferentes rubros que han

implementado Oracle Exadata Database Machine y

destacaremos algunos de los retos y soluciones que se

presentaron en varios ambientes.

La expansión requiere un “centro de datos del futuro”

Estos son los retos de una compañía de productos

químicos y de fertilizantes en la India, con ingresos de

alrededor de US$ 500 millones: la implementación de una

nueva solución escalable orientada al futuro y que ayude a

concretar la expansión planeada a la región Asia-Pacífico

(APAC). Los componentes de hardware llegando al final de

su vida útil ya no soportaban más crecimiento. Además, la

necesidad de aumentar la capacidad de almacenamiento

también era un problema.

Ante esto, la empresa realizó una comparación detallada de

los sistemas tradicionales con los sistemas de ingeniería. Una

PoC (prueba de concepto) que se centra en SAP ECC y BW

y se ejecuta en Exadata Database Machine aclaró las últimas

dudas y la empresa obtuvo beneficios enormes. Un vocero

de la industria dijo, “Oracle Exadata Database Machine es

fundamental para la construcción de un centro de datos del

futuro. Con una plataforma de alto rendimiento para apoyar

nuestro aumento del número de usuarios, logramos ejecutar

nuestros planes de manera ideal.” Otros beneficios incluyen

la consolidación eficiente de la base de datos, ahorro de

almacenamiento y mejoras de rendimiento significativas.

El ejemplo siguiente es una empresa de servicios

financieros al consumidor en Japón que obtuvo ventajas

mediante la implementación de Exadata Database Machine.

En este caso, la administración espera una reducción de

costos de TI mediante la consolidación de las bases de

datos y la migración de Unix a Linux para SAP ECC. El

plan incluye un proceso de migración sin problemas al

Oracle Exadata (con R/3 de carga) y la sustitución del

sistema Itanium HP UX. Está claro que con la nueva

plataforma, esta compañía financiera será capaz de

continuar con el crecimiento y con la consolidación del

sistema SAP, lo que aumenta el rendimiento de los

procesos y permite consultas de datos más complejas.

Clientes SAP obtienen los beneficios de la tecnología Exadata 71

¿Por qué cada vez más clientes de SAP en todo el mundo

implementan Oracle Exadata Database?

Otro ejemplo de clientes en Japón involucra la importación y

la exportación de sustancias químicas, plásticos, materiales

electrónicos, cosméticos y alimentos saludables japoneses.

Oracle Exadata Database Machine se usó por primera vez

con éxito en el ambiente no SAP de la empresa y ahora

también se utiliza para los ambientes SAP.“Debido a los

buenos resultados en los ambientes no SAP, decidimos

adoptar el Oracle Exadata Database Machine con X3 Medio

Rack para SAP ECC” dijo un vocero de la empresa. El

objetivo principal era consolidar todas las bases de datos y

obtener un buen retorno sobre la inversión a través de la

reducción de costos y la sustitución de la plataforma

Windows. En resumen, el sistema ECC se enfrentaba a varias

demandas para aumentar el rendimiento, reducir al mínimo el

tiempo de inactividad y garantizar el crecimiento del negocio.

El cliente exige los negocios en tiempo real

Mientras tanto, en Norteamérica, una empresa de medios y

entretenimiento enfrentaba otros desafíos que Oracle

Exadata Database Machine resolvió perfectamente. En

primer lugar, el cliente exige que los negocios sucedan en

tiempo real. En segundo lugar, había problemas de E/S o

preocupaciones con la infraestructura actual y con SLA

especialmente exigentes. El cliente buscaba una arquitectura

de TI adecuada con un camino para crecimiento futuro, que

ofreciera DBaaS en nube privada con cargo al usuario y

aprovisionamiento rápido. “Antes de tomar la decisión final

analizamos el SAP HANA como una alternativa. Vimos

claramente que Oracle Exadata Database Machine cumple

con todas las exigencias importantes que hemos recibido”,

dijo un vocero de la empresa.

Otro cliente de Estados Unidos, una empresa del sector de

salud, eligió la misma solución. En este ejemplo se necesitaba

una actualización tecnológica para SAP BW. El personal de TI

quería asegurarse de que tendría una plataforma de

consolidación de bases de datos muy densa para escalar una

implementación global. La empresa quedó muy satisfecha con

su elección de implementar Oracle Exadata. No sólo

constataron un desempeño excepcional de las aplicaciones

sino que también se encajaba dentro de los objetivos

corporativos estratégicos, que incluían una plataforma ideal

para consolidación y estandarización.

El siguiente ejemplo es de otra empresa estadounidense, una

fabricante global de artículos envasados vendidos al por

menor, que seleccionó a Exadata para SAP BW. Tenía serios

problemas de rendimiento en la ejecución de BW en x86 y

Microsoft Windows. El equipo de TI de una empresa de la

lista Fortune 500 evaluó los informes de Oracle AWR y

recomendó Exadata para SAP BW.

El vocero de la empresa hizo la siguiente declaración: “ahora

estamos en condiciones de seguir creciendo y podemos

consolidar cargas de trabajo del sistema SAP, aumentar el

rendimiento de los procesos de negocios y reducir el costo

general de la plataforma.”

En otras regiones del continente americano, los clientes de

SAP implementaron Oracle Exadata Database Machine para

resolver otros retos y necesidades. Por ejemplo, una empresa

del sector de energía en Brasil está usando Exadata para

proporcionar un rendimiento mejor y una integración más

tranquila del actual ambiente SAP. El tiempo de las consultas

ha mejorado en un factor 25 y el tiempo de carga ha

disminuido por un factor de 10 en comparación con las

mismas actividades del hardware anterior.

Más rapidez en la llegada de los productos al mercado

En la región de EMEA (Europa, Oriente Medio y África), una

gran compañía de seguros y servicios financieros quiere

acelerar el tiempo de lanzamiento de los productos en el

mercado. Desde una perspectiva de TI necesitaban reducir la

complejidad de decenas de bases de datos que se ejecutan en

diversos sistemas operativos IBM AIX, Linux, MS Windows y

Solaris). Con Exadata Database Machine ahora el cliente logró

consolidar las bases de datos para los sistemas SAP y no SAP

con menos esfuerzo y una disminución del número de

licencias. Oracle Exadata ayudó a la empresa a lograr un éxito

mayor al requerir menos tiempo para la salida de los

productos al mercado y reducir la complejidad de TI.

En otro ejemplo de la región de EMEA, un minorista B2B

con 10.000 empleados tenía la misión de reducir los costos

de TI y resolver problemas de negocios. La empresa

minimizó los costos mediante la consolidación de 46 bases

de datos en 2 Exadata Machines. La E/S de los usuarios ya

no es un proceso que tarda y las tareas por lote ahora se

ejecutan en un tercio del tiempo. Todo esto sin cambios en

las aplicaciones. Según dijo un vocero de este minorista,

alcanzaron “mucho mejor rendimiento de inmediato”.

El último ejemplo de nuestros muchos clientes de SAP que

compraron e implementaron Exadata Database Machine es

una gran empresa francesa del sector de electricidad. El

punto principal es que la empresa tenía problemas de

rendimiento en la ejecución de tareas por lotes de ECC.

Para resolver este problema evaluaron Oracle Exadata y

otras dos alternativas. Una PoC para validar Exadata

convenció al cliente, que hoy se beneficia claramente de la

nueva infraestructura de TI de Oracle. Según un vocero de

la organización “gracias a Exadata para SAP, el escenario

actual de TI está consolidado y optimizado, además de ser

compatible con nuestras demandas futuras”.

72

ALTA DISPONIBILIDAD PARA RECURSOS SAP CON SAPCTL

Cuando una aplicación, un proceso o un servidor falla en un

clúster, usted quiere que el trastorno sea lo más breve posible

o que pase desapercibido para los usuarios. Por ejemplo,

cuando una aplicación falla en un servidor, se la puede

reiniciar en otro servidor en el clúster y así se minimiza o se

elimina cualquier problema en el uso de esta aplicación.

De la misma forma, si un servidor falla en el clúster, usted

deberá tener la capacidad de transferir todas las aplicaciones y

procesos que se ejecutan en él a otro servidor, sin interrumpir

los servicios suministrados a los usuarios.

Normalmente, los clientes usan tipos de recursos de

aplicaciones genéricas integradas o scripts personalizables y

programas de agentes de aplicaciones con atributos de

recursos asignados a las aplicaciones y procesos. Oracle

Clusterware puede administrar todas estas entidades para

garantizar alta disponibilidad.

A los clientes SAP generalmente les gusta usar una

infraestructura de alta disponibilidad y suministrar servicios

sin interrupciones a los usuarios finales del sistema SAP. Esta

tarea puede ser desafiante, con muchos componentes de

diferentes proveedores, operados por una o por varias

organizaciones – todas con la necesidad de mantener el

ecosistema/la infraestructura de productos bajo control.

Muchos clientes de SAP están tratando de reducir la

complejidad y de aumentar la eficiencia, migrando a sistemas

de ingeniería de Oracle, como Exadata y SuperCluster, pero

otros quieren ejecutar el ambiente actual con la más alta

disponibilidad posible y con el mínimo esfuerzo. Un desafío

conocido en los ambientes SAP es la alta disponibilidad. Por

ejemplo, una falla en un servicio como SAP Enqueue puede

hacer que sea necesario reiniciar todo el sistema SAP.

SAP Enqueue ofrece gestión de bloqueo distribuida a todas

las instancias del servidor de aplicaciones SAP y debe estar

disponible siempre que un sistema SAP utiliza más de una

instancia SAP. Para contribuir con la alta disponibilidad de

las aplicaciones SAP, SAP Enqueue y SAP Message Service

refuerzan Standalone Enqueue Service” (ASCS) para SAP

WebAS ABAP. En el caso de SAP WebAS JAVA, SAP

Enqueue y SAP Message Service forman “Central Services

Instance” (SCS).

La instancia de SCS siempre es obligatoria para el

conjunto JAVA en SAP. SAP usa un enfoque

activo/pasivo para garantizar alta disponibilidad del

respectivo servicio SAP Enqueue.

Hay exactamente un SAP Enqueue para aplicaciones de tipo

ABAP y otro para aplicaciones JAVA ejecutadas en sistema

SAP, que consisten en varias instancias de aplicaciones en

diferentes nodos. Uno o más servicios SAP Replication se

ejecutan en el nodo en el cual se hace la recuperación de

fallas de SAP Enqueue activa para ABAP y/o Java en caso

de falla o interrupción programada. El término “servicio”

se usa para indicar el proceso SAP que ofrece Enqueue

(en cola) o Replication (replicación). Los nodos que

hospedan estos servicios se llaman ‘Enqueue Server’ y

‘Replication Server’.

Los clientes que ejecutan SAP en Oracle Database pueden

elegir cualquier software de recuperación de fallas

certificado por SAP, dependiendo del proveedor o de la

plataforma del sistema operativo de su preferencia. Otra

ventaja es el uso de Oracle Clusterware, que ayuda a

reducir el número de proveedores de software, la

complejidad, el esfuerzo de administración e incluso el

costo con licencias de software. Oracle Clusterware es un

software de clúster móvil que permite agrupar servidores

independientes para que cooperen como un sistema

único. Oracle Clusterware también provee la

infraestructura necesaria para ejecutar Oracle Real

Application Clusters (RAC). Además, habilita la

protección de cualquier tipo de aplicación Oracle o de

otro tipo, como aplicaciones SAP, en un clúster.

Oracle Clusterware puede proporcionar alta disponibilidad para

los recursos para SAP tal como lo hace para los recursos de

Oracle. Oracle ha creado una herramienta Oracle Clusterware,

el SAP Control (SAPCTL), para que los clientes gestionen

fácilmente los recursos de alta disponibilidad de SAP. SAPCTL

ofrece una interfaz fácil de usar para administrar recursos,

scripts y dependencias de Oracle Clusterware y los componentes

de alta disponibilidad de SAP. SAPCTL consolida la

funcionalidad de las herramientas de línea de comando de

Oracle, lo que permite que los clientes de SAP administren

fácilmente los servicios SAP Enqueue, SAP Replication y las

direcciones de IP virtual adicionales usadas por SAP Enqueue

para ABAP y para JAVA.

Alta disponibilidad para recursos SAP con SAPCTL 73

Además de los componentes cruciales de alta disponibilidad

de SAP, como SAP Enqueue o SAP Replication, SAPCTL

Versión 8 ofrece una interfaz para protección del número

arbitrario de instancias de las aplicaciones SAP. SAP Central

Instance (CI) o las instancias de las aplicaciones SAP (DV)

son posibles candidatos a la ejecución bajo supervisión de

SAPCTL. La herramienta SAPCTL les da soporte a SAP

Standalone Gateway (GW) y a SAP WebDispatcher (W)

como instancias SAP independientes.

Para todos los tipos de instancia SAP aceptados, SAPCTL

también monitorea el servicio SAP Start asociado (proceso

sap-startsrvdaemon) como un recurso de CRS siempre co-

localizado. SAPCTL inicia automáticamente el proceso SAP

Start cuando la instancia SAP empieza en un nodo del clúster

o se relocaliza a otro nodo del clúster. No es necesario poner

todos los procesos SAP Start en el arranque del sistema por

medio del procedimiento sapinit, porque esta es una tarea que

ejecuta SAPCTL después de la inicialización de Oracle

Clusterware.

La herramienta SAPCTL les da soporte a SAP Standalone

Gateway (GW) y a SAP WebDispatcher (W) como instancias

SAP independientes.

La guía de implementación y el software necesario para

SAPCTL se adjuntan a la nota SAP “1496927 – Protection

of SAP instances through Oracle Clusterware”.

Oracle Exadata, Oracle SuperCluster y Oracle Database

Appliance están certificados para ejecutar los servicios SAP

Central (instancias de SCS, ASCS y ER) y SAPCTL es

compatible con estos servicios cuando se lo ejecuta en los

sistemas de ingeniería mencionados antes. A partir de la

versión 7.00, los SAP Kernels son compatibles con SAPCTL

en Linux, con Solaris y con el sistema operativo AIX.

SAPCTL ha sido certificado para integración con SAP

NetWeaver por el ambiente de integración SAP NW-HA-CLU

7.40.

Los clientes SAP que implementaron SAPCTL en Oracle

Clusterware y en RAC pudieron prescindir de software de

alta disponibilidad de otros proveedores, como IBM

PowerHA y HP Service Guard, etc. Otro beneficio es la

reducción de costos, porque SAPCTL es gratuito y puede

reducir notablemente el esfuerzo de administración.

Mientras que Oracle Real Application Clusters (RAC)

retira la instancia de Oracle Database como un SPOF

(punto único de falla), Oracle SAPCTL retira uno o más

SPOF (servicio de puesta en cola) en el nivel de la

aplicación SAP. Esta es la base que le suministra a la

estructura SAP un grado de disponibilidad mucho más

alto y cumple con los SLA restrictivos con más eficacia.

La tecnología Oracle también ofrece soluciones completas

de recuperación de desastres que usan Data Guard en la

base de datos standby física. Soluciones como estas

pueden reemplazar el espejado de almacenamiento y

reducir los costos de infraestructura.

74

PROYECTADOS PARA INNOVACIÓN, EFICIENCIA Y SIMPLICIDAD: SISTEMAS DE INGENIERÍA ORACLE PARA SAP

Las empresas necesitan optimizar su infraestructura de TI

para lograr el mejor rendimiento a un costo atractivo.

Oracle innova en cada capa del conjunto de sistemas

proyectados que reducen el costo y la complejidad de las

estructuras de TI al mismo tiempo que aumentan la

productividad y el rendimiento.

Los sistemas de ingeniería de Oracle están integrados en el

conjunto de tecnología, para que usted no tenga que

hacerlo. La reducción de complejidad de TI libera tiempo y

dinero, lo que permite más gastos en innovación y

oportunidades.

Las soluciones Oracle Exadata Database Machine, Exalogic

Elastic Cloud, Oracle Database Appliance, Virtual Compute

Appliance y Oracle SuperCluster están diseñadas para

alcanzar los niveles de rendimiento de la empresa que son

incomparables en el sector.

Los sistemas de ingeniería de Oracle combinan los mejores

componentes de hardware y software del mercado con

innovaciones técnicas revolucionarias que simplifican las

operaciones y reducen el costo total de propiedad (TCO).

Con los sistemas de ingeniería de Oracle para SAP este

rendimiento extremo se optimiza para aplicaciones SAP.

Cuando la competencia para en sistemas convergentes

“ultra”, “super” o “xy”, Oracle no se detiene ahí, sino que

da un paso adelante y proyecta todas las capas y su la

integración en una solución que se ha diseñado, se ha

probado, se ha construido y se ha entregado con base en

normas de IP propias y del sector.

Rendimiento extremo en todas las capas de tecnología

• Rendimiento extremo significa hacer el trabajo de

manera más rápida, mejor y más eficiente de lo que se

hacía antes. Este es el diferencial de los sistemas de

ingeniería de Oracle y la incorporación definitiva de la

determinación de Oracle de simplificar la función de

TI.

Oracle ofrece el conjunto de tecnología más completa, más abierta

y más integrada del mundo, que incluye tecnología de base de

datos, software de gestión, sistemas operativos, servidores y

almacenamiento.

Sistemas de ingeniería Oracle

• Si bien cada una de las capas de infraestructura de TI

ofrece tecnología de vanguardia, Oracle dio un paso

adelante y proyectó los sistemas de ingeniería que están

pre-integrados para reducir el costo y la complejidad de

las infraestructuras de TI al mismo tiempo que

aumentan la productividad y el rendimiento.

• Sólo Oracle puede innovar y optimizar en cada capa

de tecnología para simplificar las operaciones del

centro de datos, reducir los costos y acelerar la

innovación en los negocios.

• Cada sistema integra el conjunto de tecnología

desde las aplicaciones al disco de Oracle –

servidores y almacenamiento, sistemas operativos,

software de base de datos, middleware, redes y

recursos incorporados de virtualización – para

reducir el tiempo y los costos asociados a la

adquisición, al aprovisionamiento, a la

implementación y al mantenimiento de la

infraestructura SAP.

• Oracle y SAP han probado y certificado los sistemas de ingeniería

de Oracle para SAP y los pusieron a disposición como una familia

de sistemas de ingeniería que son pre-integrados, pre-probados y

pre-configurados para simplificar las operaciones del centro de

datos, garantizar la implementación rápida y fácil de la

infraestructura SAP y acelerar la innovación empresarial.

• Optimizados para Oracle Database y aplicaciones de SAP,

los sistemas de ingeniería de Oracle reducen el tiempo

necesario para poner en funcionamiento escenarios SAP.

Los sistemas de ingeniería en el Centro de Datos

• Una vez implementados, la consolidación de los entornos

SAP en sistemas de ingeniería de Oracle reduce la

complejidad de la gestión del centro de datos.

Sistemas de ingeniería Oracle para SAP 75

• Los administradores pueden usar BR*Tools de SAP y el

Oracle Enterprise Manager Ops Center para gestionar

entornos e infraestructura de SAP. Los recursos de

automatización integrados simplifican las tareas de

administración y reducen las demandas diarias de gestión.

Las soluciones Oracle Exadata Database Machine, Exalogic

Elastic Cloud, Oracle Database Appliance, Virtual Compute

Appliance y Oracle SuperCluster están diseñadas para

alcanzar los niveles de rendimiento de la empresa que son

incomparables en el sector.

• La arquitectura de grid masivamente paralela que usa el RAC

y el almacenamiento Exadata ofrecen un rendimiento

extremo con escalabilidad lineal de E/S, lo que aumenta

considerablemente el ancho de banda de datos entre el

servidor de la base de datos y el almacenamiento. El

procesamiento de consultas intensivo y la puntuación de

data mining se descargan en los servidores de

almacenamiento, lo que acerca el procesamiento de los datos

SAP para mejorar el desempeño y la simultaneidad de las

consultas.

Sistemas de ingeniería de Oracle

Diseñado para ofrecer un rendimiento extremo para

almacenamiento de datos, procesamiento de transacciones en

línea (OLTP), aplicaciones de base de datos de carga mixta,

Oracle Exadata Database Machine está hecho a medida para

mejorar el rendimiento y la capacidad de gestión en ambientes

SAP.

Considerado un "centro de datos en una caja", Exadata

Database Machine es un sistema fácil de implementar que

incluye todo el hardware necesario para el funcionamiento

de la base de datos Oracle. A partir de ahí, añade Oracle

Real Application Clusters (RAC), Oracle Grid

Infrastructure, herramientas de gestión de almacenamiento

y software de administración y optimiza todo el sistema

para rendimiento extremo, disponibilidad de misión crítica

y fiabilidad.

El uso de Exadata en ambientes SAP

Oracle Exadata Database Machine es la opción perfecta para

ambientes SAP en varios niveles.

• Ofrece excelente rendimiento de E/S y procesamiento de

SQL para OLTP (por ejemplo, como SAP ERP), Business

Warehouse (SAP BW) y consolidación de cargas de trabajo

mixtas.

• Todos los servidores, almacenamiento y componentes de

red están pre-cableados en racks y el paquete completo

está pre-integrado y pre-probado, lo que reduce semanas

o meses de programaciones de implantación.

• Esto reduce las tareas de gestión y mantenimiento,

mediante la simplificación de trabajos como la aplicación

de parches integrados en paquetes de proveedor único y

proporciona alta disponibilidad y recuperación de

desastres inmediatos.

• Los clientes de SAP pueden migrar fácilmente sus bases

de datos a Exadata, que ejecuta las aplicaciones sin

cambios. Dependiendo de la plataforma de origen, la

migración puede ser tan suave como una actualización de

plataforma de sistema operativo.

Diseñado para nubes privadas, ofrece escalabilidad

prácticamente ilimitada, rendimiento inmejorable y la

simplicidad de gestión nunca antes imaginada para aplicaciones

SAP.

Proyectado y equilibrado para cargas de trabajo con un uso intensivo de recursos de computación de middleware y aplicaciones en paquete, cada sistema pre- montado y pre-configurado contiene nodos de computación x86 intercambiables en caliente totalmente integrados, Oracle ZFS Storage Appliance de alto rendimiento, interruptores y estructura de comunicaciones de ancho de banda.

76

Oracle Exalogic Elastic Cloud para SAP

Exalogic está diseñado para simplificar la gestión de

aplicaciones y mejorar la eficiencia operativa.

• Al ofrecer elementos básicos modulares que están

diseñados, integrados, probados, se entregan, se instalan,

se configuran y se operan como un todo, Exalogic reduce

radicalmente la complejidad de los ambientes SAP. Para

los clientes de SAP, esto significa una infraestructura

rápida, eficiente y fácil de implementar para los

escenarios SAP.

• Todas las configuraciones de Exalogic son totalmente

redundantes en todos los niveles y están diseñadas sin

ningún punto único de falla. Junto con las propias

técnicas de alta disponibilidad de SAP y de Oracle ofrece

niveles sin precedentes de fiabilidad para

implementaciones de infraestructura SAP.

• Los componentes altamente estandarizados, integrados de

fábrica, certificados y probados del Exalogic cuentan con

un único punto de contacto para todas las necesidades de

servicios de almacenamiento, sistema operativo y gestión

del sistema, lo que simplifica en gran medida la

configuración y la implementación, ya que reduce

sustancialmente el riesgo de errores, simplificando el

diagnóstico y las operaciones de estandarización.

Todos los productos SAP basados en SAP NetWeaver 7.x,

que están disponibles en la plataforma Oracle Linux 5 y 6,

ahora se pueden utilizar en una configuración virtual

Exalogic.

Oracle SuperCluster

Las innovaciones de Oracle, como servidores SPARC T5/M7

de última generación, Oracle Solaris 10 y Solaris 11, Oracle

Database 11g y el almacenamiento Exadata se reúnen en este

sistema de ingeniería escalable, que está optimizado y ajustado

para la consolidación de las aplicaciones empresariales SAP.

Oracle Optimized Solution para SAP basado en Oracle

SuperCluster está diseñado para ejecutar aplicaciones SAP

junto con una amplia gama de aplicaciones empresariales

complementarias en los niveles más altos de rendimiento y

confiabilidad. Los usuarios pueden simplificar mucho su

entorno SAP mediante la consolidación de sus instancias de

aplicaciones SAP, servicios centrales y software de base de

datos en un sistema Oracle SuperCluster M7.

Ejecución de un escenario SAP en Oracle SuperCluster

Oracle SuperCluster es compatible con SAP y ejecuta la base

de datos de Oracle en paralelo, la instancia central de SAP, la

aplicación o servidor de la web, el software de gestión

Oracle Enterprise Manager y todas sus aplicaciones SAP.

Esto es especialmente adecuado para clientes SAP que

necesitan un sistema para uso general para ejecutar el SAP

y otras aplicaciones empresariales adicionales o que

tengan aplicaciones de varios niveles para consolidar y

virtualizar dentro de sus centros de datos.

• Con Oracle Optimized Solution para SAP, las empresas

pueden modernizar su infraestructura, consolidar escenarios

SAP y gestionar más cargas de trabajo en un espacio físico

dentro del centro de datos reducido, para lograr un

rendimiento significativamente mejor, productividad,

reducción de riesgos y un costo total de propiedad más bajo.

• Oracle Optimized Solution para SAP ofrece una

arquitectura completa que se ha diseñado, probado y

ajustado para cumplir con las demandas de ambientes

SAP de aplicaciones empresariales de misión crítica.

• Los clientes pueden consolidar los escenarios, como el

desarrollo, prueba y producción, en una plataforma

altamente disponible y escalable para mejorar el

rendimiento y la disponibilidad de aplicaciones SAP.

• Las tecnologías de virtualización incorporadas aíslan con

seguridad las cargas de trabajo SAP y ofrecen el control

minucioso de recursos necesario para consolidar con

seguridad el escenario SAP en una plataforma única. Los

recursos de computación, memoria y E/S se pueden

manejar para garantizar que las aplicaciones tengan acceso

a una cantidad adecuada de recursos y que ninguna carga

de trabajo consuma toda la plataforma. La gestión

integrada simplifica las operaciones y elimina la necesidad

de diferentes habilidades.

Oracle Private Cloud Appliance (OPCA) es un sistema de

ingeniería que simplifica radicalmente el modo como los

clientes instalan, implementan y gestionan infraestructuras

convergentes para aplicaciones Oracle Linux u Oracle Solaris.

Ofrece un sistema de infraestructura convergente altamente

disponible y redundante que combina elementos de redes,

computación, administración y almacenamiento – todo por un

precio único para todo el hardware en el sistema y todos los

softwares necesarios. Y es compatible con Oracle Trusted

Partitions, que le permite la flexibilidad de licenciar software

de Oracle en una CPU virtual. Se conecta a su

almacenamiento Oracle nuevo o existente, o a un

almacenamiento de otro proveedor y provee infraestructura

de red definida por un software con Oracle Fabric

Interconnect y Oracle SDN (Software-Defined Network).

Usted se beneficiará de un único punto de soporte para toda

el conjunto, incluyendo hardware y software de Oracle.

Sistemas de ingeniería Oracle para SAP 77

Oracle Private Cloud Appliance está certificado por SAP

Todos los productos SAP basados en el SAP NetWeaver

7.x, que están disponibles en Oracle Linux 5 y 6, ahora se

pueden utilizar en el sistema de ingeniería de Oracle

diseñado para virtualización – Oracle Private Cloud

Appliance (OPCA).

Instalaciones en dos y tres capas (Oracle Database y

aplicaciones SAP) son compatibles para ejecutarse en Oracle

Private Cloud Appliance.

OPCA se puede usar en ambientes SAP cuando se cumplan

las siguientes condiciones:

• Uso mínimo de OPCA versión 1.1.3.

• Oracle Private Cloud Appliance basado en Oracle VM.

Por favor, siga las informaciones relacionadas con Oracle

VM en la Nota SAP 1808268.

• Los siguientes sistemas operativos de máquinas

virtuales están certificados y poseen soporte para el

uso en ambientes SAP.

• Oracle Linux versión 5.x con UEK

(Unbreakable Enterprise Kernel)

• Oracle Linux versión 6.x con UEK

(Unbreakable Enterprise Kernel)

• Oracle Solaris

Oracle Database Appliance es un sistema de base de

datos en clúster, completo, listo para usar y altamente

disponible, que ha sido certificado por SAP. Todos los

productos SAP basados en SAP Net-Weaver 7.x que

también están certificados para Oracle Database 11g Release

2 se pueden usar con Oracle Database Appliance.

Oracle Database Appliance es un sistema montable en

bastidor con 4U de altura diseñado específicamente para

ejecutar Oracle Database Enterprise Edition. Es

compatible con la alta disponibilidad y los requisitos de

rendimiento de la base de datos acelerados con

componentes redundantes e intercambiables en caliente,

y almacenamiento en disco compartido y flash triple

espejo. Pre-instalado con Oracle Linux y el software de

gestión de Oracle, este aparato permite ahorrar tiempo y

dinero al simplificar la implementación, el

mantenimiento y el soporte de una solución de base de

datos altamente disponible.

El uso de Oracle Database Appliance en los ambientes SAP

Oracle Database Appliance ofrece los siguientes recursos para

un ambiente SAP:

• Servidor de base de datos en clúster activo/activo

altamente disponible para aplicaciones SAP.

• Servidor de archivos de alta disponibilidad para

sistemas de archivos compartidos necesarios para SAP.

• Solución de agrupación completa para recursos SAP de

alta disponibilidad, como los servicios centrales, tanto

para ABAP como para el conjunto de tecnología

JAVA.

78 ¿Cuánto costará la migración al S/4 HANA?

Para consultar informaciones sobre el Oracle Solaris y las últimas notas sobre base de datos, visite la página: service.sap.com

Notas relacionadas con el Oracle DB y Es para SAP 79

Nº de la nota Título de la nota Versión de la DB

DB: General: Informaciones sobre licencia

581312 Oracle Database Licensing Restrictions Todas las versiones de DB

740897 Oracle License Scope & Required Oracle Options Todas las versiones de DB

1028068 Required Oracle Options for DBA Cockpit Todas las versiones de DB

DB: General: Soporte a versiones

1174136 Oracle: End of Support Dates Todas las versiones de DB

2098258 Oracle 11.2 Extended Support Free of Charge until January 31 Oracle DB 11g

DB: General: Soporte a recursos

105047 Support for Oracle Functions in the SAP Environment Todas las versiones de DB

1914631 Central Technical Note for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

2133079 Oracle Database 12c : Integration in SAP Environment Oracle DB 12c

1398634 Oracle Database 11g Integration in SAP Environment Oracle DB 11g

1430669 BR*Tools support for Oracle 11g Oracle DB 11g

1431800 Oracle 11.2 Central Technical Note Oracle DB 11g

1434131 Oracle Database 11.2 for older SAP versions Oracle DB 11g

DB: General: Soporte Oracle para aplicaciones SAP relacionadas a HANA

1835008 Activate Database Performance Optimizations for SAP ERP Oracle DB 11g

1951491 Minimal DB Platform Requirements for SAP NetWeaver 7.4 SP08 Oracle DB 11g

DB: General: Soporte a sistemas de archivos

1416773 Oracle Direct NFS Oracle DB 11g

1550133 Automatic Storage Management (ASM) Oracle DB 11g

1598594 BR*Tools Configuration for Oracle Installation under „oracle“ User Oracle DB 11g

1627541 BR*Tools Support for Oracle ASM and Exadata Oracle DB 11g

1738053 SAPinst for Oracle ASM Installation Oracle DB 11g

1825328 Oracle ASM and SAP NetWeaver Master Data Management (MDM) Oracle DB 11g

DB: General: Soporte a herramientas

355770 Oracle Enterprise Manager Database Control Todas las versiones de DB

386413 Oracle Enterprise Manager (OEM) in the SAP Environment Todas las versiones de DB

DB: Recursos: Compresión y almacenamiento de datos

1109743 Use of Index Key Compression for Oracle Databases Todas las versiones de DB

1464156 Support for Index Compression in BRSPACE 7.20 Todas las versiones de DB

1426979 SecureFiles – The New Way to Store LOB Data Oracle DB 11g

1583303 Reación postergada de segmentos Oracle DB 11g

1842044 Dataload Without Dropping Bitmap Indexes Oracle DB 11g

1856270 Performance Improvements for Tables with Single Unique Index Oracle DB 11g

DB: Opciones: Compresión avanzada

1289494 FAQ Oracle Compression Todas las versiones de DB

2138262 Oracle Database 12c Advanced Compression for SAP Systems Oracle DB 12c

1431296 LOB Conversion and Table Compression with BRSPACE 7.20 Oracle DB 11g

1436352 Advanced Compression for SAP Systems Oracle DB 11g

80

Nº de la nota Título de la nota Versión de la DB

Opción de DB: Fragmentación

742243 General Table Partitioning Todas las versiones de DB

1859841 Deinstallation of Oracle Partitioning Option (SAP BW) Todas las versiones de DB

1333328 Partitioning Engine for Oracle Todas las versiones de DB

Opción de DB: Real Application Clusters (RAC)

527843 Oracle RAC Support in the SAP Environment Todas las versiones de DB

1431241 RAC with TAF Oracle DB 11g

1496927 Protecting SAP instances through Oracle Clusterware (SAPCTL) Todas las versiones de DB

1977463 Using Shared or Local Oracle Homes with RAC Oracle DB 12c

2059515 Database Upgrade to Release 11.2.0.4 on Unix with RAC or ASM Oracle DB 12c

Opción de DB: Real Application Testing (RAT)

1426980 The Real Application Testing Option Oracle DB 11g

Recursos de DB: Seguridad

157499 OPS$ Connect and Security Aspects Todas las versiones de DB

1622837 Secure Connection of AS ABAP to Oracle via SSFS Todas las versiones de DB

1623922 Connect to Oracle Database Todas las versiones de DB

1710997 Using Personalized Database Administrator Accounts Todas las versiones de DB

1755636 Database Administrators Segregation Todas las versiones de DB

1764043 Support for Secure Storage in BR*Tools Todas las versiones de DB

1868094 Visión general Oracle Security SAP Notes Todas las versiones de DB

Opción de DB: Seguridad avanzada

973450 Advanced Security – Network Encryption Todas las versiones de DB

974876 Advanced Security – Transparent Data Encryption Todas las versiones de DB

1324684 Advanced Security – Backup Encryption Todas las versiones de DB

Opción de DB: Database Vault

1355140 Using Oracle Database Vault in an SAP Environment Todas las versiones de DB

1597194 Installing Oracle Database Vault in an SAP Environment Oracle DB 11g

1502374 Database Vault for SAP Policy Scripts Oracle DB 11g

1716939 SAP System Copies with Database Vault Todas las versiones de DB

Implementación: Software: Instalación y actualización

1915299 Troubleshooting Software Installation for 12.1.0.2 Oracle DB 12c

1915301 Database Software 12.1.0.2 Installation on Unix Oracle DB 12c

1915302 Database Software 12.1.0.2 Installation on Windows Oracle DB 12c

1915315 Database Upgrade Scripts for 12.1.0.2 Oracle DB 12c

1915317 Migrating to Software Owner ‚oracle‘ Oracle DB 12c

2064206 Database Upgrade to 12.1.0.2 with Grid Infrastructure Oracle DB 12c

1431793 Upgrade Scripts Oracle DB 11g

1431794 Instant Client Oracle DB 11g

1949451 Database Upgrade to Release 11.2.0.4 on Unix (Quick Reference) Oracle DB 11g

1431796 Troubleshooting the Software Installation Oracle DB 11g

1431797 Troubleshooting the Database Upgrade Oracle DB 11g

Para consultar informaciones sobre el Oracle Solaris y las últimas notas sobre base de datos, visite la página: service.sap.com

Notas relacionadas con el Oracle DB y Es para SAP 81

Nº de la nota Título de la nota Versión de la DB

Implementación: Software: Parches

1027012 MOPatch – Install Multiple Oracle Patches in One Run Todas las versiones de DB

2011199 SAP Bundle Patches – Structure Changes Starting June 2014 Todas las versiones de DB

1915313 Current Patch Set for Oracle Database 12c Release 1 (12.1) Oracle DB 12c

1915316 Database: Patches for 12.1.0.2 Oracle DB 12c

2145572 Grid Infrastructure: Patches for 12.1.0.2 Oracle DB 12c

1696869 Patching of Oracle Homes with Minimal Downtime Oracle DB 11g

1431799 Oracle 11.2.0: Current Patch Set Oracle DB 11g

1949250 Database Patches/Patch Collections (11.2.0.4) Oracle DB 11g

1968502 Grid Infrastructure Patches/Patch Collections (11.2.0.4) Oracle DB 11g

Implementación: Configuración de instancias

1888485 Database Parameters 12.1.0.2 Oracle DB 12c

1431751 Quick Reference for ADRCI and ADR Oracle DB 11g

1431798 Database Parameter Settings 11.2.0.x Oracle DB 11g

974876 SAP Workload Management via Oracle Resource Manager Oracle DB 11g

Implementación: Software: BR*Tools

1428529 Corrections in BR*Tools Version 7.20 Todas las versiones de DB

1838850 Corrections in BR*Tools Version 7,40 Todas las versiones de DB

1844380 Minor Functional Enhancements in BR*Tools (5) Todas las versiones de DB

2086966 Minor Functional Enhancements in BR*Tools (6) Todas las versiones de DB

1882182 Functional Enhancements in BRARCHIVE 7.40 Todas las versiones de DB

Implementación: Datos

646681 Reorganizing Tables with BRSPACE Todas las versiones de DB

937492 Oracle Flashback FAQ Todas las versiones de DB

966117 Oracle Flashback Database Technology Todas las versiones de DB

Database: Servicios

1508271 Oracle Lifecycle Migration Service (formerly O2O/Triple-O) Todas las versiones de DB

82

Worldwide Vendor Share

Oracle Database

Cuenta con la confianza de 310.000 clientes en todo el mundo

oracle.com/database

o llame al 1.800 ORACLE.1

Imprint

Oracle Corporation

Sede Mundial

500 Oracle

Parkway, Redwood

Shores, CA 94065

Estados Unidos

Publicado por

Oracle Corporation,

Oracle Database for SAP

Global Technology Center

Albrecht Haug

albrecht.haug@oracle.com

Altrottstr. 31

69190 Waldorf, Alemania

Tel. ++49 (0) 6227 356-0

Fax++49 (0) 6227-3847366

Fotos: Gross Art, Shutterstock,

Estados Unidos

Internet:

www.oracle.com/sap

http://scn.sap.cm/community/

oracle

Copyright © 2016 Oracle y/o sus empresas afiliadas. Todos los derechos reservados. Este documento se proporciona para fines

informativos y el contenido del mismo está sujeto a alteraciones sin previo aviso. No se garantiza que este documento esté libre de

errores y el mismo no está sujeto a ninguna otra garantía ni condición, ya sea que se expresen las mismas de manera oral o tácita

en las leyes, incluso las garantías y las condiciones de comercialización o de idoneidad para un fin particular. De forma específica

nos eximimos de toda responsabilidad con respecto a este documento y no se forma ninguna obligación contractual ni de forma

directa ni indirecta mediante este documento. Se prohíbe la reproducción o transmisión de este documento de cualquier forma o por

cualquier medio, ya sea electrónico o mecánico, y con cualquier fin, sin el previo permiso por escrito.

Oracle y Java son marcas registradas de Oracle y/o sus empresas afiliadas. Los demás nombres pueden ser marcas comerciales

de sus respectivos propietarios.

Intel e Intel Xeon son marcas comerciales o marcas comerciales registradas de Intel Corporation. Todas las marcas comerciales

SPARC se usan bajo licencia y son marcas comerciales o marcas comerciales registradas de SPARC International Inc. AMD,

Opteron, los logotipos AMD y AMD Opteron son marcas comerciales o marcas comerciales registradas de Advanced Micro Devices.

UNIX es una marca comercial registrada del The Open Group. 0615

SAP® es una marca comercial registrada de SAP.

SAP® NetWeaver es una marca comercial registrada de

SAP.

SAP® es una marca comercial registrada de SAP.

84