No° 13 Oracle para SAP, Abril de 2004 Oracle SAP · Oracle 10g, disponible en el primer trimestre...

40
1 No° 13 Oracle para SAP, Abril de 2004 para N O T I C I A S T E C N O L Ó G I C A S seguro, fiable y escalable ® Oracle SAP ®

Transcript of No° 13 Oracle para SAP, Abril de 2004 Oracle SAP · Oracle 10g, disponible en el primer trimestre...

1

No° 13 Oracle para SAP, Abril de 2004

par

aN O T I C I A S T E C N O L Ó G I C A S

seguro, fiable y escalable

®

Oracle SAP®

Editorial 2

SECOM – Sustitución de servidores SQL por la Base de Datos Oracle9i 3

Presentación de Oracle Data Mining 5

Socios para la implementación de Oracle RAC: EDGETECH 7

Servicios de migración de bases de datos para clientes de SAP R/3 7

Migración exitosa de plataforma SAP R/3 en dos días 8

Delta Consulting 9

Base de Datos Oracle 10g para mySAP 10

SAP BW en Oracle para Colgate-Palmolive Company 16

SAP NetWeaver y Oracle Real Application Clusters (RAC 17

Sustitución de servidores SQL: Ventajas para un aserradero 19

Enlaces útiles de Oracle para SAP 20

B. Braun Melsungen, sustitución de DB2 por la Base de Datos Oracle9i 21

Oracle 10g Spatial: Tecnología de plataforma habilitada para la

ubicación utilizada para aplicaciones y GIS empresarial 23

SAP BR*Tools para gestión de bases de datos Oracle 25

Resultados de SAP Standard Application Benchmark sobre Oracle 26

Tecnología de Oracle para SAP Business Information Warehouse 31

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

Cuadro de versiones de Oracle para SAP 40

2

E D I T O R I A L

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 proporcionartecnologí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 mejorala disponibilidad y escalabilidad de las bases de datos y asegura un costo total de propiedad más bajo. Mientras que una presiónsin precedentes del mercado para bajar los costos y proporcionar una tecnología de interconexión rápida precedió al desarrollo dela 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 dedatos 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 granmedida las necesidades de configuración y gestión, además de un diagnóstico automático de prestaciones y optimización de aplicacionesSQL. Estas y otras capacidades de gestión automatizada ayudan a mejorar la productividad y eficiencia de los administradores ydesarrolladores 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 migracionesde bases de datos y talleres de optimización de aplicaciones SQL. Vea también cómo clientes de todo el mundo (por ejemplo enJapón y Alemania) han reducido sus costos al migrar su base de datos SS2000 bajo SAP a Oracle. Oracle tiene un récord probadode 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 comercialde SAP o envíenos un mensaje a: [email protected]

AtentamenteGerhard KupplerDirector Corporativo Cuenta SAPOracle Corporation

2

Contenido

Migrar a la base de datos Oracle9i puede mejorar la accesibilidad y funcionalidad y a la vez reducir masiva-mente los costos de funcionamiento de un sistema degestión de recursos humanos de gran escala.

La decisión de llevar a cabo una renovación completa del Sistemade Gestión de Recursos Humanos en SECOM se tomó con el fin deeliminar 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

SECOM Information System Services Main Technology CenterPerfil de usuario

Perfil de usuario

SECOM Corp. Inc.Sede principal: 1-5-1 Jingumae Shibuya-ku Tokyo 151-0001Capital: 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 basadoen el concepto de “Sector Comunitario de Seguridad” y guiado por la expan-sión de la instalación de sistemas de seguridad, SECOM está trabajando enla mayor red de información de Japón, permitiéndole incrementar su líneade productos para cubrir una extensa gama de campos incluidos los sectoresde tecnología de la información (IT), médico, educativo y de servicios deinformació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-0001Capital: 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 deSECOM se centra en la integración de redes y sistemas informáticos.Concentrándose en la instalación y mantenimiento de los sistemas del grupoSECOM, 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 ydesarrollo de sistemas de seguridad. URL_http://www.secom-sis.co.jp/sishp/

3

SECOM – Sustitución de servidores SQL por la Base

de Datos Oracle9i

3

Arquitectura para dos servidores de aplicaciones,un servidor de instancias centrales y un servidor de bases dedatos ejecutando Sun Solaris V480 como sistema operativo

y SAP R/3 en cada sistema.

D. Kazuki Shimakawa

SECOM Information System ServicesMain Technology CenterResponsable

D. Toshimitsu Baba

SECOM Information System ServicesMain Technology Center

S E C O MH I S T O R I A S D EÉ X I T O

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ónde recursos humanos ha experimentado un gran cambio. Desde su instala-ción en octubre del 2003, la estructuración del sistema ha recaído sobreSECOM Information Systems, una subsidiaria de SECOM Corp responsablede la arquitectura y mantenimiento global de los sistemas de informacióndel grupo. A partir de su migración desde el mainframe en enero del 1999, el sistemade gestión de recursos humanos de SECOM ha estado utilizando SAP R/3sobre UNIX con plataformas de base de datos Oracle7. En octubre del2000, el sistema experimentó una completa renovación al emplear unservidor de dispositivos de Internet con Windows NT Server 4.0 y un SQLServer 7.0 para la base de datos. Uno de los cambios de esta renovación fueel abandono del tradicional sistema de ficha de entrada basado en papel porun informe del empleado basado en web. Además, el progresivo avance delas soluciones de tecnología de la información (IT) acortó el tiemponecesario para el proceso de cálculo de pagos mensuales de más de 20.000empleados.

La tercera gran revisión del sistema fue impulsada por la caducidad delcontrato de mantenimiento de SAP R/3 y la subsecuente re-evaluación delsistema que acompañó a la versión actualizada. Los resultados de la evaluaciónencontraron que el problema estaba principalmente en la accesibilidad delsistema.

D. Ryuichi Hara del Main Technology Center de SECOM InformationSystem expuso la situación: “Con el sistema antiguo podrían presentarselapsos de funcionamiento entre los clústeres y tiempo improductivo inespe-rado. Los efectos sobre el negocio empezaron a hacerse evidentes.”

En esta situación, optimizar la estabilización del sistema dio como resulta-do una acumulación de la carga de trabajo.

Por otro lado y aparte del problema de la accesibilidad, SECOM estababuscando el sistema del futuro. D. Kazuki Shimakawa del HeadTechnology Center de SECOM Information System Service declaró:

“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 estavez estamos interesados en la adquisición de un sistema de largo plazo conuna vida de 5 años que, después de actualizado, permita el más alto nivelposible de prestaciones.”

Para SECOM, el problema del incremento de los costos de funcionamientoresultante de las complicaciones del antiguo sistema y la discontinuidaddel negocio como resultado de las paradas del mismo se eliminaron con ladecisión de adquirir una arquitectura de sistemas sobre la cual se asiente lavisión a largo plazo de la compañía y, asi mismo, sustituir el fundamentodel sistema, el sistema operativo y la base de datos. La base de datos elegidafue Oracle9i.

El Sr. Shimagawa explica el por qué: “Hay algunos motivos por los quehemos estado utilizando la base de datos Oracle con este sistema y tambiénpor qué la hemos empleado en otros sistemas de la compañía. Sabemos quetienen una reputación de estabilidad inigualable.” Asi mismo añadió:“Cuando se mira el sistema desde una perspectiva a largo plazo, el alto nivelde expansibilidad y afinidad con SAP R/3 son grandes atractivos. Además,el deseo de maximizar el use de nuestros propios recursos humanos fue unimportante factor al elegir Oracle9i, ya que en SECOM InformationSystems hay muchos de nosotros con la certificación ‘Oracle Master’. Eldeseo de maximizar el uso de nuestros propios recursos humanos fue tam-bién un importante factor al elegir Oracle9i.”

Funcionamiento ininterrumpido con la fiabilidad de Oracle9i

El Sr. Hara está orgulloso de la situación después de la instalación. “Losproblemas de accesibilidad que nos molestaban con el antiguo sistema hansido eliminados y hemos tenido un funcionamiento estable y sin interrup-ciones.” Gracias a esto, las operaciones de solución de problemas y el tiempoimproductivo que daban como resultado costos adicionales han sido erradi-cados. Además, respecto a la mayor funcionalidad, 16 procesadores enparalelo pueden ahora completar el proceso por lotes de los pagos en sólo 35minutos, perfectamente dentro del objetivo original de una hora. Además delos resultados del propio Oracle9i, D. Toshimitsu Baba del Main TechnologyCenter de SECOM Information Service añade: “Con Oracle, el soporte demantenimiento es realmente amplio. En particular, el hecho de que la infor-mación necesaria esté disponible a través de una “knowledge base” conviertela decisión de utilizar productos Oracle en una gran ventaja.”

A medida que se despliega el nuevo sistema de gestión de recursos humanosen SECOM, múltiples sistemas funcionan ahora en cientos de servidoresinterconectados. Desde una perspectiva de costo total de propiedad, el retoahora 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 unaplataforma con un alto nivel de accesibilidad y expansibilidad. En caso deque eso ocurra, veremos que la elección de la base de datos Oracle fue unadecisión eficaz”, dijo el Sr. Hara. “Desde luego, la base de datos de Oracleestá en el centro del sistema del futuro de SECOM.”

4

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 helpsolve for your business.

ESTRATEGIA DE ORACLE DATA MINING

Durante los últimos cuatro años, Oracle se ha embarcado en un importanteesfuerzo de desarrollo para convertir la búsqueda de datos o Data Miningen una parte integral de su entorno de base de datos que permita a lasempresas abordar este tipo de preguntas de una forma más eficaz y eficiente.Esto por sí mismo no resuelve todos los problemas del despliegue deData Mining, pero facilita enormemente el proceso de instalar fuentes deinformación analíticas y hace posible la utilización de Data Mining en elentorno de producción de la empresa. El resultado de este esfuerzo esOracle Data Mining (ODM), que proporciona un amplio conjunto deelementos analíticos de Data Mining como parte del entorno de base dedatos. Estos elementos analíticos permiten el desarrollo y despliegue deData Mining en aplicaciones de negocio. Esta potente infraestructura, a laque se accede cómodamente mediante interfaces Java y PL/SQL, permitea los desarrolladores y analistas de negocio utilizar Data Mining en susaplicaciones en toda la empresa. ODM aporta ventajas al potente y completoentorno de base de datos Oracle, explotando la tecnología de base de datosexistente para el pre-procesamiento, gestión y despliegue de datos. ODMtambié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 ylos algoritmos operan directamente sobre las tablas o vistas eliminando com-pletamente el movimiento de datos fuera del entorno de la base de datos odel almacén de datos. La integración no sólo supone que los datos per-manecen en la base de datos, sino también que las tareas de búsqueda pue-den ejecutarse de forma automática, asíncrona e independiente de cualquierinterfaz gráfica de usuario. Esta integración sin fisuras con la base de datosproporciona el tipo de entorno de producción potente, escalable y automa-tizado que requiere el desarrollo y despliegue de Data Mining en las aplica-ciones empresariales. En este sentido, el Data Mining no es diferente deotras operaciones de datos intensivas que han dado forma al uso y arquitec-tura de las bases de datos y los almacenes de datos. Es conveniente resaltarque, a pesar de las similaridades conceptuales, este paradigma es diferente

del Data Mining que se lleva a cabo utilizando una herramienta de interfazgráfica de usuario que interactúe de forma superficial con una base de datosque 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 deaplicaciones de desplegar Data Mining es mucho más bajo, y la probabilidadde una instalación, mejora y mantenimiento exitosos a lo largo de los añoses mucho más alta.

El mantener los datos en la base de datos tiene la ventaja añadida deincrementar la seguridad de los datos, ya que éstos no son expuestos aentornos externos menos seguros. Además, el hecho de estar integrado en la base de datos abre un nuevouniverso de posibilidades para elaborar fuentes de información analíticascomplejas que absorban la mayor parte del esfuerzo del Data Mining.

Todas las transformaciones de los datos y tareas de análisis incluidas enla metodología relevantes a la aplicación pueden hacerse utilizando unacombinación de SQL y ODM. Con Data Mining en la base de datos, todoslos aspectos del sólido conjunto de tecnologías de Oracle pueden versemejorados tanto por el propio ODM como por los desarrolladores y usuariosfinales de las aplicaciones. No se necesita instalar nueva tecnología de servidoren la arquitectura de aplicación del usuario; no es necesario acometernuevos procedimientos de escalabilidad, mantenimiento, desarrollo oinstalación. ODM es como cualquier otra tarea de recuperación deinformación o análisis de negocio y se adapta al entorno de base de datosy almacén de una manera sencilla y elegante.

A medida que las organizaciones capturan un mayor y más diversoconjunto de documentos y objetos de datos, hay un incremento en elnúmero, complejidad y diversidad de los tipos de datos y documentoscon su correspondiente incremento en el uso y manipulación de datosdesestructurados. Mediante la introducción de CLOBS, BLOBS, indexadoy tablas externas, bfiles, iFS, Oracle Text, XDB y XML, Oracle ha mejoradoenormemente las capacidades de representación directa y manipulación delos datos tanto estructurados como desestructurados. Para complementareste soporte nativo de la base de datos, ODM puede buscar en los datosdesestructurados utilizando vectores de características, por ejemplo,palabras clave, símbolos, frecuencias de palabras, etc. Los vectores decaracterísticas son representaciones estructuradas de datos desestructuradoscreadas por algoritmos automáticos de extracción de características,incluidos en ODM y Oracle Text, o definidos por los clientes utilizandoconocimientos de esos campos. El uso de vectores de características unificay proporciona una forma normalizada de llevar a cabo el Data Mining y elanálisis de tipos de datos estructurados y desestructurados. La aproximaciónde ODM es una forma potente, elegante y sencilla de aumentar lascapacidades de análisis de la empresa y de facilitar el Data Mining dedatos desestructurados.

En diferentes aspectos, la aproximación de Oracle lleva el Data Miningmás allá del alcance de un analista trabajando de forma aislada, hasta una

Presentación de Oracle Data Mining

55

Tecnologías

Oracle Data Mining

Te c n o l o g í a sO r a c l e D a t a M i n i n g

nueva dimensión donde el Data Mining puede ser automatizado y utilizadode forma rutinaria sobre datos estructurados y desestructurados por muchosindividuos en toda la empresa: ejecutivos, directores, analistas de mercadoy de negocio, representantes de call centers, recursos humanos, etc. Losdesarrolladores 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ónde información.

¿CUÁLES SON LAS CAPACIDADES DE ODM ?

En términos de algoritmos de Data Mining, Oracle favorece una aproxi-mación ecléctica e incorpora múltiples elecciones de algoritmos para clasifi-cación, regresión, clustering, descubrimiento de asociaciones, importanciade atributos y extracción de características. ODM también proporcionasoporte específico de algoritmos para transformación de datos y análisis deresultados.

Para desarrollo y despliegue, ODM proporciona APIs tanto Java comoPL/SQL. Un desarrollador puede mejorar ODM mediante un entorno dedesarrollo preferido de Java, por ejemplo, JDeveloper. El API Java permitela exportación/importación de determinados modelos como PredictiveModel 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 ClienteODM, los desarrolladores de aplicaciones y los analistas de datos puedenigualmente realizar búsquedas, ver gráficamente los resultados e inmediata-mente utilizar en sus aplicaciones los componentes de código Java resultantes.

Para desarrolladores empresariales, donde la creación de modelos se da enuna 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

Engine. El ODM Scoring Engine acomoda la arquitectura de la empresadonde 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 DataMining 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 desarrolladoresde Java mejorar la arquitectura de J2EE utilizando interfaces y objetos deData Mining estándares Java. PMML facilita la interoperabilidad de modelosentre fabricantes; es decir, la herramienta de un fabricante puede utilizarsepara crear modelos y la de otro para scoring. SQL/MM proporciona una interfazbasada en objetos para invocar el Data Mining en una base de datos relacional.CWM proporciona una representación XML de los metadatos de DataMining para su acceso o para intercambiarlos entre instancias de almacena-miento.

CONCLUSIÓN

Los retos para infundir inteligencia de negocios a las aplicaciones son numero-sos. ODM ha dado un paso decisivo para unificar el Data Mining con la basede datos relacional, integrando algoritmos de Data Mining allá donde estánlos datos. La creación de fuentes de información analíticas y la distribuciónde inteligencia de negocios en y entre empresas se convertirá en estándar –Oracle lo está haciendo realidad.

PARA MÁS INFORMACIÓN

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

6

EdgeTech Consulting, Inc. goza de una sólida reputación por proporcionarexperiencia técnica y funcional en SAP de la máxima calidad a clientes deun amplio número de sectores en Estados Unidos, Latinoamérica y Europa.Independientemente de si su empresa está implementando SAP por primeravez, está actualizando el sistema SAP o está optimizando el sistema existente,EdgeTech Consulting puede ofrecerle los recursos necesarios para realizarcorrectamente estas tareas a la primera.

EdgeTech está especializada en proporcionar consultores altamente calificadoscon una amplia experiencia en implementar proyectos SAP globables degran envergadura en empresas Big 5 y Fortune 1000, todo ello por unafracción del precio de una empresa Big 5. EdgeTech puede proporcionar rápidamente consultores de primer nivel conexperiencia 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),

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. EdgeTechConsulting, miembro de Oracle PartnerNetwork (OPN), también cuentacon un grupo diverso de consultores técnicos en SAP/BASIS de primernivel con sólidos conocimientos en administración de base de datos Oracley una amplia experiencia en las áreas de implementación, actualización ymigración de bases de datos Oracle, y de archivado SAP. EdgeTech es unade las dos únicas empresas de Estados Unidos, además de la única empresapara México y Latinoamérica, que Oracle ha seleccionado como socio paralas implementaciones de Oracle9i RAC (Real Application Clusters). Oracleha impartido formación a los consultores de Oracle9i RAC de EdgeTechen el Global Technology Center de SAP en Waldorf (Alemania).

Si desea obtener información adicional sobre EdgeTech Consulting, visiteel sitio Web corporativo en www.EdgeTechIT.com o póngase en contactocon Steve Norris en el número +00 1 (949) 623-8444(Estados Unidos).

Socios para la implementación de

Oracle RAC: EDGETECH

7

Taking your companyto the Edge of Technology ...and Beyond!

H I S T O R I A S D E É X I T OE D G E T E C H

La gran mayoría de las instalaciones SAP R/3 se ejecutan sobre una base dedatos Oracle. Las compañías que desean migrar su instalación SAP R/3 desdeotra base de datos a Oracle pueden contar con el equipo de Soporte y Serviciode Oracle que está certificado por SAP para migraciones de bases de datos R/3.Oracle provee un servicio profesional para migraciones de cualquier base dedatos SAP. Ya varios sistemas de nuestros clientes han sido migrados con laasistencia del equipo Oracle para SAP. Oracle le ofrece el mejor servicio demigración posible, porque posee la experiencia para manejar cualquier pro-blema que pudiera surgir desde la perspectiva del administrador de la basede datos. Oracle también ofrece una introducción a las nuevas característicasde 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 labase 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 laplataforma de hardware, para poder migrar bases de datos con tamaño deterabytes en 24 horas.

Cuando se cambia de base de datos, nuestro personal posee la capacidad yexperiencia necesarias para migrar incluso sistemas SAP muy grandes enpoco tiempo, utilizando la herramienta SAP R3LOAD.

No olvide que cada migración es un proyecto y que podemos darle apoyoprofesional en todas sus etapas. Nuestros servicios no se limitan a la migraciónmisma, sino también a la configuración óptima de la base de datos dedestino y la capacitación de los administradores, por ejemplo.

Para mayor información póngase en contacto con nosotros:[email protected]

Servicios de migración de bases de datos para clientes de SAP R/3

Migración exitosa de plataforma SAP R/3 en dos días

H I S T O R I A SD E É X I T OL A U F E N

LAUFEN es uno de los fabricantes de sanitarios para baño líderes en elmundo. Centrado en el desarrollo, fabricación y distribución de cerámicapara baño, LAUFEN tiene un papel significativo en el positivo desarrollode la cultura de cuartos de baño. La compañía está orgullosa de proporcionar a sus clientes productos deprimera 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, yes el segundo del mundo en muchos segmentos del mercado de sanitarios.ROCA y LAUFEN mantienen varias organizaciones, marcas, productos ycanales de distribución independientes.

La división de Elementos Sanitarios de LAUFEN emplea a 3.500 personasen 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 millonesde piezas de cerámica al año. Más de 800 clientes suman una facturaciónanual de 180 millones de euros.

El Grupo ROCA cuenta con 16.000 empleados en más de 80 países detodo el mundo. 22 millones de piezas de cerámica se fabrican cada año enEspaña, Portugal, Polonia, República Checa, Austria, Suiza, Italia, EstadosUnidos, 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 corporati-vos. La contabilidad y gestión de nóminas se realizaba con un softwarepropietario 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 acabo con un sistema SAP R/3, respaldado por dos servidores AS/400 hastaque comenzó el proyecto de migración. El volumen de datos gestionadosuperaba los 120 Gb.

Tiempo es dinero

Los directores de tecnología de la información (IT) de LAUFEN comenzarona contemplar la migración ya en otoño de 2002. El sistema AS/400 existenteno ofrecía suficientes recursos para los crecientes volúmenes de transacciones.Originalmente, el sistema había sido configurado para soportar cantidades

mucho menores de datos y, sobre todo, para un crecimiento más lento delos mismos. La próxima actualización de SAP R/3 4.0B a 4.7 Enterprisesignificaba que deberían duplicarse los recursos. Además, LAUFEN seenfrentaba a una migración de base de datos de DB2/400 EBCDIC aDB2/400 ASCII (migración ASCII), lo que significaba otro 80% de incre-mento en el volumen de datos. Como consecuencia, se tomó en considera-ción un cambio de sistema que inmediatamente hizo surgir la cuestión deimplementar un sistema de base de datos y hardware con vistas al futuro."Por motivos de rentabilidad, habíamos pensado inicialmente en seguir conun 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 tantode nuestro sistema operativo como de nuestra arquitectura de sistemas deEBCDIC a ASCII.” Al final, Oracle resultó ser la plataforma de base dedatos de altas prestaciones perfecta para la tarea que nos ocupaba. Sinembargo, la migración tenía que ser llevada a cabo rápidamente para evitarcomprometer el negocio del día a día de la compañía. Estos requisitos yalimitaban la elección de las potenciales herramientas de migración. Lacompañía todavía se enfrentaba a otro problema: por motivos históricos, elentorno SAP R/3 existente había sido configurado con codificación Latin2(caracteres de Europa oriental), lo que necesitaba convertirse a Latin1durante la exportación para permitir el uso de la función de página de códigoMultiple Display Multiple Processing (MDMP) de SAP.

Para facilitar la decisión, LAUFEN buscó consejo en EAST AG paraidentificar configuraciones que pudieran manejar los grandes volúmenesde datos. En cooperación con el equipo de ROCA, a finales del 2002 seelaboró la futura configuración de la plataforma Windows 2000. Esespecialmente destacable la nueva configuración, que abandonó laaproximación monolítica en favor de una solución multi-ordenadormodular y escalable. En seguida se hizo obvio que se tenía que tratar contodos los datos en un proceso de tres pasos: primero, la exportación dedatos 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 plataformadestino. “El plazo para la migración se estableció en 2 a 3 días,” recuerdaJacques Nieuwland. “Nadie quería realmente especificar esta cifra, y noteníamos una experiencia anterior.” El riesgo fue bastante alto ya quetrabajar sin el entorno R/3 ERP durante un periodo largo de tiempo podríahaber supuesto un costo considerable para LAUFEN. SAP R/3 tenía queestar funcionando a principios de semana.

8

Pruebas exhaustivas antes de la migración

A mediados de diciembre, LAUFEN decidió implementar la plataforma ebase 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 talescomo la máquina AS/400 existente y el nuevo hardware de Intel. “Las pru-ebas de exportación iniciales sobre el sistema de pruebas fueron biense ter-minó una ronda de exportaciones después de sólo 14 horas,” dice JacquesNieuwland. Como consecuencia, el equipo de migración de EAST AG secentró en probar y ajustar más el proceso de exportación e importar alnuevo sistema. El ambiente era tenso cuando se empezó la migración envivo, 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: lamigración física, incluidas exportación, transferencia de datos e importa-ción, fue realizada en 20 horas. El equipo de pruebas invirtió otro par dehoras en una comprobación de funcionalidad de las características de SAP.Simultáneamente, se inspeccionaron meticulosamente las muchas interfacesde tan heterogéneo entorno. La migración necesitó pocas adaptaciones y latarde del sábado el equipo de migración pudo por fin cambiar sus consolaspor una copa de champán para celebrar el exitoso resultado de dos días llenos de acción. El lunes por la mañana, todas las divisiones pudieronutilizar el entorno SAP de forma productiva. Aunque todos los procesos ycircuitos de trabajo habían por supuesto sido verificados desde el punto devista de todas las divisiones durante el fin de semana, Jacques Nieuwlandadmite 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 robustay bien equilibrada. Además, pudimos alcanzar nuestros objetivos: los cuellosde botella de recursos quedaron en el pasado, y nos hemos preparadoidóneamente para un mayor crecimiento así como para futuras actualizacionesde SAP.”

Para mayor información contacte: Peter Stalder Engineering and System

Technology AG

[email protected]

http://www.east-ag.ch

Delta Consulting es una consultora especializada en SAPcomprometida a proporcionar soluciones innovadoras peroprácticas que combinen la experiencia de negocios del mundoreal con las últimas tecnologías de comercio electrónicodiseñadas para ampliar y mejorar las prestaciones de SAP.

Nuestros consultores tienen una media de más de ocho años de experienciaespecífica en SAP que abarca todas las soluciones SAP y disciplinas de nego-cio tales como optimización de cadenas logísticas, gestión financiera y con-tabilidad de costos, y contabilidad de fusiones y adquisiciones. Además,proporcionamos servicios que satisfacen las necesidades funcionales, técnicasy 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 de200 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 escapaz de proporcionar tecnología Oracle como parte de una solución de pri-mer nivel SAP de comercio electrónico para sus clientes de todos los secto-res, capitalizando a la vez las ofertas extendidas de Oracle en los sectores deservicios financieros y CPG.

Para más información sobre Delta Consulting, visite su web enwww.go-delta.com o póngase en contacto con Jack Tomb, VP deDesarrollo de Negocio en el teléfono 610-558-1730.

9

Delta Consulting

Delta Consulting

Base de Datos Oracle 10g para mySAP

Este artículo proporciona una descripción técnica general de lo que losclientes de SAP pueden esperar del uso de Oracle 10g con todos los tiposde aplicaciones SAP.El objetivo de diseño de Oracle 10g es reducir el costo de gestión, ofrecerun mayor rendimiento para todos los tipos de carga de trabajo y proporcionarnuevas características de alta disponibilidad.La base de datos Oracle 10g es la primera diseñada para Enterprise GridComputing (aplicación de arquitecturas Grid para empresas) con el fin dereducir los costos de hardware mediante el uso de componentes de bajocosto y el aumento significativo de los niveles de utilización de recursospara así complementar el concepto de infraestructura de computaciónavanzada 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 formainmediata para todos los tipos de aplicaciones SAP una vez que Oracle 10gobtiene la certificación de SAP. SAP tiene previsto realizar la certificacióninicial de Oracle 10g a principios del año 2005. Después de la certificacióninicial, SAP irá incorporando otras características nuevas de Oracle.

1. Rendimiento y escalabilidad

Oracle 10g se proporciona con un amplio conjunto de optimizaciones parahacer que la base de datos sea más rápida en cualquier tipo de hardwaresobre el que se ejecute. La versión actual de la base de datos permite utilizarfibras, páginas de gran tamaño y sistemas NUMA (acceso a memoria nouniforme). Las fibras ofrecen una conmutación en contexto más rápida quelos subprocesos y se programan de acuerdo con el sistema de gestión debases de datos relacionales (RDMBS). De este modo, mejoran el rendimientogeneral de la base de datos. Las páginas de gran tamaño aumentan elrendimiento de las aplicaciones de base de datos que hacen un uso extensivode memoria, sobre todo en casos en los que la memoria caché del búfer tienevarios gigabytes de tamaño, una situación común en las configuracionesSAP. Oracle 10g puede detectar automáticamente la presencia de hardwareNUMA y optimizarse automáticamente al utilizar de un modo eficaz lasafinidades de los nodos NUMA. Se ha mejorado la base de datos paraaumentar su rendimiento en Windows de 64 bits.El rendimiento de las instalaciones SAP se beneficiará en concreto de lassiguientes 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 (SocketsDirect Protocol) para redes Infiniband de alta velocidad. SDP es un proto-colo de comunicación de alta velocidad que acelera el rendimiento de lasconexiones cliente/servidor y servidor/servidor; por ejemplo, las conexionesentre aplicaciones SAP y la base de datos Oracle o entre dos instancias deuna configuración RAC. Puesto que las aplicaciones SAP transfieren unelevado volumen de datos entre la base de datos y la aplicación SAP, el usodel protocolo SDP hace que la mayoría de la carga de mensajería recaiga enla tarjeta de interfaz de red, con la consiguiente liberación de la CPU delservidor de base de datos para otras tareas.

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

la gestión del espacio

En la versión actual, los índices de mapa de bits ofrecen un mayor rendimientoy tienen menos probabilidad de fragmentarse cuando se realiza un elevadonúmero de operaciones de lenguaje de manipulación de datos (DML) deuna única fila. Estas mejoras son especialmente importantes para la ejecuciónde 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 dealgoritmos mejorados al acceder a la memoria caché del búfer de la basede datos. Las tablas pequeñas, usadas principalmente en SAP BW, son lasque 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 loscambios en bloque realizados por transacciones cortas, lo que da comoresultado un número inferior de ciclos de CPU.

1.5 Escalabilidad mejorada para objetos particionados

El borrado de tablas e índices particionados es mucho más rápido ahoradebido al uso de un nuevo algoritmo que identifica los bloques de unobjeto particionado en la memoria caché del búfer y los limpia de lamemoria caché del búfer. La aplicación SAP BW es la principal beneficiadapor esta mejora, ya que el borrado de objetos particionados es una operaciónmuy frecuente en SAP BW.

2. Mejoras en Real Application Clusters (RAC)

La introducción de RAC en aplicaciones SAP está disponible a partir dela versión 2 de Oracle9i. Oracle RAC 10g introduce un nuevo marco deservicio que permite a los administradores configurar, gestionar y supervisarlas cargas de trabajo de las aplicaciones como un servicio, implementadoen diversos nodos, en una implementación de clústeres de gran escala.Este nuevo marco permite a los administradores supervisar y gestionar losniveles de rendimiento de un servicio concreto, además de gestionar cómoproporcionar 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 enclúster como componente integrado en Oracle RAC 10g que está disponibleen todas las plataformas en las que se ejecuta la base de datos Oracle 10g.Esta funcionalidad de software en clúster incluye mecanismos para laconectividad de clústeres, mensajería y bloqueo, control y recuperación declústeres, y un marco para la provisión de servicios. No es necesario adquirirninguna solución de gestión de software en clúster de terceros.Sin embargo, Oracle seguirá ofreciendo compatibilidad para productos desoftware en clúster de terceros en plataformas específicas.

10

2.2 Gestión única de la imagen del sistema

Oracle Enterprise Manager 10g incorpora una importante mejora quepermite una gestión única verdadera de la imagen del sistema de las im-plementaciones de las bases de datos de clúster. La página de la base dedatos de clúster de Enterprise Manager proporciona una vista del estadodel sistema en varios nodos. También permite profundizar a niveles másdetallados 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 OracleData Guard, Data Guard Broker, está totalmente integrado en RAC. Losentornos de recuperación después de un desastre de Data Guard en los queexisten bases de datos de Oracle RAC se pueden gestionar ahora tan fácil-mente como los entornos en los que se utilizan bases de datos de una únicainstancia.

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 confi-guración del clúster, así como mejoras en las herramientas de diagnósticooriginales de Oracle9i. Con el uso combinado de estas herramientas, losusuarios pueden evitar la aparición de problemas y solucionarlos con mayorrapidez 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 dela memoria caché y el archivo dinámico ayuda a que no se vea mermado elrendimiento 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 dedatos de Oracle es la reducción significativa del costo y el tiempo necesariospara implementar y mantener una solución basada en Oracle. Una serie dedesarrollos principales en esta área incorporan nuevas técnicas y metodologíasen 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ónde medios no admite operaciones de compresión, se puede utilizar RMANpara 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 auna copia de seguridad de imagen de archivos de datos. La consecuencia esun tiempo de recuperación reducido porque se tienen que aplicar menosregistros, además de una reducción del tiempo destinado a realizar la copiade seguridad de la base de datos porque no siempre es necesario hacer unacopia 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. Ahorase puede utilizar la instrucción ALTER DATABASE para que todos losespacios de tablas entren en el modo de copia de seguridad. Además, la eje-cución del comando BEGIN BACKUP es mucho más rápida ahora que enversiones 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 elseguimiento de los bloques que han cambiado en la base de datos, RMANpuede evitar tener que examinar todo el archivo de datos durante una copiade seguridad incremental. En lugar de ello, la cantidad de datos examinadoses 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 aumentarla seguridad de un entorno Data Guard al impedir la posible manipulaciónde 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 queSAP 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íautilizados por muchas aplicaciones SAP, se pueden migrar en línea a datosLOB 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 seguimientodel uso (configuración, tiempo de ejecución o ambos) de las distintascaracterísticas de la base de datos. Esto permite al usuario recopilar el usode 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 seguimientodel uso (configuración, tiempo de ejecución o ambos) de las distintascaracterísticas de la base de datos. Esto permite al usuario recopilar el usode las características para su posterior consulta.

3.9 Espacio de tablas SYSAUX

Este nuevo espacio de tablas de sistema proporciona una ubicación centralpara almacenar todos los metadatos auxiliares de la base de datos que noresiden 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 notifi-caciones a los administradores cuando se prevé un problema o bien siuna de las métricas seleccionada por el usuario supera el umbral definido.La infraestructura existente de supervisión y administración de SAP nointegrará inicialmente esta característica.

3.11 Repositorio de carga de trabajo de gestión automática

Un nuevo repositorio integrado gestionado de forma completamenteautomática captura la información de carga de trabajo y las estadísticas derendimiento, lo que reduce los costos administrativos. La base de datosutiliza la información contenida en este repositorio para las actividades degestión automática.

11

Base de datos

de Oracle

3.12 Modelo mejorado de tiempos de la base de datos

Esta característica permite a la base de datos realizar un seguimiento deltiempo empleado en realizar operaciones internas, como analizar, ejecutar,operaciones de entrada/salida, etc. Esta información la utiliza la base dedatos para tomar decisiones de ajuste automático y facilita el diagnósticode problemas de rendimiento.

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 deestas y su duración, y mantiene estadísticas de las mismas para las instruc-ciones SQL en una vista dinámica de rendimiento.

4. Configuración del servidor

En esta versión, se ha reducido en gran medida el espacio total de la basede datos de Oracle. Los usuarios que deseen actualizar la base de datos apartir de versiones anteriores pueden utilizar las nuevas funciones deactualización de sencillo uso que reducen significativamente el número depasos que son necesarios. En esta versión, es mucho más sencillo configurarde un modo óptimo la base de datos. Los administradores sólo deben conocerun número reducido de parámetros básicos de inicialización que puedenusar para configurar y ajustar el entorno. Muchas de las otras tareas asociadascon la configuración de la base de datos también se han eliminado o auto-matizado 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 reducirel 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 entornosRAC.

4.3 Instalación automática del software en clúster portable

El OUI (Oracle Universal Installer) instala e inicia automáticamente elsoftware en clúster portable y los componentes relacionados para ClusterReady 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ámetrosbásicos y parámetros avanzados. En la mayoría de los casos, es necesariodefinir y ajustar sólo los parámetros básicos (entre 20 y 25) para obtenerun rendimiento aceptable de la base de datos. En raras ocasiones puede sernecesario modificar los parámetros avanzados para lograr un rendimientoóptimo.

4.5 Espacio de tablas de usuario predeterminado

La creación de la base de datos permite ahora especificar un espacio detablas predeterminado para almacenar objetos permanentes para todos losusuarios creados. Esto elimina la necesidad de tener que usar el espacio detablas SYSTEM.

4.6 Fácil actualización

Esta característica reduce el número de pasos que es necesario llevar a cabopara actualizar una base de datos y los componentes instalados, lo quesimplifica en gran medida el proceso de actualización de la base de datos.

4.7 Herramienta de información de actualización

Esta nueva herramienta facilita enormemente la actualización de la base dedatos al realizar algunas comprobaciones preliminares en la base de datosexistente (por ejemplo, si hay suficiente espacio, si hay parámetros deinicialización obsoletos, etc.) y proporciona una estimación del tiempo quetardará en actualizarse la base de datos.

5. Gestión de almacenamiento

Oracle 10g incorpora varias características que simplifican, flexibilizan yautomatizan el almacenamiento de la base de datos. Una de las característicases Automatic Storage Management (ASM, Administración de Almacenamien-to Automático), que es un administrador de volumen integrado verticalmentey un sistema de archivos integrado para los archivos de datos de Oracle.La otra característica que ayuda a simplificar la gestión del almacenamientode 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 datosse distribuyen automáticamente entre todos los discos disponibles y elalmacenamiento de la base de datos se vuelve a equilibrar cada vez que semodifica la configuración del almacenamiento. Esta característica tambiénproporciona redundancia a través del reflejo de los archivos de la base dedatos. ASM se diseñó específicamente para utilizar servidores y discos debajo 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 deproductos SAP. Una ruta de migración para las versiones anteriores de losproductos SAP se proporcionará una vez que SAP haya realizado lacertificación inicial de ASM.

5.2 Capacidad de renombar espacios de tablas

Ahora puede renombrar un espacio de tablas. Ya no es necesario crear unespacio de tablas nuevo, copiar en él el contenido del espacio de tablasanterior y borrar el espacio de tablas anterior. Esta característica facilitapor ejemplo la migración de un espacio de tablas gestionado mediante undiccionario para administrarlo de forma local o el transporte de un espaciode tablas a una base de datos que ya contiene un espacio de tablas con elmismo nombre.

6. Ajuste de instancias

Esta versión incluye funciones de ajuste automático de instancias que faci-litan enormemente el trabajo de los administradores. La gestión de recursosintegrada, disponible en todas las bases de datos de Oracle, se ha ampliadopara incluir cuotas de uso de CPU, lo que permite a los administradores

12

definir de un modo más sencillo los procedimientos operativos que son máseficaces para todos los tipos de asignación de recursos. Esto a su vez facilitala tarea de proporcionar tiempos de respuesta predecibles para las operacio-nes principales de la empresa. Además, existen nuevos métodos de identifi-cación de los grupos de consumo de recursos que permiten a las aplicacionesexistentes 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 deverificación y, por tanto, mejorar la disponibilidad.

6.1 Nuevos gráficos de resumen del rendimiento en Oracle

Enterprise Manager

La interfaz HTML mejorada de Oracle Enterprise Manager proporciona unpunto central de acceso a todas las estadísticas relacionadas con el rendimientode la base de datos y facilita la realización de una supervisión y diagnósticocompletos.

6.2 Informes SQL mejorados con Oracle Enterprise Manager

La nueva interfaz HTML de Oracle Enterprise Manager para análisis deSQL, incluida la interfaz Top SQL, ayuda a detectar lenguaje SQL conerrores y permite ajustarlo fácilmente.

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 supropio rendimiento. La base de datos puede identificar cuellos de botellapotenciales y solucionarlos automáticamente o recomendar una solución aladministrador. Esta función está integrada en el núcleo (kernel) de la basede 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 registrode operaciones de rehacer para evitar una E/S de disco excesiva debido apuntos de verificación frecuentes.

6.5 Asesor de segmentos

Este asesor realiza dos funciones. En primer lugar, según el nivel defragmentación del espacio dentro de un objeto, aconseja si un objeto escandidato idóneo para la operación reducir. En segundo lugar, informasobre la tendencia de crecimiento histórico de los segmentos. Esta informa-ción se puede utilizar para planificar la capacidad y adoptar una decisióninformada acerca de los segmentos que se deben reducir.

6.6 Reducción de segmentos en línea

Esta característica reduce los segmentos de tablas e índices en línea e insitu que tienen espacio libre, lo que mejora la eficacia del uso del espacio.Esta característica no estará inicialmente disponible en la herramientaBRSPACE de SAP, pero está prevista su incorporación posteriormente.

6.7 Ajuste automático de los puntos de verificación

La base de datos de Oracle puede ajustar automáticamente los puntos deverificación para obtener unos tiempos de recuperación óptimos con un reducido impacto o un rendimiento normal. Ya no tendrá que definirningún punto de verificación relacionado con parámetros.

6.8 Ajuste automático del parámetro Undo_Retention

Esta característica ajusta automáticamente el parámetro de inicializaciónUndo_Retention, que se utiliza para controlar la información de retenciónde deshacer en segmentos de retroceso. Automatic Undo Retention Tuningpermite al servidor de la base de datos realizar el mejor ajuste para loscambios en los requisitos de deshacer de las consultas de usuarios, concambios en la actividad del sistema según el espacio previamente asignadoal espacio de tablas Undo. Esto evita que los administradores tengan queajustar constantemente el parámetro Undo_Retention.

6.9 Asesor para el espacio de tables Undo

Esta característica aconseja al administrador de base de datos sobre eltamaño del espacio de tablas Undo y del valor correcto del parámetroUndo_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 losparámetros relacionados con la memoria SGA (área global del sistema),como caché del búfer, y recursos compartidos, a través de algoritmos deajuste automático. Simplifica la configuración de la base de datos, garantizael uso más eficaz de la memoria disponible y mejora el rendimiento.

7. Ajuste de aplicaciones

En esta versión, se han introducido nuevas herramientas que reducen almínimo los esfuerzos de ajuste manual de SQL. Estas herramientasproporcionan consejos para los administradores sobre los nuevos índicesque se pueden crear para optimizar el rendimiento de SQL y sugierencambios 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 datosque permite a los usuarios ajustar las instrucciones SQL. Considera unainstrucción SQL o una carga de trabajo como una entrada y ofrece consejossobre cómo ajustarla.

7.2 Asesor para SQLAccess

SQLAccess Advisor está ahora integrado en el repositorio de carga de trabajode Oracle, lo que permite aprovechar los objetos de carga de trabajo quehay almacenados como base para la recomendación. Esto simplifica elanálisis de cualquier entorno de base de datos de Oracle.

7.3 SQLAccess Advisor

SQLAccess Advisor es un sistema especializado que identifica y ayuda asolucionar problemas de rendimiento relacionados con la ejecución deinstrucciones SQL mediante la recomendación de los índices que se debencrear, cancelar o conservar. SAP solo admitirá inicialmente el uso de estacaracterística en los entornos SAP para personalizaciones de los productosSAP estándar, como informes Z e Y u objetos de base de datos Z.

7.4 Recopilación automática de estadísticas del optimizador

Esta característica automatiza la recopilación de estadísticas de objetosdel optimizador. Los objetos con estadísticas antiguas o sin estadísticas se analizan automáticamente para que los administradores no tengan querealizar un seguimiento de lo que es necesario o no analizar, ni realizaranálisis manualmente.

13

Base de datos

de Oracle

8. Disponibilidad

La disponibilidad de los datos es una demanda principal de los clientes deSAP. Con esta nueva versión, Oracle amplía las funciones de la base dedatos para que pueda tratar cualquier tipo de error humano y proporcionasoporte para reducir el tiempo que se tarda en implementar la base dedatos y las actualizaciones de la aplicación.

8.1 Espacios de tablas transferibles entre plataformas

La característica de espacios de tablas transferibles permite transportar losespacios de tablas entre distintas plataformas, lo que acelera la migraciónde una plataforma de un cliente SAP.

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 datosproporcionan un movimiento en bloque de alta velocidad de los datos ymetadatos de una base de datos a otra. Estas utilidades ofrecen variasventajas importantes respecto a las utilidades de exportación e importaciónoriginales, como por ejemplo: la capacidad de reiniciar completamente lostrabajos de exportación e importación, la posibilidad de desconectar yvolver a conectar trabajos de prolongada ejecución, la opción de estimarqué cantidad de espacio utilizará un trabajo de exportación, la compatibilidadpara las operaciones de exportación e importación a través de la red y lacompatibilidad para la selección de objetos muy detallados según los objetosy tipos de objetos. Esta característica no está integrada inicialmente en lasherramientas de administración de SAP.

8.3 Exportación e importación en paralelo de extracción de datos

Las nuevas utilidades de exportación e importación de extracción de datosse pueden ejecutar en paralelo, lo que resulta en un rendimiento más eficazpara la carga y descarga de datos y metadatos.

8.4 Flashback de errores

En esta versión, Oracle introduce funciones ampliadas de flashback de labase de datos. Si se produce un error importante, como la ejecución de untrabajo de fondo dos veces de forma sucesiva, el administrador de la base dedatos puede solicitar una operación flashback para recuperar rápidamentetoda la base de datos a un punto anterior en el tiempo, lo que elimina lanecesidad de tener que restaurar las copias de seguridad y realizar unarecuperación a un momento puntual. En esta versión de la base de datos deOracle, 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 datosrecuperar tablas que un usuario ha borrado por error. Las funciones deconsultas flashback existentes también se han mejorado. La integraciónde la tecnología flashback está prevista para las versiones posteriores deBR*Tools, pero no de forma inmediata después de la certificación deOracle 10g por SAP.

8.4.1 Flashback de la base de datos

Esta característica introduce la instrucción FLASHBACK DATABASE enSQL. Permite restablecer rápidamente la base de datos a un punto anterioren el tiempo deshaciendo todos los cambios realizados desde ese momento.Esta operación es rápida porque no es necesario restaurar las copias deseguridad. Asimismo, resulta en un tiempo de inactividad inferior despuésde una corrupción de datos o un error humano.

8.4.2 Flashback de nuevas instancias

Esta características reduce la necesidad de tener que volver a instanciar labase de datos principal anterior después de una conmutación por error. Estoa su vez permite restaurar rápidamente toda la capacidad de recuperacióndespués de un error. Esto se realiza con la instrucción SQL FLASHBACKDATABASE para recuperar la base de datos principal con el fin desincronizarla con la base de datos de emergencia.

8.4.3 Flashback de base de datos de emergencia

Esta característica mejora el tiempo de cambio de conexión y conmutaciónpor error de una base de datos de emergencia. No es necesario tener queespecificar un retardo que aplicar al registro porque ahora se puede recuperarla base de datos de emergencia si se produce algún error en la base de datosprincipal y se propaga a la de emergencia.

8.4.4 Flashback de tabla

Esta característica introduce la instrucción FLASHBACK TABLE en SQL,lo que permite recuperar rápidamente una tabla en un punto en el tiempodel 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 todoslos metadatos de los cambios.

8.4.6 Flashback de tablas borradas

Oracle proporciona en esta versión un método de restauración de las tablasborradas por error. En SQL*PLUS, puede utilizar el comando SHOWRECYCLEBIN [nombre_original] para ver los objetos que se puedendepurar o revertir con los comandos PURGE y FLASHBACK BEFOREDROP.

8.4.7 Consulta flashback de transacciones

Esta característica introduce consultas flashback de transacciones, lo quele permite examinar los cambios aplicados a la base de datos en el nivelde transacción. Como resultado, puede diagnosticar problemas, realizaranálisis y auditar transacciones.

CONCLUSIÓN

Oracle 10g proporciona la infraestructura necesaria para que el entornoSAP sea capaz de dar respuesta de un modo eficaz al entorno cambiante delas empresas. Oracle 10g ofrece la flexibilidad necesaria para implementarEnterprise Grid Computing (aplicación de arquitecturas Grid a la empresa),incluso con servidores y discos de bajo costo. El diseño de los complementosde Enterprise Grid Computing complementan los conceptos de infrae-structura de computación adaptable de SAP. Oracle 10g proporciona comoventajas una reducción de riesgos con unos costos de gestión inferiores, unamayor escalabilidad y capacidad predictiva, y unos niveles de disponibilidadmás elevados.

14

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

15

SAP BW en Oracle para Colgate-Palmolive Company

H I S T O R I A S D EÉ X I T OC O L G AT E

Colgate-Palmolive Company es un fabricante mundial de productos deconsumo que suministra algunas de las marcas líderes en las categorías deproductos de higiene bucal, cuidado personal, productos de limpieza parael hogar, tejidos y alimentos para mascotas. Tiene oficinas en más de 200paí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 lasganancias en la última década gracias al rápido desarrollo e introducción denuevos productos innovadores que satisfacen las incipientes preferencias delos consumidores.Uno de los factores principales que ha contribuido a que Colgate puedamantener este rápido crecimiento se debe a su compromiso de mejoracontinua del rendimiento. Colgate ha instaurado globalmente indicadoresclave de rendimiento (KPI), que utiliza para establecer asociaciones entrelas fuerzas motrices de su negocio y las actividades operativas diarias detoda la organización. El almacén de datos corporativo basado en el productoBusiness Information Warehouse (BW) de SAP se utiliza para, de formasistemática, medir y generar informes sobre los indicadores clave derendimiento en todos los niveles de la empresa. BW proporciona una infrae-structura de informes y análisis unificada que integra la información deventas y distribución, gestión de inventario y procesos, y datos financierosy de personal. Los responsables de divisiones, personal corporativo, filialesy socios de aplicaciones de inteligencia de negocios y optimización de lacadena logística utilizan este producto. Actualmente, la instalación de SAP BW se basa en la ejecución de la basede datos Oracle 9.2 en un IBM p690 Regatta de 24 procesadores con AIX5.1 y 60 GB de memoria principal. La base de datos Oracle 9.2 contiene1,9 TB de datos sin procesar y un tamaño total de 3,8 TB. Incorpora datosde diversos orígenes, como sistemas con SAP R/3 y aplicaciones de finanzas,ventas y fabricación. BW proporciona una función multidimensional en lasestructuras: los InfoCubos. El almacén de datos de Colgate contiene 90InfoCubos cuyo tamaño oscila entre un millón y 190 millones de filas.También contiene más de 900 agregados previamente calculados. LosInfoCubos y los datos agregados se almacenan en más de 1.000.000 departiciones de la base de datos, lo que resulta en una de las estructuras máscomplejas utilizadas en todo el mundo.Los agregados permiten a los responsables de la empresa conocer rápidamentemétricas de rendimiento, como avances de ventas diarios, niveles de inventarioy rentabilidad de cuentas. El sistema BW ofrece servicio a 6.200 usuariosen 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 únicoalmacén para implementar una función unificada de análisis e informes enla empresa. Esto dio lugar a una de las implementaciones de BW másconocidas y supuso muchos retos en cuanto a escalabilidad para el personalTI de Colgate. Estos retos giraron en torno al enorme número de segmentosy particiones de base de datos y al elevado número de operaciones de borrary crear en los objetos particionados, según Deighton Weekes, un ejecutivotécnico de Colgate. Colgate realizó, con la colaboración de los proveedores de sistemas, unanálisis de rendimiento y un ejercicio de ajuste que pronto resultó en unaumento general del rendimiento siete veces del sistema BW consolidado.

El Sr. Weekes aprovechó el uso de las funciones de consultas en paralelo yespacios de tablas gestionados localmente por Oracle, así como la gestiónautomá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 losdatos en el almacén? El motivo principal que origina un crecimiento de los datos está relacionado conlas cargas operativas diarias.

2. ¿Cuál es el nivel de uso simultáneo? ¿Cuáles son las expectativas parael futuro?Esperamos ver un crecimiento exponencial y un aumento del uso simultáneo en elfuturo.

3. ¿Puede informarnos sobre el hardware y la plataforma OS que se utilizanactualmente? ¿Qué capacidad de almacenamiento tienen? ¿Qué proveedores y productos de almacenamiento utilizan? ¿Qué actualizaciones sehan previsto para la plataforma para el año que viene?IBM pSeries 690 con 24 CPU, 60 GB de memoria principal y 8 TB dealmacenamiento en disco. El subsistema de almacenamiento es un IBM ESS,modelo 800.

4. ¿Se han incorporado recientemente áreas temáticas o nuevas aplicacionesal almacén? ¿Se han previsto algunas de estas incorporaciones para elañ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ásgrandes? ¿Uso de 3NF o algún nivel de desnormalización? ¿Utilizaciónde 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 dostablas de hechos grandes en cada uno de ellos. Estos esquemas se denominanInfoCubos y utilizan 3NF.

Número de tablas: 21.000Número de atributos: 380.000Tabla de mayor tamaño: 190 Mio rows, 50 GigabytesUso 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 deC-P? ¿Qué características han demostrado ser más valiosas? ¿Quécaracterísticas nuevas de Oracle9i han demostrado ser más importantespara C-P? ¿Y las menos importantes? ¿Qué mejoras de rendimiento yfuncionalidad ha proporcionado Oracle9i a C-P? ¿Cuál es su valoracióngeneral acerca de Oracle9i?Oracle da respuesta a las necesidades de C-P y es un componente clave en elescenario de TI de Colgate.

Características más valiosas:- Espacio de tablas gestionado localmente- Espacio de tablas temporal- Particionamiento

16

- Índices de mapa de bits- Consulta en paralelo- Compatibilidad con 64 bits

Características nuevas de Oracle9i:Gestión de memoria PGA automáticaValoració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 degestión mejorada.

7. ¿Qué uso hace C-P de las vistas materializadas? ¿Hay funcionesanalíticas y otras funciones de DSS avanzadas? ¿Índices demapa de bits? ¿Paralelismo y particionamiento? No hay vistas materializadas ya que SAP define sus propias vistasa 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 decomplejidad tienen las consultas específicas? Sen dan de un 80-90% de consultas específicas las cuales son muycomplejas, con combinaciones de tabla de hasta 30 direcciones.

Fuente: Winter Corporation Field Experience with large-scale Data Warehousing on Oracle (2003)

Introducción

Las tecnologías de la información son una parte integral de virtualmentetoda empresa.Las compañías de éxito usan sistemas de información paraadministrar proveedores, fabricar productos, facilitar las relaciones laborales,e interactuar con los clientes. Por esta razón, las aplicaciones críticas denegocios demandan una plataforma operativa rentable que enfatice ladisponibilidad, la flexibilidad, y la escalabilidad.

SAP es el líder mundial en software de soluciones de negocios.Las empresasde éxito usan productos SAP para mejorar relaciones con los clientes y socios,simplificar operaciones, y lograr eficiencias significativas en sus cadenas desuministros. A medida que las empresas aumentan su dependencia de lasaplicaciones y servicios SAP, también aumentan las exigencias sobre susinfraestructuras informáticas. Los usuarios desean:

• Mayor disponibilidad: En un ambiente de 24x7, el tiempo improductivoincluso para mantenimientoresulta cada vez menos aceptable.

• Agilidad mejorada: El agregar recursos de TI para satisfacer exigenciasnuevas o cambiantes, y la reutilización de sistemas y aplicacionesexistentes, ayuda a las empresas a maximizar cada oportunidad.

• Menores costos: La utilización de servidores de bajo costo puede reducirlas inversiones de capital y maximizar el retorno de la inversión; lareducción de puntos únicos de fallo puede minimizar los costos desoporte y mantenimiento y maximizar la fiabilidad.

SAP NetWeaver ofrece una plataforma superior para integrar recursos deTI existentes con nuevas demandas y servicios. La ejecución sobre OracleReal Application Clusters extiende estas capacidades con escalabilidad ydisponibilidad. Con el sistema operativo Solaris y servidores de gama bajaSun Fire, los usuarios de SAP pueden disfrutar de un entorno de bajo costoy alta disponibilidad, que ofrece excelente desempeño y flexibilidad paraaplicaciones comerciales críticas.

SAP NetWeaver

Las empresas líderes usan el entorno SAP NetWeaver para sus aplicacionesy sistemas porque les ayuda a obtener más de sus inversiones en TI al tra-bajar con sistemas y software existentes. Las empresas pueden extraernuevo valor de negocios al conectar los ordenadores de sus oficinas condatos y procesos informáticos provistos por aplicaciones heterogéneas, basesde datos, sistemas preexistentes, y datos de Internet. SAP NetWeaver es lainfraestructura para aplicaciones y servicios esenciales como inteligencia denegocios, procesos de gestión comercial, gestión del ciclo de vida de lassoluciones, 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 actualesen TI y pone las bases para los procesos interempresarios del mañana.

SAP NetWeaver es el cimiento de las soluciones SAP xApps y MySAPBusiness Suite. También permite una arquitectura de servicios empresaria-les (Enterprise Services Architecture) que combina aplicaciones empresaria-les con servicios Web y tecnologías abiertasque permiten operaciones ver-daderamente adaptables.

Oracle RAC

Para las aplicaciones SAP, Oracle Real Application Clusters (RAC) ofrecealta disponibilidad en servidores en cluster, y presenta recuperación trans-parente de fallos y excelente escalabilidad utilizando hardware de bajocosto. La base de datos subyacente aparece a las aplicaciones como una

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

SAP NetWeaver y Oracle Real Application Clusters (RAC)

17

S A P N e t W e a v e r

y O r a c l e R A C

instancia única. Todas las operaciones y funciones de base de datos,incluyendo el uso de restricciones para integridad de datos, pueden usarseen exactamente la misma forma en que se utilizarían en una sola base dedatos. Esta transparencia permite a las empresas usar Oracle RAC paracualquier tipo de procesado de transacciones en línea (OLTP), almacenesde datos, o aplicaciones empaquetadas.

Escalabilidad accesible

Oracle RAC está diseñado sobre los principios de escalabilidad horizontal, aldistribuir la carga de trabajo total de la base de datos entre muchos servidorespequeños. A medida que aumenta la demanda, se agregan servidores alcluster, un proceso transparente para los usuarios y las aplicaciones. OracleRAC usa una arquitectura de cluster de almacenamiento compartido, dondecada nodo de la arquitectura tiene el mismo acceso concurrente a una basede datos común. Cualquier nodo puede agregar, modificar, o borrar datos.Una base de datos única significa que no hay problemas de replicación osegmentación, ni propiedad o redirección de peticiones SQL. Cada nodoes igualmente capaz de manejar cualquier transacción directamente.

Alta disponibilidad inherente

En un Oracle RAC, cada nodo del cluster tiene igual acceso y autoridadsobre las tareas y recursos de la base de datos. Con equilibrio de cargasincorporado, los clientes de nodos en fallo son redirigidos automáticamentea otro nodo del cluster. Los nodos en funcionamiento tienen acceso continuoa la base de datos mientras reconcilian los logs de transición compartidosde los nodos en fallo. Devolver la base de datos a la plena funcionalidadlleva menos tiempo que un reinicio y recuperación manual, o que unatransferencia automática a un servidor de reserva (failover), porque la basede datos nunca deja de funcionar.

Administración simplificada

La multiplicación de componentes en una solución puede incrementar lacarga de mantenimiento. No obstante, las características de Oracle RACminimizan esta posibilidad. Los recursos, servidores, y almacenamientopueden ser administrados como una entidad única dentro del ambiente delcluster. Debido a que la base de datos aparece como una instancia estándar,única a las aplicaciones y los administradores, se pueden usar las mismasherramientas y prácticas de mantenimiento. Todas las operaciones estándarde respaldo y recuperación funcionan transparentemente con RAC.Además, las operaciones SQL --incluyendo el lenguaje de definición de datosy las restricciones de integridad-- son idénticas para las bases de datos RACy estándar.

Oracle RAC incluye la capacidad de realizar una amplia variedad deoperaciones de mantenimiento mientras la base de datos está disponibley en línea. Los administradores pueden crear índices, reparticionar datos,realizar cambios al esquema subyacente, y realizar cargas masivas de datossin 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 demigración automática evita la necesidad de ejecutar las complejas operacionesnecesarias para restaurar el acceso a la base de datos.

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 denegocios de empresas basadas en servicios. Soluciones adaptables, flexibles, yabiertasque reducen el costo total de propiedad. Se pueden crear aplicacionessobre las aplicaciones empresariales existentes y éstas, a su vez, sirven a todala empresa y su comunidad de asociados y clientes, acrecentando el valor deesos sistemas. En combinación con Oracle RAC, las aplicaciones SAP puedenescalarse para satisfacer nuevas cargas de usuarios y aplicaciones, con nuevosniveles de disponibilidad.

La filosofía de gestión de las aplicaciones de Sun es que los profesionales deTI deberían concentrarse en gestionar el servicio, no el servidor. La relacióncomercial entre Sun Microsystems y Oracle Corporation es clave para hacerde esta filosofía una realidad, y ayuda a asegurar que, juntos, los sistemasSun y Oracle RAC ofrecen disponibilidad, escalabilidad, administrabilidad,y facilidad de implementación de clase mundial para ambientes SAP.

Sun Plex ofrece acceso continuo

El sistema SunPlex está diseñado para satisfacer las necesidades de las apli-caciones comerciales y de misión crítica actuales. Presenta rutas redundantesentre todos los sistemas, entre todos los subsistemas de discos, y a todas lasredes externas. La integración a nivel del núcleo (kernel) ofrece un failovermás veloz. Con SunPlex, ningún punto único de fallo del hardware, softwareo redpuede hacer caer un cluster. Al ofrecer capacidades de gestión enconjuntos de recursos estrechamente vinculados, SunPlex ofrece una de lasmejores plataformas para Oracle9i RAC.

Hay ya disponible un SunPlex Agent para SAP Replicated Enqueue Server(servidor de cola replicado). El servidor de cola funciona sobre la instanciacentral, bloqueando los objetos de negocios SAP y permitiendo a las apli-caciones SAP modificarlos al recibir la notificación de bloqueo. El servidorde cola replicado funciona sobre un CPU independiente de la instanciacentral. Si el servidor de cola replicado falla o es sacado de línea por cualquierrazón, se hace cargo un servidor esclavo, que contiene una copia de losobjetos de negocios bloqueados. El Agente SunPlex para Servidor de colareplicado de SAP provee gestión de fallos totalmente integrada si se detectaun fallo, y administra el proceso de recuperación sin intervención deloperador se pueden reemplazar componentes fallados en línea, sin afectar ladisponibilidad.

Características destacadas

• Los clientes son protegidos contra compras de recursos de computaciónexcesivos a alto preciose puede comenzar de poco y agregar recursos amedida que se necesitan.

• Oracle RAC aparece a los usuarios y las aplicaciones como unainstancia única, evitando los problemas administrativos habituales enlos clústeres.

• Se maximiza la disponibilidad todos los nodos tienen acceso a todos losrecursos de la base de datos. En caso de fallo, las consultas a la base dedatos son redirigidas automáticamente. Con un diseño apropiado,virtualmente no haytiempo inactivo de la base de datos debido amantenimiento o a fallos.

18

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, PollmeierMassivholz 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 tantoclientes como proveedores es el costo por unidad. La empresa ha ampliadosu línea vertical de fabricación, mejorando así la calidad de los productosprocesados y reduciendo en gran medida los costos de serrado de losclientes. Gracias a un análisis minucioso de las necesidades de los clientes,la empresa puede confiar en realizar elecciones específicas que cumplen unobjetivo para lograr una cartera óptima. Esta inversión inicial no sóloproporciona un rendimiento financiero, sino que también aporta ventajasen 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 losfabricantes tradicionales.

Digitalización de un recurso natural

Mientras que Pollmeier trabajaba sin cesar por sacar el mercado de lamadera de la crisis permanente que ha caracterizado al sector madereroalemán en los últimos años, el departamento de TI de la empresa prontoalcanzó 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 yla línea vertical de fabricación de nuestras plantas ha crecido enormemente.Finalmente, seguimos el consejo de nuestro socio externo para TI y decidi-mos migrar a Oracle y SAP lo antes posible.”

En términos de maquinaría en el sentido más amplio, Pollmeier se centroen sus competencias principales mediante la optimización progresiva delequipo de producción de sus dos aserraderos y la fábrica de máquinasconectada.

La empresa, por tanto, deseaba subcontratar la reorganización de su entor-no de TI a un socio externoy encontró al proveedor de servicios de TI deKassel, Data Process GmbH. En el año 2002, el proyecto de migraciónpudo 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 tradi-cionalmente asociado a la minería de sal de grano, sacó a la luz muchasanalogías en el área de tareas relacionadas con TI.

Thomas Strecker, consultor de TI de Data Process GmbH, identifica algunosde los factores determinantes del proyecto de consolidación del sistema dePollmeier: “Especialmente en relación con la internacionalización futura yel crecimiento continuo de Pollmeier, no había cabida para el compromisoen cuanto a disponibilidad, escalabilidad y fiabilidad de la base de datos.”

“La eficacia operativa de los entornos homogéneos es por supuestoconsiderablemente superior. Además, nuestros clientes se benefician deunas tarifas de servicio inferiores para el mantenimiento de la base dedatos”, revela Strecker.

Consolidación a toda escala

Pollmeier comenzó la migración a SAP en el año 2000 con la introducciónde los módulos HR, SD, FI y MM. La nueva infraestructura de TI se instaló e implementó en un entorno inde-pendiente en el plazo de unas semanas sin que se viese afectada la actividadnormal de la empresa. Una vez establecida la conexión WAN, se instalaronenrutadores de SAP, se dispusieron e instalaron equipos de hardware nue-vos y potentes, y se migró el sistema SAP R/3 a un sistema de prueba enun plazo de tiempo muy ajustado. El equipo de migración de Pollmeier yData Process esperaba tener problemas en el entorno SAP en esta fase con-creta, aunque finalmente no se produjo ninguno. La instalación del archivoIXOS planteó algunas incidencias que rápidamente se solventaron juntocon los problemas especiales que las provocaron gracias a la asistencia téc-nica profesional recibida: Data Process también es socio de Kaba Benzig eIXOS y pudo aprovecharse de las sinergias de estas colaboraciones.

19

Ventajas para un aserradero Migración satisfactoria de MS SSL a base de datos de Oracle bajo SAP

H I S T O R I A S D E É X I T OP O L L M E I E R

Enlaces útiles de Oracle para SAP

M i g r a c i ó n d eP o l l m e i e r aO r a c l e

Tres semanas después de haber instalado el sistema de prueba, se migraronlos datos archivados y se configuró un sistema APO hasta migrar finalmenteel entorno de producción R/3 sin ningún problema. Una vez realizado elproyecto de migración, se transfirió el mantenimiento de la aplicación alequipo de TI de Pollmeier.

Balance final

Data Process tiene encomendada actualmente la gestión de más de 40instalaciones distintas de Oracle/SAP que sus clientes le han subcontratado.La empresa dispone de una amplia base de conocimientos cuyos orígenesdatan 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 introdujoSAP en sistemas Oracle realizando instalaciones piloto. Con nuestra ampliaexperiencia, apenas tuvimos otra opción posible”, dice Lothar Heyde,Vicepresidente de soluciones de negocio en Data Process GmbH.

“Nuestro cliente estaba extremadamente satisfecho con los resultados, elimportante aumento del rendimiento y las funciones de seguridad ampliadasde la base de datos Oracle.”

20

Centro Tecnológico Global Oracle para SAP

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

Oracle for SAP Technology Update

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

Números anteriores de Oracle for SAP Technology Update

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

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

Eventoshttp://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 visitehttp://otn.oracle.com/products/database/oracle10g/content.html- Se puede obtener información sobre otros productos 10g en OracleTechnet (http://otn.oracle.com/).

También puede registrarse para que le notifiquemos de la disponibilidadgeneral 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 lasplataformas de sistemas operativos individuales están en la nota 527843.

Parches disponibles:

8i NOTA 362060 SOBRE SISTEMAS OPERATIVOS SOPORTADOSConsulte la nota para obtener instrucciones

AIX 8.1.7.4 Oracle 32 bitAIX 8.1.7.4 Oracle 64 bitSolaris 8.1.7.4 Oracle 32 bitSolaris 8.1.7.4 Oracle 64 bitHP TRU64 8.1.7.4 Oracle 64 bitHP-UX 11.* 8.1.7.4 Oracle 32 bitHP-UX 11.* 8.1.7.4 Oracle 64 bitLINUX 8.1.7.4 Oracle 32 bitNT/2000 8.1.7.4.12 Oracle 32 bitFuSi-SIEMENS 8.1.7.4 Oracle 64 bitSEQUENT/PTX 8.1.7.3 Oracle 32 bit

9i NOTA 539921 SOBRE SISTEMAS OPERATIVOS SOPORTADOSConsulte la nota para obtener instrucciones

AIX 5L 9.2.0.4 Oracle 64 bitSolaris 9.2.0.4 Oracle 64 bitHP TRU64 9.2.0.4 Oracle 64 bitHP-UX IA64 9.2.0.4 Oracle 64 bitHP-UX 11.* 9.2.0.4 Oracle 64 bitLINUX 9.2.0.4 Oracle 32 bitNT/2000 9.2.0.4 Oracle 32 bit

Para cualquier consulta póngase en contacto con

saponoracle_de.oracle.com

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 planifi-

caciones 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 unode los agentes globales presentes en el mercado internacional de sanidad.El grupo, con oficinas en ubicaciones próximas a sus clientes en alrededorde 50 países y 28.000 empleados, ofrece una amplia gama de productos yservicios relacionados con distintas áreas terapéuticas de asistencia médica(suministros para hospitales, farmacias o consultas tanto en medicinaoperativa como en tecnología médica). B. Braun se ha centrado en ofrecerun servicio completo a través de una única fuente; por ejemplo, combinaciónde productos médicos, medicinas y servicios en las áreas de anestesia,cirugía, diálisis o sector de atención sanitaria en soluciones de sistemasorientados 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 inte-grales 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 cadenalogística y a reducir continuamente los niveles internos de producción,B. Braun otorga una gran importancia a una cadena de valor añadido através de una única fuente. Con esta estrategia de grupo, B. Braun puedesincronizar los procesos internos y externos entre las empresas del grupode un modo más homogéneo y eficaz que otras compañías, lo que tambiénle permite reaccionar de una manera más rápida, eficiente y orientada alos clientes. A través de una optimización completa de los procesos de lacadena logística de toda la empresa, B.Braun persigue reducir en granmedida los almacenes y los niveles de inventario al mismo tiempo. EnB. Braun, la innovación no está simplemente limitada a los productos,sino que también afecta a los procesos, los métodos y las infraestructurasde TI de apoyo.

Infraestructura de TI a prueba

Con el objetivo de integrar los procesos empresariales de todo el grupo y deoptimizar todos los procesos de la cadena logística, B. Braun puso a pruebala 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/servidorSAP R/3. La plataforma utilizada por entonces era un sistema mainframeIBM con el sistema operativo OS/390 y la base de datos DB2.

B. Braun se preguntó si el sistema mainframe debía sustituirse por unsistema Unix para reducir costos. Tras un minucioso estudio, se llegó a laconclusión de que no había motivos para seguir utilizando un sistemamainframe y que todas las demandas también se podrían satisfacer con unsistema Unix. Se eligió el servidor IBM de la serie p con el sistema operativoAIX/HACMP.

Elección de la base de datos

Al mismo tiempo, había que decidir qué base de datos utilizar. ¿Se podríaseguir utilizando la base de datos DB2 de IBM al haber cambiado al sistemaAIX? Tampoco debía olvidarse que se tenía que dar soporte hasta un máximode 7.000 usuarios de SAP. Cuando surgen estas preguntas, los usuariosponen en evidencia que más de un 70% de las aplicaciones SAP R/3 seejecutan en Oracle, a pesar de que por otro lado existe una alianza estratégicaentre SAP e IBM. Los sistemas SAP mayores y más productivos en los quevarios miles de usuarios acceden de forma simultánea a bases de datos demuchos terabytes funcionan exclusivamente con Oracle. Así por ejemplo,SAP presentó recientemente un estudio acerca de mySAP BusinessInformation Warehouse: se simuló una situación en la que 20.000 usuariosaccedieron 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 pruebasy tareas de investigación: “IBM no podía ofrecernos una referencia deAIX/DB2 de esta magnitud y características. Sin embargo, era evidenteque Oracle9i no sólo nos ofrecía la capacidad y el rendimiento necesariospara las instalaciones SAP R/3 que necesitábamos, sino que además pro-porcionaba escalabilidad de cara a las futuras demandas.”

El rendimiento y la escalabilidad son características necesarias clave paraKarl-Heinz Löw: “Los responsables de TI que desean estar abiertos a loscambios de los mercados deben consolidar sus infraestructuras (sobre todola gestión de datos en toda la empresa) para alcanzar modelos de negociocooperativos con cadenas logísticas racionalizadas, presencia global, nuevoscanales de ventas, servicios de comercio electrónico y otros serviciosampliados. Al mismo tiempo, deben adaptar la infraestructura para hacerfrente al creciente número de usuarios y transacciones, a la presencia decontenido más extenso y a la demanda de más flexibilidad. La base de datosjuega aquí un papel decisivo. Teniendo en cuenta que la base de datos tieneuna influencia duradera sobre la eficacia y el futuro de los sistemas deaplicaciones, la elección de ésta fue una decisión estratégica para nosotros.”

B. Braun Melsungen sustituye DB2 por Oracle9i

21

Infraestructura de TI escalable para la dinámica del futuro

H I S T O R I A S D EÉ X I T O B . B R A U N

Migration

B. Braun sustituyó la plataforma de servidor y, con la ayuda de un reducidoequipo de trabajo, migró rápidamente las aplicaciones SAP/R3 de OS/390y DB2 a Oracle/AIX. En estos momentos, se está implementando paulatina-mente R/3 en todo el mundo y se están consolidando al mismo tiempocentros 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 elproceso de migración cuando se cambia la base de datos. La migraciónempieza con un plan de proyecto que debe aprobar el equipo de soporte deSAP. Ulteriores medidas, como la demanda de personal de migración concertificación SAP y el uso de las herramientas de migración y los procesosde prueba y control prescritos, garantizan que la migración de la base dedatos sea rápida y que no plantee riesgos para los clientes. Este proceso hademostrado su utilidad en muchas migraciones que se han realizado enempresas 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/AIXhabría sido superior que migrar de DB2 a Oracle.” De hecho, IBM DB2concierne al menos a tres productos, arquitecturas, limitaciones de funciones,bases de código y direcciones de desarrollo diferentes. Por lo tanto, SAPtambié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 únicasolución para todo el hardware y sistemas operativos, ya sea para sistemasmultiprocesador simétricos, sistemas mainframe, clústeres o nuevas tecno-logías para los sistemas operativos Solaris, HP-UX, Tru64, AIX, Windows,Linux, z/OS o BS2000. Se trata en todo momento del mismo softwareilimitado de infraestructura. Esto permite reducir en gran medida loscostos, 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 entodo el grupo fueron también factores decisivos para la elección de Oracleen B. Braun. La escalabilidad y portabilidad de Oracle cumplen en concretoestos 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 mayorcomplejidad 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 laempresa. El resultado final ha sido la fragmentación de la información,el aislamiento de las soluciones, la complejidad en las cadenas de procesosy el excesivo número de interfaces organizativas.

Cuando Karl-Heinz Löw asumió la responsabilidad de TI en B. Braun en elaño 2000, se encontró con un escenario de TI enormemente descentralizado.

En el grupo había aproximadamente 20 instalaciones SAP y sistemas de basede datos distintos, como DB2, Informix, Oracle y SQL Server. Mediante unafirme estrategia de consolidación, B. Braun lograría reducir la complejidad,consolidar los centros informáticos, redefinir las estructuras de costos ysimplificar el funcionamiento de la base de datos. Con la introducción deOracle, se podía reducir a la mitad el personal responsable de atender labase 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 entoda la empresa, sólo existe un sistema de desarrollo y un estándar en elgrupo, un factor muy importante ya que B. Braun trabaja en un entornovalidado. Con la consolidación, además de poderse reducir los costos, sepueden armonizar los datos, los procesos y las cadenas logísticas en todoel 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.Braunen su elección de Oracle: la cuota de Oracle en el mercado de bases dedatos en el entorno de ERP (Enterprise Resource Planning, Planificaciónde recursos de empresa) está creciendo paulatinamente a un nivel superior.Según el estudio denominado “The Enterprise Application SpendingReport: 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 elañ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 IBMperdió 4 puntos en el mismo período de tiempo. En sus informes, los ana-listas de AMR resumen uno de los motivos de esto del modo siguiente:“Muchas empresas de envergadura, cuando se enfrentan a una economía endeclive, se concentran en aumentar la eficiencia interna y en reducir costos.”

B. Braun no sólo tuvo presente aspectos estratégicos al decidir elegirOracle, sino que también consideró las ventajas que aportaría el productoen cuanto a eficiencia y costos. No obstante, B. Braun adopta una posicióndistinta a la postura de "economía en declive” descrita por los analistas deAMR. Así por ejemplo, en momentos en los que otras empresas apuestanpor reducir personal, B. Braun decide firmar un acuerdo con su personalde Melsungen para salvaguardar su posición y realiza la inversión individualmás grande de la historia de la empresa: 150 millones de euros para unanueva fábrica de productos farmacéuticos en Melsungen.

H I S T O R I A SD E É X I T OB . B R A U N

22

Con la necesidad de mayor precisión en aplicaciones como logística decadena de suministros y gestión de activos y en aplicaciones avanzadas deinteligencia de negocios y soporte de decisiones , los datos basados en lalocalización o ubicación añaden cada vez más valor en modos que no eranposibles hace sólo algunos años. Estas aplicaciones centrales se diferenciande 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 integrarinformación de negocios con datos de mapas, rutas, y seguimiento que escada vez más común en el mercado y en Internet.

Del mismo modo que la mayor parte de las bases de datos admiten fechay hora en modo nativo, permitiendo a las aplicaciones consultar, clasificar,agrupar, y manipular contenidos según el momento de realización de lastransacciones, la base de datos Oracle permite a las aplicaciones realizarconsultas 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 desarrollocoherente y concentrado para crear una robusta tecnología de infraestructuracon la capacidad de dar soporte tanto al GIS empresarial como a las exigenciasde las aplicaciones centrales que pueden ser optimizadas, mejoradas oampliadas, incorporando información de ubicación (datos espaciales), lavisualización gráfica de esta información y la capacidad de hacer consultasbasadas en relaciones espaciales (cercanía, intersección, superposición, etc.)El hecho de que cada base de datos Oracle, comenzando con la versión 9ien 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 unainfraestructura altamente integrada para aplicaciones que hacen uso delespacio y de la ubicación. Este funcionalidad central (disponible en cadabase de datos) es conocida como Oracle Locator. Para dar soporte aaplicaciones GIS empresariales, Oracle Spatial añade características deinfraestructura de alta gama a la funcionalidad central de Oracle Locator(Figura 1).

Geometrías y referencias espaciales

Cada base de datos Oracle se distribuye con la función Locator que admitetres formas geométricas básicas las cuales pueden utilizarse para representarcaracterísticas como caminos, fronteras, servicios públicos, etc. Estasincluyen:• 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 campospetroleros. Un polígono con un agujero podría representar una parcelade tierra que rodea una zona pantanosa.

Coordenadas e índices espaciales

En forma predeterminada, los datos de ubicación se guardan en la base dedatos, utilizando el modelo geodésico de toda la tierra que asegura la preci-sión de las mediciones en la superficie terráquea. Las unidades de distancia,área, y angulares tienen pleno soporte en este contexto. (Para aplicacionesavanzadas, también se admiten casi 1000 sistemas de coordenadas utilizadoscomúnmente.)

Para optimizar el desempeño de consultas espaciales, la base de datos centralprovee indexado en árbol R. Los índices en árbol R funcionan bien y necesitanpoca atención administrativa para su creación y mantenimiento (ajuste).Los índices en árbol R también pueden crearse sobre dos, tres, o cuatrodimensiones de datos geoespaciales.

Location Operations y otras herramientas de consulta

Oracle incluye una gama completa de operadores para evaluar relacionesespaciales. Por ejemplo, se pueden comparar datos espaciales para determinarsi se tocan, interceptan, se contienen o si se superponen. Estos operadorespueden utilizarse para encontrar todas las escuelas dentro de una zona;ubicar los códigos postales o telefónicos por los que pasa un elementolineal como un camino o una línea férrea, o para encontrar relaciones másgenerales que evalúan cualquier interacción entre elementos espaciales(anyinteract). Además de estos operadores, la característica Locator de labase de datos provee métodos para consultas basadas en distancia, proximidady otras métricas básicas. Esta capacidad permitiría ubicar todas las estacionesde servicio dentro de un kilómetro de una autopista o ubicar todos loshogares dentro de 1,5 kilómetros de una escuela primaria, etc. Otrascapacidades de ubicación en la base de datos incluyen:

• Particionamiento para índices espaciales - Los índices espaciales puedenser particionados en asociación con tablas particionadas. El particionamiento tiende a mejorar el desempeño y la gestión deíndices.

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

23

Lugares

(puntos)

Redes

(líneas)

mágenes

(raster)

Parcelas

(polígonos)

Direcciones

(puntos geocodificados)

Plataforma habilitada

para ubicación

Redes estructuradas

(topología)

La plataforma habilitada para ubicación puede almacenar y gestionar todo tipo dedatos de ubicación para Enterprise GIS y aplicaciones centrales de negocios.

• Referencia lineal (Oracle Spatial solamente) – Esta característica esclave para aplicaciones de redes lineales y de segmentación dinámicacomunes en generación de itinerarios, transportes, redes de serviciospúblicos y telecomunicaciones, y gestión de tuberías.

Base de datos Oracle 10g

La tecnología de plataforma habilitada para ubicación sigue evolucionandoa 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ñoy amplían el rango de aplicaciones admitidas (Figura 2). Las tecnologías deplataforma habilitada para ubicación exhiben ahora características como:

Las aplicaciones centrales de negocios como Filed Service, Asset Management ySupply Chain son reforzadas por la tecnología de infraestructura de plataformahabilitada para ubicación.

• Motor de geocodificación: Asociar referencias geográficas, comodirecciones y códigos postales, con coordenadas geográficas (longitudy latitud) es clave para los negocios y un motor de geocodificación esimportante en la plataforma habilitada para ubicación. Las características como la estandarización internacional de direcciones y la interpretaciónde direcciones no estructuradas añaden flexibilidad y comodidad a lasaplicaciones clientes.

• Funciones de análisis espacial: Nuevas capacidades de análisis espacialen servidor incluyen clasificación, ubicación, asociación, y correlación,esenciales para aplicaciones de inteligencia de negocios. Esta tecnologíapermite a los desarrolladores de aplicaciones implementar operaciones deminería de datos espacial sobre una variedad de características puntuales.

• Visualización de mapas: La creación de mapas que reflejan losresultados de las consultas; para identificar patrones en datos de negocioso como heurística para desarrollar consultas es una característica claveen la plataforma habilitada para ubicación. Las ayudas de visualizaciónracionalizan relaciones complejas de modo fácil de comprender.

• Modelo de red de datos: Se provee un modelo de datos para almacenarla red (gráfico). Explícitamente almacena y mantiene la conectividadde las redes de nodos y ofrece capacidad de análisis de la red: ruta máscorta, análisis de conectividad. Esta característica admite aplicacionesen transporte, tráfico, servicios públicos y ciencias biológicas.

• Motor de itinerarios: Oracle 10g ahora admite la preparación deitinerarios (distancias por carretera, tiempos, e instrucciones para llegar).

Otras características incluyen: preferencia para la ruta más veloz o máscorta, con instrucciones detalladas o resumidas para llegar, y el tiempoy la distancia por una red de calles desde un lugar a múltiples destinos.

• Modelo de datos topológicos: La gestión persistente de relacionestopológicas es una característica clave de la plataforma habilitada paraubicación desde la perspectiva de grandes agencias inmobiliarias yproductores de datos en el sector privado. Esta característica mantienela integridad de datos en un entorno con transacciones y modificacionesfrecuentes.

• Gestión de datos raster: Las imágenes tramadas (raster) georeferenciadas(imágenes de satélite, datos de sensores remotos) y datos en cuadrículaproveen infraestructura para muchas aplicaciones. La tecnología deplataforma habilitada para la ubicación puede administrar estos datos yentregarlos a aplicaciones de gestión ambiental, defensa/seguridadnacional, 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 clientestengan acceso a información común. Los departamentos individuales noestán forzados a estandarizar sus herramientas y aplicaciones. En cambio,lo que se estandariza es el modelo de datos subyacente y cada departamentoes libre de usar la herramienta que se adapte mejor a sus necesidades.Basado en esquemas estándares en la industria (por ej. OGC) se puedeutilizar un sencillo explorador Web para acceder a mapas en el departamentode planeamiento, datos de red en el departamento de ingeniería, y datosinmobiliarios en la oficina de tasación. De este modo una organizaciónaprovecha su inversión en datos geográficos.

Aplicaciones empresariales

La plataforma habilitada para la ubicación habilita aplicaciones empresarialesde 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 sobrecómo pueden integrar efectivamente sus CRM y operaciones de serviciocon las de los clientes y proveedores para crear una experiencia comercialpositiva. Al integrar información empresarial con información geográficadel cliente,las empresas públicas logran amplia inteligencia de negocios, yel valor crece exponencialmente. Los proveedores de servicios pueden utilizarahora 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 signi-ficativos beneficios institucionales y organizativos, al incrementar laeficiencia operativa con menor costo. Los beneficios pueden incluir:

24

GIS empresarial

Inteligencia de negocios

Respuesta

de emergencia

Data Warehousing

Servicios

públicos y transporte

Plataforma habilitada para ubicación

Gestión inmobiliaria

y catastro

• Ahorros: La eliminación de la redundancia y mejoramientode la eficiencia reduce costos.

• Consolidación: La consolidación de todos los datos de laempresa crea una mejor integración, una base de informaciónmás coherente y conduce a la toma de decisiones másinformadas.

• Simplificación: Reducción de los costos de capacitación ysoporte inherentes a múltiples sistemas geográficosempresariales.

Las normas de interoperabilidad permiten la integración de plata-formas habilitadas para la ubicación con las herramientas líderesGIS del mercado. Por ejemplo, Oracle Locator y Spatial estándirectamente integrados con los proveedores líderes de tecnologíade mapas GIS y servicios de localización. Esta combinación detecnología de plataforma y herramientas de socios permite a losdesarrolladores implementar rápidamente soluciones GISempresariales escalables y seguras. En este proceso permanente losproveedores trabajan para adoptar e influir sobre los más recientesestándares abiertos.

La introducción de datos de ubicación en la base de datos Oracleha hecho posible la tecnología de plataforma habilitada para laubicación. La reciente adición de características de infraestructuraclave como soporte para datos de trama (raster), modelos de datosde red, topología persistente, y otros avances han servido paraampliar y completar el usoposible de esta plataforma. Utilizandoesta tecnología, las grandes empresas en los sectores privado ypúblico mejorarán la eficiencia y tomarán mejores decisiones,reduciendo así costos y mejorando el desempeño.

Con la disponibilidad de BRSPACE en WAS 6.40, SAP ha completado unconjunto 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, SAPrecomienda vivamente el uso de BR*Tools en su lugar.BR*Tools presenta una interfaz con el usuario uniforme, manejada pormenús. Están disponibles tanto una interfaz gráfica (ver ilustración) comouna interfaz de caracteres.BR*Tools también provee mejoras sustanciales, como soporte para configu-raciones MCOD, soporte para Oracle9i RAC, recuperación automática dedesastres y soporte para reorganización de tablas en línea (cf. Oracle forSAP 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ónde índices y tablas.

• BRCONNECT: Realiza tareas de administración de la base de datoscomo 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 basede datos durante la realización de copias de seguridad.

• BRTOOLS: Muestra los menús desde los que se llama a los otrosprogramas BR.

• BRGUI: Opera como un GUI basado en Java, que funciona como elprograma de interfaz de BR*Tools.

• Hay información detallada sobre cómo usar estas herramientas enhttp://service.sap.com/dbaora/

– Media Library– General

– Backup and Recovery– Space Management.

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

25

SAP BR*Tools para gestión de

bases de datos Oracle

Las aplicaciones centrales de negocios como Filed Service, AssetManagement y Supply Chain son reforzadas por la tecnología deinfraestructura de plataforma habilitada para ubicación.

SAP tiene una serie de bancos de pruebas oficiales, abiertos atodos y auditados y certificados oficialmente por SAP. Dichos bancosde pruebas están categorizados en aplicaciones de OnlineTransaction Processing (OLTP, Proceso de Transacciones Online) yBusiness Warehouse (BW, Almacenamiento de DatosEmpresariales).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, pornúmero de usuarios soportados (SD y SD Paralelo), por número depedidos de montaje (ATO) o por número de combinacionescaracterísticas por hora (APO-DP).

La base de datos Oracle9i ha obtenido los más altos niveles de pre-staciones SAP al establecer resultados récord en muchas categorías.–––––––––––––––––––––––––––––––––––––––––––––––––

A fecha 19 de septiembre del 2003, estos bancos de pruebas cumplen totalmente con lasregulaciones de bancos de pruebas emitidas por el SAP Benchmark Council y han sido auditadosy 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 dediá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.330elementos 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), HPAlphaServer 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, certificadoel 3 de junio del 2002.

3 Montaje por pedido (ATO) de 2 niveles: Fujitsu PrimePower 2000, 128 procesadores, Sparc 64560 MHz, caché L2 de 8MB, memoria de 128GB, SAP R/3 4.6B, 2 niveles, 34.260 pedidos demontaje (AO, Assembly Orders) totalmente procesados por hora, Oracle8i, Solaris 8, certificadoel 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 montajetotalmente 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 de11.2MB, caché L3 de 256MB; 128GB; AIX 5.1; Oracle9i; Nº de combinaciones planificadas decaracterí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 21264de 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 21264de 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.

26

En mayo del 2003, Oracle estableció un resultado sobresaliente de 13.000 usuarios de bancode pruebas para el SAP Sales and Distribution (SD) Standard Application Benchmark de 2niveles en servidores únicos. Eso es más del 200% más usuarios de banco de pruebas SDque lo que IBM o Microsoft pueden manejar. Oracle ahora ostenta los primeros 8 récordsde 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 pedidosde clientes y sus entregas.Oracle9i es la base de datos más rápida y escalable para cualquier tamaño de empresacon 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 porSAP (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.000elementos 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.

2 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 porhora, tiempo medio de respuesta de diálogo de 1,89 segundos, DB2 V7.2, certificado el 27 de septiembre del 2002.

3NEC 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 elementosde línea de pedido totalmente procesados/hora, SQL Server 2000, Windows Server 2003 Datacenter Edition, certificado el 18 de diciembre del 2003.

Resultados de SAP Standard Application Benchmark sobre Oracle

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

Resultados de SAP Standard Application Benchmark sobre Oracle

SAP SD 2-Tier Single Server Results

B a n c o s d e p r u e b a sl í d e r e s e n e l m u n d os o b r e O r a c l e

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

27

En abril del 2003, Oracle estableció un mejor resultado en SAP de 860 usuarios SD en servidor únicode 4 procesadores (31% más usuarios SD que IBM; 25% más que Microsoft) para el SAP Sales andDistribution (SD) Standard Application Benchmark de 2 niveles. El banco de pruebas SD de SAPsimula las actividades de un sistema de entrada de pedidos, utilizando un conjunto de transaccionesde negocios para crear, revisar y modificar pedidos de clientes y sus entregas. Este último resultadosobre 4 procesadores se añade a la larga lista de altos resultados de bancos de pruebas SD de 2 nivelesde Oracle que incluyen los mejores resultados SD de 2 niveles publicados sobre un único servidor de32 procesadores (en enero del 2003) – lo que convierte a Oracle9i en la base de datos más rápida yescalable 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 BenchmarkCouncil 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 de1,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, tiempomedio 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.

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 depruebas SD de SAP simula las actividades de un sistema de entrada de pedidos, utilizando un conjuntode 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 pruebasSD de 2 niveles de Oracle – lo que convierte a Oracle9i en la base de datos más rápida yescalable 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 SAPBenchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

1 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 de1,95 segundos, Oracle9i Versión 2, HP-UX 11i, certificado el 12 de septiembre del 2003.

2 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 dediálogo de 1,95 segundos, DB2 UDB 8.1, Windows Enterprise Server 2003, certificado el 16 de enero del 2003.

3 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, tiempomedio de respuesta de 1,98 segundos, SQL Server 2000, Windows Server 2003 Enterprise Edition, certificado el 17 de octubre del 2003

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 Benchmarkde 2 niveles. Estos resultados confirman el liderazgo de Oracle en casi todos los tamaños de imple-mentaciones SAP. Sobre servidores comparables, Oracle sobrepasa en rendimiento a Microsoftal manejar un 33% más usuarios de banco de pruebas SD y a IBM al manejar un 89% másusuarios de banco de pruebas SD. El banco de pruebas SD de SAP simula las actividades de unsistema de entrada de pedidos, utilizando un conjunto de transacciones de negocio para crear, revisary modificar pedidos de clientes y sus entregas. Este último resultado sobre 16 procesadores se añadea la larga lista de altos resultados de bancos de pruebas SD de 2 niveles de Oracle – lo que conviertea 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 certificadospor SAP (Fuente: SAP, http://www.sap.com/benchmark).

1 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, tiempomedio de respuesta de diálogo de 1,95 segundos, Oracle9i Versión 2, HP-UX 11i, certificado el 21 de noviembre del 2003.

2 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 mediode respuesta de diálogo de 1,98 segundos, DB2 UDB 8.1, Microsoft Server 2003 Datacenter Edition, certificado el 10 de noviembre del 2003.

3 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

SAP SD 2-Tier

8-Processor Single Server Benchmark

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

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

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

B a n c o s d e p r u e b a sl í d e r e s e n e l m u n d os o b r e O r a c l e

28

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 Benchmarkde 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 clientesy sus entregas. Este último resultado sobre 32 procesadores se añade a la larga lista de altos resultadosde bancos de pruebas SD de 2 niveles de Oracle – lo que convierte a Oracle9i en la base de datos másrá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 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 completamenteprocesados 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.

2 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, tiempomedio de respuesta de diálogo de 1,89 segundos, DB2 V7.2, AIX 5.1L, certificado el 27 de septiembre del 2002.

3 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 elementosde línea de pedido completamente procesados/hora, SQL Server 2000, Windows Server 2003 Datacenter Edition, certificado el 13 de febrero del 2004.

No es sólo en servidores únicos donde Oracle está estableciendo récords en bancos de pruebasSAP Sales and Distribution (SD). Oracle9i Real Applications Clusters está estableciendo tam-bién estándares en el banco de pruebas paralelo de SAP. El banco de pruebas SD de SAP simu-la las actividades de un sistema de entrada de pedidos, utilizando un conjunto de transaccionesde 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 parale-los de 3 niveles de SAP.

A fecha 29 de agosto del 2003: Estos bancos de pruebas cumplen totalmente con las regulaciones de bancos de pruebasemitidas por el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP,http://www.sap.com/benchmark).

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

2 Sin resultado equivalente.3 Sin resultado equivalente.

Los bancos de pruebas en paralelo SAP del Oracle9i Real Application Cluster establecen clara-mente los estándares de escalabilidad en la industria. El banco de pruebas SD de SAP simulalas actividades de un sistema de entrada de pedidos, utilizando un conjunto de transaccionesde negocio para crear, revisar y modificar pedidos de clientes y sus entregas.

La base de datos Oracle9i muestra unos resultados sobresalientes de escalabilidadlineal 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 depruebas 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 segundosde 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.

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 nodosactivos, 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ónNº 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.

SAP con Oracle9i RAC

SAP Parallel SD Benchmark – Banco de pruebas SD Paralelo líder en el mundo

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

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

29

El banco de pruebas de pedido por montaje integra cadenas de procesos entre soluciones de negociomySAP. 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 porpedido puede ser de 2 o de 3 niveles.

Oracle ha establecido prestaciones récord en bancos de pruebas ATO de 2 niveles al procesar21 veces el número de pedidos montados (AO o Assembled Orders) comparado con Microsofty 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 emitidaspor el SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

1 Montaje por pedido (ATO) de 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 demontaje (AO) completamente procesados por hora, Oracle8i, Solaris 8, certificado el 29 de mayo del 2001.

2 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.3 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.

El banco de pruebas de montaje por pedido integra cadenas de procesos entre soluciones de negociosmySAP. 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 porpedido 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 porel SAP Benchmark Council y han sido auditados y certificados por SAP (Fuente: SAP, http://www.sap.com/benchmark).

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

2 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 completamenteprocesados por hora, DB2 UDB v7.1, AIX 4.3.3, certificado el 23 de agosto del 2000.

3 Sin resultado equivalente.

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 cadenalogística mySAP. El resultado del banco de pruebas muestra excelentes prestaciones para llevar a cabomodelos de planificación de demanda de cadenas logísticas.

Oracle ha establecido prestaciones récord en los bancos de pruebas APO-DP al procesar un265% 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 elSAP 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ísticasplanifica 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ísticasplanifica 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 combinacionesde características planificadas sobre el nivel agregado/hora: 157.555; certificado el 30 de septiembre del 2002.

Banco de pruebas SAP ATO de 2 niveles

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

de 3 niveles, récord mundial

SAP APO-DP Benchmark – Banco de pruebas APO-DP, récord mundial

B a n c o s d e p r u e b a sl í d e r e s e n e l m u n d os o b r e O r a c l e

30

Además de los bancos de pruebas OLTP (SD, ATO, etc.), está también el banco de pruebas SAPBusiness Warehouse (BW) que es un banco de pruebas más tipo almacén de datos. El SAP BWse 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 consultade 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 emiti-das 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 – rendimientomedio 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 dediciembre 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, SAPBW 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 SAPBusiness Warehouse (BW) que es un banco de pruebas más tipo almacén de datos. El SAP BW semide en 3 fases distintas – carga y realineación de datos (medidos en filas procesadas por hora) y fasede 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 pruebasemitidas 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ón2.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 UDB6.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 enfilas/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.

SUMARIO

Las exigencias de un almacén para una base de datos son significativamentedistintas de las de un sistema OLTP (procesamiento de transacciones enlínea). En los sistemas OLTP, se procesa una gran cantidad de transaccionesmás bien "pequeñas”. “Pequeño” se refiere a la cantidad de objetos de basede datos y la cantidad de datos involucrados así como –en el caso deoperaciones de lectura– al tamaño del resultado. Un sistema de almacén(warehouse) puede utilizar funcionalidad OLAP (procesamiento analítico enlínea). En este tipo de sistema, la cantidad de usuarios o transacciones esbastante pequeña. No obstante, éstas suelen ser transacciones muy grandesen términos de la cantidad objetos de base de datos involucrados, el montode datos a manejar y el tamaño del resultado.

Oracle es la base de datos más popular para data warehousing en generaly para Business Information Warehouse de SAP (SAP BW) en particulardebido a su capacidad de satisfacer los requisitos centrales para data ware-housing: desempeño, escalabilidad, y administrabilidad. La superioridad deOracle es confirmada por pruebas comparativas, estudios de los analistas yexperiencias de los clientes. Dos ejemplos son el bien conocido: 5 TerabyteShowcase y un estudio de Winter Corporation sobre data warehousing agran escala con Oracle.

• En 2002, SAP y Sun construyeron y probaron con éxito un sistemaSAP BW que admitía el equivalente a 20.000 usuarios realizandocientos de miles de operaciones por hora contra más de 5 terabytes dedatos. La base de datos escogida por SAP y Sun para este exigenteproyecto fue Oracle9i.

• En 2003, Winter Corporation publicó el documento Field Experiencewith Large-Scale Data Warehousing on Oracle, que es particularmenteinteresante porque no se basa sobre pruebas comparativas y delaboratorio sino sobre experiencias reales de los clientes. Entre losejemplos mencionados está el sistema SAP BW de Colgate-PalmoliveCompany, una de las mayores implementaciones conocidas de BW. Apesar del tamaño y la complejidad del sistema, “Colgate ha descubiertoque Oracle es rápido, escalable, robusto y fácil de usar”.

Este artículo describe características clave de data warehousing conOracle9i. Algunas de éstas ya estaban disponibles en Oracle8i, Oracle8o 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 EnterpriseEdition, puede mejorar la administrabilidad, desempeño, y disponibilidadde una amplia variedad de aplicaciones. El particionamiento permite quelas tablas, índices, y las tablas organizadas por índice sean subdivididosen piezas más pequeñas, lo que permite que estos objetos de base dedatos sean administrados y accedidos a un nivel más fino de granularidad.

Oracle provee una amplia variedad de esquemas de particionamiento paracubrir cada necesidad. Más aún, dado que es enteramente transparente a lassentencias SQL, el particionamiento puede usarse en casi cualquier aplicación.

• Paralelismo: El paralelismo es la capacidad de aplicar múltiples recursosde CPU y E/S a la ejecución de un único comando SQL. La exclusivaarquitectura paralela permite que cualquier consulta se ejecute concualquier grado de paralelismo. Oracle elige inteligentemente el gradode 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 unacaracterística fundamental para ejecutar consultas sobre grandesvolúmenes de datos.

Tecnología de Oracle para SAP Business

Information Warehouse

31

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 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 Oraclehace extremadamente pequeños esos índices bitmap; son típicamente un orden de magnitud menores a los índices en B*-tree. El beneficio deesta técnica de compresión es que los clientes pueden crear más índices utilizando la misma cantidad de almacenamiento y con los mismoscostosde 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ónavanzada 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 administra-dores 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 mantenergrandes 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 entablas 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 laescalabilidad es soportar grandes volúmenes de datos. Los almacenes de datosson típicamente las mayores bases de datos de la empresa, y por lo tanto lagestión de datos es un requisito clave. Existen dos capacidades clavenecesarias para soportar grandes volúmenes de datos: particionamiento yparalelismo. El particionamiento provee la capacidad para dividir operacionessobre volúmenes de datos muy grandes en operaciones más pequeñas; elparticionamiento es una técnica de "dividir y conquistar" para administrargrandes tablas e índices. El paralelismo provee la capacidad de aplicarmúltiples recursos de CPU a una operación única. Ultimamente, elparalelismo permite a Oracle aprovechar plenamente toda la potencia deCPU disponible en un sistema. La clave de la escalabilidad es la combinaciónde estas dos capacidades.

Oracle Partioning, una opción de la Enterprise Edition presentada porprimera vez con Oracle8, ofrece mejoras significativas en la administrabilidad,

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 particionamientodiseñ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únde 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 particio-namiento hash es el método ideal para distribuir datos uniformemente entre dispositivos. Es una alternativa buena y fácil de usar al particio-namiento 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 particio-namiento por lista es útil para segmentar una tabla en un dominio

Oracle para SAP BW

32

Fig. 1a: Particionamiento por rangos Fig. 1b: Particionamiento por hash

Fig. 1c: Particionamiento por lista Fig. 1d: Particionamiento compuesto

discreto. Cada partición en un esquema de particionamiento por lista cor-responde a una lista de valores discretos.

• Además, Oracle admite particionamiento compuesto por rango-hashy rango-lista.

Particionamiento para administrabilidad

Con el particionamiento, se pueden concentrar las operaciones demantenimiento sobre porciones particulares de tablas. Por ejemplo, unadministrador de base de datos podría hacer una copia de seguridad deuna sola partición de una tabla, en lugar de toda la tabla. Para operacionesde mantenimiento en todo un objeto de base de datos, es posible realizarestas operaciones partición a partición, dividiendo por lo tanto el procesode mantenimiento en porciones más manejables.

Un uso típico de particionamiento para administrabilidad es para darsoporte 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óncontenga una semana de datos. El proceso de carga es sencillamente la adiciónde una partición nueva. Agregar una partición es mucho más eficienteque modificar toda la tabla, dado que el DBA no necesita modificar otraparticiones. Esto también es cierto respecto a la eliminación de datos deuna tabla particionada. Sencillamente se elimina una partición, una operaciónmuy económica y rápida del diccionario de datos, en lugar de emitir uncomando DELETE, que utiliza muchos recursos y toca toda la informacióna ser eliminada.

Particionamiento para desempeño

Partition Pruning es el modo más sencillo y también el más significativopara mejorar el desempeño utilizando el particionamiento. Partition Pruningsuele mejorar el desempeño de las consultas en varios órdenes de magnitud.Por ejemplo, supóngase que una aplicación accede una tabla ORDERS quecontiene un registro histórico de pedidos, y que esta tabla ha sido particionadapor semanas. Una consulta que solicita los pedidos de una semana dadasólo accederá a una única partición de la tabla ORDERS. Si la tablaORDERS tuviera 2 años de información histórica, esta consulta accederíaa una partición en lugar de a 104 particiones. La consulta podría ejecutarsepotencialmente 100x más rápido sólo debido al partition-pruning.

El particionamiento también puede mejorar el desempeño de unionesmulti-tabla, utilizando una técnica conocida como unión por partición(partition-wise join). Las uniones por partición pueden aplicarse donde seunen dos tablas y ambas están particionadas en la clave de unión. Lasuniones por partición dividen una gran unión en uniones más pequeñasentre cada una de las particiones, completando la unión generalen menostiempo. Esto ofrece significativos beneficios de desempeño tanto para laejecución en serie como en paralelo.

Particionamiento para disponibilidad

Los objetos de base de datos particionados ofrecen independencia de parti-ciones. Esta característica de independencia de particiones puede ser unaparte importante de una estrategia de alta disponibilidad. Por ejemplo, siuna partición de una tabla particionada no está disponible, todas las otras

aplicaciones de la tabla permanecen en línea y disponibles; la aplicaciónpuede seguir ejecutando consultas y transacciones contra esta tabla parti-cionada, y estas operaciones de base de datos se ejecutarán correctamente sino deben acceder a la partición no disponible.

EJECUCIÓN EN PARALELO

La ejecución en paralelo es la idea de dividir una tarea de modo que, enlugar de que un proceso haga todo el trabajo, muchos procesos hagan partedel trabajo a la vez. Al dividir el trabajo necesario para ejecutar una sen-tencia entre varios procesos, Oracle puede ejecutarlo más rápidamente quesi sólo lo ejecutase un único proceso.La ejecución en paralelo es útil para muchos tipos de operaciones que acce-den a cantidades significativas de datos. En particular, mejora el desem-peño de

• Consultas • Creación de índices grandes • Inserciones, actualizaciones, y eliminaciones masivas • Agregados y copias• Recolección de estadísticas.

La figura 2 muestra varios servidores de ejecución en paralelo (PE) realizandouna búsqueda en una tabla. La tabla es dividida dinámicamente (particio-namiento dinámico) en unidades de trabajo, cada una de las cuales es leídapor un servidor de ejecución en paralelo. La asignación de unidades detrabajo a servidores de ejecución no es estática, sino que se determina enel momento de la ejecución. Cuando un servidor de ejecución termina deleer las filas de su unidad de trabajo, desde el coordinador se le adjudicaotra unidad si aún quedan. Esto continúa hasta que todas las unidades detrabajo estén completas. Los servidores de ejecución en paralelo envían losresultados al coordinador de ejecución en paralelo, que ensambla las piezasen la búsqueda completa.

El paralelismo es una manera excelente de mejorar el tiempo de respuestade una consulta en hardware multiprocesador. No obstante, la ejecución enparalelo de la consulta probablemente usará en total algo más de recursosque la ejecución en serie. Por eso, en un sistema muy cargado, concompetencia por los recursos, paralelizar las consultas o utilizar un gradodemasiado alto de paralelismo puede ser contraproducente. Por otro lado,en un sistema con poca carga, las consultas deben tener un alto grado de

33

Fig. 2: Ejecución de consulta en paralelo

Oracle para SAP BW

paralelismo para aprovechar los recursos disponibles. Por lo tanto, confiaren un grado fijo de paralelismo es una mala idea dado que la carga delsistema varía con el tiempo. Oracle ajusta automáticamente el grado deparalelismo de las consultas, reduciéndolo a medida que aumenta la cargade trabajo, para evitar que compitan por los recursos. Cuando la carga detrabajo 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 quecontienen un valor de clave dado. En un índice común (B*-tree), esto selogra almacenando una lista de “rowids” (identificadores de filas) para cadaclave correspondiente a las filas con ese valor de clave. Oracle almacenacada valor de clave reiteradamente con cada rowid almacenada. En un índicebitmap, se usa un bitmap para cada valor de clave en lugar de una lista derowids.

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, demanera que el índice bitmap provee la misma funcionalidad que un índiceregular aunque usa una representación interna distinta.

El indexado de bitmap beneficia aplicaciones de warehousing con grandescantidades de datos y consultas ad hoc pero un nivel reducido de transaccionesconcurrentes. La indexación completa de una gran tabla con un índicetradicional B*-tree puede ser prohibitivamente costoso en términos deespacio, porque el índice puede ser varias veces mayor que la informaciónen la tabla. Los índices bitmap tienen típicamente sólo una fracción deltamaño de los datos indexados de la tabla.

Las ventajas de utilizar índices bitmap son mayores en las columnas debaja “cardinalidad”, es decir, columnas en que la cantidad de valoresdistintos es pequeña en comparación a la cantidad de filas en la tabla. Sila cantidad de valores distintos de una columna es menos que el 1% de lacantidad de filas en la tabla, o si los valores en una columna se repiten másde 100 veces, entonces la columna es un candidato para un índice bitmap.

Los índices bitmap son extremadamente eficientes para evaluar múltiplespredicados combinados con operaciones booleanas AND y OR. El opti-mizador de consultas de Oracle puede generar planes de ejecución quecontienen árboles complejos de operaciones bitmap que combinan índicescorrespondientes a condiciones AND, OR, y NOT en la cláusula WHERE.Estas operaciones booleanas sobre bitmaps son muy veloces, y las consultasque pueden beneficiarse mucho de las operaciones bitmap generalmentefuncionan muy bien.

Dynamic versus Persistent Bitmap Indexes

Los innovadores índices bitmap de Oracle, patentados, se utilizan amplia-mente, en particular en aplicaciones de almacenes de datos. Mientras queotros proveedores de bases de datos proveen índices bitmap dinámicos sola-mente, Oracle también admite índices bitmap persistentes. Los índices bit-map persistentes son estructuras de índice en que la representación bitmap

comprimida del índice es almacenada en la base de datos, mientras quelos índices bitmap dinámicos convierten estructuras B*-tree de la base dedatos en estructuras bitmap durante el procesado de la consulta.

Dynamic versus Persistent Bitmap Indexes

Los innovadores índices bitmap de Oracle, patentados, se utilizan amplia-mente, en particular en aplicaciones de almacenes de datos. Mientras queotros proveedores de bases de datos proveen índices bitmap dinámicossolamente, Oracle también admite índices bitmap persistentes. Los índicesbitmap persistentes son estructuras de índice en que la representaciónbitmap comprimida del índice es almacenada en la base de datos, mientrasque los índices bitmap dinámicos convierten estructuras B*-tree de labase de datos en estructuras bitmap durante el procesado de la consulta.

Los índices bitmap dinámicos no proveen el mismo desempeño en consultascomo los índices persistentes de Oracle. Mientras que los índices bitmapdinámicos pueden utilizarse en estrategias de transformación en estrella(cf. siguiente sección) para ejecutar consultas de este tipo, siguen basándoseen índices B*-tree y hay considerable costos de E/S relacionados con elacceso a estos índices mucho más grandes.

34

Fig. 4: Indice bitmap de unión

Fig. 3: Indice bitmap persistente

Oracle para SAP BW

35

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 índicesbitmap han sido mejorados significativamente. La mayor mejora paraOracle9i es la capacidad de construir un índice bitmap sobre una tablabasada en columnas de otra tabla. Este tipo de índice se llama índicebitmap 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ónprecomputados de un modo muy eficiente. Pueden usarse para evitaruniones reales de tablas, o para reducir notablemente el volumen dedatos 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 debitmaps sobre una tabla fact en un esquema en estrella o “copo denieve” sobre una o más columnas de una o más tablas dimensionales.Las mediciones de desempeño realizadas bajo varios tipos de consultasen estrella demuestran mejoras formidables en el tiempo de respuestacuando 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ún-mente utilizada para almacenes de datos y "data marts". Un esquemaen estrella típicamente contiene una o más tablas muy grandes, llama-das "fact tables", que almacenan datos transaccionales, y una mayorcantidad de tablas más pequeñas de consulta (lookup), llamadas tablasdimensionales, que almacenan datos descriptivos.

Oracle admite una técnica para evaluar consultas contra esquemas enestrella conocido como transformación de estrella. Esta técnica mejorael desempeño de consultas en estrella al aplicar una transformación queagrega nuevas subconsultas al SQL original. Estas nuevas subconsultaspermiten acceder a las tablas fact mucho más eficientemente utilizandoíndices bitmap.

La transformación de estrella es mejor comprendida estudiando unejemplo. 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) yQUARTER (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 endos fases principales. En la primera fase, todas las filas necesarias sonrecuperadas de la tabla fact utilizando los índices bitmap. En este caso,la tabla fact será accedida utilizando índices bitmap sobre DAY_ID yPRODUCT_ID, dado que éstas son las dos columnas que aparecen enlos predicados de la subconsulta.En la segunda fase de la consulta (el “join-back”), las tablas dimensio-nales son vueltas a unir al conjunto de datos de la primera fase. Dadoque, en esta consulta, la única columna de tabla dimensional queaparece en la lista select es STORE.STATE, la tabla STORE es la únicatabla que necesita ser unida. La existencia de las subconsultas quecontienen PRODUCT, DAY, y QUARTER en la primera fase de lasconsultas obvió la necesidad de unir esas tablas en la segunda fase, yel optimizador de consulta inteligentemente elimina esas uniones.

La transformación de estrella se efectúa por razones de costos y ladecisión de si usar una subconsulta para una dimensión particular eseconómica y si la consulta reformulada es mejor que la original serealiza según las estimaciones de costos del optimizador.

Esta ejecución de consulta en estrella es una tecnología exclusivapatentada por Oracle. Aunque otros proveedores tienen capacidadessimilares de transformación para consultas en estrella, ningún otroproveedor combina esto con índices bitmap estáticos y eliminacióninteligente en el “join-back”.

Fig. 5: Unión en estrella

Oracle para SAP BW

GESTIÓN AUTOMÁTICA DE MEMORIA

La memoria es un recurso crítico del sistema. Debido a que el acceso amemoria es mucho más rápido que el acceso al disco, es necesaria la efectivautilización de la memoria para un desempeño óptimo del sistema. Poreso, los administradores se esfuerzan continuamente por ajustar los parámetrosde memoria para maximizar el desempeño del sistema y asegurar el usomás eficiente de la memoria. Oracle9i busca automatizar gran parte deestos ajustes y permite a los administradores alterar dinámicamente laconfiguración de memoria de la instancia. Estas características proveen undesempeño mejorado del sistema, utilización óptima de la memoria ydel 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 quitarmemoria de una instancia de Oracle permitiendo a los administradorescambiar la configuración SGA sin cerrar la instancia. Para lograrlo,todos los parámetros de inicialización que determinan el tamaño de loscomponentes SGA, como SHARED_POOL_SIZE, DB_CACHE_SIZE yLARGE_POOL_SIZE, son ahora dinámicos en Oracle9i. Sobre plataformasde sistemas operativos compatibles, los DBA también pueden modificar elespacio virtual de direcciones de Oracle para responder al uso de memoriafísica del sistema operativo.

La SGA permite a los administradores usar el comando ALTER SYSTEMpara:

• 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 unmínimo prescrito por Oracle.

Hay numerosas ventajas con la SGA dinámica. Por ejemplo, permite alcaché de búfer ceder memoria a otros componentes SGA (como el poolcompartido) si aumentan las necesidades de estos componentes. A la inversa,permite aumentar el caché a expensas de otros componentes como elgran 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 Oracleprovocados por cambios en el hardware del sistema o provenientes deasignaciones del gestor de recursos del sistema operativo.

Memoria de ejecución SQL auto-optimizable

Las consultas que realizan uniones o clasificaciones complejas, típicas enambientes DSS, consumen una gran cantidad de memoria para almacenarlos datos “en proceso”. Oracle9i puede ajustarse automáticamente para eluso más eficiente de esa memoria de ejecución de SQL y para el óptimodesempeño del sistema. La meta del proceso de ajuste es adaptarse a todaslas circunstancias, utilizando los recursos eficientemente en todas lascondiciones de carga del sistema. De este modo, todas las áreas de trabajoasignadas por la sesión son ajustadas automáticamente por Oracle para eldesempeño máximo del sistema. Los administradores ya no tienen queajustar manualmente el valor de parámetros como SORT_AREA_SIZE,HASH_AREA_SIZE, BITMAP_MERGE_AREA_SIZE y CREATE_BIT-

MAP_ AREA_SIZE.BITMAP_MERGE_AREA_SIZE and CREATE_BIT-MAP_ AREA_SIZE.

Mientras ajusta los tamaños de áreas de trabajo, la capacidad de auto-ajustede Oracle9i no se limita a determinar solamente los valores óptimos paralos parámetros de inicialización mencionados arriba. En Oracle9i, losalgoritmos que consumen memoria (como sort, hash join) han sido modi-ficados para cambiar dinámicamente su uso de memoria durante la ejecuciónpara asegurar el mejor uso posible de la memoria del sistema y maximizarsu desempeño. A la vez, Oracle9i también puede ayudar a los administra-dores a decidir el tamaño general de PGA adecuado a la carga de trabajoactual. La vista V$PGA_TARGET_ADVICE contiene prediccionessimuladas del efecto de aumentar o disminuir el valor del parámetroPGA_AGGREGATE_TARGET sobre el desempeño de operacionesprolongadas. Estas predicciones son producidas utilizando el historial decarga de trabajo para simular el desempeño del sistema para distintasconfiguraciones de PGA_AGGREGATE_TARGET.

El modo de auto-ajuste (auto-tuning) se activa utilizando dos nuevosparámetros de inicialización PGA_AGGREGATE_TARGET y WORKA-REA_SIZE_POLICY. Mientras que el parámetro PGA_AGGREGATE_TARGET permite a un DBA indicar a una instancia de Oracle que limitesu consumo de memoria privada al valor especificado, el parámetroWORKAREA_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 comercialmentesuelen no usar técnicas de compresión de las tablas relacionales porque elcompromiso entre espacio y tiempo de la compresión no siempre ha sidoatractivo. Una técnica típica de compresión podría ofrecer ahorro deespacio, pero al costo de aumentar notoriamente los tiempos de respuesta.

Oracle9i Release2 Enterprise Edition presenta una técnica de compresiónexclusiva que es muy atractiva para los grandes almacenes de datos. La

36

Fig. 6: Segmentos de datos comprimidos; Cómo funciona

Oracle para SAP BW

reducción de espacio en disco puede ser significativa en comparación conlos algoritmos de compresión estándar porque está optimizada para datosrelacionales, no tiene virtualmente ningún impacto negativo sobre eldesempeño de consultas a datos comprimidos, y puede tener un impactopositivo importante sobre las consultas que acceden a grandes cantidadesde datos. Es más: Los clientes deberían experimentar un mejor desempeñode las operaciones de gestión de datos como copias de seguridad yrecuperación y las técnicas de compresión de Oracle9i aseguran que losdatos comprimidos nunca son mayores que los datos sin comprimir.

Oracle9i Release2 comprime los datos al eliminar los valores duplicadosen un bloque de base de datos. Los datos comprimidos almacenados en unbloque de base de datos son autocontenidos, es decir, toda la informaciónnecesaria para recrear los datos no comprimidos en un bloque está disponibledentro de ese bloque. Los valores duplicados en todas las filas y columnas enun bloque son almacenados una vez al principio del bloque, en una tablade símbolos propia. Todas las instancias de esos valores son reemplazadoscon una breve referencia a la tabla de símbolos. Los bloques comprimidosse parecen mucho a los bloques normales de base de datos, con la excepciónde la tabla de símbolos al inicio.

Entre los objetos de base de datos que pueden ser comprimidos en Oracle9iRelease2 están las tablas y vistas materializadas. En las tablas particionadas,es posible escoger compresión para algunas o todas las particiones. Elatributo de compresión puede ser declarado para un espacio de tablas, unatabla, o una partición de una tabla.

El beneficio primario de la compresión es el ahorro de espacio. La relacióndel tamaño de datos no comprimidos a datos comprimidos se llaman“relación de compresión”. Por ejemplo, una relación de compresión de2 indica que los datos no comprimidos ocupan dos veces más espacio endisco que los comprimidos. Oracle ha probado la compresión con datosreales de varios clientes de distintos sectores. La relación de compresióntípica para grandes tablas de almacenes de datos va de 2:1 a 4:1. Tambiénse han observado relaciones de compresión más altas.

En un ambiente de prueba SAP BW la compresión de los objetos principalesllegó 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 TechnologyUpdate, vol. 12, p. 19.

37

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

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

¿Qué es Oracle9i Real Application Clusters?

Un servidor de base de datos Oracle estándar consta de dos componentesprincipales: la base de datos y la instancia. La base de datos es un conjuntode archivos almacenados en disco, la instancia es un conjunto de procesosejecutándose sobre un servidor de base de datos así como varias estructurasde 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áneamentey una instancia no puede ser conectada a dos bases de datos distintassimultáneamente. Esta regla significa que la carga de trabajo completavinculada a una base de datos única debe ejecutarse sobre un solo equiposervidor.

Oracle9i Real Application Clusters (RAC) elimina esta restricción. Permitea 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 losclientes de Oracle dividir la carga del servidor de base de datos y distribuirlasobre 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 Oracle9iRAC, 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.

Oracle9i Real Application Clusters (RAC) para SAP – Preguntas

frecuentes

Oracle para SAP BW

38

• 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 arquitecturaprovee escalabilidad en la capa de aplicaciones, porque SAP admite ladistribució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 adicionalde 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 cambiadoeso. 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, porqueSAP 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 servidorde 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 adicionalde 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 cambiadoeso. 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 estosrecursos para su carga de trabajo de pico. Como el pico de carga se produce sólo en algunos momentos, una considerable cantidad de recursosestá inactiva durante mucho tiempo. Muchos piensan hoy que las infrae-structuras 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ápidamenteal modificarse la carga de trabajo. Oracle9i RAC se ajusta perfectamente

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 detrabajo?

Sí. No obstante, usted no siempre querrá usarla. Si usted usa Oracle9iRAC junto con MCOD de SAP y ha configurado cada instancia de Oraclepara distintas cargas de trabajo: una para R/3, otra para CRM, y la tercerapara manejar óptimamente BW, o si usted usa dos instancias para separarlas transacciones en línea y los trabajos en lotes, la distribución automáticade la carga de trabajo destruye el concepto mismo de su sistema. Si, porotro lado, usted usa varias instancias de Oracle para cargas de trabajo muysimilares, la distribución automática de cargas de trabajo es probablementeuna buena idea.

Oracle9i RAC ¿sólo ayuda para evitar tiempo inactivo noplanificado o también puede ayudar a minimizar el tiempoinactivo planeado?

Sí. Oracle ofrece tecnología para realizar lo que se llama Rolling PatchUpdates o Zero Downtime Patching, que permiten parchar sin detenciones.Se pueden aplicar parches al software de base de datos paso a paso a todoslos nodos involucrados, dado que las instancias de Oracle9i RAC puedenejecutarse de modo mezclado (es decir, a distintos niveles de mantenimiento)durante un período arbitrario. También, se pueden agregar o quitar nodosde un sistema Oracle9i RAC existente sin tiempo inactivo.

La mayor parte del tiempo usted habla sobre detallesté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 decostos:

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

O r a c l e 9 i R A C

Oracle sigue diciéndonos que Oracle9i RAC nos ayuda aahorrar dinero, porque podemos comprar ordenadorespequeños y baratos en lugar de grandes y costosos.¿Significa esto que no tiene sentido considerar RAC, si laestrategia de TI de mi compañía se basa en grandes equiposservidores?

No. Se sigue teniendo todas las ventajas de la alta disponibilidad, es decir,menos tiempo inactivo, planeado o no planeado, incluso si usted usaequipos grandes. Al usar RAC, usted también podrá mejorar la distribuciónde la carga de trabajo, lo que aprovecha mejor sus recursos existentes.

¿Cómo sé que Oracle9i RAC no es sólo una iniciativa demarketing de corta vida que nadie recordará en 2 años?¿Cómo sé que tiene sentido gastar tiempo y dinero en estatecnologí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óny evolución de la distribución de carga de trabajo y estrategias deutilización de recursos que fueron presentadas con Oracle9i RAC. Así queesta tecnología no desaparece, sino que se convierte en protagonista.

¿Pero podría yo volver de Oracle9i RAC a un sistema deinstancia única?

Sí. La actualización de un sistema de instancia única a Oracle9i RACno cambia nada en la base de datos. De modo que se puede regresar encualquier momento.

¿Está Oracle9i RAC certificado por SAP?

Sí. La actualización de un sistema de instancia única a Oracle9i RACno cambia nada en la base de datos. De modo que se puede regresar encualquier 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 unoo 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.

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 basede datos con RAC. Pero también me dijeron que el software SAP debe sermodificado antes de estar generalmente disponible con RAC.

Usted nos dijo, que Oracle9i RAC es transparente a laaplicación, es decir, la aplicación no necesita ser modificadapara acceder a un servidor de base de datos con RAC.Pero también me dijeron que el software SAP debe sermodificado antes de estar generalmente disponible con RAC.¿Cuál afirmación es la correcta?

Ambas afirmaciones son verdaderas. Oracle9i RAC puede utilizarsetransparentemente con las aplicaciones SAP. Este fue probado por una seriede pruebas comparativas estándar SAP realizadas con éxito en 2002, sincambiar una sola línea de código SAP. No obstante, SAP no sólo distribuyeaplicaciones. El software SAP también incluye herramientas de administra-ción, entre ellas herramientas de administración de base de datos comoSAPDBA y BR*Tools. Algunas partes de estas herramientas deben sermodificadas para hacerlas “conscientes de RAC”.

¿Cómo puedo conocer el estado de Oracle9i RAC para SAPsobre mi plataforma particular?

Se puede encontrar una perspectiva general del estado actual y los planesfuturos en OSS note 527843. Para más información póngase en contactocon: [email protected].

39

O r a c l e 9 i R A C

SAP NetWeaver’04:

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 Business Information Warehouse 2.0B/2.1C:

8.1.7 de 32-bit: Intel NT/Windows2000/XP, Intel Linux, IBM AIX, HP-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

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)

Publicado por:Oracle Corporation,Oracle for SAP Global Technology CenterAltrottstr. 3169190 Walldorf, AlemaniaTel. ++49 (0) 6227-8398 - 0Fax ++49 (0) 6227-8398 - 199E-Mail [email protected] [email protected]: http://www.oracle.com/newsletters/saphttp://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 sonmarcas 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 deInformix 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 WideWeb Consortium, Instituto Tecnológico de Massachusetts.JAVA® es una marca registrada de Sun Microsystems, Inc. JAVASCRIPT® es una marcaregistrada de Sun Microsystems, Inc., utilizada bajo licencia para tecnología inventada eimplementada por Netscape.Todos los demás productos mencionados son marcas o marcas registradas de sus respectivascompañí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 eximeespecíficamente de toda responsabilidad en relación con el presente documento.

Pie de imprenta

Cuadro de versiones de Oracle para SAP

SAP R/3 Versión 3.1I, 4.0B, 4.5B, 4.6B:

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)

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

40

Oracle for SAP Release Matrix