seguro,

fiable y
escalable

No 13 Oracle para SAP, Abril de 2004

para

Oracle SAP
N O T I C I A S

T E C N O L G I C A S

EDITORIAL

Estimado Cliente de SAP,

Oracle es la base de datos lder para los clientes de SAP desde hace ms de 15 aos. Oracle mantiene su compromiso de proporcionar
tecnologa de bases de datos segura, fiable y escalable a sus clientes de SAP.
La disponibilidad de Oracle9i Real Application Clusters (RAC) es un importante hecho para los clientes de SAP. Ya que mejora
la disponibilidad y escalabilidad de las bases de datos y asegura un costo total de propiedad ms bajo. Mientras que una presin
sin precedentes del mercado para bajar los costos y proporcionar una tecnologa de interconexin rpida precedi al desarrollo de
la tecnologa grid, el desarrollo de la tecnologa grid Oracle 10g proporcionar a su vez ventajas adicionales a los clientes de SAP.
Oracle 10g, disponible en el primer trimestre de 2005 para los clientes de SAP, ofrecer las siguientes ventajas: la primera base de
datos diseada para computacin grid empresarial, con la forma ms flexible y eficiente en costo de gestionar informacin de empresa.
Oracle 10g ayuda a reducir el costo de gestin a la vez que proporciona la calidad ms alta posible de mejoras en servicio y prestaciones.
Reduce significativamente los costos de gestionar el entorno informtico, con una instalacin simplificada que disminuye en gran
medida las necesidades de configuracin y gestin, adems de un diagnstico automtico de prestaciones y optimizacin de aplicaciones
SQL. Estas y otras capacidades de gestin automatizada ayudan a mejorar la productividad y eficiencia de los administradores y
desarrolladores de bases de datos.
En esta edicin del Oracle for SAP Technology Update encontrar informacin sobre Tecnologa Spatial y el Data Mining de Oracle.
Tambin le ofrecemos artculos sobre Servicios y Soporte de Oracle disponibles para los clientes de SAP que incluyen migraciones
de bases de datos y talleres de optimizacin de aplicaciones SQL. Vea tambin cmo clientes de todo el mundo (por ejemplo en
Japn y Alemania) han reducido sus costos al migrar su base de datos SS2000 bajo SAP a Oracle. Oracle tiene un rcord probado
de minimizacin de costos informticos a travs de todo el ciclo de vida de una aplicacin SAP.
Esperamos que disfrute esta edicin de nuestro boletn!
Todas las noticias sobre este y otros temas se publicarn inmediatamente en nuestra web, as que visite peridicamente:
www.oracle.com/newsletters/sap
Para consultas o comentarios no dude en ponerse en contacto con nosotros.
E-mail: saponoracle_de@oracle.com
Para obtener informacin sobre precios de Oracle9i Real Application Clusters, pngase en contacto con su representante comercial
de SAP o envenos un mensaje a: saponoracle_de@oracle.com
Atentamente
Gerhard Kuppler
Director Corporativo Cuenta SAP
Oracle Corporation

Contenido

22

Editorial

Sustitucin de servidores SQL: Ventajas para un aserradero

19

SECOM Sustitucin de servidores SQL por la Base de Datos Oracle9i

Enlaces tiles de Oracle para SAP

20

Presentacin de Oracle Data Mining

B. Braun Melsungen, sustitucin de DB2 por la Base de Datos Oracle9i

21

Socios para la implementacin de Oracle RAC: EDGETECH

Oracle 10g Spatial: Tecnologa de plataforma habilitada para la

Servicios de migracin de bases de datos para clientes de SAP R/3

ubicacin utilizada para aplicaciones y GIS empresarial

23

Migracin exitosa de plataforma SAP R/3 en dos das

SAP BR*Tools para gestin de bases de datos Oracle

25

Delta Consulting

Resultados de SAP Standard Application Benchmark sobre Oracle

26

Base de Datos Oracle 10g para mySAP

10

Tecnologa de Oracle para SAP Business Information Warehouse

31

SAP BW en Oracle para Colgate-Palmolive Company

16

Oracle9i Real Application Clusters (RAC) para SAP Preguntas frecuentes 37

SAP NetWeaver y Oracle Real Application Clusters (RAC

17

Cuadro de versiones de Oracle para SAP

40

SECOM Sustitucin de servidores SQL por la Base

de Datos Oracle9i
Migrar a la base de datos Oracle9i puede mejorar la
accesibilidad y funcionalidad y a la vez reducir masivamente los costos de funcionamiento de un sistema de
gestin de recursos humanos de gran escala.
La decisin de llevar a cabo una renovacin completa del Sistema
de Gestin de Recursos Humanos en SECOM se tom con el fin de
eliminar anteriores problemas de accesibilidad creando a su vez un
sistema equilibrado preparado para una futura expansin. Basndose
en un registro de seguimiento de experiencias de funcionamiento
seguro en otros sistemas de la compaa, se eligi para el nuevo
sistema la base de datos Oracle9i. El nuevo sistema increment
significativamente la accesibilidad y logr una drstica expansin de
la funcionalidad, mientras que los menores costos de funcionamiento
contribuyeron a una exitosa reduccin del costo total de propiedad.

D. Ryuichi Hara

D. Kazuki Shimakawa

SECOM
Information System Services
Main Technology Center
Perfil de usuario

SECOM
Information System Services
Main Technology Center
Responsable

Perfil de usuario

SECOM Corp. Inc.

Sede principal: 1-5-1 Jingumae Shibuya-ku Tokyo 151-0001
Capital:
66.3 billones de yenes (a fecha 30 de septiembre de 2003)
Empleados:
11,779 (a fecha 30 de septiembre de 2003)
Resumen de negocio:
Su principal negocio consiste en servicios de seguridad. Actualmente basado
en el concepto de Sector Comunitario de Seguridad y guiado por la expansin de la instalacin de sistemas de seguridad, SECOM est trabajando en
la mayor red de informacin de Japn, permitindole incrementar su lnea
de productos para cubrir una extensa gama de campos incluidos los sectores
de tecnologa de la informacin (IT), mdico, educativo y de servicios de
informacin geogrfica.
URL_http://www.secom.co.jp/
SECOM Information Systems Corp. Inc.
The SECOM Building 5F, 1-5-1 Jingumae,
Shibuya, Tokyo 150-0001
Capital:
350 millones de yenes
Empleados:
406 (a fecha 1 de junio de 2003)
Resumen de negocio:
Establecida en julio de 1984, la Divisin de Sistemas de Informacin de
SECOM se centra en la integracin de redes y sistemas informticos.
Concentrndose en la instalacin y mantenimiento de los sistemas del grupo
SECOM, la compaa proporciona una amplia gama de soporte que incluye,
entre otros, instalacin de infraestructura de tecnologa de la informacin
(IT), CRM, comercio electrnico, gestin del conocimiento, seguridad y
desarrollo de sistemas de seguridad.
URL_http://www.secom-sis.co.jp/sishp/

D. Toshimitsu Baba
SECOM
Information System Services
Main Technology Center

Arquitectura para dos servidores de aplicaciones,

un servidor de instancias centrales y un servidor de bases de
datos ejecutando Sun Solaris V480 como sistema operativo
y SAP R/3 en cada sistema.

SECOM
HISTORIAS DE
XITO

Sustitucin de servidores SQL por la Base de Datos Oracle9i

En SECOM, lder mundial en el sector de servicios de seguridad, la gestin

de recursos humanos ha experimentado un gran cambio. Desde su instalacin en octubre del 2003, la estructuracin del sistema ha recado sobre
SECOM Information Systems, una subsidiaria de SECOM Corp responsable
de la arquitectura y mantenimiento global de los sistemas de informacin
del grupo.
A partir de su migracin desde el mainframe en enero del 1999, el sistema
de gestin de recursos humanos de SECOM ha estado utilizando SAP R/3
sobre UNIX con plataformas de base de datos Oracle7. En octubre del
2000, el sistema experiment una completa renovacin al emplear un
servidor de dispositivos de Internet con Windows NT Server 4.0 y un SQL
Server 7.0 para la base de datos. Uno de los cambios de esta renovacin fue
el abandono del tradicional sistema de ficha de entrada basado en papel por
un informe del empleado basado en web. Adems, el progresivo avance de
las soluciones de tecnologa de la informacin (IT) acort el tiempo
necesario para el proceso de clculo de pagos mensuales de ms de 20.000
empleados.
La tercera gran revisin del sistema fue impulsada por la caducidad del
contrato de mantenimiento de SAP R/3 y la subsecuente re-evaluacin del
sistema que acompa a la versin actualizada. Los resultados de la evaluacin
encontraron que el problema estaba principalmente en la accesibilidad del
sistema.

Cuando introdujimos el antiguo sistema, el tiempo de proceso de lotes

para el clculo de los pagos se redujo, y no hubo problemas serios. Pero esta
vez estamos interesados en la adquisicin de un sistema de largo plazo con
una vida de 5 aos que, despus de actualizado, permita el ms alto nivel
posible de prestaciones.
Para SECOM, el problema del incremento de los costos de funcionamiento
resultante de las complicaciones del antiguo sistema y la discontinuidad
del negocio como resultado de las paradas del mismo se eliminaron con la
decisin de adquirir una arquitectura de sistemas sobre la cual se asiente la
visin a largo plazo de la compaa y, asi mismo, sustituir el fundamento
del sistema, el sistema operativo y la base de datos. La base de datos elegida
fue Oracle9i.
El Sr. Shimagawa explica el por qu: Hay algunos motivos por los que
hemos estado utilizando la base de datos Oracle con este sistema y tambin
por qu la hemos empleado en otros sistemas de la compaa. Sabemos que
tienen una reputacin de estabilidad inigualable. Asi mismo aadi:
Cuando se mira el sistema desde una perspectiva a largo plazo, el alto nivel
de expansibilidad y afinidad con SAP R/3 son grandes atractivos. Adems,
el deseo de maximizar el use de nuestros propios recursos humanos fue un
importante factor al elegir Oracle9i, ya que en SECOM Information
Systems hay muchos de nosotros con la certificacin Oracle Master. El
deseo de maximizar el uso de nuestros propios recursos humanos fue tambin un importante factor al elegir Oracle9i.
Funcionamiento ininterrumpido con la fiabilidad de Oracle9i

D. Ryuichi Hara del Main Technology Center de SECOM Information

System expuso la situacin: Con el sistema antiguo podran presentarse
lapsos de funcionamiento entre los clsteres y tiempo improductivo inesperado. Los efectos sobre el negocio empezaron a hacerse evidentes.
En esta situacin, optimizar la estabilizacin del sistema dio como resultado una acumulacin de la carga de trabajo.
Por otro lado y aparte del problema de la accesibilidad, SECOM estaba
buscando el sistema del futuro. D. Kazuki Shimakawa del Head
Technology Center de SECOM Information System Service declar:

El Sr. Hara est orgulloso de la situacin despus de la instalacin. Los

problemas de accesibilidad que nos molestaban con el antiguo sistema han
sido eliminados y hemos tenido un funcionamiento estable y sin interrupciones. Gracias a esto, las operaciones de solucin de problemas y el tiempo
improductivo que daban como resultado costos adicionales han sido erradicados. Adems, respecto a la mayor funcionalidad, 16 procesadores en
paralelo pueden ahora completar el proceso por lotes de los pagos en slo 35
minutos, perfectamente dentro del objetivo original de una hora. Adems de
los resultados del propio Oracle9i, D. Toshimitsu Baba del Main Technology
Center de SECOM Information Service aade: Con Oracle, el soporte de
mantenimiento es realmente amplio. En particular, el hecho de que la informacin necesaria est disponible a travs de una knowledge base convierte
la decisin de utilizar productos Oracle en una gran ventaja.
A medida que se despliega el nuevo sistema de gestin de recursos humanos
en SECOM, mltiples sistemas funcionan ahora en cientos de servidores
interconectados. Desde una perspectiva de costo total de propiedad, el reto
ahora es cmo integrar an ms estos sistemas de una forma lgica.
Cuando nos enfrentemos a ese tipo de integracin ser necesario tener una
plataforma con un alto nivel de accesibilidad y expansibilidad. En caso de
que eso ocurra, veremos que la eleccin de la base de datos Oracle fue una
decisin eficaz, dijo el Sr. Hara. Desde luego, la base de datos de Oracle
est en el centro del sistema del futuro de SECOM.

Tecnologas
Oracle Data Mining

Presentacin de Oracle Data Mining

SOLUCIONANDO PROBLEMAS REALES
Cules de mis clientes harn grandes compras prximamente?
Qu volumen de producto se necesitar el mes que viene para satis
facer la demanda de los clientes?
Qu segmentos existen en mi base de clientes para realizar marketing
dirigido?
Qu otros productos puedo vender a este cliente online?
Cmo puedo clasificar los documentos de mi enorme repositorio y
con qu categoras?
These are just a few of the problems that Oracle Data Mining can help
solve for your business.
ESTRATEGIA DE ORACLE DATA MINING
Durante los ltimos cuatro aos, Oracle se ha embarcado en un importante
esfuerzo de desarrollo para convertir la bsqueda de datos o Data Mining
en una parte integral de su entorno de base de datos que permita a las
empresas abordar este tipo de preguntas de una forma ms eficaz y eficiente.
Esto por s mismo no resuelve todos los problemas del despliegue de
Data Mining, pero facilita enormemente el proceso de instalar fuentes de
informacin analticas y hace posible la utilizacin de Data Mining en el
entorno de produccin de la empresa. El resultado de este esfuerzo es
Oracle Data Mining (ODM), que proporciona un amplio conjunto de
elementos analticos de Data Mining como parte del entorno de base de
datos. Estos elementos analticos permiten el desarrollo y despliegue de
Data Mining en aplicaciones de negocio. Esta potente infraestructura, a la
que se accede cmodamente mediante interfaces Java y PL/SQL, permite
a los desarrolladores y analistas de negocio utilizar Data Mining en sus
aplicaciones en toda la empresa. ODM aporta ventajas al potente y completo
entorno de base de datos Oracle, explotando la tecnologa de base de datos
existente para el pre-procesamiento, gestin y despliegue de datos. ODM
tambin aumenta la escalabilidad, seguridad, control de transacciones,
paralelismo y fiabilidad sin igual de la base de datos Oracle.
VENTAJAS DE TENER DATA MINING EN LA BASE DE DATOS
ODM est realmente integrado en el motor de base de datos de Oracle y
los algoritmos operan directamente sobre las tablas o vistas eliminando completamente el movimiento de datos fuera del entorno de la base de datos o
del almacn de datos. La integracin no slo supone que los datos permanecen en la base de datos, sino tambin que las tareas de bsqueda pueden ejecutarse de forma automtica, asncrona e independiente de cualquier
interfaz grfica de usuario. Esta integracin sin fisuras con la base de datos
proporciona el tipo de entorno de produccin potente, escalable y automatizado que requiere el desarrollo y despliegue de Data Mining en las aplicaciones empresariales. En este sentido, el Data Mining no es diferente de
otras operaciones de datos intensivas que han dado forma al uso y arquitectura de las bases de datos y los almacenes de datos. Es conveniente resaltar
que, a pesar de las similaridades conceptuales, este paradigma es diferente

del Data Mining que se lleva a cabo utilizando una herramienta de interfaz
grfica de usuario que interacte de forma superficial con una base de datos
que corra en un servidor. El servidor independiente debe ser integrado,
configurado y mantenido por separado, lo que aade una carga significativa.
Con la integracin en la base de datos, el riesgo para un desarrollador de
aplicaciones de desplegar Data Mining es mucho ms bajo, y la probabilidad
de una instalacin, mejora y mantenimiento exitosos a lo largo de los aos
es mucho ms alta.
El mantener los datos en la base de datos tiene la ventaja aadida de
incrementar la seguridad de los datos, ya que stos no son expuestos a
entornos externos menos seguros.
Adems, el hecho de estar integrado en la base de datos abre un nuevo
universo de posibilidades para elaborar fuentes de informacin analticas
complejas que absorban la mayor parte del esfuerzo del Data Mining.
Todas las transformaciones de los datos y tareas de anlisis incluidas en
la metodologa relevantes a la aplicacin pueden hacerse utilizando una
combinacin de SQL y ODM. Con Data Mining en la base de datos, todos
los aspectos del slido conjunto de tecnologas de Oracle pueden verse
mejorados tanto por el propio ODM como por los desarrolladores y usuarios
finales de las aplicaciones. No se necesita instalar nueva tecnologa de servidor
en la arquitectura de aplicacin del usuario; no es necesario acometer
nuevos procedimientos de escalabilidad, mantenimiento, desarrollo o
instalacin. ODM es como cualquier otra tarea de recuperacin de
informacin o anlisis de negocio y se adapta al entorno de base de datos
y almacn de una manera sencilla y elegante.
A medida que las organizaciones capturan un mayor y ms diverso
conjunto de documentos y objetos de datos, hay un incremento en el
nmero, complejidad y diversidad de los tipos de datos y documentos
con su correspondiente incremento en el uso y manipulacin de datos
desestructurados. Mediante la introduccin de CLOBS, BLOBS, indexado
y tablas externas, bfiles, iFS, Oracle Text, XDB y XML, Oracle ha mejorado
enormemente las capacidades de representacin directa y manipulacin de
los datos tanto estructurados como desestructurados. Para complementar
este soporte nativo de la base de datos, ODM puede buscar en los datos
desestructurados utilizando vectores de caractersticas, por ejemplo,
palabras clave, smbolos, frecuencias de palabras, etc. Los vectores de
caractersticas son representaciones estructuradas de datos desestructurados
creadas por algoritmos automticos de extraccin de caractersticas,
incluidos en ODM y Oracle Text, o definidos por los clientes utilizando
conocimientos de esos campos. El uso de vectores de caractersticas unifica
y proporciona una forma normalizada de llevar a cabo el Data Mining y el
anlisis de tipos de datos estructurados y desestructurados. La aproximacin
de ODM es una forma potente, elegante y sencilla de aumentar las
capacidades de anlisis de la empresa y de facilitar el Data Mining de
datos desestructurados.
En diferentes aspectos, la aproximacin de Oracle lleva el Data Mining
ms all del alcance de un analista trabajando de forma aislada, hasta una

55

Te c n o l o g a s
Oracle Data Mining

nueva dimensin donde el Data Mining puede ser automatizado y utilizado

de forma rutinaria sobre datos estructurados y desestructurados por muchos
individuos en toda la empresa: ejecutivos, directores, analistas de mercado
y de negocio, representantes de call centers, recursos humanos, etc. Los
desarrolladores de aplicaciones pueden mejorar otras herramientas Oracle,
tales como Portal, Workflow, Discoverer, Reports, slo por nombrar algunas,
para proporcionar un sistema de base de datos centralizado y de distribucin
de informacin.
CULES SON LAS CAPACIDADES DE ODM ?
En trminos de algoritmos de Data Mining, Oracle favorece una aproximacin eclctica e incorpora mltiples elecciones de algoritmos para clasificacin, regresin, clustering, descubrimiento de asociaciones, importancia
de atributos y extraccin de caractersticas. ODM tambin proporciona
soporte especfico de algoritmos para transformacin de datos y anlisis de
resultados.
Para desarrollo y despliegue, ODM proporciona APIs tanto Java como
PL/SQL. Un desarrollador puede mejorar ODM mediante un entorno de
desarrollo preferido de Java, por ejemplo, JDeveloper. El API Java permite
la exportacin/importacin de determinados modelos como Predictive
Model Markup Language (PMML). El API PL/SQL permite la exportacin/importacin de modelos utilizando una representacin nativa eficiente.
Mediante las interfaces grficas Data Mining for Java (DM4J) y el Cliente
ODM, los desarrolladores de aplicaciones y los analistas de datos pueden
igualmente realizar bsquedas, ver grficamente los resultados e inmediatamente utilizar en sus aplicaciones los componentes de cdigo Java resultantes.

Engine. El ODM Scoring Engine acomoda la arquitectura de la empresa

donde slo se necesita importacin de modelos y scoring.
EL PAPEL DE ORACLE EN LOS ESTNDARES
Oracle ha asumido un papel activo en la definicin de estndares de Data
Mining y, cuando as lo ha indicado la demanda de los clientes, en su respaldo:
Java Data Mining (JDM) JSR-73, Predictive Model Markup Language
(PMML), ISO SQL/MM Part 6 y Common Warehouse Meta-data CWM.
JDM, de la cual Oracle dicta las especificaciones, permite a los desarrolladores
de Java mejorar la arquitectura de J2EE utilizando interfaces y objetos de
Data Mining estndares Java. PMML facilita la interoperabilidad de modelos
entre fabricantes; es decir, la herramienta de un fabricante puede utilizarse
para crear modelos y la de otro para scoring. SQL/MM proporciona una interfaz
basada en objetos para invocar el Data Mining en una base de datos relacional.
CWM proporciona una representacin XML de los metadatos de Data
Mining para su acceso o para intercambiarlos entre instancias de almacenamiento.
CONCLUSIN
Los retos para infundir inteligencia de negocios a las aplicaciones son numerosos. ODM ha dado un paso decisivo para unificar el Data Mining con la base
de datos relacional, integrando algoritmos de Data Mining all donde estn
los datos. La creacin de fuentes de informacin analticas y la distribucin
de inteligencia de negocios en y entre empresas se convertir en estndar
Oracle lo est haciendo realidad.
PARA MS INFORMACIN

Para desarrolladores empresariales, donde la creacin de modelos se da en

una ubicacin y el uso del modelo (o scoring) se da en ubicaciones remotas
o mltiples, ODM proporciona una opcin de instalacin de Scoring

http://otn.oracle.com/products/bi/content.html
http://www.oracle.com/ip/deploy/database/oracle9i/bi_dm.html

HISTORIAS
DE XITO
EDGETECH

Socios para la implementacin de

Oracle RAC: EDGETECH
EdgeTech Consulting, Inc. goza de una slida reputacin por proporcionar
experiencia tcnica y funcional en SAP de la mxima calidad a clientes de
un amplio nmero de sectores en Estados Unidos, Latinoamrica y Europa.
Independientemente de si su empresa est implementando SAP por primera
vez, est actualizando el sistema SAP o est optimizando el sistema existente,
EdgeTech Consulting puede ofrecerle los recursos necesarios para realizar
correctamente estas tareas a la primera.
EdgeTech est especializada en proporcionar consultores altamente calificados
con una amplia experiencia en implementar proyectos SAP globables de
gran envergadura en empresas Big 5 y Fortune 1000, todo ello por una
fraccin del precio de una empresa Big 5.
EdgeTech puede proporcionar rpidamente consultores de primer nivel con
experiencia en gestin de proyectos y en todos los mdulos de SAP,
incluidos Gestin financiera (FI),
Controlling (CO),
Contabilidad de activos fijos (AM),
Venta y distribucin (SD),
Gestin de materiales (MM),
Planificacin de produccin (PP),
Gestin de Recursos Humanos (HR),
Gestin de Calidad (QM),

Taking your company

to the Edge of Technology
...and Beyond!

Workflow (WF),
Business Warehouse (BW),
Advanced Planner and Optimizer (APO),
Gestin de Cadena Logstica (SCM),
Sales Force Automation (SFA),
Strategic Enterprise Management (SEM),
programacin y generacin de informes BASIS y ABAP, etc. EdgeTech
Consulting, miembro de Oracle PartnerNetwork (OPN), tambin cuenta
con un grupo diverso de consultores tcnicos en SAP/BASIS de primer
nivel con slidos conocimientos en administracin de base de datos Oracle
y una amplia experiencia en las reas de implementacin, actualizacin y
migracin de bases de datos Oracle, y de archivado SAP. EdgeTech es una
de las dos nicas empresas de Estados Unidos, adems de la nica empresa
para Mxico y Latinoamrica, que Oracle ha seleccionado como socio para
las implementaciones de Oracle9i RAC (Real Application Clusters). Oracle
ha impartido formacin a los consultores de Oracle9i RAC de EdgeTech
en el Global Technology Center de SAP en Waldorf (Alemania).
Si desea obtener informacin adicional sobre EdgeTech Consulting, visite
el sitio Web corporativo en www.EdgeTechIT.com o pngase en contacto
con Steve Norris en el nmero +00 1 (949) 623-8444
(Estados Unidos).

Servicios de migracin de bases de datos para clientes de SAP R/3

La gran mayora de las instalaciones SAP R/3 se ejecutan sobre una base de
datos Oracle. Las compaas que desean migrar su instalacin SAP R/3 desde
otra base de datos a Oracle pueden contar con el equipo de Soporte y Servicio
de Oracle que est certificado por SAP para migraciones de bases de datos R/3.
Oracle provee un servicio profesional para migraciones de cualquier base de
datos SAP. Ya varios sistemas de nuestros clientes han sido migrados con la
asistencia del equipo Oracle para SAP. Oracle le ofrece el mejor servicio de
migracin posible, porque posee la experiencia para manejar cualquier problema que pudiera surgir desde la perspectiva del administrador de la base
de datos. Oracle tambin ofrece una introduccin a las nuevas caractersticas
de bases de datos.
Pasos de la migracin
Anlisis del sistema actual
- se evala la capacidad de almacenamiento del sistema de destino
- se examinan configuraciones especficas de la base de datos e
implementaciones SAP R/3 especficas del cliente
Migracin a un sistema de prueba
- se escriben scripts (archivos de comandos) para las descargas necesarias
- se inicia la descarga de la base de datos
- dentro de la descarga de la base de datos se crea un clculo de
espacio para la base de datos de destino
- los archivos de descarga son cargados a un sistema de prueba
- durante un perodo de 2-4 semanas siguen pruebas intensivas del
sistema migrado (realizado por el cliente)
Migracin al sistema productivo
- se modifican los scripts de importacin con el conocimiento obtenido

en la importacin al sistema productivo

- se realiza la carga hacia el sistema de produccin
Examen de los resultados de la migracin
- un equipo especial dentro de SAP est disponible para examinar el
sistema del cliente mediante conexiones remotas
Instrucciones de trabajo
- se dan breves instrucciones de trabajo al DBA (administrador de la
base de datos)
- se explican los pasos de administracin ms importantes
- si se solicita, se puede aadir a la migracin un taller de capacitacin
Tenemos la solucin apropiada para cada tipo de migracin planeada.
Por ejemplo, podemos optimizar el proceso de carga/descarga al cambiar la
plataforma de hardware, para poder migrar bases de datos con tamao de
terabytes en 24 horas.
Cuando se cambia de base de datos, nuestro personal posee la capacidad y
experiencia necesarias para migrar incluso sistemas SAP muy grandes en
poco tiempo, utilizando la herramienta SAP R3LOAD.
No olvide que cada migracin es un proyecto y que podemos darle apoyo
profesional en todas sus etapas. Nuestros servicios no se limitan a la migracin
misma, sino tambin a la configuracin ptima de la base de datos de
destino y la capacitacin de los administradores, por ejemplo.
Para mayor informacin pngase en contacto con nosotros:
saponoracle_de@oracle.com

HISTORIAS
DE XITO
LAUFEN

Migracin exitosa de plataforma SAP R/3 en dos das

LAUFEN es uno de los fabricantes de sanitarios para bao lderes en el
mundo. Centrado en el desarrollo, fabricacin y distribucin de cermica
para bao, LAUFEN tiene un papel significativo en el positivo desarrollo
de la cultura de cuartos de bao.
La compaa est orgullosa de proporcionar a sus clientes productos de
primera calidad para una experiencia de aseo excepcional.
Informacin de la compaa LAUFEN Switzerland
LAUFEN Sanitary Ware es parte del Grupo ROCA, lder en Europa, y
es el segundo del mundo en muchos segmentos del mercado de sanitarios.
ROCA y LAUFEN mantienen varias organizaciones, marcas, productos y
canales de distribucin independientes.
La divisin de Elementos Sanitarios de LAUFEN emplea a 3.500 personas
en ms de 30 pases. En sus seis plantas de produccin ubicadas en Suiza,
Austria, Bulgaria y Repblica Checa, se fabrican un total de 4,5 millones
de piezas de cermica al ao. Ms de 800 clientes suman una facturacin
anual de 180 millones de euros.
El Grupo ROCA cuenta con 16.000 empleados en ms de 80 pases de
todo el mundo. 22 millones de piezas de cermica se fabrican cada ao en
Espaa, Portugal, Polonia, Repblica Checa, Austria, Suiza, Italia, Estados
Unidos, Repblica Dominicana, Per, Brasil, Argentina, Marruecos, Turqua,
China y Tailandia. La facturacin anual se eleva a 1.600 millones de euros.
LAUFEN Switzerland utiliza dos sistemas para procesar los datos corporativos. La contabilidad y gestin de nminas se realizaba con un software
propietario sobre un servidor IBM AS/400. La gestin de informacin,
el proceso de pedidos y la contabilidad financiera y de costos se llevaban a
cabo con un sistema SAP R/3, respaldado por dos servidores AS/400 hasta
que comenz el proyecto de migracin. El volumen de datos gestionado
superaba los 120 Gb.
Tiempo es dinero
Los directores de tecnologa de la informacin (IT) de LAUFEN comenzaron
a contemplar la migracin ya en otoo de 2002. El sistema AS/400 existente
no ofreca suficientes recursos para los crecientes volmenes de transacciones.
Originalmente, el sistema haba sido configurado para soportar cantidades

mucho menores de datos y, sobre todo, para un crecimiento ms lento de

los mismos. La prxima actualizacin de SAP R/3 4.0B a 4.7 Enterprise
significaba que deberan duplicarse los recursos. Adems, LAUFEN se
enfrentaba a una migracin de base de datos de DB2/400 EBCDIC a
DB2/400 ASCII (migracin ASCII), lo que significaba otro 80% de incremento en el volumen de datos. Como consecuencia, se tom en consideracin un cambio de sistema que inmediatamente hizo surgir la cuestin de
implementar un sistema de base de datos y hardware con vistas al futuro.
"Por motivos de rentabilidad, habamos pensado inicialmente en seguir con
un entorno DB2, dijo Jacques Nieuwland y a su vez explic las razones:
Migrar de AS/400 a Windows 2000 tambin requera un cambio tanto
de nuestro sistema operativo como de nuestra arquitectura de sistemas de
EBCDIC a ASCII. Al final, Oracle result ser la plataforma de base de
datos de altas prestaciones perfecta para la tarea que nos ocupaba. Sin
embargo, la migracin tena que ser llevada a cabo rpidamente para evitar
comprometer el negocio del da a da de la compaa. Estos requisitos ya
limitaban la eleccin de las potenciales herramientas de migracin. La
compaa todava se enfrentaba a otro problema: por motivos histricos, el
entorno SAP R/3 existente haba sido configurado con codificacin Latin2
(caracteres de Europa oriental), lo que necesitaba convertirse a Latin1
durante la exportacin para permitir el uso de la funcin de pgina de cdigo
Multiple Display Multiple Processing (MDMP) de SAP.
Para facilitar la decisin, LAUFEN busc consejo en EAST AG para
identificar configuraciones que pudieran manejar los grandes volmenes
de datos. En cooperacin con el equipo de ROCA, a finales del 2002 se
elabor la futura configuracin de la plataforma Windows 2000. Es
especialmente destacable la nueva configuracin, que abandon la
aproximacin monoltica en favor de una solucin multi-ordenador
modular y escalable. En seguida se hizo obvio que se tena que tratar con
todos los datos en un proceso de tres pasos: primero, la exportacin de
datos utilizando la herramienta de migracin certificada SAP, segundo,
la transferencia de los datos exportados a la plataforma destino, y tercero,
la importacin de los datos en la base de datos Oracle de la plataforma
destino. El plazo para la migracin se estableci en 2 a 3 das, recuerda
Jacques Nieuwland. Nadie quera realmente especificar esta cifra, y no
tenamos una experiencia anterior. El riesgo fue bastante alto ya que
trabajar sin el entorno R/3 ERP durante un periodo largo de tiempo podra
haber supuesto un costo considerable para LAUFEN. SAP R/3 tena que
estar funcionando a principios de semana.

Delta Consulting

Delta Consulting
Pruebas exhaustivas antes de la migracin
A mediados de diciembre, LAUFEN decidi implementar la plataforma e
base de datos W2K
Oracleno slo por las limitaciones de tiempo sino tambin
para aprovechar la ventaja de las prestaciones garantizadas
del motor de base de datos Oracle al combinarse con
componentes tales como bases de datos, herramientas de
migracin y SAP Release cuanto antes.

Una vez se hubo tomado esta decisin, el proyecto de migracin comenz

sin retrasos y se llevaron a cabo pruebas utilizando recursos internos tales
como la mquina AS/400 existente y el nuevo hardware de Intel. Las pruebas de exportacin iniciales sobre el sistema de pruebas fueron biense termin una ronda de exportaciones despus de slo 14 horas, dice Jacques
Nieuwland. Como consecuencia, el equipo de migracin de EAST AG se
centr en probar y ajustar ms el proceso de exportacin e importar al
nuevo sistema. El ambiente era tenso cuando se empez la migracin en
vivo, pero la exportacin de prueba se termin en slo ocho horas.
El viernes 6 de junio del 2003, por fin haba llegado el momento final: la
migracin fsica, incluidas exportacin, transferencia de datos e importacin, fue realizada en 20 horas. El equipo de pruebas invirti otro par de
horas en una comprobacin de funcionalidad de las caractersticas de SAP.
Simultneamente, se inspeccionaron meticulosamente las muchas interfaces
de tan heterogneo entorno. La migracin necesit pocas adaptaciones y la
tarde del sbado el equipo de migracin pudo por fin cambiar sus consolas
por una copa de champn para celebrar el exitoso resultado de dos das l
lenos de accin. El lunes por la maana, todas las divisiones pudieron
utilizar el entorno SAP de forma productiva. Aunque todos los procesos y
circuitos de trabajo haban por supuesto sido verificados desde el punto de
vista de todas las divisiones durante el fin de semana, Jacques Nieuwland
admite que la migracin fue desde luego un escenario de caso ptimo.
Incluso hoy da, todava nos beneficiamos de una configuracin tan robusta
y bien equilibrada. Adems, pudimos alcanzar nuestros objetivos: los cuellos
de botella de recursos quedaron en el pasado, y nos hemos preparado
idneamente para un mayor crecimiento as como para futuras actualizaciones
de SAP.
Para mayor informacin contacte: Peter Stalder Engineering and System

Delta Consulting es una consultora especializada en SAP

comprometida a proporcionar soluciones innovadoras pero
prcticas que combinen la experiencia de negocios del mundo
real con las ltimas tecnologas de comercio electrnico
diseadas para ampliar y mejorar las prestaciones de SAP.
Nuestros consultores tienen una media de ms de ocho aos de experiencia
especfica en SAP que abarca todas las soluciones SAP y disciplinas de negocio tales como optimizacin de cadenas logsticas, gestin financiera y contabilidad de costos, y contabilidad de fusiones y adquisiciones. Adems,
proporcionamos servicios que satisfacen las necesidades funcionales, tcnicas
y de infraestructura de una solucin SAP.
Fundada en 1998 por un pequeo grupo de antiguos ejecutivos de SAP,
Delta hace uso de los conocimientos obtenidos de su relacin con ms de
200 implementaciones SAP. Como National Implementation Partner,
Accelerated SAP Partner y miembro del grupo mercantil mySAP, SAP est
en el corazn de las soluciones y servicios de Delta.
Como miembro del Oracle PartnerNetwork (OPN), Delta Consulting es
capaz de proporcionar tecnologa Oracle como parte de una solucin de primer nivel SAP de comercio electrnico para sus clientes de todos los sectores, capitalizando a la vez las ofertas extendidas de Oracle en los sectores de
servicios financieros y CPG.
Para ms informacin sobre Delta Consulting, visite su web en
www.go-delta.com o pngase en contacto con Jack Tomb, VP de
Desarrollo de Negocio en el telfono 610-558-1730.

Technology AG
info@east-ag.ch
http://www.east-ag.ch

Base de Datos Oracle 10g para mySAP

Este artculo proporciona una descripcin tcnica general de lo que los
clientes de SAP pueden esperar del uso de Oracle 10g con todos los tipos
de aplicaciones SAP.
El objetivo de diseo de Oracle 10g es reducir el costo de gestin, ofrecer
un mayor rendimiento para todos los tipos de carga de trabajo y proporcionar
nuevas caractersticas de alta disponibilidad.
La base de datos Oracle 10g es la primera diseada para Enterprise Grid
Computing (aplicacin de arquitecturas Grid para empresas) con el fin de
reducir los costos de hardware mediante el uso de componentes de bajo
costo y el aumento significativo de los niveles de utilizacin de recursos
para as complementar el concepto de infraestructura de computacin
avanzada de SAP.
Al igual que con las versiones anteriores de bases de datos de Oracle,
todas las funciones transparentes de Oracle 10g estn disponibles de forma
inmediata para todos los tipos de aplicaciones SAP una vez que Oracle 10g
obtiene la certificacin de SAP. SAP tiene previsto realizar la certificacin
inicial de Oracle 10g a principios del ao 2005. Despus de la certificacin
inicial, SAP ir incorporando otras caractersticas nuevas de Oracle.

1.2 Mejoras en el rendimiento de los ndices de mapa de bits y en

la gestin del espacio

1. Rendimiento y escalabilidad

1.5 Escalabilidad mejorada para objetos particionados

Oracle 10g se proporciona con un amplio conjunto de optimizaciones para

hacer que la base de datos sea ms rpida en cualquier tipo de hardware
sobre el que se ejecute. La versin actual de la base de datos permite utilizar
fibras, pginas de gran tamao y sistemas NUMA (acceso a memoria no
uniforme). Las fibras ofrecen una conmutacin en contexto ms rpida que
los subprocesos y se programan de acuerdo con el sistema de gestin de
bases de datos relacionales (RDMBS). De este modo, mejoran el rendimiento
general de la base de datos. Las pginas de gran tamao aumentan el
rendimiento de las aplicaciones de base de datos que hacen un uso extensivo
de memoria, sobre todo en casos en los que la memoria cach del bfer tiene
varios gigabytes de tamao, una situacin comn en las configuraciones
SAP. Oracle 10g puede detectar automticamente la presencia de hardware
NUMA y optimizarse automticamente al utilizar de un modo eficaz las
afinidades de los nodos NUMA. Se ha mejorado la base de datos para
aumentar su rendimiento en Windows de 64 bits.
El rendimiento de las instalaciones SAP se beneficiar en concreto de las
siguientes caractersticas nuevas de rendimiento y escalabilidad:
1.1 Compatibilidad con redes Infiniband de alta velocidad

La versin actual de Oracle es compatible con el protocolo SDP (Sockets

Direct Protocol) para redes Infiniband de alta velocidad. SDP es un protocolo de comunicacin de alta velocidad que acelera el rendimiento de las
conexiones cliente/servidor y servidor/servidor; por ejemplo, las conexiones
entre aplicaciones SAP y la base de datos Oracle o entre dos instancias de
una configuracin RAC. Puesto que las aplicaciones SAP transfieren un
elevado volumen de datos entre la base de datos y la aplicacin SAP, el uso
del protocolo SDP hace que la mayora de la carga de mensajera recaiga en
la tarjeta de interfaz de red, con la consiguiente liberacin de la CPU del
servidor de base de datos para otras tareas.

10

En la versin actual, los ndices de mapa de bits ofrecen un mayor rendimiento

y tienen menos probabilidad de fragmentarse cuando se realiza un elevado
nmero de operaciones de lenguaje de manipulacin de datos (DML) de
una nica fila. Estas mejoras son especialmente importantes para la ejecucin
de SAP BW.
1.3 Operaciones ms rpidas de borrado y truncamiento de tablas

Estas dos operaciones se realizan mucho ms rpido debido al uso de

algoritmos mejorados al acceder a la memoria cach del bfer de la base
de datos. Las tablas pequeas, usadas principalmente en SAP BW, son las
que fundamentalmente se benefician de esta mejora.
1.4 Operacin de deshacer en memoria

El servidor de base de datos gestiona ahora de un modo ms eficaz los

cambios en bloque realizados por transacciones cortas, lo que da como
resultado un nmero inferior de ciclos de CPU.

El borrado de tablas e ndices particionados es mucho ms rpido ahora

debido al uso de un nuevo algoritmo que identifica los bloques de un
objeto particionado en la memoria cach del bfer y los limpia de la
memoria cach del bfer. La aplicacin SAP BW es la principal beneficiada
por esta mejora, ya que el borrado de objetos particionados es una operacin
muy frecuente en SAP BW.
2. Mejoras en Real Application Clusters (RAC)
La introduccin de RAC en aplicaciones SAP est disponible a partir de
la versin 2 de Oracle9i. Oracle RAC 10g introduce un nuevo marco de
servicio que permite a los administradores configurar, gestionar y supervisar
las cargas de trabajo de las aplicaciones como un servicio, implementado
en diversos nodos, en una implementacin de clsteres de gran escala.
Este nuevo marco permite a los administradores supervisar y gestionar los
niveles de rendimiento de un servicio concreto, adems de gestionar cmo
proporcionar estos servicios de forma continuada.
2.1 Gestin integrada del software en clster (clusterware)

Oracle RAC 10g ofrece una solucin completa de gestin del software en
clster como componente integrado en Oracle RAC 10g que est disponible
en todas las plataformas en las que se ejecuta la base de datos Oracle 10g.
Esta funcionalidad de software en clster incluye mecanismos para la
conectividad de clsteres, mensajera y bloqueo, control y recuperacin de
clsteres, y un marco para la provisin de servicios. No es necesario adquirir
ninguna solucin de gestin de software en clster de terceros.
Sin embargo, Oracle seguir ofreciendo compatibilidad para productos de
software en clster de terceros en plataformas especficas.

Base de datos
de Oracle

2.2 Gestin nica de la imagen del sistema

Oracle Enterprise Manager 10g incorpora una importante mejora que

permite una gestin nica verdadera de la imagen del sistema de las implementaciones de las bases de datos de clster. La pgina de la base de
datos de clster de Enterprise Manager proporciona una vista del estado
del sistema en varios nodos. Tambin permite profundizar a niveles ms
detallados para ver instancias individuales si es necesario.
2.3 Integracin de Data Guard para la recuperacin despus de un
desastre

Con Oracle Enterprise Manager 10g, el componente de gestin de Oracle

Data Guard, Data Guard Broker, est totalmente integrado en RAC. Los
entornos de recuperacin despus de un desastre de Data Guard en los que
existen bases de datos de Oracle RAC se pueden gestionar ahora tan fcilmente como los entornos en los que se utilizan bases de datos de una nica
instancia.
2.4 Herramienta de verificacin del clster y mejoras en las
herramientas de diagnstico

Oracle 10g incluye una nueva herramienta para la verificacin de la configuracin del clster, as como mejoras en las herramientas de diagnstico
originales de Oracle9i. Con el uso combinado de estas herramientas, los
usuarios pueden evitar la aparicin de problemas y solucionarlos con mayor
rapidez en caso de producirse.
2.5 Mejoras de rendimiento

Oracle RAC 10g incluye optimizaciones que reducen el trfico de mensajes,

el uso de memoria y el consumo de otros recursos. Adems, la afinidad de
la memoria cach y el archivo dinmico ayuda a que no se vea mermado el
rendimiento cuando se traspasan cargas de trabajo entre las instancias.
3. Capacidad de gestin del servidor
Una de las principales propuestas de valor de esta versin de la base de
datos de Oracle es la reduccin significativa del costo y el tiempo necesarios
para implementar y mantener una solucin basada en Oracle. Una serie de
desarrollos principales en esta rea incorporan nuevas tcnicas y metodologas
en toda la plataforma de la base de datos.
3.1 Compresin de las copias de seguridad

Si el espacio disponible en el disco no es suficiente o el software de gestin

de medios no admite operaciones de compresin, se puede utilizar RMAN
para comprimir conjuntos de copias de seguridad RMAN.
3.2 Copias de seguridad actualizadas de forma incremental

Esta versin permite aplicar una copia de seguridad incremental RMAN a

una copia de seguridad de imagen de archivos de datos. La consecuencia es
un tiempo de recuperacin reducido porque se tienen que aplicar menos
registros, adems de una reduccin del tiempo destinado a realizar la copia
de seguridad de la base de datos porque no siempre es necesario hacer una
copia de seguridad de toda la base de datos.
3.3 Comando de inicio de copia de seguridad completa de la base
de datos

Ya no es necesario emitir un comando independiente para que se active el

modo de copia de seguridad en caliente para cada espacio de tablas. Ahora

se puede utilizar la instruccin ALTER DATABASE para que todos los
espacios de tablas entren en el modo de copia de seguridad. Adems, la ejecucin del comando BEGIN BACKUP es mucho ms rpida ahora que en
versiones anteriores.
3.4 Copias de seguridad incrementales con capacidad de detectar
cambios

Mediante el uso de un nuevo tipo de archivo de registro para realizar el

seguimiento de los bloques que han cambiado en la base de datos, RMAN
puede evitar tener que examinar todo el archivo de datos durante una copia
de seguridad incremental. En lugar de ello, la cantidad de datos examinados
es proporcional a la cantidad de datos que han cambiado.
3.5 Transmisin segura de los datos de rehacer

El uso de la opcin avanzada de seguridad de Oracle 10g permite aumentar

la seguridad de un entorno Data Guard al impedir la posible manipulacin
de los datos de rehacer cuando se transfieren a la base de datos de emergencia.
Esta caracterstica no estar disponible en las instalaciones SAP hasta que
SAP no certifique la opcin avanzada de seguridad.
3.6 Redefinicin en lnea mejorada

En esta versin, las tablas con datos LONG y LONG RAW, todava
utilizados por muchas aplicaciones SAP, se pueden migrar en lnea a datos
LOB desde la utilidad BRSPACE de SAP.
3.7 Seguimiento del uso de las caractersticas de la base de datos

Esta versin de la base de datos realiza automticamente un seguimiento

del uso (configuracin, tiempo de ejecucin o ambos) de las distintas
caractersticas de la base de datos. Esto permite al usuario recopilar el uso
de las caractersticas para su posterior consulta.
3.8 Seguimiento completo de las aplicaciones

Esta versin de la base de datos realiza automticamente un seguimiento

del uso (configuracin, tiempo de ejecucin o ambos) de las distintas
caractersticas de la base de datos. Esto permite al usuario recopilar el uso
de las caractersticas para su posterior consulta.
3.9 Espacio de tablas SYSAUX

Este nuevo espacio de tablas de sistema proporciona una ubicacin central

para almacenar todos los metadatos auxiliares de la base de datos que no
residen en el espacio de tablas SYSTEM.
3.10 Alertas generadas por el servidor

Esta versin de la base de datos enva de forma proactiva alertas y notificaciones a los administradores cuando se prev un problema o bien si
una de las mtricas seleccionada por el usuario supera el umbral definido.
La infraestructura existente de supervisin y administracin de SAP no
integrar inicialmente esta caracterstica.
3.11 Repositorio de carga de trabajo de gestin automtica

Un nuevo repositorio integrado gestionado de forma completamente

automtica captura la informacin de carga de trabajo y las estadsticas de
rendimiento, lo que reduce los costos administrativos. La base de datos
utiliza la informacin contenida en este repositorio para las actividades de
gestin automtica.

11

3.12 Modelo mejorado de tiempos de la base de datos

4.6 Fcil actualizacin

Esta caracterstica permite a la base de datos realizar un seguimiento del

tiempo empleado en realizar operaciones internas, como analizar, ejecutar,
operaciones de entrada/salida, etc. Esta informacin la utiliza la base de
datos para tomar decisiones de ajuste automtico y facilita el diagnstico
de problemas de rendimiento.

Esta caracterstica reduce el nmero de pasos que es necesario llevar a cabo

para actualizar una base de datos y los componentes instalados, lo que
simplifica en gran medida el proceso de actualizacin de la base de datos.

3.13 Modelo mejorado de espera

El modelo mejorado de espera facilita el diagnstico del rendimiento.

Permite determinar qu sesiones estn en espera, guarda un historial de
estas y su duracin, y mantiene estadsticas de las mismas para las instrucciones SQL en una vista dinmica de rendimiento.

4.7 Herramienta de informacin de actualizacin

Esta nueva herramienta facilita enormemente la actualizacin de la base de

datos al realizar algunas comprobaciones preliminares en la base de datos
existente (por ejemplo, si hay suficiente espacio, si hay parmetros de
inicializacin obsoletos, etc.) y proporciona una estimacin del tiempo que
tardar en actualizarse la base de datos.
5. Gestin de almacenamiento

4. Configuracin del servidor

En esta versin, se ha reducido en gran medida el espacio total de la base
de datos de Oracle. Los usuarios que deseen actualizar la base de datos a
partir de versiones anteriores pueden utilizar las nuevas funciones de
actualizacin de sencillo uso que reducen significativamente el nmero de
pasos que son necesarios. En esta versin, es mucho ms sencillo configurar
de un modo ptimo la base de datos. Los administradores slo deben conocer
un nmero reducido de parmetros bsicos de inicializacin que pueden
usar para configurar y ajustar el entorno. Muchas de las otras tareas asociadas
con la configuracin de la base de datos tambin se han eliminado o automatizado en la primera versin.
4.1 Instalacin simplificada de la base de datos

El proceso de instalacin de la base de datos se ha mejorado para reducir

el tiempo de instalacin, los requisitos de recursos del sistema (CPU,
memoria y espacio en disco) y el nmero de CD de instalacin necesarios.
4.2 Configuracin automtica de servicios RAC

Ahora puede usar DBCA para configurar automticamente los entornos

RAC.
4.3 Instalacin automtica del software en clster portable

El OUI (Oracle Universal Installer) instala e inicia automticamente el

software en clster portable y los componentes relacionados para Cluster
Ready Services (CRS) de RAC.
4.4 Parmetros simplificados de inicializacin

Los parmetros de inicializacin se dividen ahora en dos grupos: parmetros

bsicos y parmetros avanzados. En la mayora de los casos, es necesario
definir y ajustar slo los parmetros bsicos (entre 20 y 25) para obtener
un rendimiento aceptable de la base de datos. En raras ocasiones puede ser
necesario modificar los parmetros avanzados para lograr un rendimiento
ptimo.

Oracle 10g incorpora varias caractersticas que simplifican, flexibilizan y

automatizan el almacenamiento de la base de datos. Una de las caractersticas
es Automatic Storage Management (ASM, Administracin de Almacenamiento Automtico), que es un administrador de volumen integrado verticalmente
y un sistema de archivos integrado para los archivos de datos de Oracle.
La otra caracterstica que ayuda a simplificar la gestin del almacenamiento
de la base de datos es la capacidad de renombrar espacios de tablas.
5.1 Automatic Storage Management (ASM)

ASM automatiza y simplifica la disposicin ptima de los archivos de datos,

archivos de control y archivos de registro. Los archivos de base de datos
se distribuyen automticamente entre todos los discos disponibles y el
almacenamiento de la base de datos se vuelve a equilibrar cada vez que se
modifica la configuracin del almacenamiento. Esta caracterstica tambin
proporciona redundancia a travs del reflejo de los archivos de la base de
datos. ASM se dise especficamente para utilizar servidores y discos de
bajo costo. No obstante, la compatibilidad para ASM de SAP no estar
disponible con la certificacin inicial de Oracle 10g. ASM se incorporar
posteriormente y slo para las instalaciones de las nuevas versiones de
productos SAP. Una ruta de migracin para las versiones anteriores de los
productos SAP se proporcionar una vez que SAP haya realizado la
certificacin inicial de ASM.
5.2 Capacidad de renombar espacios de tablas

Ahora puede renombrar un espacio de tablas. Ya no es necesario crear un

espacio de tablas nuevo, copiar en l el contenido del espacio de tablas
anterior y borrar el espacio de tablas anterior. Esta caracterstica facilita
por ejemplo la migracin de un espacio de tablas gestionado mediante un
diccionario para administrarlo de forma local o el transporte de un espacio
de tablas a una base de datos que ya contiene un espacio de tablas con el
mismo nombre.
6. Ajuste de instancias

4.5 Espacio de tablas de usuario predeterminado

La creacin de la base de datos permite ahora especificar un espacio de

tablas predeterminado para almacenar objetos permanentes para todos los
usuarios creados. Esto elimina la necesidad de tener que usar el espacio de
tablas SYSTEM.

12

Esta versin incluye funciones de ajuste automtico de instancias que facilitan enormemente el trabajo de los administradores. La gestin de recursos
integrada, disponible en todas las bases de datos de Oracle, se ha ampliado
para incluir cuotas de uso de CPU, lo que permite a los administradores

Base de datos
de Oracle

definir de un modo ms sencillo los procedimientos operativos que son ms

eficaces para todos los tipos de asignacin de recursos. Esto a su vez facilita
la tarea de proporcionar tiempos de respuesta predecibles para las operaciones principales de la empresa. Adems, existen nuevos mtodos de identificacin de los grupos de consumo de recursos que permiten a las aplicaciones
existentes aprovechar estas funciones sin realizar cambios en las aplicaciones.
Esta versin tambin admite el ajuste automtico de puntos de verificacin,
que aprovecha los perodos de bajo uso de E/S para prever los puntos de
verificacin y, por tanto, mejorar la disponibilidad.

6.8 Ajuste automtico del parmetro Undo_Retention

6.1 Nuevos grficos de resumen del rendimiento en Oracle

Enterprise Manager

6.9 Asesor para el espacio de tables Undo

La interfaz HTML mejorada de Oracle Enterprise Manager proporciona un

punto central de acceso a todas las estadsticas relacionadas con el rendimiento
de la base de datos y facilita la realizacin de una supervisin y diagnstico
completos.
6.2 Informes SQL mejorados con Oracle Enterprise Manager

La nueva interfaz HTML de Oracle Enterprise Manager para anlisis de

SQL, incluida la interfaz Top SQL, ayuda a detectar lenguaje SQL con
errores y permite ajustarlo fcilmente.

Esta caracterstica ajusta automticamente el parmetro de inicializacin

Undo_Retention, que se utiliza para controlar la informacin de retencin
de deshacer en segmentos de retroceso. Automatic Undo Retention Tuning
permite al servidor de la base de datos realizar el mejor ajuste para los
cambios en los requisitos de deshacer de las consultas de usuarios, con
cambios en la actividad del sistema segn el espacio previamente asignado
al espacio de tablas Undo. Esto evita que los administradores tengan que
ajustar constantemente el parmetro Undo_Retention.
Esta caracterstica aconseja al administrador de base de datos sobre el
tamao del espacio de tablas Undo y del valor correcto del parmetro
Undo_Retention. Ayuda a evitar que se produzca el error ORA-1555
snapshot too old (instantnea demasiado antigua).
6.10 Ajuste automtico de memoria compartida

Automatic Shared Memory Tuning automatiza la configuracin de los

parmetros relacionados con la memoria SGA (rea global del sistema),
como cach del bfer, y recursos compartidos, a travs de algoritmos de
ajuste automtico. Simplifica la configuracin de la base de datos, garantiza
el uso ms eficaz de la memoria disponible y mejora el rendimiento.

6.3 Monitor de diagnstico automtico de la base de datos

Esta caracterstica permite a la base de datos analizar automticamente su

propio rendimiento. La base de datos puede identificar cuellos de botella
potenciales y solucionarlos automticamente o recomendar una solucin al
administrador. Esta funcin est integrada en el ncleo (kernel) de la base
de datos y, por lo tanto, no necesita de ninguna herramienta externa.
6.4 Asesor de tamao del archivo de registro de operaciones de
rehacer

Esta caracterstica recomienda el tamao ptimo de los archivos de registro

de operaciones de rehacer para evitar una E/S de disco excesiva debido a
puntos de verificacin frecuentes.
6.5 Asesor de segmentos

7. Ajuste de aplicaciones
En esta versin, se han introducido nuevas herramientas que reducen al
mnimo los esfuerzos de ajuste manual de SQL. Estas herramientas
proporcionan consejos para los administradores sobre los nuevos ndices
que se pueden crear para optimizar el rendimiento de SQL y sugieren
cambios para los ndices existentes con el fin de hacerlos ms eficaces.
7.1 Asesor de ajuste para SQL

Es una herramienta integrada en el motor del servidor de base de datos

que permite a los usuarios ajustar las instrucciones SQL. Considera una
instruccin SQL o una carga de trabajo como una entrada y ofrece consejos
sobre cmo ajustarla.

Este asesor realiza dos funciones. En primer lugar, segn el nivel de

fragmentacin del espacio dentro de un objeto, aconseja si un objeto es
candidato idneo para la operacin reducir. En segundo lugar, informa
sobre la tendencia de crecimiento histrico de los segmentos. Esta informacin se puede utilizar para planificar la capacidad y adoptar una decisin
informada acerca de los segmentos que se deben reducir.

7.2 Asesor para SQLAccess

6.6 Reduccin de segmentos en lnea

SQLAccess Advisor es un sistema especializado que identifica y ayuda a

solucionar problemas de rendimiento relacionados con la ejecucin de
instrucciones SQL mediante la recomendacin de los ndices que se deben
crear, cancelar o conservar. SAP solo admitir inicialmente el uso de esta
caracterstica en los entornos SAP para personalizaciones de los productos
SAP estndar, como informes Z e Y u objetos de base de datos Z.

Esta caracterstica reduce los segmentos de tablas e ndices en lnea e in

situ que tienen espacio libre, lo que mejora la eficacia del uso del espacio.
Esta caracterstica no estar inicialmente disponible en la herramienta
BRSPACE de SAP, pero est prevista su incorporacin posteriormente.

SQLAccess Advisor est ahora integrado en el repositorio de carga de trabajo

de Oracle, lo que permite aprovechar los objetos de carga de trabajo que
hay almacenados como base para la recomendacin. Esto simplifica el
anlisis de cualquier entorno de base de datos de Oracle.
7.3 SQLAccess Advisor

6.7 Ajuste automtico de los puntos de verificacin

La base de datos de Oracle puede ajustar automticamente los puntos de

verificacin para obtener unos tiempos de recuperacin ptimos con un
reducido impacto o un rendimiento normal. Ya no tendr que definir
ningn punto de verificacin relacionado con parmetros.

7.4 Recopilacin automtica de estadsticas del optimizador

Esta caracterstica automatiza la recopilacin de estadsticas de objetos

del optimizador. Los objetos con estadsticas antiguas o sin estadsticas se
analizan automticamente para que los administradores no tengan que
realizar un seguimiento de lo que es necesario o no analizar, ni realizar
anlisis manualmente.

13

8. Disponibilidad

8.4.2 Flashback de nuevas instancias

La disponibilidad de los datos es una demanda principal de los clientes de

SAP. Con esta nueva versin, Oracle ampla las funciones de la base de
datos para que pueda tratar cualquier tipo de error humano y proporciona
soporte para reducir el tiempo que se tarda en implementar la base de
datos y las actualizaciones de la aplicacin.

Esta caractersticas reduce la necesidad de tener que volver a instanciar la

base de datos principal anterior despus de una conmutacin por error. Esto
a su vez permite restaurar rpidamente toda la capacidad de recuperacin
despus de un error. Esto se realiza con la instruccin SQL FLASHBACK
DATABASE para recuperar la base de datos principal con el fin de
sincronizarla con la base de datos de emergencia.

8.1 Espacios de tablas transferibles entre plataformas

8.4.3 Flashback de base de datos de emergencia

La caracterstica de espacios de tablas transferibles permite transportar los

espacios de tablas entre distintas plataformas, lo que acelera la migracin
de una plataforma de un cliente SAP.

Esta caracterstica mejora el tiempo de cambio de conexin y conmutacin

por error de una base de datos de emergencia. No es necesario tener que
especificar un retardo que aplicar al registro porque ahora se puede recuperar
la base de datos de emergencia si se produce algn error en la base de datos
principal y se propaga a la de emergencia.

8.2 Utilidades de importacin y exportacin de extraccin de datos

Las utilidades de importacin y exportacin de extraccin de datos

proporcionan un movimiento en bloque de alta velocidad de los datos y
metadatos de una base de datos a otra. Estas utilidades ofrecen varias
ventajas importantes respecto a las utilidades de exportacin e importacin
originales, como por ejemplo: la capacidad de reiniciar completamente los
trabajos de exportacin e importacin, la posibilidad de desconectar y
volver a conectar trabajos de prolongada ejecucin, la opcin de estimar
qu cantidad de espacio utilizar un trabajo de exportacin, la compatibilidad
para las operaciones de exportacin e importacin a travs de la red y la
compatibilidad para la seleccin de objetos muy detallados segn los objetos
y tipos de objetos. Esta caracterstica no est integrada inicialmente en las
herramientas de administracin de SAP.

Esta caracterstica introduce la instruccin FLASHBACK TABLE en SQL,

lo que permite recuperar rpidamente una tabla en un punto en el tiempo
del pasado sin tener que restaurar ninguna copia de seguridad.
8.4.5 Consulta de versiones flashback

Mediante el uso de los datos deshechos almacenados en la base de datos,

ahora puede ver los cambios realizados en una o varias filas junto con todos
los metadatos de los cambios.
8.4.6 Flashback de tablas borradas

Las nuevas utilidades de exportacin e importacin de extraccin de datos

se pueden ejecutar en paralelo, lo que resulta en un rendimiento ms eficaz
para la carga y descarga de datos y metadatos.

Oracle proporciona en esta versin un mtodo de restauracin de las tablas

borradas por error. En SQL*PLUS, puede utilizar el comando SHOW
RECYCLEBIN [nombre_original] para ver los objetos que se pueden
depurar o revertir con los comandos PURGE y FLASHBACK BEFORE
DROP.

8.4 Flashback de errores

8.4.7 Consulta flashback de transacciones

8.3 Exportacin e importacin en paralelo de extraccin de datos

En esta versin, Oracle introduce funciones ampliadas de flashback de la

base de datos. Si se produce un error importante, como la ejecucin de un
trabajo de fondo dos veces de forma sucesiva, el administrador de la base de
datos puede solicitar una operacin flashback para recuperar rpidamente
toda la base de datos a un punto anterior en el tiempo, lo que elimina la
necesidad de tener que restaurar las copias de seguridad y realizar una
recuperacin a un momento puntual. En esta versin de la base de datos de
Oracle, adems de las operaciones flashback en el nivel de la base de datos,
tambin se puede ejecutar una operacin flashback para toda una tabla.
Del mismo modo, existe una nueva funcin que permite a la base de datos
recuperar tablas que un usuario ha borrado por error. Las funciones de
consultas flashback existentes tambin se han mejorado. La integracin
de la tecnologa flashback est prevista para las versiones posteriores de
BR*Tools, pero no de forma inmediata despus de la certificacin de
Oracle 10g por SAP.
8.4.1 Flashback de la base de datos

Esta caracterstica introduce la instruccin FLASHBACK DATABASE en

SQL. Permite restablecer rpidamente la base de datos a un punto anterior
en el tiempo deshaciendo todos los cambios realizados desde ese momento.
Esta operacin es rpida porque no es necesario restaurar las copias de
seguridad. Asimismo, resulta en un tiempo de inactividad inferior despus
de una corrupcin de datos o un error humano.

14

8.4.4 Flashback de tabla

Esta caracterstica introduce consultas flashback de transacciones, lo que

le permite examinar los cambios aplicados a la base de datos en el nivel
de transaccin. Como resultado, puede diagnosticar problemas, realizar
anlisis y auditar transacciones.
CONCLUSIN
Oracle 10g proporciona la infraestructura necesaria para que el entorno
SAP sea capaz de dar respuesta de un modo eficaz al entorno cambiante de
las empresas. Oracle 10g ofrece la flexibilidad necesaria para implementar
Enterprise Grid Computing (aplicacin de arquitecturas Grid a la empresa),
incluso con servidores y discos de bajo costo. El diseo de los complementos
de Enterprise Grid Computing complementan los conceptos de infraestructura de computacin adaptable de SAP. Oracle 10g proporciona como
ventajas una reduccin de riesgos con unos costos de gestin inferiores, una
mayor escalabilidad y capacidad predictiva, y unos niveles de disponibilidad
ms elevados.

m y S A P. c o m p a r t n e r

15

HISTORIAS DE
XITO
C O L G AT E

SAP BW en Oracle para Colgate-Palmolive Company

Colgate-Palmolive Company es un fabricante mundial de productos de
consumo que suministra algunas de las marcas lderes en las categoras de
productos de higiene bucal, cuidado personal, productos de limpieza para
el hogar, tejidos y alimentos para mascotas. Tiene oficinas en ms de 200
pases y gener 9.300 millones de dlares de ingresos en el ao 2002.
Colgate-Palmolive ha logrado aumentar considerablemente los ingresos y las
ganancias en la ltima dcada gracias al rpido desarrollo e introduccin de
nuevos productos innovadores que satisfacen las incipientes preferencias de
los consumidores.
Uno de los factores principales que ha contribuido a que Colgate pueda
mantener este rpido crecimiento se debe a su compromiso de mejora
continua del rendimiento. Colgate ha instaurado globalmente indicadores
clave de rendimiento (KPI), que utiliza para establecer asociaciones entre
las fuerzas motrices de su negocio y las actividades operativas diarias de
toda la organizacin. El almacn de datos corporativo basado en el producto
Business Information Warehouse (BW) de SAP se utiliza para, de forma
sistemtica, medir y generar informes sobre los indicadores clave de
rendimiento en todos los niveles de la empresa. BW proporciona una infraestructura de informes y anlisis unificada que integra la informacin de
ventas y distribucin, gestin de inventario y procesos, y datos financieros
y de personal. Los responsables de divisiones, personal corporativo, filiales
y socios de aplicaciones de inteligencia de negocios y optimizacin de la
cadena logstica utilizan este producto.
Actualmente, la instalacin de SAP BW se basa en la ejecucin de la base
de datos Oracle 9.2 en un IBM p690 Regatta de 24 procesadores con AIX
5.1 y 60 GB de memoria principal. La base de datos Oracle 9.2 contiene
1,9 TB de datos sin procesar y un tamao total de 3,8 TB. Incorpora datos
de diversos orgenes, como sistemas con SAP R/3 y aplicaciones de finanzas,
ventas y fabricacin. BW proporciona una funcin multidimensional en las
estructuras: los InfoCubos. El almacn de datos de Colgate contiene 90
InfoCubos cuyo tamao oscila entre un milln y 190 millones de filas.
Tambin contiene ms de 900 agregados previamente calculados. Los
InfoCubos y los datos agregados se almacenan en ms de 1.000.000 de
particiones de la base de datos, lo que resulta en una de las estructuras ms
complejas utilizadas en todo el mundo.
Los agregados permiten a los responsables de la empresa conocer rpidamente
mtricas de rendimiento, como avances de ventas diarios, niveles de inventario
y rentabilidad de cuentas. El sistema BW ofrece servicio a 6.200 usuarios
en todo el mundo y gestiona 14.200 pasos de navegacin en un da normal.
En el ao 2002, Colgate consolid varios almacenes de datos en un nico
almacn para implementar una funcin unificada de anlisis e informes en
la empresa. Esto dio lugar a una de las implementaciones de BW ms
conocidas y supuso muchos retos en cuanto a escalabilidad para el personal
TI de Colgate. Estos retos giraron en torno al enorme nmero de segmentos
y particiones de base de datos y al elevado nmero de operaciones de borrar
y crear en los objetos particionados, segn Deighton Weekes, un ejecutivo
tcnico de Colgate.
Colgate realiz, con la colaboracin de los proveedores de sistemas, un
anlisis de rendimiento y un ejercicio de ajuste que pronto result en un
aumento general del rendimiento siete veces del sistema BW consolidado.

16

El Sr. Weekes aprovech el uso de las funciones de consultas en paralelo y

espacios de tablas gestionados localmente por Oracle, as como la gestin
automtica de espacio y la gestin de memoria PGA introducida en Oracle9i,
como factores principales para lograr este aumento de rendimiento.
1. Cules son los motivos principales que originan un crecimiento de los
datos en el almacn?
El motivo principal que origina un crecimiento de los datos est relacionado con
las cargas operativas diarias.
2. Cul es el nivel de uso simultneo? Cules son las expectativas para
el futuro?
Esperamos ver un crecimiento exponencial y un aumento del uso simultneo en el
futuro.
3. Puede informarnos sobre el hardware y la plataforma OS que se utilizan
actualmente? Qu capacidad de almacenamiento tienen? Qu provee
dores y productos de almacenamiento utilizan? Qu actualizaciones se
han previsto para la plataforma para el ao que viene?
IBM pSeries 690 con 24 CPU, 60 GB de memoria principal y 8 TB de
almacenamiento en disco. El subsistema de almacenamiento es un IBM ESS,
modelo 800.
4. Se han incorporado recientemente reas temticas o nuevas aplicaciones
al almacn? Se han previsto algunas de estas incorporaciones para el
ao que viene?
S, aadimos continuamente nueva informacin.
5. Puede describirnos brevemente el esquema de la base de datos?
Nmero de tablas? Nmero de atributos? Tamao de las tablas ms
grandes? Uso de 3NF o algn nivel de desnormalizacin? Utilizacin
de combinaciones con n direcciones? Nivel de interdependencia en las
reas temticas?
El esquema de la base de datos consta de varios esquemas de copo de nieve con dos
tablas de hechos grandes en cada uno de ellos. Estos esquemas se denominan
InfoCubos y utilizan 3NF.
Nmero de tablas:
21.000
Nmero de atributos: 380.000
Tabla de mayor tamao: 190 Mio rows, 50 Gigabytes
Uso de combinaciones con n direcciones: S, hasta combinaciones de tabla de 30
6. Teniendo en cuenta su experiencia hasta la fecha, cules son los puntos
fuertes y las limitaciones de Oracle de cara a satisfacer los requisitos de
C-P? Qu caractersticas han demostrado ser ms valiosas? Qu
caractersticas nuevas de Oracle9i han demostrado ser ms importantes
para C-P? Y las menos importantes? Qu mejoras de rendimiento y
funcionalidad ha proporcionado Oracle9i a C-P? Cul es su valoracin
general acerca de Oracle9i?
Oracle da respuesta a las necesidades de C-P y es un componente clave en el
escenario de TI de Colgate.
Caractersticas ms valiosas:
- Espacio de tablas gestionado localmente
- Espacio de tablas temporal
- Particionamiento

m y S A P. c o m p a r t n e r

- ndices de mapa de bits

- Consulta en paralelo
- Compatibilidad con 64 bits
Caractersticas nuevas de Oracle9i:
Gestin de memoria PGA automtica
Valoracin general de Oracle9i:
Base de datos rpida, slida y fcil de utilizar.
Escalabilidad para grandes volmenes de datos y capacidad de
gestin mejorada.
7. Qu uso hace C-P de las vistas materializadas? Hay funciones
analticas y otras funciones de DSS avanzadas? ndices de
mapa de bits? Paralelismo y particionamiento?
No hay vistas materializadas ya que SAP define sus propias vistas
a las que denomina agregados.
Caractersticas de DSS avanzadas:
- Combinaciones hash

- Comando Upsert/Merge
- Particionamiento por rangos para tablas e ndices
- ndices de mapa de bits
- Conversin de rbol B* en mapa de bits
- Optimizacin de transformacin de estrella
- Histogramas CBO
- Consulta en paralelo, generacin de estadsticas CBO en paralelo,
creacin de ndices en paralelo
- Operaciones no recuperables para ndices de creacin
8. Puede describir la combinacin de carga de trabajo actual?
Alcance del uso de consultas especficas? Qu grado de
complejidad tienen las consultas especficas?
Sen dan de un 80-90% de consultas especficas las cuales son muy
complejas, con combinaciones de tabla de hasta 30 direcciones.
Fuente: Winter Corporation
Field Experience with large-scale Data Warehousing on Oracle (2003)

SAP NetWeaver y Oracle Real Application Clusters (RAC)

Introduccin

SAP NetWeaver

Las tecnologas de la informacin son una parte integral de virtualmente

toda empresa.Las compaas de xito usan sistemas de informacin para
administrar proveedores, fabricar productos, facilitar las relaciones laborales,
e interactuar con los clientes. Por esta razn, las aplicaciones crticas de
negocios demandan una plataforma operativa rentable que enfatice la
disponibilidad, la flexibilidad, y la escalabilidad.

Las empresas lderes usan el entorno SAP NetWeaver para sus aplicaciones
y sistemas porque les ayuda a obtener ms de sus inversiones en TI al trabajar con sistemas y software existentes. Las empresas pueden extraer
nuevo valor de negocios al conectar los ordenadores de sus oficinas con
datos y procesos informticos provistos por aplicaciones heterogneas, bases
de datos, sistemas preexistentes, y datos de Internet. SAP NetWeaver es la
infraestructura para aplicaciones y servicios esenciales como inteligencia de
negocios, procesos de gestin comercial, gestin del ciclo de vida de las
soluciones, y aplicaciones especiales. Su infraestructura de portal ofrece:
Gestin de datos maestra: Promueve la integridad de los datos en toda
una red en un entorno de TI heterogneo
Facilita la integracin: Permite la comunicacin XML/SOAP entre
componentes de aplicaciones de varias fuentes y proveedores
Acceso multicanal: Permite a los usuarios conectarse a los sistemas
empresarios mediante voz, mvil, o tecnologa de radio-frecuencia
Desarrollo de aplicaciones compuesto: Un entorno para el desarrollo
veloz de SAP xApps, SAP NetWeaver apalanca las inversiones actuales
en TI y pone las bases para los procesos interempresarios del maana.

SAP es el lder mundial en software de soluciones de negocios.Las empresas

de xito usan productos SAP para mejorar relaciones con los clientes y socios,
simplificar operaciones, y lograr eficiencias significativas en sus cadenas de
suministros. A medida que las empresas aumentan su dependencia de las
aplicaciones y servicios SAP, tambin aumentan las exigencias sobre sus
infraestructuras informticas. Los usuarios desean:
Mayor disponibilidad: En un ambiente de 24x7, el tiempo improductivo
incluso para mantenimientoresulta cada vez menos aceptable.
Agilidad mejorada: El agregar recursos de TI para satisfacer exigencias
nuevas o cambiantes, y la reutilizacin de sistemas y aplicaciones
existentes, ayuda a las empresas a maximizar cada oportunidad.
Menores costos: La utilizacin de servidores de bajo costo puede reducir
las inversiones de capital y maximizar el retorno de la inversin; la
reduccin de puntos nicos de fallo puede minimizar los costos de
soporte y mantenimiento y maximizar la fiabilidad.
SAP NetWeaver ofrece una plataforma superior para integrar recursos de
TI existentes con nuevas demandas y servicios. La ejecucin sobre Oracle
Real Application Clusters extiende estas capacidades con escalabilidad y
disponibilidad. Con el sistema operativo Solaris y servidores de gama baja
Sun Fire, los usuarios de SAP pueden disfrutar de un entorno de bajo costo
y alta disponibilidad, que ofrece excelente desempeo y flexibilidad para
aplicaciones comerciales crticas.

SAP NetWeaver es el cimiento de las soluciones SAP xApps y MySAP

Business Suite. Tambin permite una arquitectura de servicios empresariales (Enterprise Services Architecture) que combina aplicaciones empresariales con servicios Web y tecnologas abiertasque permiten operaciones verdaderamente adaptables.
Oracle RAC
Para las aplicaciones SAP, Oracle Real Application Clusters (RAC) ofrece
alta disponibilidad en servidores en cluster, y presenta recuperacin transparente de fallos y excelente escalabilidad utilizando hardware de bajo
costo. La base de datos subyacente aparece a las aplicaciones como una

17

SAP NetWeaver
y Oracle RAC

instancia nica. Todas las operaciones y funciones de base de datos,

incluyendo el uso de restricciones para integridad de datos, pueden usarse
en exactamente la misma forma en que se utilizaran en una sola base de
datos. Esta transparencia permite a las empresas usar Oracle RAC para
cualquier tipo de procesado de transacciones en lnea (OLTP), almacenes
de datos, o aplicaciones empaquetadas.
Escalabilidad accesible

Oracle RAC est diseado sobre los principios de escalabilidad horizontal, al

distribuir la carga de trabajo total de la base de datos entre muchos servidores
pequeos. A medida que aumenta la demanda, se agregan servidores al
cluster, un proceso transparente para los usuarios y las aplicaciones. Oracle
RAC usa una arquitectura de cluster de almacenamiento compartido, donde
cada nodo de la arquitectura tiene el mismo acceso concurrente a una base
de datos comn. Cualquier nodo puede agregar, modificar, o borrar datos.
Una base de datos nica significa que no hay problemas de replicacin o
segmentacin, ni propiedad o redireccin de peticiones SQL. Cada nodo
es igualmente capaz de manejar cualquier transaccin directamente.

Una perfecta combinacin

Gracias a Oracle RAC, Sun entrega soluciones SAP en un entorno rentable,
escalable, y disponible. SAP NetWeaver provee un plan para soluciones de
negocios de empresas basadas en servicios. Soluciones adaptables, flexibles, y
abiertasque reducen el costo total de propiedad. Se pueden crear aplicaciones
sobre las aplicaciones empresariales existentes y stas, a su vez, sirven a toda
la empresa y su comunidad de asociados y clientes, acrecentando el valor de
esos sistemas. En combinacin con Oracle RAC, las aplicaciones SAP pueden
escalarse para satisfacer nuevas cargas de usuarios y aplicaciones, con nuevos
niveles de disponibilidad.
La filosofa de gestin de las aplicaciones de Sun es que los profesionales de
TI deberan concentrarse en gestionar el servicio, no el servidor. La relacin
comercial entre Sun Microsystems y Oracle Corporation es clave para hacer
de esta filosofa una realidad, y ayuda a asegurar que, juntos, los sistemas
Sun y Oracle RAC ofrecen disponibilidad, escalabilidad, administrabilidad,
y facilidad de implementacin de clase mundial para ambientes SAP.

Alta disponibilidad inherente

Sun Plex ofrece acceso continuo

En un Oracle RAC, cada nodo del cluster tiene igual acceso y autoridad
sobre las tareas y recursos de la base de datos. Con equilibrio de cargas
incorporado, los clientes de nodos en fallo son redirigidos automticamente
a otro nodo del cluster. Los nodos en funcionamiento tienen acceso continuo
a la base de datos mientras reconcilian los logs de transicin compartidos
de los nodos en fallo. Devolver la base de datos a la plena funcionalidad
lleva menos tiempo que un reinicio y recuperacin manual, o que una
transferencia automtica a un servidor de reserva (failover), porque la base
de datos nunca deja de funcionar.

El sistema SunPlex est diseado para satisfacer las necesidades de las aplicaciones comerciales y de misin crtica actuales. Presenta rutas redundantes
entre todos los sistemas, entre todos los subsistemas de discos, y a todas las
redes externas. La integracin a nivel del ncleo (kernel) ofrece un failover
ms veloz. Con SunPlex, ningn punto nico de fallo del hardware, software
o redpuede hacer caer un cluster. Al ofrecer capacidades de gestin en
conjuntos de recursos estrechamente vinculados, SunPlex ofrece una de las
mejores plataformas para Oracle9i RAC.

Administracin simplificada

La multiplicacin de componentes en una solucin puede incrementar la

carga de mantenimiento. No obstante, las caractersticas de Oracle RAC
minimizan esta posibilidad. Los recursos, servidores, y almacenamiento
pueden ser administrados como una entidad nica dentro del ambiente del
cluster. Debido a que la base de datos aparece como una instancia estndar,
nica a las aplicaciones y los administradores, se pueden usar las mismas
herramientas y prcticas de mantenimiento. Todas las operaciones estndar
de respaldo y recuperacin funcionan transparentemente con RAC.
Adems, las operaciones SQL --incluyendo el lenguaje de definicin de datos
y las restricciones de integridad-- son idnticas para las bases de datos RAC
y estndar.

Hay ya disponible un SunPlex Agent para SAP Replicated Enqueue Server

(servidor de cola replicado). El servidor de cola funciona sobre la instancia
central, bloqueando los objetos de negocios SAP y permitiendo a las aplicaciones SAP modificarlos al recibir la notificacin de bloqueo. El servidor
de cola replicado funciona sobre un CPU independiente de la instancia
central. Si el servidor de cola replicado falla o es sacado de lnea por cualquier
razn, se hace cargo un servidor esclavo, que contiene una copia de los
objetos de negocios bloqueados. El Agente SunPlex para Servidor de cola
replicado de SAP provee gestin de fallos totalmente integrada si se detecta
un fallo, y administra el proceso de recuperacin sin intervencin del
operador se pueden reemplazar componentes fallados en lnea, sin afectar la
disponibilidad.
Caractersticas destacadas

Oracle RAC incluye la capacidad de realizar una amplia variedad de

operaciones de mantenimiento mientras la base de datos est disponible
y en lnea. Los administradores pueden crear ndices, reparticionar datos,
realizar cambios al esquema subyacente, y realizar cargas masivas de datos
sin interrumpir el funcionamiento de la base de datos.
El mantenimiento se simplifica porque RAC provee una migracin (failover)
veloz y automtica en caso de fallo de los servidores. Esta capacidad de
migracin automtica evita la necesidad de ejecutar las complejas operaciones
necesarias para restaurar el acceso a la base de datos.

18

Los clientes son protegidos contra compras de recursos de computacin

excesivos a alto preciose puede comenzar de poco y agregar recursos a
medida que se necesitan.
Oracle RAC aparece a los usuarios y las aplicaciones como una
instancia nica, evitando los problemas administrativos habituales en
los clsteres.
Se maximiza la disponibilidad todos los nodos tienen acceso a todos los
recursos de la base de datos. En caso de fallo, las consultas a la base de
datos son redirigidas automticamente. Con un diseo apropiado,
virtualmente no haytiempo inactivo de la base de datos debido a
mantenimiento o a fallos.

HISTORIAS
DE XITO
POLLMEIER

Ventajas para un aserradero

Migracin satisfactoria de MS SSL a base de datos de Oracle bajo SAP

El mercado alemn de madera de haya se encuentra sumido todava en

una larga recesin. Sin embargo, lejos de estar en las ltimas, Pollmeier
Massivholz GmbH, lder del mercado en este segmento concreto, logr
diversificar sus actividades en el nivel internacional.
Estandarizacin ms all de la planta
La clave de Pollmeier para explotar el gran potencial de ahorro de tanto
clientes como proveedores es el costo por unidad. La empresa ha ampliado
su lnea vertical de fabricacin, mejorando as la calidad de los productos
procesados y reduciendo en gran medida los costos de serrado de los
clientes. Gracias a un anlisis minucioso de las necesidades de los clientes,
la empresa puede confiar en realizar elecciones especficas que cumplen un
objetivo para lograr una cartera ptima. Esta inversin inicial no slo
proporciona un rendimiento financiero, sino que tambin aporta ventajas
en trminos de competitividad tanto para Pollmeier como para sus clientes.
El costo por unidad de la empresa es hasta un 30% inferior al de los
fabricantes tradicionales.
Digitalizacin de un recurso natural
Mientras que Pollmeier trabajaba sin cesar por sacar el mercado de la
madera de la crisis permanente que ha caracterizado al sector maderero
alemn en los ltimos aos, el departamento de TI de la empresa pronto
alcanz los lmites de capacidad de los sistemas basados en MS Windows.
"Llegamos a la conclusin de que nuestro sistema MS SSL no
cumpla nuestras necesidades en trminos de escalabilidad y
rendimiento como consecuencia de nuestro continuo crecimiento,

explica Ralf Schne, Director de TI de Pollmeier GmbH.

La planilla de la empresa ha aumentado de 25 a ms de 130 empleados y
la lnea vertical de fabricacin de nuestras plantas ha crecido enormemente.
Finalmente, seguimos el consejo de nuestro socio externo para TI y decidimos migrar a Oracle y SAP lo antes posible.
En trminos de maquinara en el sentido ms amplio, Pollmeier se centro
en sus competencias principales mediante la optimizacin progresiva del
equipo de produccin de sus dos aserraderos y la fbrica de mquinas
conectada.
La empresa, por tanto, deseaba subcontratar la reorganizacin de su entorno de TI a un socio externoy encontr al proveedor de servicios de TI de
Kassel, Data Process GmbH. En el ao 2002, el proyecto de migracin
pudo iniciarse finalmente.

Pronto fue evidente que se trataba del socio perfecto. Data Process GmbH,
a pesar de ser una filial propiedad 100% de K+S Group, un holding tradicionalmente asociado a la minera de sal de grano, sac a la luz muchas
analogas en el rea de tareas relacionadas con TI.
Thomas Strecker, consultor de TI de Data Process GmbH, identifica algunos
de los factores determinantes del proyecto de consolidacin del sistema de
Pollmeier: Especialmente en relacin con la internacionalizacin futura y
el crecimiento continuo de Pollmeier, no haba cabida para el compromiso
en cuanto a disponibilidad, escalabilidad y fiabilidad de la base de datos.
La eficacia operativa de los entornos homogneos es por supuesto
considerablemente superior. Adems, nuestros clientes se benefician de
unas tarifas de servicio inferiores para el mantenimiento de la base de
datos, revela Strecker.
Consolidacin a toda escala
Pollmeier comenz la migracin a SAP en el ao 2000 con la introduccin
de los mdulos HR, SD, FI y MM.
La nueva infraestructura de TI se instal e implement en un entorno independiente en el plazo de unas semanas sin que se viese afectada la actividad
normal de la empresa. Una vez establecida la conexin WAN, se instalaron
enrutadores de SAP, se dispusieron e instalaron equipos de hardware nuevos y potentes, y se migr el sistema SAP R/3 a un sistema de prueba en
un plazo de tiempo muy ajustado. El equipo de migracin de Pollmeier y
Data Process esperaba tener problemas en el entorno SAP en esta fase concreta, aunque finalmente no se produjo ninguno. La instalacin del archivo
IXOS plante algunas incidencias que rpidamente se solventaron junto
con los problemas especiales que las provocaron gracias a la asistencia tcnica profesional recibida: Data Process tambin es socio de Kaba Benzig e
IXOS y pudo aprovecharse de las sinergias de estas colaboraciones.

19

Migracin de
Pollmeier a
Oracle

Tres semanas despus de haber instalado el sistema de prueba, se migraron

los datos archivados y se configur un sistema APO hasta migrar finalmente
el entorno de produccin R/3 sin ningn problema. Una vez realizado el
proyecto de migracin, se transfiri el mantenimiento de la aplicacin al
equipo de TI de Pollmeier.

Nuestro cliente estaba extremadamente satisfecho con los resultados, el

importante aumento del rendimiento y las funciones de seguridad ampliadas
de la base de datos Oracle.

Balance final
Data Process tiene encomendada actualmente la gestin de ms de 40
instalaciones distintas de Oracle/SAP que sus clientes le han subcontratado.
La empresa dispone de una amplia base de conocimientos cuyos orgenes
datan de los inicios de la instauracin de la colaboracin entre Oracle y SAP.
Hemos trabajado en primera lnea desde el momento en el que se introdujo
SAP en sistemas Oracle realizando instalaciones piloto. Con nuestra amplia
experiencia, apenas tuvimos otra opcin posible, dice Lothar Heyde,
Vicepresidente de soluciones de negocio en Data Process GmbH.

Enlaces tiles de Oracle para SAP

Centro Tecnolgico Global Oracle para SAP
http://www.oracle.com/newsletters/sap/index.html?gtc.html

Parches disponibles:

Oracle for SAP Technology Update

http://www.oracle.com/newsletters/sap/index.html?current.html

8i NOTA 362060 SOBRE SISTEMAS OPERATIVOS SOPORTADOS

Consulte la nota para obtener instrucciones

Nmeros anteriores de Oracle for SAP Technology Update

http://www.oracle.com/newsletters/sap/index.html?archive.html

AIX
AIX
Solaris
Solaris
HP TRU64
HP-UX 11.*
HP-UX 11.*
LINUX
NT/2000
FuSi-SIEMENS
SEQUENT/PTX

Oracle9i y RAC para Clientes de SAP (cuadro de versiones)

http://www.oracle.com/newsletters/sap/index.html?index9i.html
Historias de xito, SAP sobre Oracle
http://www.oracle.com/newsletters/sap/index.html?customers.html
Eventos
http://www.oracle.com/newsletters/sap/index.html?events.html
Soporte y Servicios de Oracle para Clientes de SAP
http://www.oracle.com/newsletters/sap/index.html?service.html
- Base de datos 10g para ms informacin visite
http://otn.oracle.com/products/database/oracle10g/content.html
- Se puede obtener informacin sobre otros productos 10g en Oracle
Technet (http://otn.oracle.com/).
Tambin puede registrarse para que le notifiquemos de la disponibilidad
general de http://otn.oracle.com/iwant10g/
Notas SAP sobre sistemas operativos soportados:
- Real Application Clusters & SAP:
SAP ha anunciado el avance de SAP sobre RAC en octubre del 2003.
El estado actual y la fecha de lanzamiento estimada de RAC para las
plataformas de sistemas operativos individuales estn en la nota 527843.

20

8.1.7.4 Oracle 32 bit

8.1.7.4 Oracle 64 bit
8.1.7.4 Oracle 32 bit
8.1.7.4 Oracle 64 bit
8.1.7.4 Oracle 64 bit
8.1.7.4 Oracle 32 bit
8.1.7.4 Oracle 64 bit
8.1.7.4 Oracle 32 bit
8.1.7.4.12 Oracle 32 bit
8.1.7.4 Oracle 64 bit
8.1.7.3 Oracle 32 bit

9i NOTA 539921 SOBRE SISTEMAS OPERATIVOS SOPORTADOS

Consulte la nota para obtener instrucciones
AIX 5L
Solaris
HP TRU64
HP-UX IA64
HP-UX 11.*
LINUX
NT/2000

9.2.0.4
9.2.0.4
9.2.0.4
9.2.0.4
9.2.0.4
9.2.0.4
9.2.0.4

Oracle 64 bit
Oracle 64 bit
Oracle 64 bit
Oracle 64 bit
Oracle 64 bit
Oracle 32 bit
Oracle 32 bit

Para cualquier consulta pngase en contacto con

saponoracle_de.oracle.com

HISTORIAS DE
XITO
B. BRAUN

Infraestructura de TI escalable para la dinmica del futuro

B. Braun Melsungen sustituye DB2 por Oracle9i

Los mercados, los procesos, las transacciones, los flujos de
informacin y las velocidades cambian. Esto es especialmente
aplicable al sistema pblico de sanidad. Por este motivo,
B. Braun Melsungen AG basa sus planteamientos y planificaciones en dimensiones ms dinmicas. Hablamos pues de
una empresa familiar que se ha consolidado firmemente en
el mercado mundial por sus continuos desarrollos ulteriores
y variadas innovaciones. A tenor de esta premisa, B. Braun
decidi en la primavera del 2001 consolidar la infraestructura
de TI con un alcance mundial y una orientacin con ms miras
al futuro. Un resultado principal de esta nueva orientacin
fue la sustitucin del sistema IBM OS/390 por una plataforma
AIX y de la base de datos DB2 de IBM por la base de datos
Oracle9i.
Un negocio dedicado a la sanidad
B. Braun Melsungen AG, empresa familiar fundada hace 160 aos, es uno
de los agentes globales presentes en el mercado internacional de sanidad.
El grupo, con oficinas en ubicaciones prximas a sus clientes en alrededor
de 50 pases y 28.000 empleados, ofrece una amplia gama de productos y
servicios relacionados con distintas reas teraputicas de asistencia mdica
(suministros para hospitales, farmacias o consultas tanto en medicina
operativa como en tecnologa mdica). B. Braun se ha centrado en ofrecer
un servicio completo a travs de una nica fuente; por ejemplo, combinacin
de productos mdicos, medicinas y servicios en las reas de anestesia,
ciruga, dilisis o sector de atencin sanitaria en soluciones de sistemas
orientados a procesos.
Cadena de valor aadido a travs de una nica fuente
B. Braun pone principalmente en prctica esta estrategia de servicios integrales a travs de una cadena de valor aadido que es igualmente integral.
Mientras que la mayora de las empresas tienden a separar la cadena
logstica y a reducir continuamente los niveles internos de produccin,
B. Braun otorga una gran importancia a una cadena de valor aadido a
travs de una nica fuente. Con esta estrategia de grupo, B. Braun puede
sincronizar los procesos internos y externos entre las empresas del grupo
de un modo ms homogneo y eficaz que otras compaas, lo que tambin
le permite reaccionar de una manera ms rpida, eficiente y orientada a
los clientes. A travs de una optimizacin completa de los procesos de la
cadena logstica de toda la empresa, B.Braun persigue reducir en gran
medida los almacenes y los niveles de inventario al mismo tiempo. En
B. Braun, la innovacin no est simplemente limitada a los productos,
sino que tambin afecta a los procesos, los mtodos y las infraestructuras
de TI de apoyo.

Infraestructura de TI a prueba
Con el objetivo de integrar los procesos empresariales de todo el grupo y de
optimizar todos los procesos de la cadena logstica, B. Braun puso a prueba
la infraestructura de TI hace dos aos y volvi a definir puntos importantes.
En primer lugar, se decidi migrar de SAP R/2 al sistema de cliente/servidor
SAP R/3. La plataforma utilizada por entonces era un sistema mainframe
IBM con el sistema operativo OS/390 y la base de datos DB2.
B. Braun se pregunt si el sistema mainframe deba sustituirse por un
sistema Unix para reducir costos. Tras un minucioso estudio, se lleg a la
conclusin de que no haba motivos para seguir utilizando un sistema
mainframe y que todas las demandas tambin se podran satisfacer con un
sistema Unix. Se eligi el servidor IBM de la serie p con el sistema operativo
AIX/HACMP.
Eleccin de la base de datos
Al mismo tiempo, haba que decidir qu base de datos utilizar. Se podra
seguir utilizando la base de datos DB2 de IBM al haber cambiado al sistema
AIX? Tampoco deba olvidarse que se tena que dar soporte hasta un mximo
de 7.000 usuarios de SAP. Cuando surgen estas preguntas, los usuarios
ponen en evidencia que ms de un 70% de las aplicaciones SAP R/3 se
ejecutan en Oracle, a pesar de que por otro lado existe una alianza estratgica
entre SAP e IBM. Los sistemas SAP mayores y ms productivos en los que
varios miles de usuarios acceden de forma simultnea a bases de datos de
muchos terabytes funcionan exclusivamente con Oracle. As por ejemplo,
SAP present recientemente un estudio acerca de mySAP Business
Information Warehouse: se simul una situacin en la que 20.000 usuarios
accedieron a una base de datos de 5 TB basada en Oracle9i.
Para Karl-Heinz Lw, Director de tecnologa de B. Braun Melsungen AG,
la decisin de elegir Oracle fue obvia despus de realizar numerosas pruebas
y tareas de investigacin: IBM no poda ofrecernos una referencia de
AIX/DB2 de esta magnitud y caractersticas. Sin embargo, era evidente
que Oracle9i no slo nos ofreca la capacidad y el rendimiento necesarios
para las instalaciones SAP R/3 que necesitbamos, sino que adems proporcionaba escalabilidad de cara a las futuras demandas.
El rendimiento y la escalabilidad son caractersticas necesarias clave para
Karl-Heinz Lw: Los responsables de TI que desean estar abiertos a los
cambios de los mercados deben consolidar sus infraestructuras (sobre todo
la gestin de datos en toda la empresa) para alcanzar modelos de negocio
cooperativos con cadenas logsticas racionalizadas, presencia global, nuevos
canales de ventas, servicios de comercio electrnico y otros servicios
ampliados. Al mismo tiempo, deben adaptar la infraestructura para hacer
frente al creciente nmero de usuarios y transacciones, a la presencia de
contenido ms extenso y a la demanda de ms flexibilidad. La base de datos
juega aqu un papel decisivo. Teniendo en cuenta que la base de datos tiene
una influencia duradera sobre la eficacia y el futuro de los sistemas de
aplicaciones, la eleccin de sta fue una decisin estratgica para nosotros.

21

HISTORIAS
DE XITO
B. BRAUN

Migration
B. Braun sustituy la plataforma de servidor y, con la ayuda de un reducido
equipo de trabajo, migr rpidamente las aplicaciones SAP/R3 de OS/390
y DB2 a Oracle/AIX. En estos momentos, se est implementando paulatinamente R/3 en todo el mundo y se estn consolidando al mismo tiempo
centros informticos descentralizados. En el verano de 2002, se transfiri
el primer centro informtico de Tuttlingen a Melsungen.
SAP admite normalmente la realizacin de migraciones y estandariza el
proceso de migracin cuando se cambia la base de datos. La migracin
empieza con un plan de proyecto que debe aprobar el equipo de soporte de
SAP. Ulteriores medidas, como la demanda de personal de migracin con
certificacin SAP y el uso de las herramientas de migracin y los procesos
de prueba y control prescritos, garantizan que la migracin de la base de
datos sea rpida y que no plantee riesgos para los clientes. Este proceso ha
demostrado su utilidad en muchas migraciones que se han realizado en
empresas alemanas en los dos ltimos aos.
Portabilidad
La portabilidad era otro aspecto a favor de Oracle.
Karl-Heinz Lw: Nos sorprendi que DB2 no fuese lo mismo que DB2.
El costo de transferir el sistema R/3 de DB2/OS/390 a entornos DB2/AIX
habra sido superior que migrar de DB2 a Oracle. De hecho, IBM DB2
concierne al menos a tres productos, arquitecturas, limitaciones de funciones,
bases de cdigo y direcciones de desarrollo diferentes. Por lo tanto, SAP
tambin ha desarrollado tres interfaces DB2 distintas para el software R/3.
Oracle, sinnimo de portabilidad durante ms de 20 aos, ofrece una nica
solucin para todo el hardware y sistemas operativos, ya sea para sistemas
multiprocesador simtricos, sistemas mainframe, clsteres o nuevas tecnologas para los sistemas operativos Solaris, HP-UX, Tru64, AIX, Windows,
Linux, z/OS o BS2000. Se trata en todo momento del mismo software
ilimitado de infraestructura. Esto permite reducir en gran medida los
costos, proteger las inversiones y ofrecer una seguridad para el futuro.
Consolidacin de la plataforma
Los objetivos de reducir la complejidad de TI y consolidar los sistemas en
todo el grupo fueron tambin factores decisivos para la eleccin de Oracle
en B. Braun. La escalabilidad y portabilidad de Oracle cumplen en concreto
estos objetivos. Debido a las adquisiciones de empresas, la globalizacin,
el crecimiento y la ola de descentralizacin de la dcada de los noventa,
las soluciones de TI de muchas empresas han tendido a crear una mayor
complejidad no slo en el propio ncleo de TI (ms centros informticos,
distintas bases de datos, ms personal de TI), sino tambin en toda la
empresa. El resultado final ha sido la fragmentacin de la informacin,
el aislamiento de las soluciones, la complejidad en las cadenas de procesos
y el excesivo nmero de interfaces organizativas.
Cuando Karl-Heinz Lw asumi la responsabilidad de TI en B. Braun en el
ao 2000, se encontr con un escenario de TI enormemente descentralizado.

22

En el grupo haba aproximadamente 20 instalaciones SAP y sistemas de base

de datos distintos, como DB2, Informix, Oracle y SQL Server. Mediante una
firme estrategia de consolidacin, B. Braun lograra reducir la complejidad,
consolidar los centros informticos, redefinir las estructuras de costos y
simplificar el funcionamiento de la base de datos. Con la introduccin de
Oracle, se poda reducir a la mitad el personal responsable de atender la
base de datos en comparacin con el uso de DB2.
Los desarrollos de software tambin llegaran a ser mucho ms sencillos,
econmicos y rpidos. Debido a la infraestructura uniforme de Oracle en
toda la empresa, slo existe un sistema de desarrollo y un estndar en el
grupo, un factor muy importante ya que B. Braun trabaja en un entorno
validado. Con la consolidacin, adems de poderse reducir los costos, se
pueden armonizar los datos, los procesos y las cadenas logsticas en todo
el grupo.
Base de datos de Oracle: la plataforma ms comn para las
aplicaciones ERP
Un estudio realizado por analistas de AMR demuestra el acierto de B.Braun
en su eleccin de Oracle: la cuota de Oracle en el mercado de bases de
datos en el entorno de ERP (Enterprise Resource Planning, Planificacin
de recursos de empresa) est creciendo paulatinamente a un nivel superior.
Segn el estudio denominado The Enterprise Application Spending
Report: 2002-2006 de la primavera del 2002, Oracle aument un 4%
su cuota en el mercado de bases de datos en el entorno de ERP desde el
ao 2000 al ao 2001, pasando de una cuota de mercado del 50% al 54%.
El informe tambin pone de manifiesto que la base de datos DB2 de IBM
perdi 4 puntos en el mismo perodo de tiempo. En sus informes, los analistas de AMR resumen uno de los motivos de esto del modo siguiente:
Muchas empresas de envergadura, cuando se enfrentan a una economa en
declive, se concentran en aumentar la eficiencia interna y en reducir costos.
B. Braun no slo tuvo presente aspectos estratgicos al decidir elegir
Oracle, sino que tambin consider las ventajas que aportara el producto
en cuanto a eficiencia y costos. No obstante, B. Braun adopta una posicin
distinta a la postura de "economa en declive descrita por los analistas de
AMR. As por ejemplo, en momentos en los que otras empresas apuestan
por reducir personal, B. Braun decide firmar un acuerdo con su personal
de Melsungen para salvaguardar su posicin y realiza la inversin individual
ms grande de la historia de la empresa: 150 millones de euros para una
nueva fbrica de productos farmacuticos en Melsungen.

m y S A P. c o m p a r t n e r

Oracle10g: Tecnologa de plataforma habilitada para la ubicacin

utilizada para aplicaciones y GIS empresarial
Con la necesidad de mayor precisin en aplicaciones como logstica de
cadena de suministros y gestin de activos y en aplicaciones avanzadas de
inteligencia de negocios y soporte de decisiones , los datos basados en la
localizacin o ubicacin aaden cada vez ms valor en modos que no eran
posibles hace slo algunos aos. Estas aplicaciones centrales se diferencian
de aplicaciones ms tradicionales de planeamiento, gestin de recursos, etc.,
histricamente vinculadas con datos y tecnologas basadas en la ubicacin.
Las tecnologas de ubicacin de Oracle ofrecen la capacidad de integrar
informacin de negocios con datos de mapas, rutas, y seguimiento que es
cada vez ms comn en el mercado y en Internet.
Del mismo modo que la mayor parte de las bases de datos admiten fecha
y hora en modo nativo, permitiendo a las aplicaciones consultar, clasificar,
agrupar, y manipular contenidos segn el momento de realizacin de las
transacciones, la base de datos Oracle permite a las aplicaciones realizar
consultas y anlisis segn la localizacin de un atributo o elemento.
Elaboracin de la infraestructura de ubicacin en la base de
datos
Durante la ltima dcada Oracle ha realizado un esfuerzo de desarrollo
coherente y concentrado para crear una robusta tecnologa de infraestructura
con la capacidad de dar soporte tanto al GIS empresarial como a las exigencias
de las aplicaciones centrales que pueden ser optimizadas, mejoradas o
ampliadas, incorporando informacin de ubicacin (datos espaciales), la
visualizacin grfica de esta informacin y la capacidad de hacer consultas
basadas en relaciones espaciales (cercana, interseccin, superposicin, etc.)
El hecho de que cada base de datos Oracle, comenzando con la versin 9i
en 2001, est habilitada para ubicacin, con la capacidad de almacenar,
indexar, y realizar operaciones bsicas contra geometras espaciales (puntos,
lneas, polgonos y sus colecciones) subraya este empeo en construir una
infraestructura altamente integrada para aplicaciones que hacen uso del
espacio y de la ubicacin. Este funcionalidad central (disponible en cada
base de datos) es conocida como Oracle Locator. Para dar soporte a
aplicaciones GIS empresariales, Oracle Spatial aade caractersticas de
infraestructura de alta gama a la funcionalidad central de Oracle Locator
(Figura 1).
Redes
(lneas)
Parcelas
(polgonos)

Lugares
(puntos)

Plataforma habilitada
para ubicacin
mgenes
(raster)

Direcciones
(puntos geocodificados)
Redes estructuradas
(topologa)

La plataforma habilitada para ubicacin puede almacenar y gestionar todo tipo de

datos de ubicacin para Enterprise GIS y aplicaciones centrales de negocios.

Geometras y referencias espaciales

Cada base de datos Oracle se distribuye con la funcin Locator que admite
tres formas geomtricas bsicas las cuales pueden utilizarse para representar
caractersticas como caminos, fronteras, servicios pblicos, etc. Estas
incluyen:
Puntos y grupos de puntos: Los puntos pueden representar elementos
como edificios, hidrantes, postes, pozos petroleros, vagones o vehculos.
Lneas y series de lneas: Las lneas pueden representar caminos, lneas
frreas, lneas elctricas, o lneas de falla.
Polgonos y polgonos complejos con agujeros: Los polgonos pueden
representar diagramas de ciudades, distritos, pantanos, o campos
petroleros. Un polgono con un agujero podra representar una parcela
de tierra que rodea una zona pantanosa.
Coordenadas e ndices espaciales

En forma predeterminada, los datos de ubicacin se guardan en la base de

datos, utilizando el modelo geodsico de toda la tierra que asegura la precisin de las mediciones en la superficie terrquea. Las unidades de distancia,
rea, y angulares tienen pleno soporte en este contexto. (Para aplicaciones
avanzadas, tambin se admiten casi 1000 sistemas de coordenadas utilizados
comnmente.)
Para optimizar el desempeo de consultas espaciales, la base de datos central
provee indexado en rbol R. Los ndices en rbol R funcionan bien y necesitan
poca atencin administrativa para su creacin y mantenimiento (ajuste).
Los ndices en rbol R tambin pueden crearse sobre dos, tres, o cuatro
dimensiones de datos geoespaciales.
Location Operations y otras herramientas de consulta

Oracle incluye una gama completa de operadores para evaluar relaciones

espaciales. Por ejemplo, se pueden comparar datos espaciales para determinar
si se tocan, interceptan, se contienen o si se superponen. Estos operadores
pueden utilizarse para encontrar todas las escuelas dentro de una zona;
ubicar los cdigos postales o telefnicos por los que pasa un elemento
lineal como un camino o una lnea frrea, o para encontrar relaciones ms
generales que evalan cualquier interaccin entre elementos espaciales
(anyinteract). Adems de estos operadores, la caracterstica Locator de la
base de datos provee mtodos para consultas basadas en distancia, proximidad
y otras mtricas bsicas. Esta capacidad permitira ubicar todas las estaciones
de servicio dentro de un kilmetro de una autopista o ubicar todos los
hogares dentro de 1,5 kilmetros de una escuela primaria, etc. Otras
capacidades de ubicacin en la base de datos incluyen:
Particionamiento para ndices espaciales - Los ndices espaciales pueden
ser particionados en asociacin con tablas particionadas.
El particionamiento tiende a mejorar el desempeo y la gestin de
ndices.

23

 Referencia lineal (Oracle Spatial solamente) Esta caracterstica es

clave para aplicaciones de redes lineales y de segmentacin dinmica
comunes en generacin de itinerarios, transportes, redes de servicios
pblicos y telecomunicaciones, y gestin de tuberas.
Base de datos Oracle 10g
La tecnologa de plataforma habilitada para ubicacin sigue evolucionando
a medida que se introducen componentes de infraestructura necesarios.
Los proveedores de bases de datos, como Oracle con su nuevo producto 10g,
incorporan nuevas caractersticas espaciales que incrementan el desempeo
y amplan el rango de aplicaciones admitidas (Figura 2). Las tecnologas de
plataforma habilitada para ubicacin exhiben ahora caractersticas como:
Inteligencia de negocios
Data Warehousing

GIS empresarial

Plataforma habilitada
para ubicacin
Respuesta
de emergencia

Servicios
pblicos y transporte
Gestin inmobiliaria
y catastro

Las aplicaciones centrales de negocios como Filed Service, Asset Management y

Supply Chain son reforzadas por la tecnologa de infraestructura de plataforma
habilitada para ubicacin.
Motor de geocodificacin: Asociar referencias geogrficas, como
direcciones y cdigos postales, con coordenadas geogrficas (longitud
y latitud) es clave para los negocios y un motor de geocodificacin es
importante en la plataforma habilitada para ubicacin. Las caractersti
cas como la estandarizacin internacional de direcciones y la interpretacin
de direcciones no estructuradas aaden flexibilidad y comodidad a las
aplicaciones clientes.
Funciones de anlisis espacial: Nuevas capacidades de anlisis espacial
en servidor incluyen clasificacin, ubicacin, asociacin, y correlacin,
esenciales para aplicaciones de inteligencia de negocios. Esta tecnologa
permite a los desarrolladores de aplicaciones implementar operaciones de
minera de datos espacial sobre una variedad de caractersticas puntuales.
Visualizacin de mapas: La creacin de mapas que reflejan los
resultados de las consultas; para identificar patrones en datos de negocios
o como heurstica para desarrollar consultas es una caracterstica clave
en la plataforma habilitada para ubicacin. Las ayudas de visualizacin
racionalizan relaciones complejas de modo fcil de comprender.
Modelo de red de datos: Se provee un modelo de datos para almacenar
la red (grfico). Explcitamente almacena y mantiene la conectividad
de las redes de nodos y ofrece capacidad de anlisis de la red: ruta ms
corta, anlisis de conectividad. Esta caracterstica admite aplicaciones
en transporte, trfico, servicios pblicos y ciencias biolgicas.
Motor de itinerarios: Oracle 10g ahora admite la preparacin de
itinerarios (distancias por carretera, tiempos, e instrucciones para llegar).

24

Otras caractersticas incluyen: preferencia para la ruta ms veloz o ms

corta, con instrucciones detalladas o resumidas para llegar, y el tiempo
y la distancia por una red de calles desde un lugar a mltiples destinos.
Modelo de datos topolgicos: La gestin persistente de relaciones
topolgicas es una caracterstica clave de la plataforma habilitada para
ubicacin desde la perspectiva de grandes agencias inmobiliarias y
productores de datos en el sector privado. Esta caracterstica mantiene
la integridad de datos en un entorno con transacciones y modificaciones
frecuentes.
Gestin de datos raster: Las imgenes tramadas (raster) georeferenciadas
(imgenes de satlite, datos de sensores remotos) y datos en cuadrcula
proveen infraestructura para muchas aplicaciones. La tecnologa de
plataforma habilitada para la ubicacin puede administrar estos datos y
entregarlos a aplicaciones de gestin ambiental, defensa/seguridad
nacional, exploracin energtica, y portales de imgenes satelitales, etc.
Uso de la tecnologa de plataforma habilitada para la
ubicacin
La plataforma habilitada para la ubicacin beneficia a toda la organizacin.
Por su adhesin a normas emergentes en la industria como OpenGIS,
ISO-TC211, y SQL-MM, hace posible que mltiples herramientas clientes
tengan acceso a informacin comn. Los departamentos individuales no
estn forzados a estandarizar sus herramientas y aplicaciones. En cambio,
lo que se estandariza es el modelo de datos subyacente y cada departamento
es libre de usar la herramienta que se adapte mejor a sus necesidades.
Basado en esquemas estndares en la industria (por ej. OGC) se puede
utilizar un sencillo explorador Web para acceder a mapas en el departamento
de planeamiento, datos de red en el departamento de ingeniera, y datos
inmobiliarios en la oficina de tasacin. De este modo una organizacin
aprovecha su inversin en datos geogrficos.
Aplicaciones empresariales
La plataforma habilitada para la ubicacin habilita aplicaciones empresariales
de comercio electrnico como Gestin de relaciones con el cliente (CRM),
Planeamiento de recursos empresariales (ERP), e Inteligencia de negocios
(BI) (Figura 3). Los servicios pblicos, por ejemplo, pueden competir sobre
cmo pueden integrar efectivamente sus CRM y operaciones de servicio
con las de los clientes y proveedores para crear una experiencia comercial
positiva. Al integrar informacin empresarial con informacin geogrfica
del cliente,las empresas pblicas logran amplia inteligencia de negocios, y
el valor crece exponencialmente. Los proveedores de servicios pueden utilizar
ahora informacin real de clientes para determinar la expansin del servicio,
mejorar la entrega, y determinar las demandas de carga.
Beneficios para la organizacin
La tecnologa de plataforma habilitada para ubicacin provee significativos beneficios institucionales y organizativos, al incrementar la
eficiencia operativa con menor costo. Los beneficios pueden incluir:

m y S A P. c o m p a r t n e r

SAP BR*Tools para gestin de

bases de datos Oracle

Las aplicaciones centrales de negocios como Filed Service, Asset

Management y Supply Chain son reforzadas por la tecnologa de
infraestructura de plataforma habilitada para ubicacin.
Ahorros: La eliminacin de la redundancia y mejoramiento
de la eficiencia reduce costos.
Consolidacin: La consolidacin de todos los datos de la
empresa crea una mejor integracin, una base de informacin
ms coherente y conduce a la toma de decisiones ms
informadas.
Simplificacin: Reduccin de los costos de capacitacin y
soporte inherentes a mltiples sistemas geogrficos
empresariales.
Las normas de interoperabilidad permiten la integracin de plataformas habilitadas para la ubicacin con las herramientas lderes
GIS del mercado. Por ejemplo, Oracle Locator y Spatial estn
directamente integrados con los proveedores lderes de tecnologa
de mapas GIS y servicios de localizacin. Esta combinacin de
tecnologa de plataforma y herramientas de socios permite a los
desarrolladores implementar rpidamente soluciones GIS
empresariales escalables y seguras. En este proceso permanente los
proveedores trabajan para adoptar e influir sobre los ms recientes
estndares abiertos.

Con la disponibilidad de BRSPACE en WAS 6.40, SAP ha completado un

conjunto de nuevas herramientas administrativas para los clientes Oracle/SAP.
Las nuevas herramientas reemplazan a SAPDBA. Aunque SAPDBA est
an disponible para Oracle9i, ya no es desarrollada. Por lo tanto, SAP
recomienda vivamente el uso de BR*Tools en su lugar.
BR*Tools presenta una interfaz con el usuario uniforme, manejada por
mens. Estn disponibles tanto una interfaz grfica (ver ilustracin) como
una interfaz de caracteres.
BR*Tools tambin provee mejoras sustanciales, como soporte para configuraciones MCOD, soporte para Oracle9i RAC, recuperacin automtica de
desastres y soporte para reorganizacin de tablas en lnea (cf. Oracle for
SAP Technology Update, vol. 12, p. 6-8).
El conjunto de herramientas completo consta de los siguientes componentes:
BRBACKUP: Realiza copias de seguridad de archivos de datos, archivos
de control, y archivos log de rehacer de la base de datos en lnea.
BRARCHIVE: Realiza copias de seguridad de archivos log de rehacer
fuera de lnea.
BRRESTORE: Restaura archivos de datos, archivos de control, y
archivos log de rehacer.
BRRECOVER: Recupera archivos de base de datos y restaura perfiles y
archivos log.
BRSPACE: Administra la instancia de base de datos, espacio (tablas,
archivos), y segmentos (tablas, ndices). Esto incluye la reorganizacin
de ndices y tablas.
BRCONNECT: Realiza tareas de administracin de la base de datos
como la actualizacin de estadsticas, verificar sistemas de base de datos,
adaptar los extents siguientes y la limpieza de logs y tablas DBA.
Tambin funciona como una herramienta de ayuda para controlar la base
de datos durante la realizacin de copias de seguridad.
BRTOOLS: Muestra los mens desde los que se llama a los otros
programas BR.
BRGUI: Opera como un GUI basado en Java, que funciona como el
programa de interfaz de BR*Tools.
Hay informacin detallada sobre cmo usar estas herramientas en
http://service.sap.com/dbaora/
Media Library
General
Backup and Recovery
Space Management.

La introduccin de datos de ubicacin en la base de datos Oracle

ha hecho posible la tecnologa de plataforma habilitada para la
ubicacin. La reciente adicin de caractersticas de infraestructura
clave como soporte para datos de trama (raster), modelos de datos
de red, topologa persistente, y otros avances han servido para
ampliar y completar el usoposible de esta plataforma. Utilizando
esta tecnologa, las grandes empresas en los sectores privado y
pblico mejorarn la eficiencia y tomarn mejores decisiones,
reduciendo as costos y mejorando el desempeo.

25

Bancos de pruebas
lderes en el mundo
sobre Oracle

Resultados de SAP Standard Application Benchmark sobre Oracle

La base de datos Oracle9i ha obtenido los ms altos niveles de prestaciones SAP al establecer resultados rcord en muchas categoras.

A fecha 19 de septiembre del 2003, estos bancos de pruebas cumplen totalmente con las
regulaciones de bancos de pruebas emitidas por el SAP Benchmark Council y han sido auditados
y certificados por SAP. (Fuente: SAP, http://www.sap.com/benchmark).
1

Fujitsu PRIMEPOWER 2500, SMP de 128 vas, SPARC64 V, 1,30GHz, cach L1 de 256 KB,
cach L2 de 2MB, SAP R/3 4.6C, 2 niveles, 13.000 usuarios de banco de pruebas SD,
1.314.000 elementos de lnea de pedidos procesados por hora, tiempo medio de respuesta de
dilogo de 1,87 segundos, Oracle9i Versin 2, certifcado el 20 de abril del 2003.

SAP SD Paralelo, 12.000 usuarios de banco de pruebas SD Paralelo, 3 niveles, 1.208.330

elementos de lnea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de dilogo,
certificacin N 2002031, SAP R/3 4.6C, Oracle9i Real Application Clusters (RAC), HP
AlphaServer ES45 Modelo 2, HP Tru64 Unix V5.1, Alpha EV6.8CB (21264C) 1.000 Mhz,
2 nivel/8MB, 4 nodos activos, 4 CPUs por nodo, memoria de 32.768MB por nodo, certificado
el 3 de junio del 2002.

SAP tiene una serie de bancos de pruebas oficiales, abiertos a

todos y auditados y certificados oficialmente por SAP. Dichos bancos
de pruebas estn categorizados en aplicaciones de Online
Transaction Processing (OLTP, Proceso de Transacciones Online) y
Business Warehouse (BW, Almacenamiento de Datos
Empresariales).6,7
Las funciones de OLTP estn categorizadas en
SD (Sales and Distribution o Venta y Distribucin)1
SD Paralelo (en grupos), 3 niveles2
ATO (Assemble-To-Order o montaje por pedido) de 23 y 34
niveles
PO-DP (Advanced Planning and Optimizer o Planificador y
Optimizador Avanzado)5
Estos bancos de pruebas se miden por transacciones por hora, por
nmero de usuarios soportados (SD y SD Paralelo), por nmero de
pedidos de montaje (ATO) o por nmero de combinaciones
caractersticas por hora (APO-DP).

Montaje por pedido (ATO) de 2 niveles: Fujitsu PrimePower 2000, 128 procesadores, Sparc 64
560 MHz, cach L2 de 8MB, memoria de 128GB, SAP R/3 4.6B, 2 niveles, 34.260 pedidos de
montaje (AO, Assembly Orders) totalmente procesados por hora, Oracle8i, Solaris 8, certificado
el 29 de mayo del 2001.

Montaje por pedido (ATO) de 3 niveles: HP Superdome, 64 procesadores, PA8700 750 MHz,
cach de 25MB, memoria de 128GB, SAP R/3 4.6C, 3 niveles, 144.090 pedidos de montaje
totalmente procesados por hora, Oracle9i HP-UX 11i, certificado el 17 de enero del 2002.

SAP APO-DP 3.0A; IBM eServer pSeries 690; 16 vas, POWER4 1.3GHz, cach L2 de
11.2MB, cach L3 de 256MB; 128GB; AIX 5.1; Oracle9i; N de combinaciones planificadas de
caractersticas en el nivel agregado/hora: 474.162; certificado el 26 de agosto del 2002.

SAP Business Information Warehouse (BW): HP AlphaServer GS320, Alpha 21264

de 32 procesadores, 731 MHz, Tru64 UNIX V5.1, 32GB, Oracle 8.1.6; paso 1 (fase de carga
rendimiento medio en filas/hora) 114.509.804; paso 2 (fase de realineacin N de filas/hora)
313.849.599; paso 3 (fase de consulta rendimiento/hora), 207.323; SAP BW Versin 2.0B,
certificado el 28 de diciembre del 2000.

SAP Business Information Warehouse (BW): HP AlphaServer GS320, Alpha 21264

de 32 procesadores, 731 MHz, Tru64 UNIX V5.1, 32GB, Oracle 8.1.6; paso 1 (fase de carga
rendimiento medio en filas/hora) 114.509.804; paso 2 (fase de realineacin N de filas/hora)
313.849.599; paso 3 (fase de consulta rendimiento/hora), 207.323; SAP BW Versin 2.0B,
certificado el 28 de diciembre del 2000.

SAP SD 2-Tier Single Server Results

En mayo del 2003, Oracle estableci un resultado sobresaliente de 13.000 usuarios de banco
de pruebas para el SAP Sales and Distribution (SD) Standard Application Benchmark de 2
niveles en servidores nicos. Eso es ms del 200% ms usuarios de banco de pruebas SD
que lo que IBM o Microsoft pueden manejar. Oracle ahora ostenta los primeros 8 rcords
de banco de pruebas SD de 2 niveles en servidores nicos.
El banco de pruebas SD de SAP simula las actividades de un sistema de entrada de pedidos,
utilizando un conjunto de transacciones de negocios para crear, revisar y modificar pedidos
de clientes y sus entregas.
Oracle9i es la base de datos ms rpida y escalable para cualquier tamao de empresa
con sobresalientes resultados en los bancos de pruebas SD de 2 niveles de SAP
A fecha 2 de diciembre del 2003: Estos bancos de pruebas cumplen totalmente las regulaciones de bancos de pruebas emitidas por el SAP Benchmark Council y han sido auditados y certificados por
SAP (Fuente: SAP, http://www.sap.com/benchmark).
1

Fujitsu PRIMEPOWER 2500, SMP de 128 vas, SPARC64 V, 1.30GHz, cach L1 de 256 KB, cach L2 de 2MB, SAP R/3 4.6C, 2 niveles, 13.000 usuarios de banco de pruebas SD, 1.314.000
elementos de lnea de pedido totalmente procesados por hora, tiempo medio de respuesta de dilogo de 1,87 segundos, Oracle9i Versin 2, certificado el 20 de abril del 2003.
IBM eServer pSeries p690, 32 procesadores, Power4 a 1.3GHz, SAP R/3 4.6C, 2 niveles, 4.128 usuarios de banco de pruebas SD, 416.670 elementos de lnea de pedido totalmente procesados por
hora, tiempo medio de respuesta de dilogo de 1,89 segundos, DB2 V7.2, certificado el 27 de septiembre del 2002.
3
NEC Express 5800 Modelo 1320Xd, SMP de 32 vas, Intel Itanium 2, 1.5GHz, SAP R/3 4.70, SD 2 niveles, 4.030 usuarios SD, 1,95 segundos de tiempo medio de respuesta, 405.000 elementos
de lnea de pedido totalmente procesados/hora, SQL Server 2000, Windows Server 2003 Datacenter Edition, certificado el 18 de diciembre del 2003.
2

Resultados de SAP Standard Application Benchmark sobre Oracle

http://www.oracle.com/solutions/ performance_scalability/tp_sapbench.html

26

m y S A P. c o m p a r t n e r

SAP SD de 2 niveles Banco de pruebas de servidor nico con 4 procesadores

En abril del 2003, Oracle estableci un mejor resultado en SAP de 860 usuarios SD en servidor nico
de 4 procesadores (31% ms usuarios SD que IBM; 25% ms que Microsoft) para el SAP Sales and
Distribution (SD) Standard Application Benchmark de 2 niveles. El banco de pruebas SD de SAP
simula las actividades de un sistema de entrada de pedidos, utilizando un conjunto de transacciones
de negocios para crear, revisar y modificar pedidos de clientes y sus entregas. Este ltimo resultado
sobre 4 procesadores se aade a la larga lista de altos resultados de bancos de pruebas SD de 2 niveles
de Oracle que incluyen los mejores resultados SD de 2 niveles publicados sobre un nico servidor de
32 procesadores (en enero del 2003) lo que convierte a Oracle9i en la base de datos ms rpida y
escalable para cualquier tamao de empresa.
A fecha abril del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el SAP Benchmark
Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).
1

HP rx5670, 4 procesadores, Intel Itanium 2 a 1.5GHz, SAP R/3 4.6C, 2 niveles, 860 usuarios SD, 86.330 elementos de lnea de pedido completamente procesados por hora, tiempo medio de respuesta de dilogo de
1,97 segundos, Oracle9i Versin 2, HP-UX 11i, certificado el 16 de abril del 2003.
2
IBM xSeries 455 Modelo 8855-3RX, SMP de 4 vas, Intel Itanium 2, 1.5GHz, SAP R/3 Enterprise 4.70, 2 niveles, 655 usuarios SD, 66.330 elementos de lnea de pedido completamente procesados por hora, tiempo
medio de respuesta de dilogo de 1,86 segundos, DB2 UDB 8.1, Windows Server 2003 Enterprise Edition. Certificado el 11 de noviembre del 2003.
3
Fujitsu Siemens Computers Primergy Modelo RXI600, SMP de 4 vas, Intel Itanium 2, 1.5GHz, SAP R/3 4.70, 2 niveles, 685 usuarios SD, 69.000 elementos de lnea de pedido completamente procesados por hora,
tiempo medio de respuesta de dilogo de 1,92 segundos, SQL Server 2000, Windows Server 2003 Enterprise Edition, certificado el 8 de octubre del 2003.

SAP SD 2-Tier

SAP SD de 2 niveles Banco de pruebas en servidor nico de 8 procesadores

8-Processor Single Server Benchmark

En septiembre del 2003, Oracle estableci un mejor resultado en SAP de 1.500 usuarios SD en servidor
nico de 8 procesadores (66% ms de lo que Microsoft puede manejar, y 23% ms que IBM)
para el SAP Sales and Distribution (SD) Standard Application Benchmark de 2 niveles. El banco de
pruebas SD de SAP simula las actividades de un sistema de entrada de pedidos, utilizando un conjunto
de transacciones de negocio para crear, revisar y modificar pedidos de clientes y sus entregas. Este
ltimo resultado sobre 8 procesadores se aade a la larga lista de altos resultados de bancos de pruebas
SD de 2 niveles de Oracle lo que convierte a Oracle9i en la base de datos ms rpida y
escalable para cualquier tamao de empresa.
A fecha septiembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el SAP
Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).
1
2
3

HP rx7620, SMP de 8 vas, Intel Itanium 2 a 1.5GHz, SAP R/3 4.70, 2 niveles, 1.500 usuarios SD, 150.670 elementos de lnea de pedido completamente procesados por hora, tiempo medio de respuesta de dilogo de
1,95 segundos, Oracle9i Versin 2, HP-UX 11i, certificado el 12 de septiembre del 2003.
IBM eServer pSeries 650, SMP de 8 vas, Power4, 1.45GHz, SAP R/3 4.6C, 2 niveles, 1.220 usuarios SD, 122.670 elementos de lnea de pedido completamente procesados por hora, tiempo medio de respuesta de
dilogo de 1,95 segundos, DB2 UDB 8.1, Windows Enterprise Server 2003, certificado el 16 de enero del 2003.
Fujitsu Siemens PRIMERGY Modelo RX800, SMP de 8 vas, Intel Xeon MP, 2.8GHz, SAP R/3 4.70, SD de 2 niveles, 900 usuarios SD, 90.330 elementos de lnea de pedido completamente procesados/hora, tiempo
medio de respuesta de 1,98 segundos, SQL Server 2000, Windows Server 2003 Enterprise Edition, certificado el 17 de octubre del 2003

SAP SD de 2 niveles Banco de pruebas en servidor nico de 16 procesadores

En noviembre del 2003, Oracle estableci un mejor resultado en SAP de 2.880 usuarios SD en servidor
nico de 16 procesadores para el SAP Sales and Distribution (SD) Standard Application Benchmark
de 2 niveles. Estos resultados confirman el liderazgo de Oracle en casi todos los tamaos de implementaciones SAP. Sobre servidores comparables, Oracle sobrepasa en rendimiento a Microsoft
al manejar un 33% ms usuarios de banco de pruebas SD y a IBM al manejar un 89% ms
usuarios de banco de pruebas SD. El banco de pruebas SD de SAP simula las actividades de un
sistema de entrada de pedidos, utilizando un conjunto de transacciones de negocio para crear, revisar
y modificar pedidos de clientes y sus entregas. Este ltimo resultado sobre 16 procesadores se aade
a la larga lista de altos resultados de bancos de pruebas SD de 2 niveles de Oracle lo que convierte
a Oracle9i en la base de datos ms rpida y escalable para cualquier tamao de empresa.
Ms rcords mundiales del SD de 2 niveles de SAP:
A fecha 3 de diciembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el SAP Benchmark Council y han sido auditados y certificados
por SAP (Fuente: SAP, http://www.sap.com/benchmark).
1
2
3

HP Integrity rx8620, 16 procesadores, Intel Itanium 2 a 1.5GHz, SAP R/3 4.70, 2 niveles, 2.880 usuarios SD, 289.000 elementos de lnea de pedido completamente procesados por hora, tiempo
medio de respuesta de dilogo de 1,95 segundos, Oracle9i Versin 2, HP-UX 11i, certificado el 21 de noviembre del 2003.
IBM xSeries 445, 16 procesadores, Intel Xeon MP a 2.8GHz, SAP R/3 4.70, 2 niveles, 1.520 usuarios SD, 152.330 elementos de lnea de pedido completamente procesados por hora, tiempo medio
de respuesta de dilogo de 1,98 segundos, DB2 UDB 8.1, Microsoft Server 2003 Datacenter Edition, certificado el 10 de noviembre del 2003.
HP Integrity Superdome, 16 procesadores, Intel Itanium 2 a 1.5GHz, SAP R/3 4.70, 2 niveles, 2.160 usuarios SD, 217.330 elementos de lnea de pedido completamente procesados por hora,
tiempo medio de respuesta de dilogo de 1,93 segundos, Microsoft SQL Server 2000, Microsoft Server 2003 Datacenter Edition, certificado el 19 de noviembre del 2003.
Bancos de pruebas lderes en el mundo sobre Oracle

27

Bancos de pruebas
lderes en el mundo
sobre Oracle

SAP SD de 2 niveles Banco de pruebas en servidor nico de 32 procesadores

En enero del 2003, Oracle estableci un mejor resultado en SAP de 4.500 usuarios SD en servidor
nico de 32 procesadores para el SAP Sales and Distribution (SD) Standard Application Benchmark
de 2 niveles. El banco de pruebas SD de SAP simula las actividades de un sistema de entrada de pedidos,
utilizando un conjunto de transacciones de negocio para crear, revisar y modificar pedidos de clientes
y sus entregas. Este ltimo resultado sobre 32 procesadores se aade a la larga lista de altos resultados
de bancos de pruebas SD de 2 niveles de Oracle lo que convierte a Oracle9i en la base de datos ms
rpida y escalable para cualquier tamao de empresa.
A fecha enero del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el SAP
Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

HP AlphaServer Modelo GS 1280, 32 procesadores, Alpha 21364C (EV7) 1.150 MHz, SAP R/3 4.6C, 2 niveles, 4.500 usuarios SD, 464.330 elementos de lnea de pedido completamente
procesados por hora, tiempo medio de respuesta de dilogo de 1,63 segundos, Oracle9i Versin 2, Tru64 Unix 5.1B, certificado el 27 de enero del 2003.
IBM eServer pSeries p690, 32 procesadores, Power4 a 1.3GHz, SAP R/3 4.6C, 2 niveles, 4.128 usuarios SD, 416.670 elementos de lnea de pedido completamente procesados por hora, tiempo
medio de respuesta de dilogo de 1,89 segundos, DB2 V7.2, AIX 5.1L, certificado el 27 de septiembre del 2002.
NEC Express5800 Modelo 1320Xd, SMP de 32 vas, Intel Itanium 2, 1.5GHz, SAP R/3 4.70, SD de 2 niveles, 4.400 usuarios SD, 1,85 segundos de tiempo medio de respuesta, 446.670 elementos
de lnea de pedido completamente procesados/hora, SQL Server 2000, Windows Server 2003 Datacenter Edition, certificado el 13 de febrero del 2004.

SAP Parallel SD Benchmark Banco de pruebas SD Paralelo lder en el mundo

No es slo en servidores nicos donde Oracle est estableciendo rcords en bancos de pruebas
SAP Sales and Distribution (SD). Oracle9i Real Applications Clusters est estableciendo tambin estndares en el banco de pruebas paralelo de SAP. El banco de pruebas SD de SAP simula las actividades de un sistema de entrada de pedidos, utilizando un conjunto de transacciones
de negocio para crear, revisar y modificar pedidos de clientes y sus entregas.
La base de datos Oracle9i mantiene los rcords para los bancos de pruebas SD paralelos
de 3 niveles de SAP.
A fecha 29 de agosto del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas
emitidas por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP,
http://www.sap.com/benchmark).
1

2
3

SAP SD Parallel, 12.000 usuarios de banco de pruebas SD Parallel, 3 niveles, 1.208.330 elementos de lnea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de dilogo,
certificacin N 2002031, SAP R/3 4.6C, Oracle9i Real Application Clusters (RAC), HP AlphaServer ES45 Modelo 2, HP Tru64 Unix V5.1, Alpha EV6.8CB (21264C) 1.000 Mhz,
2 nivel/8MB, 4 nodos activos, 4 CPUs por nodo, 32.768MB de memoria por nodo, certificado el 3 de junio del 2002.
Sin resultado equivalente.
Sin resultado equivalente.

SAP con Oracle9i RAC

Los bancos de pruebas en paralelo SAP del Oracle9i Real Application Cluster establecen claramente los estndares de escalabilidad en la industria. El banco de pruebas SD de SAP simula
las actividades de un sistema de entrada de pedidos, utilizando un conjunto de transacciones
de negocio para crear, revisar y modificar pedidos de clientes y sus entregas.
La base de datos Oracle9i muestra unos resultados sobresalientes de escalabilidad
lineal de ms de un 80% con el banco de pruebas SD de 3 niveles paralelo (agrupado)
de SAP a travs de 1, 2 y 4 nodos.
A fecha 19 de septiembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de
pruebas emitidas por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP,
http://www.sap.com/benchmark).
1 SAP SD Parallel, 3.640 usuarios SD paralelos, 3 niveles, 404.000 elementos de lnea de pedido/hora, 0,81 segundos
de tiempo medio de respuesta de dilogo, certificacin N 2002029, SAP Rf/3 4.6C, Oracle9i Real Application Clusters (RAC), HP AlphaServer ES45 Modelo 2, HP Tru64 Unix V5.1,
Alpha EV6.8CB (21264C) 1.000 Mhz, 2 nivel/8MB, 1 nodo activo, 1 nodo pasivo, 4 CPUs por nodo, 32.768MB de memoria por nodo, certificado el 3 de junio del 2002.

28

SAP SD Parallel, 6.580 usuarios SD paralelos, 3 niveles, 668.330 elementos de lnea de pedido/hora, 1,81 segundos de tiempo medio de respuesta de dilogo, certificacin N 2002030,
SAP R/3 4.6C, Oracle9i Real Application Clusters (RAC), HP AlphaServer ES45 Modelo 2, HP Tru64 Unix V5.1, Alpha EV6.8CB (21264C) 1.000 Mhz, 2 nivel/8MB, 2 nodos
activos, 4 CPUs por nodo, 32.768MB de memoria por nodo, certificado el 3 de junio del 2002.

SAP SD Parallel, 12.000 usuarios SD paralelos, 3 niveles, 1.208.330 elementos de lnea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de dilogo, certificacin
N 2002031, SAP R/3 4.6C, Oracle9i Real Application Clusters (RAC), HP AlphaServer ES45 Modelo 2, HP Tru64 Unix V5.1, Alpha EV6.8CB (21264C) 1.000 Mhz, 2 nivel/8MB,
4 nodos activos, 4 CPUs por nodo, 32.768MB de memoria por nodo, certificado el 3 de junio del 2002.

m y S A P. c o m p a r t n e r

Banco de pruebas SAP ATO de 2 niveles

El banco de pruebas de pedido por montaje integra cadenas de procesos entre soluciones de negocio
mySAP. El escenario de ATO se caracteriza por las ventas de alto volumen, tiempos de produccin cortos
(desde horas hasta un da) y montaje individual para cada pedido. El banco de pruebas de montaje por
pedido puede ser de 2 o de 3 niveles.
Oracle ha establecido prestaciones rcord en bancos de pruebas ATO de 2 niveles al procesar
21 veces el nmero de pedidos montados (AO o Assembled Orders) comparado con Microsoft
y 4 veces el nmero de pedidos montados (AO) comparado con IBM.
A fecha 19 de septiembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas
por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

2
3

Montaje por pedido (ATO) de 2 niveles: Fujitsu PrimePower 2000, 128 procesadores, Sparc 64 560 MHz, cach L2 de 8MB, 128GB de memoria, SAP R/3 4.6B, 2 niveles, 34.260 pedidos de
montaje (AO) completamente procesados por hora, Oracle8i, Solaris 8, certificado el 29 de mayo del 2001.
IBM eServer pSeries 680, 24 procesadores, 600 MHz, AIX 4.3.3, 32GB, DB2 v7.1, SAP R/3 4.6B, 2 niveles, 8.570 AO completamente procesados por hora, certificado el 12 de octubre del 2000.
HP NetServer LXr8500, 8 procesadores, 700 MHz, Windows 2000, 8GB, Microsoft SQL Server 2000, SAP R/3 4.6B, 2 niveles, 1.610 AO completamente procesados por hora,
certificado el 5 de febrero del 2001.

Banco de pruebas ATO de 3 niveles de SAP Banco de pruebas ATO

de 3 niveles, rcord mundial

El banco de pruebas de montaje por pedido integra cadenas de procesos entre soluciones de negocios
mySAP. El escenario de ATO se caracteriza por las ventas de alto volumen, tiempos de produccin cortos
(desde horas hasta un da) y montaje individual para cada pedido. El banco de pruebas de montaje por
pedido puede ser de 2 o de 3 niveles.
Al procesar un 165% ms de pedidos que IBM, Oracle ha establecido un rcord mundial de
rendimiento en los bancos de pruebas ATO de 3 niveles.
A fecha 29 de agosto del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por
el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

1 Montaje por pedido (ATO) de 3 niveles: HP Superdome, 64 procesadores, PA8700 750 MHz, cach de 25MB, 128GB de memoria,
SAP R/3 4.6C, 3 niveles, 144.090 pedidos de montaje completamente procesados por hora, Oracle9i HP-UX 11i, certificado el 17 de enero del 2002.
IBM RS/6000 Enterprise Server Modelo S80, 24 procesadores, RS64-III, 450 MHz, cach L2 de 8MB, 32MB de memoria, SAP R/3 4.6B, 3 niveles, 54.220 pedidos de montaje completamente
procesados por hora, DB2 UDB v7.1, AIX 4.3.3, certificado el 23 de agosto del 2000.
Sin resultado equivalente.

SAP APO-DP Benchmark Banco de pruebas APO-DP, rcord mundial

APO-DP (Advanced Planner and Optimizer - Demand Planning o Planificador y Optimizador Avanzado
Planificacin de Demanda): SAP APO-DP es el componente de planificacin de la gestin de cadena
logstica mySAP. El resultado del banco de pruebas muestra excelentes prestaciones para llevar a cabo
modelos de planificacin de demanda de cadenas logsticas.
Oracle ha establecido prestaciones rcord en los bancos de pruebas APO-DP al procesar un
265% ms de combinaciones caractersticas que IBM y un 200% ms que Microsoft.
A fecha 29 de agosto del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el
SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

SAP APO-DP 3.0A; IBM eServer pSeries 690; 16 vas, POWER4 1.3GHz, cach L2 de 11.2MB, cach L3 de 256MB; 128GB; AIX 5.1; Oracle9i; N de combinaciones de caractersticas
planifica das sobre el nivel agregado/hora: 474.162; certificado el 26 de agosto del 2002.

SAP APO-DP 3.0A; IBM eServer pSeries 660 Modelo 6M1; 8 vas, RS64 IV, 750 MHz, cach L2 de 8MB; 32GB; AIX 4.3.3; IBM DB2 EEE 7.1; N de combinaciones de caractersticas
planifica das sobre el nivel agregado/hora: 129.871; certificado el 23 de octubre del 2001.

SAP APO-DP 3.0A; HP Server rx5670; 4 vas, Intel Itanium 2, 1GHz, cach L3 de 3MB; 32GB; Windows Advanced Server Limited Edition 1.2; Microsoft SQL Server 2000; N de combinaciones
de caractersticas planificadas sobre el nivel agregado/hora: 157.555; certificado el 30 de septiembre del 2002.

29

Bancos de pruebas
lderes en el mundo
sobre Oracle

Adems de los bancos de pruebas OLTP (SD, ATO, etc.), est tambin el banco de pruebas SAP
Business Warehouse (BW) que es un banco de pruebas ms tipo almacn de datos. El SAP BW
se mide en 3 fases distintas carga y realineacin de datos (medidos en filas procesadas por hora)
y fase de consulta (medida en pasos de navegacin por hora
Oracle ha establecido el rcord mundial de las fases de carga, realineacin y consulta
de SAP BW del banco de pruebas SAP BW con fecha 2 de mayo del 2003.
A fecha 19 de septiembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas emitidas por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

SAP Business Information Warehouse (BW): HP AlphaServer GS320, Alpha 21264 de 32 procesadores, 731 MHz, Tru64 UNIX V5.1, 32GB, Oracle 8.1.6; paso 1 (fase de carga rendimiento
medio en filas/hora) 114.509.804; paso 2 (fase de realineacin N de filas/hora) 313.849.599; paso 3 (fase de consulta rendimiento/hora), 207.323; SAP BW Versin 2.0B, certificado el 28 de
diciembre del 2000.

IBM RISC System 6000 SAP Business Information Warehouse (BW), continuacin: S80, PowerPC-RS64-III de 24 procesadores, 450 MHz, cach L2 de 8MB, 8GB RAM, DB2 UDB 6.1; paso 1
(fase de carga rendimiento medio en filas/hora) 3.144.179; paso 2 (fase de realineacin N de filas/hora) 14.600.000; paso 3 (fase de consulta rendimiento/hora), 115.570; SAP R/3 4.6B, SAP
BW Versin 1.2B, certificado el 31 de enero del 2000.

HP ProLiant 8000, 8 procesadores, Intel Pentium III Xeon, 700 MHz, cach L2 de 2MB, 4GB RAM, Microsoft SQL Server 2000; paso 1 (fase de carga rendimiento medio en filas/hora)
2.125.546; paso 2 (fase de realineacin N de filas/hora) 10.657.000; paso 3 (fase de consulta rendimiento/hora), 38.815; SAP R/3 4.5B, SAP BW Versin 1.2B,
certificado el 16 de junio del 2000.

Adems de los bancos de pruebas OLTP (SD, ATO, etc.), est tambin el banco de pruebas SAP
Business Warehouse (BW) que es un banco de pruebas ms tipo almacn de datos. El SAP BW se
mide en 3 fases distintas carga y realineacin de datos (medidos en filas procesadas por hora) y fase
de consulta (medida en pasos de navegacin por hora).
Al procesar un 79% ms pasos de navegacin que IBM y un 434% ms que Microsoft,
Oracle tambin ha establecido el rcord mundial para la fase de consulta del banco de
pruebas SAP BW, con fecha 2 de mayo del 2003.
A fecha 19 de septiembre del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebas
emitidas por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

30

SAP Business Information Warehouse (BW): HP AlphaServer GS320, Alpha 21264 de 32 procesadores, 731 MHz, Tru64 UNIX V5.1, 32GB, Oracle 8.1.6; paso 1 (fase de carga
rendimiento medio en filas/hora) 114.509.804; paso 2 (fase de realineacin N de filas/hora) 313.849.599; paso 3 (fase de consulta rendimiento/hora), 207.323; SAP BW Versin
2.0B, certificado el 28 de diciembre del 2000.

IBM RISC System 6000 SAP Business Information Warehouse (BW), continuacin: S80, PowerPC-RS64-III de 24 procesadores, 450 MHz, cach L2 de 8MB, 8GB RAM, DB2 UDB
6.1; paso 1 (fase de carga rendimiento medio en filas/hora) 3.144.179; paso 2 (fase de realineacin N de filas/hora) 14.600.000; paso 3 (fase de consulta rendimiento/hora),
115.570; SAP R/3 4.6B, SAP BW Versin 1.2B, certificado el 31 de enero del 2000.

HP ProLiant 8000, 8 procesadores, Intel Pentium III Xeon, 700 MHz, cach L2 de 2MB, 4GB RAM, Microsoft SQL Server 2000; paso 1 (fase de carga rendimiento medio en
filas/hora) 2.125.546; paso 2 (fase de realineacin N de filas/hora) 10.657.000; paso 3 (fase de consulta rendimiento/hora), 38.815; SAP R/3 4.5B, SAP BW Versin 1.2B,
certificado el 16 de junio del 2000.

Oracle para SAP BW

Tecnologa de Oracle para SAP Business

Information Warehouse
SUMARIO

Las exigencias de un almacn para una base de datos son significativamente

distintas de las de un sistema OLTP (procesamiento de transacciones en
lnea). En los sistemas OLTP, se procesa una gran cantidad de transacciones
ms bien "pequeas. Pequeo se refiere a la cantidad de objetos de base
de datos y la cantidad de datos involucrados as como en el caso de
operaciones de lectura al tamao del resultado. Un sistema de almacn
(warehouse) puede utilizar funcionalidad OLAP (procesamiento analtico en
lnea). En este tipo de sistema, la cantidad de usuarios o transacciones es
bastante pequea. No obstante, stas suelen ser transacciones muy grandes
en trminos de la cantidad objetos de base de datos involucrados, el monto
de datos a manejar y el tamao del resultado.
Oracle es la base de datos ms popular para data warehousing en general
y para Business Information Warehouse de SAP (SAP BW) en particular
debido a su capacidad de satisfacer los requisitos centrales para data warehousing: desempeo, escalabilidad, y administrabilidad. La superioridad de
Oracle es confirmada por pruebas comparativas, estudios de los analistas y
experiencias de los clientes. Dos ejemplos son el bien conocido: 5 Terabyte
Showcase y un estudio de Winter Corporation sobre data warehousing a
gran escala con Oracle.
En 2002, SAP y Sun construyeron y probaron con xito un sistema
SAP BW que admita el equivalente a 20.000 usuarios realizando
cientos de miles de operaciones por hora contra ms de 5 terabytes de
datos. La base de datos escogida por SAP y Sun para este exigente
proyecto fue Oracle9i.
En 2003, Winter Corporation public el documento Field Experience
with Large-Scale Data Warehousing on Oracle, que es particularmente
interesante porque no se basa sobre pruebas comparativas y de
laboratorio sino sobre experiencias reales de los clientes. Entre los
ejemplos mencionados est el sistema SAP BW de Colgate-Palmolive
Company, una de las mayores implementaciones conocidas de BW. A
pesar del tamao y la complejidad del sistema, Colgate ha descubierto
que Oracle es rpido, escalable, robusto y fcil de usar.
Este artculo describe caractersticas clave de data warehousing con
Oracle9i. Algunas de stas ya estaban disponibles en Oracle8i, Oracle8
o incluso Oracle7 (ver recuadro). No obstante, todos ellos son especiales
en comparacin con otros sistemas de base de datos y explican por qu
Oracle puede soportar incluso los mayores sistemas SAP BW:
Particionamiento: Oracle Partioning, una opcin de Oracle9i Enterprise
Edition, puede mejorar la administrabilidad, desempeo, y disponibilidad
de una amplia variedad de aplicaciones. El particionamiento permite que
las tablas, ndices, y las tablas organizadas por ndice sean subdivididos
en piezas ms pequeas, lo que permite que estos objetos de base de
datos sean administrados y accedidos a un nivel ms fino de granularidad.

Base de datos Oracle para Data Warehousing

Innovacin continua
Oracle 7.3
Hash Join
Indices de bitmap
Optimizador reconocedor del paralelismo
Vistas de particin
Afinidad de instancia: Function Shipping
Parallel Union All
Prelectura asincrnica
Histogramas
Anti-Join
Oracle 8.0
Tablas e ndices particionados
Pruning de particiones
Bsqueda en ndices paralelos
Insercin, actualizacin y eliminacin en paralelo
Consulta paralela de bitmap en estrella ANALYZE paralelo
Habilitacin de restricciones en paralelo
Oracle8i
Gestin de sumarios
Nuevos esquemas de particionamiento
Gestin de recursos
Monitor de avance
Consulta paralela adaptable
Funciones analticas basadas en servidor
Espacios de tablas transportables
Indices funcionales
Uniones por particin
Oracle9i
Particionamiento de listas
Particionamiento de listas compuesto
Indices bitmap de uniones
Gestin dinmica de memoria compartida
Memoria de ejecucin SQL auto-optimizable
Gestin automtica de deshacer
Recoleccin mejorada de estadsticas
Oracle9i OLAP
Segmentos de datos comprimidos

Oracle provee una amplia variedad de esquemas de particionamiento para

cubrir cada necesidad. Ms an, dado que es enteramente transparente a las
sentencias SQL, el particionamiento puede usarse en casi cualquier aplicacin.
Paralelismo: El paralelismo es la capacidad de aplicar mltiples recursos
de CPU y E/S a la ejecucin de un nico comando SQL. La exclusiva
arquitectura paralela permite que cualquier consulta se ejecute con
cualquier grado de paralelismo. Oracle elige inteligentemente el grado
de paralelismo para cada consulta, segn la complejidad de la consulta,
el tamao de las tablas en la consulta, la configuracin de hardware,
y el nivel actual de actividad en el sistema. El paralelismo es una
caracterstica fundamental para ejecutar consultas sobre grandes
volmenes de datos.

31

Oracle para SAP BW

Indices bitmap: El tipo de ndice ms comn en un almacn de datos

Oracle es un ndice bitmap. La tcnica de compresin patentada de Oracle
hace extremadamente pequeos esos ndices bitmap; son tpicamente
un orden de magnitud menores a los ndices en B*-tree. El beneficio de
esta tcnica de compresin es que los clientes pueden crear ms ndices
utilizando la misma cantidad de almacenamiento y con los mismoscostos
de mantenimiento. Los usuarios obtienen mejor desempeo en las
consultas porque pueden construir ndices sobre ms columnas clave
utilizando bitmap.
Optimizaciones de consulta en estrella: Un tipo de consulta que
suele hacerse en almacenes de datos es la consulta en estrella. Oracle ha
desarrollado una tecnologa especfica para este tipo comn de consulta
y admite consultas en estrella con su tecnologa transformacin
enestrella, una aplicacin innovadora de ndices bitmap y optimizacin
avanzada de consultas. Esta probada tecnologa ha sido implementada
ampliamente por los clientes de Oracle8 y Oracle8i.
Gestin automtica de memoria: Tradicionalmente, los administradores han debido cerrar la instancia de Oracle para ampliar o reducir
los componentes de System Global Area (SGA). Oracle9i presenta una
caracterstica de administracin dinmica de memoria que permite
cambiar dinmicamente el tamao del cach y pool compartido.
Tambin provee gestin transparente de la memoria de trabajo para
ejecucin de SQL (por ej. reas de clasificacin) al auto-ajustar los
parmetros de inicializacin del runtime que controlan la asignacin
de memoria privada.
Almacenamiento de datos: Los datos almacenados en bases de
datos relacionales crecen como resultado de las mayores necesidades
empresariales. Una porcin significativa del costo vinculado a mantener
grandes cantidades de datos son los sistemas de disco, y los recursos
utilizados para administrar esos datos. Oracle9i presenta un modo
exclusivo de tratar con este costo al comprimir los datos almacenados en
tablas relacionales. Virtualmente no existe impacto negativo alguno en
el tiempo de consulta de esos datos.
PARTICIONAMIENTO
Para data warehousing, una de las reas ms difciles en cuanto a la
escalabilidad es soportar grandes volmenes de datos. Los almacenes de datos
son tpicamente las mayores bases de datos de la empresa, y por lo tanto la
gestin de datos es un requisito clave. Existen dos capacidades clave
necesarias para soportar grandes volmenes de datos: particionamiento y
paralelismo. El particionamiento provee la capacidad para dividir operaciones
sobre volmenes de datos muy grandes en operaciones ms pequeas; el
particionamiento es una tcnica de "dividir y conquistar" para administrar
grandes tablas e ndices. El paralelismo provee la capacidad de aplicar
mltiples recursos de CPU a una operacin nica. Ultimamente, el
paralelismo permite a Oracle aprovechar plenamente toda la potencia de
CPU disponible en un sistema. La clave de la escalabilidad es la combinacin
de estas dos capacidades.
Oracle Partioning, una opcin de la Enterprise Edition presentada por
primera vez con Oracle8, ofrece mejoras significativas en la administrabilidad,

32

Fig. 1a: Particionamiento por rangos

Fig. 1b: Particionamiento por hash

Fig. 1c: Particionamiento por lista

Fig. 1d: Particionamiento compuesto

disponibilidad, y desempeo en la consulta a grandes tablas e ndices.

Oracle provee una amplia gama de opciones de particionamiento.
Opciones de particionamiento
La base de datos Oracle9i ofrece varios mtodos de particionamiento
diseados para distintas situaciones particulares:
El particionamiento por rangos asigna datos a las particiones segn los
valores clave que se establezcan para cada particin. Es el tipo ms comn
de particionamiento y suele usarse con fechas. El particionamiento por
rangos es tambin el mtodo ideal para operaciones de rolling window
en un almacn de datos. En instalaciones estndar SAP BW en Oracle,
PSA y las tablas fact estn particionadas por rangos (tabla E por tiempo,
tabla F por Batch ID).
El particionamiento asigna datos a particiones segn un algoritmo de
hashing que Oracle aplica a la clave de particionamiento que se indique.
El algoritmo de hashing distribuye uniformemente las filas entre
particiones, dndoles aproximadamente el mismo tamao. El particionamiento hash es el mtodo ideal para distribuir datos uniformemente
entre dispositivos. Es una alternativa buena y fcil de usar al particionamiento por rangos cuando los datos no son histricos y no existe una
columna o lista obvia en que la particin lgica por rangos resulte
ventajosa. Sin embargo, no admite rolling windows.
El particionamiento por lista complementa la funcionalidad del
particionamiento por rangos. El particionamiento por rangos es til
para segmentar una tabla en un dominio continuo (muy frecuentemente,
las tablas son particionadas por rango por TIME (tiempo), de manera
que cada particin contiene los datos de un cierto rango de valores TIME,
como una particin por mes o por semana). En contraste, el particionamiento por lista es til para segmentar una tabla en un dominio

Oracle para SAP BW

discreto. Cada particin en un esquema de particionamiento por lista corresponde a una lista de valores discretos.
Adems, Oracle admite particionamiento compuesto por rango-hash
y rango-lista.

aplicaciones de la tabla permanecen en lnea y disponibles; la aplicacin

puede seguir ejecutando consultas y transacciones contra esta tabla particionada, y estas operaciones de base de datos se ejecutarn correctamente si
no deben acceder a la particin no disponible.

Particionamiento para administrabilidad

Con el particionamiento, se pueden concentrar las operaciones de
mantenimiento sobre porciones particulares de tablas. Por ejemplo, un
administrador de base de datos podra hacer una copia de seguridad de
una sola particin de una tabla, en lugar de toda la tabla. Para operaciones
de mantenimiento en todo un objeto de base de datos, es posible realizar
estas operaciones particin a particin, dividiendo por lo tanto el proceso
de mantenimiento en porciones ms manejables.

EJECUCIN EN PARALELO

Un uso tpico de particionamiento para administrabilidad es para dar

soporte a un proceso de carga de rolling window en un almacn de datos.
Supngase que un DBA carga semanalmente datos nuevos en una tabla.
Esa tabla podra ser particionada por rangos de modo que cada particin
contenga una semana de datos. El proceso de carga es sencillamente la adicin
de una particin nueva. Agregar una particin es mucho ms eficiente
que modificar toda la tabla, dado que el DBA no necesita modificar otra
particiones. Esto tambin es cierto respecto a la eliminacin de datos de
una tabla particionada. Sencillamente se elimina una particin, una operacin
muy econmica y rpida del diccionario de datos, en lugar de emitir un
comando DELETE, que utiliza muchos recursos y toca toda la informacin
a ser eliminada.
Particionamiento para desempeo
Partition Pruning es el modo ms sencillo y tambin el ms significativo
para mejorar el desempeo utilizando el particionamiento. Partition Pruning
suele mejorar el desempeo de las consultas en varios rdenes de magnitud.
Por ejemplo, supngase que una aplicacin accede una tabla ORDERS que
contiene un registro histrico de pedidos, y que esta tabla ha sido particionada
por semanas. Una consulta que solicita los pedidos de una semana dada
slo acceder a una nica particin de la tabla ORDERS. Si la tabla
ORDERS tuviera 2 aos de informacin histrica, esta consulta accedera
a una particin en lugar de a 104 particiones. La consulta podra ejecutarse
potencialmente 100x ms rpido slo debido al partition-pruning.
El particionamiento tambin puede mejorar el desempeo de uniones
multi-tabla, utilizando una tcnica conocida como unin por particin
(partition-wise join). Las uniones por particin pueden aplicarse donde se
unen dos tablas y ambas estn particionadas en la clave de unin. Las
uniones por particin dividen una gran unin en uniones ms pequeas
entre cada una de las particiones, completando la unin generalen menos
tiempo. Esto ofrece significativos beneficios de desempeo tanto para la
ejecucin en serie como en paralelo.
Particionamiento para disponibilidad
Los objetos de base de datos particionados ofrecen independencia de particiones. Esta caracterstica de independencia de particiones puede ser una
parte importante de una estrategia de alta disponibilidad. Por ejemplo, si
una particin de una tabla particionada no est disponible, todas las otras

La ejecucin en paralelo es la idea de dividir una tarea de modo que, en

lugar de que un proceso haga todo el trabajo, muchos procesos hagan parte
del trabajo a la vez. Al dividir el trabajo necesario para ejecutar una sentencia entre varios procesos, Oracle puede ejecutarlo ms rpidamente que
si slo lo ejecutase un nico proceso.
La ejecucin en paralelo es til para muchos tipos de operaciones que acceden a cantidades significativas de datos. En particular, mejora el desempeo de

Consultas
Creacin de ndices grandes
Inserciones, actualizaciones, y eliminaciones masivas
Agregados y copias
Recoleccin de estadsticas.

Fig. 2: Ejecucin de consulta en paralelo

La figura 2 muestra varios servidores de ejecucin en paralelo (PE) realizando

una bsqueda en una tabla. La tabla es dividida dinmicamente (particionamiento dinmico) en unidades de trabajo, cada una de las cuales es leda
por un servidor de ejecucin en paralelo. La asignacin de unidades de
trabajo a servidores de ejecucin no es esttica, sino que se determina en
el momento de la ejecucin. Cuando un servidor de ejecucin termina de
leer las filas de su unidad de trabajo, desde el coordinador se le adjudica
otra unidad si an quedan. Esto contina hasta que todas las unidades de
trabajo estn completas. Los servidores de ejecucin en paralelo envan los
resultados al coordinador de ejecucin en paralelo, que ensambla las piezas
en la bsqueda completa.
El paralelismo es una manera excelente de mejorar el tiempo de respuesta
de una consulta en hardware multiprocesador. No obstante, la ejecucin en
paralelo de la consulta probablemente usar en total algo ms de recursos
que la ejecucin en serie. Por eso, en un sistema muy cargado, con
competencia por los recursos, paralelizar las consultas o utilizar un grado
demasiado alto de paralelismo puede ser contraproducente. Por otro lado,
en un sistema con poca carga, las consultas deben tener un alto grado de

33

Oracle para SAP BW

paralelismo para aprovechar los recursos disponibles. Por lo tanto, confiar

en un grado fijo de paralelismo es una mala idea dado que la carga del
sistema vara con el tiempo. Oracle ajusta automticamente el grado de
paralelismo de las consultas, reducindolo a medida que aumenta la carga
de trabajo, para evitar que compitan por los recursos. Cuando la carga de
trabajo disminuye, el grado de paralelismo se incrementa nuevamente.
INDICES BITMAP
El propsito de un ndice es proveer punteros a las filas en una tabla que
contienen un valor de clave dado. En un ndice comn (B*-tree), esto se
logra almacenando una lista de rowids (identificadores de filas) para cada
clave correspondiente a las filas con ese valor de clave. Oracle almacena
cada valor de clave reiteradamente con cada rowid almacenada. En un ndice
bitmap, se usa un bitmap para cada valor de clave en lugar de una lista de
rowids.

Fig. 3: Indice bitmap persistente

Cada bit en el bitmap corresponde a un rowid posible. Si el bit est activo,

significa que la fila con el rowid correspondiente contiene el valor clave.
Una funcin de asignacin convierte la posicin de bit a un rowid real, de
manera que el ndice bitmap provee la misma funcionalidad que un ndice
regular aunque usa una representacin interna distinta.
El indexado de bitmap beneficia aplicaciones de warehousing con grandes
cantidades de datos y consultas ad hoc pero un nivel reducido de transacciones
concurrentes. La indexacin completa de una gran tabla con un ndice
tradicional B*-tree puede ser prohibitivamente costoso en trminos de
espacio, porque el ndice puede ser varias veces mayor que la informacin
en la tabla. Los ndices bitmap tienen tpicamente slo una fraccin del
tamao de los datos indexados de la tabla.
Las ventajas de utilizar ndices bitmap son mayores en las columnas de
baja cardinalidad, es decir, columnas en que la cantidad de valores
distintos es pequea en comparacin a la cantidad de filas en la tabla. Si
la cantidad de valores distintos de una columna es menos que el 1% de la
cantidad de filas en la tabla, o si los valores en una columna se repiten ms
de 100 veces, entonces la columna es un candidato para un ndice bitmap.

34

Fig. 4: Indice bitmap de unin

comprimida del ndice es almacenada en la base de datos, mientras que

los ndices bitmap dinmicos convierten estructuras B*-tree de la base de
datos en estructuras bitmap durante el procesado de la consulta.

Los ndices bitmap son extremadamente eficientes para evaluar mltiples

predicados combinados con operaciones booleanas AND y OR. El optimizador de consultas de Oracle puede generar planes de ejecucin que
contienen rboles complejos de operaciones bitmap que combinan ndices
correspondientes a condiciones AND, OR, y NOT en la clusula WHERE.
Estas operaciones booleanas sobre bitmaps son muy veloces, y las consultas
que pueden beneficiarse mucho de las operaciones bitmap generalmente
funcionan muy bien.

Dynamic versus Persistent Bitmap Indexes

Los innovadores ndices bitmap de Oracle, patentados, se utilizan ampliamente, en particular en aplicaciones de almacenes de datos. Mientras que
otros proveedores de bases de datos proveen ndices bitmap dinmicos
solamente, Oracle tambin admite ndices bitmap persistentes. Los ndices
bitmap persistentes son estructuras de ndice en que la representacin
bitmap comprimida del ndice es almacenada en la base de datos, mientras
que los ndices bitmap dinmicos convierten estructuras B*-tree de la
base de datos en estructuras bitmap durante el procesado de la consulta.

Dynamic versus Persistent Bitmap Indexes

Los innovadores ndices bitmap de Oracle, patentados, se utilizan ampliamente, en particular en aplicaciones de almacenes de datos. Mientras que
otros proveedores de bases de datos proveen ndices bitmap dinmicos solamente, Oracle tambin admite ndices bitmap persistentes. Los ndices bitmap persistentes son estructuras de ndice en que la representacin bitmap

Los ndices bitmap dinmicos no proveen el mismo desempeo en consultas

como los ndices persistentes de Oracle. Mientras que los ndices bitmap
dinmicos pueden utilizarse en estrategias de transformacin en estrella
(cf. siguiente seccin) para ejecutar consultas de este tipo, siguen basndose
en ndices B*-tree y hay considerable costos de E/S relacionados con el
acceso a estos ndices mucho ms grandes.

Oracle para SAP BW

Indices de unin de bitmaps

Oracle soporta ndices bitmap persistentes (adems de ndices B*-tree )
desde Oracle 7.3. En todas las versiones desde entonces, los ndices
bitmap han sido mejorados significativamente. La mayor mejora para
Oracle9i es la capacidad de construir un ndice bitmap sobre una tabla
basada en columnas de otra tabla. Este tipo de ndice se llama ndice
bitmap de unin. Un ndice bitmap de unin puede ser un ndice
nico o multi-columna y puede combinar columnas de distintas tablas.
Los ndices de unin de bitmaps materializan resultados de unin
precomputados de un modo muy eficiente. Pueden usarse para evitar
uniones reales de tablas, o para reducir notablemente el volumen de
datos que debe ser unido, efectuando restricciones por adelantado.
El uso tpico en un almacn de datos sera crear ndices de unin de
bitmaps sobre una tabla fact en un esquema en estrella o copo de
nieve sobre una o ms columnas de una o ms tablas dimensionales.
Las mediciones de desempeo realizadas bajo varios tipos de consultas
en estrella demuestran mejoras formidables en el tiempo de respuesta
cuando las consultas usan ndices de unin de bitmaps.
OPTIMIZACIN DE CONSULTA EN ESTRELLA
Un esquema en estrella es una estrategia de modelado de datos comnmente utilizada para almacenes de datos y "data marts". Un esquema
en estrella tpicamente contiene una o ms tablas muy grandes, llamadas "fact tables", que almacenan datos transaccionales, y una mayor
cantidad de tablas ms pequeas de consulta (lookup), llamadas tablas
dimensionales, que almacenan datos descriptivos.
Oracle admite una tcnica para evaluar consultas contra esquemas en
estrella conocido como transformacin de estrella. Esta tcnica mejora
el desempeo de consultas en estrella al aplicar una transformacin que
agrega nuevas subconsultas al SQL original. Estas nuevas subconsultas
permiten acceder a las tablas fact mucho ms eficientemente utilizando
ndices bitmap.
La transformacin de estrella es mejor comprendida estudiando un
ejemplo. Considrese la siguiente consulta que devuelve la suma de las

ventas de bebidas por estado en el tercer trimestre de 2001. La tabla

fact es SALES (ventas). Advierta que el tiempo es una dimensin
en copo de nieve dado que consta de dos tablas, DAY (da) y
QUARTER (trimestre).
SELECT STORE.STATE, SUM(SALES.AMOUNT)
FROM SALES, DAY, QUARTER, PRODUCT, STORE
WHERE SALES.DAY_ID = DAY.DAY_ID AND
DAY.QUARTER_ID = QUARTER.QUARTER_ID
AND SALES.PRODUCT_ID = PRODUCT.PRODUCT_ID
AND SALES.STORE_ID = STORE.STORE_ID
AND PRODUCT.PRODUCT_CATEGORY = 'BEVERAGES'
AND QUARTER.QUARTER_NAME = '2001Q3'
GROUP BY STORE.STATE;

La consulta transformada puede ser as:

SELECT STORE.STATE, SUM(SALES.AMOUNT)
FROM SALES, STORE
WHERE SALES.STORE_ID = STORE.STORE_ID
AND SALES.DAY_ID IN
(SELECT DAY.DAY_ID FROM DAY, QUARTER
WHERE DAY.QUARTER_ID = QUARTER.QUARTER_ID
AND QUARTER.QUARTER_NAME = '2001Q3')
AND SALES.PRODUCT_ID IN
(SELECT PRODUCT.PRODUCT_ID FROM PRODUCT
WHERE PRODUCT.PRODUCT_CATEGORY = 'BEVERAGES')
GROUP BY STORE.STATE;

Con la SQL transformada, esta consulta se procesa efectivamente en

dos fases principales. En la primera fase, todas las filas necesarias son
recuperadas de la tabla fact utilizando los ndices bitmap. En este caso,
la tabla fact ser accedida utilizando ndices bitmap sobre DAY_ID y
PRODUCT_ID, dado que stas son las dos columnas que aparecen en
los predicados de la subconsulta.
En la segunda fase de la consulta (el join-back), las tablas dimensionales son vueltas a unir al conjunto de datos de la primera fase. Dado
que, en esta consulta, la nica columna de tabla dimensional que
aparece en la lista select es STORE.STATE, la tabla STORE es la nica
tabla que necesita ser unida. La existencia de las subconsultas que
contienen PRODUCT, DAY, y QUARTER en la primera fase de las
consultas obvi la necesidad de unir esas tablas en la segunda fase, y
el optimizador de consulta inteligentemente elimina esas uniones.
La transformacin de estrella se efecta por razones de costos y la
decisin de si usar una subconsulta para una dimensin particular es
econmica y si la consulta reformulada es mejor que la original se
realiza segn las estimaciones de costos del optimizador.
Esta ejecucin de consulta en estrella es una tecnologa exclusiva
patentada por Oracle. Aunque otros proveedores tienen capacidades
similares de transformacin para consultas en estrella, ningn otro
proveedor combina esto con ndices bitmap estticos y eliminacin
inteligente en el join-back.

Fig. 5: Unin en estrella

35

Oracle para SAP BW

GESTIN AUTOMTICA DE MEMORIA

La memoria es un recurso crtico del sistema. Debido a que el acceso a
memoria es mucho ms rpido que el acceso al disco, es necesaria la efectiva
utilizacin de la memoria para un desempeo ptimo del sistema. Por
eso, los administradores se esfuerzan continuamente por ajustar los parmetros
de memoria para maximizar el desempeo del sistema y asegurar el uso
ms eficiente de la memoria. Oracle9i busca automatizar gran parte de
estos ajustes y permite a los administradores alterar dinmicamente la
configuracin de memoria de la instancia. Estas caractersticas proveen un
desempeo mejorado del sistema, utilizacin ptima de la memoria y
del tiempo inactivo por mantenimiento reducido.
Gestin dinmica de memoria compartida
Oracle System Global Area (SGA) es una regin de memoria compartida,
accesible a todos los hilos de ejecucin. Oracle9i simplifica agregar o quitar
memoria de una instancia de Oracle permitiendo a los administradores
cambiar la configuracin SGA sin cerrar la instancia. Para lograrlo,
todos los parmetros de inicializacin que determinan el tamao de los
componentes SGA, como SHARED_POOL_SIZE, DB_CACHE_SIZE y
LARGE_POOL_SIZE, son ahora dinmicos en Oracle9i. Sobre plataformas
de sistemas operativos compatibles, los DBA tambin pueden modificar el
espacio virtual de direcciones de Oracle para responder al uso de memoria
fsica del sistema operativo.
La SGA permite a los administradores usar el comando ALTER SYSTEM
para:
Incrementar el tamao de componentes SGA (Buffer Cache, Shared
Pool, Large Pool).
Reducir la SGA reduciendo el tamao de los componentes SGA a un
mnimo prescrito por Oracle.
Hay numerosas ventajas con la SGA dinmica. Por ejemplo, permite al
cach de bfer ceder memoria a otros componentes SGA (como el pool
compartido) si aumentan las necesidades de estos componentes. A la inversa,
permite aumentar el cach a expensas de otros componentes como el
gran pool y el pool compartido, si el ndice de aciertos del bfer es bajo.
Es tambin posible acomodar cambios en la memoria disponible a Oracle
provocados por cambios en el hardware del sistema o provenientes de
asignaciones del gestor de recursos del sistema operativo.
Memoria de ejecucin SQL auto-optimizable
Las consultas que realizan uniones o clasificaciones complejas, tpicas en
ambientes DSS, consumen una gran cantidad de memoria para almacenar
los datos en proceso. Oracle9i puede ajustarse automticamente para el
uso ms eficiente de esa memoria de ejecucin de SQL y para el ptimo
desempeo del sistema. La meta del proceso de ajuste es adaptarse a todas
las circunstancias, utilizando los recursos eficientemente en todas las
condiciones de carga del sistema. De este modo, todas las reas de trabajo
asignadas por la sesin son ajustadas automticamente por Oracle para el
desempeo mximo del sistema. Los administradores ya no tienen que
ajustar manualmente el valor de parmetros como SORT_AREA_SIZE,
HASH_AREA_SIZE, BITMAP_MERGE_AREA_SIZE y CREATE_BIT-

36

MAP_ AREA_SIZE.BITMAP_MERGE_AREA_SIZE and CREATE_BITMAP_ AREA_SIZE.

Mientras ajusta los tamaos de reas de trabajo, la capacidad de auto-ajuste
de Oracle9i no se limita a determinar solamente los valores ptimos para
los parmetros de inicializacin mencionados arriba. En Oracle9i, los
algoritmos que consumen memoria (como sort, hash join) han sido modificados para cambiar dinmicamente su uso de memoria durante la ejecucin
para asegurar el mejor uso posible de la memoria del sistema y maximizar
su desempeo. A la vez, Oracle9i tambin puede ayudar a los administradores a decidir el tamao general de PGA adecuado a la carga de trabajo
actual. La vista V$PGA_TARGET_ADVICE contiene predicciones
simuladas del efecto de aumentar o disminuir el valor del parmetro
PGA_AGGREGATE_TARGET sobre el desempeo de operaciones
prolongadas. Estas predicciones son producidas utilizando el historial de
carga de trabajo para simular el desempeo del sistema para distintas
configuraciones de PGA_AGGREGATE_TARGET.
El modo de auto-ajuste (auto-tuning) se activa utilizando dos nuevos
parmetros de inicializacin PGA_AGGREGATE_TARGET y WORKAREA_SIZE_POLICY. Mientras que el parmetro PGA_AGGREGATE_
TARGET permite a un DBA indicar a una instancia de Oracle que limite
su consumo de memoria privada al valor especificado, el parmetro
WORKAREA_SIZE_POLICY puede ser configurado a auto o manual
para habilitar o deshabilitar el modo de auto-ajuste.
ALMACENAMIENTO DE DATOS: SEGMENTOS DE DATOS
COMPRIMIDOS
Los sistemas de base de datos relacionales disponibles comercialmente
suelen no usar tcnicas de compresin de las tablas relacionales porque el
compromiso entre espacio y tiempo de la compresin no siempre ha sido
atractivo. Una tcnica tpica de compresin podra ofrecer ahorro de
espacio, pero al costo de aumentar notoriamente los tiempos de respuesta.

Fig. 6: Segmentos de datos comprimidos; Cmo funciona

Oracle9i Release2 Enterprise Edition presenta una tcnica de compresin

exclusiva que es muy atractiva para los grandes almacenes de datos. La

Oracle para SAP BW

Fig. 7a: Segmentos de datos comprimidos: resultados de la prueba (espacio)

Oracle9i Release2 comprime los datos al eliminar los valores duplicados

en un bloque de base de datos. Los datos comprimidos almacenados en un
bloque de base de datos son autocontenidos, es decir, toda la informacin
necesaria para recrear los datos no comprimidos en un bloque est disponible
dentro de ese bloque. Los valores duplicados en todas las filas y columnas en
un bloque son almacenados una vez al principio del bloque, en una tabla
de smbolos propia. Todas las instancias de esos valores son reemplazados
con una breve referencia a la tabla de smbolos. Los bloques comprimidos
se parecen mucho a los bloques normales de base de datos, con la excepcin
de la tabla de smbolos al inicio.
Entre los objetos de base de datos que pueden ser comprimidos en Oracle9i
Release2 estn las tablas y vistas materializadas. En las tablas particionadas,
es posible escoger compresin para algunas o todas las particiones. El
atributo de compresin puede ser declarado para un espacio de tablas, una
tabla, o una particin de una tabla.

Fig. 7b: Segmentos de datos comprimidos: resultados de la prueba (rendimiento)

reduccin de espacio en disco puede ser significativa en comparacin con

los algoritmos de compresin estndar porque est optimizada para datos
relacionales, no tiene virtualmente ningn impacto negativo sobre el
desempeo de consultas a datos comprimidos, y puede tener un impacto
positivo importante sobre las consultas que acceden a grandes cantidades
de datos. Es ms: Los clientes deberan experimentar un mejor desempeo
de las operaciones de gestin de datos como copias de seguridad y
recuperacin y las tcnicas de compresin de Oracle9i aseguran que los
datos comprimidos nunca son mayores que los datos sin comprimir.

El beneficio primario de la compresin es el ahorro de espacio. La relacin

del tamao de datos no comprimidos a datos comprimidos se llaman
relacin de compresin. Por ejemplo, una relacin de compresin de
2 indica que los datos no comprimidos ocupan dos veces ms espacio en
disco que los comprimidos. Oracle ha probado la compresin con datos
reales de varios clientes de distintos sectores. La relacin de compresin
tpica para grandes tablas de almacenes de datos va de 2:1 a 4:1. Tambin
se han observado relaciones de compresin ms altas.
En un ambiente de prueba SAP BW la compresin de los objetos principales
lleg a una relacin de aproximadamente 1:3 sin ajustes especiales.
Para ms informacin sobre este caso de prueba, cf. Oracle for SAP Technology
Update, vol. 12, p. 19.

Oracle9i Real Application Clusters (RAC) para SAP Preguntas

frecuentes
Qu es Oracle9i Real Application Clusters?
Un servidor de base de datos Oracle estndar consta de dos componentes
principales: la base de datos y la instancia. La base de datos es un conjunto
de archivos almacenados en disco, la instancia es un conjunto de procesos
ejecutndose sobre un servidor de base de datos as como varias estructuras
de memoria (en particular la SGA) utilizadas por estos procesos.
Oracle estndar exige una relacin 1:1 entre bases de datos e instancias.
Una base de datos no puede ser accedida por dos instancias simultneamente
y una instancia no puede ser conectada a dos bases de datos distintas
simultneamente. Esta regla significa que la carga de trabajo completa
vinculada a una base de datos nica debe ejecutarse sobre un solo equipo
servidor.
Oracle9i Real Application Clusters (RAC) elimina esta restriccin. Permite
a dos o ms instancias de Oracle que se ejecutan sobre dos o ms equipos

acceder a la misma base de datos Oracle. En otras palabras, permite a los

clientes de Oracle dividir la carga del servidor de base de datos y distribuirla
sobre 2 o ms equipos.
Qu ventajas presenta Oracle9i RAC para los clientes de SAP?
Se presentan cuatro ventajas principales:
Alta disponibilidad: Si usted tiene solamente un equipo servidor de
base de datos y una instancia de Oracle ejecutndose sobre l, y esta
mquina falla, perder el acceso a la base de datos. Si usted tiene un
clster de reserva (failover) y el equipo que ejecuta su instancia de
Oracle falla, se necesita un tiempo considerable hasta que la instancia
funcione otra vez en la mquina de reserva. Pero si usted usa Oracle9i
RAC, puede tener dos o ms instancias ejecutndose sobre dos o ms
equipos distintos, de manera que un fallo en una mquina no lo afecta,
dado que los usuarios conectados a la instancia que ha desaparecido
pueden ser reconectados a otra instancia disponible.

37

Oracle9i RAC

Escalabilidad: Las aplicaciones de SAP se basan en una arquitectura

de tres niveles: los datos se guardan en un servidor de base de datos, la
aplicacin funciona sobre un servidor de aplicaciones, y el dispositivo
del usuario slo ejecuta la funcionalidad de presentacin. Esta arquitectura
provee escalabilidad en la capa de aplicaciones, porque SAP admite la
distribucin de la carga de trabajo de la aplicacin entre varias
instancias de servidores de aplicaciones que a su vez pueden ejecutarse
sobre varios equipos. No obstante, la arquitectura de SAP no es tan
escalable a la capa de base de datos, porque exige un solo servidor de
base de datos. Por lo tanto, en el pasado, cuando la carga de trabajo
aumentaba en el servidor de aplicaciones, usted poda reemplazar el
equipo existente con uno mayor (scale up), o aadir un equipo adicional
de similar tamao y potencia (scale out); mientras que en la capa de
base de datos su nica opcin era la primera. Oracle9i RAC ha cambiado
eso. Para una aplicacin, un sistema Oracle9i RAC parece exactamente
igual que un solo servidor de base de datos, la aplicacin SAP acepta
ahora la existencia de varias instancias Oracle9i RAC ejecutndose en
varios equipos. En otras palabras, Oracle9i RAC le brinda todas las
opciones de escalabilidad en la capa de base de datos que usted siempre
ha tenido en la capa de aplicaciones SAP.
Soporte MCOD: MCOD Las aplicaciones de SAP se basan en una
arquitectura de tres niveles: los datos se guardan en un servidor de base
de datos, la aplicacin funciona sobre un servidor de aplicaciones, y el
dispositivo del usuario slo ejecuta la funcionalidad de presentacin.
Esta arquitectura provee escalabilidad en la capa de aplicaciones, porque
SAP admite la distribucin de la carga de trabajo de la aplicacin entre
varias instancias de servidores de aplicaciones que a su vez pueden
ejecutarse sobre varios equipos. No obstante, la arquitectura de SAP no
es tan escalable a la capa de base de datos, porque exige un solo servidor
de base de datos. Por lo tanto, en el pasado, cuando la carga de trabajo
aumentaba en el servidor de aplicaciones, usted poda reemplazar el
equipo existente con uno mayor (scale up), o aadir un equipo adicional
de similar tamao y potencia (scale out); mientras que en la capa de
base de datos su nica opcin era la primera. Oracle9i RAC ha cambiado
eso. Para una aplicacin, un sistema Oracle9i RAC parece exactamente
igual que un solo servidor de base de datos, la aplicacin SAP acepta
ahora la existencia de varias instancias Oracle9i RAC ejecutndose en
varios equipos. En otras palabras, Oracle9i RAC le brinda todas las
opciones de escalabilidad en la capa de base de datos que usted siempre
ha tenido en la capa de aplicaciones SAP.
Computacin adaptable/Computacin grid: En las infraestructuras
de TI actuales, los recursos computacionales aislados son dedicados en
forma permanente a aplicaciones especficas. Se deben dimensionar estos
recursos para su carga de trabajo de pico. Como el pico de carga se
produce slo en algunos momentos, una considerable cantidad de recursos
est inactiva durante mucho tiempo. Muchos piensan hoy que las infraestructuras informticas sern distintas en el futuro. Habr recursos de
computacin y de unidades de almacenamiento as como mecanismos
de control que permitan a los administradores asignar estas unidades al
trabajo que necesita efectuarse y modifiquen las asignaciones rpidamente
al modificarse la carga de trabajo. Oracle9i RAC se ajusta perfectamente

38

a este concepto, porque permite iniciar o detener instancias de Oracle y

agregar o retirar hardware desde pequeos servidores blade a grandes y
poderosos servidores a peticin.
Ofrece Oracle9i RAC distribucin automtica de la carga de
trabajo?
S. No obstante, usted no siempre querr usarla. Si usted usa Oracle9i
RAC junto con MCOD de SAP y ha configurado cada instancia de Oracle
para distintas cargas de trabajo: una para R/3, otra para CRM, y la tercera
para manejar ptimamente BW, o si usted usa dos instancias para separar
las transacciones en lnea y los trabajos en lotes, la distribucin automtica
de la carga de trabajo destruye el concepto mismo de su sistema. Si, por
otro lado, usted usa varias instancias de Oracle para cargas de trabajo muy
similares, la distribucin automtica de cargas de trabajo es probablemente
una buena idea.
Oracle9i RAC slo ayuda para evitar tiempo inactivo no
planificado o tambin puede ayudar a minimizar el tiempo
inactivo planeado?
S. Oracle ofrece tecnologa para realizar lo que se llama Rolling Patch
Updates o Zero Downtime Patching, que permiten parchar sin detenciones.
Se pueden aplicar parches al software de base de datos paso a paso a todos
los nodos involucrados, dado que las instancias de Oracle9i RAC pueden
ejecutarse de modo mezclado (es decir, a distintos niveles de mantenimiento)
durante un perodo arbitrario. Tambin, se pueden agregar o quitar nodos
de un sistema Oracle9i RAC existente sin tiempo inactivo.
La mayor parte del tiempo usted habla sobre detalles
tcnicos, que no me conciernen. Mi meta es ahorrar dinero.
Puede Oraclei RAC ayudarme a hacer eso?
Desde luego. Las ventajas tcnicas se traducen directamente en ahorros de
costos:
Alta disponibilidad significa en primer lugar que su empresa no pierde
dinero por fallos en los sistemas de misin crtica. La existencia de
varias instancias en distintos nodos significa tambin que usted puede
reducir el dinero gastado en soporte, debido a que con una instancia
inactiva y tres an funcionando un tiempo de respuesta de 2 horas es
menos importante que con una instancia inactiva y ninguna otra
funcionando.
Escalabilidad significa que an cuando la carga de trabajo crece, usted
no necesariamente debe comprar el mayor equipo disponible y usted no
necesariamente tiene que reemplazar su equipo existente.. Usted puede
comprar 4 equipos pequeos en lugar de un solo gran ordenador lo
que es considerablemente ms barato y se pueden usar estos equipos
por un tiempo ms prolongado, lo que los hace an ms econmicos.
Computacin adaptable/Computacin grid significa que se puede hacer
un mejor uso de los recursos, usando menos para las aplicaciones
existentes o ejecutando ms aplicaciones sobre los recursos existentes.

Oracle9i RAC

Oracle sigue dicindonos que Oracle9i RAC nos ayuda a

ahorrar dinero, porque podemos comprar ordenadores
pequeos y baratos en lugar de grandes y costosos.
Significa esto que no tiene sentido considerar RAC, si la
estrategia de TI de mi compaa se basa en grandes equipos
servidores?
No. Se sigue teniendo todas las ventajas de la alta disponibilidad, es decir,
menos tiempo inactivo, planeado o no planeado, incluso si usted usa
equipos grandes. Al usar RAC, usted tambin podr mejorar la distribucin
de la carga de trabajo, lo que aprovecha mejor sus recursos existentes.
Cmo s que Oracle9i RAC no es slo una iniciativa de
marketing de corta vida que nadie recordar en 2 aos?
Cmo s que tiene sentido gastar tiempo y dinero en esta
tecnologa?
La siguiente versin despus de Oracle9i se llama Oracle10g. La g
indica que la computacin grid est al centro de este nuevo lanzamiento.
La computacin grid, como se implementa en Oracle10g, es la continuacin
y evolucin de la distribucin de carga de trabajo y estrategias de
utilizacin de recursos que fueron presentadas con Oracle9i RAC. As que
esta tecnologa no desaparece, sino que se convierte en protagonista.
Pero podra yo volver de Oracle9i RAC a un sistema de
instancia nica?
S. La actualizacin de un sistema de instancia nica a Oracle9i RAC
no cambia nada en la base de datos. De modo que se puede regresar en
cualquier momento.

La fase de preparacin inmediata es seguida por la disponibilidad general.

Usted nos dijo, que Oracle9i RAC es transparente a la aplicacin, es decir,
la aplicacin no necesita ser modificada para acceder a un servidor de base
de datos con RAC. Pero tambin me dijeron que el software SAP debe ser
modificado antes de estar generalmente disponible con RAC.
Usted nos dijo, que Oracle9i RAC es transparente a la
aplicacin, es decir, la aplicacin no necesita ser modificada
para acceder a un servidor de base de datos con RAC.
Pero tambin me dijeron que el software SAP debe ser
modificado antes de estar generalmente disponible con RAC.
Cul afirmacin es la correcta?
Ambas afirmaciones son verdaderas. Oracle9i RAC puede utilizarse
transparentemente con las aplicaciones SAP. Este fue probado por una serie
de pruebas comparativas estndar SAP realizadas con xito en 2002, sin
cambiar una sola lnea de cdigo SAP. No obstante, SAP no slo distribuye
aplicaciones. El software SAP tambin incluye herramientas de administracin, entre ellas herramientas de administracin de base de datos como
SAPDBA y BR*Tools. Algunas partes de estas herramientas deben ser
modificadas para hacerlas conscientes de RAC.
Cmo puedo conocer el estado de Oracle9i RAC para SAP
sobre mi plataforma particular?
Se puede encontrar una perspectiva general del estado actual y los planes
futuros en OSS note 527843. Para ms informacin pngase en contacto
con: saponoracle_de@oracle.com.

Est Oracle9i RAC certificado por SAP?

S. La actualizacin de un sistema de instancia nica a Oracle9i RAC
no cambia nada en la base de datos. De modo que se puede regresar en
cualquier momento.
El proceso de certificacin consta de tres fases:
La validacin tcnica consta de un conjunto predefinido de pruebas de
laboratorio. RAC debe pasar todas las pruebas de esa plataforma
particular. Parte de las comprobaciones es una prueba comparativa para
probar la escalabilidad.
En la segunda fase la tecnologa es transferida desde el laboratorio a uno
o dos clientes piloto, y de sistemas de prueba a sistemas del mundo
real. Las pruebas son definidas por el cliente, y esta fase finaliza cuando
ste decide poner el sistema en lnea.
Durante la fase de preparacin inmediata, Oracle9i RAC para SAP est
disponible mayor pero an limitado para un nmero de clientes. La
razn de esto es que porque se prevee la necesidad de aun soporte ms
que estndar cuando la tecnologa se usa en ambientes ligeramente
distintos y con diferentes expectativas.

39

Oracle for SAP Release Matrix

Cuadro de versiones de Oracle para SAP

SAP R/3 Versin 3.1I, 4.0B, 4.5B, 4.6B:

SAP NetWeaver04:

8.1.7 de 32-bit:
Intel NT/Windows2000/XP, Intel Linux,
IBM AIX, HP-UX PA, Reliant UNIX, Solaris
8.1.7 de 64-bit:
HP Tru64, IBM AIX, HP-UX PA-RISC, Reliant UNIX, Solaris
9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, IBM AIX 5.1, HP-UX PA-RISC, Reliant UNIX,
Solaris (SUN y Fujitsu-Siemens)

9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, IBM AIX 5L, HP-UX PA-RISC/IA-64,
Solaris (SUN y Fujitsu-Siemens), Windows2003

SAP R/3 Versin 4.6C/D

8.1.7 de 32-bit:
Intel NT/Windows2000/XP, Intel Linux,
IBM AIX, HP-UXPA-RISC, Reliant UNIX, Solaris
8.1.7 de 64-bit:
HP Tru64, IBM AIX, HP-UX PA-RISC, Reliant UNIX, Solaris
9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, HP-UX PA-RISC/IA-64, IBM AIX 5L,
Solaris United Linux, (SUN y Fujitsu-Siemens),
Windows2003

SAP R/3 Enterprise 4.7:

8.1.7 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
8.1.7 de 64-bit:
HP Tru64, IBM AIX, Solaris (SUN y Fujitsu-Siemens)
9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, IBM AIX 5L, HP-UX PA-RISC/IA-64, Solaris,
(SUN y Fujitsu-Siemens), United Linux, Windows2003

SAP Business Information Warehouse 2.0B/2.1C:

8.1.7 de 32-bit:
Intel NT/Windows2000/XP, Intel Linux, IBM AIX,
UX PA-RISC, Solaris (SUN y Fujitsu-Siemens)
8.1.7 de 64-bit:
HP Tru64, IBM AIX, HP-UX PA-RISC, Solaris
(SUN y Fujitsu-Siemens)
9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, IBM AIX 5L, HP-UX PA-RISC/IA-64,
Solaris (SUN y Fujitsu-Siemens), Windows2003

HP-

SAP Business Information Warehouse 3.0B/3.1C:

8.1.7 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
8.1.7 de 64-bit:
HP Tru64, IBM AIX, HP-UX PA-RISC, Solaris
(SUN y Fujitsu-Siemens)
9.2 de 32-bit:
Intel NT, Windows2000/XP, Intel Linux
9.2 de 64-bit:
HP Tru64, IBM AIX 5L, HP-UX PA-RISC/IA-64,
Solaris (SUN y Fujitsu-Siemens), Windows2003

Oracle9i Real Application Clusters

SAP R/3 4.6 C/D o R/3 Enterprise 4.7:
HP Tru64 (Ramp Up, hasta 10 clientes)
IBM AIX (Ramp Up, hasta 10 clientes)

Pie de imprenta
Publicado por:
Oracle Corporation,
Oracle for SAP Global Technology Center
Altrottstr. 31
69190 Walldorf, Alemania
Tel. ++49 (0) 6227-8398 - 0
Fax ++49 (0) 6227-8398 - 199
E-Mail saponoracle_de@oracle.com
Albrecht Haug
albrecht.haug@oracle.com
Internet: http://www.oracle.com/newsletters/sap
http://www.sap.com/partner/index.htm
Reproduccin permitida slo bajo permiso expreso de los editores; Oracle, Oracle8, Oracle8i,
Oracle9i, Oracle 10g, Oracle Real Application Clusters, Oracle Express, Discoverer, Designer,
Developer y el logo de Oracle son marcas o marcas registradas de Oracle Corporation.
SAP, el logo de SAP, R/2, RIVA, R/3, SAP ArchiveLink, SAP Business Workflow, WebFlow,
SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, el logo de mySAP y mySAP son
marcas o marcas registradas de SAP AG en Alemania y en otros pases del mundo.

Microsoft, WINDOWS, NT, EXCEL, Word, PowerPoint y SQL Server

son marcas registradas de Microsoft Corporation.
IBM, DB2, OS/2, DB2/6000, Parallel Sysplex, MVS/ESA, RS/6000, AIX,
S/390, AS/400, OS/390 y OS/400 son marcas registradas de IBM Corporation.
INFORMIX-OnLine for SAP e Informix Dynamic ServerTM son marcas registradas de
Informix Software Incorporated.
UNIX, X/Open, OSF/1 y Motif son marcas registradas del Open Group.
HTML, DHTML, XML, XHTML son marcas o marcas registradas de W3C, World Wide
Web Consortium, Instituto Tecnolgico de Massachusetts.
JAVA es una marca registrada de Sun Microsystems, Inc. JAVASCRIPT es una marca
registrada de Sun Microsystems, Inc., utilizada bajo licencia para tecnologa inventada e
implementada por Netscape.
Todos los dems productos mencionados son marcas o marcas registradas de sus respectivas
compaas.
Todos los derechos reservados. Oracle Corporation 2004.
Este documento se ofrece slo con fines informativos y la informacin aqu contenida est
sujeta a cambios sin previo aviso. Por favor, informe de cualquier error que encuentre a Oracle
(saponoracle_de@oracle.com). Oracle Corporation no proporciona ninguna garanta y se exime
especficamente de toda responsabilidad en relacin con el presente documento.

40