para SAP

seguro,
fiable y
escalable
No° 13 Oracle para SAP, Abril de 2004
®
para
Oracle SAP
N O T I C I A S
1
T E C N O L Ó G I C A S
®
EDITORIAL
Estimado Cliente de SAP,
Oracle es la base de datos líder para los clientes de SAP desde hace más de 15 años. Oracle mantiene su compromiso de proporcionar
tecnología 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 más bajo. Mientras que una presión
sin precedentes del mercado para bajar los costos y proporcionar una tecnología de interconexión rápida precedió al desarrollo de
la tecnología grid, el desarrollo de la tecnología 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 diseñada para computación grid empresarial, con la forma más flexible y eficiente en costo de gestionar información de empresa.
Oracle 10g ayuda a reducir el costo de gestión a la vez que proporciona la calidad más alta posible de mejoras en servicio y prestaciones.
Reduce significativamente los costos de gestionar el entorno informático, con una instalación simplificada que disminuye en gran
medida las necesidades de configuración y gestión, además de un diagnóstico automático de prestaciones y optimización de aplicaciones
SQL. Estas y otras capacidades de gestión automatizada ayudan a mejorar la productividad y eficiencia de los administradores y
desarrolladores de bases de datos.
En esta edición del Oracle for SAP Technology Update encontrará información sobre Tecnología Spatial y el Data Mining de Oracle.
También le ofrecemos artículos sobre Servicios y Soporte de Oracle disponibles para los clientes de SAP que incluyen migraciones
de bases de datos y talleres de optimización de aplicaciones SQL. Vea también cómo clientes de todo el mundo (por ejemplo en
Japón y Alemania) han reducido sus costos al migrar su base de datos SS2000 bajo SAP a Oracle. Oracle tiene un récord probado
de minimización de costos informáticos a través de todo el ciclo de vida de una aplicación SAP.
¡Esperamos que disfrute esta edición de nuestro boletín!
Todas las noticias sobre este y otros temas se publicarán inmediatamente en nuestra web, así que visite periódicamente:
www.oracle.com/newsletters/sap
Para consultas o comentarios no dude en ponerse en contacto con nosotros.
E-mail: [email protected]
Para obtener información sobre precios de Oracle9i Real Application Clusters, póngase en contacto con su representante comercial
de SAP o envíenos un mensaje a: [email protected]
Atentamente
Gerhard Kuppler
Director Corporativo Cuenta SAP
Oracle Corporation
Contenido
22
Editorial
2
Sustitución de servidores SQL: Ventajas para un aserradero
19
SECOM – Sustitución de servidores SQL por la Base de Datos Oracle9i
3
Enlaces útiles de Oracle para SAP
20
Presentación de Oracle Data Mining
5
B. Braun Melsungen, sustitución de DB2 por la Base de Datos Oracle9i
21
Socios para la implementación de Oracle RAC: EDGETECH
7
Oracle 10g Spatial: Tecnología de plataforma habilitada para la
Servicios de migración de bases de datos para clientes de SAP R/3
7
ubicación utilizada para aplicaciones y GIS empresarial
23
Migración exitosa de plataforma SAP R/3 en dos días
8
SAP BR*Tools para gestión de bases de datos Oracle
25
Delta Consulting
9
Resultados de SAP Standard Application Benchmark sobre Oracle
26
Base de Datos Oracle 10g para mySAP
10
Tecnología 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 – Sustitución 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
gestión de recursos humanos de gran escala.
La decisión de llevar a cabo una renovación completa del Sistema
de Gestión 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 expansión. Basándose
en un registro de seguimiento de experiencias de funcionamiento
seguro en otros sistemas de la compañía, se eligió para el nuevo
sistema la base de datos Oracle9i. El nuevo sistema incrementó
significativamente la accesibilidad y logró una drástica expansión de
la funcionalidad, mientras que los menores costos de funcionamiento
contribuyeron a una exitosa reducción 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 expansión de la instalación de sistemas de seguridad, SECOM está trabajando en
la mayor red de información de Japón, permitiéndole incrementar su línea
de productos para cubrir una extensa gama de campos incluidos los sectores
de tecnología de la información (IT), médico, educativo y de servicios de
información geográfica.
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 División de Sistemas de Información de
SECOM se centra en la integración de redes y sistemas informáticos.
Concentrándose en la instalación y mantenimiento de los sistemas del grupo
SECOM, la compañía proporciona una amplia gama de soporte que incluye,
entre otros, instalación de infraestructura de tecnología de la información
(IT), CRM, comercio electrónico, gestión 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.
3
3
SECOM
HISTORIAS DE
ÉXITO
Sustitución de servidores SQL por la Base de Datos Oracle9i
En SECOM, líder mundial en el sector de servicios de seguridad, la gestión
de recursos humanos ha experimentado un gran cambio. Desde su instalación en octubre del 2003, la estructuración del sistema ha recaído sobre
SECOM Information Systems, una subsidiaria de SECOM Corp responsable
de la arquitectura y mantenimiento global de los sistemas de información
del grupo.
A partir de su migración desde el mainframe en enero del 1999, el sistema
de gestión 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 renovación 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 renovación fue
el abandono del tradicional sistema de ficha de entrada basado en papel por
un informe del empleado basado en web. Además, el progresivo avance de
las soluciones de tecnología de la información (IT) acortó el tiempo
necesario para el proceso de cálculo de pagos mensuales de más de 20.000
empleados.
La tercera gran revisión del sistema fue impulsada por la caducidad del
contrato de mantenimiento de SAP R/3 y la subsecuente re-evaluación del
sistema que acompañó a la versión actualizada. Los resultados de la evaluación
encontraron que el problema estaba principalmente en la accesibilidad del
sistema.
“Cuando introdujimos el antiguo sistema, el tiempo de proceso de lotes
para el cálculo de los pagos se redujo, y no hubo problemas serios. Pero esta
vez estamos interesados en la adquisición de un sistema de largo plazo con
una vida de 5 años que, después de actualizado, permita el más 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
decisión de adquirir una arquitectura de sistemas sobre la cual se asiente la
visión a largo plazo de la compañía 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 también
por qué la hemos empleado en otros sistemas de la compañía. Sabemos que
tienen una reputación de estabilidad inigualable.” Asi mismo añadió:
“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. Además,
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 certificación ‘Oracle Master’. El
deseo de maximizar el uso de nuestros propios recursos humanos fue también 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 situación: “Con el sistema antiguo podrían presentarse
lapsos de funcionamiento entre los clústeres y tiempo improductivo inesperado. Los efectos sobre el negocio empezaron a hacerse evidentes.”
En esta situación, optimizar la estabilización del sistema dio como resultado una acumulación 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ó:
4
El Sr. Hara está orgulloso de la situación después de la instalación. “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 solución de problemas y el tiempo
improductivo que daban como resultado costos adicionales han sido erradicados. Además, respecto a la mayor funcionalidad, 16 procesadores en
paralelo pueden ahora completar el proceso por lotes de los pagos en sólo 35
minutos, perfectamente dentro del objetivo original de una hora. Además de
los resultados del propio Oracle9i, D. Toshimitsu Baba del Main Technology
Center de SECOM Information Service añade: “Con Oracle, el soporte de
mantenimiento es realmente amplio. En particular, el hecho de que la información necesaria esté disponible a través de una “knowledge base” convierte
la decisión de utilizar productos Oracle en una gran ventaja.”
A medida que se despliega el nuevo sistema de gestión de recursos humanos
en SECOM, múltiples sistemas funcionan ahora en cientos de servidores
interconectados. Desde una perspectiva de costo total de propiedad, el reto
ahora es cómo integrar aún más estos sistemas de una forma lógica.
“Cuando nos enfrentemos a ese tipo de integración será necesario tener una
plataforma con un alto nivel de accesibilidad y expansibilidad. En caso de
que eso ocurra, veremos que la elección de la base de datos Oracle fue una
decisión eficaz”, dijo el Sr. Hara. “Desde luego, la base de datos de Oracle
está en el centro del sistema del futuro de SECOM.”
Tecnologías
Oracle Data Mining
Presentación de Oracle Data Mining
SOLUCIONANDO PROBLEMAS REALES
• ¿Cuáles de mis clientes harán grandes compras próximamente?
• ¿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?
• ¿Cómo puedo clasificar los documentos de mi enorme repositorio y
con qué categorías?
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 años, Oracle se ha embarcado en un importante
esfuerzo de desarrollo para convertir la búsqueda 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 más 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
información analíticas y hace posible la utilización de Data Mining en el
entorno de producción de la empresa. El resultado de este esfuerzo es
Oracle Data Mining (ODM), que proporciona un amplio conjunto de
elementos analíticos de Data Mining como parte del entorno de base de
datos. Estos elementos analíticos permiten el desarrollo y despliegue de
Data Mining en aplicaciones de negocio. Esta potente infraestructura, a la
que se accede cómodamente 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 tecnología de base de datos
existente para el pre-procesamiento, gestión y despliegue de datos. ODM
también 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 almacén de datos. La integración no sólo supone que los datos permanecen en la base de datos, sino también que las tareas de búsqueda pueden ejecutarse de forma automática, asíncrona e independiente de cualquier
interfaz gráfica de usuario. Esta integración sin fisuras con la base de datos
proporciona el tipo de entorno de producción 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
gráfica de usuario que interactúe 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 añade una carga significativa.
Con la integración en la base de datos, el riesgo para un desarrollador de
aplicaciones de desplegar Data Mining es mucho más bajo, y la probabilidad
de una instalación, mejora y mantenimiento exitosos a lo largo de los años
es mucho más alta.
El mantener los datos en la base de datos tiene la ventaja añadida de
incrementar la seguridad de los datos, ya que éstos no son expuestos a
entornos externos menos seguros.
Además, el hecho de estar integrado en la base de datos abre un nuevo
universo de posibilidades para elaborar fuentes de información analíticas
complejas que absorban la mayor parte del esfuerzo del Data Mining.
Todas las transformaciones de los datos y tareas de análisis incluidas en
la metodología relevantes a la aplicación pueden hacerse utilizando una
combinación de SQL y ODM. Con Data Mining en la base de datos, todos
los aspectos del sólido conjunto de tecnologías 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 tecnología de servidor
en la arquitectura de aplicación del usuario; no es necesario acometer
nuevos procedimientos de escalabilidad, mantenimiento, desarrollo o
instalación. ODM es como cualquier otra tarea de recuperación de
información o análisis de negocio y se adapta al entorno de base de datos
y almacén de una manera sencilla y elegante.
A medida que las organizaciones capturan un mayor y más diverso
conjunto de documentos y objetos de datos, hay un incremento en el
número, complejidad y diversidad de los tipos de datos y documentos
con su correspondiente incremento en el uso y manipulación de datos
desestructurados. Mediante la introducción de CLOBS, BLOBS, indexado
y tablas externas, bfiles, iFS, Oracle Text, XDB y XML, Oracle ha mejorado
enormemente las capacidades de representación directa y manipulación 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 características, por ejemplo,
palabras clave, símbolos, frecuencias de palabras, etc. Los vectores de
características son representaciones estructuradas de datos desestructurados
creadas por algoritmos automáticos de extracción de características,
incluidos en ODM y Oracle Text, o definidos por los clientes utilizando
conocimientos de esos campos. El uso de vectores de características unifica
y proporciona una forma normalizada de llevar a cabo el Data Mining y el
análisis de tipos de datos estructurados y desestructurados. La aproximación
de ODM es una forma potente, elegante y sencilla de aumentar las
capacidades de análisis de la empresa y de facilitar el Data Mining de
datos desestructurados.
En diferentes aspectos, la aproximación de Oracle lleva el Data Mining
más 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 dimensión 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, sólo por nombrar algunas,
para proporcionar un sistema de base de datos centralizado y de distribución
de información.
¿CUÁLES SON LAS CAPACIDADES DE ODM ?
En términos de algoritmos de Data Mining, Oracle favorece una aproximación ecléctica e incorpora múltiples elecciones de algoritmos para clasificación, regresión, clustering, descubrimiento de asociaciones, importancia
de atributos y extracción de características. ODM también proporciona
soporte específico de algoritmos para transformación de datos y análisis 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 exportación/importación de determinados modelos como Predictive
Model Markup Language (PMML). El API PL/SQL permite la exportación/importación de modelos utilizando una representación nativa eficiente.
Mediante las interfaces gráficas Data Mining for Java (DM4J) y el Cliente
ODM, los desarrolladores de aplicaciones y los analistas de datos pueden
igualmente realizar búsquedas, ver gráficamente los resultados e inmediatamente utilizar en sus aplicaciones los componentes de código Java resultantes.
Engine. El ODM Scoring Engine acomoda la arquitectura de la empresa
donde sólo se necesita importación de modelos y scoring.
EL PAPEL DE ORACLE EN LOS ESTÁNDARES
Oracle ha asumido un papel activo en la definición de estándares 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 estándares 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 representación XML de los metadatos de Data
Mining para su acceso o para intercambiarlos entre instancias de almacenamiento.
CONCLUSIÓN
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 están
los datos. La creación de fuentes de información analíticas y la distribución
de inteligencia de negocios en y entre empresas se convertirá en estándar –
Oracle lo está haciendo realidad.
PARA MÁS INFORMACIÓN
Para desarrolladores empresariales, donde la creación de modelos se da en
una ubicación y el uso del modelo (o scoring) se da en ubicaciones remotas
o múltiples, ODM proporciona una opción de instalación de Scoring
6
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 implementación de
Oracle RAC: EDGETECH
EdgeTech Consulting, Inc. goza de una sólida reputación por proporcionar
experiencia técnica y funcional en SAP de la máxima calidad a clientes de
un amplio número de sectores en Estados Unidos, Latinoamérica 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
fracción del precio de una empresa Big 5.
EdgeTech puede proporcionar rápidamente consultores de primer nivel con
experiencia en gestión de proyectos y en todos los módulos de SAP,
incluidos Gestión financiera (FI),
Controlling (CO),
Contabilidad de activos fijos (AM),
Venta y distribución (SD),
Gestión de materiales (MM),
Planificación de producción (PP),
Gestión de Recursos Humanos (HR),
Gestión de Calidad (QM),
Taking your company
to the Edge of Technology
...and Beyond!
Workflow (WF),
Business Warehouse (BW),
Advanced Planner and Optimizer (APO),
Gestión de Cadena Logística (SCM),
Sales Force Automation (SFA),
Strategic Enterprise Management (SEM),
programación y generación de informes BASIS y ABAP, etc. EdgeTech
Consulting, miembro de Oracle PartnerNetwork (OPN), también cuenta
con un grupo diverso de consultores técnicos en SAP/BASIS de primer
nivel con sólidos conocimientos en administración de base de datos Oracle
y una amplia experiencia en las áreas de implementación, actualización y
migración de bases de datos Oracle, y de archivado SAP. EdgeTech es una
de las dos únicas empresas de Estados Unidos, además de la única empresa
para México y Latinoamérica, que Oracle ha seleccionado como socio para
las implementaciones de Oracle9i RAC (Real Application Clusters). Oracle
ha impartido formación a los consultores de Oracle9i RAC de EdgeTech
en el Global Technology Center de SAP en Waldorf (Alemania).
Si desea obtener información adicional sobre EdgeTech Consulting, visite
el sitio Web corporativo en www.EdgeTechIT.com o póngase en contacto
con Steve Norris en el número +00 1 (949) 623-8444
(Estados Unidos).
Servicios de migración de bases de datos para clientes de SAP R/3
La gran mayoría de las instalaciones SAP R/3 se ejecutan sobre una base de
datos Oracle. Las compañías que desean migrar su instalación 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
migración posible, porque posee la experiencia para manejar cualquier problema que pudiera surgir desde la perspectiva del administrador de la base
de datos. Oracle también ofrece una introducción a las nuevas características
de bases de datos.
Pasos de la migración
• Análisis del sistema actual
- se evalúa la capacidad de almacenamiento del sistema de destino
- se examinan configuraciones específicas de la base de datos e
implementaciones SAP R/3 específicas del cliente
• Migración 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 cálculo de
espacio para la base de datos de destino
- los archivos de descarga son cargados a un sistema de prueba
- durante un período de 2-4 semanas siguen pruebas intensivas del
sistema migrado (realizado por el cliente)
• Migración al sistema productivo
- se modifican los scripts de importación con el conocimiento obtenido
en la importación al sistema productivo
- se realiza la carga hacia el sistema de producción
• Examen de los resultados de la migración
- 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 administración más importantes
- si se solicita, se puede añadir a la migración un taller de capacitación
Tenemos la solución apropiada para cada tipo de migración planeada.
Por ejemplo, podemos optimizar el proceso de carga/descarga al cambiar la
plataforma de hardware, para poder migrar bases de datos con tamaño 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 migración es un proyecto y que podemos darle apoyo
profesional en todas sus etapas. Nuestros servicios no se limitan a la migración
misma, sino también a la configuración óptima de la base de datos de
destino y la capacitación de los administradores, por ejemplo.
Para mayor información póngase en contacto con nosotros:
[email protected]
7
HISTORIAS
DE ÉXITO
LAUFEN
Migración exitosa de plataforma SAP R/3 en dos días
LAUFEN es uno de los fabricantes de sanitarios para baño líderes en el
mundo. Centrado en el desarrollo, fabricación y distribución de cerámica
para baño, LAUFEN tiene un papel significativo en el positivo desarrollo
de la cultura de cuartos de baño.
La compañía está orgullosa de proporcionar a sus clientes productos de
primera calidad para una experiencia de aseo excepcional.
Información de la compañía – LAUFEN Switzerland
LAUFEN Sanitary Ware es parte del Grupo ROCA, líder 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 distribución independientes.
La división de Elementos Sanitarios de LAUFEN emplea a 3.500 personas
en más de 30 países. En sus seis plantas de producción ubicadas en Suiza,
Austria, Bulgaria y República Checa, se fabrican un total de 4,5 millones
de piezas de cerámica al año. Más de 800 clientes suman una facturación
anual de 180 millones de euros.
El Grupo ROCA cuenta con 16.000 empleados en más de 80 países de
todo el mundo. 22 millones de piezas de cerámica se fabrican cada año en
España, Portugal, Polonia, República Checa, Austria, Suiza, Italia, Estados
Unidos, República Dominicana, Perú, Brasil, Argentina, Marruecos, Turquía,
China y Tailandia. La facturación anual se eleva a 1.600 millones de euros.
LAUFEN Switzerland utiliza dos sistemas para procesar los datos corporativos. La contabilidad y gestión de nóminas se realizaba con un software
propietario sobre un servidor IBM AS/400. La gestión de información,
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 migración. El volumen de datos gestionado
superaba los 120 Gb.
Tiempo es dinero
Los directores de tecnología de la información (IT) de LAUFEN comenzaron
a contemplar la migración ya en otoño de 2002. El sistema AS/400 existente
no ofrecía suficientes recursos para los crecientes volúmenes de transacciones.
Originalmente, el sistema había sido configurado para soportar cantidades
8
mucho menores de datos y, sobre todo, para un crecimiento más lento de
los mismos. La próxima actualización de SAP R/3 4.0B a 4.7 Enterprise
significaba que deberían duplicarse los recursos. Además, LAUFEN se
enfrentaba a una migración de base de datos de DB2/400 EBCDIC a
DB2/400 ASCII (migración ASCII), lo que significaba otro 80% de incremento en el volumen de datos. Como consecuencia, se tomó en consideración un cambio de sistema que inmediatamente hizo surgir la cuestión de
implementar un sistema de base de datos y hardware con vistas al futuro.
"Por motivos de rentabilidad, habíamos 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 también requería 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 migración tenía que ser llevada a cabo rápidamente para evitar
comprometer el negocio del día a día de la compañía. Estos requisitos ya
limitaban la elección de las potenciales herramientas de migración. La
compañía todavía se enfrentaba a otro problema: por motivos históricos, el
entorno SAP R/3 existente había sido configurado con codificación Latin2
(caracteres de Europa oriental), lo que necesitaba convertirse a Latin1
durante la exportación para permitir el uso de la función de página de código
Multiple Display Multiple Processing (MDMP) de SAP.
Para facilitar la decisión, LAUFEN buscó consejo en EAST AG para
identificar configuraciones que pudieran manejar los grandes volúmenes
de datos. En cooperación con el equipo de ROCA, a finales del 2002 se
elaboró la futura configuración de la plataforma Windows 2000. Es
especialmente destacable la nueva configuración, que abandonó la
aproximación monolítica en favor de una solución multi-ordenador
modular y escalable. En seguida se hizo obvio que se tenía que tratar con
todos los datos en un proceso de tres pasos: primero, la exportación de
datos utilizando la herramienta de migración certificada SAP, segundo,
la transferencia de los datos exportados a la plataforma destino, y tercero,
la importación de los datos en la base de datos Oracle de la plataforma
destino. “El plazo para la migración se estableció en 2 a 3 días,” recuerda
Jacques Nieuwland. “Nadie quería realmente especificar esta cifra, y no
teníamos una experiencia anterior.” El riesgo fue bastante alto ya que
trabajar sin el entorno R/3 ERP durante un periodo largo de tiempo podría
haber supuesto un costo considerable para LAUFEN. SAP R/3 tenía que
estar funcionando a principios de semana.
Delta Consulting
Delta Consulting
Pruebas exhaustivas antes de la migración
A mediados de diciembre, LAUFEN decidió implementar la plataforma e
base de datos W2K
Oracleno sólo por las limitaciones de tiempo sino también
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
migración y SAP Release cuanto antes.
Una vez se hubo tomado esta decisión, el proyecto de migración comenzó
sin retrasos y se llevaron a cabo pruebas utilizando recursos internos tales
como la máquina AS/400 existente y el nuevo hardware de Intel. “Las pruebas de exportación iniciales sobre el sistema de pruebas fueron biense terminó una ronda de exportaciones después de sólo 14 horas,” dice Jacques
Nieuwland. Como consecuencia, el equipo de migración de EAST AG se
centró en probar y ajustar más el proceso de exportación e importar al
nuevo sistema. El ambiente era tenso cuando se empezó la migración en
vivo, pero la exportación de prueba se terminó en sólo ocho horas.
El viernes 6 de junio del 2003, por fin había llegado el momento final: la
migración física, incluidas exportación, transferencia de datos e importación, fue realizada en 20 horas. El equipo de pruebas invirtió otro par de
horas en una comprobación de funcionalidad de las características de SAP.
Simultáneamente, se inspeccionaron meticulosamente las muchas interfaces
de tan heterogéneo entorno. La migración necesitó pocas adaptaciones y la
tarde del sábado el equipo de migración pudo por fin cambiar sus consolas
por una copa de champán para celebrar el exitoso resultado de dos días l
lenos de acción. El lunes por la mañana, todas las divisiones pudieron
utilizar el entorno SAP de forma productiva. Aunque todos los procesos y
circuitos de trabajo habían por supuesto sido verificados desde el punto de
vista de todas las divisiones durante el fin de semana, Jacques Nieuwland
admite que “la migración fue desde luego un escenario de caso óptimo.
Incluso hoy día, todavía nos beneficiamos de una configuración tan robusta
y bien equilibrada. Además, pudimos alcanzar nuestros objetivos: los cuellos
de botella de recursos quedaron en el pasado, y nos hemos preparado
idóneamente para un mayor crecimiento así como para futuras actualizaciones
de SAP.”
Para mayor información contacte: Peter Stalder Engineering and System
Delta Consulting es una consultora especializada en SAP
comprometida a proporcionar soluciones innovadoras pero
prácticas que combinen la experiencia de negocios del mundo
real con las últimas tecnologías de comercio electrónico
diseñadas para ampliar y mejorar las prestaciones de SAP.
Nuestros consultores tienen una media de más de ocho años de experiencia
específica en SAP que abarca todas las soluciones SAP y disciplinas de negocio tales como optimización de cadenas logísticas, gestión financiera y contabilidad de costos, y contabilidad de fusiones y adquisiciones. Además,
proporcionamos servicios que satisfacen las necesidades funcionales, técnicas
y de infraestructura de una solución SAP.
Fundada en 1998 por un pequeño grupo de antiguos ejecutivos de SAP,
Delta hace uso de los conocimientos obtenidos de su relación con más de
200 implementaciones SAP. Como National Implementation Partner,
Accelerated SAP Partner y miembro del grupo mercantil mySAP, SAP está
en el corazón de las soluciones y servicios de Delta.
Como miembro del Oracle PartnerNetwork (OPN), Delta Consulting es
capaz de proporcionar tecnología Oracle como parte de una solución de primer nivel SAP de comercio electrónico 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 más información sobre Delta Consulting, visite su web en
www.go-delta.com o póngase en contacto con Jack Tomb, VP de
Desarrollo de Negocio en el teléfono 610-558-1730.
Technology AG
[email protected]
http://www.east-ag.ch
9
Base de Datos Oracle 10g para mySAP
Este artículo proporciona una descripción técnica 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 diseño de Oracle 10g es reducir el costo de gestión, ofrecer
un mayor rendimiento para todos los tipos de carga de trabajo y proporcionar
nuevas características de alta disponibilidad.
La base de datos Oracle 10g es la primera diseñada para Enterprise Grid
Computing (aplicación 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 utilización de recursos
para así complementar el concepto de infraestructura de computación
avanzada de SAP.
Al igual que con las versiones anteriores de bases de datos de Oracle,
todas las funciones transparentes de Oracle 10g están disponibles de forma
inmediata para todos los tipos de aplicaciones SAP una vez que Oracle 10g
obtiene la certificación de SAP. SAP tiene previsto realizar la certificación
inicial de Oracle 10g a principios del año 2005. Después de la certificación
inicial, SAP irá incorporando otras características nuevas de Oracle.
1.2 Mejoras en el rendimiento de los índices de mapa de bits y en
la gestión 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 más rápida en cualquier tipo de hardware
sobre el que se ejecute. La versión actual de la base de datos permite utilizar
fibras, páginas de gran tamaño y sistemas NUMA (acceso a memoria no
uniforme). Las fibras ofrecen una conmutación en contexto más rápida que
los subprocesos y se programan de acuerdo con el sistema de gestión de
bases de datos relacionales (RDMBS). De este modo, mejoran el rendimiento
general de la base de datos. Las páginas de gran tamaño 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 búfer tiene
varios gigabytes de tamaño, una situación común en las configuraciones
SAP. Oracle 10g puede detectar automáticamente la presencia de hardware
NUMA y optimizarse automáticamente 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 características nuevas de rendimiento y escalabilidad:
1.1 Compatibilidad con redes Infiniband de alta velocidad
La versión actual de Oracle es compatible con el protocolo SDP (Sockets
Direct Protocol) para redes Infiniband de alta velocidad. SDP es un protocolo de comunicación 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 configuración RAC. Puesto que las aplicaciones SAP transfieren un
elevado volumen de datos entre la base de datos y la aplicación SAP, el uso
del protocolo SDP hace que la mayoría de la carga de mensajería recaiga en
la tarjeta de interfaz de red, con la consiguiente liberación de la CPU del
servidor de base de datos para otras tareas.
10
En la versión actual, los índices de mapa de bits ofrecen un mayor rendimiento
y tienen menos probabilidad de fragmentarse cuando se realiza un elevado
número de operaciones de lenguaje de manipulación de datos (DML) de
una única fila. Estas mejoras son especialmente importantes para la ejecución
de SAP BW.
1.3 Operaciones más rápidas de borrado y truncamiento de tablas
Estas dos operaciones se realizan mucho más rápido debido al uso de
algoritmos mejorados al acceder a la memoria caché del búfer de la base
de datos. Las tablas pequeñas, usadas principalmente en SAP BW, son las
que fundamentalmente se benefician de esta mejora.
1.4 Operación de deshacer en memoria
El servidor de base de datos gestiona ahora de un modo más eficaz los
cambios en bloque realizados por transacciones cortas, lo que da como
resultado un número inferior de ciclos de CPU.
El borrado de tablas e índices particionados es mucho más rápido ahora
debido al uso de un nuevo algoritmo que identifica los bloques de un
objeto particionado en la memoria caché del búfer y los limpia de la
memoria caché del búfer. La aplicación SAP BW es la principal beneficiada
por esta mejora, ya que el borrado de objetos particionados es una operación
muy frecuente en SAP BW.
2. Mejoras en Real Application Clusters (RAC)
La introducción de RAC en aplicaciones SAP está disponible a partir de
la versión 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 implementación de clústeres de gran escala.
Este nuevo marco permite a los administradores supervisar y gestionar los
niveles de rendimiento de un servicio concreto, además de gestionar cómo
proporcionar estos servicios de forma continuada.
2.1 Gestión integrada del software en clúster (clusterware)
Oracle RAC 10g ofrece una solución completa de gestión del software en
clúster 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 clúster incluye mecanismos para la
conectividad de clústeres, mensajería y bloqueo, control y recuperación de
clústeres, y un marco para la provisión de servicios. No es necesario adquirir
ninguna solución de gestión de software en clúster de terceros.
Sin embargo, Oracle seguirá ofreciendo compatibilidad para productos de
software en clúster de terceros en plataformas específicas.
Base de datos
de Oracle
2.2 Gestión única de la imagen del sistema
Oracle Enterprise Manager 10g incorpora una importante mejora que
permite una gestión única verdadera de la imagen del sistema de las implementaciones de las bases de datos de clúster. La página de la base de
datos de clúster de Enterprise Manager proporciona una vista del estado
del sistema en varios nodos. También permite profundizar a niveles más
detallados para ver instancias individuales si es necesario.
2.3 Integración de Data Guard para la recuperación después de un
desastre
Con Oracle Enterprise Manager 10g, el componente de gestión de Oracle
Data Guard, Data Guard Broker, está totalmente integrado en RAC. Los
entornos de recuperación después de un desastre de Data Guard en los que
existen bases de datos de Oracle RAC se pueden gestionar ahora tan fácilmente como los entornos en los que se utilizan bases de datos de una única
instancia.
2.4 Herramienta de verificación del clúster y mejoras en las
herramientas de diagnóstico
Oracle 10g incluye una nueva herramienta para la verificación de la configuración del clúster, así como mejoras en las herramientas de diagnóstico
originales de Oracle9i. Con el uso combinado de estas herramientas, los
usuarios pueden evitar la aparición de problemas y solucionarlos con mayor
rapidez en caso de producirse.
2.5 Mejoras de rendimiento
Oracle RAC 10g incluye optimizaciones que reducen el tráfico de mensajes,
el uso de memoria y el consumo de otros recursos. Además, la afinidad de
la memoria caché y el archivo dinámico ayuda a que no se vea mermado el
rendimiento cuando se traspasan cargas de trabajo entre las instancias.
3. Capacidad de gestión del servidor
Una de las principales propuestas de valor de esta versión de la base de
datos de Oracle es la reducción significativa del costo y el tiempo necesarios
para implementar y mantener una solución basada en Oracle. Una serie de
desarrollos principales en esta área incorporan nuevas técnicas y metodologías
en toda la plataforma de la base de datos.
3.1 Compresión de las copias de seguridad
Si el espacio disponible en el disco no es suficiente o el software de gestión
de medios no admite operaciones de compresión, se puede utilizar RMAN
para comprimir conjuntos de copias de seguridad RMAN.
3.2 Copias de seguridad actualizadas de forma incremental
Esta versión 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 recuperación reducido porque se tienen que aplicar menos
registros, además de una reducción 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 instrucción ALTER DATABASE para que todos los
espacios de tablas entren en el modo de copia de seguridad. Además, la ejecución del comando BEGIN BACKUP es mucho más rápida 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 Transmisión segura de los datos de rehacer
El uso de la opción avanzada de seguridad de Oracle 10g permite aumentar
la seguridad de un entorno Data Guard al impedir la posible manipulación
de los datos de rehacer cuando se transfieren a la base de datos de emergencia.
Esta característica no estará disponible en las instalaciones SAP hasta que
SAP no certifique la opción avanzada de seguridad.
3.6 Redefinición en línea mejorada
En esta versión, las tablas con datos LONG y LONG RAW, todavía
utilizados por muchas aplicaciones SAP, se pueden migrar en línea a datos
LOB desde la utilidad BRSPACE de SAP.
3.7 Seguimiento del uso de las características de la base de datos
Esta versión de la base de datos realiza automáticamente un seguimiento
del uso (configuración, tiempo de ejecución o ambos) de las distintas
características de la base de datos. Esto permite al usuario recopilar el uso
de las características para su posterior consulta.
3.8 Seguimiento completo de las aplicaciones
Esta versión de la base de datos realiza automáticamente un seguimiento
del uso (configuración, tiempo de ejecución o ambos) de las distintas
características de la base de datos. Esto permite al usuario recopilar el uso
de las características para su posterior consulta.
3.9 Espacio de tablas SYSAUX
Este nuevo espacio de tablas de sistema proporciona una ubicación 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 versión de la base de datos envía de forma proactiva alertas y notificaciones a los administradores cuando se prevé un problema o bien si
una de las métricas seleccionada por el usuario supera el umbral definido.
La infraestructura existente de supervisión y administración de SAP no
integrará inicialmente esta característica.
3.11 Repositorio de carga de trabajo de gestión automática
Un nuevo repositorio integrado gestionado de forma completamente
automática captura la información de carga de trabajo y las estadísticas de
rendimiento, lo que reduce los costos administrativos. La base de datos
utiliza la información contenida en este repositorio para las actividades de
gestión automática.
11
3.12 Modelo mejorado de tiempos de la base de datos
4.6 Fácil actualización
Esta característica 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 información la utiliza la base de
datos para tomar decisiones de ajuste automático y facilita el diagnóstico
de problemas de rendimiento.
Esta característica reduce el número 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 actualización de la base de datos.
3.13 Modelo mejorado de espera
El modelo mejorado de espera facilita el diagnóstico del rendimiento.
Permite determinar qué sesiones están en espera, guarda un historial de
estas y su duración, y mantiene estadísticas de las mismas para las instrucciones SQL en una vista dinámica de rendimiento.
4.7 Herramienta de información de actualización
Esta nueva herramienta facilita enormemente la actualización de la base de
datos al realizar algunas comprobaciones preliminares en la base de datos
existente (por ejemplo, si hay suficiente espacio, si hay parámetros de
inicialización obsoletos, etc.) y proporciona una estimación del tiempo que
tardará en actualizarse la base de datos.
5. Gestión de almacenamiento
4. Configuración del servidor
En esta versión, 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
actualización de sencillo uso que reducen significativamente el número de
pasos que son necesarios. En esta versión, es mucho más sencillo configurar
de un modo óptimo la base de datos. Los administradores sólo deben conocer
un número reducido de parámetros básicos de inicialización que pueden
usar para configurar y ajustar el entorno. Muchas de las otras tareas asociadas
con la configuración de la base de datos también se han eliminado o automatizado en la primera versión.
4.1 Instalación simplificada de la base de datos
El proceso de instalación de la base de datos se ha mejorado para reducir
el tiempo de instalación, los requisitos de recursos del sistema (CPU,
memoria y espacio en disco) y el número de CD de instalación necesarios.
4.2 Configuración automática de servicios RAC
Ahora puede usar DBCA para configurar automáticamente los entornos
RAC.
4.3 Instalación automática del software en clúster portable
El OUI (Oracle Universal Installer) instala e inicia automáticamente el
software en clúster portable y los componentes relacionados para Cluster
Ready Services (CRS) de RAC.
4.4 Parámetros simplificados de inicialización
Los parámetros de inicialización se dividen ahora en dos grupos: parámetros
básicos y parámetros avanzados. En la mayoría de los casos, es necesario
definir y ajustar sólo los parámetros básicos (entre 20 y 25) para obtener
un rendimiento aceptable de la base de datos. En raras ocasiones puede ser
necesario modificar los parámetros avanzados para lograr un rendimiento
óptimo.
Oracle 10g incorpora varias características que simplifican, flexibilizan y
automatizan el almacenamiento de la base de datos. Una de las características
es Automatic Storage Management (ASM, Administración de Almacenamiento Automático), que es un administrador de volumen integrado verticalmente
y un sistema de archivos integrado para los archivos de datos de Oracle.
La otra característica que ayuda a simplificar la gestión 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 disposición óptima de los archivos de datos,
archivos de control y archivos de registro. Los archivos de base de datos
se distribuyen automáticamente entre todos los discos disponibles y el
almacenamiento de la base de datos se vuelve a equilibrar cada vez que se
modifica la configuración del almacenamiento. Esta característica también
proporciona redundancia a través del reflejo de los archivos de la base de
datos. ASM se diseñó específicamente para utilizar servidores y discos de
bajo costo. No obstante, la compatibilidad para ASM de SAP no estará
disponible con la certificación inicial de Oracle 10g. ASM se incorporará
posteriormente y sólo para las instalaciones de las nuevas versiones de
productos SAP. Una ruta de migración para las versiones anteriores de los
productos SAP se proporcionará una vez que SAP haya realizado la
certificación 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 característica facilita
por ejemplo la migración 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 creación 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 versión incluye funciones de ajuste automático de instancias que facilitan enormemente el trabajo de los administradores. La gestión 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 más sencillo los procedimientos operativos que son más
eficaces para todos los tipos de asignación de recursos. Esto a su vez facilita
la tarea de proporcionar tiempos de respuesta predecibles para las operaciones principales de la empresa. Además, existen nuevos métodos de identificación de los grupos de consumo de recursos que permiten a las aplicaciones
existentes aprovechar estas funciones sin realizar cambios en las aplicaciones.
Esta versión también admite el ajuste automático de puntos de verificación,
que aprovecha los períodos de bajo uso de E/S para prever los puntos de
verificación y, por tanto, mejorar la disponibilidad.
6.8 Ajuste automático del parámetro Undo_Retention
6.1 Nuevos gráficos 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 estadísticas relacionadas con el rendimiento
de la base de datos y facilita la realización de una supervisión y diagnóstico
completos.
6.2 Informes SQL mejorados con Oracle Enterprise Manager
La nueva interfaz HTML de Oracle Enterprise Manager para análisis de
SQL, incluida la interfaz Top SQL, ayuda a detectar lenguaje SQL con
errores y permite ajustarlo fácilmente.
Esta característica ajusta automáticamente el parámetro de inicialización
Undo_Retention, que se utiliza para controlar la información de retención
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 según el espacio previamente asignado
al espacio de tablas Undo. Esto evita que los administradores tengan que
ajustar constantemente el parámetro Undo_Retention.
Esta característica aconseja al administrador de base de datos sobre el
tamaño del espacio de tablas Undo y del valor correcto del parámetro
Undo_Retention. Ayuda a evitar que se produzca el error ORA-1555
“snapshot too old” (instantánea demasiado antigua).
6.10 Ajuste automático de memoria compartida
Automatic Shared Memory Tuning automatiza la configuración de los
parámetros relacionados con la memoria SGA (área global del sistema),
como caché del búfer, y recursos compartidos, a través de algoritmos de
ajuste automático. Simplifica la configuración de la base de datos, garantiza
el uso más eficaz de la memoria disponible y mejora el rendimiento.
6.3 Monitor de diagnóstico automático de la base de datos
Esta característica permite a la base de datos analizar automáticamente su
propio rendimiento. La base de datos puede identificar cuellos de botella
potenciales y solucionarlos automáticamente o recomendar una solución al
administrador. Esta función está integrada en el núcleo (kernel) de la base
de datos y, por lo tanto, no necesita de ninguna herramienta externa.
6.4 Asesor de tamaño del archivo de registro de operaciones de
rehacer
Esta característica recomienda el tamaño óptimo de los archivos de registro
de operaciones de rehacer para evitar una E/S de disco excesiva debido a
puntos de verificación frecuentes.
6.5 Asesor de segmentos
7. Ajuste de aplicaciones
En esta versión, se han introducido nuevas herramientas que reducen al
mínimo 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 más 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
instrucción SQL o una carga de trabajo como una entrada y ofrece consejos
sobre cómo ajustarla.
Este asesor realiza dos funciones. En primer lugar, según el nivel de
fragmentación del espacio dentro de un objeto, aconseja si un objeto es
candidato idóneo para la operación reducir. En segundo lugar, informa
sobre la tendencia de crecimiento histórico de los segmentos. Esta información se puede utilizar para planificar la capacidad y adoptar una decisión
informada acerca de los segmentos que se deben reducir.
7.2 Asesor para SQLAccess
6.6 Reducción de segmentos en línea
SQLAccess Advisor es un sistema especializado que identifica y ayuda a
solucionar problemas de rendimiento relacionados con la ejecución de
instrucciones SQL mediante la recomendación de los índices que se deben
crear, cancelar o conservar. SAP solo admitirá inicialmente el uso de esta
característica en los entornos SAP para personalizaciones de los productos
SAP estándar, como informes Z e Y u objetos de base de datos Z.
Esta característica reduce los segmentos de tablas e índices en línea e in
situ que tienen espacio libre, lo que mejora la eficacia del uso del espacio.
Esta característica no estará inicialmente disponible en la herramienta
BRSPACE de SAP, pero está prevista su incorporación 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 recomendación. Esto simplifica el
análisis de cualquier entorno de base de datos de Oracle.
7.3 SQLAccess Advisor
6.7 Ajuste automático de los puntos de verificación
La base de datos de Oracle puede ajustar automáticamente los puntos de
verificación para obtener unos tiempos de recuperación óptimos con un
reducido impacto o un rendimiento normal. Ya no tendrá que definir
ningún punto de verificación relacionado con parámetros.
7.4 Recopilación automática de estadísticas del optimizador
Esta característica automatiza la recopilación de estadísticas de objetos
del optimizador. Los objetos con estadísticas antiguas o sin estadísticas se
analizan automáticamente para que los administradores no tengan que
realizar un seguimiento de lo que es necesario o no analizar, ni realizar
análisis 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 versión, Oracle amplía 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 aplicación.
Esta características reduce la necesidad de tener que volver a instanciar la
base de datos principal anterior después de una conmutación por error. Esto
a su vez permite restaurar rápidamente toda la capacidad de recuperación
después de un error. Esto se realiza con la instrucción 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 característica de espacios de tablas transferibles permite transportar los
espacios de tablas entre distintas plataformas, lo que acelera la migración
de una plataforma de un cliente SAP.
Esta característica mejora el tiempo de cambio de conexión y conmutación
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 algún error en la base de datos
principal y se propaga a la de emergencia.
8.2 Utilidades de importación y exportación de extracción de datos
Las utilidades de importación y exportación de extracción 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 exportación e importación
originales, como por ejemplo: la capacidad de reiniciar completamente los
trabajos de exportación e importación, la posibilidad de desconectar y
volver a conectar trabajos de prolongada ejecución, la opción de estimar
qué cantidad de espacio utilizará un trabajo de exportación, la compatibilidad
para las operaciones de exportación e importación a través de la red y la
compatibilidad para la selección de objetos muy detallados según los objetos
y tipos de objetos. Esta característica no está integrada inicialmente en las
herramientas de administración de SAP.
Esta característica introduce la instrucción FLASHBACK TABLE en SQL,
lo que permite recuperar rápidamente 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 exportación e importación de extracción de datos
se pueden ejecutar en paralelo, lo que resulta en un rendimiento más eficaz
para la carga y descarga de datos y metadatos.
Oracle proporciona en esta versión un método de restauración 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 Exportación e importación en paralelo de extracción de datos
En esta versión, Oracle introduce funciones ampliadas de flashback de la
base de datos. Si se produce un error importante, como la ejecución de un
trabajo de fondo dos veces de forma sucesiva, el administrador de la base de
datos puede solicitar una operación flashback para recuperar rápidamente
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
recuperación a un momento puntual. En esta versión de la base de datos de
Oracle, además de las operaciones flashback en el nivel de la base de datos,
también se puede ejecutar una operación flashback para toda una tabla.
Del mismo modo, existe una nueva función que permite a la base de datos
recuperar tablas que un usuario ha borrado por error. Las funciones de
consultas flashback existentes también se han mejorado. La integración
de la tecnología flashback está prevista para las versiones posteriores de
BR*Tools, pero no de forma inmediata después de la certificación de
Oracle 10g por SAP.
8.4.1 Flashback de la base de datos
Esta característica introduce la instrucción FLASHBACK DATABASE en
SQL. Permite restablecer rápidamente la base de datos a un punto anterior
en el tiempo deshaciendo todos los cambios realizados desde ese momento.
Esta operación es rápida porque no es necesario restaurar las copias de
seguridad. Asimismo, resulta en un tiempo de inactividad inferior después
de una corrupción de datos o un error humano.
14
8.4.4 Flashback de tabla
Esta característica introduce consultas flashback de transacciones, lo que
le permite examinar los cambios aplicados a la base de datos en el nivel
de transacción. Como resultado, puede diagnosticar problemas, realizar
análisis y auditar transacciones.
CONCLUSIÓN
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 (aplicación de arquitecturas Grid a la empresa),
incluso con servidores y discos de bajo costo. El diseño de los complementos
de Enterprise Grid Computing complementan los conceptos de infraestructura de computación adaptable de SAP. Oracle 10g proporciona como
ventajas una reducción de riesgos con unos costos de gestión inferiores, una
mayor escalabilidad y capacidad predictiva, y unos niveles de disponibilidad
más 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 líderes en las categorías de
productos de higiene bucal, cuidado personal, productos de limpieza para
el hogar, tejidos y alimentos para mascotas. Tiene oficinas en más de 200
países y generó 9.300 millones de dólares de ingresos en el año 2002.
Colgate-Palmolive ha logrado aumentar considerablemente los ingresos y las
ganancias en la última década gracias al rápido desarrollo e introducción 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 rápido 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 organización. El almacén de datos corporativo basado en el producto
Business Information Warehouse (BW) de SAP se utiliza para, de forma
sistemática, medir y generar informes sobre los indicadores clave de
rendimiento en todos los niveles de la empresa. BW proporciona una infraestructura de informes y análisis unificada que integra la información de
ventas y distribución, gestión 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 optimización de la
cadena logística utilizan este producto.
Actualmente, la instalación de SAP BW se basa en la ejecución 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 tamaño total de 3,8 TB. Incorpora datos
de diversos orígenes, como sistemas con SAP R/3 y aplicaciones de finanzas,
ventas y fabricación. BW proporciona una función multidimensional en las
estructuras: los InfoCubos. El almacén de datos de Colgate contiene 90
InfoCubos cuyo tamaño oscila entre un millón y 190 millones de filas.
También contiene más de 900 agregados previamente calculados. Los
InfoCubos y los datos agregados se almacenan en más de 1.000.000 de
particiones de la base de datos, lo que resulta en una de las estructuras más
complejas utilizadas en todo el mundo.
Los agregados permiten a los responsables de la empresa conocer rápidamente
métricas 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 navegación en un día normal.
En el año 2002, Colgate consolidó varios almacenes de datos en un único
almacén para implementar una función unificada de análisis e informes en
la empresa. Esto dio lugar a una de las implementaciones de BW más
conocidas y supuso muchos retos en cuanto a escalabilidad para el personal
TI de Colgate. Estos retos giraron en torno al enorme número de segmentos
y particiones de base de datos y al elevado número de operaciones de borrar
y crear en los objetos particionados, según Deighton Weekes, un ejecutivo
técnico de Colgate.
Colgate realizó, con la colaboración de los proveedores de sistemas, un
análisis 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 gestión
automática de espacio y la gestión de memoria PGA introducida en Oracle9i,
como factores principales para lograr este aumento de rendimiento.
1. ¿Cuáles son los motivos principales que originan un crecimiento de los
datos en el almacén?
El motivo principal que origina un crecimiento de los datos está relacionado con
las cargas operativas diarias.
2. ¿Cuál es el nivel de uso simultáneo? ¿Cuáles son las expectativas para
el futuro?
Esperamos ver un crecimiento exponencial y un aumento del uso simultáneo 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 año 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 temáticas o nuevas aplicaciones
al almacén? ¿Se han previsto algunas de estas incorporaciones para el
año que viene?
Sí, añadimos continuamente nueva información.
5. ¿Puede describirnos brevemente el esquema de la base de datos?
¿Número de tablas? ¿Número de atributos? ¿Tamaño de las tablas más
grandes? ¿Uso de 3NF o algún nivel de desnormalización? ¿Utilización
de combinaciones con n direcciones? ¿Nivel de interdependencia en las
áreas temáticas?
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.
Número de tablas:
21.000
Número de atributos: 380.000
Tabla de mayor tamaño: 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, ¿cuáles son los puntos
fuertes y las limitaciones de Oracle de cara a satisfacer los requisitos de
C-P? ¿Qué características han demostrado ser más valiosas? ¿Qué
características nuevas de Oracle9i han demostrado ser más importantes
para C-P? ¿Y las menos importantes? ¿Qué mejoras de rendimiento y
funcionalidad ha proporcionado Oracle9i a C-P? ¿Cuál es su valoración
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.
Características más 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
Características nuevas de Oracle9i:
Gestión de memoria PGA automática
Valoración general de Oracle9i:
Base de datos rápida, sólida y fácil de utilizar.
Escalabilidad para grandes volúmenes de datos y capacidad de
gestión mejorada.
7. ¿Qué uso hace C-P de las vistas materializadas? ¿Hay funciones
analíticas 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.
Características de DSS avanzadas:
- Combinaciones hash
- Comando Upsert/Merge
- Particionamiento por rangos para tablas e índices
- Índices de mapa de bits
- Conversión de árbol B* en mapa de bits
- Optimización de transformación de estrella
- Histogramas CBO
- Consulta en paralelo, generación de estadísticas CBO en paralelo,
creación de índices en paralelo
- Operaciones no recuperables para índices de creación
8. ¿Puede describir la combinación de carga de trabajo actual?
¿Alcance del uso de consultas específicas? ¿Qué grado de
complejidad tienen las consultas específicas?
Sen dan de un 80-90% de consultas específicas 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)
Introducción
SAP NetWeaver
Las tecnologías de la información son una parte integral de virtualmente
toda empresa.Las compañías de éxito usan sistemas de información para
administrar proveedores, fabricar productos, facilitar las relaciones laborales,
e interactuar con los clientes. Por esta razón, las aplicaciones críticas de
negocios demandan una plataforma operativa rentable que enfatice la
disponibilidad, la flexibilidad, y la escalabilidad.
Las empresas líderes usan el entorno SAP NetWeaver para sus aplicaciones
y sistemas porque les ayuda a obtener más 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 informáticos provistos por aplicaciones heterogéneas, 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 gestión comercial, gestión del ciclo de vida de las
soluciones, y aplicaciones especiales. Su infraestructura de portal ofrece:
• Gestión de datos maestra: Promueve la integridad de los datos en toda
una red en un entorno de TI heterogéneo
• Facilita la integración: Permite la comunicación XML/SOAP entre
componentes de aplicaciones de varias fuentes y proveedores
• Acceso multicanal: Permite a los usuarios conectarse a los sistemas
empresarios mediante voz, móvil, o tecnología 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 mañana.
SAP es el líder 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, también aumentan las exigencias sobre sus
infraestructuras informáticas. 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 reutilización de sistemas y aplicaciones
existentes, ayuda a las empresas a maximizar cada oportunidad.
• Menores costos: La utilización de servidores de bajo costo puede reducir
las inversiones de capital y maximizar el retorno de la inversión; la
reducción 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 ejecución 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 desempeño y flexibilidad para
aplicaciones comerciales críticas.
SAP NetWeaver es el cimiento de las soluciones SAP xApps y MySAP
Business Suite. También permite una arquitectura de servicios empresariales (Enterprise Services Architecture) que combina aplicaciones empresariales con servicios Web y tecnologías 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 recuperación 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 utilizarían en una sola base de
datos. Esta transparencia permite a las empresas usar Oracle RAC para
cualquier tipo de procesado de transacciones en línea (OLTP), almacenes
de datos, o aplicaciones empaquetadas.
Escalabilidad accesible
Oracle RAC está diseñado sobre los principios de escalabilidad horizontal, al
distribuir la carga de trabajo total de la base de datos entre muchos servidores
pequeños. 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 común. Cualquier nodo puede agregar, modificar, o borrar datos.
Una base de datos única significa que no hay problemas de replicación o
segmentación, ni propiedad o redirección de peticiones SQL. Cada nodo
es igualmente capaz de manejar cualquier transacción directamente.
Una perfecta combinación
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 combinación con Oracle RAC, las aplicaciones SAP pueden
escalarse para satisfacer nuevas cargas de usuarios y aplicaciones, con nuevos
niveles de disponibilidad.
La filosofía de gestión de las aplicaciones de Sun es que los profesionales de
TI deberían concentrarse en gestionar el servicio, no el servidor. La relación
comercial entre Sun Microsystems y Oracle Corporation es clave para hacer
de esta filosofía una realidad, y ayuda a asegurar que, juntos, los sistemas
Sun y Oracle RAC ofrecen disponibilidad, escalabilidad, administrabilidad,
y facilidad de implementación 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 automáticamente
a otro nodo del cluster. Los nodos en funcionamiento tienen acceso continuo
a la base de datos mientras reconcilian los logs de transición compartidos
de los nodos en fallo. Devolver la base de datos a la plena funcionalidad
lleva menos tiempo que un reinicio y recuperación manual, o que una
transferencia automática a un servidor de reserva (failover), porque la base
de datos nunca deja de funcionar.
El sistema SunPlex está diseñado para satisfacer las necesidades de las aplicaciones comerciales y de misión crítica actuales. Presenta rutas redundantes
entre todos los sistemas, entre todos los subsistemas de discos, y a todas las
redes externas. La integración a nivel del núcleo (kernel) ofrece un failover
más veloz. Con SunPlex, ningún punto único de fallo del hardware, software
o redpuede hacer caer un cluster. Al ofrecer capacidades de gestión en
conjuntos de recursos estrechamente vinculados, SunPlex ofrece una de las
mejores plataformas para Oracle9i RAC.
Administración simplificada
La multiplicación de componentes en una solución puede incrementar la
carga de mantenimiento. No obstante, las características 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 estándar,
única a las aplicaciones y los administradores, se pueden usar las mismas
herramientas y prácticas de mantenimiento. Todas las operaciones estándar
de respaldo y recuperación funcionan transparentemente con RAC.
Además, las operaciones SQL --incluyendo el lenguaje de definición de datos
y las restricciones de integridad-- son idénticas para las bases de datos RAC
y estándar.
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 notificación 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 línea por cualquier
razón, 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 gestión de fallos totalmente integrada si se detecta
un fallo, y administra el proceso de recuperación sin intervención del
operador se pueden reemplazar componentes fallados en línea, sin afectar la
disponibilidad.
Características destacadas
Oracle RAC incluye la capacidad de realizar una amplia variedad de
operaciones de mantenimiento mientras la base de datos está disponible
y en línea. 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 migración (failover)
veloz y automática en caso de fallo de los servidores. Esta capacidad de
migración automática 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 computación
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 clústeres.
• 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 automáticamente. Con un diseño apropiado,
virtualmente no haytiempo inactivo de la base de datos debido a
mantenimiento o a fallos.
HISTORIAS
DE ÉXITO
POLLMEIER
Ventajas para un aserradero
Migración satisfactoria de MS SSL a base de datos de Oracle bajo SAP
El mercado alemán de madera de haya se encuentra sumido todavía en
una larga recesión. Sin embargo, lejos de estar en las últimas, Pollmeier
Massivholz GmbH, líder del mercado en este segmento concreto, logró
diversificar sus actividades en el nivel internacional.
Estandarización más 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 línea vertical de fabricación, mejorando así la calidad de los productos
procesados y reduciendo en gran medida los costos de serrado de los
clientes. Gracias a un análisis minucioso de las necesidades de los clientes,
la empresa puede confiar en realizar elecciones específicas que cumplen un
objetivo para lograr una cartera óptima. Esta inversión inicial no sólo
proporciona un rendimiento financiero, sino que también aporta ventajas
en términos 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.
Digitalización 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
alemán en los últimos años, el departamento de TI de la empresa pronto
alcanzó los límites de capacidad de los sistemas basados en MS Windows.
"Llegamos a la conclusión de que nuestro sistema MS SSL no
cumplía nuestras necesidades en términos de escalabilidad y
rendimiento como consecuencia de nuestro continuo crecimiento”,
explica Ralf Schöne, Director de TI de Pollmeier GmbH.
“La planilla de la empresa ha aumentado de 25 a más de 130 empleados y
la línea vertical de fabricación 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 términos de maquinaría en el sentido más amplio, Pollmeier se centro
en sus competencias principales mediante la optimización progresiva del
equipo de producción de sus dos aserraderos y la fábrica de máquinas
conectada.
La empresa, por tanto, deseaba subcontratar la reorganización de su entorno de TI a un socio externoy encontró al proveedor de servicios de TI de
Kassel, Data Process GmbH. En el año 2002, el proyecto de migración
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 minería de sal de grano, sacó a la luz muchas
analogías 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 consolidación del sistema de
Pollmeier: “Especialmente en relación con la internacionalización futura y
el crecimiento continuo de Pollmeier, no había cabida para el compromiso
en cuanto a disponibilidad, escalabilidad y fiabilidad de la base de datos.”
“La eficacia operativa de los entornos homogéneos es por supuesto
considerablemente superior. Además, nuestros clientes se benefician de
unas tarifas de servicio inferiores para el mantenimiento de la base de
datos”, revela Strecker.
Consolidación a toda escala
Pollmeier comenzó la migración a SAP en el año 2000 con la introducción
de los módulos 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 conexión 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 migración de Pollmeier y
Data Process esperaba tener problemas en el entorno SAP en esta fase concreta, aunque finalmente no se produjo ninguno. La instalación del archivo
IXOS planteó algunas incidencias que rápidamente se solventaron junto
con los problemas especiales que las provocaron gracias a la asistencia técnica profesional recibida: Data Process también es socio de Kaba Benzig e
IXOS y pudo aprovecharse de las sinergias de estas colaboraciones.
19
Migración de
Pollmeier a
Oracle
Tres semanas después de haber instalado el sistema de prueba, se migraron
los datos archivados y se configuró un sistema APO hasta migrar finalmente
el entorno de producción R/3 sin ningún problema. Una vez realizado el
proyecto de migración, se transfirió el mantenimiento de la aplicación 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 gestión de más de 40
instalaciones distintas de Oracle/SAP que sus clientes le han subcontratado.
La empresa dispone de una amplia base de conocimientos cuyos orígenes
datan de los inicios de la instauración de la colaboración entre Oracle y SAP.
“Hemos trabajado en primera línea desde el momento en el que se introdujo
SAP en sistemas Oracle realizando instalaciones piloto. Con nuestra amplia
experiencia, apenas tuvimos otra opción posible”, dice Lothar Heyde,
Vicepresidente de soluciones de negocio en Data Process GmbH.
Enlaces útiles de Oracle para SAP
Centro Tecnológico 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
Números 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 más información visite
http://otn.oracle.com/products/database/oracle10g/content.html
- Se puede obtener información sobre otros productos 10g en Oracle
Technet (http://otn.oracle.com/).
También 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 están 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 póngase en contacto con
saponoracle_de.oracle.com
HISTORIAS DE
ÉXITO
B. BRAUN
Infraestructura de TI escalable para la dinámica del futuro
B. Braun Melsungen sustituye DB2 por Oracle9i
Los mercados, los procesos, las transacciones, los flujos de
información y las velocidades cambian. Esto es especialmente
aplicable al sistema público de sanidad. Por este motivo,
B. Braun Melsungen AG basa sus planteamientos y planificaciones en dimensiones más dinámicas. 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 orientación con más miras
al futuro. Un resultado principal de esta nueva orientación
fue la sustitución 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 años, es uno
de los agentes globales presentes en el mercado internacional de sanidad.
El grupo, con oficinas en ubicaciones próximas a sus clientes en alrededor
de 50 países y 28.000 empleados, ofrece una amplia gama de productos y
servicios relacionados con distintas áreas terapéuticas de asistencia médica
(suministros para hospitales, farmacias o consultas tanto en medicina
operativa como en tecnología médica). B. Braun se ha centrado en ofrecer
un servicio completo a través de una única fuente; por ejemplo, combinación
de productos médicos, medicinas y servicios en las áreas de anestesia,
cirugía, diálisis o sector de atención sanitaria en soluciones de sistemas
orientados a procesos.
Cadena de valor añadido a través de una única fuente
B. Braun pone principalmente en práctica esta estrategia de servicios integrales a través de una cadena de valor añadido que es igualmente integral.
Mientras que la mayoría de las empresas tienden a separar la cadena
logística y a reducir continuamente los niveles internos de producción,
B. Braun otorga una gran importancia a una cadena de valor añadido a
través 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 más homogéneo y eficaz que otras compañías, lo que también
le permite reaccionar de una manera más rápida, eficiente y orientada a
los clientes. A través de una optimización completa de los procesos de la
cadena logística 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 innovación no está simplemente limitada a los productos,
sino que también afecta a los procesos, los métodos 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 logística, B. Braun puso a prueba
la infraestructura de TI hace dos años 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 debía sustituirse por un
sistema Unix para reducir costos. Tras un minucioso estudio, se llegó a la
conclusión de que no había motivos para seguir utilizando un sistema
mainframe y que todas las demandas también se podrían satisfacer con un
sistema Unix. Se eligió el servidor IBM de la serie p con el sistema operativo
AIX/HACMP.
Elección de la base de datos
Al mismo tiempo, había que decidir qué base de datos utilizar. ¿Se podría
seguir utilizando la base de datos DB2 de IBM al haber cambiado al sistema
AIX? Tampoco debía olvidarse que se tenía que dar soporte hasta un máximo
de 7.000 usuarios de SAP. Cuando surgen estas preguntas, los usuarios
ponen en evidencia que más de un 70% de las aplicaciones SAP R/3 se
ejecutan en Oracle, a pesar de que por otro lado existe una alianza estratégica
entre SAP e IBM. Los sistemas SAP mayores y más productivos en los que
varios miles de usuarios acceden de forma simultánea 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 situación en la que 20.000 usuarios
accedieron a una base de datos de 5 TB basada en Oracle9i.
Para Karl-Heinz Löw, Director de tecnología de B. Braun Melsungen AG,
la decisión de elegir Oracle fue obvia después de realizar numerosas pruebas
y tareas de investigación: “IBM no podía ofrecernos una referencia de
AIX/DB2 de esta magnitud y características. Sin embargo, era evidente
que Oracle9i no sólo nos ofrecía la capacidad y el rendimiento necesarios
para las instalaciones SAP R/3 que necesitábamos, sino que además proporcionaba escalabilidad de cara a las futuras demandas.”
El rendimiento y la escalabilidad son características necesarias clave para
Karl-Heinz Löw: “Los responsables de TI que desean estar abiertos a los
cambios de los mercados deben consolidar sus infraestructuras (sobre todo
la gestión de datos en toda la empresa) para alcanzar modelos de negocio
cooperativos con cadenas logísticas racionalizadas, presencia global, nuevos
canales de ventas, servicios de comercio electrónico y otros servicios
ampliados. Al mismo tiempo, deben adaptar la infraestructura para hacer
frente al creciente número de usuarios y transacciones, a la presencia de
contenido más extenso y a la demanda de más 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 elección de ésta fue una decisión estratégica 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ó rápidamente 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 están consolidando al mismo tiempo
centros informáticos descentralizados. En el verano de 2002, se transfirió
el primer centro informático de Tuttlingen a Melsungen.
SAP admite normalmente la realización de migraciones y estandariza el
proceso de migración cuando se cambia la base de datos. La migración
empieza con un plan de proyecto que debe aprobar el equipo de soporte de
SAP. Ulteriores medidas, como la demanda de personal de migración con
certificación SAP y el uso de las herramientas de migración y los procesos
de prueba y control prescritos, garantizan que la migración de la base de
datos sea rápida 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 años.
Portabilidad
La portabilidad era otro aspecto a favor de Oracle.
Karl-Heinz Löw: “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
habría sido superior que migrar de DB2 a Oracle.” De hecho, IBM DB2
concierne al menos a tres productos, arquitecturas, limitaciones de funciones,
bases de código y direcciones de desarrollo diferentes. Por lo tanto, SAP
también ha desarrollado tres interfaces DB2 distintas para el software R/3.
Oracle, sinónimo de portabilidad durante más de 20 años, ofrece una única
solución para todo el hardware y sistemas operativos, ya sea para sistemas
multiprocesador simétricos, sistemas mainframe, clústeres o nuevas tecnologías 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.
Consolidación de la plataforma
Los objetivos de reducir la complejidad de TI y consolidar los sistemas en
todo el grupo fueron también factores decisivos para la elección de Oracle
en B. Braun. La escalabilidad y portabilidad de Oracle cumplen en concreto
estos objetivos. Debido a las adquisiciones de empresas, la globalización,
el crecimiento y la ola de descentralización de la década de los noventa,
las soluciones de TI de muchas empresas han tendido a crear una mayor
complejidad no sólo en el propio núcleo de TI (más centros informáticos,
distintas bases de datos, más personal de TI), sino también en toda la
empresa. El resultado final ha sido la fragmentación de la información,
el aislamiento de las soluciones, la complejidad en las cadenas de procesos
y el excesivo número de interfaces organizativas.
Cuando Karl-Heinz Löw asumió la responsabilidad de TI en B. Braun en el
año 2000, se encontró con un escenario de TI enormemente descentralizado.
22
En el grupo había aproximadamente 20 instalaciones SAP y sistemas de base
de datos distintos, como DB2, Informix, Oracle y SQL Server. Mediante una
firme estrategia de consolidación, B. Braun lograría reducir la complejidad,
consolidar los centros informáticos, redefinir las estructuras de costos y
simplificar el funcionamiento de la base de datos. Con la introducción de
Oracle, se podía reducir a la mitad el personal responsable de atender la
base de datos en comparación con el uso de DB2.
Los desarrollos de software también llegarían a ser mucho más sencillos,
económicos y rápidos. Debido a la infraestructura uniforme de Oracle en
toda la empresa, sólo existe un sistema de desarrollo y un estándar en el
grupo, un factor muy importante ya que B. Braun trabaja en un entorno
validado. Con la consolidación, además de poderse reducir los costos, se
pueden armonizar los datos, los procesos y las cadenas logísticas en todo
el grupo.
Base de datos de Oracle: la plataforma más común para las
aplicaciones ERP
Un estudio realizado por analistas de AMR demuestra el acierto de B.Braun
en su elección de Oracle: la cuota de Oracle en el mercado de bases de
datos en el entorno de ERP (Enterprise Resource Planning, Planificación
de recursos de empresa) está creciendo paulatinamente a un nivel superior.
Según 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
año 2000 al año 2001, pasando de una cuota de mercado del 50% al 54%.
El informe también pone de manifiesto que la base de datos DB2 de IBM
perdió 4 puntos en el mismo período 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 economía en
declive, se concentran en aumentar la eficiencia interna y en reducir costos.”
B. Braun no sólo tuvo presente aspectos estratégicos al decidir elegir
Oracle, sino que también consideró las ventajas que aportaría el producto
en cuanto a eficiencia y costos. No obstante, B. Braun adopta una posición
distinta a la postura de "economía 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 posición y realiza la inversión individual
más grande de la historia de la empresa: 150 millones de euros para una
nueva fábrica de productos farmacéuticos en Melsungen.
m y S A P. c o m p a r t n e r
Oracle10g: Tecnología de plataforma habilitada para la ubicación
utilizada para aplicaciones y GIS empresarial
Con la necesidad de mayor precisión en aplicaciones como logística de
cadena de suministros y gestión de activos y en aplicaciones avanzadas de
inteligencia de negocios y soporte de decisiones , los datos basados en la
localización o ubicación añaden cada vez más valor en modos que no eran
posibles hace sólo algunos años. Estas aplicaciones centrales se diferencian
de aplicaciones más tradicionales de planeamiento, gestión de recursos, etc.,
históricamente vinculadas con datos y tecnologías basadas en la ubicación.
Las tecnologías de ubicación de Oracle ofrecen la capacidad de integrar
información de negocios con datos de mapas, rutas, y seguimiento que es
cada vez más común 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 según el momento de realización de las
transacciones, la base de datos Oracle permite a las aplicaciones realizar
consultas y análisis según la localización de un atributo o elemento.
Elaboración de la infraestructura de ubicación en la base de
datos
Durante la última década Oracle ha realizado un esfuerzo de desarrollo
coherente y concentrado para crear una robusta tecnología 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 información de ubicación (datos espaciales), la
visualización gráfica de esta información y la capacidad de hacer consultas
basadas en relaciones espaciales (cercanía, intersección, superposición, etc.)
El hecho de que cada base de datos Oracle, comenzando con la versión 9i
en 2001, está habilitada para ubicación, con la capacidad de almacenar,
indexar, y realizar operaciones básicas contra geometrías espaciales (puntos,
líneas, polígonos y sus colecciones) subraya este empeño en construir una
infraestructura altamente integrada para aplicaciones que hacen uso del
espacio y de la ubicación. Este funcionalidad central (disponible en cada
base de datos) es conocida como Oracle Locator. Para dar soporte a
aplicaciones GIS empresariales, Oracle Spatial añade características de
infraestructura de alta gama a la funcionalidad central de Oracle Locator
(Figura 1).
Redes
(líneas)
Parcelas
(polígonos)
Lugares
(puntos)
Plataforma habilitada
para ubicación
mágenes
(raster)
Direcciones
(puntos geocodificados)
Redes estructuradas
(topología)
La plataforma habilitada para ubicación puede almacenar y gestionar todo tipo de
datos de ubicación para Enterprise GIS y aplicaciones centrales de negocios.
Geometrías y referencias espaciales
Cada base de datos Oracle se distribuye con la función Locator que admite
tres formas geométricas básicas las cuales pueden utilizarse para representar
características como caminos, fronteras, servicios públicos, etc. Estas
incluyen:
• Puntos y grupos de puntos: Los puntos pueden representar elementos
como edificios, hidrantes, postes, pozos petroleros, vagones o vehículos.
• Líneas y series de líneas: Las líneas pueden representar caminos, líneas
férreas, líneas eléctricas, o líneas de falla.
• Polígonos y polígonos complejos con agujeros: Los polígonos pueden
representar diagramas de ciudades, distritos, pantanos, o campos
petroleros. Un polígono con un agujero podría representar una parcela
de tierra que rodea una zona pantanosa.
Coordenadas e índices espaciales
En forma predeterminada, los datos de ubicación se guardan en la base de
datos, utilizando el modelo geodésico de toda la tierra que asegura la precisión de las mediciones en la superficie terráquea. Las unidades de distancia,
área, y angulares tienen pleno soporte en este contexto. (Para aplicaciones
avanzadas, también se admiten casi 1000 sistemas de coordenadas utilizados
comúnmente.)
Para optimizar el desempeño de consultas espaciales, la base de datos central
provee indexado en árbol R. Los índices en árbol R funcionan bien y necesitan
poca atención administrativa para su creación y mantenimiento (ajuste).
Los índices en árbol R también 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 códigos postales o telefónicos por los que pasa un elemento
lineal como un camino o una línea férrea, o para encontrar relaciones más
generales que evalúan cualquier interacción entre elementos espaciales
(anyinteract). Además de estos operadores, la característica Locator de la
base de datos provee métodos para consultas basadas en distancia, proximidad
y otras métricas básicas. Esta capacidad permitiría ubicar todas las estaciones
de servicio dentro de un kilómetro de una autopista o ubicar todos los
hogares dentro de 1,5 kilómetros de una escuela primaria, etc. Otras
capacidades de ubicación en la base de datos incluyen:
• Particionamiento para índices espaciales - Los índices espaciales pueden
ser particionados en asociación con tablas particionadas.
El particionamiento tiende a mejorar el desempeño y la gestión de
índices.
23
• Referencia lineal (Oracle Spatial solamente) – Esta característica es
clave para aplicaciones de redes lineales y de segmentación dinámica
comunes en generación de itinerarios, transportes, redes de servicios
públicos y telecomunicaciones, y gestión de tuberías.
Base de datos Oracle 10g
La tecnología de plataforma habilitada para ubicación 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 características espaciales que incrementan el desempeño
y amplían el rango de aplicaciones admitidas (Figura 2). Las tecnologías de
plataforma habilitada para ubicación exhiben ahora características como:
Inteligencia de negocios
Data Warehousing
GIS empresarial
Plataforma habilitada
para ubicación
Respuesta
de emergencia
Servicios
públicos y transporte
Gestión inmobiliaria
y catastro
Las aplicaciones centrales de negocios como Filed Service, Asset Management y
Supply Chain son reforzadas por la tecnología de infraestructura de plataforma
habilitada para ubicación.
• Motor de geocodificación: Asociar referencias geográficas, como
direcciones y códigos postales, con coordenadas geográficas (longitud
y latitud) es clave para los negocios y un motor de geocodificación es
importante en la plataforma habilitada para ubicación. Las característi
cas como la estandarización internacional de direcciones y la interpretación
de direcciones no estructuradas añaden flexibilidad y comodidad a las
aplicaciones clientes.
• Funciones de análisis espacial: Nuevas capacidades de análisis espacial
en servidor incluyen clasificación, ubicación, asociación, y correlación,
esenciales para aplicaciones de inteligencia de negocios. Esta tecnología
permite a los desarrolladores de aplicaciones implementar operaciones de
minería de datos espacial sobre una variedad de características puntuales.
• Visualización de mapas: La creación de mapas que reflejan los
resultados de las consultas; para identificar patrones en datos de negocios
o como heurística para desarrollar consultas es una característica clave
en la plataforma habilitada para ubicación. Las ayudas de visualización
racionalizan relaciones complejas de modo fácil de comprender.
• Modelo de red de datos: Se provee un modelo de datos para almacenar
la red (gráfico). Explícitamente almacena y mantiene la conectividad
de las redes de nodos y ofrece capacidad de análisis de la red: ruta más
corta, análisis de conectividad. Esta característica admite aplicaciones
en transporte, tráfico, servicios públicos y ciencias biológicas.
• Motor de itinerarios: Oracle 10g ahora admite la preparación de
itinerarios (distancias por carretera, tiempos, e instrucciones para llegar).
24
Otras características incluyen: preferencia para la ruta más veloz o más
corta, con instrucciones detalladas o resumidas para llegar, y el tiempo
y la distancia por una red de calles desde un lugar a múltiples destinos.
• Modelo de datos topológicos: La gestión persistente de relaciones
topológicas es una característica clave de la plataforma habilitada para
ubicación desde la perspectiva de grandes agencias inmobiliarias y
productores de datos en el sector privado. Esta característica mantiene
la integridad de datos en un entorno con transacciones y modificaciones
frecuentes.
• Gestión de datos raster: Las imágenes tramadas (raster) georeferenciadas
(imágenes de satélite, datos de sensores remotos) y datos en cuadrícula
proveen infraestructura para muchas aplicaciones. La tecnología de
plataforma habilitada para la ubicación puede administrar estos datos y
entregarlos a aplicaciones de gestión ambiental, defensa/seguridad
nacional, exploración energética, y portales de imágenes satelitales, etc.
Uso de la tecnología de plataforma habilitada para la
ubicación
La plataforma habilitada para la ubicación beneficia a toda la organización.
Por su adhesión a normas emergentes en la industria como OpenGIS,
ISO-TC211, y SQL-MM, hace posible que múltiples herramientas clientes
tengan acceso a información común. Los departamentos individuales no
están 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 estándares 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 ingeniería, y datos
inmobiliarios en la oficina de tasación. De este modo una organización
aprovecha su inversión en datos geográficos.
Aplicaciones empresariales
La plataforma habilitada para la ubicación habilita aplicaciones empresariales
de comercio electrónico como Gestión de relaciones con el cliente (CRM),
Planeamiento de recursos empresariales (ERP), e Inteligencia de negocios
(BI) (Figura 3). Los servicios públicos, por ejemplo, pueden competir sobre
cómo pueden integrar efectivamente sus CRM y operaciones de servicio
con las de los clientes y proveedores para crear una experiencia comercial
positiva. Al integrar información empresarial con información geográfica
del cliente,las empresas públicas logran amplia inteligencia de negocios, y
el valor crece exponencialmente. Los proveedores de servicios pueden utilizar
ahora información real de clientes para determinar la expansión del servicio,
mejorar la entrega, y determinar las demandas de carga.
Beneficios para la organización
La tecnología de plataforma habilitada para ubicación 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 gestión de
bases de datos Oracle
Las aplicaciones centrales de negocios como Filed Service, Asset
Management y Supply Chain son reforzadas por la tecnología de
infraestructura de plataforma habilitada para ubicación.
• Ahorros: La eliminación de la redundancia y mejoramiento
de la eficiencia reduce costos.
• Consolidación: La consolidación de todos los datos de la
empresa crea una mejor integración, una base de información
más coherente y conduce a la toma de decisiones más
informadas.
• Simplificación: Reducción de los costos de capacitación y
soporte inherentes a múltiples sistemas geográficos
empresariales.
Las normas de interoperabilidad permiten la integración de plataformas habilitadas para la ubicación con las herramientas líderes
GIS del mercado. Por ejemplo, Oracle Locator y Spatial están
directamente integrados con los proveedores líderes de tecnología
de mapas GIS y servicios de localización. Esta combinación de
tecnología de plataforma y herramientas de socios permite a los
desarrolladores implementar rápidamente soluciones GIS
empresariales escalables y seguras. En este proceso permanente los
proveedores trabajan para adoptar e influir sobre los más recientes
estándares 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á
aún 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
menús. Están disponibles tanto una interfaz gráfica (ver ilustración) como
una interfaz de caracteres.
BR*Tools también provee mejoras sustanciales, como soporte para configuraciones MCOD, soporte para Oracle9i RAC, recuperación automática de
desastres y soporte para reorganización de tablas en línea (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 línea.
• BRARCHIVE: Realiza copias de seguridad de archivos log de rehacer
fuera de línea.
• 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 reorganización
de índices y tablas.
• BRCONNECT: Realiza tareas de administración de la base de datos
como la actualización de estadísticas, verificar sistemas de base de datos,
adaptar los extents siguientes y la limpieza de logs y tablas DBA.
También funciona como una herramienta de ayuda para controlar la base
de datos durante la realización de copias de seguridad.
• BRTOOLS: Muestra los menús 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 información detallada sobre cómo usar estas herramientas en
http://service.sap.com/dbaora/
– Media Library
– General
– Backup and Recovery
– Space Management.
La introducción de datos de ubicación en la base de datos Oracle
ha hecho posible la tecnología de plataforma habilitada para la
ubicación. La reciente adición de características de infraestructura
clave como soporte para datos de trama (raster), modelos de datos
de red, topología persistente, y otros avances han servido para
ampliar y completar el usoposible de esta plataforma. Utilizando
esta tecnología, las grandes empresas en los sectores privado y
público mejorarán la eficiencia y tomarán mejores decisiones,
reduciendo así costos y mejorando el desempeño.
25
Bancos de pruebas
líderes en el mundo
sobre Oracle
Resultados de SAP Standard Application Benchmark sobre Oracle
La base de datos Oracle9i ha obtenido los más altos niveles de prestaciones SAP al establecer resultados récord en muchas categorías.
–––––––––––––––––––––––––––––––––––––––––––––––––
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 vías, 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 línea de pedidos procesados por hora, tiempo medio de respuesta de
diálogo de 1,87 segundos, Oracle9i Versión 2, certifcado el 20 de abril del 2003.
2
SAP SD Paralelo, 12.000 usuarios de banco de pruebas SD Paralelo, 3 niveles, 1.208.330
elementos de línea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de diálogo,
certificación 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 están 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 están categorizadas en
• SD (Sales and Distribution o Venta y Distribución)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
número de usuarios soportados (SD y SD Paralelo), por número de
pedidos de montaje (ATO) o por número de combinaciones
características por hora (APO-DP).
3
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.
4
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.
5
SAP APO-DP 3.0A; IBM eServer pSeries 690; 16 vías, POWER4 1.3GHz, caché L2 de
11.2MB, caché L3 de 256MB; 128GB; AIX 5.1; Oracle9i; Nº de combinaciones planificadas de
características en el nivel agregado/hora: 474.162; certificado el 26 de agosto del 2002.
6
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 realineación – Nº de filas/hora)
313.849.599; paso 3 (fase de consulta – rendimiento/hora), 207.323; SAP BW Versión 2.0B,
certificado el 28 de diciembre del 2000.
7
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 realineación – Nº de filas/hora)
313.849.599; paso 3 (fase de consulta – rendimiento/hora), 207.323; SAP BW Versión 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 más del 200% más usuarios de banco de pruebas SD
que lo que IBM o Microsoft pueden manejar. Oracle ahora ostenta los primeros 8 récords
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 más rápida y escalable para cualquier tamaño 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 vías, 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 línea de pedido totalmente procesados por hora, tiempo medio de respuesta de diálogo de 1,87 segundos, Oracle9i Versión 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 línea de pedido totalmente procesados por
hora, tiempo medio de respuesta de diálogo de 1,89 segundos, DB2 V7.2, certificado el 27 de septiembre del 2002.
3
NEC Express 5800 Modelo 1320Xd, SMP de 32 vías, 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 línea 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% más usuarios SD que IBM; 25% más 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 añade 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 más rápida y
escalable para cualquier tamaño 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 línea de pedido completamente procesados por hora, tiempo medio de respuesta de diálogo de
1,97 segundos, Oracle9i Versión 2, HP-UX 11i, certificado el 16 de abril del 2003.
2
IBM xSeries 455 Modelo 8855-3RX, SMP de 4 vías, Intel Itanium 2, 1.5GHz, SAP R/3 Enterprise 4.70, 2 niveles, 655 usuarios SD, 66.330 elementos de línea de pedido completamente procesados por hora, tiempo
medio de respuesta de diálogo 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 vías, Intel Itanium 2, 1.5GHz, SAP R/3 4.70, 2 niveles, 685 usuarios SD, 69.000 elementos de línea de pedido completamente procesados por hora,
tiempo medio de respuesta de diálogo 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% más de lo que Microsoft puede manejar, y 23% más 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 añade 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 más rápida y
escalable para cualquier tamaño 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 vías, Intel Itanium 2 a 1.5GHz, SAP R/3 4.70, 2 niveles, 1.500 usuarios SD, 150.670 elementos de línea de pedido completamente procesados por hora, tiempo medio de respuesta de diálogo de
1,95 segundos, Oracle9i Versión 2, HP-UX 11i, certificado el 12 de septiembre del 2003.
IBM eServer pSeries 650, SMP de 8 vías, Power4, 1.45GHz, SAP R/3 4.6C, 2 niveles, 1.220 usuarios SD, 122.670 elementos de línea de pedido completamente procesados por hora, tiempo medio de respuesta de
diálogo 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 vías, Intel Xeon MP, 2.8GHz, SAP R/3 4.70, SD de 2 niveles, 900 usuarios SD, 90.330 elementos de línea 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 tamaños de implementaciones SAP. Sobre servidores comparables, Oracle sobrepasa en rendimiento a Microsoft
al manejar un 33% más usuarios de banco de pruebas SD y a IBM al manejar un 89% más
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 añade
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 más rápida y escalable para cualquier tamaño de empresa.
Más récords 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 línea de pedido completamente procesados por hora, tiempo
medio de respuesta de diálogo de 1,95 segundos, Oracle9i Versión 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 línea de pedido completamente procesados por hora, tiempo medio
de respuesta de diálogo 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 línea de pedido completamente procesados por hora,
tiempo medio de respuesta de diálogo de 1,93 segundos, Microsoft SQL Server 2000, Microsoft Server 2003 Datacenter Edition, certificado el 19 de noviembre del 2003.
Bancos de pruebas líderes en el mundo sobre Oracle
27
Bancos de pruebas
líderes 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 añade 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 más
rápida y escalable para cualquier tamaño 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).
1
2
3
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 línea de pedido completamente
procesados por hora, tiempo medio de respuesta de diálogo de 1,63 segundos, Oracle9i Versión 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 línea de pedido completamente procesados por hora, tiempo
medio de respuesta de diálogo de 1,89 segundos, DB2 V7.2, AIX 5.1L, certificado el 27 de septiembre del 2002.
NEC Express5800 Modelo 1320Xd, SMP de 32 vías, 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 línea 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 líder en el mundo
No es sólo en servidores únicos donde Oracle está estableciendo récords en bancos de pruebas
SAP Sales and Distribution (SD). Oracle9i Real Applications Clusters está estableciendo también estándares 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 récords 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 línea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de diálogo,
certificación 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 estándares 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 más de un 80% con el banco de pruebas SD de 3 niveles paralelo (agrupado)
de SAP a través 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 línea de pedido/hora, 0,81 segundos
de tiempo medio de respuesta de diálogo, certificación 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
2
SAP SD Parallel, 6.580 usuarios SD paralelos, 3 niveles, 668.330 elementos de línea de pedido/hora, 1,81 segundos de tiempo medio de respuesta de diálogo, certificación 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.
3
SAP SD Parallel, 12.000 usuarios SD paralelos, 3 niveles, 1.208.330 elementos de línea de pedido/hora, 1,92 segundos de tiempo medio de respuesta de diálogo, certificación
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 producción cortos
(desde horas hasta un día) 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 récord en bancos de pruebas ATO de 2 niveles al procesar
21 veces el número de pedidos montados (AO o Assembled Orders) comparado con Microsoft
y 4 veces el número 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).
1
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, récord 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 producción cortos
(desde horas hasta un día) 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% más de pedidos que IBM, Oracle ha establecido un récord 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).
2
3
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, récord mundial
APO-DP (Advanced Planner and Optimizer - Demand Planning o Planificador y Optimizador Avanzado
– Planificación de Demanda): SAP APO-DP es el componente de planificación de la gestión de cadena
logística mySAP. El resultado del banco de pruebas muestra excelentes prestaciones para llevar a cabo
modelos de planificación de demanda de cadenas logísticas.
Oracle ha establecido prestaciones récord en los bancos de pruebas APO-DP al procesar un
265% más de combinaciones características que IBM y un 200% más 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).
1
SAP APO-DP 3.0A; IBM eServer pSeries 690; 16 vías, POWER4 1.3GHz, caché L2 de 11.2MB, caché L3 de 256MB; 128GB; AIX 5.1; Oracle9i; Nº de combinaciones de características
planifica das sobre el nivel agregado/hora: 474.162; certificado el 26 de agosto del 2002.
2
SAP APO-DP 3.0A; IBM eServer pSeries 660 Modelo 6M1; 8 vías, RS64 IV, 750 MHz, caché L2 de 8MB; 32GB; AIX 4.3.3; IBM DB2 EEE 7.1; Nº de combinaciones de características
planifica das sobre el nivel agregado/hora: 129.871; certificado el 23 de octubre del 2001.
3
SAP APO-DP 3.0A; HP Server rx5670; 4 vías, Intel Itanium 2, 1GHz, caché L3 de 3MB; 32GB; Windows Advanced Server Limited Edition 1.2; Microsoft SQL Server 2000; Nº de combinaciones
de características planificadas sobre el nivel agregado/hora: 157.555; certificado el 30 de septiembre del 2002.
29
Bancos de pruebas
líderes en el mundo
sobre Oracle
Además de los bancos de pruebas OLTP (SD, ATO, etc.), está también el banco de pruebas SAP
Business Warehouse (BW) que es un banco de pruebas más tipo almacén de datos. El SAP BW
se mide en 3 fases distintas – carga y realineación de datos (medidos en filas procesadas por hora)
y fase de consulta (medida en pasos de navegación por hora
Oracle ha establecido el récord mundial de las fases de carga, realineación 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).
1
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 realineación – Nº de filas/hora) 313.849.599; paso 3 (fase de consulta – rendimiento/hora), 207.323; SAP BW Versión 2.0B, certificado el 28 de
diciembre del 2000.
2
IBM RISC System 6000 SAP Business Information Warehouse (BW), continuación: 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 realineación – Nº de filas/hora) 14.600.000; paso 3 (fase de consulta – rendimiento/hora), 115.570; SAP R/3 4.6B, SAP
BW Versión 1.2B, certificado el 31 de enero del 2000.
3
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 realineación – Nº de filas/hora) 10.657.000; paso 3 (fase de consulta – rendimiento/hora), 38.815; SAP R/3 4.5B, SAP BW Versión 1.2B,
certificado el 16 de junio del 2000.
Además de los bancos de pruebas OLTP (SD, ATO, etc.), está también el banco de pruebas SAP
Business Warehouse (BW) que es un banco de pruebas más tipo almacén de datos. El SAP BW se
mide en 3 fases distintas – carga y realineación de datos (medidos en filas procesadas por hora) y fase
de consulta (medida en pasos de navegación por hora).
Al procesar un 79% más pasos de navegación que IBM y un 434% más que Microsoft,
Oracle también ha establecido el récord 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
1
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 realineación – Nº de filas/hora) 313.849.599; paso 3 (fase de consulta – rendimiento/hora), 207.323; SAP BW Versión
2.0B, certificado el 28 de diciembre del 2000.
2
IBM RISC System 6000 SAP Business Information Warehouse (BW), continuación: 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 realineación – Nº de filas/hora) 14.600.000; paso 3 (fase de consulta – rendimiento/hora),
115.570; SAP R/3 4.6B, SAP BW Versión 1.2B, certificado el 31 de enero del 2000.
3
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 realineación – Nº de filas/hora) 10.657.000; paso 3 (fase de consulta – rendimiento/hora), 38.815; SAP R/3 4.5B, SAP BW Versión 1.2B,
certificado el 16 de junio del 2000.
Oracle para SAP BW
Tecnología de Oracle para SAP Business
Information Warehouse
SUMARIO
Las exigencias de un almacén para una base de datos son significativamente
distintas de las de un sistema OLTP (procesamiento de transacciones en
línea). En los sistemas OLTP, se procesa una gran cantidad de transacciones
más bien "pequeñas”. “Pequeño” 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 tamaño del resultado. Un sistema de almacén
(warehouse) puede utilizar funcionalidad OLAP (procesamiento analítico en
línea). En este tipo de sistema, la cantidad de usuarios o transacciones es
bastante pequeña. No obstante, éstas suelen ser transacciones muy grandes
en términos de la cantidad objetos de base de datos involucrados, el monto
de datos a manejar y el tamaño del resultado.
Oracle es la base de datos más 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: desempeño, 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 admitía el equivalente a 20.000 usuarios realizando
cientos de miles de operaciones por hora contra más 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 tamaño y la complejidad del sistema, “Colgate ha descubierto
que Oracle es rápido, escalable, robusto y fácil de usar”.
Este artículo describe características 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 comparación con otros sistemas de base de datos– y explican por qué
Oracle puede soportar incluso los mayores sistemas SAP BW:
• Particionamiento: Oracle Partioning, una opción de Oracle9i Enterprise
Edition, puede mejorar la administrabilidad, desempeño, 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 más pequeñas, lo que permite que estos objetos de base de
datos sean administrados y accedidos a un nivel más fino de granularidad.
Base de datos Oracle para Data Warehousing –
Innovación continua
Oracle 7.3
• Hash Join
• Indices de bitmap
• Optimizador reconocedor del paralelismo
• Vistas de partición
• Afinidad de instancia: Function Shipping
• Parallel Union All
• Prelectura asincrónica
• Histogramas
• Anti-Join
Oracle 8.0
• Tablas e índices particionados
• Pruning de particiones
• Búsqueda en índices paralelos
• Inserción, actualización y eliminación en paralelo
• Consulta paralela de bitmap en estrella ANALYZE paralelo
• Habilitación de restricciones en paralelo
Oracle8i
• Gestión de sumarios
• Nuevos esquemas de particionamiento
• Gestión de recursos
• Monitor de avance
• Consulta paralela adaptable
• Funciones analíticas basadas en servidor
• Espacios de tablas transportables
• Indices funcionales
• Uniones por partición
Oracle9i
• Particionamiento de listas
• Particionamiento de listas compuesto
• Indices bitmap de uniones
• Gestión dinámica de memoria compartida
• Memoria de ejecución SQL auto-optimizable
• Gestión automática de “deshacer“
• Recolección mejorada de estadísticas
• Oracle9i OLAP
• Segmentos de datos comprimidos
Oracle provee una amplia variedad de esquemas de particionamiento para
cubrir cada necesidad. Más aún, dado que es enteramente transparente a las
sentencias SQL, el particionamiento puede usarse en casi cualquier aplicación.
• Paralelismo: El paralelismo es la capacidad de aplicar múltiples recursos
de CPU y E/S a la ejecución 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, según la complejidad de la consulta,
el tamaño de las tablas en la consulta, la configuración de hardware,
y el nivel actual de actividad en el sistema. El paralelismo es una
característica fundamental para ejecutar consultas sobre grandes
volúmenes de datos.
31
Oracle para SAP BW
• Indices bitmap: El tipo de índice más común en un almacén de datos
Oracle es un índice bitmap. La técnica de compresión patentada de Oracle
hace extremadamente pequeños esos índices bitmap; son típicamente
un orden de magnitud menores a los índices en B*-tree. El beneficio de
esta técnica de compresión es que los clientes pueden crear más índices
utilizando la misma cantidad de almacenamiento y con los mismoscostos
de mantenimiento. Los usuarios obtienen mejor desempeño en las
consultas porque pueden construir índices sobre más 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 tecnología específica para este tipo común de consulta
y admite consultas en estrella con su tecnología “transformación
enestrella”, una aplicación innovadora de índices bitmap y optimización
avanzada de consultas. Esta probada tecnología ha sido implementada
ampliamente por los clientes de Oracle8 y Oracle8i.
• Gestión automática 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
característica de administración dinámica de memoria que permite
cambiar dinámicamente el tamaño del caché y pool compartido.
También provee gestión transparente de la memoria de trabajo para
ejecución de SQL (por ej. áreas de clasificación) al auto-ajustar los
parámetros de inicialización del runtime que controlan la asignación
de memoria privada.
• Almacenamiento de datos: Los datos almacenados en bases de
datos relacionales crecen como resultado de las mayores necesidades
empresariales. Una porción 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 más difíciles en cuanto a la
escalabilidad es soportar grandes volúmenes de datos. Los almacenes de datos
son típicamente las mayores bases de datos de la empresa, y por lo tanto la
gestión de datos es un requisito clave. Existen dos capacidades clave
necesarias para soportar grandes volúmenes de datos: particionamiento y
paralelismo. El particionamiento provee la capacidad para dividir operaciones
sobre volúmenes de datos muy grandes en operaciones más pequeñas; el
particionamiento es una técnica de "dividir y conquistar" para administrar
grandes tablas e índices. El paralelismo provee la capacidad de aplicar
múltiples recursos de CPU a una operación ú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 combinación
de estas dos capacidades.
Oracle Partioning, una opción 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 desempeño 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 métodos de particionamiento
diseñados para distintas situaciones particulares:
• El particionamiento por rangos asigna datos a las particiones según los
valores clave que se establezcan para cada partición. Es el tipo más común
de particionamiento y suele usarse con fechas. El particionamiento por
rangos es también el método ideal para operaciones de “rolling window”
en un almacén de datos. En instalaciones estándar SAP BW en Oracle,
PSA y las tablas fact están particionadas por rangos (tabla E por tiempo,
tabla F por Batch ID).
• El particionamiento asigna datos a particiones según 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, dándoles aproximadamente el mismo tamaño. El particionamiento hash es el método ideal para distribuir datos uniformemente
entre dispositivos. Es una alternativa buena y fácil de usar al particionamiento por rangos cuando los datos no son históricos y no existe una
columna o lista obvia en que la partición lógica 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 partición contiene los datos de un cierto rango de valores TIME,
como una partición 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 partición en un esquema de particionamiento por lista corresponde a una lista de valores discretos.
• Además, Oracle admite particionamiento compuesto por rango-hash
y rango-lista.
aplicaciones de la tabla permanecen en línea y disponibles; la aplicación
puede seguir ejecutando consultas y transacciones contra esta tabla particionada, y estas operaciones de base de datos se ejecutarán correctamente si
no deben acceder a la partición 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 podría hacer una copia de seguridad de
una sola partición 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 partición a partición, dividiendo por lo tanto el proceso
de mantenimiento en porciones más manejables.
EJECUCIÓN EN PARALELO
Un uso típico de particionamiento para administrabilidad es para dar
soporte a un proceso de carga de “rolling window” en un almacén de datos.
Supóngase que un DBA carga semanalmente datos nuevos en una tabla.
Esa tabla podría ser particionada por rangos de modo que cada partición
contenga una semana de datos. El proceso de carga es sencillamente la adición
de una partición nueva. Agregar una partición es mucho más eficiente
que modificar toda la tabla, dado que el DBA no necesita modificar otra
particiones. Esto también es cierto respecto a la eliminación de datos de
una tabla particionada. Sencillamente se elimina una partición, una operación
muy económica y rápida del diccionario de datos, en lugar de emitir un
comando DELETE, que utiliza muchos recursos y toca toda la información
a ser eliminada.
Particionamiento para desempeño
Partition Pruning es el modo más sencillo y también el más significativo
para mejorar el desempeño utilizando el particionamiento. Partition Pruning
suele mejorar el desempeño de las consultas en varios órdenes de magnitud.
Por ejemplo, supóngase que una aplicación accede una tabla ORDERS que
contiene un registro histórico de pedidos, y que esta tabla ha sido particionada
por semanas. Una consulta que solicita los pedidos de una semana dada
sólo accederá a una única partición de la tabla ORDERS. Si la tabla
ORDERS tuviera 2 años de información histórica, esta consulta accedería
a una partición en lugar de a 104 particiones. La consulta podría ejecutarse
potencialmente 100x más rápido sólo debido al partition-pruning.
El particionamiento también puede mejorar el desempeño de uniones
multi-tabla, utilizando una técnica conocida como unión por partición
(partition-wise join). Las uniones por partición pueden aplicarse donde se
unen dos tablas y ambas están particionadas en la clave de unión. Las
uniones por partición dividen una gran unión en uniones más pequeñas
entre cada una de las particiones, completando la unión generalen menos
tiempo. Esto ofrece significativos beneficios de desempeño tanto para la
ejecución en serie como en paralelo.
Particionamiento para disponibilidad
Los objetos de base de datos particionados ofrecen independencia de particiones. Esta característica de independencia de particiones puede ser una
parte importante de una estrategia de alta disponibilidad. Por ejemplo, si
una partición de una tabla particionada no está disponible, todas las otras
La ejecución 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 más rápidamente que
si sólo lo ejecutase un único proceso.
La ejecución en paralelo es útil para muchos tipos de operaciones que acceden a cantidades significativas de datos. En particular, mejora el desempeño de
•
•
•
•
•
Consultas
Creación de índices grandes
Inserciones, actualizaciones, y eliminaciones masivas
Agregados y copias
Recolección de estadísticas.
Fig. 2: Ejecución de consulta en paralelo
La figura 2 muestra varios servidores de ejecución en paralelo (PE) realizando
una búsqueda en una tabla. La tabla es dividida dinámicamente (particionamiento dinámico) en unidades de trabajo, cada una de las cuales es leída
por un servidor de ejecución en paralelo. La asignación de unidades de
trabajo a servidores de ejecución no es estática, sino que se determina en
el momento de la ejecución. Cuando un servidor de ejecución termina de
leer las filas de su unidad de trabajo, desde el coordinador se le adjudica
otra unidad si aún quedan. Esto continúa hasta que todas las unidades de
trabajo estén completas. Los servidores de ejecución en paralelo envían los
resultados al coordinador de ejecución en paralelo, que ensambla las piezas
en la búsqueda completa.
El paralelismo es una manera excelente de mejorar el tiempo de respuesta
de una consulta en hardware multiprocesador. No obstante, la ejecución en
paralelo de la consulta probablemente usará en total algo más de recursos
que la ejecución 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 varía con el tiempo. Oracle ajusta automáticamente el grado de
paralelismo de las consultas, reduciéndolo 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 propósito de un índice es proveer punteros a las filas en una tabla que
contienen un valor de clave dado. En un índice común (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 función de asignación convierte la posición de bit a un rowid real, de
manera que el índice bitmap provee la misma funcionalidad que un índice
regular aunque usa una representación 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 indexación completa de una gran tabla con un índice
tradicional B*-tree puede ser prohibitivamente costoso en términos de
espacio, porque el índice puede ser varias veces mayor que la información
en la tabla. Los índices bitmap tienen típicamente sólo una fracción del
tamaño 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 pequeña en comparación 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 más
de 100 veces, entonces la columna es un candidato para un índice bitmap.
34
Fig. 4: Indice bitmap de unión
comprimida del índice es almacenada en la base de datos, mientras que
los índices bitmap dinámicos 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 múltiples
predicados combinados con operaciones booleanas AND y OR. El optimizador de consultas de Oracle puede generar planes de ejecución que
contienen árboles complejos de operaciones bitmap que combinan índices
correspondientes a condiciones AND, OR, y NOT en la cláusula 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 dinámicos
solamente, Oracle también admite índices bitmap persistentes. Los índices
bitmap persistentes son estructuras de índice en que la representación
bitmap comprimida del índice es almacenada en la base de datos, mientras
que los índices bitmap dinámicos 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 dinámicos solamente, Oracle también admite índices bitmap persistentes. Los índices bitmap persistentes son estructuras de índice en que la representación bitmap
Los índices bitmap dinámicos no proveen el mismo desempeño en consultas
como los índices persistentes de Oracle. Mientras que los índices bitmap
dinámicos pueden utilizarse en estrategias de transformación en estrella
(cf. siguiente sección) para ejecutar consultas de este tipo, siguen basándose
en índices B*-tree y hay considerable costos de E/S relacionados con el
acceso a estos índices mucho más grandes.
Oracle para SAP BW
Indices de unión de bitmaps
Oracle soporta índices bitmap persistentes (además 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 unión. Un índice bitmap de unión puede ser un índice
único o multi-columna y puede combinar columnas de distintas tablas.
Los índices de unión de bitmaps materializan resultados de unión
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 típico en un almacén de datos sería crear índices de unión de
bitmaps sobre una tabla fact en un esquema en estrella o “copo de
nieve” sobre una o más columnas de una o más tablas dimensionales.
Las mediciones de desempeño realizadas bajo varios tipos de consultas
en estrella demuestran mejoras formidables en el tiempo de respuesta
cuando las consultas usan índices de unión de bitmaps.
OPTIMIZACIÓN DE CONSULTA EN ESTRELLA
Un esquema en estrella es una estrategia de modelado de datos comúnmente utilizada para almacenes de datos y "data marts". Un esquema
en estrella típicamente contiene una o más tablas muy grandes, llamadas "fact tables", que almacenan datos transaccionales, y una mayor
cantidad de tablas más pequeñas de consulta (lookup), llamadas tablas
dimensionales, que almacenan datos descriptivos.
Oracle admite una técnica para evaluar consultas contra esquemas en
estrella conocido como transformación de estrella. Esta técnica mejora
el desempeño de consultas en estrella al aplicar una transformación que
agrega nuevas subconsultas al SQL original. Estas nuevas subconsultas
permiten acceder a las tablas fact mucho más eficientemente utilizando
índices bitmap.
La transformación de estrella es mejor comprendida estudiando un
ejemplo. Considérese 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 dimensión
“en copo de nieve” dado que consta de dos tablas, DAY (día) 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 transformación de estrella se efectúa por razones de costos y la
decisión de si usar una subconsulta para una dimensión particular es
económica y si la consulta reformulada es mejor que la original se
realiza según las estimaciones de costos del optimizador.
Esta ejecución de consulta en estrella es una tecnología exclusiva
patentada por Oracle. Aunque otros proveedores tienen capacidades
similares de transformación para consultas en estrella, ningún otro
proveedor combina esto con índices bitmap estáticos y eliminación
inteligente en el “join-back”.
Fig. 5: Unión en estrella
35
Oracle para SAP BW
GESTIÓN AUTOMÁTICA DE MEMORIA
La memoria es un recurso crítico del sistema. Debido a que el acceso a
memoria es mucho más rápido que el acceso al disco, es necesaria la efectiva
utilización de la memoria para un desempeño óptimo del sistema. Por
eso, los administradores se esfuerzan continuamente por ajustar los parámetros
de memoria para maximizar el desempeño del sistema y asegurar el uso
más eficiente de la memoria. Oracle9i busca automatizar gran parte de
estos ajustes y permite a los administradores alterar dinámicamente la
configuración de memoria de la instancia. Estas características proveen un
desempeño mejorado del sistema, utilización óptima de la memoria y
del tiempo inactivo por mantenimiento reducido.
Gestión dinámica de memoria compartida
Oracle System Global Area (SGA) es una región de memoria compartida,
accesible a todos los hilos de ejecución. Oracle9i simplifica agregar o quitar
memoria de una instancia de Oracle permitiendo a los administradores
cambiar la configuración SGA sin cerrar la instancia. Para lograrlo,
todos los parámetros de inicialización que determinan el tamaño de los
componentes SGA, como SHARED_POOL_SIZE, DB_CACHE_SIZE y
LARGE_POOL_SIZE, son ahora dinámicos en Oracle9i. Sobre plataformas
de sistemas operativos compatibles, los DBA también pueden modificar el
espacio virtual de direcciones de Oracle para responder al uso de memoria
física del sistema operativo.
La SGA permite a los administradores usar el comando ALTER SYSTEM
para:
• Incrementar el tamaño de componentes SGA (Buffer Cache, Shared
Pool, Large Pool).
• Reducir la SGA reduciendo el tamaño de los componentes SGA a un
mínimo prescrito por Oracle.
Hay numerosas ventajas con la SGA dinámica. Por ejemplo, permite al
caché de búfer 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 búfer es bajo.
Es también 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 ejecución SQL auto-optimizable
Las consultas que realizan uniones o clasificaciones complejas, típicas en
ambientes DSS, consumen una gran cantidad de memoria para almacenar
los datos “en proceso”. Oracle9i puede ajustarse automáticamente para el
uso más eficiente de esa memoria de ejecución de SQL y para el óptimo
desempeño 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 sesión son ajustadas automáticamente por Oracle para el
desempeño máximo del sistema. Los administradores ya no tienen que
ajustar manualmente el valor de parámetros 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 tamaños de áreas de trabajo, la capacidad de auto-ajuste
de Oracle9i no se limita a determinar solamente los valores óptimos para
los parámetros de inicialización mencionados arriba. En Oracle9i, los
algoritmos que consumen memoria (como sort, hash join) han sido modificados para cambiar dinámicamente su uso de memoria durante la ejecución
para asegurar el mejor uso posible de la memoria del sistema y maximizar
su desempeño. A la vez, Oracle9i también puede ayudar a los administradores a decidir el tamaño 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 parámetro
PGA_AGGREGATE_TARGET sobre el desempeño de operaciones
prolongadas. Estas predicciones son producidas utilizando el historial de
carga de trabajo para simular el desempeño del sistema para distintas
configuraciones de PGA_AGGREGATE_TARGET.
El modo de auto-ajuste (auto-tuning) se activa utilizando dos nuevos
parámetros de inicialización PGA_AGGREGATE_TARGET y WORKAREA_SIZE_POLICY. Mientras que el parámetro PGA_AGGREGATE_
TARGET permite a un DBA indicar a una instancia de Oracle que limite
su consumo de memoria privada al valor especificado, el parámetro
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 técnicas de compresión de las tablas relacionales porque el
compromiso entre espacio y tiempo de la compresión no siempre ha sido
atractivo. Una técnica típica de compresión podría ofrecer ahorro de
espacio, pero al costo de aumentar notoriamente los tiempos de respuesta.
Fig. 6: Segmentos de datos comprimidos; Cómo funciona
Oracle9i Release2 Enterprise Edition presenta una técnica de compresión
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 información
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 símbolos propia. Todas las instancias de esos valores son reemplazados
con una breve referencia a la tabla de símbolos. Los bloques comprimidos
se parecen mucho a los bloques normales de base de datos, con la excepción
de la tabla de símbolos al inicio.
Entre los objetos de base de datos que pueden ser comprimidos en Oracle9i
Release2 están las tablas y vistas materializadas. En las tablas particionadas,
es posible escoger compresión para algunas o todas las particiones. El
atributo de compresión puede ser declarado para un espacio de tablas, una
tabla, o una partición de una tabla.
Fig. 7b: Segmentos de datos comprimidos: resultados de la prueba (rendimiento)
reducción de espacio en disco puede ser significativa en comparación con
los algoritmos de compresión estándar porque está optimizada para datos
relacionales, no tiene virtualmente ningún impacto negativo sobre el
desempeño de consultas a datos comprimidos, y puede tener un impacto
positivo importante sobre las consultas que acceden a grandes cantidades
de datos. Es más: Los clientes deberían experimentar un mejor desempeño
de las operaciones de gestión de datos como copias de seguridad y
recuperación y las técnicas de compresión de Oracle9i aseguran que los
datos comprimidos nunca son mayores que los datos sin comprimir.
El beneficio primario de la compresión es el ahorro de espacio. La relación
del tamaño de datos no comprimidos a datos comprimidos se llaman
“relación de compresión”. Por ejemplo, una relación de compresión de
2 indica que los datos no comprimidos ocupan dos veces más espacio en
disco que los comprimidos. Oracle ha probado la compresión con datos
reales de varios clientes de distintos sectores. La relación de compresión
típica para grandes tablas de almacenes de datos va de 2:1 a 4:1. También
se han observado relaciones de compresión más altas.
En un ambiente de prueba SAP BW la compresión de los objetos principales
llegó a una relación de aproximadamente 1:3 sin ajustes especiales.
Para más información 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 estándar 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
ejecutándose sobre un servidor de base de datos así como varias estructuras
de memoria (en particular la SGA) utilizadas por estos procesos.
Oracle estándar exige una relación 1:1 entre bases de datos e instancias.
Una base de datos no puede ser accedida por dos instancias simultáneamente
y una instancia no puede ser conectada a dos bases de datos distintas
simultáneamente. 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 restricción. Permite
a dos o más instancias de Oracle que se ejecutan sobre dos o más 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 más 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 ejecutándose sobre él, y esta
máquina falla, perderá el acceso a la base de datos. Si usted tiene un
clúster 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 máquina de reserva. Pero si usted usa Oracle9i
RAC, puede tener dos o más instancias ejecutándose sobre dos o más
equipos distintos, de manera que un fallo en una máquina 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
aplicación funciona sobre un servidor de aplicaciones, y el dispositivo
del usuario sólo ejecuta la funcionalidad de presentación. Esta arquitectura
provee escalabilidad en la capa de aplicaciones, porque SAP admite la
distribución de la carga de trabajo de la aplicación 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 podía reemplazar el
equipo existente con uno mayor (“scale up”), o añadir un equipo adicional
de similar tamaño y potencia (“scale out”); mientras que en la capa de
base de datos su única opción era la primera. Oracle9i RAC ha cambiado
eso. Para una aplicación, un sistema Oracle9i RAC parece exactamente
igual que un solo servidor de base de datos, la aplicación SAP acepta
ahora la existencia de varias instancias Oracle9i RAC ejecutándose 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 aplicación funciona sobre un servidor de aplicaciones, y el
dispositivo del usuario sólo ejecuta la funcionalidad de presentación.
Esta arquitectura provee escalabilidad en la capa de aplicaciones, porque
SAP admite la distribución de la carga de trabajo de la aplicación 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 podía reemplazar el
equipo existente con uno mayor (“scale up”), o añadir un equipo adicional
de similar tamaño y potencia (“scale out”); mientras que en la capa de
base de datos su única opción era la primera. Oracle9i RAC ha cambiado
eso. Para una aplicación, un sistema Oracle9i RAC parece exactamente
igual que un solo servidor de base de datos, la aplicación SAP acepta
ahora la existencia de varias instancias Oracle9i RAC ejecutándose 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.
• Computación adaptable/Computación grid: En las infraestructuras
de TI actuales, los recursos computacionales aislados son dedicados en
forma permanente a aplicaciones específicas. Se deben dimensionar estos
recursos para su carga de trabajo de pico. Como el pico de carga se
produce sólo en algunos momentos, una considerable cantidad de recursos
está inactiva durante mucho tiempo. Muchos piensan hoy que las infraestructuras informáticas serán distintas en el futuro. Habrá recursos de
computación 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 rápidamente
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 pequeños servidores blade a grandes y
poderosos servidores a petición.
¿Ofrece Oracle9i RAC distribución automática 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 línea y los trabajos en lotes, la distribución automática
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 distribución automática de cargas de trabajo es probablemente
una buena idea.
Oracle9i RAC ¿sólo ayuda para evitar tiempo inactivo no
planificado o también puede ayudar a minimizar el tiempo
inactivo planeado?
Sí. Oracle ofrece tecnología 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 período arbitrario. También, se pueden agregar o quitar nodos
de un sistema Oracle9i RAC existente sin tiempo inactivo.
La mayor parte del tiempo usted habla sobre detalles
técnicos, que no me conciernen. Mi meta es ahorrar dinero.
¿Puede Oraclei RAC ayudarme a hacer eso?
Desde luego. Las ventajas técnicas 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 misión crítica. La existencia de
varias instancias en distintos nodos significa también que usted puede
reducir el dinero gastado en soporte, debido a que con una instancia
inactiva y tres aún funcionando un tiempo de respuesta de 2 horas es
menos importante que con una instancia inactiva y ninguna otra
funcionando.
• Escalabilidad significa que aún 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 pequeños en lugar de un solo gran ordenador –lo
que es considerablemente más barato– y se pueden usar estos equipos
por un tiempo más prolongado–, lo que los hace aún más económicos.
• Computación adaptable/Computación grid significa que se puede hacer
un mejor uso de los recursos, usando menos para las aplicaciones
existentes o ejecutando más aplicaciones sobre los recursos existentes.
Oracle9i RAC
Oracle sigue diciéndonos que Oracle9i RAC nos ayuda a
ahorrar dinero, porque podemos comprar ordenadores
pequeños y baratos en lugar de grandes y costosos.
¿Significa esto que no tiene sentido considerar RAC, si la
estrategia de TI de mi compañía 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 también podrá mejorar la distribución
de la carga de trabajo, lo que aprovecha mejor sus recursos existentes.
¿Cómo sé que Oracle9i RAC no es sólo una iniciativa de
marketing de corta vida que nadie recordará en 2 años?
¿Cómo sé que tiene sentido gastar tiempo y dinero en esta
tecnología?
La siguiente versión después de Oracle9i se llama Oracle10g. La “g”
indica que la computación grid está al centro de este nuevo lanzamiento.
La computación grid, como se implementa en Oracle10g, es la continuación
y evolución de la distribución de carga de trabajo y estrategias de
utilización de recursos que fueron presentadas con Oracle9i RAC. Así que
esta tecnología no desaparece, sino que se convierte en protagonista.
¿Pero podría yo volver de Oracle9i RAC a un sistema de
instancia única?
Sí. La actualización 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 preparación inmediata es seguida por la disponibilidad general.
Usted nos dijo, que Oracle9i RAC es transparente a la aplicación, es decir,
la aplicación no necesita ser modificada para acceder a un servidor de base
de datos con RAC. Pero también 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
aplicación, es decir, la aplicación no necesita ser modificada
para acceder a un servidor de base de datos con RAC.
Pero también me dijeron que el software SAP debe ser
modificado antes de estar generalmente disponible con RAC.
¿Cuál afirmación 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 estándar SAP realizadas con éxito en 2002, sin
cambiar una sola línea de código SAP. No obstante, SAP no sólo distribuye
aplicaciones. El software SAP también incluye herramientas de administración, entre ellas herramientas de administración de base de datos como
SAPDBA y BR*Tools. Algunas partes de estas herramientas deben ser
modificadas para hacerlas “conscientes de RAC”.
¿Cómo 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 más información póngase en contacto
con: [email protected].
¿Está Oracle9i RAC certificado por SAP?
Sí. La actualización 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 certificación consta de tres fases:
• La validación técnica 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 tecnología 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 línea.
• Durante la fase de preparación inmediata, Oracle9i RAC para SAP está
disponible mayor pero aún limitado para un número de clientes. La
razón de esto es que porque se prevee la necesidad de aun soporte más
que estándar cuando la tecnología 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 Versión 3.1I, 4.0B, 4.5B, 4.6B:
SAP NetWeaver’04:
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 Versión 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 [email protected]
Albrecht Haug
[email protected]
Internet: http://www.oracle.com/newsletters/sap
http://www.sap.com/partner/index.htm
Reproducción permitida sólo 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 países 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 Tecnológico de Massachusetts.
JAVA® es una marca registrada de Sun Microsystems, Inc. JAVASCRIPT® es una marca
registrada de Sun Microsystems, Inc., utilizada bajo licencia para tecnología inventada e
implementada por Netscape.
Todos los demás productos mencionados son marcas o marcas registradas de sus respectivas
compañías.
Todos los derechos reservados. Oracle Corporation 2004.®
Este documento se ofrece sólo con fines informativos y la información aquí contenida está
sujeta a cambios sin previo aviso. Por favor, informe de cualquier error que encuentre a Oracle
([email protected]). Oracle Corporation no proporciona ninguna garantía y se exime
específicamente de toda responsabilidad en relación con el presente documento.
40