Oracle for SAP Technology Update, Volume 26 (2017) · Sólo un tercio de todos los clientes de SAP...

1

par

par

a 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

• Oracle Database 12c – La base de datos número uno para la simplicidad de escala en la nube

• Oracle Database In-Memory – moviendo la empresa en tiempo real

• Flat Cubes para SAP BW – modelado simplificado de datos y cargas de datos más rápidas

• Gestión del ciclo de vida de la información – beneficios de rendimiento probados

• Compresión Columnar Híbrida – el más alto nivel de compresión de datos debido a la reducción de E/S

• Oracle Multitenant – bases de datos conectables – para simplificar la consolidación

• Oracle Database Vault – aumenta la seguridad de las aplicaciones existentes

Oracle provee una pila completa de base de datos y de infraestructura de TI para ejecutar aplicaciones SAP

Nº 26 Oracle para SAP, mayo de 2017 www.oracle.com/sap

http://www.oracle.com/sap

2

ESTIMADO CLIENTE SAP,

Oracle ofrece la pila 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. De acuerdo con la Nota 1951491, que incluye el 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 de Oracle Database In-Memory (Nota SAP 2178980), así como los InfoCubes/Flat Cubes optimizados para SAP BW. Según la última investigación de mercado realizada por los grupos de usuarios de SAP 02/2017)*: • Sólo el 2% de todos los clientes de SAP cuya lengua materna es el alemán están ejecutando actualmente el S4 HANA • Sin embargo, para el 50% el S4 no es una alternativa a los sistemas ERP clásicos • Sólo un tercio de todos los clientes de SAP planea ejecutar el S4 HANA como la plataforma principal de SAP en 2020. Esto

significa que la gran mayoría de todos los clientes de SAP seguirá estando en la pila de tecnología SAP NetWeaver y utilizará el SAP Business Suite como la plataforma principal de ERP con bases de datos relacionales.

Las dos empresas tienen un compromiso continuo con decenas de miles de clientes conjuntos de más de 29 años. Nuestros acuerdos de reventa y de soporte acabaron de renovarse y le proporcionan al cliente un mayor acceso a la tecnología y al soporte de clase internacional de Oracle Database. La estrategia de producto de Oracle brinda flexibilidad y variedad de elección en toda la infraestructura de TI. La mayoría de los clientes de SAP, desde empresas medianas a las más grandes, que actúan en todas las industrias, confían sus implementaciones de aplicaciones a Oracle Database. Al elegir Oracle Database y las opciones de Database, los clientes de SAP se benefician significativamente a través de las innovaciones en marcha 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. Los productos de la línea Oracle Database ofrecen el mejor rendimiento y la escalabilidad, la 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 implementaciones de SAP. Oracle Database 12c y sus respectivas opciones cuentan con la certificación y el soporte de SAP. Las opciones incluyen: - Oracle Database In-Memory - Gestión del ciclo de vida de la información (ILM)/ Optimización Automática de Datos (ADO) - Compresión Columnar Híbrida (HCC) para Oracle Exadata y Oracle SuperCluster en conjunto con el ILM - Opción Oracle Multitenant

El Oracle Exadata Database Machine está diseñado para consolidar todas las bases de datos SAP y de otros proveedores en un entorno 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 on line (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 MiniCluster es un sistema de ingeniería sumamente simple y eficiente diseñado para ejecutar bases de datos y aplicaciones empresariales sin comprometer la seguridad.

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, T7 y S7 al ofrecerles a sus clientes el mejor valor de mercado con la mejor relación precio/rendimiento. Acabamos de actualizar nuestro roadmap para SPARC y Solaris, que cubre el período que va más allá de 2021. *https://www.dsag.de/news/dsag-investitionsumfrage-2017-relevanz-der-business-suite-ungebrochen

http://www.dsag.de/news/dsag-investitionsumfrage-2017-relevanz-der-business-suite-ungebrochen

3

Oracle provee una pila completa de base de datos e infraestructura de TI para ejecutar aplicaciones SAP con mayor eficacia

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 Appliance 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.

Oracle IaaS (Infraestructura como Servicio) Cloud (certificado SAP aún en curso) es una plataforma atractiva, tanto en valor como en seguridad y en rendimiento, – que les ofrece a los clientes de SAP la opción de ejecutar su infraestructura SAP in situ, en nube pública o privada o en escenarios de nubes mixtas.

Los equipos de desarrollo de Oracle en 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 entornos SAP, que incluye compromisos de servicios asistidos (análisis/ mejora y servicio de preparación de SAP para infraestructura de TI).

Para más información o para ver las ediciones actuales y las anteriores, visite: www.oracle.com/sap

Sus preguntas y sus comentarios son bienvenidos. Contáctenos a: [email protected]

Atentamente,

Gerhard Kuppler

Vicepresidente de alianzas SAP, Oracle Corporation

ORACLE CORPORATION: Ingreso total de US$ 37.000 millones en GAAP (principios contables

generalmente aceptados y usados por las compañías con sede en EE.UU.) en el año fiscal 2016, 420.000

clientes, 310.000 clientes de Oracle Database, 120.000 clientes de Oracle Fusion Middleware, 110.000

clientes de aplicaciones Oracle, 6.000 clientes de sistemas de ingeniería, más de 25.000 aliados en todo

el mundo, más de 135.000 empleados, que incluyen: 40.000 desarrolladores e ingenieros, 16.000

profesionales de soporte, 18.000 especialistas en consultoría, soporte a más de 3,1 millones de

estudiantes por año en 110 países.


mailto:[email protected]


4

2-3 Editorial 5 Oracle Database 12c para SAP: la última tecnología de base de datos y soporte para

optimizaciones de aplicaciones 19 Opciones y paquetes de Oracle Database para clientes SAP 37 Oracle Database In-Memory en KIVBF – una mejora enorme en el rendimiento de SAP BW 40 Oracle Database In-Memory y Flat-Cubes en Villeroy & Boch 44 Oracle Database In-Memory en Bosch GmbH 46 SAP BI con Oracle Database In-Memory en DB Austria 49 Oracle Database In-Memory Toolkit para SAP BW 50 ¿Por qué Oracle Database y Sistemas de Ingeniería para SAP? 56 Oracle Exadata Database Machine en el Correo Suizo 59 Oracle Exadata Database Machine en Granarolo 61 Oracle Exadata Database Machine en Wumart 63 Oracle Exadata Database Machine ayuda a AmerisourceBergen a administrar los negocios en

los niveles más altos de arquitectura SAP 65 Oracle Exadata Database Machine en Nagase 69 Oracle Database 12c y Oracle Database In-Memory en LION 71 Un grupo de energía de Indonesia elige Oracle SuperCluster 74 Oracle Private Cloud Appliance en Secure-24 76 Oracle Exadata Database Machine en Utkonos – hipermercado online

78 Servicios de soporte de misión crítica para clientes de SAP 81 Oracle SuperCluster M7 para clientes SAP 84 Alta disponibilidad para recursos SAP con SAP Control (SAPCTL) 86 Proyectados para la innovación, la eficiencia y la simplicidad: sistemas de ingeniería Oracle

para SAP 90 Oracle Bare Metal Cloud 94 Lista de referencias de Oracle y notas SAP relacionadas 97 Imprint

SUMARIO

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 LA 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 entorno SAP. El segundo es la integración de los recursos de las aplicaciones SAP con Oracle Database.

La necesidad de integrar los recursos de Oracle Database con el entorno 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 una 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 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 a 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 los recursos de las aplicaciones SAP con Oracle Database se ha vuelto más visible recientemente.

Hoy en día, los dos pilares de soporte a la estrategia de SAP en Oracle Database son claramente visibles e importantes: 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.

Oracle reconoce el valor que la integración estrecha entre la base de datos de Oracle y las aplicaciones de SAP le aporta a nuestros clientes. El compromiso continuo de Oracle con los dos pilares es evidente a través del amplio conjunto de funciones de base de datos que la empresa ofrece y por las optimizaciones especiales de HANA compatibles actualmente, como Core Data Services y Oracle Optimized Flat Cubes.

6

Roadmap de certificación y soporte

Oracle Database 11g

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.12.18 sin costo adicional. (Para más informaciones, consulte la nota SAP 2098258.)

Oracle Database 12c (12.1)

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.

• 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.

• La Fase 3, concluida en diciembre de 2015, trajo 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, concluida en febrero de 2017, permitió que los clientes de SAP usaran Oracle Multitenant, una opción que permite la consolidación de muchas bases de datos en un único contenedor. Se trata de una arquitectura de bases de datos completamente nueva y requiere un esfuerzo de integración entre Oracle y SAP.

Oracle Database 12c (12,2)

Oracle Database 12.2 incluye mejoras a la arquitectura multitenencia y a las tecnologías de base de datos in-memory que les ofrecen a los clientes de SAP capacidad de consolidación, rendimiento, fiabilidad y seguridad excepcionales para todas las cargas de trabajo de SAP.

Se planea que Oracle Database 12.2 esté disponible para aplicaciones de SAP a fines del año calendario 2017.

Optimizaciones de las aplicaciones

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 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 para SAP BW sólo se pueden utilizar con Oracle Database 12c y con Oracle Database In-Memory.

Soporte a la optimización de las aplicaciones SAP

Nuevos recursos y opciones de Oracle Database 12c

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

Recursos de la certificación básica 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 las tablas organizadas 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 Advanced Compression viene con varias características nuevas. Algunas de ellas relacionadas con el soporte a ILM (Fase 2 de la Certificación). Sin embargo, hay varios recursos de la opción de compresión avanzada que se ofrecieron como parte de la certificación básica (fase 1).

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. Advanced Index Compression funciona bien con todos los índices compatibles, incluidos los índices que no son buenos candidatos a la IKC existente.

El 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 permite la transmisión de grandes volúmenes de datos en menos tiempo, mejora el tiempo de las respuestas de consultas SQL y ahorra ancho de banda (consulte la nota de SAP 2138262).

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. 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 WAN 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 26.

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 multiplicación 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 copias de seguridad completas y progresivas. 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

Oracle Database 12c permite recuperar en una única etapa las instantáneas de almacenamiento obtenidas sin que la base de datos esté 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.

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 Oracle Grid Infrastructure versión 12.1.0.2 o posterior. En entornos 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 (HAVIP) y el uso de agentes de Oracle Clusterware para asegurar que las exportaciones de HAVIP y NFS estén siempre en línea. Si un nodo de clúster falla, las exportaciones de HAVIP y NFS se migran automáticamente a un nodo sobreviviente.

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 Branche, 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.

Movimiento de fragmentaciones online: A partir de Oracle Database 12c, la operación ALTER TABLE ... MOVE PARTITION funciona como un comando DDL sin bloqueos en línea, 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.

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 en línea.

Reconstrucción de IOT (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. Implementado en 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 más informaciones, consulte la nota SAP 1915302.


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

El 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.

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:

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.

si necesita 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?”: no sólo puede almacenar datos sino que también puede almacenar y ejecutar procedimientos trabajando con estos datos, los 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).

10

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. Mientras una aplicación considere que una base de datos es esencialmente un "almacenamiento de datos burro" y permita que sólo ella misma pueda hacer cálculos de manera eficiente, los valores individuales deben ser transferidos vía red, 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”.

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 de Oracle Database In-Memory, consulte el artículo “Implementación de una infraestructura de gestión de datos para SAP con opciones y paquetes de base de datos Oracle”, en particular las secciones "Oracle Database In-Memory” en la página 35 y “Resumen" en la página 23).

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 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 in memory 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.


Como es necesario seleccionar aplicaciones y tablas individuales, la implementación de Oracle Database In-Memory en entornos SAP parece ser difícil. Sin embargo, 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 una contradicción, pero no lo es. 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.

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. Esto causó cierta decepción, ya que desde una perspectiva de un entorno puramente Oracle, los índices dejan de ser necesarios cuando las tablas se llenan en columnas, por lo tanto, se pueden eliminar.

Pero 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 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 in-memory.

Esto significa que la pregunta frecuente “¿cuánta memoria necesito para usar Oracle Database In-Memory?” no tiene ningún sentido, porque la lógica es justo al revés: usted determina la cantidad de memoria que será necesaria y el asistente le dirá cómo usarla de manera más eficiente.

En tercer lugar, una vez que determine las tablas pertinentes, todo 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 la 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.

Los Flats Cubes, que se explicarán en esta sección, representan un nuevo modelo de datos que SAP ha diseñado para HANA. 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.

12

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

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 de 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.


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 los 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 SAP BW en Oracle Database están disponibles desde junio de 2016. Para más información, consulte la nota de SAP 2335159.

14

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”. Sin embargo, todavía faltan los dos nuevos recursos principales, debido a que no fueron incluidos en la certificación básica, pero fueron certificados algunos meses después (en diciembre de 2015) para entornos 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 21. En este caso, por lo tanto, vamos examinar brevemente los detalles de implementación específicos para SAP.

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? ¿Qué es lo que debería pasar? 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. Como en los sistemas SAP tenemos que lidiar con decenas de miles de tablas, este enfoque sería muy engorroso. BR*Tools (BRSPACE) 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).

Oracle Multitenant

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 de tipo contenedor (CDB) que puede contener y administrar varias bases de datos de tipo conectable (PDB). (Consulte el artículo “La implementación de una infraestructura de gestión de datos para SAP con opciones y paquetes del Oracle Database”, en particular la sección Data Guard y Active Data Guard en la página 27).

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;

Con Oracle Multitenant se pueden convertir múltiples bases de datos existentes en PDB y consolidarse en una única CDB. Una PDB es una base de datos Oracle autónoma y completamente funcional. Desde el punto de vista de una aplicación nada ha cambiado y esto es muy importante, porque significa que no se requieren cambios de aplicación para adoptar esta arquitectura. Desde la perspectiva de las aplicaciones, la PDB es la base de datos. Sin embargo, desde un punto de vista operativo, la CDB es la base de datos y representa un entorno operativo consolidado.

16

Hay un solo conjunto de procesos en segundo plano y una única área de memoria compartida (SGA), compartidos por todas las PDB en la CDB. Esta arquitectura elimina la reproducción de gastos generales y hace un uso eficiente de los recursos disponibles. Lo que significa que se pueden minimizar los gastos de capital (CapEx), porque puede consolidar más aplicaciones por servidor (vea la figura 11 a-e). Desde el punto de vista operativo, es posible gestionar colectivamente todas estas PDB consolidadas, lo que reduce en gran medida los gastos operativos (OpEx). Esto se aplica a tareas como copias de seguridad, configuración de alta disponibilidad, aplicación de parches y actualizaciones. Estas reducciones de CapEx y de OpEx son pruebas de que Oracle Multitenant cumple con la promesa de computación en la nube.

Oracle Multitenant es la arquitectura de la próxima generación de nube de base de datos que ofrece verdaderas economías de escala. El modelo de gastos de una VM que contiene una base de datos se sustituye por una base de datos de tipo conectable (PDB). Dado que hay un costo intrínseco insignificante para una PDB, el costo de cada PDB de un sistema SAP se reduce al trabajo real que realizan.

A partir de febrero de 2017, Oracle Multitenant está disponible para todos los clientes que ejecutan SAP en Oracle Database. Oracle Multitenant Architecture se puede usar para todas las aplicaciones basadas en SAP NetWeaver. La única excepción es que no hay soporte para un mix de sistemas SAP OLAP (BW) y SAP OLTP (ERP, CRM, …) en la misma base de datos de tipo contenedor.

La siguiente herramienta de soporte está disponible para todos los administradores de base de datos:

• A partir de la versión 1.0 SP 19, SWPM permite la creación de CDB y PDB. SWPM debe utilizarse para estas tareas con el fin de garantizar la compatibilidad de las bases de datos creadas (rutas de directorio, nombres de archivos, etc.) con BR*Tools. Para más detalles, consulte la nota SAP 2336881.

• En la mayoría de los casos los clientes no crearán nuevas bases de datos, sino que convertirán las ya existentes (no CDB) en bases de datos conectables. La nota de SAP 2335850 describe el procedimiento que se acepta para este tipo de formato.

• A partir de la versión 7.40 del parche 24, BR*Tools es compatible con Oracle Multitenant. Los nuevos parámetros de configuración, comandos y opciones de comandos permiten a los administradores especificar una o más bases de datos de destino para las operaciones iniciadas a través de comandos conocidos, por ejemplo, BRCONNECT, BRSPACE, BRBACKUP/ BRARCHIVE o BRRESTORE/BRRECOVER.

Características sobresalientes de las pruebas de rendimiento de consolidación: Oracle Multitenant logra un rendimiento mejor con menos recursos


Notas SAP referentes a Oracle Database 12c

DB: General: Soporte a versiones DB: Instalación y actualización 1174136 Oracle: End of Support Dates 1915299 Troubleshooting Software Installation for 12.1.0.2 2428722 Oracle 12.1 Extended Support Free of Charge Until July 31, 2019 1915301 Database Software 12.1.0.2 Installation on Unix

2098258 Oracle 11.2 Extended Support Free of Charge Until December 31, 2018 1915302 Database Software 12.1.0.2 Installation on Windows DB: Recursos: Visión general 1915315 Database Upgrade Scripts for 12.1.0.2 105047 Oracle Database 12c Advanced Compression for SAP Systems 1915317, Migrating to Software Owner ‘oracle’ 1914631 Oracle 12c: Conversion of Compressed Tables 1915323 OS User Concept for Oracle Database 12c Release 1 2133079 Oracle 12c: Problem during SAP Upgrade with Compressed Tables 2064206 Database Upgrade to 12.1.0.2 with Grid Infrastructure 2138262 BR*Tools Support for Oracle ADO/ILM DB: Parches

2157904 Using Oracle Database 12c Automatic Data Optimization 1915313 Current Patch Set for Oracle Database 12c Release 1 (12.1)

2166836 Oracle 12c: Problem during SAP Upgrade with Compressed Tables 1915316 Database: Patches for 12.1.0.2

2254836 BR*Tools Support for Oracle ADO/ILM 2145572 Grid Infrastructure: Patches for 12.1.0.2

2254866 Using Oracle Database 12c Automatic Data Optimization DB: Configuración de instancias 2255992 R3load and R3szchk: New Oracle Feature for Database ILM Policy 1888485 Database Parameters 12.1.0.2

2258061 Enhancements for ADO/ILM for Table Conversions or System Copy DB : Admin: BR*Tools

2384534 LOB Conversion & Table Compression with BRSPACE 7.40 2087004 BR*Tools Support for Oracle Database 12c

DB: Opción In-Memory Sistemas de ingeniería 2178980 Using Oracle Database In-Memory with SAP NetWeaver based Products 2145628 Exadata/SuperCluster: Patches for 12.1.0.2

2137032 DBA Cockpit: Monitor for In-Memory Feature 2145651 Oracle Database Appliance: Patches for 12.1.0.2

2189163 Oracle Database In-Memory Advisor for SAP 2290084 SAP Software and Oracle Database Appliance Version 12.1

2335159 Flat Cubes for SAP BW on Oracle DB 2388511 Oracle Database Appliance (ODA) X6-2 Systems for SAP

2351252 Oracle Database 12c In-Memory Toolkit for SAP BW

DB: Opción Multitenant

2333995 BR*Tools Support for Oracle Multitenant Database

2335850 Transformation of Existing Standalone Database into Pluggable Database

2336881 Using Oracle Multitenant with SAP NetWeaver-based Products

DB: Opción Database Vault

2218115 Oracle Database Vault 12c

18

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 entornos 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 de 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 entornos 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 entorno 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 Enterprise Manager Packs (certificados y obligatorios o certificados y opcionales).

Opciones y paquetes de Oracle Database para clientes SAP 19

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 de la 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 estos 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, el 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: • 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.

• 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.

• El archivado de datos resulta en bases de datos muy fragmentadas.

• El cliente quiere implementar la gestión del ciclo de vida de la información (ver sección Oracle DB 12c de este artículo).

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.

20

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. Y 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).

Desde una perspectiva del rendimiento (demasiadas 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. El beneficio de una base de datos de origen más pequeña es que 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 entornos SAP. Implementación: Oracle Advanced Compression se puede implementar fácilmente en entornos 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.


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: • IKC (compresión clave de índices) para índices. IOT

(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) permiten que los clientes 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: Consulte la nota de SAP 2258061 – Enhancements for ADO/ILM for Table Conversions or System Copy. 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.

22

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”.

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 el Automatic Data Optimization 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 entornos 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.


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

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 usted se ha visto obligado a elegir sólo un formato y sufre con el rendimiento insatisfactorio de OLTP 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.

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.

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.

24

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 gestionar

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 in-memory 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. La DBA puede optar por restringir los datos que se mantendrán en el almacenamiento de columnas in-memory. 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 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 optimizada y ajustada

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 in-memory, 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 entornos todos los objetos llenados en la memoria se distribuirán de forma predeterminada entre los almacenamientos de columnas en memoria del 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 clúster 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


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 fallas) 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 servidor de Oracle Database 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)

26

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, 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 permite que los clientes 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. En Oracle Database 11g ofrece recursos opcionales como Automatic Block Repair y Fast Incremental Backup.

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).

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). 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 entornos 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.

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.


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 Sync, 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 entorno 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 WAN 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 de tipo contenedor de las de tipo conectables. Esto simplifica la administración, porque las operaciones estándar pasan al nivel de “base de datos de tipo contenedor”. Certificación/soporte: Oracle Multitenat está disponible. Versión: Oracle Database 12c

Implementación: Para más información, visite http://scn.sap.com/community/oracle o www.oracle.com/sap

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.

http://scn.sap.com/community/oracle


28

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 tipo contenedor (CDB) para mantener muchas bases de datos conectables (PDB). Vea la Figura 8.

Una base de datos existente simplemente se puede “enchufar” a 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, la 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 conectables, el movimiento entre los contenedores 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 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 conectables, los administradores pueden gestionar muchas bases de datos como una sola, con los siguientes beneficios:

• 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 contenedor se hacen de una sola vez y los administradores mantienen la flexibilidad de ejecutar las operaciones de recuperación de una única 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 contenedor.

Figura 8: Oracle Multitenant – una nueva arquitectura para consolidar bases de datos y simplificar operaciones


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 entornos 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 entornos 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 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.

1Observació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 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.

30

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.

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

Database Vault

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 se aceptan en los entornos SAP.


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 una 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 el 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.


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 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 entorno 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. Oracle Database Vault está certificado para todas las aplicaciones de SAP NetWeaver.


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.

32

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 una pila completa 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 las DBA y los administradores de sistemas reproduzcan en entornos 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, las DBA y los administradores de sistema pueden probar:

• Las actualizaciones de base de datos, los parches, los parámetros y los 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 entorno. Proporciona una visión detallada del impacto de los cambios del entorno 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


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 una pila de TI completa, 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. Por un lado, están las BR*Tools,

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 entorno 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.

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 entornos SAP, consulte las notas SAP 355770 y 1028068. Hay casos de uso especial que se explican en otras notas y white papers.

• 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 problemas de rendimiento. Como ASH captura el estado de sesión con muchos atributos de rendimiento, los datos de ASH in memory 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.

34

Los recursos de análisis y diagnóstico de Oracle Diagnostics Pack, como ADDR, ASH y AWR, están estrechamente integrados con DBA Cockpit de SAP. Por lo tanto, Oracle Diagnostics Pack es un requisito obligatorio de 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 entornos 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 entornos 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 bases de datos Oracle. Vea 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


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, múltiples esquemas 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 el 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 por lotes).

36

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 para 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 de tipo contenedor, donde puede hacerse una vez para todas las bases de datos conectables. 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.

Oracle 12c y Database In-Memory en KIVBF 37

kommunale informationsverarbeitung baden-franken

KIVBF (Kommunale Informationsverarbeitung Baden-Franken) cambió de DB2 Mainframe z/OS y SAP MaxDB a Oracle

Database 12c para aplicaciones SAP, con aumento de rendimiento de BW gracias al uso de Oracle Database In-Memory

AHORRO DE COSTOS Y MUCHAS OTRAS MEJORAS CON ORACLE 12c Y ORACLE DATABASE IN-MEMORY

KIVBF es un proveedor de sistemas de TI y de soluciones completas para ciudades, municipios y distritos.

Con un portafolio eficiente, seguro e innovador desde el punto de vista comercial, KIVBF cubre toda la gama de gestión de recursos de datos municipales para las áreas de finanzas, RR.HH., regulación y emisión de informes con soluciones y servicios de TI modernos y especializados.

Amplias gamas de servicios de consultoría y capacitación, así como servicios de TI y soluciones ASP generan un valor agregado y sostenible para los clientes. Creemos que los procedimientos especializados de TI y el diálogo dinámico con los tomadores de decisiones y los usuarios son fundamentales para cumplir con los requisitos de negocios a corto y a largo plazo.

Como proveedor de soluciones completas, asesoramos y apoyamos a nuestros clientes desde el proceso de diseño conceptual hasta la implementación y ofrecemos soporte continuo para aplicaciones y usuarios. Optimizamos el flujo de trabajo a través de la automatización y las conexiones perfeccionadas con los procedimientos existentes o con agencias externas.

Nuestros clientes reciben un servicio completo y amplio que satisface los más altos estándares técnicos para la optimización continua de sus procesos de negocios. Analizamos las tendencias y respondemos a los requisitos legislativos y a las enmiendas en una etapa temprana. Al hacerlo, ofrecemos a nuestros clientes las soluciones que necesitan de forma oportuna: ¡trabajamos juntos como socios!

Herramienta para optimizaciones usando Oracle Database para SAP

En 2015, uno de nuestros clientes nos pidió ayuda en una campaña para optimizar su infraestructura de TI con los siguientes objetivos en mente:

• Migración de MaxDB – sistemas de bases de datos predominantemente utilizados en la organización – a Unicode y sustitución del mainframe y las bases de datos DB2 asociados a un sistema SAP IS-U más grande.

• Reemplazo de la infraestructura SAP BW existente (incluyendo BWA) por una solución más potente y más moderna.

• Revisión de la infraestructura de la base de datos. Se había pronosticado una previsión de aumento en el volumen de datos del 30% como resultado de la migración de los sistemas MAXDB Unicode.

KIVBF analizó las necesidades actuales y futuras junto con el costo total de propiedad (CTO). La opción de mejor valorización de la inversión era Oracle. Después de realizar algunas pruebas fundamentales, KIVBF decidió reemplazar los sistemas de mainframe por Oracle 12c – que era una necesidad urgente. Según KIVBF, Oracle DBMS cumple con los requisitos referentes a la alta disponibilidad, a la recuperación de desastres, a la seguridad, al rendimiento y a la estabilidad. Oracle era la mejor opción, con una plataforma de base de datos robusta, estable, segura, rentable y a prueba de futuro para aplicaciones basadas en SAP NetWeaver.

Como explicó Uwe Bersch, un especialista de la división de bases de datos de KIVBF, la sustitución de las bases de datos mainframe DB2/zOs por el Oracle x64 Windows fue un proceso tranquilo, tanto desde el punto de vista técnico como desde el punto de vista del tiempo. Utilizando las últimas tecnologías de Oracle, en especial "Advanced Compression", el rendimiento tuvo un impulso considerable, el volumen de datos se redujo a la mitad y las copias de seguridad fueron tres veces menores. ¡Estos hechos se pueden presentar bien en términos económicos también!

38

Valor añadido adicional tras la migración

mediante el uso de Oracle In-Memory

Debido a sus experiencias positivas y a la situación económica, KIVBF decidió implementar Oracle 12c como una base de datos estratégica de SAP. La empresa también había trabajado bastante con la opción Oracle 12c In-Memory, certificada por SAP para todas las aplicaciones basadas en SAP NetWeaver desde 2015. BW NetWeaver (BWA) que se había utilizado hasta entonces, se descontinuaría con el cambio de los sistemas.

SAP HANA también se había considerado como una alternativa a la solución de Oracle. También se evaluó cuál sería la opción más adecuada, Oracle In-Memory Option o SAP HANA. “Al final, fueron los factores de costos que nos llevaron a inclinarnos por Oracle In-Memory para nuestras operaciones de SAP BW”, informó un profesional de KIVBF.

Para ser más exactos, KIVBF habría tenido que comprar un hardware nuevo especializado para SAP HANA, además de pagar los costos adicionales de licencia para HANA. Otra ventaja técnica de Oracle In-Memory con relación a SAP HANA es que le permite al usuario cargar sólo las tablas seleccionadas relevantes para el rendimiento. Por lo tanto, Oracle DBMS puede lograr mejor rendimiento con una memoria de trabajo racionalizada.

La migración de la base de datos SAP BW NetWeaver 7.31 a Oracle 12c, con la opción Oracle Database In-Memory y la sustitución de SAP BWA tardaron sólo ocho semanas. La solución se puso en marcha en diciembre de 2016, con los procesos de migración de DB2 y de MaxDB casi en paralelo. Un conjunto de herramientas desarrollado por Oracle se utilizó junto con la opción de Oracle 12c In-Memory para optimizar el procesamiento de datos BW. Esencialmente, este kit CREA visiones materializadas*, que presentan una maqueta de las tablas de InfoCube y por lo tanto se pueden cargar en la “memoria” en un estado “no normal". Ahora Oracle puede responder a las preguntas de SAP Netviewer de forma flexible mediante el reenvío de las solicitudes o parte de ellas a las vistas materializadas (RE-WRITE). Las “vistas materializadas” y la “reescritura de consultas” son una tecnología altamente flexible que han sido ofrecidas por Oracle durante 15 años para optimizar consultas complejas. En algunas partes, esta tecnología es similar a los Flat Cubes introducidos con NetWeaver 7.4, que garantizan las enormes ganancias de rendimiento de la tecnología In-Memory.

*http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html. Consulte la nota SAP 2351252

Oracle In-Memory hace que los informes de SAP BW sean

36 veces más rápidos

De acuerdo con Kommunale Informationsverarbeitung Baden-Franken (KIVBF), el paso hacia Oracle 12c, incluida la opción de Oracle In-Memory, valió la pena: “Alcanzamos e incluso superamos todas las metas que trazamos”, explica Uwe Bersch, de la división de servicios de la base de datos y soluciones técnicas.

El proveedor municipal de servicios de TI está totalmente satisfecho, especialmente con el uso de Oracle In-Memory. En primer lugar, pudo ahorrar en los costos de licencias – especialmente con la sustitución del SAP BW Accelerator – y reducir sustancialmente el volumen de datos de BW (incluso en las copias de seguridad) – lo que al final se tradujo en ahorro de costos. Al mismo tiempo fueron capaces de aumentar significativamente el rendimiento con la opción Oracle In-Memory.

Los tiempos de respuesta del informe BW son en promedio tres veces mejores en evaluaciones con tiempos de ejecución de 10 a 20 segundos con Oracle In-Memory cuando se lo compara con SAP MaxDB utilizado anteriormente. Las evaluaciones complejas con tiempos de ejecución que oscilan entre 3 y 12 minutos se han hecho de 11 a 36 veces más rápido. La base de datos Oracle BW ahora tiene un volumen de datos (comprimido) de menos de 1 TB. Antes, el volumen era de 2,48 TB (con Unicode y MaxDB, el volumen de datos habría aumentado a 3,2 TB). Mientras tanto, el volumen de la copia de seguridad es de sólo 330 GB gracias a Oracle. Los tiempos de carga de los datos de BW también se han reducido significativamente con Oracle. Actualmente, KIVBF cuenta con cuatro sistemas de ERP a partir de los cuales el BW obtiene sus datos para informes y evaluaciones.

http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html

http://www.oracle.com/us/solutions/sap/sap-database/database-in-memory/index.html

Oracle 12c y Database In-Memory en KIVBF 39

Comparación de velocidad: SAP MaxDB con BWA y Oracle 12c In-Memory

Σ

SAP MaxDB con BWA en segundos

Σ

Oracle (visiones materializadas + IM) en segundos

Tasa de velocidad Oracle (IM): MaxDB (BWA)

2899 335 8,65

Comparación de los volúmenes de base de datos BW: SAP MaxDB y Oracle 12c en TB

SAP MaxDB (descomprimidos)

SAP MaxDB (descomprimidos) con Unicode)

Oracle 12c (comprimidos) con Unicode

Factor de reducción

2,48 3,2 0,94 3,4

kommunale informationsverarbeitung baden-franken

Como explica Brigitte Landwehr, gerente especialista del sistema BW, sus colegas que están trabajando en nuevos proyectos, le han dicho que “estaban impresionados con la velocidad de los tiempos de respuesta de BW con Oracle In-Memory”. Agrega que algunos informes para el procesamiento In-Memory no se usaron porque “lograron un tiempo de respuesta de sólo un dígito usando apenas Oracle 12c, incluso sin la opción In-Memory”.

Actualmente (a mediados de marzo de 2017), los empleados de KIVBF certificados por SAP están cambiando los sistemas SAP restantes de SAP MaxDB a Oracle 12c. Otra prioridad en la agenda de optimización de KIVBF es la actualización de SAP NetWeaver 7.31 a la versión 7.4 o 7.5. En este sentido, vemos la importancia de la compatibilidad de Flat Cubes con el procesamiento In-Memory de BW que a su vez es compatible con Oracle 12c y con OIM de SAP NetWeaver versión 7.40. Esta solución no sólo optimiza el rendimiento de los análisis, sino que también reduce considerablemente los tiempos de carga.

www.kivbf.de

Cliente de Oracle: KIVBF (Kommunale Informationsverarbeitung Baden-Franken)

Sector: Prestación de servicios (servicios públicos)

Volumen de negocios: Más de 1.000 millones de US$

Total de trabajadores: 610

Productos y servicios Oracle:

• Oracle Database 12c (12.1.0.2), con Oracle Advanced Compression y la opción Oracle In-Memory para SAP NetWeaver BW

• Oracle RMAN (compresión) para copias de seguridad

• Oracle ACS Advanced Customer Service

Principales beneficios:

• Reducción de costos

• El volumen de la base de datos se minimizó

• Mucho mejor rendimiento

• Tecnología de base de datos a prueba de obsolescencia.

SAP:

• SAP Industry Solution IS-U/ERP ECC, NetWeaver BW, entre otros

Infraestructura:

• Sistema operativo Windows Server 2012 V2

• Sistemas de almacenamiento NetApp • Sistema operativo Windows Server 2012 V2

• Servidor Cisco (VMware virtualizada)

• Sistemas de almacenamiento NetApp

40

MEJORA IMPRESIONANTE EN EL RENDIMIENTO DE SAP BW CON ORACLE DATABASE IN-MEMORY Y DE LOS “FLAT CUBES CON ORACLE”

Implementación realizada con poco trabajo

Con una facturación anual de cerca de € 820 millones y más de 7.700 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 Diseño 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 disfrutado los beneficios de la base de datos confiable y comprobada de Oracle durante casi 20 años. Con los años, el uso de las tecnologías de BW/BI ha aumentado constantemente. La empresa tiene aproximadamente 2.500 usuarios de SAP, de los cuales 1.700 se concentran en el entorno SAP BW. Rödl IT Operation 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.

Probando Oracle Database In-Memory Poco después de que la tecnología de Oracle Database In-Memory fuera oficialmente certificada por SAP a mediados de 2015, Villeroy & Boch se unió a Rödl & Partner, su socio de hospedaje, para poner a prueba Oracle Database In-Memory. La empresa probó ampliamente la nueva tecnología de base de datos de la versión 12c para su sistema SAP BW en un sistema sandbox en el mismo hardware que se utiliza en el sistema productivo. Durante este proceso, las tablas de hechos (tablas E y F) del mayor InfoCube (COPA) – que contenía aproximadamente 94 millones de conjuntos de datos completos – se cargaron en el “Column Store”, área de memoria adicional orientada a columnas de la base de datos de Oracle. Las pruebas involucraron principalmente la comparación directa de los tiempos de lectura puros para las consultas seleccionadas con el sistema productivo. Fue necesario actualizar el sistema de la base de datos de la versión 11g a Oracle 12c, para utilizar la opción Oracle Database In-Memory. El almacenamiento principal de la base de datos se mantuvo In-Memory y se amplió en 96 GB. Esta nueva memoria solo se usa en la base de datos para tablas en memoria orientadas a columnas. Los tamaños de búfer en el System Global Área (SGA) como los del caché de memoria intermedia de bloque de datos y el pool compartido permanecieron sin cambios. La prueba entera duró sólo 1 día y medio. Sólo se necesitan dos parámetros de la base de datos de Oracle para usar la opción Oracle Database In-Memory:

• inmemory_max_populate_servers=4

(parámetro que limita el número de procesos de fondo de bases de datos para cargar tablas In-Memory, por defecto = 4)

• inmemory_size=96 GByte (parámetro que define el tamaño del almacenamiento In-Memory)

• inmemory_clause_default = „PRIORITY HIGH“

Por citar sólo un ejemplo, la transacción SAP LISTCUBE se utilizó al realizar las pruebas. Los tiempos de respuesta de la base de datos se calcularon con SQL Traces usando la transacción ST05 de SAP (análisis de rendimiento). Todas las tablas de la base de datos se comprimieron en el sistema productivo utilizando la tecnología Oracle Advanced Compression. Los índices, mientras tanto, se comprimieron con el recurso Index Compression, que se puede usar en entornos SAP desde Oracle Database 10g. Por lo tanto, ambas operaciones de compresión se llevaron a cabo utilizando el sistema de prueba también.

Expectativas superadas

Las comparaciones con el sistema productivo se realizaron en hardware idéntico, con varios escenarios de pruebas en el sistema SAP NetWeaver BW.

• En la primera prueba, 1 millón de conjuntos de datos se seleccionaron sin agregación de bases de datos varias veces. Mientras se midieron 24 segundos para esta consulta en el sistema productivo, se registró un tiempo de respuesta de 160 milisegundos en el sistema de prueba idéntico a Oracle Database In-Memory.

• Estos 1 millón de conjuntos de datos se agregaron en la segunda prueba también. En este caso, el tiempo de ejecución se redujo de 44 segundos a 11 segundos.

• En la tercera prueba, el volumen total de datos de las tablas cargadas (94 millones de conjuntos de datos) fue leído y agregado. Aunque la ejecución no dio un resultado en el sistema productivo debido a un tiempo de espera, se completó en 22 segundos en el sistema de prueba.

Oracle Database In-Memory y Flat Cubes en Villeroy & Boch 41

Figura: Rendimiento de Oracle Database In-Memory

En pruebas posteriores, se utilizaron dos consultas COPA existentes y se compararon sin ninguna adaptación.

Aquí, los tiempos de ejecución se aceleraron mucho, pasando de 50 a 1,5 segundos y de 72 a 2,5 segundos.

Figura: Rendimiento de Oracle Database In-Memory en consultas de COPA

Los tiempos de ejecución más cortos son especialmente importantes para Villeroy & Boch, al igual que la facilidad de implementación. Oracle Database In-Memory permite la selección y agregación de cantidades enormes de datos en tiempos mucho más cortos.

La facilidad de implementación es un argumento clave a favor de usar Oracle Database In-Memory. En pocas palabras, sólo se necesitaba lo siguiente:

• Usar el hardware, el sistema operativo y la tecnología de virtualización existentes

• Actualizar Oracle Database 11g a la versión 12c

• Activar la opción Oracle Database In-Memory usando unos pocos parámetros de base de datos

• Activar las tablas para almacenamiento In-Memory

• Sin migración de tabla o de base de datos

• Sin adaptación al código de las aplicaciones SAP Pocos recursos necesarios, beneficios innumerables

Villeroy & Boch esperaba que el rendimiento aumentara sustancialmente. Sin dudas esto se ha confirmado de forma impresionante. Al mismo tiempo, quedó claro cuánto potencial tiene la tecnología Oracle Database In-Memory.

La implementación rápida y el rendimiento durante las pruebas fueron argumentos completamente convincentes. El hecho de que no había necesidad de comprar ningún hardware nuevo debido a los costos moderados de memoria adicional fue otro aspecto positivo a favor de usar esta tecnología. El uso de Oracle Database In-Memory está activado sólo para tablas consideradas útiles para este fin. No es apropiado equipar todas las tablas en una base de datos con la tecnología In-Memory. Al hacerlo, las tabla se hacen más pequeñas o incluso se crean tablas en las que se realizan consultas a un único conjunto de datos. El almacenamiento orientado a columnas con la opción Oracle In-Memory no es necesario para este caso.

La tecnología se puede utilizar de inmediato en la estructura existente y en el entorno virtualizado. No son necesarias adaptaciones o modificaciones especiales en la base de datos existente o dentro de la aplicación SAP. El trabajo administrativo también es muy moderado. El riesgo mínimo involucrado en la actualización de la base de datos de Oracle es bien conocido debido a muchos años de experiencia con el Oracle Database.

• Oracle Database In-Memory reduce significativamente el tiempo de ejecución de informes

• Mejoras de rendimiento en escala geométrica

• Poco trabajo de implementación

• Implementación en el hardware existente

• Sin cambios en las aplicaciones

• Sin migración de datos

• Ningún cambio en el uso de las funciones de Oracle Database

42

Nuevos desarrollos en SAP NetWeaver BW ya están disponibles con Flat Cubes y Oracle

Cuando lanzó SAP HANA, SAP desarrolló InfoCubes optimizados para HANA, que sólo fue posible gracias al uso de la tecnología In-Memory orientada a columnas. El modelo de datos “copo de nieve” de los InfoCubes, formado por tablas de hechos y dimensiones fue disuelto y migrado a una tabla plana.

La misma tecnología ha estado disponible para todos los clientes SAP NetWeaver BW desde mediados de 2016, junto con la base de datos de Oracle y la opción In-Memory bajo la palabra clave “Flat Cube on SAP BW on Oracle” (consulte la nota de SAP 2335159). Los InfoCubes existentes se convierten según sea necesario utilizando el programa estándar de SAP, RSANAORA. Mediante la re-partición, el InfoCube (las tablas de hechos E y F y todas las tablas de dimensión asociadas) se están creando como una sola tabla plana en formato particionado.

Después de colocar en operación la tecnología Oracle In-Memory a mediados de 2016, Villeroy & Boch convirtió algunos InfoCubes en Flat Cubes en el SAP NetWeaver BW durante otra prueba realizada a fines de 2016/principios de 2017.

Así, por ejemplo, un InfoCube con 110 millones de conjuntos de datos y 13 GB de tamaño (7GB de los cuales era índice) necesitaba una hora y 42 minutos para el proceso de conversión. Después de la conversión, el Flat Cube tenía 7,2 GB de tamaño y un índice de 0,3 GB. Además de la mejora en el tiempo de respuesta (un beneficio ya esperado) también hubo una reducción en el tamaño de la base de datos en el almacenamiento.

Otro aumento significativo en el rendimiento gracias a Flat Cube en Oracle Database

Después de la conversión, los tiempos de ejecución que en la solución anterior eran de 100 segundos se acortaron a 20 segundos con el Flat Cube y la tecnología In-Memory. Además, los beneficios también incluyen una aceleración de aproximadamente 30% en la carga, la eliminación de agregados y la simplificación del modelo BW, todo gracias al uso de Flat Cube.

Figura: Re-partición y activación de Flat Cube

Oracle Database In-Memory en Villeroy & Boch 43

Figura: Una comparación de los tiempos de ejecución

Oracle recomienda el uso de SAP NetWeaver versión 7.40 con SP16 para realizar la conversión a los Flat Cubes. Tal y como están las cosas, todavía es imposible desde un punto de vista de la tecnología SAP convertir los InfoCubes transaccionales (planificables) o los objetos de partición semántica (SPO). SAP ha hecho planes para esto en 2017.

Resumen de las pruebas

Actualmente, con el uso de Oracle Database In-Memory no es necesario que Villeroy & Boch sustituya su base de datos Oracle por los sistemas SAP NetWeaver actuales, que han sido fiables durante muchos años, con otro sistema de bases de datos. Villeroy & Boch utiliza con éxito la tecnología Oracle Database In-Memory para los sistemas productivos SAP NetWeaver BW y SAP CRM.

Con una cantidad de trabajo razonable y costos aceptables para las inversiones, los siguientes beneficios se hicieron realidad rápidamente gracias a la tecnología Oracle Database In-Memory:

• varios aumentos significativos en la velocidad de las

consultas de los informes

• Opciones de análisis mucho más eficaces en la presentación de informes

De este modo, la base de datos de Oracle vuelve a demostrar su posición como un factor de estabilidad a largo plazo para las bases de datos en entorno SAP y ofrece innovaciones que se pueden implementar rápidamente y con poquísimo esfuerzo.

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.”

HARALD WOLF

CONSULTOR SÉNIOR DE BI,

VILLEROY & BOCH

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 DE 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 personas 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 profesionales en investigación y desarrollo en aproximadamente 118 localidades alrededor del mundo. El objetivo estratégico del Grupo Bosch es brindar soluciones 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 Database In-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 en línea (OLAP) como de procesamiento de transacciones en línea (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 en 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 no funcionaban

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.

Importante mejora en el uso de SAP CRM con 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 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 in-memory. 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

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 auto desarrolladas, 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/conversió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 entornos 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 entorno 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.

SAP BI con Oracle Database In-Memory en DB Austria 47

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:

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 funciones 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 bases de datos de Oracle desde 1992 (Oracle 6) y 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

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

Sistema de prueba 11g / 12c, caché de buffer en el tamaño original 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

http://www.dbmasters.at/

Database

Participación de mercado mundial de cada proveedor

Oracle Database La base de datos en la que confían más de

310.000 clientes en todo el mundo

Visite: oracle.com/database

O llame al 0800 891 4433

Fuente: IDC, “Worldwide Relational Database Management Systems Software Market Shares, 2015: The Year of Transition to the Cloud,” IDC 4US41484516. Junio de 2016; Tabla 1 (Worldwide Relational Database Management Systems Revenue by Vendor). Participación de mercado de diferentes proveedores con base en el ingreso con

licencias de software y mantenimiento. Copyright © 2016 Oracle y/o sus empresas afiliadas. Todos los derechos reservados. Oracle es una marca registrada de Oracle Corporation y/o sus subsidiarias. Los demás nombres pueden ser marcas comerciales de sus respectivos propietarios.

Oracle Database In-Memory Toolkit para SAP BW 49

ORACLE DATABASE IN-MEMORY TOOLKIT PARA SAP BW

Oracle Database In-Memory Toolkit para SAP BW ofrece un método sistemático para identificar objetos de SAP NetWeaver BW o el almacenamiento de columnas de Oracle Database In-Memory. Este kit de herramientas también genera scripts SQL para habilitar y deshabilitar el recurso In-Memory para estos objetos y para cargarlos en la memoria.

Oracle Database In-Memory Toolkit para SAP BW

Oracle Database 12c, permite a los clientes aplicar selectivamente Oracle Database In-Memory a objetos específicos de SAP BW. Sin embargo, identificar y cargar los objetos (tablas) que proporcionarán las mayores mejoras de rendimiento no siempre es sencillo y puede requerir un enfoque sistemático. Una opción consiste en identificar primero las consultas empresariales que se utilizan con mayor frecuencia, así como las que más necesitan mejorar el rendimiento. Luego, asignar estas consultas a objetos empresariales específicos, como MultiProviders, InfoCubes y almacenamientos de datos de operaciones. La próxima etapa es identificar los nombres de tablas Oracle para cada uno de estos objetos. Las tablas candidatas se deben priorizar y se deben crear los scripts para cargarlos en la memoria.

Oracle 12c In-Memory está certificado y liberado para todas las aplicaciones SAP, incluyendo las OLTP, como SAP ECC, SAP SCM, SAP CRM etc., además de aplicaciones OLAP, como SAP NetWeaver BW. La tecnología In-Memory de Oracle ofrece a los clientes de SAP que usan Oracle 12c nuevas formas de analizar los datos en tiempo real directamente en la base de datos Oracle. Oracle In-Memory acelera el acceso a datos en hasta 1000 veces, incluso para los modelos de negocio complejos. Esto hace innecesaria la extracción complicada de datos y aplicaciones de SAP especiales, como SAP BWA o SAP HANA.

Oracle Database In-Memory Toolkit para SAP BW

¿Cómo trabajar con el kit de herramientas?

SAP ofrece dos formas de utilizar las tablas de base de datos con Oracle Database In-Memory:

a) Oracle 12c In-Memory Advisor para SAP b) SAP NetWeaver BW 7.40 y 7.50 – Flat Cubes

Sin embargo, como estas dos opciones sólo cubren una fracción de las aplicaciones posibles, Oracle creó un kit de herramientas para que las aplicaciones SAP puedan cargar intencionalmente los objetos de la base de datos con Oracle Database In-Memory, siempre y cuando la aplicación se ejecute en Oracle 12c. Todas las versiones de SAP Net-Weaver 7.x funcionan con el kit de herramientas In-Memory.

La presentación ofrece una visión general de:

• Los procedimientos/funciones del kit de herramientas y cómo usarlo • Métodos de aplicación • Estudios de caso – resultados de clientes

Informaciones adicionales

White paper: Oracle Database In-Memory http://www.oracle.com/technetwork/database/in-

memory/ overview/twp-oracle-database-in-memory-

2245633.html

OTN: Oracle 12c In-Memory Toolkit para SAP NetWeaver http://www.oracle.com/technetwork/indexes/samplecod

e/ in-memory-toolkit-3076228.html

Notas SAP

2351252 – Oracle Database In-Memory Toolkit for SAP

2335159 – Flat Cubes for SAP BW

2137032 – DBA Cockpit: Monitor for In-Memory Feature

2189163 – Oracle Database In-Memory Advisor for SAP

2178980 – Using Oracle Database In-Memory with SAP NetWeaver-Based Products

http://www.oracle.com/technetwork/database/in-memory/

http://www.oracle.com/technetwork/database/in-memory/

http://www.oracle.com/technetwork/indexes/samplecode/

http://www.oracle.com/technetwork/indexes/samplecode/

50

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 de Oracle

Database para SAP la primera opción para la mayoría

de los clientes SAP.

Por más de 29 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án claro por qué Oracle Database para SAP es la líder y la 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 a 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 de 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 entornos 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, gracias al 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é base de datos Oracle y sistemas de ingeniería para SAP? 51

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: abaratamiento de costos gracias al 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 rack 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 funciones 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 de tipo contenedor con múltiples tenencias que puede contener varias bases de datos conectables. Una DB existente se puede adoptar sencillamente, sin cambios, como una base de datos conectable. 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 base de datos de Oracle son pre configurados, pre ajustados y pre probados 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 en línea sin necesidad de cerrar la instancia de la DB.

Los clientes de SAP pueden usar 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 el 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 de SAP (1)

52

Oracle Exadata Database Machine para clientes de SAP es una configuración de alta ingeniería y pre validada, 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 pre incorpora, 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 entornos 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 las bases de datos de Oracle 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.

En Oracle Database 12c se han añadido varios recursos nuevos a la función de compresión avanzada (ACO) que mejoraran la capacidad de gestión de almacenamiento de la base de datos de Oracle. El Heat Map rastrea automáticamente las marcas de tiempo de modificación y consultas, proporcionando información detallada sobre 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 entornos 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 entorno – 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 de SAP (2)


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 el 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, pre incorporada, 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 y las actualizaciones. 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) y la 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 BR Tools se han ampliado para funcionar junto con ASM y Exadata.

Exadata para SAP: – Hace que el trabajo complejo de integración y de

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”.

Los entornos SAP se pueden incluir en los planes de consolidación de la 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 bases de datos Oracle dispersas en un entorno Exadata. Los administradores se pueden centrar en la gestión de Exadata y no en el mantenimiento de configuraciones exclusivas.


Oracle 12c Multitenant ofrece proyectos de consolidación de DB por encima de las enormes ventajas adicionales ya mencionadas antes. La opción con múltiples tenencias 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 el 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 pre incorpora, lo que reduce el tiempo y los costos de implementación, de instalación y de 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 entornos 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, trajo 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.

En la fase 4, Oracle Multitenant concluyó el proceso de certificación para los clientes de SAP. Esta opción permite consolidar muchas bases de datos en un único conteiner. Se basa en una arquitectura de base de datos completamente nueva y por lo tanto requiere un esfuerzo considerable de integración entre Oracle y SAP.

Diferenciales de Oracle Database para SAP

Oracle Database 12c

Diseñada para la nube

Usa menos ítems de hardware

Menos costos operativos

Administra muchas bases de datos como una sola

No se necesitan cambios en las aplicaciones

oracle.com/database o llame al 0800 891 4433

Copyright © 2015. Oracle y/o sus empresas afiliadas. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y/o de empresas afiliadas.

56

Consolidación de cientos de servidores de bases de datos para uso de aplicaciones SAP y de otros proveedores (no

SAP) con optimización significativa del ciclo de vida/gestión de TI/ Beneficios esperados superados

AUMENTO DE LA EFICIENCIA DE ICT EN EL CORREO SUIZO GRACIAS A ORACLE EXADATA DATABASE MACHINE

El Correo Suizo tiene como objetivo facilitar la vida de

los clientes a través de servicios innovadores de alta

calidad. La creciente digitalización del mundo de los

negocios significa que una infraestructura de TI

dinámica y optimizada es más importante que nunca.

Desde principio de año, el Correo Suizo cuenta con

Exatada Database Machine de Oracle para optimizar su

infraestructura.

Una variedad de aplicaciones digitales le dan soporte a una amplia gama de procesos de negocios en el Correo Suizo. El escenario de TI altamente desarrollado incluye elementos locales y descentralizados y los sistemas de gestión de base de datos (DBMS) son esenciales para el rendimiento, el cumplimiento de SLA y la seguridad. Esto se debe principalmente al hecho de que los datos de casi todas las aplicaciones se procesan de modo centralizado o en una o más de las varias de cientos de bases de datos de la empresa para innumerables propósitos.

Durante años, el Correo Suizo ha utilizado las bases de datos de Oracle en conjunto con sus aplicaciones SAP y de otros proveedores. La migración a los sistemas de ingeniería con base en Oracle Exadata Database Machine representó un paso importante hacia la consecución de las metas de optimización de la infraestructura de esta institución. Los beneficios fueron muchos. Gracias a la consolidación de servidores y de bases de datos, el Correo Suizo mejoró tanto la eficiencia de costos como de recursos. Experimentaron una alta simplificación y la optimización de la gestión del ciclo de vida de las DBMS. Los usuarios constataron un impulso considerable en el rendimiento y los administradores de sistemas también encontraron mejoras.

Consolidación del servidor de base de datos El plan era implementar primero la consolidación del servidor de base de datos con base en Oracle Exadata Database Machine en el dominio no SAP. Basándose en los conocimientos, la experiencia adquirida y los resultados obtenidos, la institución decidió implementar también Oracle Exadata en el entorno SAP.

Valeri Minkov, ingeniero sénior de Oracle Database del Correo Suizo, explica que “para la consolidación de los servidores de bases de datos, el motivo principal que nos llevó a cambiar a Oracle Exadata fue el uso intensivo de recursos, el tiempo y el dinero implicados en la gestión del ciclo de vida.

Cada vez que se necesitaba hacer actualizaciones o aplicar parches, unos diez departamentos de TI diferentes tenían que sentarse y analizar, coordinar y definir actividades para luego llevarlas a cabo. Esto involucraba al servidor, al OS, a la red, a expertos en almacenamiento, a la base de datos y a especialistas en interfaz, entre otros. Este proceso y la coordinación involucrada no fueron satisfactorios porque simplemente nos tomaban demasiado tiempo. Oracle Exadata nos permitió simplificar sustancialmente este procedimiento de varias maneras.”

Oracle Database Exadata Machine en el Correo Suizo 57

En el entorno no SAP, no menos de 480 bases de datos de Oracle con más de 100 servidores físicos y 30 servidores virtuales se transfirieron a 3,5 racks de Oracle Exadata X4-2. El Correo Suizo viene usando Exadata en el dominio no SAP desde el segundo trimestre de 2015 con gran éxito. La empresa utiliza cuatro nodos de computación, núcleos de CPU, 2 TB de RAM, cuatro nodos de células de almacenamiento, un caché de Flash de 12,8 TB, cuatro nodos de RAC gestionados por el administrador y Oracle Data Guard para alta disponibilidad (HA) y recuperación de desastres (DR).

La experiencia en el entorno no SAP resultó ser sumamente positiva. De hecho, los resultados del business case superaron las expectativas. Al ver estos resultados, el Correo Suizo se interesó en aprovechar al máximo los beneficios de usar Oracle Exadata para SAP lo más rápido posible.

En el entorno SAP se migraron a Exadata (un cuarto de rack) 96 bases de datos Oracle (usadas para pruebas, garantía de calidad, integración y producción), con un total de 47 servidores de bases de datos físicos y 15 virtualizados (de HPE en Suse Linux y VMware). Exadata entró en producción en el entorno SAP en el cuarto trimestre de 2016, con dos Exadata X5-2, cada uno con dos nodos de computación, 4x18 núcleos, 1,5 TB de RAM, tres nodos de células de almacenamiento, un caché de flash de 9,6 TB y dos nodos del RAC gestionados por el administrador para HA. Los servidores de aplicaciones (de HPE y de otros fabricantes) siguen ejecutándose en Microsoft Windows.

El Correo Suizo tiene más de 10.000 usuarios de SAP, que utilizan muchos componentes del paquete empresarial basado en SAP NetWeaver, como ERP, BW, SRM, CRM y HCM. Cada sistema se personaliza con una serie de programas ABAP desarrollados internamente.

Oracle Exadata ofrece beneficios enormes

En el entorno SAP, la Oracle Database 11g migró totalmente a Oracle Exadata.

Los sistemas Exadata de alto rendimiento se operan en un centro de datos de alta seguridad en Berna, la capital de Suiza, donde hay dos células de Exadata conectadas a un clúster RAC de dos nodos (cruzados), que se ejecutan en salas separadas a 150 metros de distancia para garantizar la alta disponibilidad. Otra célula conectada a Exadata se opera en un centro de datos de respaldo a unos 120 kilómetros de distancia. Por la continuidad del negocio y la recuperación de desastres, las replicaciones de datos se realizan casi continuamente en todos los locales con Oracle Data Guard.

Al comentar sobre los beneficios obtenidos con Oracle Exadata, Minkov dice que "el ahorro de costos y de tiempo fue significativo. Antes de Exadata, necesitábamos alrededor de 100 días-persona para aplicar un parche o implementar una actualización. Ahora necesitamos de tres a cuatro. Podemos aplicar un parche nuevo en Exadata en quizás dos fines de semana. Además, ahora sólo tenemos un equipo de DBMS y de sistemas de ingeniería".

Otras ventajas clave para el Correo Suizo son el ahorro de servidor y de almacenamiento. “Obviamente, esto marca la diferencia cuando, en lugar de actualizar o adquirir más de 100 servidores, prácticamente tienes un sistema con 12 nodos de computación.”

Como parte de la consolidación en el entorno SAP, el número de bases de datos se redujo de 96 a 85. La consolidación con Exadata también permitió ahorrar alrededor de 300 TB en el volumen de almacenamiento (SAN). El Correo Suizo también ha obtenido beneficios importantes gracias al ahorro de espacio físico necesario para los servidores y el almacenamiento y redujo los costos energéticos.

Mientras tanto, los usuarios han notado un rendimiento mejor con Oracle Exadata. Según Minkov, "los usuarios SAP informan que sienten como si los tiempos de respuesta se hubieran cortado a la mitad".

Oracle Database Exadata Machine en el Correo Suizo 58

Y esto no es todo: “Hay beneficios probados al trabajar con un modelo de un solo proveedor. Antes, teníamos que lidiar con alrededor de 10 fabricantes. Ahora, tratamos sólo con Oracle. Esto significa que necesitamos mucho menos tiempo para manejar temas como interrupciones. El manejo y la administración de servidor actual de DBMS también es mucho más sencillo.”

En general, la consolidación de los servidores de bases de datos en los entornos SAP y no SAP con base en Oracle Exadata Machine ha valido la pena. En el momento de la redacción de este artículo (febrero de 2017), el Correo Suizo pasó de Oracle 11g a 12c. La implementación planificada en el nivel de expansión X6 a Oracle Exadata Database Machine aumentará las capacidades actuales de procesamiento. X6 Exadata Machine contiene más núcleos de CPU, más memoria RAM y más almacenamiento.

Oracle Exadata: “Flexibilidad única” Durante más de dos años y medio de uso de Exadata, el Correo Suizo ha acumulado mucho conocimiento y experiencia. Sus expertos llevaron a cabo la migración a Exadata en el entorno SAP sin ninguna ayuda externa. El secreto es que el Correo Suizo utiliza el sistema de ingeniería como un sistema combinado por así decirlo. Ejecutan componentes de Exadata X4-2, X5-2 y X6-2 de modo combinado con todos los otros componentes (cargas de trabajo de las aplicaciones SAP y no SAP) utilizando la misma red Infiniband de Exadata. Minkov explica que “desde el punto de vista del Correo Suizo, Exadata como un sistema de ingeniería de Oracle ofrece una flexibilidad única y posibilidades de uso y expansión del sistema que no están disponibles en cualquier otro proveedor de base de datos.”

Perfil

Schweizerische Post (Correo Suizo)

El Correo Suizo (www.post.ch) es una empresa diversificada con actividades en comunicaciones, logística, finanzas al por menor y transporte. Con cerca de 62.000 empleados, es uno de los mayores empleadores de Suiza. En 2016, generó ingresos de alrededor de CHF 8,2 mil millones. La compañía está representada por alrededor de 25 países y es de propiedad total del gobierno nacional suizo.

Principales beneficios:

Estructura moderna de bases de datos para cargas de trabajo SAP y no SAP, ahorro de costos, gestión de ciclo de vida optimizada, procesos de negocios más rápidos, mayor rendimiento, mejor gestión, responsabilidad centralizada, alta seguridad, alta disponibilidad, mayor estabilidad, opciones extensas de escalabilidad.

www.post.ch

Cliente de Oracle: Correo Suizo Lugar: Suiza Sector: Servicios postales, financieros, de logística, entre otros Total de trabajadores: cerca de 62.000 Facturación:CHF 8,224 mil millones (2015) Productos y servicios Oracle:

• Oracle Exadata Database Machine para entornos SAP y no SAP (11g/12c, RAC, ASM), 3 medio racks X4-2, dos X5-2, tres nodos X6

• Oracle Enterprise Manager 12c

http://www.post.ch/

Oracle Exadata Database Machine en Granarolo 59

La mayor cadena de producción de lácteos de Italia obtiene grandes beneficios con la nueva plataforma de

infraestructura de base de datos Oracle y logra ahorros tangibles en los costos

GRANAROLO: ORACLE EXADATA CUMPLE CON VARIOS Y RIGUROSOS REQUISITOS

Con un ingreso anual de mil millones, cerca de 2.500 empleados, 14 fábricas y una producción de más de 8,5 millones de litros de leche, Granarolo es el mayor productor de lácteos de Italia. El grupo trabaja con empresas de lácteos locales integradas en la cadena productiva, de una manera que ninguna empresa comparable lo ha logrado. En Granarolo se hace hincapié en el suministro de productos lácteos de alta calidad con base en estándares de proceso definidos, desde la selección de materias primas hasta la producción y el suministro de productos tradicionales y nuevos en el punto de venta. Bien conocida en Italia y en expansión internacional, la empresa lanzó nada menos que 19 productos nuevos en el mercado en los últimos dos años.

Sin una TI eficaz y sofisticada, el modelo de negocios y las operaciones de Granarolo serían simplemente imposibles. Durante años, el grupo de empresas, que opera en toda Italia, ha utilizado Oracle Database como su componente principal de TI.

Doce aplicaciones empresariales de misión crítica se ejecutan en Oracle Database, entre las que se encuentran SAP ERP, Transportation Manager y WH Manager. Además, también se ejecutan 28 aplicaciones como CRM, Identity Manager y otras soluciones personalizadas.

“En 2015 establecimos una estrategia plurianual para renovar nuestra infraestructura de plataforma de almacenamiento, con un enfoque específico en la infraestructura de Oracle. Nuestros requisitos han sido la consolidación, la simplificación, la continuidad del negocio y obviamente el rendimiento. Un factor clave adicional ha sido el requisito de una migración sin rupturas, porque no queríamos enfrentar ninguna modificación ni actualización de las aplicaciones”.

Después de una evaluación detallada de todas las opciones, incluyendo un análisis de los requisitos que la nueva plataforma de base de datos para el entorno SAP tendría que cumplir, Granarolo eligió el sistema de ingeniería Oracle Exadata en noviembre de 2015. Como explica Granarolo, “Oracle Exadata Machine cumplió con todos nuestros requisitos estrictos".

El proyecto de migración se ha completado sin

problemas en 6 meses, con una implementación sin

regresiones, manteniendo las operaciones comerciales

24 x 7 en todo el grupo.

Los recursos internos de TI tuvieron una

cooperación estratégica, ya que trabajaron

activamente con los consultores de proyecto, y

adquirieron conocimiento y autonomía con el uso

de la nueva plataforma.

Se han alcanzado los resultados esperados en términos de rendimiento y en algunos casos se han superado ampliamente nuestras expectativas.

Oracle Exadata Database Machine para SAP es un paquete completo de servidores, almacenamiento, red y software, que ofrece escalabilidad, confiabilidad y redundancia por encima de la media. Mediante la consolidación, Exadata permite a los clientes reducir los costos de TI, lograr un mayor nivel de optimización administrativa, mejorar el rendimiento de todas las aplicaciones y tomar decisiones empresariales mejores y más rápidas. Como una plataforma de base de datos, Exadata permite alcanzar el máximo rendimiento tanto en almacenamiento de datos como en OLTP (procesamiento de transacciones on line), como SAP ECC 6.0. Exadata es totalmente compatible con computación en la nube.

Oracle Exadata Database Machine en Granarolo 60

Un sistema para ahora y para el futuro

Gracias a Oracle Exadata, el grupo de facturación de miles de millones ha logrado una amplia gama de ventajas y mejoras tanto en términos de rendimiento técnico como en resultados comerciales.

Los usuarios están más satisfechos porque ven que el sistema alcanzó una mejora significativa en el rendimiento general. Para una serie de consultas (y su

extracción a través de OTM) Oracle Exadata redujo

considerablemente los tiempos de respuesta. Para una

consulta el tiempo de respuesta se redujo de 8 minutos

a poco menos de 60 segundos. El tiempo de respuesta para la selección de pedidos en un caso se redujo de 10 minutos a unos segundos. El tiempo de respuesta general de las consultas en el sistema SAP ERP X también se redujo mucho. Varios informes terminan 3 a 6 veces más rápido sin cambios en la aplicación de SAP ni ajustes en la base de datos.

Al elegir el sistema de ingeniería Oracle Exadata, Granarolo simplificó su estructura de TI de tal manera que ahora el sistema se puede ampliar cuando sea necesario. También ha implementado la consolidación de las bases de datos (ya que se necesitan menos CPU para la misma carga de trabajo), lo que ha dado lugar a ahorros tangibles en las licencias de bases de datos. Este tipo de consolidación simplemente no habría sido posible con ninguna otra solución.

El cambio a Oracle Exadata Database Machine (dos X5-2 de un octavo de rack y alta capacidad, cada uno en un centro de datos conectados vía LAN/WAN y el uso de Oracle Data Guard) no fue un proyecto largo ni extenso que implicase cambios en las aplicaciones que ya estaban en uso.

Massimiliano Cusumano, gerente de TI (CIO) y Fabrizio Bracco, gerente de infraestructura técnica del grupo (CTO) del grupo Granarolo, resumen de forma positiva el cambio a Oracle Exadata Database Machine: “el equipo de Oracle Consulting y otros aliados de servicios de TI nos brindaron un soporte excelente durante el cambio de infraestructura y desempeñaron un papel importante al ayudarnos a poner en práctica todas las metas que nos fijamos. Estamos muy satisfechos con el resultado.” Además, Oracle Database/Oracle Exadata ofrece opciones que nos permitirán beneficiarnos en los próximos años. Ya estamos elaborando informes de especialistas y estudios sobre las características de Oracle 12c, como Oracle Database In-Memory y Oracle Multitenant”.

www.granarologroup.com

Sector: Alimentos y bebidas

Ingreso: Más de mil millones

Total de trabajadores: Cerca de 2.500 personas


• Oracle Database Machine Exadata (dos X5-2 de un octavo de rack y alta capacidad) y actualización de Oracle Database 11g -> 12g

• Oracle Data Guard

• Oracle Consulting

Principales beneficios

• Soporte efectivo y a prueba de futuro para la

continuidad y la expansión del negocio tanto ahora

como en el futuro

• Rendimiento extremo, estabilidad /alta disponibilidad/base para

la consolidación, ahorro de costos, simplificación de la gestión de

sistemas en todo el centro de datos

• Base para más optimizaciones del uso de SAP, por ejemplo,

con Oracle Database 12c In Memory, Multitenant

Solución

• SAP ECC 6.0 (FI, CO, PP, MM, SD, SAP PI y SAP Solution Manager),

software de otros proveedores, como Business Warehouse basado

en Oracle, Oracle OTM (Oracle Transportation Management) y

Oracle Database Repositories para aplicaciones del cliente y de la

web y gestión de identidades.

http://www.granarologroup.com/

Oracle Exadata Database Machine en Wumart 61

WUMART STORES PROCESA PEDIDOS ON LINE 8 VECES MÁS RÁPIDO, ACELERA EN 15 VECES LA OBTENCIÓN DE INSIGHTS Y REDUCE LOS COSTOS OPERATIVOS EN US$ 100.00 AL AÑO

Fundada en 1994, Wumart Stores, Inc. es la principal cadenas de supermercado de China, con más del 35% de participación de mercado y 800 tiendas en todo el país, en ciudades como Pequín, Tianjin y en las provincias de Hebei y Zhejiang.

Para mantener su liderazgo, Wumart Stores expandió la gama de productos comercializados al incluir un 40 % de alimentos frescos y otros productos consumo rápido, como carnes crudas y cocidas, frutas y verduras, todos con un margen de ganancia más alto. Al asociarse con Dmall, una tienda on line que ofrece alimentos frescos de alta calidad a 4 millones de usuarios y procesa más de 100.000 pedidos por día, Wumart Stores expandió su canal de ventas al supermercado en línea con el objetivo de impulsar las ventas y mejorar la competitividad.

Desafíos

• Mejorar los sistemas de planificación de recursos empresariales (ERP) de SAP para acelerar el procesamiento de pedidos del supermercado Wumart en línea y de la tienda de su socio comercial en este canal, con el fin de garantizar la calidad de los alimentos frescos y optimizar los ingresos.

• Adquirir la capacidad de prever las necesidades y las preferencias de los clientes, como ofrecer descuentos para las carnes y las verduras con más salida y mejorar la calidad de los servicios.

• Consolidar los servidores de bases de datos y los dispositivos de almacenamiento legados de IBM en una sola plataforma para simplificar el mantenimiento del sistema y reducir el costo total de propiedad, sin dejar de cumplir con los rigurosos requisitos de la empresa: que no se pierda ningún dato en caso de emergencia.

Soluciones

• Reducción de los costos operativos de TI – como el consumo de energía y de espacio físico en el centro de datos - en más de US$ 100.000 al año y la simplificación del mantenimiento de TI con la consolidación del 92% de los servidores antiguos de IBM y cuatro bases de datos Oracle para aplicaciones SAP en un único Oracle Exadata Database Machine.

• Procesamiento 8 veces más rápidos de los pedidos on line y reducción de la pérdida de ingresos debido a la disminución de la calidad de los alimentos frescos y a los costos altos de almacenamiento a baja temperatura. Mejora de un 82% en el tiempo de respuesta de las aplicaciones SAP y aceleración de las cargas de trabajo de procesamiento de transacciones on line (OLTP) con la tecnología Infiniband y la memoria flash PCI ultra rápida de Oracle Exadata.

• Disminución de los costos logísticos al permitir que la

empresa obtuviera una visión integral del modelo de la cadena de suministro en línea y modificar el proceso para asegurar la exactitud del pedido y la entrega a tiempo al cliente.

• Obtención de la información 15 veces más rápida y

prestación de servicios más eficaces para satisfacer las necesidades de los clientes, como la ampliación de opciones de pollo fresco, mediante la ejecución de SAP Business Warehouse en Oracle Exadata y la capacitación del personal para generar informes rápidamente y analizar el historial de compras y preferencias de los clientes, incluyendo la fidelidad a la marca y el interés en los descuentos.

• Minimización del impacto en las operaciones de la

tienda en línea durante la implementación del sistema, utilizando el administrador de recuperación y tablespaces transportables de Oracle Exadata para realizar copias de seguridad, restaurar, recuperar y migrar cuatro bases de datos con 8 terabytes a Oracle Exadata en sólo 20 minutos.

• Garantía de alta disponibilidad del sistema sin

degradar la experiencia del cliente con Oracle Real Application Clusters, que permitió la activación de failover automático en caso de falla del servidor, eliminando el único punto de falla y minimizando las interrupciones del sistema.

Oracle Exadata Database Machine en Wumart 62

¿Por qué Oracle?

“Elegimos Oracle Exadata por la plataforma de hardware y software integrada y prediseñada, que nos proporcionó mejoras significativas en velocidad y capacidad de gestión. La solución también nos ayudó a construir un centro de datos en la nube para aplicaciones SAP a un costo menor”, dijo Zheng Tao, jefe de TI, Wumart Stores, Inc.

Proceso de implementación

Después de una evaluación y una comparación profunda con las soluciones de otros proveedores, Wumart Stores implementó Oracle Exadata para reemplazar sus dispositivos de almacenamiento y sus servidores de IBM. La empresa también migró cuatro bases de datos Oracle para aplicaciones SAP, incluyendo ERP core, y extendió su gestión de depósitos y business warehouse a Oracle Exadata. Wumart Stores completó todo el proyecto, desde el diseño hasta la implementación, en solo tres meses y puso en marcha la nueva plataforma a tiempo y dentro del presupuesto.

Aliado de Oracle

Beijing Giantower Technology Co., Ltd.

Beijing Giantower Technology Co., Ltd., aliada de negocios de Oracle, proporcionó una solución probada para la migración de las aplicaciones SAP y ayudó a Wumart Stores a garantizar un cambio suave y exitoso a Oracle Exadata.

“Con el equipo de consultoría profesional de Beijing Giantower Technology y su experiencia en gestión de proyectos Oracle Exadata, concluimos la migración de la base de datos SAP con tiempo de inactividad casi cero y preparamos el escenario para mejorar la eficiencia operativa y abaratar los costos”, dijo Zheng.

Testimonio de Wumart Stores, Inc.

“Con la consolidación del 92% de nuestros

servidores IBM y cuatro bases de datos en una

única Oracle Exadata Database Machine,

obtuvimos una plataforma de nube privada

integrada de alto rendimiento para apoyar el

crecimiento de nuestro e-business. Podemos

procesar pedidos on line ocho veces más

rápido y redujimos los costos operativos en

más de US$ 100.000 por año”.

– ZENG TAO,

Jefe de TI, de Wumart Stores, Inc.

www.wumart.com

Cliente de Oracle: Wumart Stores, Inc. Lugar: Pekín, China

Sector: Minorista

Empleados: 34.137

Ingreso anual: U$ 1 mil millones a U$ 5 mil millones


• Oracle Exadata Database Machine

• Oracle Real Application Clusters

http://www.wumart.com/

Oracle Exadata Database Machine ayuda a AmerisourceBergen a administrar los negocios en los niveles más altos de arquitectura SAP 63

ORACLE EXADATA DATABASE MACHINE AYUDA A AMERISOURCEBERGEN A ADMINISTRAR LOS NEGOCIOS EN LOS NIVELES MÁS ALTOS DE ARQUITECTURA SAP

AmerisourceBergen Corporation es una empresa global de abastecimiento y distribución para el sector farmacéutico, ayuda a los prestadores de servicios de salud y a las industrias farmacéuticas y de biotecnología a mejorar el acceso del paciente a los productos y a los cuidados. Los servicios van desde la distribución de medicamentos y la logística sofisticada de mercado hasta los servicios de consultoría farmacéutica y reintegros. AmerisourceBergen ofrece programas y soluciones innovadoras en todo el canal de suministro farmacéutico y ocupa la posición a 12ª en la lista Fortune 500.

Desafíos/necesidades

• Una plataforma de infraestructura de bases de datos estable, capaz de soportar una arquitectura SAP de misión crítica y de altísimo volumen. Actualmente, la aplicación SAP ECC procesa 1,7 millones de ítems diarios a su base de datos de 70 TB, un volumen que no para de crecer.

• Un entorno de TI confiable y disponible, que se

pueda escalar según sea necesario con un tiempo de inactividad casi cero. Lo ideal es que el entorno sea flexible, que se pueda expandir fácilmente y que respalde los ambiciosos requisitos de negocios del futuro. Las estimaciones de crecimiento a corto plazo calculan un aumento significativo de ítems de línea hasta fines de 2017.

• Logro de las mejoras de rendimiento teniendo en

cuenta el procesamiento de punta a punta.

• Cumplir los requisitos de TCO de manera sostenible y eficaz.

Soluciones

AmerisourceBergen decidió implementar Oracle Exadata Database Machine Platform como base de infraestructura crítica para su arquitectura principal de SAP. La razón de esto fue para mejoras significativas de escalabilidad y de estabilidad en la aplicación ERP ECC de SAP de misión crítica y otros módulos esenciales de SAP.

Oracle Exadata Database Machine es un sistema de ingeniería altamente optimizado, capaz de manejar las cargas de trabajo de E/S más extensas. También sirve como una gran plataforma de consolidación. AmerisourceBergen ha reemplazado más de 50 servidores clásicos de bases de datos por un pequeño número de máquinas Exadata y logró una densidad mucho mayor de base de datos por servidor.

Mejoró la estabilidad del sistema para todas las aplicaciones de misión crítica de SAP, especialmente SAP ECC. Como ya esperaban, el volumen de negocios aumentó, pasó de 1 millón a 1,7 millón de artículos de línea procesados por día. El sistema funcionó como se esperaba, sin problemas de escalabilidad.

Se eliminaron los tiempos de inactividad en el entorno SAP ECC de misión crítica para el negocio. Tanto la disponibilidad local como la remota (tiempo de inactividad casi cero) se aplican para la cobertura de recuperación de desastres con un tiempo de respaldo más rápido.

La gestión de TI optimizada garantizó un alto rendimiento con un monitoreo proactivo y una identificación/resolución de problemas más rápida. Estos beneficios abarcan toda la solución de tecnología de Oracle (por ejemplo, base de datos, RAC, sistema operativo, servidor y almacenamiento) gracias a Oracle Advanced Customer Service (ACS) y a Oracle Advanced Monitoring and Resolution Services (AM&R).

¿Por qué Oracle?

Oracle Exadata Machine es una solución exclusiva y completa para la capa de la base de datos – diseñada y optimizada para cargas de trabajo de bases de datos SAP y de otros proveedores, con una capacidad excepcional y expansión vertical (scale-up) para satisfacer necesidades futuras. Oracle AM&R y Oracle ACS han suministrado un soporte excelente y le agregaron valor a la operación de TI de misión crítica de AmerisourceBergen.

Proceso de implementación

AmerisourceBergen empezó a trabajar con Oracle Exadata Database Machine para SAP en septiembre de 2013. La transición a Oracle Exadata se realizó en dos fases. La primera fase se centró en el sistema básico SAP ECC, que se puso en marcha en las primeras 12 semanas del proyecto. El resto de las aplicaciones SAP, incluidas CRM, PI o Portal se implementaron a principios de 2014.

Oracle Exadata Database Machine ayuda a AmerisourceBergen a administrar los negocios en los niveles más altos de arquitectura SAP

64

El entorno de 70 TB de la base de datos SAP ECC ha funcionado con éxito durante tres años y medio en Oracle Exadata Database Machine X3-8 de rack doble. Las demás aplicaciones de SAP en aproximadamente 20 bases de datos se ejecutan en un Oracle Exadata X3-2 separado. Las expansiones recientes de la arquitectura SAP introducirán la Oracle 12c Database In-Memory.

AmerisourceBergen está consolidando sus 20 centros de datos en dos ubicaciones, proceso que finalizará en 2018. La empresa también planea actualizar Oracle Exadata Database Machine X3 a la versión X6 este año.

“Oracle ayuda de forma proactiva con el monitoreo de la infraestructura para reconocer cualquier preocupación con relación al rendimiento. Con el equipo de Oracle SAP de Norteamérica, Oracle Advanced Customer Service (ACS) y Oracle AM&R, podemos anticiparnos a lo que necesitamos hacer específicamente para el entorno SAP ECC para estar al día con los altos volúmenes”, dijo Milt Simonds, vicepresidente de plataforma empresarial, AmerisourceBergen Corporation.

Testimonio de AmerisourceBergen Corporation

“En tres años y medio de uso productivo, Oracle

Exadata Database Machine nos ha beneficiado de

muchas maneras. Soporta de una forma ideal la

estabilidad, la alta disponibilidad y el rendimiento

necesario en el volumen de SAP y facilita nuestros

planes de negocios cada vez más ambiciosos.

Logramos simplificar radicalmente nuestras

operaciones de TI, consolidar nuestro entorno de

base de datos y minimizar el TCO, todo con un

modelo de soporte muy optimizado. Los servicios

de Oracle ACS y Oracle AM&R nos permiten

concentrarnos en las tareas esenciales y hacer un

uso optimizado de nuestros propios recursos.” – MILT SIMONDS,

Vicepresidente de plataforma empresarial

AmerisourceBergen Corporation.

www.amerisourcebergen.com Cliente de Oracle: AmerisourceBergen Corporation

Lugar: Chesterbrook, Pensilvania, Estados Unidos

Empleados: más de 19.000 Ingreso anual: $146,8 mil millones (año fiscal de 2016) Productos y servicios Oracle:

• Oracle Database 12c

• Oracle 12c Database In Memory

• Oracle 12c Database Tuning & Diagnostics

• Oracle 12c Real Application Clusters (RAC)

• Oracle Exadata Database Machine

• Oracle Advanced Compression

• Oracle Data Guard

• Oracle Advanced Customer Support Services (ACS)

• Oracle Advanced Monitoring and Resolution (AM&R)

http://www.amerisourcebergen.com/

Oracle Exadata en Nagase 65

NAGABASE ESTABLECE UNA INFRAESTRUCTURA DE BASE DE DATOS INTEGRADOS PARA SUS APLICACIONES SAP UTILIZADAS EN TODA SU RED GLOBAL DE OFICINAS USANDO ORACLE EXADATA X4

Nagabase & Co. Ltd., una empresa consolidada en el mercado

desde hace 183 años, reemplazó todas las aplicaciones SAP

utilizadas en su red de oficinas en todo el mundo por una

única instancia global. Después de comparar Oracle Exadata

con SAP HANA, Nagabase adoptó Oracle Exadata X4 como su

infraestructura de base de datos integrados para sus

operaciones de backend. El cambio redujo los tiempos de

carga de datos en SAP BW en un 48% en comparación con su

enfoque tradicional y ha reducido radicalmente el tiempo de

procesamiento por lotes de DWH. Nagabase también está

planeando migrar a la base de datos de las aplicaciones SAP

(que será utilizada por su oficina local) a Oracle Database X4,

con el fin de seguir adelante con el proyecto de

globalización.

Nagabase integró las bases de datos de varias

aplicaciones SAP ejecutadas en toda su red

global de oficinas usando Oracle Exadata X4.

Fundada en 1832, Nagabase se dedica a la importación, exportación y a la venta nacional de plásticos, productos químicos, materiales electrónicos y otros productos, con varias oficinas en América del Norte, Medio Oriente, Europa y América Latina.

En 2009, Nagabase implementó la primera generación de Oracle Exadata, V1, para reemplazar a su viejo Teradata. En mayo de 2014, V1 cambió a la última versión de Oracle Exadata X4. El Sr. Kenji Yoshizawa – gerente general del segundo departamento de sistemas de la sede de desarrollo de Nagase Information Development –desempeñó un papel destacado en la migración y explicó las circunstancias del cambio.

“Desde 2009, Nagabase ha implementado aplicaciones SAP en las subsidiarias en varios países, como China y las naciones del sudeste asiático (ASEAN). En octubre de 2014, implementamos las aplicaciones SAP en nuestras filiales en Estados Unidos. Consideramos Oracle Exadata X4 y SAP HANA como candidatos para nuestra infraestructura de sistemas con el objetivo de tener una única instancia global para ejecutar las aplicaciones SAP y consolidar muchas bases de datos dispersas. Al final, decidimos introducir Oracle Exadata X4 porque nuestra licencia de Oracle Exadata V1 podía migrarse, abaratamos costos y aprovechamos la experiencia adquirida con el uso de esta versión de Exadata.

En el sistema existente, las bases de datos de varios sistemas se ejecutaban en tres Oracle RAC (Real Application Clusters) en Oracle Exadata V1. Además, crearon y operaron bases de datos Oracle separadas para: ECC (ERP Central Component), GTS (Global Trade Services), BW (Business Warehouse), FI (Financial Accounting), CO (Controlling), SD (Sales and Distribution), MM (Material Management), TM (Transportation Management), entre otros.

Aproximadamente 1.500 personas utilizan estas aplicaciones en sus oficinas en todo el mundo. La empresa planea entregar todas estas bases de datos en Oracle Exadata X4. Si Oracle Exadata X4 falla, los servicios en todas sus oficinas en todo el mundo se detendrán. Sin embargo, el Sr. Yoshizawa y su equipo no se preocupan en este sentido debido a los resultados operativos de Oracle Exadata V1.

EXADATA

66

– Sr. KENJI YOSHIZAWA, Gerente general del segundo departamento de sistemas de la sede de desarrollo de Nagabase Information Development

El Sr. Yoshizawa comentó que “el personal de Oracle dijo que no habría problemas. Basándonos en la experiencia anterior con la máquina Exadata y los servicios de Oracle, confiamos en ellos plenamente. Después de la implementación, constatamos un aumento inmediato y significativo del rendimiento. En nuestro sistema antiguo, durante el procesamiento mensual por lotes, la carga de datos para SAP BW (DWH) tardaba toda la noche y a veces iba hasta el día siguiente, lo que interfería en nuestras operaciones comerciales. Teníamos una necesidad urgente de resolver este problema.”

Nagabase Information Development planea migrar sus bases de datos a Oracle Exadata X4 en dos etapas principales. En la primera, el plan es migrar los sistemas existentes que se ejecutan en Oracle Exadata V1 a Oracle Exadata X4. En la segunda, migrar las bases de datos de las aplicaciones SAP a Oracle Exadata X4.

Nagabase implementó Oracle ZFS Storage para realizar

las copias de seguridad de Oracle Exadata Database

Machine, eliminando las preocupaciones sobre los

retrasos en la realización de copias de seguridad de

grandes volúmenes de datos.

Nagabase Information Development aprovechó al máximo la consultoría y la variedad de servicios de soporte ofrecidos por Oracle Japón para asegurarse de que proseguirían con las tareas de forma eficaz. En la opinión del Sr. Yoshizawa, “Oracle Exadata X4 ofreció la mejor de las últimas tecnologías de misión crítica y era difícil hacer un uso completo de ella si se gestionaba como una base de datos en un servidor Windows.” Específicamente, usaron el soporte para implementación inicial de Oracle Exadata X4 para instalar las aplicaciones SAP en Exadata, un servicio prestado por Oracle Consulting Service (OCS). También usaron el soporte para migrar los datos a Oracle Exadata X4 y el servicio de aplicación de parches ofrecido por Oracle Advanced Customer Support Service.

Además de los dos Oracle Exadata X4 – uno de medio rack para producción y otro de un octavo de rack para desarrollo y pruebas - Nagabase adoptó Oracle ZFS Storage para hacer copias de seguridad de Oracle Exadata en el nuevo entorno de base de datos.

“Inicialmente, planeamos hacer una copia de seguridad de todas las bases de datos conectándolas a los servidores de almacenamiento existentes a través de la red 10 Gbps. Llegamos a la conclusión de que esto no sería suficiente por la adopción de SAP y el crecimiento de los datos asociados de múltiples terabytes. Por lo tanto, implementamos Oracle ZFS Storage y logramos reducir el tiempo de backup a un quinto de lo que inicialmente esperábamos al principio al conectarnos a Oracle Exadata a través de InfiniBand de 40 Gbps."

Nagabase también implementó Oracle Enterprise Manager 12c para monitoreo exclusivo, además de servidores de gateway para los Oracle Platinum Services, con el fin de habilitar la aplicación remota de parches y funciones de monitoreo de fallas.


Configuración del sistema usando Oracle Exadata

Mejora impresionante en el rendimiento de las

aplicaciones SAP y BW

La migración a Oracle Exadata X4 mejoró el rendimiento de las aplicaciones SAP. El Sr. Koji Ikeda – jefe de la sección de gestión de infraestructura de la división de operaciones de Nagase Information Development, nos contó sobre los efectos de la migración.

“Por ejemplo, la carga de datos en SAP BW solía tardar 5 horas y 38 minutos. Ahora sólo tarda 2 horas y 44 minutos, una reducción del 48%. Por lo tanto, resolvimos con éxito el problema del procesamiento por lotes que tardaba toda la noche y seguía al día siguiente. El tiempo de procesamiento por lotes en DWH se redujo de 70 a 50 minutos. También mejoraron los tiempos de respuesta de los sistemas de consultas de rendimiento, el sistema de administración de costos y rentabilidad y mucho más. Además, la consolidación de las bases de datos dispersas en Oracle Exadata X4 y la implementación de la gestión integrada a través de Oracle Enterprise Manager generaron ahorro de costos y grandes mejoras en la capacidad de gestión de la infraestructura de la base de datos.”

Nagabase completó el proceso de consolidación de las bases de datos en Oracle Exadata X4 en 16 oficinas globales en 2014. El rendimiento y la capacidad de Oracle Exadata siguen proporcionando un gran margen de maniobra. Ahora, Nagabase hará la migración de las bases de datos en la 17ª oficina, en Alemania. También están trabajando para migrar las bases de datos de las aplicaciones SAP usadas en las oficinas nacionales a Oracle Exadata X4.

– Sr. KOJI IKEDA, Sr. Koji Ikeda – jefe de la sección de gestión de infraestructura de la división de operaciones de Nagase Information Development


Comparación de los tiempos de procesamiento antes y después de la implementación de Oracle Exadata

Procesamiento Antes de la implementación

Después de la implementación

Tiempo reducido en

Observaciones

Carga de datos en BW 5 horas y 38 minutos 2 horas y 44 minutos 2 horas y 54 minutos

* Tiempo de procesamiento en una red de trabajo

Procesamiento por lotes en DWH

70 minutos 50 minutos 20 minutos

Sistema de consultas de rendimiento

6 segundos 3 segundos 3 segundos

Sistema de gestión de costos y rentabilidad

7 segundos 3 segundos 4 segundos

Sistema de registro de accesos

140 segundos 78 segundos 62 segundos Volumen por fecha/departamento de tiendas/ cuenta en los últimos 6 años

Copia del cliente 79 horas y 20 minutos

20 horas y 12 minutos

59 horas y 8 minutos

Máquina para uso en producción – Máquina para verificación

Informe ZLOG 24 segundos 11 segundos 13 segundos Saldos de stock Informe ZLOG 50 segundos 21 segundos 29 segundos Historial de transacciones Informe ZLOG 50 segundos 5 segundos 45 segundos

Facturación en los últimos 18 meses (por subsidiaria internacional)

El Sr. Yoshizawa dijo que “las bases de datos utilizadas para las aplicaciones SAP en todas nuestras oficinas, incluidas las nacionales, se consolidarán en Oracle Exadata X4 en algún momento. En el futuro, impulsaremos la unificación de diversos códigos de sistemas a nivel global en esta infraestructura de datos integrada y mejoraremos aún más la eficiencia del negocio. Dado que el soporte para Windows Server 2003 se descontinuará a partir de julio de 2015, vamos a abolir o fusionar las bases de datos Oracle que se ejecutan en él antes de consolidarlas en Oracle Exadata X4.

Al compartir una aplicación empresarial en todas sus oficinas, Nagabase será capaz de aumentar la agilidad de la empresa y mejorar los recursos de gestión global. Una cuestión clave en la implementación de esta única instancia global es la creación de una infraestructura potente de base de datos que admita el procesamiento rápido y estable de grandes volúmenes de datos. Nagabase ha resuelto este problema implementando Oracle Exadata X4 y planea acelerar el crecimiento de la empresa, que se ha ido ampliando desde la Era Tenpo.

http://www.nagase.co.jp/english/

Cliente de Oracle: Nagase & Co., Ltd. Tipo de empresa: Empresa de comercio general

Número de empleados: 1.009 (Consolidados: 6.293) (en abril de 2015)

Capital: 9,699 mil millones de yenes (en abril de 2015)

Ventas: 723,2 mil millones de yenes (consolidados) (en abril de 2014)

Actividad principal: Importación, exportación y ventas

nacionales de plásticos, materiales químicos, productos

electrónicos, cosméticos y alimentos saludables. Nagase tiene

cinco oficinas en Japón y docenas de subsidiarias en todo el

mundo.

http://www.nagase.co.jp/english/

Oracle 12c y Database In-Memory en LION 69

"Al ejecutar Oracle Database 12c con Oracle Exadata Database Machine, logramos acelerar el rendimiento de las

consultas en 4 veces y actualizar los datos con el doble de velocidad. La plataforma de base de datos integrados

también soportó la migración de datos tranquila y con un mínimo de interrupciones para nuestras operaciones de

fabricación".

– MASATOSHI UTSUNOMIYA,

Director del departamento de sistemas, Lion Corporation

LION CORPORATION MAXIMIZA LA OPORTUNIDAD DE GENERACIÓN DE INGRESOS Y APOYA EL CRECIMIENTO GLOBAL CON TECNOLOGÍA ORACLE

Lion Corporation maximiza la oportunidad de generación de ingresos y apoya el crecimiento global con tecnología Oracle.

Lion Corporation es la mayor fabricante japonesa de productos para higiene bucal y también produce una amplia variedad de productos para la belleza y el hogar, incluyendo pastas dentífricas, champús, ítems para cuidados corporales y jabón en polvo para ropa. También vende productos farmacéuticos sin receta, como aspirinas y remedios para resfríos, a través de un acuerdo de licencia con la industria farmacéutica Bristol-Myers Squibb. Su objetivo es ofrecer productos de calidad y contribuir con la limpieza, con la salud, con el confort de los clientes y con el medio ambiente.

Después de reemplazar a Teradata hace cinco años, la empresa había estado utilizando Oracle Exadata V2 para varias aplicaciones. Oracle Exadata Machine hospedaba numerosas bases de datos para aplicaciones SAP, gestión de producción e inteligencia de negocios. Debido al aumento del volumen de datos de POS y de la reubicación del centro de datos, Lion decidió actualizar su antiguo Oracle Exadata para mejorar el rendimiento y eliminar fallas en el transporte de hardware.

Desafíos

• Lograr procesar rápidamente cientos de millones de datos, que incluyen transacciones de ventas de pastas dentífricas, jabón en polvo y soportar el crecimiento del negocio.

• Actualizar Oracle Exadata en el nuevo centro de datos en lugar de transferir la máquina física para evitar el riesgo de daños en el equipo y garantizar la seguridad de los datos.

• Completar el proyecto de actualización de la base de datos y la transferencia del centro de datos dentro del presupuesto y el tiempo estipulados.

• Asegurar la migración tranquila de los datos de las aplicaciones cruciales para los negocios, como los sistemas de SAP ERP, a la nueva plataforma de base de datos y minimizar las interrupciones en las operaciones críticas de la producción.

Resultados

• Los ejecutivos pasaron a recibir datos precisos para la tomada de decisiones empresariales, tales como informaciones sobre las ventas de pastas de dientes, por ejemplo. Este avance fue posible gracias a la aceleración de hasta 4 veces el rendimiento de las consultas y las actualizaciones de los datos de procesamiento 2 veces más rápido con Oracle Exadata X5.

• Obtención de un modelo de licencias flexible de Oracle Exadata, lo que permitió expandir fácilmente la base de datos o los servidores de almacenamiento, como la actualización de máquina de un octavo a un cuarto de rack, por ejemplo, y mejorar el rendimiento del sistema para soportar el crecimiento de los ingresos.

• Logro de un tiempo de inactividad cero desde la actualización a Oracle Exadata X5-2 y garantía de alta disponibilidad en el hardware completamente redundante del sistema de ingeniería.

• Análisis de Big Data mediante el uso de la arquitectura de doble formato de Oracle Database In-Memory para optimizar un gran volumen de consultas analíticas, como los datos de POS para productos de higiene bucal.

• Gestión simplificada de los sistemas con una plataforma integrada para gestionar servidores de bases de datos para aplicaciones de compras y recursos humanos, que operan en un entorno individual gracias a la opción multitenencia de Oracle Database 12c.

• Minimización de riesgo y conclusión de la actualización de la base de datos y de la transferencia del centro de datos dentro del cronograma y el presupuesto estipulados, mediante la implementación de Oracle Exadata preconfigurado y probado previamente en el nuevo centro de datos.

• Reducción de la carga de trabajo del personal de TI, para consolidar aún más bases de datos y administrar fácilmente actualizaciones y aplicaciones de parches con las aplicaciones Oracle Multitenant.

Oracle 12c y Database In-Memory en LION 70

¿Por qué Oracle?

“Hemos actualizado a Oracle Exadata debido a su rendimiento superior y a su capacidad de modelo de licencias bajo demanda, que nos da la flexibilidad de soportar el crecimiento futuro. Oracle Database 12c también ayudó a garantizar una migración tranquila y a minimizar las interrupciones en las empresas.

– Akinori Murakami, ingeniero, departamento de sistemas, Lion Corporation.

Ejecución

Lion Corporation actualizó su plataforma de base de datos con Oracle Database 12c y Oracle Exadata X5-2 y adoptó las opciones Oracle Multitenant y Oracle Databade In-Memory para realizar un análisis más rápido y garantizar la migración sin problemas de aplicaciones empresariales. Con la ayuda de Oracle, Lion Corporation concluyó el proyecto en menos de cuatro meses y puso en marcha sin problemas la nueva plataforma.

Acerca de Lion Corporation

Fundada en 1891, Lion Corporation fabrica y vende productos de higiene bucal, tales como dentífricos, colutorios y otros productos usados día a día, desde artículos de tocador hasta accesorios de cocina y productos farmacéuticos. Opera seis oficinas de ventas, cuatro plantas de manufactura y dos institutos de investigación locales. También expandió su negocio en varios países asiáticos para promover un estilo de vida saludable y de confort en la región.

Participación del socio

SCSK Corporation, socia de negocios de Oracle, trabajó en la integración de los sistemas en el proyecto de actualización de Oracle Exadata y de Oracle Database 12c para Lion Corporation.

“SCSK nos proporcionó el plan de migración más eficiente y rentable posible. Con su sólida experiencia en aplicaciones SAP, resolvimos rápidamente varios problemas de licencia y de instalación, ya que fuimos la primera empresa en Japón a migrar bases de datos de aplicaciones SAP a Oracle Database 12c”, explicó Murakami.

SCSK Corporation

https://www.scsk.jp/index_en.html

http://www.lion.co.jp/en/

Cliente de Oracle: Lion Corporation

Sede del cliente: Tokio, Japón

Empleados: 6.816

Ingreso del cliente: US$ 300 millones

http://www.scsk.jp/index_en.html

http://www.lion.co.jp/en/

Grupo de energia de Indonesia elige Oracle SuperCluster 71

Grupo energético de Indonesia elige un sistema de ingeniería Oracle para la actualización de

hardware y logra un rendimiento sostenible y la reducción del TCO en el entorno SAP

GRAN EMPRESA DE INDONESIA DE PETRÓLEO OBTIENE GRANDES BENEFICIOS CON ORACLE SPARC SUPERCLUSTER

Esta gran empresa de Indonesia, que se dedica a la producción de petróleo, gas y energía renovable y nueva, se basa en sólidos principios comerciales dentro y fuera del país y se esfuerza en proporcionar la mejor contribución para el bienestar de la nación, usando todo el potencial de Indonesia. Las mejoras e innovaciones en todas las operaciones, como exigen las condiciones globales, son algunos de los compromisos de la compañía en el cumplimiento de su papel estratégico en la economía nacional. Con ingresos de US$ 41,76 mil millones en 2015, ha avanzado constantemente para concretar su visión de convertirse en una empresa energética de clase internacional.

Al igual que muchas empresas de todo el mundo, este grupo energético indonesio ha alcanzado beneficios y comerciales usando SPARC /Solaris en combinación con la base de datos Oracle en su entorno SAP. Como sucede con casi todas las empresas usuarias de vez en cuando, esta compañía de multimillonaria necesitaba realizar una actualización de hardware, especialmente para al funcionamiento de las soluciones de aplicaciones SAP más usadas.

“Nuestros servidores SPARC Solaris M8000 junto con el sistema operativo Solaris, ejecutaban sus tareas de manera fiable y eficiente cuando nuestras aplicaciones SAP se implementaron hace algunos años. Sin embargo, dado que el sistema SAP se estaba utilizando con más frecuencia - especialmente durante el procesamiento por lotes y las cuentas de fin de mes – a fines del 2015/principios de 2016 se hizo evidente que después de varios años de uso era hora de actualizar los componentes de hardware y la tecnología de este servidor. Por un lado, esto implicaba optimizar el rendimiento o los tiempos de ejecución por lotes según fuera necesario, por otro lado, el objetivo era reducir el TCO y mejorar la eficiencia de la infraestructura”, dijo un gerente sénior de la compañía.

Cuando se realizó la evaluación, esta empresa asiática líder tuvo buenos motivos para votar a favor de la plataforma de sistema de ingeniería Oracle SPARC Solaris M6-32 SuperCluster, con sistemas de almacenamiento Oracle ZS3-ES incorporados y nuevos servidores Oracle T5 adicionales (para consolidación de sistemas de garantía de calidad, desarrollo y pruebas).

El equipo global de Oracle ACS (Advance Customer Services) fue contratado para ayudarlos a realinear la infraestructura basada en soluciones Oracle y les brindó la asesoría y el soporte esperados. ACS se aseguró de que el proyecto se implementara con éxito, a tiempo y dentro del presupuesto, cumpliendo con los estándares y los requisitos corporativos de la compañía.

Buenas razones por las que la compañía indonesa

de petróleo optó por Oracle

La elección de Oracle SuperCluster fue el resultado de un análisis profundo, que en pocas palabras, llevó a la siguiente evaluación: “la arquitectura técnica del SuperCluster con su configuración integrada y consolidada altamente disponible, aliada al rendimiento extremo de las células de almacenamiento de Exadata, nos convenció de que podían resolver nuestros problemas”.

La empresa se convenció por el hecho de que Oracle SPARC SuperCluster podría utilizarse para realinear la infraestructura a un costo razonable y, sobre todo, porque se podían lograr varios beneficios sostenibles al mismo tiempo con la solución de Oracle. Esto incluye, por ejemplo, consolidaciones de entornos SAP y de las bases de datos Oracle con ahorro de costos de licencias, menor TCO, mejoras significativas en muchas áreas, implementación más rápida del sistema y operaciones de TI más fáciles, mayor eficiencia con la virtualización y la gestión integradas, disponibilidad altísima, más productividad y eficiencia gracias a componentes probados, coordinados, integrados y provenientes de un proveedor único, optimización significativa del soporte y otras mejoras.

72

Soporte de Oracle ACS

Una vez que se decidió por la solución Oracle, la empresa y los especialistas de Oracle ACS empezaron a crear una configuración para el nuevo entorno de hardware para SAP con base en Oracle SPARC SuperCluster y otros ítems de hardware T5. Los componentes elegidos eran un sistema Oracle SuperCluster M6-32 de dos gabinetes con cuatro Oracle SPARC T5-2s, cada uno con 48 núcleos y 2 TB de RAM.

Mientras tanto los sistemas de aplicaciones y bases de datos (virtualizados en algunos casos) debían operar en la plataforma Oracle SPARC SuperCluster redundante diseñada con el sistema operativo Solaris 11 y varios sistemas de SAP. En el caso de la base de datos Oracle Database 11g, no se planificaron cambios en un principio (se está estudiando una actualización a Oracle 12c como un proyecto aparte), dado que debía ejecutarse integrada en el Oracle SPARC SuperCluster como un sistema de ingeniería en la forma de Database Machine (incluyendo ORACLE RAC).

También hubo planes para consolidar varios otros sistemas SAP en la plataforma Oracle SPARC SuperCluster. El sistema central de aplicaciones (con cerca de 6000 usuarios en todo el mundo) es SAP Oil & Gas, una solución específica para el sector, usada en empresas de Upstream y Downstream con ERP ECC. Las aplicaciones SAP adicionales incluyen BW, CRM y PI. El tamaño productivo total de las bases de datos 11g era de 20 TB en total. Para la recuperación de desastres, la empresa usaba Oracle DataGuard, una tecnología ampliamente probada y adoptada.

Un cambio exitoso y beneficios sustanciales El gerente sénior de TI comentó que "la migración a Oracle SuperCluster fue tranquila, muy exitosa y no causó atrasos ni problemas. Los costos de reajuste de hardware de SAP se mantuvieron dentro del presupuesto acordado. Todos los involucrados hicieron un gran trabajo. El equipo Oracle ACS merece un reconocimiento especial.

Como usuarios de Big Data de la combinación SPARC/Solaris, el equipo de infraestructura de TI se ha beneficiado enormemente de la experiencia y el know-how del equipo global Oracle ACS.”

Lograron con éxito todos los objetivos que se propusieron con relación al cambio a Oracle SuperCluster. La empresa afirma que “realmente teníamos razón en la decisión de invertir y confiar en Oracle SuperCluster en lugar de elegir una arquitectura tradicional.” De hecho, la compañía describió los beneficios obtenidos como sustanciales con el cambio del sistema a Oracle SuperCluster.

Por un lado, esto se debe al desempeño del sistema en el entorno SAP debido a la enorme cantidad de potencia de procesamiento junto con la arquitectura optimizada de la plataforma Oracle SuperCluster en un sistema único, que consiste en servidores, bases de datos, almacenamiento y componentes de red perfectamente equilibrados. Así como la plataforma del sistema operativo Solaris, además de Enterprise Manager para la gestión empresarial de TI.

El equipo de Oracle que hizo que la migración del entorno SAP a SuperCluster fuera un gran éxito en la empresa de petróleo de Indonesia

De izquierda a derecha:

- Frank Panjaitan (consultor de ventas – sistemas) - Adrianus Kurnadi (consultor de ventas sénior – sistemas) - Tato Sampurno (gerente de proyectos) - Bahtiar Rokhim (ventas – sistemas)

Grupo de energia de Indonesia elige Oracle SuperCluster 73

Explotación de gran empresa de petróleo de Indonesia

El rendimiento general ha mejorado considerablemente con la implementación de Oracle SuperCluster. Según las mediciones, el rendimiento ha mejorado hasta varias veces, dependiendo del programa y de la transacción SAP. En algunos casos, los tiempos de respuesta (por ejemplo, de transacciones/informes de facturación) se redujeron a la mitad. Además, ahora ha sido posible implementar algunos informes de SAP BW (como los flujos de pedidos) que antes siempre terminaban con una falla de tiempo de espera. Los informes de BW han visto un aumento enorme de velocidad (a veces en progresión geométrica). Varios procesos por lotes (ejecuciones de consolidaciones diarias /mensuales) han reducido radicalmente el tiempo de ejecución y ahora superan las expectativas de la empresa, lo que ha dado lugar a efectos positivos en los procesos empresariales.

Por otro lado, el cliente está interesado en destacar el hecho de que "existía una expectativa clara de minimizar el TCO mediante el uso de Oracle SuperCluster, a través de la consolidación del sistema SAP y con ahorros en los costos de licencia de bases de datos y el entorno SAP IT funcionando de manera mucho más eficiente, también se redujeron los gastos de soporte.”

Además de las mejoras en el rendimiento y el TCO optimizado, la empresa también declaró que los beneficios obtenidos "se elevaron a un nivel muy superior gracias al uso de Oracle SuperCluster y sus opciones de escala, la operación de SAP TI, la alta disponibilidad y la seguridad".

Oracle SuperCluster para SAP

Con Oracle SuperCluster 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 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. Oracle SuperCluster para SAP ofrece una arquitectura completa que se ha diseñado, se ha probado y se ha ajustado para cumplir con las demandas de entornos SAP de aplicaciones empresariales de misión crítica.

Soluciones y servicios Oracle en una gran

empresa petrolera de Indonesia

• Oracle SuperCluster M6-32 (incluyendo Solaris 11, Oracle Exadata Database Machine con Oracle 11g para SAP y Oracle Storage ZS3-ES)

• Servidores Oracle T5-2 • Oracle DataGuard • Oracle RMAN • Oracle Enterprise Manager • Oracle Advanced Customer Services

Beneficios

• Mejora significativa en el rendimiento (por ejemplo, en el procesamiento por lotes SAP).

• Reducción del TCO. • Abaratamiento de los costos con licencias de bases de datos

gracias a la consolidación. • Infraestructura completa para bases de datos y aplicaciones • Almacenamiento optimizado especialmente para las bases de

datos de Oracle • Gestión empresarial simplificada y más eficiente. • Requisitos de actualización mínimos. • Disponibilidad más alta a través de componentes de

computación, red y almacenamiento integrados y redundantes.

74

SECURE-24 SE ASEGURA UNA IMPLEMENTACIÓN RÁPIDA DE APLICACIONES Y ABARATA LOS COSTOS DE IMPLEMENTACIÓN EN UN 90% CON UN APARATO EN NUBE PRIVADA

Secure-24 tiene 14 años de experiencia en la prestación de servicios de operaciones de TI administradas, hospedaje de aplicaciones y computación en la nube a empresas de todo el mundo. Sus índices de satisfacción de los clientes están entre los mejores del sector gracias al cumplimiento de los contratos de nivel de servicio amplios y por centrarse en ofrecer servicios y soporte de calidad superior. La empresa es un partner Platinum de Oracle que gestiona aplicaciones Oracle E-Business Suite, PeopleSoft, JD Edwards, Hyperion y SAP en organizaciones de todos los sectores de la industria y de todos los tamaños. Secure-24 está en la lista de los 100 mejores lugares para trabajar de TI de Computerworld.

Desafíos

• Proveer a clientes de varios sectores – desde servicios financieros hasta el área de la salud y la producción – aplicaciones y otras soluciones de infraestructura como un servicio de Oracle para asegurar operaciones ininterrumpidas y ventajas competitivas con reducción de costos de infraestructura y mano de obra.

• Simplificar el soporte consolidando sistemas, almacenamiento, red, virtualización y aplicaciones en un único entorno.

• Reducir el costo total de propiedad (TCO) del entorno heredado de Cisco UCS, EMC VMAX con conmutación de Cisco y software VMware y Red Hat, además de una capa de orquestación patentada con Vmware Orchestrator – plataforma equivalente a Vblock.

• Mejorar los niveles de servicio a través de una arquitectura estandarizada de alta disponibilidad y el soporte a un solo proveedor.

Soluciones

• Secure-24 implementó dos racks completos de Oracle Private Cloud Appliance en nube privada utilizando Oracle Enterprise Manager para prestar servicios de infraestructura como servicio y base de datos como servicio a clientes de todos los sectores, lo que permitió una implementación más rápida y una simplificación de la administración de base de datos.

• De esta forma, la empresa alcanzó una alta disponibilidad y recuperación de desastres para sus aplicaciones Oracle de misión crítica ejecutadas en los dos Oracle Private Cloud Appliances instalados en dos centros de datos geográficamente separados.

• Secure-24 adquirió flexibilidad y la capacidad de hospedar muchas aplicaciones y versiones de software diferentes en el Oracle Private Cloud Appliance.

• Oracle Enterprise Manager 12c se usará para la gestión diaria y la supervisión de Oracle Private Cloud Appliance.

• Ahora la empresa puede utilizar las plantillas preconfiguradas de Oracle VM o crear sus plantillas exclusivas para un despliegue rápido, lo que aceleró la implementación de aplicaciones cruciales para los negocios de sus clientes a horas en lugar de días o semanas.

• Implementación de Oracle ZFS Storage ZS3-2 para almacenar archivos de aplicaciones y de base de datos, así como copias de seguridad de la base de datos de Oracle y ampliación del acceso al entorno de almacenamiento del centro de datos de Secure-24.

• Se adoptó una solución de infraestructura convergente lista para usar, que automatiza la implementación de hardware y software, lo que aumenta la facilidad de compra, la integración de los productos y la simplicidad de la gestión, además de ofrecer un punto único de contacto de soporte.

• Utilización de la licencia de Oracle Trusted Partitions en Oracle Private Cloud Appliance para que los clientes de Secure-24 puedan utilizar las licencias de Oracle de manera más eficiente.

• Un sistema preintegrado y predefinido permite que el personal de TI se pueda concentrar en ofrecer servicios flexibles, atender a las necesidades estratégicas y acompañar la evolución de dichas necesidades en lugar de invertir un tiempo considerable para planificar y configurar manualmente las infraestructuras de hardware desde cero.

• Los clientes de Secure-24 tienen más comodidad mediante el uso de dos Oracle Private Cloud Appliances – un sistema seguro, multitenencia y de alta disponibilidad para la nube privada empresarial.

• Se incluyó una interfaz digital de gestión fácil de usar para aprovechar las ventajas de la red definida por software, de los Oracle Fabric Interconnects y de los componentes de red virtual en Oracle Private Cloud Appliance.

Oracle Private Cloud Appliance en Secure-24 75

¿Por qué Oracle?

“Con Oracle tenemos una solución innovadora de infraestructura convergente, de un solo proveedor, que ofrece una facilidad de compra superior, integración de productos, administración simplificada y un único punto de contacto para soporte, lo que proporciona un alto grado de tranquilidad para nosotros y para nuestros clientes", dijo Sean Donaldson, CTO, Secure-24. "Oracle Private Cloud Appliance es una verdadera estructura de nube con un motor de visualización que permite ejecutar Oracle Linux, JD Edwards, PeopleSoft, Hyperion y Oracle E-Business Suite”.

“En el mercado de TI tan competitivo de hoy en día, el tiempo de comercialización de productos y servicios en el mercado es un factor clave en transacciones ganadores, tanto como ser lo suficientemente ágil para moverse a la velocidad de los negocios. Oracle Private Cloud Appliance a través de la creación de plantillas y la facilidad de implementación nos permite ser muy ágiles y proporcionar respuestas rápidas para satisfacer las necesidades cambiantes de nuestros clientes", dijo Donaldson.

Proceso de implementación "Nos sorprendió gratamente rodar un rack completo de 25 nodos, hacer la instalación eléctrica del equipo, conectar un par de cables a la red y en un par de horas, Oracle Private Cloud Appliance estaba funcionando. Apenas 10 minutos después de esto, Oracle Database estaba implementada en una plantilla que se ejecuta en Oracle Private Cloud Appliance", explicó Donaldson.

“Solía llevarnos un mes de esfuerzo y tres empleados a tiempo completo para integrar todos los componentes de nuestra infraestructura antigua o una plataforma equivalente a Vblock. Con Oracle Private Cloud Appliance pasamos de un mes a dos horas y abaratamos los costos de implementación en un 90%”, dijo Mike Jennings, CEO, Secure-24.

Recursos• Más materiales de referencia sobre servicios profesionales.

Testimonio de Secure-24

“Con la implementación de una infraestructura

basada en Oracle Private Cloud Appliance,

abaratamos nuestros costos de adquisición en

un 50% y los de implementación en un 90%.

Con la solución de Oracle en operación, logramos

automatizar el aprovisionamiento y el soporte a

servicios en nube altamente disponibles.”

– MIKE JENNINGS,CEO, Secure-24

www.Secure-24.com

Cliente de Oracle: Secure-24

Lugar: Southfield, Michigan, Estados Unidos

Sector: Servicios profesionales

Empleados: 475

Ingreso anual: U$ 100 millones a U$ 500 millones

Vídeo: Secure-24 Finds Client Flexibility with Virtual Compute Appliance


• Oracle Private Cloud Appliance

• Oracle Virtual Networking

• Oracle VM

• Oracle Database

• Oracle Enterprise Manager 12c

• Oracle ZFS Storage ZS3-2

http://www.secure-24.com/

76

RCNTEC COMPLETA LA MIGRACIÓN DE LOS SISTEMAS SAP A ORACLE EXADATA PARA UTKONOS HIPERMERCADO ON LINE

RCNTEC (АРСИЭНТЕК) – La desarrolladora de TI y de soluciones empresariales en Rusia ha terminado la migración de sistemas SAP de carga elevada de la plataforma SPARC a Oracle Exadata/x86 en Utkonos Hipermercado Online – líder de venta en Internet de alimentos y bienes relacionados.

El desarrollo del mercado minorista en Rusia y el alto nivel de competencia crean nuevas demandas, como las relacionadas a TI, que se han convertido en una parte esencial de los negocios.

Los sistemas multifuncionales SAP están dirigidos a la automatización de los procesos de negocio y abarcan las principales actividades empresariales, tales como contabilidad, sistemas bancarios, almacenamiento, logística, envíos, contabilidad de costos, análisis y mucho más. Los principales minoristas de todo el mundo usan sistemas SAP para mejorar sus indicadores de rendimiento y ofrecer soporte al comercio en línea y a tiendas basadas en Internet.

“Utkonos” es el minorista en línea más grande de Rusia que ha implementado los sistemas SAP desde 2002. La migración a Oracle Exadata/x86 mejoró el rendimiento y la tolerancia a fallas de los sistemas.

RCNTEC tiene una gran experiencia en implementación y gestión de sistemas basados en SAP, además de conocimientos sólidos de ingeniería de nuevos sistemas, el desarrollo rápido de escenarios de sistemas y la optimización del rendimiento de soluciones SAP.

Nuestros especialistas han completado cursos en centros de formación de SAP e implementaron decenas de proyectos con sistemas basados en SAP. En el momento de la migración a la nueva plataforma, el volumen total de las bases de datos de producción de “Utkonos” era de 11 TB. Como estos sistemas son cruciales para los negocios, el cliente aprobó una ventana de tiempo para la migración de no más de 90 minutos para todas las bases de datos combinadas. Con una capacidad de red de 1 Gbps como máximo, la migración estándar de exportación/importación o el uso de tablespaces transportables podrían no encajarse en las restricciones dadas. Los especialistas de RCNTEC hicieron la migración de las bases de datos entre las dos plataformas usando Oracle GoldenGate. Se realizó una migración de prueba y se diseñó y se optimizó el procedimiento de consistencia post-migración para asegurar los resultados de la migración efectiva.

“Como resultado, el proyecto de migración de las bases de datos a la plataforma Oracle Exadata/x86 se completó con éxito con el tiempo de inactividad en menos de los 90 minutos aprobados” dijo Anton Usanov, vicepresidente de los centros de datos de RCNTEC.

“Los sistemas operativos que sirven a cantidades elevadas de solicitudes de los clientes las veinticuatro horas del día son una de las principales ventajas del mercado. Para nosotros es crucial que nuestros sistemas operen sin defectos. Considerando el volumen de operaciones en línea que no se pueden interrumpir, la migración de los sistemas SAP de producción con menos de 90 minutos de tiempo de inactividad era un desafío sofisticado, que lo resolvieron con éxito los especialistas de RCNTEC. En la actualidad, hay pocas empresas en Rusia que tengan suficiente experiencia para realizar este tipo de trabajo y en la mayoría de los casos, el costo de la participación de especialistas extranjeros, especialmente en la situación económica actual, sería mucho más alto", dijo Sergei Husainov, jefe del departamento de sistemas de información de "Utkonos". RCNTEC opera los sistemas SAP de “Utkonos” desde septiembre de 2016.

Asesoría de prensa de LLC RCNTEC Marina Kriulina, Especialista en RR.PP. de RCNTEC, 8 (495) 620-87-87 8 (915) 410 60 49

[email protected]


77

Elimine la pérdida de datos

Proteja miles de bases de datos Empiece de a poco y expándase de acuerdo a lo que necesite Elimine las ventanas de backup Haga recuperaciones puntuales del sistema

78

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 toda la pila 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 entornos 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 entorno 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 SAP NetWeaver en el sector. Recursos dedicados de ingeniería y 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 entorno SAP y Oracle con confianza. La disponibilidad más alta para el entorno 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 11 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 entorno 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 en línea 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 abaratar 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 entorno 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 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, identificar y abordar los problemas antes de la entrada en funcionamiento.

Servicios de soporte para clientes SAP 79

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 para entornos SAP, 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 entornos SAP basados en hardware de Oracle, Oracle ACS ofrece servicios de planificación, implementación, optimización y servicios de apoyo 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 entorno 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 de que su entorno 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 entornos 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 entorno SAP.

Para más información sobre los servicios 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 entorno 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 entornos 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 entorno 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

http://www.oracle.com/us/support/advanced-customer-services/database/overview/index.html

http://www.oracle.com/us/support/advanced-customer-services/lifecycle-support-services/overview/index.html

http://www.oracle.com/us/support/advan-

http://www.oracle.com/us/

http://www.oracle.com/us/support/premier/business-critical-

http://www.oracle.com/us/support/premier/business-critical-

Servicios de soporte para clientes SAP 80

Oracle Platinum Services para entornos 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 entornos SAP. Al usar Oracle Advanced Support Gateway – una interconexión segura que habilita el monitoreo remoto y continuo de fallas en los entornos 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 su 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 un 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 entornos 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 entornos 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 entorno 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. 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 entorno Oracle/SAP.

Oracle SuperCluster M7 para clientes SAP 81

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 entornos 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 entornos 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 entornos 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, 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 cuenta con soporte y certificación para SAP y ofrece una manera novedosa de acelerar la implementación y abaratar los costos operativos 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 entorno 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 entornos 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 entornos 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 entornos 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.

82

SOLUCIONES OPTIMIZADAS

La estrategia de producto de Oracle: Co-ingeniería Innovación y co-ingeniería en todas las capas de la pila de Oracle

Co-ingeniería dentro de cada capa

Co-ingeniería entre las capas

Integración con otros sistemas

Desarrollo en conjunto con SAP

Figura 1

Oracle SuperCluster M7 se ha proyectado para un rendimiento mejor y optimizado en todas las capas de la pila 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 rendimiento 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 preconfiguran, 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).

SuperCluster M7 Recursos convergentes de computación, red y almacenamiento

Figura 2:

Oracle SuperCluster M7 para clientes SAP 83

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 SuperCluster M7 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 y pistas de auditoría de punta a punta.

• Escalabilidad: Oracle SuperCluster M7 también ofrece escalabilidad inigualable para entornos 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.

Conclusión

Oracle SuperCluster M7 es la única arquitectura para entornos 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 entornos 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 plataforma combinada 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 entornos 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 entornos SAP.

Más información: http://www.oracle.com/us/solutions/sap/engineered-

systems/supercluster/index.html

• 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.

http://ados,/

http://www.oracle.com/us/solutions/sap/engineered-

http://www.oracle.com/us/solutions/sap/engineered-

84

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 entorno actual con la más alta disponibilidad posible y con el mínimo esfuerzo. Un desafío conocido en los entornos 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 la pila de JAVA de 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 85

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 reubica 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 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 entorno 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.

86

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 razonable. Oracle innova en cada capa de la pila de sistemas de ingeniería 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 toda la pila de tecnología, para que usted no tenga que hacerlo. La reducción de complejidad de TI libera tiempo y dinero, lo que permite que se pueda gastar más en innovación y en oportunidades.

Las soluciones Oracle Exadata Database Machine, Exalogic Elastic Cloud, Oracle Database Appliance, Private Cloud Appliance, Oracle SuperCluster y MiniCluster 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 la integración de dichas capas 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.

Oracle ofrece la pila 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 son preintegrados 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 la pila para simplificar las operaciones del centro de datos, abaratar los costos y acelerar la innovación en los negocios.

• Cada sistema integra la pila 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 han 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 preintegrados, preprobados y preconfigurados 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.

Rendimiento extremo en todas las capas

de la pila de tecnología

• Rendimiento extremo significa hacer el trabajo de forma más rápida, mejor y más eficiente que lo que se hacía antes. Este es el sello de los sistemas de ingeniería de Oracle y la incorporación definitiva de la motivación de Oracle para simplificar la TI.

Sistemas de ingeniería Oracle para SAP 87

• 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, Oracle Database Appliance, Exalogic Elastic Cloud, Oracle SuperCluster, MiniCluster y Private Cloud Appliance 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 ofrece 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 Oracle: Certificados por SAP

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 entornos 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 entornos SAP

Oracle Exadata Database Machine es la opción perfecta para entornos 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 precableados en racks y el paquete completo está

preintegrado y preprobado, 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 una 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 premontado y preconfigurado 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.

88

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 entornos SAP. Para los clientes de SAP, esto significa una infraestructura rápida, eficiente y fácil de implementar para los entornos 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 de Oracle Enterprise Manager y todas las aplicaciones SAP de la empresa.

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, se ha probado y se ha ajustado para cumplir con las demandas de entornos 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 MiniCluster

Oracle MiniCluster S7-2 es un sistema de ingeniería sumamente simple y eficiente diseñado para ejecutar bases de datos y aplicaciones empresariales sin comprometer la seguridad. Su simplicidad, rendimiento y confiabilidad aliados a su formato pequeño lo convierten en una opción ideal para oficinas remotas, oficinas pequeñas y entornos ágiles de desarrollo de software. Es ideal para aplicaciones que demandan alta seguridad, como la gestión de registros médicos de pacientes, el procesamiento de transacciones financieras, el manejo de comunicaciones seguras, la ejecución de aplicaciones de planificación de recursos empresariales (ERP) de misión crítica y hospedaje de servicios relacionados con la seguridad.

Sistemas de ingeniería Oracle para SAP 89

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 la pila, incluyendo hardware y software de Oracle.

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 – el OVCA.

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 entornos 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 entornos 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 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 acelerado con componentes redundantes e intercambiables en caliente, y almacenamiento en disco compartido y flash triple espejo. Preinstalado 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 entornos SAP

Oracle Database Appliance ofrece los siguientes recursos para un entorno SAP:

• Servidor de base de datos en clúster 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 la pila de tecnología JAVA.

Oracle Bare Metal Cloud 90

Oracle Cloud es la nube pública más amplia e integrada de la industria que ofrece los mejores servicios de la

infraestructura como servicio (IaaS). Para aquellos que quieren ejecutar el Oracle Cloud on-premise la oferta incluye la

posibilidad de poner el Oracle Managed Cloud en su propio centro de datos.

Oracle Cloud ayuda a las organizaciones a impulsar la innovación y la transformación empresarial, ya que aumenta la agilidad de los negocios, reduce los costos y la complejidad de TI.

ORACLE BARE METAL CLOUD

Rendimiento, disponibilidad y seguridad extremos para

aplicaciones empresariales

Continuando con su innovación en Oracle Cloud Platform, Oracle está trabajando para certificar más aplicaciones propias y de terceros en la plataforma en la nube IaaS de Oracle, lo que facilita la migración de las aplicaciones basadas en bases de datos de Oracle a la nube. Los servicios Oracle IaaS Bare Metal Cloud están disponibles en varios formatos y categorías y ofrecen lo más moderno en IaaS de alto rendimiento. Estas ofertas les permiten a los clientes implementar y acceder a sus aplicaciones de base de datos Oracle en la nube con el mismo rendimiento, seguridad y disponibilidad que se espera de una implementación en sitio. Las bases de datos Oracle en Oracle Cloud se pueden ampliar con facilidad en comparación con las que se ejecutan en la nube de la competencia.

Oracle es el único proveedor que les ofrece a los clientes un ambiente de aplicaciones empresariales completo y altamente disponible en la nube. Oracle ofrece servicios de plataforma exclusivos e integrados a pequeñas y medianas empresas que no cuentan con la experiencia o el capital necesario para mantener sistemas comparables en on premises.

Ahora los clientes pueden usar el Iaas de última generación de Oracle para implementar aplicaciones basadas en Oracle Linux/Windows para escalar a millones de operaciones por segundo. Oracle FastConnect conecta estas aplicaciones a redes locales a un precio accesible.

Bare Metal Cloud Compute Services

Oracle Bare Metal Cloud Services ofrece recursos de computación para una mayor flexibilidad en la ejecución de las cargas de trabajo de los ERP más exigentes, así como aplicaciones menos intensas en computación, en un ambiente de nube seguro y altamente disponible.

Ofrece los mejores servidores Bare Metal totalmente dedicados en una red definida por software, combinando la potencia de los servidores Bare Metal con una red segura, aislada y virtualizada en la nube. Oracle Bare Metal Compute Services presenta un rendimiento sin precedentes, incluyendo servidores con SSD NVMe de última generación, que ofrecen múltiples IOPS. Ideal para ejecutar aplicaciones de la web con uso intenso de operaciones de E/S o cargas de trabajo de Big Data.

Las instancias Bare Metal aseguran un fuerte aislamiento con acceso a servidores físicos dedicados, lo que proporciona visibilidad y control de las aplicaciones de los clientes que imponen requisitos normativos y de conformidad muy estrictos.

Principales recursos

Alto rendimiento

Los servidores Bare Metal sin un hipervisor presentan un rendimiento consistente y constante con SSD NVMe de última generación que ofrecen millones de IOPS, ideales para aplicaciones web con uso intensivo de E/S y cargas de trabajo de Big Data más exigentes.

Computación elástica y on-demand

Los servidores Bare Metal on-demand proporcionan elasticidad para la carga de trabajo de su empresa. Inicie, termine y supervise las instancias según sea necesario utilizando la consola, las API o el SDK.

Seguridad y control

El aislamiento y el acceso dedicado de los servidores Bare Metal permite alcanzar visibilidad y control sin precedentes.

Confiable y altamente disponible

Aislamiento de fallas

Las localizaciones de dominio de disponibilidad (AD) se construyen con infraestructura totalmente independiente, como edificios, generadores de energía, equipos de enfriamiento, conectividad de red, etc.


Alta disponibilidad

Hay al menos 3 Dominios de Disponibilidad (AD por sus siglas en inglés) por región, conectados por un backbone de red de alta velocidad para ejecutar cargas de trabajo altamente confiables con el mínimo impacto para la latencia y el rendimiento de la aplicación.

Baja latencia

El backbone de red de alta velocidad permite que los clientes creen y ejecuten aplicaciones/cargas de trabajo altamente confiables en el AD con impacto mínimo en la latencia/rendimiento de las aplicaciones.

Topología de red segura y flexible

Redes virtuales en la nube (VCN)

Redes privadas totalmente personalizables en la nube. Transfiera fácilmente su topología de red existente a la nube.

Extensión de las instalaciones locales

Conexión de VPN IPSec cifrada basado en estándares de la industria entre su centro de datos corporativo y su VCN.

Servicios de volumen de bloques escalable, de baja latencia y alto IOPS

Confiable y de alto rendimiento

Volúmenes de almacenamiento altamente disponibles, persistentes, conectados a la red optimizados para ofrecer baja latencia y alto nivel de IOPS cuando se utilizan con el servicio de cómputo.

Expanda o reduzca con facilidad

Vincule y desvincule dinámicamente los volúmenes de bloque en cualquier instancia Bare Metal o de máquina virtual en su Red Virtual en la Nube.

Backup y recuperación

Se puede hacer una copia de seguridad de los volúmenes en el Servicio de Almacenamiento de Objetos con alta durabilidad y disponibilidad, además de restaurarlos en nuevos volúmenes.

Cumplimiento y seguridad

Diseñado para ser seguro

Diseñado desde cero con una integración perfecta entre hardware, firmware, software y capas de red optimizados para asegurar que sus recursos siempre estén seguros y bajo control.

Listo para uso empresarial

Procesos de seguridad estándar de la industria para poner límites en cosas como el tipo acceso de personal a centros de datos o el nivel de detalles de los registros.

Auditoría sin costo

Todas las llamadas a las APIs se registran y son accesibles gratuitamente durante 90 días después del registro de los datos. También se pueden almacenar datos antiguos para una variedad de propósitos de seguridad.

Administración empresarial

Autoservicio

Los nuevos servicios ofrecen cuentas globales, aprovisionamiento instantáneo de autoservicios y acceso basado en APIs y Consola.

Control de acceso empresarial

Herramientas sencillas e intuitivas para que los administradores de TI agrupen recursos para gobernanza, aislamiento y control de acceso.

Proyectado para gestión empresarial

Los desarrolladores de aplicaciones empresariales obtienen la facilidad de uso de la infraestructura elástica, mientras que los administradores de TI mantienen gobernabilidad centralizada y la auditabilidad, eliminando la complejidad y el riesgo de una TI sin aprobación organizacional explícita.

Para más informaciones visite el sitio: https://cloud.oracle.com/bare-metal-compute

Las soluciones aún más poderosas incluyen:

Oracle Exadata en la nube

La protección de las inversiones que Oracle ha asegurado a lo largo de varias generaciones de Exadata on-premise, continúa con Oracle Database Exadata Cloud Service y con Oracle Database Exadata Cloud Machine.

Con Exadata Cloud Service los clientes pueden ejecutar las bases de datos Oracle en la nube en Exadata con el mismo rendimiento y disponibilidad extremos experimentados por miles de organizaciones que implementan Exadata on-premise. Exadata Cloud Service combina Exadata con la base de datos número 1 del mundo – Oracle y la plataforma de base de datos más potente – Exadata, con toda la simplicidad y flexibilidad operativa de la nube pública.

92

Las bases de datos Oracle implementadas en la nube como parte de este servicio incluyen todas las opciones y recursos de la base de datos Oracle, como Oracle Multitenant, In-Memory Database, Real Application Clusters (RAC), Active Data Guard, Partitioning, Advanced Compression, Advanced Security, etc. - además de todos los paquetes de Oracle Enterprise Manager.

Gracias al principio de diseño subyacente de Oracle Cloud Service, las bases de datos Oracle implementadas en este servicio en la nube son 100% compatibles con las bases de datos implementadas en sitio. Esto significa que las aplicaciones y los modelos de datos de los clientes no tienen que cambiar, lo que garantiza una transición tranquila a la nube y una estrategia eficiente de nube híbrida. Exadata proporciona una plataforma de consolidación óptima. Ya no es necesario invertir en múltiples plataformas de nube para múltiples cargas de trabajo, porque Exadata ofrece una plataforma unificada para todo: analítica, almacenamiento de datos, OLTP, consolidación, cargas de trabajo mixtas y residentes en memoria.

Oracle Exadata Cloud Service

http://www.oracle.com/technetwork/database/exadata/

exadataservice-ds-2574134.pdf

Oracle Database Exadata Cloud Service - Rendimiento del

Exadata, simplicidad en la nube

Oracle Database Exadata Cloud Service (Exadata Service) ofrece la mejor plataforma del mudo de base de datos en la nube, al combinar la base de datos número uno con Exadata, la plataforma de base de datos más poderosa del sector, con toda la simplicidad y la rentabilidad de la nube pública. Ahora los clientes pueden ejecutar la base de datos Oracle en la nube con el mismo rendimiento y disponibilidad extremos experimentados por miles de organizaciones que implementan Exadata on-premise. Las bases de datos Oracle implementadas en la nube como parte de este servicio incluyen todas las opciones de Oracle Database y son 100% compatibles con las implementadas en sitio, lo que garantiza una transición segura a nube y una estrategia eficiente de nube híbrida. Con las configuraciones dedicadas pay-as-you-grow (pague a medida que crezca) del Exadata y la infraestructura gestionada por los especialistas de Oracle, Exadata Service brinda agilidad empresarial y flexibilidad operativa con cero CapEx.

La mejor oferta de nube para una base de datos empresarial

Además de la sólida base de datos Oracle y de la plataforma Exadata, Exadata Cloud Service añade la facilidad, la sencillez y la flexibilidad de Oracle Public Cloud. Ahora las organizaciones pueden acceder a la base de datos Oracle en Oracle Exadata sin inversiones de capital en infraestructura de TI, como espacio en el centro de datos, energía, refrigeración, servidores, almacenamiento y redes. Como los especialistas de Oracle administran la infraestructura de back-end en nombre del cliente, los costos de administración de TI y de recursos humanos se reducen significativamente, lo que permite que el personal de TI se pueda enfocar en mejorar los resultados comerciales. La funcionalidad completa de Oracle Database con Exadata Service garantiza que cualquier aplicación existente se pueda migrar a la nube sin cambios. La provisión y ampliación del Exadata Service se realiza a través de interfaces simples de la web, lo que les permite a los clientes adaptarse rápido para seguir las demandas cambiantes del mercado. Una instancia de Exadata Service provista para un cliente está completamente aislada de los otros inquilinos, lo que asegura rendimiento y seguridad para las cargas de trabajo críticas del negocio.

Beneficios para los clientes

Exadata Service es 100% compatible con todas las aplicaciones y bases de datos Oracle on-premise existentes. Con Exadata Service, las organizaciones pueden adoptar fácilmente una nube híbrida o sólo una nube que abarque tanto las bases de datos on-premise como las basadas en la nube.

Exadata Service ofrece beneficios empresariales inmediatos para una amplia gama de clientes:

• Permite que los clientes que ya poseen el Exadata on-premise se embarquen fácilmente en un viaje en la nube, sin comprometer el rendimiento de la base de datos y los niveles de disponibilidad obtenidos con las implementaciones del Exadata on-premise.

• Los clientes existentes de la base de datos de Oracle que aún no han experimentado Exadata pueden empezar a disfrutar los beneficios de rendimiento, disponibilidad y escalabilidad de la mejor plataforma de base de datos del mundo sin perder ninguna de las funcionalidades necesarias de la base de datos.

• Las organizaciones que se han visto obligadas a conformarse con bases de datos en nube pública con funcionalidad limitada, seguridad parcial y problemas en la consistencia de los datos, ahora pueden beneficiarse de la funcionalidad de base de datos más sofisticada de la plataforma de base de datos en la nube más poderosa.



Oracle Exadata Cloud Machine – (On-Premise)

http://www.oracle.com/technetwork/database/exadata/ exacm-

ds-3409774.pdf

Rendimiento del Exadata con la simplicidad de la nube

Exadata Cloud Machine combina de manera única la tecnología de la base de datos número uno del mundo con el Exadata, la plataforma de base de datos más poderosas del sector, con la simplicidad, la agilidad y la elasticidad de una implementación basada en la nube. Es idéntico al servicio de nube pública del Exadata de Oracle, pero ubicado en sitio en su propio centro de datos. Lo administran especialistas de Oracle que les proporcionan a los clientes una experiencia consistente en la nube, ya sea una instalación en sitio o un centro de datos de nube pública de Oracle. Todas las funcionalidades y opciones de la base de datos de Oracle y del Exadata están inclusos en la suscripción del Exadata Cloud Machine para garantizar el máximo rendimiento, la mejor disponibilidad, la seguridad más efectiva y la gestión más sencilla posible. Las bases de datos implementadas en Exadata Cloud Machine son 100% compatibles con las bases de datos existentes y las que se implementan en la nube pública de Oracle.

Exadata Cloud Machine es ideal para los clientes que desean obtener beneficios en la nube, pero que no pueden mover sus bases de datos a la nube pública debido a las leyes de soberanía, a reglamentaciones del sector y a políticas corporativas o para organizaciones que consideran poco práctico migrar sus bases de datos lejos de arraigada infraestructura de TI en sitio.

La mejor base de datos en la mejor plataforma en la nube Oracle Database Exadata Cloud Machine puede consolidar todas las cargas de trabajo de base de datos, incluyendo procesamiento de transacciones en línea (OLTP), bodegas de datos (DW), análisis en memoria y cargas de trabajo mixtas/híbridas en un único sistema Exadata con rendimiento extremo, disponibilidad de misión crítica y la más alta seguridad.

La mejor seguridad de base de datos

Oracle Database es la tecnología de base de datos más popular y versátil, tanto para OLTP como para Analytics. Con décadas de innovación tecnológica, esto ha sido probado en cientos de miles de implementaciones de misión crítica en todo el mundo.

Exadata Cloud Machine combina la base de datos número uno del mundo con Exadata, la plataforma de base de datos más poderosa del sector, controlada por el software de Oracle Cloud y administrada en sitio por especialistas de Oracle Cloud.

• La simplicidad de la nube con implementación en sitio.

• Mayor rapidez en la comercialización con el aprovisionamiento de bases de datos basadas en la web

• Los precios se basan en suscripción en el modelo pay-as-you-go (pague lo que use)

• La división dinámica de recursos de computación reduce los costos totales

• Migración fácil de bases de datos existentes sin la necesidad de cambios en las aplicaciones

• Reducción de la administración de TI

• Conectividad rápida de red local que ofrece mejores tiempos de respuestas que las nubes públicas

• La implementación en sitio elimina problemas de conformidad y de soberanía de datos

• Plataforma y base de datos de misión crítica comprobados

• Rendimiento extremo para OLTP, analytics, cargas de trabajo híbridas y de consolidación

• El personal se centra en la mejora de la infraestructura de los negocios en vez de centrarse en lo operativo

Oracle está trabajando estrechamente con SAP en las certificaciones del Oracle Cloud (IaaS).


94

Lista de referencias de Oracle y notas SAP relacionadas

Número 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 optimizaciones de 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 segmentosadiada 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


Implementação: Software: Instalação e atualização


Número de la nota

Título de la nota Versión de la DB

Opción de DB: Partició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

96


Número 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 1589924 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 1598594 BR*Tools Configuration for Oracle Installation under „oracle“ User Oracle DB 11g 2087004 BR*Tools Support for Oracle Database 12c Oracle DB 12c

Implementación: Herramientas de admin.: Oracle Enterprise Manager 1598594 Oracle Enterprise Manager Database Control Todas las versiones de DB 2087004 Todas las versiones de DB 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

Base de datos: Servicios 1508271 Oracle Lifecycle Migration Service (formerly O2O/Triple-O) Todas las versiones de DB

Imprint 97

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 [email protected]

Altrottstr. 31 69190 Waldorf, Alemania Tel. ++49 (0) 6227 356-282 Fax++49 (0) 6227-3847366

Fotos: Gross Art, Shutterstock, EE.UU. Internet:

www.oracle.com/sap

https://www.sap.com/community/topic/oracle.html

Copyright © 2017, 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 comerciales 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 e SAP HANA® son marcas comerciales registradas de SAP.



http://www.sap.com/community/topic/

http://www.sap.com/community/topic/

Oracle for SAP Technology Update, Volume 26 (2017) · Sólo un tercio de todos los clientes de SAP...

Documents

Transcript of Oracle for SAP Technology Update, Volume 26 (2017) · Sólo un tercio de todos los clientes de SAP...