Ingeniería colaborativa y sincronización de Bases de datos entre oficinas internacionales de IBERINCO

Transcripción

1 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO EN INFORMÁTICA PROYECTO FIN DE CARRERA Ingeniería colaborativa y sincronización de Bases de datos entre oficinas internacionales de IBERINCO AUTOR: Ignacio Navas Perona MADRID, Junio de 2007

2 Autorizada la entrega del proyecto al alumno: Ignacio Navas Perona EL DIRECTOR DEL PROYECTO José Javier Molina Pérez Fdo: Fecha: Vº Bº del Coordinador de Proyectos David Contreras Bárcena Fdo: Fecha:

3 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO EN INFORMÁTICA PROYECTO FIN DE CARRERA Ingeniería colaborativa y sincronización de Bases de datos entre oficinas internacionales de IBERINCO AUTOR: Ignacio Navas Perona MADRID, Junio de 2007

4 Resumen iv Resumen INGENIERÍA COLABORATIVA Y SINCRONIZACIÓN DE BASES DE DATOS ENTRE OFICINAS INTERNACIONALES DE IBERINCO. Iberdrola como casi todas las empresas que operan en la actualidad está sufriendo una expansión internacional muy importante, desarrollándose gran parte de su negocio fuera sus fronteras. Para poder abordar esta expansión, Iberdrola Ingeniería y Construcción (Iberinco), ha necesitado establecer distintas sedes y oficinas alrededor de todo el mundo, con la diversa problemática que ello conlleva, como las trabas de comunicación debido a la deslocalización de los equipos de trabajo, o la dificultad de la gestión de grupos de trabajo remota. Este problema es aun más delicado en empresas de ingeniería y construcción, como es el caso de Iberinco, en las que tiene que haber una gestión centralizada del proyecto, una cooperación y colaboración entre todos los miembros de los equipos de trabajo y una comunicación constante, para poder conseguir un proyecto eficiente y eficaz, logrando los mínimos costes y tiempos posibles. Es por esto por lo que con este proyecto se han querido abordar los problemas que existían entre las oficinas internacionales de Iberinco, mediante un exhaustivo y meticuloso análisis, de cual posteriormente se ha extraído una serie de conclusiones y una concisa identificación de alternativas para implantar como soluciones adaptadas para paliar los efectos negativos de la situación antes mencionada y cubrir las necesidades actuales de Iberdrola. La solución a adoptar que engloba este proyecto ha sido implantar una ingeniería colaborativa entre todas las oficinas internacionales de Iberinco, logrando un uso efectivo entre todas las oficinas y equipos, consiguiendo equipos virtuales de trabajo, sin trabas de tiempos, distancias, ni límites organizacionales. El primer paso lógico fue analizar el área de actividad a la que estaba orientado este proyecto para poder comprender los problemas a los que nos enfrentábamos. Este punto fue fundamental ya que se comprobó que el proyecto estaba dirigido a áreas de generación térmica y gas, y generación nuclear, más concretamente a proyectos de construcción de centrales de ciclo combinado y centrales nucleares. Esta clase de proyectos se tienen que tratar

5 Resumen v con un especial cuidado, ya que son proyectos de un gran tamaño, en el que se desarrollan más de tres mil actividades, trabajan más de mil trescientas personas en ellos y su coste supera los diez millones de euros, por ello se tienen que utilizar herramientas muy potentes que garanticen la fiabilidad y la seguridad durante todo el ciclo de vida del proyecto. Una vez entendido el entorno del proyecto, se analizaron tanto los problemas más comunes que aparecen en el momento de implantar una ingeniería colaborativa en una empresa como los problemas que existían en ese momento en ámbito de Iberinco tales como las malas comunicaciones que existían entre las oficinas internacionales con las sedes de España y Méjico o la deslocalización de las bases de datos, encontrándose una base de datos en cada una de las sedes antes nombradas, con distinta información entre ellas y sin ningún tipo de concordancia. Otros problemas que se han encontrado es que en estos proyectos se maneja grandes volúmenes de información, rondando los a documentos y unos 70 a 100 GigaBytes de información. También se ha podido comprobar que en esta clase de proyectos existe un gran número de actividades a lo largo del ciclo de vida del proyecto y es necesario que se haga un minucioso control y una buena gestión de las mismas para que no haya desvíos en costes ni plazos. Las soluciones que se aportaron y que se implantaron fueron por este orden, la integración de un gestor documental para permitir controlar y compartir los documentos que se utilizan en el ciclo de vida del proyecto entre todos los miembros involucrados en él, realizando un estudio previamente de las diferentes herramientas que existen en el mercado y poder comprobar cuál es la que mejor se adaptaba a las necesidades de la empresa. El gestor documental que se decidió implantar fue Project Wise. Este gestor documental, además, se ha implantado en Internet para permitir el acceso a las oficinas internacionales vía web. Para poder llevar una gestión eficaz del proyecto y poder analizar las posibles desviaciones de las actividades y por tanto de los costes, se ha implantado una herramienta de gestión y control de proyectos que permite comunicar la información de las tareas a las partes involucradas, analizar desvíos en costes y plazos y generar de forma rápida informes que permitan evaluar el estado del proyecto. Por razones técnicas que se detallan en la memoria del presente proyecto, se decidió instalar Primavera Project

6 Resumen vi Planner en España y Méjico, y para garantizar un acceso fiable y seguro a las distintas oficinas que se encuentran geográficamente distribuidas, se decidió publicar esta herramienta en el entorno Citrix Metaframe. Este entorno permite publicar herramientas pesadas, como es el caso de Primavera Project Planner, en Internet y que los miembros del equipo acreditados para acceder puedan trabajar con la herramienta de gestión y control de proyectos como si lo tuvieran instalado en su ordenador, con una total seguridad, transparencia y eficacia. Finalmente, se decidió realizar un proceso de copiado y mantenimiento de los objetos de las bases de datos de las sedes principales (España y Méjico) realizando una replicación de ellas. Con esta sincronización de las bases de datos se elimina el problema de tener distinta información entre ellas y se mejora la disponibilidad de las aplicaciones, a que el sistema provee opciones alternativas de acceso a los datos, usando balanceos de actividad, accesos locales a la información más utilizada, y compartición de datos transparente independientemente de la localización geográfica. En resumen, se ha logrado implantar una ingeniería colaborativa entre las diversas oficinas internacionales de Iberinco, consiguiendo realizar procesos conjuntos entre ellas, mejorar la competitividad de la empresa, equilibrar la carga de trabajo entre los distintos países y así lograr una mayor rapidez en la ejecución de las actividades, potenciando la presencia global de la compañía.

7 Summary vii Summary COLLABORATIVE ENGINEERING AND DATA BASE SYNCHRONIZATION BETWEEN IBERINCO's INTERNATIONAL OFFICES. Iberdrola like almost all the companies that operate at present time is suffering a very important international expansion, developing great part of his business abroad. To be able to approach this expansion, Iberdrola engineering and building industry (Iberinco), as other big companies, has needed to establish different headquarters and offices all over the world, with different problems it entails, as the outsourcing of the work teams through the whole world. This problem is even bigger in engineering and building companies as Iberinco where there has to be a centralized project management, a fluent cooperation and collaboration among every single member of the workgroup, and a constant real time communication in order to attain an efficient and effective, reducing monetary and time costs. As a result in this project has been tackled the existing problems between the international offices of Iberinco by doing an exhaustive analysis of the issue, and giving custom-made solutions to Iberdrola requirements. Therefore the major goal has been to implant a collaborative international how to do engineering among the Iberinco offices, achieving an effective use of resources and starting up virtual workgroups without neither time hindrances, nor corporational limits. The first step given was analyze the activity sector where this project was orientated in order to have a global comprehension of the problems we had to confronted. This issue was essential since the checked of the project reflected that it was aimed to manage the construction of nuclear power plants and combined cycle power plants. This kind of projects have to be manage very carefully in view of the fact that of their large size and the enormous number of activities running at the same time. It also important to consider that these projects have more than three hundred and their costs exceeds ten Euros million. Is for these reasons so it is necessary to use dreadfully powerful tools which guaranteed the reliability and the security throughout the whole project time. Once the project environment had been completely understood, both the

8 Summary viii most common problems, that appears in the moment in time of implanting a collaborative engineering plan, and the communications problems that exist among the international Iberinco headquarters and their databases were analyzed, founding big information disagreements and huge synchronization problems. The decided solutions have been implanted in this order, a documentary manager integrator, in order to allow the control and the sharing of each and every one of the documents used in the full project time, among all the members of the project group, making an investigation between the different tools of market and checking which o them is the best adaptable to the company requirements. The elected documentary manager was Project Wise. In addition this program has been also installed into the internet so the web access from international offices is now allowed. In order to can hold a more efficient management of the project and have the possibility to analyze the activities mistakes and therefore have a total control of cost, a new control tool has been installed and it allows to communicate the tasks information to the involved parts and for the quickly generation of reports which informs of how is the project going. Attending technical issues which are detailed explained on this report, it was decided to install Primavera Project Planner in Spain and as well in Mexico, and to guarantee a both reliable and secure login to the different offices across the planet it was decided to implant this tool into the Citrix Met frame environment. This environment allows to implant heavy tools like the Primavera Project Planner, into the internet in order to permit the accredited people to have free and friendly access to the tool as if they were working in their own computer. Eventually it was determined to make a copy and maintenance process of the databases objects from the headquarters at Spain and Mexico doing a replication of them. Whit this database synchronization the problem of having different information between them is solve and the availability of the programs is improved since the systems supplies different options to access the data using activities swinging, local accesses to the most used information and sharing the data without caring where is it placed.

9 Summary ix In summary, a collaborative engineering plan among the international Iberinco s offices has been implanted, achieving to do processes on the whole, improve the competitivety and the leadership of the company, balance the workload between the diverse countries and gain more quickness in the businesses process, promoting the global appearance of the company

10 Índice x Índice 1 INTRODUCCIÓN SITUACIÓN ACTUAL DE IBERINCO ENTORNO DEL PROYECTO OBJETIVOS ESCENARIO DE TRABAJO INICIAL ENTORNO COLABORATIVO ERP GESTOR DOCUMENTAL GESTIÓN DE MATERIALES (BILL OF MATERIAL, BOM) DISEÑO 2D/3D 24 2 ESTUDIO DE LOS PROBLEMAS DE LA INGENIERÍA COLABORITIVA OBJETIVOS Y ALCANCE DEL ESTUDIO LAS TECNOLOGÍAS DE LA INFORMACIÓN LA EMPRESA COLABORATIVA EL DESARROLLO INTEGRADO DE PROYECTOS E INTERCAMBIO DE INFORMACIÓN LA INGENIERÍA COLABORATIVA 34 3 SOLUCIONES APORTADAS PARA LOGRAR INGENIERÍA COLABORATIVA SITUACIÓN FINAL ANTE LAS SOLUCIONES PROPUESTAS 39 4 GESTIÓN DOCUMENTAL INTRODUCCIÓN A LA GESTIÓN DOCUMENTAL POR QUÉ USAR DOCUMENTOS ELECTRÓNICOS Y NO DOCUMENTOS EN PAPEL? PROBLEMAS ASOCIADOS AL USO DE DOCUMENTOS ELECTRÓNICOS NECESIDAD DE UNA GESTIÓN DOCUMENTAL REQUERIMIENTOS GENERALES DE LA GESTIÓN DOCUMENTAL DIFERENCIAS ENTRE UN GESTOR DOCUMENTAL, UN GESTOR DE CONTENIDOS Y UN GESTOR DE CONOCIMIENTO METODOLOGÍA DE IMPLANTACIÓN DE UN GESTOR DOCUMENTAL GESTIÓN DOCUMENTAL EN PROYECTOS DE INGENIERÍA LA GESTIÓN DOCUMENTAL COMO HERRAMIENTA COLABORATIVA ANÁLISIS DE NECESIDADES EVALUACIÓN DE LAS HERRAMIENTAS DE GESTIÓN DOCUMENTAL Y ELECCIÓN DE UNA HERRAMIENTA EVALUACIÓN DE HUMMINGBIRD DM EVALUACIÓN DE DOCUMENTUM EVALUACIÓN DE PROJECTWISE EVALUACIÓN DE SHAREPOINT CONCLUSIONES 85

11 Índice xi 5 BASES DE DATOS ORACLE INSTALACIÓN DE NUEVAS BASES DE DATOS PLANTILLA DE CREACIÓN DE BASES DE DATOS CONFIGURACIÓN DEL LISTENER Y DEL TNSNAMES.ORA CONFIGURACIÓN DE LOS PARÁMETROS DE LAS BASES DE DATOS AGREGACIÓN DE LA BASE DE DATOS EN ORACLE ENTERPRISE MANAGER Y COMIENZO DE UTILIZACIÓN IMPLANTACIÓN DE UNA HERRAMIENTA DE PLANIFICACIÓN Y CONTROL DE PROYECTOS ANÁLISIS COMPARATIVO DE LAS HERRAMIENTAS DE PLANIFICACIÓN DE PROYECTOS DE INGENIERÍA INTRODUCCIÓN A LAS HERRAMIENTAS DE PLANIFICACIÓN Y CONTROL DE PROYECTOS MICROSOFT PROJECT MICRO PLANNER MANAGER PRIMAVERA PROJECT PLANNER CONCLUSIONES PRIMAVERA PROJECT PLANNER PLANIFICACIÓN DE LA IMPLEMENTACIÓN REQUERIMIENTOS DEL SERVIDOR Y CLIENTE INSTALACIÓN DE LA BASE DE DATOS Y CONFIGURACIÓN INSTALACIÓN DE LA BASE DE DATOS LIMPIEZA PRINCIPAL DE LA TABLA REFRDEL CONFIGURACIÓN DEL SERVIDOR DE BASE DE DATOS CARGA DE LOS DATOS DE LA APLICACIÓN INSTALACIÓN DE MYPRIMAVERA Y CONFIGURACIÓN INSTALACIÓN DE MYPRIMAVERA IMPORTACIÓN Y EXPORTACIÓN DE DATOS 139

12 Índice xii 7 CITRIX METAFRAME INTRODUCCIÓN A CITRIX METAFRAME VENTAJAS Y CARACTERÍSTICAS DE CITRIX METRAFRAME PLATAFORMA DE ACCESO CITRIX PUBLICAR UNA APLICACIÓN EN EL ENTORNO CITRIX METAFRAME INSTALAR LA APLICACIÓN EN EL SERVIDOR DE DESARROLLO DE IBERINCO PROBAR LA APLICACIÓN EN EL ENTORNO DE DESARROLLO CITRIX SOLICITAR EL PASO A INTEGRACIÓN DE LA APLICACIÓN PROBAR LA APLICACIÓN EN EL ENTORNO CITRIX DE INTEGRACIÓN SOLICITAR EL PASO A PRODUCCIÓN DE LA APLICACIÓN PROBAR LA APLICACIÓN EN EL ENTORNO CITRIX DE PRODUCCIÓN PRUEBAS EN EL ENTORNO METAFRAME CARACTERÍSTICAS DE LOS SERVIDORES DE CITRIX ANÁLISIS DEL RENDIMIENTO DE LOS SERVIDORES CITRIX PORCENTAJE DE TIEMPO DE PROCESADOR MEMORIA (MBYTES) DISPONIBLE CONFIGURACIÓN RECOMENDADA EQUIPO CLIENTE CITRIX LISTADO DE IMPRESORAS HOMOLOGADAS POR IBERDROLA REPLICACIÓN ORACLE VISTA GENERAL DE LA REPLICACIÓN APLICACIONES QUE USAN REPLICACIÓN OBJETOS, GRUPOS Y SITIOS REPLICABLES TIPOS DE AMBIENTES DE REPLICACIÓN REPLICACIÓN MULTIMASTER REPLICACIÓN DE VISTAS MATERIALIZADAS Vistas materializadas de solo lectura Vistas materializadas actualizables Vistas materializadas writeable Subconjuntos de Filas y Columnas con vistas materializadas Actualización de vistas materializadas Grupos de refresco Registro de vistas materializadas Despliegue de Patrones CONFIGURACIONES HÍBRIDAS: MULTIMASTER Y VISTAS MATERIALIZADAS CONFLICTOS DE REPLICACIÓN OTRAS OPCIONES DE REPLICACIÓN MULTIMASTER REPLICACIÓN MAESTRA CONCEPTOS DE REPLICACIÓN MAESTRA Que es la replicación maestra Por que utilizar replicación multimaestro Proceso de replicación multimaestro Conceptos sobre resolución de Conflictos 196

13 Índice xiii ARQUITECTURA DE LA REPLICACIÓN MULTIMASTER Mecanismos del sitio maestro Mecanismos administrativos VISTAS MATERIALIZADAS CONCEPTOS DE VISTAS MATERIALIZADAS Por que usar vistas materializadas Vistas materializadas en múltiples capas Mecanismos del master site y de la vista materializada CONFLICTOS TIPOS DE CONFLICTOS CONFLICTOS DE DATOS Y ORDEN DE TRANSACCIÓN DETECCIÓN DE CONFLICTOS Como lo hace Oracle Resolución de conflictos TÉCNICAS PARA EVITAR CONFLICTOS Utilizar grupos de columnas: Sitio primario y sitio dinámico propiedad de modelos de datos: Evitando conflictos de unicidad: ARQUITECTURA DE RESOLUCIÓN DE CONFLICTOS Mecanismos de soporte: Métodos de resolución de conflictos: Otros Métodos Resolución de conflictos de unicidad CONCLUSIÓN DEL ESTUDIO DE LA REPLICACIÓN PROCESO DE SINCRONIZACIÓN DE LAS BASES DE DATOS ORACLE CONCEPTOS PLANIFICANDO EL ENTORNO DE REPLICACIÓN DIFERENCIAS ENTRE MASTER SITES Y SITES DE VISTAS MATERIALIZADAS CREACIÓN DE MASTER SITES PASOS PARA CREAR INICIALMENTE DOS MASTER ESTABLECIENDO EL MASTER SITE SPRINGNT CREACIÓN DE LOS ENLACES ENTRE LOS MASTER SITES ESTABLECIENDO LOS SITES DE VISTAS MATERIALIZADAS CREACIÓN GRUPOS DE REPLICACIÓN MASTER LECCIONES APRENDIDAS EL PROCESO DE REPLICACIÓN PRESUPUESTO COSTES DE IMPLANTACIÓN COSTES DE ADQUISICIÓN TECNOLÓGICA COSTES TOTALES 253

14 Índice xiv 11 CONCLUSIONES ÍNDICE DE ACRÓNIMOS BIBLIOGRAFÍA 266

15 1 Introducción

16 1.Introducción 2 1 Introducción Debido a la expansión internacional de los proyectos en las empresas de ingeniería españolas y a la globalización de los procesos, IBERINCO, al igual que otras ingenierías como Fluor, Initec, Técnicas Reunidas, Ghesa..., se ven en la necesidad de poder utilizar aplicaciones y herramientas entre oficinas internacionales, sincronizando sus bases de datos en tiempo real. Con ello lograr una cooperación y colaboración entre distintas sedes que se encuentran geográficamente distribuidas. Se realizarán procesos conjuntos en distintas oficinas de ingeniería, bajo un mismo sistema de trabajo en común elaborando un proyecto virtual y así mejorar la competitividad, equilibrar la carga de trabajo en los distintos países, conseguir un menor coste para los clientes con el apoyo del uso de las nuevas tecnologías y una mayor rapidez en la ejecución, potenciando la presencia global de la compañía. En el plan estratégico del 2006 Iberdrola impulsa la internacionalización. La empresa prevé garantizar las necesidades energéticas de nuestro país (62% de todas las inversiones) y aprovechar las oportunidades de negocio rentable que surjan en el extranjero (38% restante).

17 1.Introducción Situación actual de IBERINCO Iberdrola cuenta ya con una sólida presencia internacional realizando proyectos en más de 20 países:

18 1.Introducción 4 Las proyecciones para el 2011 estiman un gran incremento internacional. Se prevén unas inversiones de más de 6000 Millones de euros para lograr esta internacionalización. Para ello Iberdrola Ingeniería va a realizar las siguientes actuaciones: Generación en España de energía punta de bombeo y ciclos según demanda. Generación en Europa con oportunidades de nuevas centrales. En energías renovables se estima unos MW. en el 2011 en Europa, EE.UU. y otros En Latinoamérica se prevé abrir nuevas centrales en México y Brasil. La proyección internacional es muy grande desarrollándose en el futuro el 80% de los proyectos fuera de España. Por ello, se necesita solucionar el problema de las comunicaciones y lograr una ingeniería colaborativa entre las distintas oficinas que permita a un equipo de trabajo distribuido alrededor de todo el mundo trabajar con completa colaboración y cooperación. En los gráficos anteriores se observa como las ventas internacionales aumentan progresivamente y se estima que en el año 2009 las ventas internacionales llegarán a alcanzar un 69% de la cuota del mercado.

19 1.Introducción Entorno del proyecto Iberdrola Ingeniería presenta como característica distintiva su capacidad de realización de trabajos para todas las industrias de servicios en red (gas, agua, teléfono y electricidad) con especial énfasis en la industria eléctrica. A continuación se va a explicar brevemente las distintas áreas de actividad que existen actualmente en Iberinco y en cual se encuadra nuestro proyecto, [IAII05], [IBERIN]. 1. Transporte y Distribución de Energía Eléctrica Iberdrola Ingeniería ofrece los servicios correspondientes a todos los trabajos de ingeniería de sistemas de red, no solo referidos a los de energía eléctrica, donde ha realizado los proyectos de ingeniería para IBERDROLA, sino también a otros sistemas como son los del gas y del agua. Estas capacidades son fruto de la alta tecnología desarrollada en el proceso de modernización continua implantado en IBERDROLA. Las actividades más importantes en este campo son: Estudios de transporte y distribución de energía eléctrica Planificación de la red de transporte y distribución eléctrica Proyectos de líneas Proyectos de subestaciones Normalización de instalaciones Calidad de servicio Automatización de distribución y gestión de la demanda Conexión en la red de instalaciones de generación Gestión de la medida de energía Eficiencia energética

20 1.Introducción 6 2. Generación Hidráulica La realización de grandes obras de infraestructuras con el diseño de presas de diferentes tipos y tamaños, túneles, canales así como de sus centrales hidroeléctricas, dota a Iberdrola Ingeniería de una experiencia completa sobre todas las facetas en este tipo de proyectos. Anteproyectos y estudios de viabilidad Proyectos civiles y electromecánicos de centrales hidráulicas, minicentrales y estaciones de bombeo Ejecución de los proyectos "llave en mano" Rehabilitación y reforma de centrales en operación Automatización, regulación y telecontrol de instalaciones Renovación de sistemas de regulación de velocidad y sistemas de excitación Renovación de sistemas de protecciones eléctricas Sistemas de gestión de recursos hidráulicos Sistemas de gestión de la operación y el mantenimiento Ingeniería civil para el diseño de presas e instalaciones hidráulicas de diferentes tipos y configuraciones Grandes obras subterráneas Estructuras masivas de hormigón

21 1.Introducción 7 3. Energía Eólica y Solar Los proyectos de parques eólicos, generación solar, generación fotovoltaica y pilas de combustible, permiten ofrecer una amplia variedad de proyectos de generación partiendo de este tipo de "nuevas tecnologías". Evaluación de recursos energéticos y estudios de viabilidad Proyectos de parques eólicos Despacho de operación centralizada de parques eólicos Proyectos de energía solar térmica y fotovoltaica Ejecución de las instalaciones "llave en mano" Sistemas de gestión de la operación y mantenimiento

22 1.Introducción 8 4. Control y Telecomunicaciones Iberdrola Ingeniería presenta una oferta competitiva de sistemas de telecomunicación, automatización, tele medida y telecontrol con una orientación de mercado hacia al sector eléctrico, sector de servicios públicos de gas yagua y telecomunicaciones. La oferta comercial de Iberdrola Ingeniería incluye las líneas de actividad siguientes: Proyectos completos de telemando de instalaciones desatendidas (control local, telecomunicaciones y puesto central de operación). Centros de operación y explotación. Sistemas de control y adquisición de datos. Gestión de red. Soluciones de telecomunicaciones a medida. Sistemas de gestión de medida eléctrica. Diseño y construcción de redes de fibra óptica y sistemas de transmisión. Diseño y construcción de soluciones de telecomunicación. Implantación de sistemas de telecomunicación sobre la red eléctrica de media y baja tensión. Ingeniería e implantación de redes de telecomunicaciones fijas y móviles. Análisis y optimización de recursos de telecomunicación. Redes integradas de voz y datos (centros de atención telefónica, redes privadas, soho, etc.). Protección y control de redes e instalaciones. Proyectos de modernización, automatización y telemando.

23 1.Introducción 9 Este proyecto va orientado a la construcción Centrales Nucleares y Centrales de Ciclo Combinado, por tanto se va a realizar una pequeña introducción sobre este tipo de centrales dentro del área de actividad al que pertenezcan. 5. Generación Térmica / Gas La amplia experiencia adquirida por el personal de Iberdrola Ingeniería en este campo proviene de su participación en centrales de diferentes tecnologías con diferente tipo de turbinas, calderas y tamaños, que van desde 10 MW hasta 2000 MW, utilizando combustibles fósiles tradicionales, carbón, gas-oil, fuel-oil, gas natural y combustibles renovables derivados del aprovechamiento de la biomasa. Esta participación abarca, según los casos, desde el apoyo a la propiedad en licitaciones de proyectos de venta de energía, hasta el suministro "llave en mano" de instalaciones; o desde el estudio de viabilidad o de valoración de activos hasta la ejecución de reformas y mejoras en instalaciones existentes, pasando, cuando así se solicita por el cliente, por las fases de diseño, ingeniería de detalle, suministros, construcción, pruebas, puesta en marcha y apoyo a la explotación, bien como una gestión integrada del proyecto o bien en fases específicas del mismo. Las centrales en las que Iberdrola Ingeniería ha desarrollado su actividad suman una potencia de MW, de los cuales corresponden a carbón, a fuel, y el resto a gas y unos 30 MW a biomasa.

24 1.Introducción 10 Las actividades más importantes en este campo son: Centrales de ciclo combinado Cogeneraciones y trigeneraciones Infraestructuras de transporte de gas Centrales de combustibles fósiles Modernización y reforma de instalaciones en servicio Instalaciones de transporte y almacenamiento de gas Estudios de viabilidad técnico - económicos, planes de negocio Selección y contratación de nuevas instalaciones Supervisión de ingeniería y construcción Asesoría técnica y comercial en contratos de venta de energía Asesoría y apoyo técnico en licenciamiento y gestión de permisos Ingeniería civil para preparación y adecuación del terreno Proyectos de puentes, carreteras, edificaciones, conducciones de agua, etc.

25 1.Introducción Centrales de ciclo combinado El principio de funcionamiento de las centrales de ciclo combinado viene motivado inicialmente en el campo de la propulsión de aviones durante la segunda guerra mundial, mientras que la primera central de ciclo combinado aparece en Estados Unidos en 1948, basándose en una central térmica con una turbina de gas en paralelo que consigue aprovechar los gases de escape propios de la combustión del gas para calentar el agua de alimentación del ciclo aguavapor. En la generación de energía eléctrica se denomina ciclo combinado a la coexistencia de dos ciclos termodinámicos en un mismo sistema, uno cuyo fluido de trabajo es vapor de agua y otro cuyo fluido de trabajo es un gas producto de una combustión. En una central eléctrica el ciclo de gas genera energía eléctrica mediante una turbina de gas y el ciclo de vapor de agua lo hace mediante una o varias turbinas de vapor. El principio sobre el cual se basa es utilizar los gases de escape a alta temperatura de la turbina de gas para aportar calor a la caldera o generador de vapor de la turbina de vapor. La principal ventaja de utilizar el ciclo combinado es su alta eficiencia, ya que se obtiene un rendimiento 50% superior al rendimiento de una central de ciclo único. Consiguiendo aumentar la temperatura de entrada de los gases en la turbina de gas, se obtienen rendimientos de la turbina de gas cercanos al 60%, exactamente 57.3% en las más modernas turbinas Siemens. Este rendimiento implica una temperatura de unos 1350º C a la salida de los gases de la cámara de combustión. El límite actualmente es la resistencia a soportar esas temperaturas por parte de los materiales cerámicos empleados en el recubrimiento interno de las cámaras de combustión de esas turbinas. Las centrales de ciclo combinado son, como todas ellas, contaminantes para el medio ambiente y para los seres vivos, incluidas las personas, por los gases tóxicos que expulsan al ambiente. No obstante es la que menos contamina de todas las industrias de producción de electricidad por quema de combustible fósil.

26 1.Introducción 12 Básicamente las emisiones son de CO2. Las emisiones de NOX y SO2 son insignificantes, no contribuyendo por tanto a la formación de lluvia ácida. La construcción de este tipo de centrales en nuestro país viene motivada por cuatro factores: La creciente demanda de energía eléctrica. La escasa oferta de energía. La necesidad de garantizar el suministro de energía. La necesidad de cumplir el protocolo de Kyoto, en el que se especifican las emisiones al medio ambiente. Además de estos factores el desarrollo de las centrales de ciclo combinado frente a las centrales térmicas viene apoyado debido a que las centrales de ciclo combinado: Reducen las emisiones contaminantes. Consiguen una mayor eficiencia energética (hasta un 57% frente a un 37%). Menores costes de desarrollo y de operación. Menor necesidad de espacio. Ciclo de desarrollo más corto. El proceso de combustión de las centrales de ciclo combinado es el más eficiente entre todos los tipos de generación termoeléctrica convencional, ya que la combinación de los dos tipos de generación permite el máximo aprovechamiento de los combustibles utilizados.

27 1.Introducción 13 Esquema general de las centrales de ciclo combinado. Esquema más detallado de la central

28 1.Introducción 14 Central de Ciclo Combinado

29 1.Introducción Generación Nuclear En el área de Generación Nuclear, Iberdrola Ingeniería ofrece un amplio rango de servicios a las instalaciones nucleares que abarca la ingeniería conceptual y básica, incluyendo definición de sistemas y procesos, los proyectos llave en mano y el apoyo operacional. Iberdrola Ingeniería dispone de un equipo de ingeniería y deservicios multidisciplinar y de alta especialización en las diferentes tecnologías del área nuclear: Reactores de agua a presión: Diseño Westinghouse (USA), KWU de Framatome ANP (Alemania) y VVER de Rosenergoatom (Rusia) Reactores de agua en ebullición de General Electric (USA). Gracias a sus trabajos en las centrales nucleares españolas y, en los últimos años, en países como Alemania, Brasil, Kazajstán, Rusia, Eslovaquia y Ucrania, entre otros. Un número significativo de especialistas desarrolla su actividad en el emplazamiento de las centrales nucleares. Específicamente, Iberdrola Ingeniería dispone de personal y la experiencia adquirida en el desarrollo del proyecto de la central nuclear de Cofrentes (BWR/ MWe) y de la central nuclear de Valdecaballeros 1 & 2 (BWR/6-974 MWe), así como la documentación, especificaciones técnicas, cálculos y diseños básicos de dichos proyectos

30 1.Introducción Centrales nucleares Una central nuclear es una instalación industrial empleada para la generación de energía eléctrica a partir de energía nuclear, que se caracteriza por el empleo de materiales fisionables que mediante reacciones nucleares proporcionan calor. Este calor es empleado por un ciclo termodinámico convencional para mover un alternador y producir energía eléctrica. Las centrales nucleares constan de uno o varios reactores, que son contenedores (llamados habitualmente vasijas) en cuyo interior se albergan varillas u otras configuraciones geométricas de minerales con algún elemento fisil (es decir, que puede fisionarse) o fértil (que puede convertirse en fisil por reacciones nucleares), usualmente uranio, y en algunos combustibles también plutonio, generado a partir de la activación del uranio. En el proceso de fisión radiactiva, se establece una reacción que es sostenida y moderada mediante el empleo de elementos auxiliares dependientes del tipo de tecnología empleada. Las instalaciones nucleares son construcciones muy complejas por la variedad de tecnologías industriales empleadas y por la elevada seguridad con la que se les dota. Las características de la reacción nuclear hacen que pueda resultar peligrosa si se pierde su control y prolifera por encima de una determinada temperatura a la que funden los materiales empleados en el reactor, así como si se producen escapes de radiación nociva por esa u otra causa. La energía nuclear se caracteriza por producir, además de una gran cantidad de energía eléctrica, residuos nucleares que hay que albergar en depósitos aislados y controlados durante largo tiempo. A cambio, no produce contaminación atmosférica de gases derivados de la combustión que producen el efecto invernadero, ni precisan el empleo de combustibles fósiles para su operación. Sin embargo, las emisiones contaminantes indirectas derivadas de su propia construcción, de la fabricación del combustible y de la gestión posterior de los residuos radiactivos (se denomina gestión a todos los procesos de tratamiento de los residuos, incluido su almacenamiento) no son despreciables.

31 1.Introducción 17 Central Nuclear Al igual que en todos los proyectos de ingeniería de Iberinco en estos proyectos participarán de forma activa los suministradores, contratistas, la empresa de ingeniería externa que se encargará de la ingeniería de detalle y Iberinco. Estos proyectos además de ser muy complejos cuentan además con el problema de que los participantes se encuentran en zonas muy distantes, América Central, España, Letonia Debido a la magnitud de los proyectos a los que esta orientado este trabajo, en las que ronda las 3000 actividades aproximadamente y trabajan en el proyecto alrededor de 300 personas más 1000 personas en obra, es necesario utilizar herramientas potentes que garanticen la fiabilidad y el rendimiento.

32 1.Introducción Objetivos El principal objetivo de este proyecto, como ya se venía aventurando anteriormente, es lograr una ingeniería colaborativa entre las distintas oficinas de IBERINCO y lograr un proyecto virtual sin trabas de tiempos, ni distancias, permitiendo un equipo de trabajo distribuido alrededor de todo el mundo, con completa colaboración. Para ello se deben alcanzar los siguientes objetivos, [SAPS05], [INTE04], [FLUO06]: Estudio de los internacionales. problemas de la ingeniería colaborativa entre oficinas Definir las soluciones en función de las necesidades de la empresa. Estudio del proceso actual de trabajo del personal de Programación y Control además del personal de oficinas internacionales. Pruebas piloto entre la oficina de España en Madrid, y la oficina de México DF en donde reside el centro neurálgico y hub de comunicaciones de la plataforma internacional de Iberinco. Pruebas de utilización desde puestos cliente de Citrix Metaframe para estudiar la viabilidad de uso de herramientas pesadas que requieren unos retardos pequeños en las transacciones en sus procesos de ejecución. Sincronización de bases de datos geográficamente distribuidas entre las diferentes oficinas internacionales para su utilización on-line.

33 1.Introducción Escenario de trabajo inicial Actualmente IBERINCO tiene una base de datos en España para dar cobertura a la red de Iberdrola de la península Ibérica y otra base de datos en la oficina de México. Estas oficinas cuando lo requieren se conectan a través de una VPN para la utilización y obtención de datos remotos. El resto de las oficinas internacionales como la de Venezuela, Letonia se conectan a la red de México por un VPN y si necesitan conectarse a España se realiza un control remoto persona máquina siendo este método muy ineficaz, imposibilitando el acceso a un número grande de usuarios. Al mismo tiempo Iberdrola en España utiliza como herramienta de planificación y control de proyectos Primavera Project Planner. La herramienta Primavera Project Planner tiene el problema que es necesario que tanto los clientes como la máquina servidor tengan muy buena comunicación porque por cada tarea de asignación en el proyecto o cambio de fechas en la planificación se envían miles de transacciones del cliente al servidor. Este mismo caso ocurre con herramientas de gestión documental dónde se necesita que los clientes estén cercanos al servidor para que no existan problemas de tiempo de respuesta y que la lentitud pueda a llegar a desesperar a las personas implicadas en los proyectos internacionales. Por este motivo, se ha encontrado una problemática por parte de los directores de las diferentes áreas a la hora de realizar la planificación y control de los diferentes proyectos internacionales y de utilizar herramientas de gestión documental en países en los cuales la comunicación es mala.

34 1.Introducción 20 Como se puede observar en la figura superior México es el hub de comunicaciones de Iberinco a la cual se conectan el resto de los países. Existen dos servidores de bases de datos, en España y México, que se conectan a través de VPN, pero en que en el escenario primario cada una tiene su propia información. El resto de los países que requieran conectarse a la base de datos de España se deben conectar por control remoto persona máquina.

35 1.Introducción Entorno colaborativo En el entorno colaborativo se muestra los distintos módulos que existen para poder realizar una buena gestión de un proyecto, permitiendo a un equipo de trabajo, distribuido alrededor de todo el mundo, trabajar con completa colaboración y cooperación, [AEIP98], [AVEV06].

36 1.Introducción 22 A continuación se explicarán los siguientes módulos del entorno colaborativo para que se puede entender bien las relaciones entre ellos: ERP Es el módulo que sirve para la planificación de recursos de la empresa. Son sistemas que proporcionan el rastreo transaccional y la visibilidad global de la información de cada parte de la empresa y su cadena de suministro, permitiendo la toma de decisiones. Esta información en tiempo real ayuda a mejorar la calidad de las decisiones operacionales. Los sistemas ERP mantienen un rastreo de la información, mientras Internet proporciona un método con el que ver esta información. SAP, Oracle, Baan, son algunos de los principales vendedores de software que experimentaron un tremendo crecimiento gracias al potencial de este sistema. Hoy en día, son los sistemas ERP los que consideran la información a través de todas las funciones de la empresa. Controlan el material, los pedidos, las programaciones, los inventarios de artículos acabados y otra información a través de la organización completa. Los sistemas ERP en sus inicios se dirigieron al control de las transacciones, pero carecían de capacidad analítica. Poco a poco se han ido añadiendo módulos analíticos en estos sistemas. Los ERP realizan un seguimiento de los pedidos a través de la empresa entera, desde la provisión a la entrega, es decir, tienen un alcance inter-funcional. Tradicionalmente los sistemas ERP tienen muchos módulos: finanzas, logística, fabricación, cumplimiento de los pedidos, recursos humanos y gestión de suministradores. Todos estos módulos y algunos más, permiten que estos sistemas puedan hacer un seguimiento de los pedidos, los productos, los suministradores, las personas y el dinero. Además también van a permitir una automatización de los procesos. Tras la adición de módulos de análisis, los sistemas ERP, adquieren el potencial para extenderse a niveles de decisión más altos, así como para extenderse a toda la cadena de suministro, pero hoy su capacidad analítica sigue siendo pobre.

37 1.Introducción 23 Ventajas de los ERP: Proporcionan un alcance más amplio, haciendo que la información se encuentre disponible para posibilitar una mejor toma de decisiones. Proporcionan información en tiempo real. Usan tecnologías como Internet para compartir información. Herramientas y Técnicas de Modelado para la gestión del Workflow y de Datos Desventajas de los ERP: Sus capacidades analíticas son pobres, se orientan a las operaciones. Se dice de los ERP que son muy caros y difíciles de implementar. Esto puede ser cierto cuando se trata de adaptar los módulos estándares a los diferentes procesos. Los principales vendedores de ERPs son SAP (que ya está añadiendo a su ERP módulos analíticos), Oracle y Baan. En Iberinco se utiliza SAP R Gestor documental Como se explicará a fondo en el apartado dedicado a ello el gestor documental se una herramienta fundamental para la ingeniería colaborativa. Esta herramienta permite el gestionar el flujo de la información dentro de la empresa. Permite controlar los documentos desde la creación hasta la aprobación final pasando por las diferentes modificaciones por parte de los usuarios que dicho documento haya sufrido a lo largo de su vida y compartir los documentos con todos los miembros involucrados en el proyecto. La herramienta que se ha decidido utilizar en Iberinco es ProjectWise. Más adelante se explicarán las razones de esta elección.

38 1.Introducción Gestión de materiales (Bill of Material, BOM) El control total sobre los materiales es un punto clave para el éxito de una compañía que se dedique a la construcción y suministro como es el caso de Iberinco. De cualquier modo, los retrasos de los principales procesos de una compañía de este tipo afectan e impiden seriamente el control total de los materiales. Para superar ese problema, todas las compañías de construcción han desarrollado una variedad de soluciones aisladas y sistemas expertos, entre los cuales es muy difícil alcanzar y mantener una buena integración. Las herramientas de gestión de materiales, en nuestro caso es BDU, soluciona este problema concentrándose exclusivamente en las necesidades de estas compañías y propietarios de planta para soportar un proceso de creación de la planta. Proporcionan unas potentes funciones de gestión de materiales, desde el diseño preliminar a través del diseño detallado de ingeniería y la compra hasta la construcción. Su flexibilidad y apertura le hacen adaptable a los procesos de trabajo e ingeniería, y ayuda a llevar a cabo la integración en el ciclo de vida. Asimismo, permiten que se compartan datos con los distintos sistemas de diseño, clientes, subcontratantes y proveedores, así como la reutilización de la mayor parte de la información en proyectos ulteriores Diseño 2D/3D Este módulo del entorno colaborativo está centrado en el diseño 2D o 3D de las partes que se van a llevar a construcción en el proyecto. La herramienta elegida en Iberinco es Plant Design System (PDS) es una completa e inteligente aplicación de diseño/ingeniería asistido por computador (CAD/CAE) para el diseño, construcción y operación de plantas. Orientada a la producción, ayuda a las compañías de construcción a conseguir el mejor diseño posible - y hacerlo de forma eficiente para reducir el coste total de instalación del proyecto.

39 1.Introducción 25 Una vez explicados todos los módulos del entorno colaborativo se va a proceder a explicar las relaciones que existen entre ellos: En el módulo de diseño 2D/3D (en nuestro caso 3D) se realizan los planos de todos componentes y partes que se van a construir a lo largo de todo el ciclo de vida del proyecto. Estos planos se almacenarán dentro de la herramienta de gestor documental que permite que se puedan compartir estos documentos y se puedan utilizar por otros miembros del equipo aunque se encuentren distribuidos geográficamente. Para poder realizar un proyecto eficiente se debe contar con los materiales existentes en el almacén o sino llevar una gestión de ellos permitiendo que estén a su hora para el momento de la construcción y que no falten, ni sobren demasiados. Para ello es necesario que el módulo de diseño comunique a la gestión de materiales la información de los planos que se van desarrollando y los materiales que se utilizarán. En el módulo ERP se controlan el material, los pedidos, las programaciones, los inventarios de artículos acabados y otra información a través de la organización completa, por eso los pedidos y las programaciones que se realicen en este módulo deben estar en constante comunicación con la herramienta de gestión y control de proyectos. Todos estos módulos están relacionados con un elemento central que controla todo el proyecto y realiza la gestión del proyecto. Para poder realizar esto se apoya en una herramienta de planificación y control de proyectos para comunicar la información de las tareas a las partes involucradas, analizar desvíos en costes y plazos, reprogramar tareas, generar de forma rápida informes que permitan evaluar el estado del proyecto,etc.

40 2 Estudio de los problemas de la ingeniería colaborativa

41 2. Estudio de los problemas de la ingeniería colaboritiva 27 2 Estudio de los problemas de la ingeniería colaboritiva En la actualidad existen diferentes estrategias para mejorar el proceso de desarrollo de nuevos proyectos, pero las más eficaces pasan por potenciar las primeras fases del diseño y disminuir la duración de todo el proceso. Con estas orientaciones se consigue mejorar la agilidad de la empresa para adaptarse a las diferentes y cambiantes necesidades del mercado. Para conseguir este objetivo conviene que los diseños de los proyectos los realicen equipos de diseño multidisciplinares, cuyos miembros deben comunicarse y compartir información. La globalización es una realidad que afecta a todos los dirigentes de negocios. Para tener éxito en un mercado global, las organizaciones deben desarrollar y aplicar todo un conjunto de capacidades y procesos de negocio. Las empresas globales deben, [FLUO06]: Hacer un uso efectivo de una organización mundial ampliamente distribuida, creando una cadena de valor virtual, sin tiempos, distancias o límites organizacionales. Asegurar que las corporaciones trabajan juntas. Crear y permitir equipos virtuales de producto, compuestos por personas que están distribuidas alrededor del mundo. Utilizar las propiedades intelectuales en estos equipos y organizaciones dispersas. Permitir el desarrollo y soporte de producto usando equipos globales. Pero si compartir información y colaborar en la empresa es de natural difícil, es más grave en ámbitos en los que para desarrollar un proyecto se requiera del esfuerzo coordinado de un gran número de oficinas internacionales o de empresas que configuran lo que se denomina la empresa extendida.

42 2. Estudio de los problemas de la ingeniería colaboritiva 28 En el mercado existen en la actualidad un amplio abanico de herramientas que facilitan la puesta en marcha de estos entornos colaborativos, facilitando la circulación de información (planos, datos, textos, etc.), entre los miembros de los equipos de trabajo, que no necesariamente deben estar próximos físicamente como ocurre en nuestro caso. La clave del éxito está en que los datos de proyecto, y otra información, sean compartidos por todas las oficinas y empresas participantes y que estos procesos sean bien gestionados. 2.1 Objetivos y Alcance del estudio. Para favorecer el establecimiento de una metodología de implantación, que ayude al desarrollo del proyecto, entendemos que es importante: Conocer todos aquellos conceptos y orientaciones generales que nos puedan ayudar a entender cómo las nuevas herramientas afectan a la gestión integrada de la empresa distribuida. Comprender que las Tecnologías de Información nos obligan a gestionar un modelo global de empresa y que éstas se ven afectadas por la utilización de herramientas para la gestión colaborativa de desarrollo del producto. Profundizar en todas aquellas metodologías de modelado que nos ayuden a la implantación de estos sistemas. Se presenta una herramienta colaborativa a implantar, la solución de un gestor documental, Project Wise y una herramienta de planificación y control de proyectos, Primavera Project Planner, así como la utilidad y evolución de otras herramientas presentes en el mercado requeridas en este nuevo entorno.

43 2. Estudio de los problemas de la ingeniería colaboritiva 29 Para lograr esta ingeniería colaborativa se requiere compartir y coordinar la información. Son ya muchas las tecnologías que analizan y comparten información. Los gestores deberán decidir qué tecnologías utilizar y cómo integrar esas tecnologías en sus compañías.

44 2. Estudio de los problemas de la ingeniería colaboritiva Las tecnologías de la información. Para hacer efectiva una nueva forma de trabajo, basada en la filosofía de la ingeniería colaborativa y poder obtener ventajas competitivas, resulta fundamental que toda la información crucial del proyecto esté disponible y fluya a través de la organización. Con esta orientación han nacido soluciones para la gestión de la información en las Empresas Distribuidas. De entre estas soluciones, son bien conocidas las soluciones ERP s (Enterprise Resource Planning, Planificación de Recursos de la empresa), que permiten crear, gestionar, compartir y rehusar información vital sobre el producto y mercado en tiempo real. Basadas en la utilización de tecnologías Web, permiten conectar oficinas, clientes y suministradores en el proceso de diseño y desarrollo del proyecto, gestionando todas las funciones y permitiendo una colaboración en tiempo real. Colaboración que requiere del uso de una estructura de gestión de datos colaborativa, implantada en las correspondientes bases de datos. La información almacenada deberá ser visible en Internet y accesible desde cualquier localización por todas las personas autorizadas. La colaboración basada en tecnologías Web está desarrollándose en dos líneas. Por una parte, se están modificando las aplicaciones actuales y por otra se están desarrollando nuevas arquitecturas globales. En este sentido, para el desarrollo del proyecto deberemos tener muy presentes los avances y adaptaciones que se produzcan en las propias aplicaciones y en la gestión del entorno de colaboración. Ahora bien, de todas estas soluciones informáticas, hoy disponibles, hay una que resulta clave porque crea el espacio de trabajo compartido (Web): las aplicaciones para la gestión documental. Aplicaciones que permiten a los miembros de los equipos de trabajo compartir información, ideas, etc. en un espacio virtual común y que proporcionan toda una serie de servicios: gestión de documentos, gestión de proyectos, gestión

45 2. Estudio de los problemas de la ingeniería colaboritiva 31 integrada de procesos y procedimientos, etc. Controlando, asimismo, los accesos, la formación de grupos y equipos, etc. Pero la consecución de un entorno colaborativo supera el propio hecho tecnológico disposición y adaptación de las soluciones informáticasnecesitando, por una parte, de modelos de referencia válidos para el nuevo proceso de diseño colaborativo y para el desarrollo del sistema de información extendido, y por otra, de unas metodologías de implantación que fijen los pasos y las responsabilidades necesarias para superar las barreras dentro de la organización. Como ya se ha dicho, la información es crucial para un buen desarrollo de la empresa, ya que supone la base sobre la que se tomarán sus decisiones. Las Tecnologías de la información son el conjunto de herramientas que se usan para ganar conocimiento de esta información y analizarla para tomar las mejores decisiones. Para que las oficinas puedan trabajar conjuntamente y colaborar entre ellas es necesario que tengan una visión global de la empresa. Necesitan información precisa y oportuna de todas las funciones de las empresas y organizaciones. Esta información se corresponde con información de suministradores, de fabricación, de distribución y ventas e información de la demanda. La información a su vez para que pueda resultar útil, debe ser precisa, accesible, actualizada y correcta.

46 2. Estudio de los problemas de la ingeniería colaboritiva La empresa colaborativa. La empresa colaborativa simboliza una aproximación al comportamiento competitivo y a cómo las empresas ven sus relaciones de intercambio. Una gestión integrada-colaborativa, cuya asociación entre las oficinas y empresas es una relación a largo plazo, en la que se desarrollan capacidades complementarias, se comparte más información y en el que las oficinas y empresas se comprometen a realizar una planificación de una forma más unida de lo que es usual, [DEOE03]. Hay unos principios básicos para una buena gestión de la empresa colaborativa: Optimizar la comunicación y el intercambio de información entre las distintas sedes. Hacer un uso efectivo de todas las oficinas y equipos de trabajo, creando un proyecto virtual, sin tiempos, distancias o límites organizacionales. Crear y permitir equipos virtuales de trabajo, compuestos por personas que están distribuidas alrededor del mundo. Permitir una gestión más eficiente del proyecto. Acceso común a la misma información. Estandarizar las estructuras de los distintos proyectos. Son características clave que poseen las empresas preparadas para alcanzar aspectos de Empresa colaborativa: Alineación del cliente. El proceso empieza con los clientes y son ellos los que lo dirigen. Colaboración. Las oficinas se relacionan a través de la confianza y el respeto y los roles se asignan en función de una comparación de ventajas. Flexibilidad y velocidad. Las oficinas son rápidas en responder a los cambios y pueden adaptarse a ellos rápidamente. La ventaja es la transformación de la información en conocimiento.

47 2. Estudio de los problemas de la ingeniería colaboritiva El desarrollo integrado de proyectos e intercambio de información Sin embargo, a pesar de los grandes avances tecnológicos que se han producido, sobre todo en los tres últimos años, en el campo de la transmisión y compartición de información y en concreto en Internet, la situación actual dista de alcanzar este objetivo deseable. Hoy todavía, cada oficina, o incluso cada departamento de una misma oficina de la misma empresa, suele utilizar una aplicación distinta que usa su propio formato propietario. Este es uno de los mayores problemas con que nos encontramos en algunos de los campos de la ingeniería, [ORTE02]. Una problemática que se puede solucionar a corto plazo estableciendo guías de estilo que permitan trabajar con diferentes aplicaciones, minimizando el empleo de aquellas características que incrementan la incompatibilidad y estableciendo protocolos para superar los cuellos de botella en los intercambios de información entre las diferentes aplicaciones. Pensar en utilizar el mismo lenguaje para todas las empresas y todas las herramientas, como solución a largo plazo, es inviable porque impide progresos rápidos y no es aceptable por estrategias comerciales particulares. Por tanto, se siguen necesitando estándares que faciliten el flujo de todo tipo de información: Información Geométrica (modelos geométricos), Documentos Técnicos; Imágenes Digitales, transferencia por Internet o a través de Web. Una necesidad todavía no resuelta en la mayoría de los campos, por intereses comerciales y técnicos.

48 2. Estudio de los problemas de la ingeniería colaboritiva La ingeniería colaborativa El problema del intercambio de información entre sistemas a través de estándares, con ser importante, no es el único determinante para la competitividad. Ahora, cualquier sector para reducir al máximo el tiempo de desarrollo de un proyecto debe realizar las diferentes actividades que se desarrollan en paralelo en todas las oficinas, comunicándose y colaborando: Ingeniería colaborativa. Una filosofía y unas metodologías y técnicas que tratan de implicar a todos los departamentos que intervienen en el ciclo de vida del proyecto que se desea realizar y que incluso propone involucrar a los suministradores de componentes. Para posibilitar la puesta en práctica de la ingeniería concurrente se va a incorporar una herramienta de gestión documental, que permite simplificar y unificar los flujos de información, permitiendo operar, no sólo, con los datos que provienen de las aplicaciones, sino también con los de todos los departamentos de la empresa. De este modo, todos los usuarios del sistema pueden disponer de toda la información de la estructura de un producto, pudiéndola utilizar para sus tareas específicas y generar todos los informes personalizados que se desee.

49 2. Estudio de los problemas de la ingeniería colaboritiva 35 Se obtienen toda una serie de ventajas, entre las que destacan: Facilita el flujo de información en el seno del grupo de trabajo. Elimina el tiempo invertido en trabajar con datos desfasados. Proporciona un sistema de notificación activo para mantener informados a los miembros del equipo. Permite trabajar a equipos de trabajo dispersos geográficamente. El tiempo de desarrollo y los costes globales se pueden reducir de forma importante Facilitar la gestión de los documentos durante todo el ciclo de vida del proyecto.

50 3 Soluciones aportadas para lograr la ingeniería colaborativa

51 3. Soluciones aportadas para lograr ingeniería colaborativa 37 3 Soluciones aportadas para lograr ingeniería colaborativa La solución que se ha aportado en este proyecto y se ha realizado ha sido primero el uso de una herramienta de gestión documental, Project Wise, para poder garantizar la realización de un proyecto virtual y permitir que todos los integrantes de los equipos puedan trabajar conjuntamente eliminando los problemas de distancia y organizativos. Para que esta herramienta de gestor documental funcione correctamente y superar las dificultades técnicas, es necesario que los servidores estén cerca de los clientes, por ello se implantaron servidores cerca de los clientes como es el caso de México, donde tienen su propia base de datos. El problema que trae consigo eso es que existe diferente información entre las diferentes base de datos. Actualmente si un integrante de un equipo de México o España necesitase información de las bases de datos de la otra oficina se conectaban por VPN. El resto de las oficinas internacionales sólo se pueden conectar por VPN a la red de México y si necesitasen información de la oficina de España tenían que conectarse por control remoto persona máquina. Para solucionar esto se ha realizado una replicación de las bases de datos consiguiendo que las dos bases de datos siempre contengan la misma información y si se modifica algo en una base de datos se actualice en la otra instantáneamente. Otra solución a los problemas de ingeniería colaborativa que existen en Iberinco fue la instalación y uso de la herramienta de planificación y gestión de proyectos Primavera y myprimavera en el servidor de México (ya que es donde reside el centro neurálgico y hub de comunicaciones de la plataforma internacional de Iberinco) y la publicación de estas herramientas pesadas en Citrix Metaframe para que se pueda acceder a ellas a través de Internet.

52 3. Soluciones aportadas para lograr ingeniería colaborativa 38 A continuación se detallarán los pasos que se seguirán para implantar estas soluciones propuestas en el proyecto: 1. Instalación de las bases de datos Oracle en los servidores de México y España 2. Uso de un gestor documental 3. Instalación de herramientas de planificación y control del proyecto. 4. Publicar esta herramienta de planificación y control de proyectos en el entorno Citrix Metaframe. 5. Replicar las bases de datos de las oficinas de España y México.

53 3. Soluciones aportadas para lograr ingeniería colaborativa Situación final ante las soluciones propuestas CITRIX METAFRAME INTERNET Los dos servidores de bases de datos de España y México, son replicados conteniendo siempre la misma información. El resto de los países se conectan por VPN a México. Si requieren el uso de la herramienta de planificación y control de proyectos se conectan a través de la solución propuesta en este proyecto por CITRIX METAFRAME. Para poder conectarse al gestor documental España y México se conectan directamente, pero el resto de países lo realizarán a través de Internet.

54 4 Gestión Documental

55 4. Gestión documental 41 4 Gestión documental 4.1 Introducción a la gestión documental El término gestión documental puede tener distintos significados en el contexto empresarial, [GSTDOC]. En la mayor parte de los casos, se entiende como la gestión de los papeles que, en casi todos los ámbitos, desbordan la capacidad de las personas para guardarlos y encontrarlos cuando los buscan. En otros, con un nivel tecnológico más alto, gestión documental se asocia a digitalización de imágenes y a escáneres que se supone que hacen desaparecer los papeles. Pero, gestión documental es esto, y algo más. Para intentar explicar que es un sistema de gestión documental en el entorno empresarial, tenemos que insistir en dos aspectos importantes: los objetivos que pretendemos conseguir y el ámbito de aplicación del proyecto, [LLAN93]. La definición de objetivos debe adecuarse a cada empresa, pero hay unos elementos básicos entendibles y aplicables en todos los entornos. En general, un sistema de gestión documental pretende: Hacer más fácil a las personas trabajar con los documentos. Cada persona sabe que documentos tiene que guardar, cuando, como y donde. Cada persona sabe como encontrar en poco tiempo los documentos adecuados cuando los necesita. Facilitar que la información se comparta y se aproveche como un recurso colectivo, evitar que se duplique, evitar fotocopiados innecesarios, evitar dobles grabaciones de datos, etc. Conservar la memoria de la organización más allá de los individuos que trabajan en ella y poder aprovechar el valor de los contenidos en los que queda plasmada la experiencia, evitando empezar de cero sobre aspectos en los que ya hay experiencia acumulada.

56 4. Gestión documental 42 Definir el ámbito de aplicación de un sistema de gestión documental desde un punto de vista práctico, nos obliga a considerar un enfoque global en el que tienen que integrarse los archivos en papel, los documentos electrónicos y las bases de datos. En cualquier empresa existen estas tres realidades conviviendo de forma tan relacionada que no se pueden ofrecer soluciones parciales. Una vez dicho esto nos es más fácil hacer una definición de gestión documental. Así definimos libremente gestión documental como una serie de procesos y tareas que permiten almacenar y compartir de una forma óptima la información necesaria para el desarrollo de un determinado proyecto. 4.2 Por qué usar documentos electrónicos y no documentos en papel? "La oficina sin papeles" fue una frase acuñada hace años por la industria de las tecnologías de la información, para definir el sistema de trabajo que se impondría en las empresas. Desde su aparición, coincidiendo con los primeros sistemas basados en imagen, se vaticinaba un futuro sin carpetas, papeles, etc. en la mesa de trabajo. La realidad, sin embargo, es que el consumo de papel aumenta año tras año, las fotocopiadoras están presentes no ya en la empresa sino en cada departamento y los archivos se multiplican día a día, [COMP06]. La extremada ineficiencia de esta forma de trabajo se observa claramente si se analizan los costes asociados al uso intensivo del papel: Costes salariales: Localización y recuperación de los documentos; la recuperación de documentos representa entre el 10 y el 20% del tiempo total de cualquier empleado. Análisis del Gartner Group sitúan el coste persona/tiempo en más de 0,6. por documento.

57 4. Gestión documental 43 Tratamiento y gestión de los documentos; cada vez que se necesita un documento es necesario su posterior rearchivo, con un coste en tiempo, y por tanto en salarios, importante. Distribución de los documentos; se tardan horas, incluso días, en enviar la documentación a otros centros y/o clientes con un coste en mensajería, fax elevado. Costes administrativos: Espacio de almacenamiento; el almacenamiento de la documentación es un coste oculto para la empresa que se puede estimar en más de 0,20 por documento al año Duplicación de documentos; el 20% de las hojas almacenadas son copias que realizan otras personas o departamentos diferentes al que ha elaborado el original. Es una costumbre bastante extendida guardar una copia de cualquier documento "por si acaso", que en el mejor de los casos acaba en la papelera. Material de archivo; papel, carpetas, etc. el coste de los consumibles es muchas veces evitable. El incremento del coste del papel desde 1995 es superior al 40%. Pérdida de oportunidad: Seguridad; es imposible controlar el acceso a la documentación, generando una nula confidencialidad, salvo que se destinen recursos humanos específicos, con el consiguiente coste adicional. Pérdida de documentos; es frecuente la pérdida de documentos, sobre todo los conflictivos, ocasionando problemas importantes, obligando a repetir el trabajo realizado. Además no existen instalaciones ni medidas de protección adecuadas ante posibles desastres naturales (incendio, inundación).

58 4. Gestión documental 44 Calidad del servicio; los clientes se ven forzados a esperar días para conseguir la documentación solicitada lo que se traduce en una disminución en la calidad del servicio ofrecido. Gestión; las empresas, tradicionalmente, han considerado la gestión de la documentación y el archivo como una actividad secundaria "algo inferior", sin planificación. Esta concepción suele conducir a una situación de progresivo deterioro de las funciones generando una respuesta lenta, ineficaz y afectando en definitiva a la toma de decisiones. Pero qué beneficios aportan los sistemas de Gestión Electrónica Documental a la empresa?, cuanto se tarda en rentabilizar su implantación? Qué problemas lleva asociados? Si bien es cierto que cada empresa tiene una problemática particular y, por tanto, una solución diferente, existen puntos comunes que son medibles y extrapolables al resto de empresas. Anteriormente se exponía la situación en la empresa con un sistema de gestión basado en el papel focalizándose algunos de los problemas que lleva asociado. Siguiendo un esquema facilitado de costes se puede analizar la perspectiva con los sistemas de gestión documental en función de las siguientes variables: Reducción de costes salariales Disminución del tiempo de localización y recuperación de los documentos al ser accesible desde el propio puesto de trabajo. Disminución del tiempo en tratamiento y gestión, el usuario no tiene que rearchivar cada documento al trabajar con él en pantalla. Disminución del coste de distribución; al estar los documentos accesibles en cualquier puesto, se eliminan los gastos de mensajería, fax, etc.

59 4. Gestión documental 45 Disminución de costes administrativos Drástico recorte del espacio de almacenamiento y reaprovechamiento del mismo. Los originales en papel, si son necesarios, pueden enviarse a un espacio más barato o un almacén de custodia. Eliminación de los documentos duplicados al estar accesibles en cualquier momento desde cualquier puesto. Drástica reducción en material de archivo al suprimirse los listados en papel y las copias. Disminución de la pérdida de oportunidad Mayor control y seguridad; el acceso a los documentos puede restringirse a determinados usuarios definiendo niveles de confidencialidad que llegan a partes de un documento. No existen documentos extraviados o perdidos. Mejora de la calidad del servicio ofrecido; los clientes son respondidos "in situ" en sus demandas de documentos pudiendo recibir copia de los mismos en el acto. Aumento de la productividad. Rendimiento en la consulta, con multiplicidad de criterios de recuperación. Mejora de la gestión; la respuesta del sistema es más ágil y eficaz permitiendo una ventaja competitiva a la empresa.

60 4. Gestión documental Problemas asociados al uso de documentos electrónicos. Frente a la disminución de costes mencionados anteriormente, existen una serie de dificultades añadidas a la implantación de estos sistemas: Longevidad; la vida estimada para un Cd-Rom es de 30 años, a lo que habría que añadir la vida de los equipos (tanto ordenadores como periféricos) que aunque se pueda situar en 15 años, lo cierto es que el desfase que sufren deja su vida media en la empresa en aproximadamente 7 años. Legalidad; Existe jurisprudencia sobre el particular y evolucionar el marco jurídico para aceptar la legalidad tanto de la documentación electrónica (ley 30/1992, Real Decreto 263/1996, Real Decreto-ley 14/1999) como de la firma electrónica (ley 59/2003). Cada vez hay más cobertura legal a los documentos en formato electrónico y poco a poco se va promulgando legislación específica sobre el tema. Cambio cultural; quizás es el mayor obstáculo a vencer. El hábito del uso del papel, incluso para las operaciones más sencillas, no se elimina en 24 horas, si bien el contar con un sistema amigable para los usuarios, reduce este impacto considerablemente.

61 4. Gestión documental Necesidad de una gestión documental Actualmente casi el 100 % de los documentos que se generan en las empresas se crean en formato electrónico; sin embargo, las fórmulas para guardarlos y hacerlos accesibles no están normalmente establecidas. La acumulación de documentos electrónicos en los ordenadores de las empresas aparece como un nuevo problema que hasta ahora no existía. El espacio en este caso no preocupa demasiado, pues la memoria de almacenamiento es cada vez más barata; pero la dificultad para encontrar lo que se busca y la generación de copias de seguridad empiezan a ser considerados problemas importantes de gestión. Además la facilidad con la que se generan las copias de los documentos electrónicos en discos duros y mensajería interna, reproduce un caos todavía mayor. Se producen copias de un documento pudiendo tener infinitas versiones. Los documentos suelen estar repartidos en los discos duros de las personas que los crean y utilizan de tal forma que no se sabe bien quien tiene la última versión e incluso muchas veces no se sabe ni donde están. En el momento en el que se manda un con un archivo adjunto este archivo es copia del original y puede a llevar a problemas de versiones. Los documentos electrónicos tienen en las organizaciones otra aplicación, que aporta mucha agilidad a la hora de trabajar: son utilizados como plantillas de documentos, que se reutilizan cuando hay que hacer un documento similar. Todos estos problemas llevan a la empresa a adoptar un sistema de gestión documental que facilite su trabajo diario.

62 4. Gestión documental Requerimientos generales de la gestión documental La gestión de documentos electrónicos requiere sistemas que cumplan con las siguientes funciones: 1) Organizar racionalmente los directorios informáticos de forma que quede claramente definido donde se deben encontrar los documentos de los distintos temas. 2) Gestionar quien puede acceder a los documentos, y que puede hacer sobre ellos, así podrá haber documentos que solo se podrán leer, otros que se podrán modificar dependiendo del perfil del usuario. 3) Controlar las versiones de un mismo documento de forma cómoda que evite la duplicidad de los documentos. 4) Establecer el sistema para salvaguardar la integridad de los documentos. 5) Establecer un sistema de búsqueda eficiente que permita encontrar los documentos deseados en poco tiempo. 6) Gestión de Estados o Workflow. Los documentos pueden encaminarse de un usuario a otro de forma organizada. Los más habituales modos de flujo son las revisiones y aprobaciones de documentos. 7) Impedir que un documento pueda ser modificado por varias personas a la vez para evitar la perdida de datos. Manejo de distintas clases de documentos: Los documentos pueden agruparse mediante clases siendo esta clasificación personalizada por el usuario.

63 4. Gestión documental 49 Manejo de claves de indización o meta-datos: Se crean y/o modifican claves que definen al documento (fichero), que se encuentran unidos a él y a su clase. Los más comunes son descriptores, propietario, fecha de creación, etc. 8) Que sea accesible de forma remota, actualmente las empresas suelen tener distintas sedes repartidas por todo el territorio nacional e incluso internacional de tal forma que todos necesitan manejar la misma información, esto queda todavía más claro en los proyectos de ingeniería en los que las oficinas y la obra como norma general están separadas. También nos puede interesar compartir nuestra información con terceros tales como suministradores, empresas colaboradoras o clientes. 9) Cuando un sistema se puede acceder de forma remota ha de tener una especial atención a la seguridad impidiendo el uso fraudulento de la información, incluyendo autentificación, cifrado 10) Otra función interesante es que se pueda llevar un control de quien y cuando se ha modificado un documento y llevar un historial de todos los accesos.

64 4. Gestión documental Diferencias entre un gestor documental, un gestor de contenidos y un gestor de conocimiento. Hasta ahora y durante todo el proyecto vamos a hablar sobre gestión documental pero es muy interesante distinguir entre gestión documental, gestión de contenidos y gestión del conocimiento ya que puede llevar a confusión. Estos términos habitualmente se entrelazan y se confunden. Para empezar hay que diferenciar dos términos habitualmente confundidos como son el documento y el contenido. Para la Real Academia Española el significado de documento es "Escrito en que constan datos fidedignos o susceptibles de ser empleados como tales para probar algo". Pero una cosa es el escrito en si, trozo de papel o archivo digital y otra distinta es su contenido, lo que quiere decir. Los sistemas de gestión documental se ocupan de ficheros mientras que los gestores de contenido se ocupan del contenido y sus componentes. Almacenar contenido en ficheros tiene el inconveniente de utilizar un formato propietario pudiendo llegar a tener muchos diferentes para una gran variedad de documentos. Por otro lado cada documento tiene sus descriptores y si queremos fusionar varios documentos nos encontraremos asociando descriptores que puede no tengan relación entre ellos, creando confusión para las búsquedas. Los sistemas de gestión documental se inventaron para gestionar ficheros que creaban otras aplicaciones. Estos sistemas sólo abren y editan contenido de aquellos formatos que controlan. Los gestores de conocimiento, en cambio, tienen relación directa con la creación de contenido, como tal, y con su gestión. La finalidad de los gestores documentales es organizar los documentos, los de gestión de contenidos crean documentos que son en sí mismo contenido (es decir: información puesta en uso). El propósito de un gestor de contenidos es crear publicaciones (que son una combinación de los componentes que el sistema controla) y entregarlas a las personas que tienen interés en ellas. Para crear las publicaciones, el gestor de

65 4. Gestión documental 51 contenidos necesita de toda la potencia de acceso de los gestores documentales más la capacidad de crear las publicaciones. Mientras que algunos sistemas de Gestión Documental pueden crear "documentos compuestos ", combinando diversos ficheros en un solo, sus capacidades son limitadas si pretenden crear un conjunto sólido y variado de publicaciones. De alguna manera (aunque inexacta) se podría decir los sistemas de Gestión Documental son sistemas de Gestión de Contenidos donde cada componente del contenido está en un fichero. De esta forma la gestión de contenidos es un paso más de la gestión documental. Un gestor de conocimiento va más haya todavía que un gestor de contenidos. El siguiente grafico es la pirámide informacional que explica el proceso de transformación asociado a la generación del conocimiento. En ésta se indica que el nivel más bajo de los hechos conocidos son los datos. Los datos no tienen un significado por sí mismos, ya que deben ser ordenados, agrupados, analizados e interpretados para entender potencialmente lo que por si sólo nos quieren indicar. Cuando los datos son procesados de esta manera, se convierten en información. La información tiene una esencia y un propósito. Cuando la información es utilizada y puesta en el contexto o marco de referencia de una persona junto con su percepción personal se transforma en conocimiento. El conocimiento es la combinación de información, contexto y experiencia.

66 4. Gestión documental 52 Estos factores están gobernados por dos criterios: Cantidad y Calidad. Queda bastante clara la relación entre la cantidad, la calidad y la pirámide informacional. Los siguientes gráficos muestran el proceso del paso de Datos a Conocimiento Productivo Donde: Datos: Los datos son los registros icónicos, simbólicos, signos (lingüísticos, lógicos o matemáticos) por medio de los cuales se representan hechos, conceptos o instrucciones. Información: Datos o materia informacional relacionada o estructurada de manera actual o potencialmente significativa. Conocimiento: Estructuras informacionales que, al internalizarse, se integran a los sistemas de relacionamiento simbólico de más alto nivel y permanencia.

67 4. Gestión documental 53 Conocimiento informativo: Es la información que adquiere valor a través de un proceso de análisis (separación, evaluación, validación, comparación, etc.). Conocimiento productivo: Es el conocimiento informativo que adquiere valor a través de un proceso evaluativo (opciones, ventajas y desventajas). Por lo que la gestión del conocimiento es el procesamiento de los datos, la información y la experiencia, un gran salto después de la gestión de contenidos. Por lo que la evolución ideal sería la siguiente: Gestión del Conocimiento Gestión de Contenidos Gestión Documental Documentos digilales Documentos en Papel

68 4. Gestión documental Metodología de implantación de un gestor documental. La implantación de un gestor documental debe seguir una clara metodología que abarque desde el análisis de la situación anterior a la implantación hasta el seguimiento del gestor una vez implantado. Para implantar un gestor documental hay que tener bien claro dos cosas: Los objetivos que pretendemos conseguir: Es importante tener claro que queremos obtener con la implantación del gestor documental, y sobre todo lo que queremos mejorar con respecto a lo que se está realizando en la actividad. El ámbito de aplicación del proyecto: El termino gestión documental tiene muchos significados según lo que se desee abarcar. Por eso es muy importante conocer en que parte del proyecto se va a implantar. Vamos a seguir una serie de pasos para la implantación: 1. Análisis general de la situación actual Este proceso se lleva a cabo mediante reuniones con los responsables de cada área de un proyecto y tiene como finalidad hacerse una idea de cómo funciona la gestión actual de los documentos, donde reside y donde se genera la información. Donde se almacenan (disco duro compartido, repartidos entre los empleados ) Volumen de documentos Tipos de documentos que se manejan. Tamaño de esos documentos.

69 4. Gestión documental 55 Flujos de los documentos, quien los crea, quien los consulta Estados por los que pasa un documento. Personas que participan en el Proyecto. Infraestructuras actuales. 2. Análisis de necesidades En este punto se deben definir las especificaciones técnicas y funcionales del nuevo sistema. Se deben de acordar los requerimientos mínimos que se desean obtener del sistema, así como otras funcionalidades que se consideren importantes ordenándolas según su importancia. También puede ser interesante ver la integración con otros sistemas de la empresa. 3. Diseño En el apartado de diseño se realizarán las siguientes acciones: Se determinaran los grupos de trabajo que participa en el proyecto y sus responsables. Se determinaran el ciclo de vida de la documentación, quien crea la documentación, quien la revisa, la vida legal de los documentos. Se diseñará una estructura de carpetas donde serán almacenados los documentos que facilite la búsqueda, esta estructura se intentará que sea la estándar para otros proyectos similares. Se asignarán los permisos de los grupos de usuarios a las distintas carpetas, así como los distintos perfiles de usuarios. Quién podrá escribir y donde? Quién borrar? Quién será el administrador de la herramienta? Se decidirá la nomenclatura que tendrán los documentos. Se definirán los meta-datos o atributos que irán asociados a los documentos. Se definirán los estados o workflow y la transición entre ellos.

70 4. Gestión documental Evaluación de las herramientas de gestión documental. Se evaluarán conforme a los criterios acordados en el apartado del análisis de las necesidades las herramientas de gestión documental que ofrece el mercado. Se evaluarán primero los requerimientos mínimos y luego las otras funcionalidades de menor importancia. Sería interesante crear una batería de pruebas que plasme los requerimientos y las funcionalidades que se desean obtener. Mediante esta batería se evaluaran todas las herramientas por igual siguiendo los mismos criterios. Una vez evaluadas todas las necesarias se elegirá la más adecuada. También es importante evaluar el soporte técnico que ofrecen las distintas compañías, así como la versión de la herramienta, las futuras mejoras en las siguientes versiones, la opinión de otros usuarios que la han implantado etc. 5. Implantación La implantación del gestor documental consistirá en los siguientes puntos: Instalación Se procederá a instalar la herramienta elegida. Parametrización de la herramienta elegida. Una vez instalada la herramienta se procederá a la configuración y parametrización de acuerdo con la documentación de diseño y las exigencias de los usuarios.

71 4. Gestión documental Producción Por fin la herramienta pasará a producción, durante el arranque y el periodo establecido de mantenimiento se realizan las actividades de soporte a los equipos de gestión de sistemas y aplicaciones, la formación a los usuarios etc. 7. Seguimiento Se realiza un seguimiento de la herramienta gestionando las incidencias y mejoras, optimizando tareas etc. Factores de Éxito Hay que creérselo. Como toda estrategia debe estar impulsada y defendida por la dirección de la empresa Hay que saber a dónde se quiere llegar. Si no sabes donde ir, cualquier camino no te lleva Hay que saber sacar partido a las tecnologías. Un proyecto de gestión documental se apoya en una base tecnológica Hay que tener una perspectiva integradora. No se debe caer en la creación de islas en la gestión documental. Hay que partir de lo que ya se tiene. Sacar provecho de lo ya existente es un buen camino para empezar Hay que asignar las distintas tareas a realizar entre los distintos participantes de la implantación del gestor documental.

72 4. Gestión documental Gestión documental en proyectos de ingeniería. Uno de los principales problemas que se pueden identificar en una empresa de ingeniería es el enorme volumen de información que se genera y utiliza a diario. De la optimización de los recursos existentes en la empresa para la correcta gestión de dicha información dependerá en gran medida el éxito o fracaso de la actividad de la misma. Para gestionar correctamente dicha información, es necesario diseñar de forma cuidadosa la configuración del sistema que soporte dicha actividad. Es necesario realizar un estudio previo que aporte datos sobre la problemática existente en la empresa y la operativa actual, de forma que puedan proponerse soluciones concretas de mejora. En una empresa de ingeniería, los documentos son el producto final, así como en empresas de producción se ha de cuidar al máximo el proceso de creación de los productos, deforma que salgan al mercado en condiciones óptimas, en una empresa de ingeniería se debe procurar esto mismo con la documentación. Asimismo debe realizarse un importante esfuerzo para conseguir, mediante la correcta configuración del sistema que se cree, una reducción visible de los tiempos de desarrollos de proyectos y de los errores cometidos en la etapa de diseño. Cada uno de los proyectos que se llevan a cabo implica una cantidad de información enorme ya que se trata de planos y ficheros gráficos complejos que absorben muchos recursos de capacidad de almacenamiento. A toda la información generada en la propia empresa, se suma la realizada por los suministradores, uno de los puntos mas importantes dentro de una empresa de ingeniería es el contacto continuo con ingenierías a las que se subcontrata la creación de determinada información y con suministradores de equipos a los que se pide el instrumental que posteriormente se montará en la instalación en

73 4. Gestión documental 59 proceso de diseño. La información que proporcionan es copiosa y si sumamos a esta la generada en la propia empresa, se llega a unos volúmenes de información enormes. Estamos hablando de entre y documentos y cerca de 70 gigas. Proceso de creación de la documentación. Es vital conocer a la perfección cuál es la operativa de creación de documentación dentro de la empresa, para poder adaptar la futura solución lo más posible. Este punto es especialmente delicado, ya que si la forma de trabajo de los usuarios no es cuidadosamente respetada, la implantación del sistema producirá rechazo por parte de los mismos. Hay que detectar los defectos que queremos solucionar en dicha operativa y ve si la implementación del sistema los resuelve. Se ha de tener en cuenta que toda la potencia que se ofrece en las aplicaciones existentes en el mercado solamente se aprovechará si la configuración de las mismas se adapta a la dinámica de creación de documentación de la empresa. Será necesaria la creación de un entorno y sistema de trabajo homogéneo y amigable para los distintos integrantes de la empresa. Se trata de crear un entorno en el que trabajen todos los integrantes de la empresa en cuestión, delineantes, técnicos, directores de proyecto, secretarias, etc., de forma que los documentos e información referentes a la consecución de un proyecto se encuentren disponibles en dicho entorno de trabajo. De esta forma el entorno de trabajo deberá permitir trabajar con las distintas aplicaciones para la creación de los documentos que engloba un proyecto, como pueden ser, AutoCAD, MicroStation, Word, Excel, Imágenes, etc., sin necesidad de salirse del sistema e importar posteriormente la información al mismo. Asimismo el sistema deberá dar información sobre el estado de cada objeto en cada instante, es decir, si en cualquier momento un documento está siendo modificado por alguna de las personas que trabajen en el sistema, si el objeto ha sido bloqueado para la protección de la información que contiene, etc.

74 4. Gestión documental 60 Otro aspecto fundamental para conseguir una correcta gestión documental con un volumen tan grande de información es la seguridad en el almacenamiento de la documentación. Es imprescindible garantizar la seguridad en el almacenamiento de la información, así como la viabilidad del almacenamiento de dicha información a lo largo del tiempo. Se ha de tener en cuenta que además de guardar la información principal (la ultima que se ha generado) se debe almacenar un histórico con los cambios en los documentos que se producen a lo largo del tiempo, que es igual de importante que los últimos documentos ya que debe de quedar constancia por los pasos por los que pasa un documento para saber los cambios que se han hecho y por qué. Trazabilidad Otro punto muy importante en una empresa de ingeniería es la trazabilidad. Esto supone asegurar en todo momento la identificación inequívoca del estado de cada documento. Cada tipo de documento tiene un ciclo de vida propio desde su origen hasta su finalización, que debe ser gestionado adecuadamente. Esto supone que cada objeto sólo puede estar en un estado determinado en cada instante de tiempo, pudiendo pasar de un estado a otro únicamente por la acción del personal autorizado a realizar dicho cambio. Es imprescindible, para una empresa en la que se maneja un gran volumen de documentación relevante, poder realizar un seguimiento de la documentación, garantizándose en todo momento su localización así como su identificación inequívoca, Es importante que una búsqueda de información por parte de cualquier usuario del sistema pueda satisfacerse sin problemas. Los documentos deben estar disponibles para todo aquel que los necesite. Una de las principales características de la forma de trabajo dentro de una ingeniería son los continuos accesos por parte de los usuarios a la información almacenada. Por tanto, deben garantizarse dichos accesos en cualquier momento y desde cualquier lugar que se realiza la petición.

75 4. Gestión documental 61 Cualquier documento debe tener una única localización en la base de datos, de forma que se evite la duplicación de información. Debe existir una herramienta de búsqueda potente de forma que se ahorre tiempo en la localización de documentación de todo tipo. Como ya se ha comentado anteriormente, una de las características de los procesos de creación de documentación técnica la búsqueda de información de apoyo. Si se consigue optimizar este proceso, se estará ahorrando tiempo, tanto de búsqueda como de posterior corrección de errores. Accesibilidad La accesibilidad de los documentos para los diferentes usuarios es una de las principales características que diferencian una buena de una mala gestión documental. Es muy importante que el personal inmerso en la consecución de un proyecto tenga acceso inmediato a la documentación que necesite para realizar correctamente su trabajo, pero únicamente a esa. Deben limitarse los accesos a la información para que no existan equívocos o manipulación de información de la que no se va a ser responsable. Mediante los ciclos de vida y las autorizaciones pertinentes a cada grupo de usuarios, se crea una relación casi directa entre los estados del ciclo de vida y los grupos de usuarios, impidiendo de esta forma la manipulación indeseada de información en ese punto es imprescindible la definición de unos determinados roles que serán asignados en cada estado del ciclo de vida a los usuarios para limitar sus capacidades. Como ejemplo de roles podríamos citar el invitado, el que puede escribir, el que puede cambiar de estado a documentos etc. El control de los cambios realizados a la documentación por cualquiera de los usuarios del sistema, en este caso lo que se persigue es poder dar marcha atrás en un determinado punto del proyecto sin necesidad de comenzar de cero el trabajo. Para conseguir este objetivo es necesario el almacenamiento de un histórico del proceso. Para poder realizar este tipo de operaciones, es necesario que el usuario tenga un acceso a la información unívoco, y que además sepa la versión del documento de la cuál quiere partir de nuevo.

76 4. Gestión documental 62 Comunicación con contratistas y clientes En una empresa de ingeniería, además de la gestión interna de los documentos, son imprescindibles en la consecución de los proyectos las relaciones con proveedores, subcontratistas y clientes. Dichas relaciones deberán ser gestionadas de forma adecuada para lograr: o Agilizar la transferencia de información entre las partes, con objeto de ganar tiempo en la finalización de los proyectos. Este es un punto de suma importancia, ya que una de las características más frecuentes en la entrega de proyectos de gran volumen, son los tiempos de desarrollo grandes e incluso los retrasos con respecto a la fecha de finalización estipulada. En este sentido, si se logra agilizar el proceso de transferencia de información entre los distintos integrantes de un proyecto, se conseguirá acortar el tiempo de entrega del proyecto al cliente, lo cual supone una ventaja competitiva y una posible característica de diferenciación de la empresa. o Tener constancia de la recepción de la información por cualquiera de las partes implicadas en el proceso de intercambio. Es fundamental en este tipo de intercambios, tener la seguridad, no solo de la recepción de la información, sino de la correcta recepción de la misma. En el proceso de intercambio del que se trata, existe la posibilidad de errores de transmisión y dicha posibilidad aumenta con el tamaño de los ficheros intercambiados. Por consiguiente, es imprescindible asegurarse de la correcta recepción. o Por la metodología seguida por la empresa en la consecución de proyectos, es imprescindible la comunicación continua entre el lugar donde se llevan a cabo los trabajos y el centro de diseño. Cuando un proyecto comienza su fase de construcción, se hace necesario un flujo continuo de intercambio de información con el centro de diseño, que debe subsanar errores de concepción o de carácter práctico hasta la finalización de los trabajos. Este punto hace imprescindible que la

77 4. Gestión documental 63 comunicación entre el lugar de desarrollo de la instalación y el lugar de diseño del proyecto se a fluida y eficiente. o Dicha comunicación debe ser rápida y segura. Los documentos que se intercambian son muy valiosos y debe asegurarse a toda costa su seguridad en el proceso de intercambio. Asimismo, el volumen de la información que se intercambia es grande por lo que se hace necesario optimizar el proceso de intercambio, buscando un método que se adapte a dichos volúmenes y que dé la capacidad de transferir la información en el mínimo tiempo posible.

78 4. Gestión documental La gestión documental como herramienta colaborativa En la actualidad existen diferentes estrategias para mejorar el proceso de desarrollo de nuevos productos, pero las más eficaces pasan por potenciar las primeras fases del diseño y disminuir la duración de todo el proceso. Con estas orientaciones se consigue mejorar la agilidad de la empresa para adaptarse a las diferentes y cambiantes necesidades del mercado. Para conseguir este objetivo conviene que los diseños de los productos los realicen equipos de diseño multidisciplinares, cuyos miembros deben comunicarse y compartir información En general y especialmente en proyectos de ingeniería, se tiende a trabajar de forma conjunta en un objetivo común, la lógica nos indica que deberemos preocuparnos por facilitar a los participantes de todos los medios posibles para que colaboren entre ellos. Ahora, cualquier sector manufacturero para reducir al máximo el tiempo que va desde la primera concepción de un nuevo producto a la puesta en el mercado del mismo tiene que cambiar el proceso de desarrollo tradicional, Ingeniería Secuencial, por otro en el que las diferentes actividades se desarrollan en paralelo, comunicándose y colaborando: Ingeniería Concurrente. Una filosofía y unas metodologías y técnicas que tratan de implicar a todos los departamentos que intervienen en el ciclo de vida del producto en las primeras etapas y que incluso propone involucrar a los suministradores de componentes o materias primas La ingeniería colaborativa es uno de los objetivos principales de la implantación de un sistema de gestión documental en una empresa. Teniendo en cuenta el número de especialidades y de usuarios implicados en el uso de aplicaciones, así como la necesidad de controlar los flujos de información de datos que se cruzan en la empresa, el gestor documental es una útil ayuda para la puesta en marcha y soporte de técnicas de ingeniería colaborativa.

79 4. Gestión documental 65 Los beneficios que pueden esperarse de la implantación de técnicas de ingeniería colaborativa van mucho más allá de una simple reducción del tiempo de concepción de un producto. La reducción de costes de producción, disminución del tiempo de lanzamiento de un producto al mercado y mejora de la calidad pueden acelerarse sensiblemente con la puesta en marcha de procedimientos de ingeniería colaborativa. Cualquier modificación de un documento está accesible a todas las personas a las cuales influye este cambio. Pese a esto, el campo de las herramientas de colaboración es relativamente nuevo y aún no se encuentra bien definido, ni tiene ningún límite establecido. La colaboración, a veces, sólo se entiende en el ámbito de facilitar la comunicación entre los participantes, pero, además debería incluir también la disponibilidad, entrega y aportación del contenido necesario para cumplir el objetivo. Antes de abordar la relación entre los sistemas de Gestión Documental y de Contenidos y la colaboración, citaremos las herramientas de colaboración que se basan en la comunicación: Colaboración en tiempo real: mensajes instantáneos, videoconferencia, teleconferencia Web, etc. Colaboración "anytime": grupos de discusión, foros, correo electrónico, etc. Actualmente estas herramientas se encuentran al alcance de las organizaciones y su despliegue es masivo, en el caso del correo electrónico, o están comenzando a tener aceptación, en el caso de los mensajes instantáneos. Para que las soluciones de Gestión Documental tengan capacidades colaborativas no debería quedarse en un simple repositorio de documentos. Si imaginamos que un grupo de trabajo debe usarlos para cumplir su cometido, también podemos pensar que es posible que deseen crear nuevos documentos, modificarlos, revisarlos y aprobarlos. Todos estos aspectos son importantes y muchos de ellos son ampliamente tratados por las soluciones del mercado. Pero merece la pena hacer algunas consideraciones. Las versiones de documentos: si el sistema no permite mantener y acceder a versiones de documentos, estaremos corriendo el riesgo de que los participantes de nuestro ficticio grupo de trabajo tengan que guardar bajo su responsabilidad y

80 4. Gestión documental 66 en su propio puesto de trabajo, información que puede ser útil para concluir su proyecto. Flujos de revisión y aprobación: los documentos de trabajo deben recorrer de la forma más automatizada posible los controles previos a su almacenamiento y distribución definitiva. Integración: el sistema debería permitir la entrega de estos documentos a sistemas de despliegue corporativo como Intranets, Extranets o portales. Un punto interesante es el aprovechamiento que se puede conseguir conjuntando las tecnologías de colaboración comunicativa y los sistemas de gestión de documentos.

81 4. Gestión documental Análisis de necesidades De una forma general se desea tener una herramienta de gestión documental con capacidad para almacenar y gestionar de una forma eficaz toda la información del proyecto. Se definen los siguientes requerimientos del sistema por orden de prioridad, no siendo todos necesarios pero si deseables: 1. Capacidad para albergar toda la información de los proyectos de ingeniería, carpetas, entre y documentos y 50 gigas de información por proyecto. 2. Manejo de distintas clases de documentos, planos, texto, bases de datos, hojas de cálculo, planificaciones, presentaciones, correos electrónicos etc. 3. Debe de ser posible extraer toda la documentación de la herramienta a un repositorio definitivo una vez terminado el proyecto. 4. Manejo de claves de indización o meta-datos: se deben de poder crear y/o modificar claves que definan al documento (fichero). Los más comunes son descriptores, propietario, fecha de creación, etc. 5. Debe impedir que un documento pueda ser modificado por varias personas a la vez bloqueándolo cuando esté siendo modificado para evitar la perdida de datos. 6. Debe de quedar un registro a modo de historial con todas las personas que han modificado los documentos y con la fecha de modificación. 7. Debe de tener una interfaz amigable y debe ser fácil y cómodo de utilizar.

82 4. Gestión documental Los tiempos de respuesta deben ser cortos así como el tiempo en transferir los documentos. 9. Debe de controlar de acceso con distintos perfiles de usuario y seguridad a nivel de carpetas, se desea que se puedan controlar los permisos de lectura, escritura, cambio de estados y borrado. 10. Debe de aceptar agrupar a los usuarios en grupos de usuarios y asignar los permisos tanto por usuario como por grupos de usuarios. 11. Se deben establecer sistemas de backup que mantengan la integridad de los datos 12. Se debe de poder controlar las versiones de un mismo documento de forma cómoda y que las versiones se conserven una vez exportado el proyecto. 13. Debe poder asignar a los documentos un flujo de estados o workflow. 14. Debe tener un sistema de búsqueda eficiente que permita encontrar los documentos deseados en poco tiempo, se debe de poder buscar por nombre del documento, por estado del documento o por los meta-datos que tenga asociados. 15. Al estar el proyecto en un entorno distribuido se debe de poder acceder a la herramienta de forma remota desde los distintos puntos que constituye la Intranet de Iberinco incluido el lugar de la obra. 16. Puesto que la ingeniería externa y los suministradores también van a necesitar consultar y aportar información debe ser posible para ellos acceder desde sus respectivas empresas al gestor documental, estas empresas están fuera de la Intranet de Iberinco por lo que se debe poder acceder vía Internet.

83 4. Gestión documental Evaluación de las herramientas de gestión documental y elección de una herramienta. Una vez realizado el análisis de las necesidades y el diseño se procederá a elegir una herramienta de gestión documental. Esta herramienta se deberá ajustar a nuestras necesidades, para ello será muy útil el apartado Análisis de necesidades donde están incluidos todos los requerimientos del sistema por orden de prioridad. No se pretende que la herramienta cumpla todas las necesidades pero si las que se consideran más importantes. A continuación se muestran los puntos que se van a evaluar. Cada punto llevará asociado una ponderación o valor de importancia de tal manera que no todos los requerimientos tienen el mismo valor. Así nos es muy necesario que la herramienta pueda almacenar una gran cantidad información sin embargo no nos es tan crítico que se pueda acceder a ella a través de INTERNET. Punto Evaluación Ponderació n 1º Capacidad de almacenamiento, como mínimo debe de albergar carpetas, documentos y trabajar con fluidez. 10 2º Manejo de las clases de documentos definidos en Diseño e integración con sus aplicaciones. 10 3º Posibilidad de extraer toda la documentación una vez terminado el proyecto, incluidas las versiones. 10

84 4. Gestión documental 70 4º Debe ser imposible modificar documentos por dos personas a la vez. 9 5º Se deben de poder añadir nuevos meta-datos 8 6º Debe de contar con un historial completo 8 7º Interfaz amigable y facilidad de uso 7 8º Tiempos de respuesta. Se medirán los tiempos al navegar por la estructura de carpetas, abrir documentación, cargar documentación etc. 7 9º Sistema de búsqueda de documentos 7 10º Posibilidad de agrupar los usuarios por grupos de usuarios. 6 Realizar grupos de subgrupos. 11º Control de acceso y privilegios por carpetas 6 12º Control de versiones de documentos 5 13º Posibilidad de crear un flujo de estados 5 14º Posibilidad de conexión a través de Internet 3 No se va a evaluar el punto 11 del Análisis de necesidades ya que el backup de los servidores se realizará a diario por IBERDROLA SISTEMAS. La valoración total de la herramienta será la suma de todos los valores parciales de cada requisito obtenidos multiplicando la ponderación de cada punto por el valor obtenido.

85 4. Gestión documental 71 Herramientas Analizadas: Hummingbird DM Documentum ProjectWise SharePoint

86 4. Gestión documental Evaluación de Hummingbird DM Plataforma de gestión de contenidos [HUMMIN] que permite a los usuarios recibir la información adecuada en el momento y el lugar justo. Las potentes herramientas de búsqueda y el acceso Web garantizan la disponibilidad del contenido en las organizaciones globales, mientras que el control de versiones y los perfiles de seguridad protegen la integridad de los documentos. Si se añade el componente de gestión de registros, se podrá supervisar el ciclo de vida de los contenidos y reducir al mismo tiempo los riesgos. Existen asimismo otras soluciones adicionales de colaboración, workflow, gestión de imágenes, publicación Web y administración de archivos técnicos que dotarán a la empresa de todo lo necesario para crear una ventaja competitiva. Hummingbird Enterprise DM ha sido considerada una de las mejores aplicaciones empresariales del último año por la revista Network Computing. La solución ha sido galardonada con el 2004 Well Connected Award que anualmente otorgan los editores de esta publicación.

87 4. Gestión documental 73 Versión: 5.1 Punto Resultados Comentarios Ponderación Valor Total 1º º 5 No se integra con herramientas de diseño como Microstation muy utilizadas en el proyecto, hay una extensión de la aplicación que hace que se integre con AutoCAD. 3º 4 Se pierden los meta-datos y las versiones º º º º º 4 Tiempos de respuesta elevados º 8 Indexa documentos, busqueda muy rapida º º º 0 Incluido en la extension Hummingbird 5 0 DM WorkFlow 13º 0 Incluido en la extension Hummingbird 5 0 DM WorkFlow 14º Total 617 Requisitos del sistema y plataformas admitidas DM Server y DM Web Server Procesador: Doble Pentium III a 600 o superior (recomendado); Pentium III a 600 (mínimo) Sistemas operativos: Windows 2000 Server/Advanced Server, Windows NT Server 4.0 Memoria: 1 GB o superior (recomendado); 1 GB (mínimo)

88 4. Gestión documental 74 Plataformas DM Web Server Microsoft Internet Information Server (IIS) 5.0 y 4.0 iplanet y 4.0 Soporte de bases de datos SQL Microsoft SQL Server 2000 y 7.0 Oracle 9i (9.0.1) y Oracle 8i (8.1.7) Sybase System 12.5 y 12 Servidores de documentos Windows 2000 Server/Advanced Server, Windows NT 4.0 Novell NetWare 6.X y 5.X UNIX genérico con Hummingbird NFS Maestro para conectividad Interfaz del Explorador

89 4. Gestión documental 75 Interfaz de asignación de permisos Evaluación de Documentum Nueva Generación en Gestión de Contenido de Empresa con Documentum 5 [DOCUME], la última versión de la plataforma de gestión documental de empresa líder de la industria, Documentum continúa suministrando soluciones innovadoras para que las empresas de todos los sectores gestionen la información con que cuentan. Cuatro generaciones de la plataforma premiada de Documentum han ayudado a las empresas a resolver sus más urgentes desafíos de gestión de la información. Documentum 5 perpetúa la tradición con una plataforma ECM de segunda generación que equilibra las nuevas funcionalidades con significativas mejoras en términos de utilización e implantación. Documentum brinda soluciones de software de gestión documental a más de 1500 de las mayores empresas del mundo.

90 4. Gestión documental 76 Versión Evaluada Documentum 5 Punto Resultados Comentarios Ponderación Valor Total 1º º 4 Soporta todo tipo de documentos, integración con Office pero no con Microstation 3º 4 Se pierden los meta-datos y las versiones º º º º º 8 Buena velocidad de navegacion, carga y 7 56 descarga de documentos. 9º 8 Indexa documentos, busqueda muy 7 56 rapida. 10º º º º º Total 699 Requisitos del sistema y plataformas admitidas En servidor: Mínimo Pentium 500MHz 250 MB RAM 200 MB espacio libre en disco. Plataformas Windows NT 4.0 Server (con Service Pack 6a o superior) & IIS 4 Microsoft Windows 2000 Server o Advanced Server. (Service Pack 2 o superior recomendado)

91 4. Gestión documental 77 Bases de datos soportadas Oracle Sybase Microsoft SQL Server IBM Exploradores soportados. Internet Explorer 5.0 Netscape Interfaz del Explorador de Documentum

92 4. Gestión documental Evaluación de ProjectWise ProjectWise [BENTLE] es el buque insignia en cuanto a gestores documentales de Bentley, empresa ya conocida por IBERINCO ya que se utiliza Microstation para realizar los diseños. ProjectWise permite un alto rendimiento en la colaboración entre los equipos de proyecto que realizan la ingeniería distribuida. La información valiosa del proyecto se comparte, se sincroniza, y se asegura con confianza. ProjectWise ofrece facilidad de acceso a toda la documentación del proceso en cuestión se segundos, así como flujos de estados, control de versiones, bloqueo de archivos, sistema de mensajería y otras utilidades más que facilitarán el trabajo diario. Versión: v8 Punto Resultados Comentarios Ponderación Valor Total 1º º 8 Integración con Office y Microstation. ProjectWise es de la misma compañía que Microstation º 4 Se pierden los meta-datos y las versiones º º º º 8 Integración en el Explorador de Windows 7 56 además de contar con una aplicación propia, ProjectWise Explorer 8º 9 Buena velocidad de navegacion, carga y 7 63 descarga de documentos. 9º 7 Busqueda muy rapida. No busca por 7 49 contenido de los documentos, pero sí por versión, fecha, creador 10º º º º º Total 794

93 4. Gestión documental 79 Requisitos del sistema y plataformas admitidas ProjectWise Server Pentium II Processor - 512Mb RAM (1Gb RAM dependiendo del número de clientes) Microsoft Windows 2000 Advanced Server (SP 4 o posterior) Microsoft Windows 2000 Server (SP 4 o posterior) Internet Explorer 5.5 o superior SELECTserver o superior 2GB de espacio libre en disco duro ProjectWise Explorer Pentium Processor - 128Mb RAM Microsoft Windows XP Professional (SP1 o posterior) Microsoft Windows 2000 Server (SP 4 o posterior) Microsoft Windows 2000 Professional (SP 4 o posterior) Microsoft Windows NT Server 4.0 (SP 6a o posterior) Microsoft Windows NT Workstation 4.0 (SP 6a o posterior) Internet Explorer 5.5 o posterior 75Mb de espacio libre en disco duro

94 4. Gestión documental 80 Interfaz de ProjectWise Evaluación de Sharepoint SharePoint Portal Server 2003 permite a las empresas desarrollar un portal inteligente que conecta perfectamente usuarios, equipos y conocimiento para que las personas puedan aprovechar la ventaja de compartir información relevante que les permita trabajar de una forma más eficiente a través de los procesos empresariales. SharePoint Portal Server 2003 proporciona una solución empresarial que integra la información procedente de varios sistemas en una solución única mediante capacidades de integración de aplicaciones de empresa y de inicio de sesión único, utilizando herramientas flexibles de implementación y administración. El portal facilita la colaboración de un extremo a otro mediante la activación de las capacidades de agregación, organización y búsqueda de personas, equipos e información. Los usuarios pueden encontrar información relevante de una forma rápida mediante la personalización del contenido y el diseño del portal, y la audiencia de destino. Las organizaciones podrán dirigir información, programas y actualizaciones a las audiencias según sea su función dentro de la organización, el equipo al que pertenezcan, sus intereses, grupo de seguridad o cualquier otro criterio de pertenencia que se pueda definir.

95 4. Gestión documental 81 SharePoint Portal Server 2003 utiliza los sitios de Microsoft Windows SharePoint Services 2003 para crear páginas de portal para personas, información y organizaciones. El portal también extiende las capacidades de los sitios de Windows SharePoint Services con herramientas de organización y administración, y permite que los equipos publiquen en los sitios información para toda la organización. SharePoint Portal Server 2003 se diseñó teniendo en cuenta los siguientes objetivos: Puesta a punto de la información Conexión de espacios y personas que colaboran Información dirigida y hecha a medida para aumentar la productividad

96 4. Gestión documental 82 Versión: 2003 Punto Resultados Comentarios Ponderación Valor Total 1º º 9 Integración perfecta con Office y Outlook. 3º 4 Se pierden los meta-datos y las versiones º º º º 6 Interfaz vía web, interfaz poco intuitiva º 6 Velocidad de navegación lenta º 8 Sistema de busqueda efectivo º º º º º Total 754 Requisitos del sistema y plataformas admitidas Hardware del Servidor Intel Pentium III 512 megabytes (MB) de RAM 550 MB de espacio disponible en el disco duro. Software del Servidor Windows Server 2003, Standard Edition Windows Server 2003, Enterprise Edition Windows Server 2003, Datacenter Edition Internet Information Services (IIS) 6.0 SQL Server 2000 con el ultimo servicepack Cliente Intenet Explorer 5.5 o posterior

97 4. Gestión documental 83 Interfaz de Sharepoint Interfaz de Sharepoint

98 4. Gestión documental 84 Interfaz de Sharepoint

99 4. Gestión documental Conclusiones Después de realizar la evaluación de las cuatro herramientas se decide que la herramienta que más se ajusta a nuestras necesidades es ProjectWise de Bentley. Además de haber obtenido la mayor puntuación en la evaluación cuenta con las siguientes ventajas añadidas. Cuenta con un soporte técnico eficiente que nos va a guiar durante todo el proceso de implantación y seguimiento. Las licencias son concurrentes y no nominales, lo que significa que tener 40 licencias no implica tener 40 usuarios, sino que como máximo pueden estar 40 usuarios conectados a la vez. Con 40 licencias se pueden tener cerca de 200 usuarios ya que las personas no están continuamente conectadas al gestor sino que obtienen un documento y cierran la conexión. Ya existen relaciones con Bentley ya que se utiliza en IBERINCO Microstation que es de esta empresa. Trabaja sobre Oracle 9i que ya lo tenemos implantado en IBERINCO.

100 5 Bases de datos Oracle

101 6. Bases de datos Oracle 87 5 Bases de datos Oracle Para lograr implantar estas herramientas de ingeniería colaborativa será necesario crear unas bases de datos, Oracle, en las que se contenga toda la información de los proyectos y que por supuesto, estén actualizadas constantemente. En esta parte del proyecto detallaremos el proceso de instalación de las bases de datos que necesitamos así como sus características. 5.1 Instalación de nuevas bases de datos En este apartado explicaremos como crear las bases de datos que necesitamos: SPRINGNT y SPRINGMX para los master site de México y España respectivamente y la base de datos MV1 para la vista materializada que crearemos en SPRINGNT. A continuación se mostrará el proceso de creación de la base de datos MV1 y los detalles que se deben ir poniendo, [LONE03]: En el Enterprise Manager de Oracle como es lógico al principio no hay ninguna base de datos creada.

102 6. Bases de datos Oracle 88 Mediante el Database Configuration Assistant de Oracle crearemos la base de datos. Elegimos la opción crear una base de datos:

103 6. Bases de datos Oracle 89 Seleccionamos la plantilla New Database. Nombramos la base de datos, en este caso mv1 y el identificador de sistema Oracle (SID), que hace referencia a nuestra base de datos, se debe nombrar igual.

104 6. Bases de datos Oracle 90

105 6. Bases de datos Oracle 91 En la pestaña de funciones de base de datos desactivamos todas las opciones ya que no vamos a necesitar esas funcionalidades y la otra pestaña, Archivos de Comandos Personalizados, se dejan los valores por defecto.

106 6. Bases de datos Oracle 92 Seleccionamos la base de datos como modo de servidor dedicado, asignándose un recurso dedicado exclusivo para el cliente que cree la conexión.

107 6. Bases de datos Oracle 93 En este paso en la pestaña de Memoria seleccionamos personalizada y ponemos los parámetros que salen en la imagen. El juego de caracteres se debe dejar por defecto el que aparece ya que Primavera usa el juego de caracteres WE8MSWIN1252.

108 6. Bases de datos Oracle 94 Las pestañas de Tamaño de la base de datos y ubicación de los archivos las dejamos con sus valores por defecto, pero la pestaña archive seleccionamos el modo archivo log para que se archive en logs las ejecuciones de la base de datos.

109 6. Bases de datos Oracle 95 Comprobamos los valores que son los que hemos introducido y continuamos con la instalación.

110 6. Bases de datos Oracle 96 Seleccionamos Crear base de datos y pinchamos en Terminar.

111 6. Bases de datos Oracle Plantilla de creación de bases de datos A continuación mostramos la plantilla de creación de las bases de datos que crearemos: Opciones Comunes Nombre de la Opción Seleccionado Example Schemas Oracle Data Mining Oracle Intermedia Oracle JVM Oracle Label Security Oracle OLAP Oracle Spatial Oracle Text Oracle Ultra Search Oracle XML DB false false true true false false false true false true Parámetros de Inicialización Nombre background_dump_dest Valor {ORACLE_BASE}\admin\{DB_NAME}\bdump compatible control_files ("{ORACLE_BASE}\oradata\{DB_NAME}\control01.ctl ", "{ORACLE_BASE}\oradata\{DB_NAME}\control02.ctl", "{ORACLE_BASE}\oradata\{DB_NAME}\control03.ctl" )

112 6. Bases de datos Oracle 98 core_dump_dest db_block_size db_cache_size {ORACLE_BASE}\admin\{DB_NAME}\cdump 8KB 24MB db_domain db_file_multiblock_read_c ount db_name dispatchers 16 mv1 (PROTOCOL=TCP) (SERVICE={SID}XDB) fast_start_mttr_target 300 hash_join_enabled instance_name java_pool_size large_pool_size log_archive_dest_1 log_archive_format log_archive_start TRUE mv1 32MB 8MB 'LOCATION={ORACLE_BASE}\oradata\{DB_NAME}\ archive' %t_%s.dbf true open_cursors 300 pga_aggregate_target 24MB processes 150 query_rewrite_enabled remote_login_passwordfile shared_pool_size FALSE EXCLUSIVE 48MB sort_area_size star_transformation_enabl ed timed_statistics undo_management FALSE TRUE AUTO

113 6. Bases de datos Oracle 99 undo_retention undo_tablespace user_dump_dest UNDOTBS1 {ORACLE_BASE}\admin\{DB_NAME}\udump Juegos de Caracteres Nombre Valor Juego de Caracteres de la Base de Datos WE8MSWIN1252 Juego de Caracteres Nacional AL16UTF16 Archivos de Control Archivo de Control {ORACLE_BASE}\oradata\{DB_NAME}\control01.ctl {ORACLE_BASE}\oradata\{DB_NAME}\control02.ctl {ORACLE_BASE}\oradata\{DB_NAME}\control03.ctl Tablespaces Estado Nombre Tipo Gestión de Extensiones ONLINE DRSYS PERMANENT LOCAL ONLINE INDX PERMANENT LOCAL ONLINE SYSTEM PERMANENT LOCAL ONLINE TEMP TEMPORARY LOCAL ONLINE TOOLS PERMANENT LOCAL ONLINE UNDOTBS1 PERMANENT, UNDO LOCAL ONLINE USERS PERMANENT LOCAL ONLINE XDB PERMANENT LOCAL

114 6. Bases de datos Oracle 100 Archivos de Datos Estado Nombre Tablespac e Tamañ o (M) ONLINE ONLINE ONLINE ONLINE ONLINE {ORACLE_BASE}\oradata\{DB_NAME}\drsys01. dbf {ORACLE_BASE}\oradata\{DB_NAME}\indx01.d bf {ORACLE_BASE}\oradata\{DB_NAME}\system0 1.dbf {ORACLE_BASE}\oradata\{DB_NAME}\temp01.d bf {ORACLE_BASE}\oradata\{DB_NAME}\tools01.d bf DRSYS 20 INDX 25 SYSTEM 250 TEMP 40 TOOLS 10 ONLINE {ORACLE_BASE}\oradata\{DB_NAME}\undotbs0 1.dbf UNDOTBS ONLINE ONLINE {ORACLE_BASE}\oradata\{DB_NAME}\users01. dbf {ORACLE_BASE}\oradata\{DB_NAME}\xdb01.db f USERS 25 XDB 20 Grupos Redo Log Grupo Tamaño (K)

115 6. Bases de datos Oracle 101 Si todo funciona correctamente aparece la pantalla siguiente. Debemos esperar a que termine el proceso e introducimos las contraseñas de los usuarios Sys y System.

116 6. Bases de datos Oracle Configuración del listener y del tnsnames.ora Una vez repetido este proceso por cada base configuramos los listener y el tnsnames.ora para que se puedan conectar a esta base de datos el Enterprise Manager y el resto de programas que lo requieran. Estos archivos se encuentran en la carpeta donde se haya instalado Oracle en la siguiente ruta: D:\oracle\ora9i\network\ADMIN

117 6. Bases de datos Oracle 103 A continuación se detalla la configuración del tnsnames.ora con nuestros datos. En el host se debe poner el nombre del servidor donde reside la base de datos o su dirección IP. MV1 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR1)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = mv1) ) ) SPRINGNT = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR1)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = SPRINGNT) ) ) SPRINGMX = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = SERVIDOR2)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = SPRINGMX) ) )

118 6. Bases de datos Oracle Configuración de los parámetros de las bases de datos A continuación se detallan los parámetros que es importante inicializar para la operación de replicación, el rendimiento y mantener una carga de trabajo equilibrada. Global_names: Este parámetro especifica cuando un enlace de la base de datos es requerido a tener el mismo nombre que la base de datos a la que es conectada. Se debe poner con valor trae si se utilizan las bases de datos en dominios diferentes, como es nuestro caso, y así evitar posibles conflictos. Se debe ejecutar la siguiente sentencia: Alter system set global_names=true; Job_queue_processes: Especifica el número de trabajos en cola que se procesaran por cada instancia. Se debe establecer como mínimo a 1 y debería establecerse al mismo valor como el máximo número de trabajos que pueden ejecutarse simultáneamente. En nuestro caso le estableceremos con valor 10 ejecutando la siguiente sentencia: Alter system set job_queue_processes=10; Open_links: Especifica el máximo número de conexiones concurrentes abiertas a una base de datos remota en una sesión. Se deben establecer tantos open_links como master simultaneas haya. En nuestro caso aunque sólo existen 2 master simultáneos le pondremos un valor de 5 por las expectativas futuras. Alter system set open_links=10 scope=spfile; Parallel_automatic_tuning: Cuando este parámetro tenga valor true, Oracle determina los valores por defecto para los parámetros de inicialización que controla la ejecución paralela. Sirve para realizar un ajuste automático para lanzar procesos en paralelo. Dejaremos a false que es su valor por defecto.

119 6. Bases de datos Oracle 105 Compatible: Este parámetro indica las versiones con las que Oracle será compatible. Dejaremos su valor por defecto. Parallel_max_servers: Con este parámetro se indica el máximo número de procesos ejecutándose en paralelo por cada instancia. Se incrementa con la demanda. Mantendremos su valor por defecto. Parallel_min_services: Con este parámetro se indica el mínimo número de procesos ejecutándose en paralelo por cada instancia. También se mantendrá su valor por defecto que en principio será 1. Processes: Indica el máximo número de procesos de cada usuario del sistema operativo podrán conectar simultáneamente a Oracle. Su valor se derivará por defecto del parámetro Parallel_max_servers y por tanto se mantendrá su valor. Replication_dependency_tracking: Este valor se debe mantener con valor true si se utiliza replicación en paralelo. Shared_pool_size: Este parámetro indica el tamaño del pool compartido. El pool contiene procedimientos de almacenamiento, estructuras de control, sentencias lanzadas por los usuarios... Un valor grande incrementará el rendimiento en sistemas multiusuario. Un valor pequeño utilizará menos memoria. Su valor por defecto es 16 MB. En nuestro caso deberemos incrementarlo. Utl_file_dir: Este parámetro es importante, ya que indica una localización por defecto para archivos generados. Se debe especificar un directorio válido dentro de cada máquina. Alter system set utl_file_dir= D:\Ficheros\Oracle scope=spfile;

120 6. Bases de datos Oracle Agregación de la base de datos en Oracle Enterprise Manager y comienzo de utilización Una vez configurado todo, agregamos al árbol de base de datos SPRINGNT, SPRINGMX y MV1, donde introduciendo el nombre de usuario y contraseña creados anteriormente se podrá acceder y poder empezar a trabajar con ellas.

121 6. Bases de datos Oracle 107

122 6 Implantación de una herramienta de planificación y control de proyectos

123 6. Implantación de una herramienta de planificación y control de proyectos Implantación de una herramienta de planificación y control de proyectos 6.1 Análisis comparativo de las herramientas de planificación de proyectos de ingeniería La complejidad de los proyectos de ingeniería es muy variable. Pueden involucrar a una sola persona o a varios miles. Pueden necesitar menos de 40 horas para realizarse o más de Pueden afectar a una simple división de una organización o a organizaciones extraordinariamente complejas. En los casos de pequeños proyectos se hace recomendable el uso de alguna herramienta informática que asista a las personas implicadas en la planificación y control del proyecto. En el caso de grandes proyectos, como es nuestro caso, esta recomendación se transforma en obligación, pasando a ser un elemento imprescindible, [RODR00]. Este apartado analiza tres de las herramientas más utilizadas en planificación de proyectos: Microsoft Project 2000, Micro Planner Mannager y Primavera Project Planner 5.0. La utilización de herramientas de planificación tiene cabida a lo largo de todo el ciclo del proyecto, desde su concepción hasta su ejecución y puesta en marcha. Las herramientas estudiadas tienen una serie de características comunes que les confieren la categoría de herramientas de planificación pero con sus propias facetas diferenciadoras. En este apartado se analizan las características más importantes de estos programas. No todas ellas están dirigidas hacia el mismo grupo de usuarios. Mientras que Microsoft Project está especialmente indicado para el gran público, otras como Primavera Project Planner se enfocan hacia un grupo de usuarios más profesional. Todas las herramientas disponen de interfaz gráfica de usuario y permiten la gestión de múltiples proyectos en entornos multiusuario. Como característica común todas ellas permiten la integración de los datos en mayor o menor medida con otras aplicaciones. Como en casi todas las comparativas de este tipo, no existe un claro ganador. La decisión final a aplicar dependerá en gran medida de las características del usuario final, la utilización prevista y el desembolso económico deseado.

124 6. Implantación de una herramienta de planificación y control de proyectos Introducción a las herramientas de planificación y control de proyectos Las herramientas informáticas tienen una gran importancia en la gestión de proyectos. Son de vital importancia para comunicar la información de las tareas a las partes involucradas, analizar desvíos en costes y plazos, reprogramar tareas, generar de forma rápida informes que permitan evaluar el estado del proyecto, etc. Incluso una vez concluido el proyecto, son de gran importancia para analizar la desviación de lo planificado respecto a lo ocurrido con el fin de mejorar las estimaciones de posteriores proyectos. Este apartado analiza tres de las herramientas más utilizadas en planificación de proyectos: Microsoft Project 2000, Micro Planner Mannager y Primavera Project Planner 5.0. Existen también otras herramientas de planificación en el mercado, entre las que podríamos citar SuperProject, TurboProject, Time Line, Project Scheduler, Milestones y AutoPlan. Microsoft Project 2000

125 6. Implantación de una herramienta de planificación y control de proyectos 111 Micro Planner Manager Primavera Project Planner

126 6. Implantación de una herramienta de planificación y control de proyectos Microsoft project 2000 Sin duda es la herramienta de planificación más difundida entre todo tipo de público. Mantiene desde sus primeras versiones un modo de trabajo sencillo e intuitivo para el usuario. Esta herramienta permite la planificación de proyectos incluso a personas no familiarizadas con la gestión de proyectos. Independientemente de la facilidad de manejo, el punto fuerte de este programa es su integración con la familia de aplicaciones Microsoft Office. Ello permite de forma sencilla insertar un diagrama Gantt dentro de un documento de oferta que se esté realizando con Word de la misma forma que se insertaría otro tipo de objeto, labor que no es tan sencilla ni evidente con otros programas de la comparativa, por ejemplo el Super-Project. También es de destacar la utilización de iconos estándar de Microsoft. En cuanto a su precio, este se encuentra en niveles muy competitivos. Las vistas que integra el programa son clásicas en este tipo de aplicaciones: calendario, diagrama Gantt, diagrama Pert, hoja de recursos y otras vistas de información mostrada en tablas. El modo más cómodo es el diagrama Gantt, desde el que se suele introducir toda la información relativa a las tareas. Al igual que en las otras aplicaciones, el diagrama Gantt se actualiza automáticamente para reflejar cualquier cambio en la información. Permite dividir tareas, trabajar con análisis probabilístico, mejora el enlace entre otros proyectos, posibilita la publicación de información del proyecto en la web, mejora los informes, la gestión de la impresión y todo lo relacionado con la asignación de recursos, incluido el algoritmo para realizar la nivelación. Como puntos débiles de Microsoft Project destacan la representación del diagrama Pert, que continúa siendo poco clara. El punto más criticable del programa es su poca capacidad para la representación gráfica, siendo él más pobre en este sentido de los analizados en esta comparativa y que está orientado para proyectos con un número de actividades a lo largo del ciclo de vida pequeño, alrededor de 500 actividades.

127 6. Implantación de una herramienta de planificación y control de proyectos Micro planner manager Esta herramienta rompe con los esquemas tradicionales de trabajo en este tipo de aplicaciones. Tiene un modo de trabajo muy particular que resulta extraño al principio, pero que una vez que el usuario se habitúa es muy cómodo y práctico. Los proyectos se organizan en lo que en el programa se denomina Project Desktops, es decir, carpetas donde se guardan diferentes vistas del proyecto. Estas inicialmente son diagramas Pert, WBS, calendarios, recursos é informes. En lugar de trabajar desde el diagrama Gantt introduciendo las tareas desde una lista a modo de hoja de datos, esta aplicación trabaja directamente desde el diagrama Pert. A la hora de introducir las tareas, dispone de una gran variedad para decidir el tipo del que se trata: tareas que pueden dividirse, no pueden dividirse, retrasos, hitos, interfaces para enlaces, eventos, etc. Este particular modo de trabajo repercute en un mayor tiempo de aprendizaje por parte del usuario, pero una vez entendida su filosofía resulta más cómoda y rápida de usar que el resto de los programas analizados. Uno de los puntos más destacados de la aplicación es que permite trabajar realmente con diagramas Pert. El resto de programas trabajan realmente con diagramas Roy. La diferencia es notable: mientras que en el diagrama Roy las tareas se representan por los nodos y las relaciones de precedencia se representan por las flechas, en el diagrama Pert las tareas se representan por las flechas y los nodos permiten indicar las precedencias. Son dos modos de trabajo duales. Las herramientas tradicionales, como Microsoft Project, confunden el término, llamando Diagrama Pert a lo que realmente es un Diagrama Roy. Esta herramienta le deja al usuario la posibilidad de seleccionar el tipo de diagrama a utilizar, incluso combinarlos. Se trata de una herramienta realmente potente y profesional que permite gestionar de forma sencilla grandes proyectos. Los gráficos e informes que genera son sumamente intuitivos a la vez que precisos. Permite la gestión de múltiples proyectos, con un conjunto común de recursos. Destaca también por sus herramientas de análisis, orientadas tanto a tiempo como recursos y costes. Permite identificar rápidamente cosas como la cantidad de recursos que se necesitan para finalizar el proyecto a tiempo o cuál sería el plazo si sólo se usaran los recursos disponibles sin añadir nuevos. Esta herramienta puede ser

128 6. Implantación de una herramienta de planificación y control de proyectos 114 complementada con otra adicional, Predict!, destinada a realizar análisis más potentes del proyecto. Su principal punto débil es que no dispone de comunicación del plan por medio de correo electrónico ni posibilidad de publicación de la información en formato de páginas Web. Tampoco dispone de versión en castellano Primavera project planner Primavera es un fabricante inglés de herramientas informáticas especializadas en planificación, control y gestión de proyectos, [PRIM05], [PRIMAV]. Probablemente, su producto Primavera Project Planner es la herramienta más completa de gestión de proyectos en el mercado. Ahora bien, esa potencia se logra a costa de una dificultad de manejo superior al resto de los programas. Primavera dispone de otros productos más sencillos como SureTrack, más similares a las herramientas comparadas en este apartado. Sin embargo se analiza Primavera Project Planner, en una escala superior al resto de herramientas, para presentarle al lector un abanico más amplio dentro del que pueda elegir para cubrir sus necesidades. De hecho, el precio de este producto ($4,000) se dispara respecto al precio de los otros analizados. Sin embargo, otras herramientas de Primavera, como el programa SureTrack antes mencionado, tienen unos precios más asequibles ($395). Primavera permite la gestión de múltiples proyectos de gran tamaño. Permite crear grupos de proyectos, dispone de herramientas para realizar planificaciones y de nivelaciones avanzadas que pueden realizarse de forma manual o automática. Todo ello dentro de un entorno multiusuario, donde cada participante puede tener acceso a todo el proyecto o sólo a las partes deseadas mediante las capas. La comunicación de los planes entre los diferentes usuarios se realiza mediante correo electrónico o a través de páginas Web. Esta herramienta dispone de todas las características de gestión de proyectos que se puedan necesitar, por complicado que sea el proyecto. La herramienta, aunque puede ser adquirida por separado, se encuentra incluida dentro de una suite denominada Concentric Project Management que integra un módulo para gestión de contratos de proyectos, Expedition, y una herramienta de seguimiento y control de proyectos, Sure Track Project Manager. Además, esta

129 6. Implantación de una herramienta de planificación y control de proyectos 115 suite permite la integración con los sistemas ERP más utilizados en las empresas, como SAP, Oracle, Baan y People Soft. La aplicación dispone de una opción en la que permite seleccionar el idioma en el que se desea trabajar, entre otros el castellano. Los informes, calendarios, etc. aparecerán en el idioma especificado. Sin embargo no puede decirse que exista realmente una versión es Castellano de la aplicación, pues las barras de menús y los campos seguirán apareciendo en Inglés. Cabe destacar también que esta herramienta esta orientada a proyectos en los que existen de 500 a 5000 actividades como es nuestro caso, proyectos de centrales nucleares y centrales de ciclo combinado que el número de actividades en el ciclo de vida del proyecto puede alcanzar unas 5000 actividades.

130 6. Implantación de una herramienta de planificación y control de proyectos 116 Las diferencias funcionales más notables entre herramientas son: Características MS-Project Micro Planner Primavera Plataformas Windows y Mac Windows, Mac, Sun, Windows Hp, Vax Versión en Castellano SI NO NO Actividades en las flechas NO SI NO Compatibilidad con formato MPX SI SI SI Posibilidad exportar DXF NO NO SI Correo electrónico SI NO SI Publicación de datos en Web SI NO SI Combinar unidades en el mismo proyecto diferentes SI SI NO Representación de meses NO NO SI Número de niveles para el WBS N/D Distinción tipo recursos NO SI SI

131 6. Implantación de una herramienta de planificación y control de proyectos 117 División de tareas SI SI SI Precio aproximado 290 euros 665 euros 2985 euros Conclusiones La decisión final depende en gran medida de las características del usuario final, la utilización prevista y el desembolso económico que se esté dispuesto a realizar. Si se está buscando una herramienta con la que iniciarse en el mundo de la planificación de proyectos se recomienda Microsoft Project Si sus necesidades van más allá de lo común y necesita llevar el control de grandes proyectos, es recomendable la utilización de Micro Planner Mannager y si realmente se necesita una herramienta profesional con la que ser capaz de abordar cualquier tipo de proyecto en grandes organizaciones y que transmita la máxima confianza sobre los cálculos que realice, sin duda la mejor elección es Primavera Project Planner. En nuestro caso claramente se elegirá la herramienta Primavera Project Planner para su implantación como mejor opción de herramienta de planificación y control de nuestros proyectos de ingeniería.

132 6. Implantación de una herramienta de planificación y control de proyectos Primavera Project Planner Primavera proporciona un juego de componentes integrados que dan a conocer a la dirección del proyecto (Project Management) de las necesidades de las diferentes áreas de la organización, [PRIM05]. Usa interfaces de Windows estándar, tecnología Permitida por Web e independiente (MSDE) y una red basada en base de datos (el Oracle y Microsoft SQL Server). Primavera usa DBExpress como interfaz estándar entre sus componentes y la dirección del proyecto y dirección de las bases de datos. DBExpress es instalada automáticamente cuando se instala la dirección de proyecto y la carpeta de trabajos de análisis de los módulos (Portfolio Analysis modules). Componentes del cliente, [PRIMAV]: Project Management: Este módulo permite a los usuarios planificar y controlar un largo número de proyectos. Los datos del proyecto son almacenados en una base de datos central de dirección del proyecto. Se puede usar Oracle o Microsoft SQL Server como base de datos relacional de dirección del sistema en la configuración de red. Methodology Management: Es un módulo para autorizar y almacenar la metodología o plantillas de planificación del proyecto. Portfolio Analysis: Es una herramienta de reporte de información para dirección, proporcionando resúmenes y diagramas de los datos del proyecto. Timesheets: Timesheets es una comunicación basada en Web entre proyectos y sistemas puntuales. Los miembros del equipo usan Timesheets para encontrar al momento información de sus tareas en el proyecto y registrar tiempos frente a sus volúmenes de trabajo.

133 6. Implantación de una herramienta de planificación y control de proyectos 119 Componentes del servidor: Sistema de dirección de bases de datos relacional (RDBMS): Los datos del proyecto y las metodologías del proyecto son las dos almacenadas en bases de datos separadas centrales. Estas dos bases de datos tienen que ser mantenidas en un servidor de base de datos Oracle, Microsoft SQL Server o MSDE. En nuestro caso utilizaremos Oracle. Servidor de grupo: Si la implementación de Primavera incluye el módulo de cliente para Timesheets, se deberá instalar el servidor de grupo. Este componente es un servicio de Windows que corre en el servidor Web y permite a los clientes descargarse los Timesheets del servidor usando el navegador Web. Componentes adicionales: MyPrimavera: Es una aplicación Web que proporciona al navegador acceder al proyecto, a la carpeta de trabajos y a los recursos de datos de la empresa. MyPrimavera servidor de colaboración: Esta infraestructura permite conectar a todos los miembros de un equipo, en todos los niveles, a todo el trabajo compartido necesario para completar el proyecto satisfactoriamente. Software Development kit(sdk): El SDK permite integrar los datos en la base de datos de dirección del proyecto con externas bases de datos y aplicaciones. ProjectLink: El ProjectLink es un plug-in que permite a los usuarios de Microsoft Project (MSP) trabajar en el ambiente de MSP mientras se esta conectado a las características de Primavera.

134 6. Implantación de una herramienta de planificación y control de proyectos 120 La siguiente figura ilustra las relaciones entre los componentes de Primavera Planificación de la implementación Cuando se planea la implementación de Primavera se debe pensar primero saber que módulos del cliente y componentes del servidor se deben instalar y configurar y cuando estos módulos y componentes deben ser instalados. A) Sistema de dirección de base de datos relacional: Utilizaremos Oracle en las bases de datos para la instalación del paquete. B) Todas las direcciones de proyecto, los análisis de datos y la metodología de dirección necesitan acceder al servidor de bases de datos. Si se usa Oracle como el sistema de dirección de bases de datos relacional se debe instalar el software de cliente de Oracle en cada máquina que ejecute este módulo cliente. C) Se deberá instalar el servidor de trabajo porque los usuarios de dirección del proyecto deberán ejecutar trabajos. D) Timesheets: Existen dos interfaces para el uso de Timesheets: Web Browser version y Java Web (JAWS) version. Las dos interfaces permiten a los usuarios

135 6. Implantación de una herramienta de planificación y control de proyectos 121 acceder a sus hojas de tiempos a través de Internet, el primero como un applet de Java y el segundo como una aplicación de Java. Usaremos la interfaz JAWS ya que el primero tiene la principal desventaja que la descarga inicial del applet puede tardar un tiempo excesivo. JAWS además asegura que los usuarios siempre lancen la versión más reciente de Timesheet bajo la correcta versión de JRE en el caso de que existan varios JRE instalados al mismo tiempo. E) Si se necesita integrar datos del proyecto con otros sistemas, como es nuestro caso, se deberá instalar el SDK (Software Development Kit) en los ordenadores que requieren acceder a los datos. El SDK hace que los datos de los proyectos estén disponibles a aplicaciones externas como la interfaz ODBC (Open Database Connectivity) o OLE-DB y JDBC.

136 6. Implantación de una herramienta de planificación y control de proyectos Requerimientos del servidor y cliente Plataformas soportadas por Primavera Módulos cliente (Project Management, Methodology Management, myprimavera, y Portfolio Analysis) o Microsoft Windows 2000 Professional (SP4) o Microsoft Windows XP (SP2) o Citrix MetaFrame XP FR2 (for Windows 2000) o Citrix MetaFrame XP FR3 (for Windows 2003) Configuración mínima para el cliente Para clientes que usan Project Management, Portfolio Analysis, y módulos de dirección de la metodología o 128 MB de memoria RAM, 256 MB libre recomendada o 40 MB de espacio en disco duro (por módulo) o Microsoft Internet Explorer 6.0 (SP1 o SP2) o Protocolo de red TCP/IP Para clientes que usan Timesheets la versión Web Browser o Microsoft Internet Explorer 6.0 (SP1 or SP2) o Netscape 7.2 o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automáticamente con Timesheets) o Protocolo de red TCP/IP Para clientes que usan la versión de Timesheets JAWS o Microsoft Internet Explorer 6.0 (SP1 o SP2), Netscape 7.2, o Firefox o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automáticamente con Timesheets) o Protocolo de red TCP/IP

137 6. Implantación de una herramienta de planificación y control de proyectos 123 Para clientes que acceden a myprimavera o 128 MB de memoria RAM como mínimo, 256 MB recomendada o 25 MB de espacio libre en el disco duro o Protocolo de red TCP/IP o Microsoft Internet Explorer 6.0 (SP1 o SP2) o JRE 1.4.2_07 o JRE 1.5.0_01 (es instalado automáticamente con myprimavera) Configuración soportada para los servidores Para los servidores de bases de datos o Oracle version con Windows 2000 Server (SP4), Windows 2003 Server, HP-UX 11i, o RedHat Linux Advanced Server 3.0. o Oracle version con Windows 2000 Server (SP4), Windows 2003 Server, o Red Hat Linux Advanced Server 3.0 o Microsoft SQL Server 2000 (SP3) con Windows 2000 Server (SP4) o Windows 2003 Server o Microsoft SQL Server Desktop Engine (MSDE) 2000 (SP3) con Windows 2000 (SP4) Para servidores que usan grupos de servidores y proveen de archivos de timesheets. o Microsoft Windows 2000 Server (SP4) con Windows 2003 Server o Software del servidor Web instalada y funcionando o 12 MB de memoria o 200 MB de espacio en el disco duro o Protocolo de red Microsoft TCP/IP Para los servidores de colaboración o Microsoft Windows 2000 Server/Advanced Server (SP4) o Windows 2003 Server o Solaris 2.9 (SPARC) o 1 GB de memoria RAM es recomendada o 1 GB como mínimo de espacio disponible en el disco duro

138 6. Implantación de una herramienta de planificación y control de proyectos 124 Requerimientos de servidores de aplicaciones hosting myprimavera o Microsoft Windows 2000 Server (SP4) o Windows 2003 Server o Solaris 2.9 (SPARC) o Servidores de aplicaciones requieren JDK 1.4.1_03 o 1.4.2_05 o 1 GB de memoria RAM como mínimo, 1 GB recomendado o 1 GB como mínimo de espacio disponible en el disco duro Requerimientos de servidores JSP hosting myprimavera o BEA WebLogic Express Server (o ISV) o BEA WebLogic Enterprise Server o IBM WebSphere Application Server v5.1.1 o 6.0 o Apache Tomcat Para el servidor web hosting Project Web Site files o Microsoft Windows 2000 Server (SP4) o Windows 2003 Server o Microsoft Internet Information Server (IIS) 5.0 (con Windows 2000 Server SP4) o 6.0 (con Windows 2003 Server) o Protocolo de red Microsoft TCP/IP o Microsoft Internet Explorer 6.0 (SP1) o mayor Para el servidor Web de myprimavera o Microsoft Internet Information Server (IIS) 5.0 (con Windows 2000 Server SP4) o 6.0 (con Windows 2003 Server) o BEA WebLogic Express Server (o ISV) o BEA WebLogic Enterprise Server o Apache Tomcat o IBM WebSphere Application Server v5.1.1 o 6.0 o Apache HTTP Server o Sun ONE Web Server 5.1 o 6.0 (SP1, SP5)

139 6. Implantación de una herramienta de planificación y control de proyectos 125 Sistemas de s soportados y protocolos de red o Internet (SMTP) o MAPI o Protocolos de red dependen de la base de datos o Los sitios Web necesitan TCP/IP Guía de tamaños del servidor de base de datos Los siguientes tamaños son referidos a instancias únicas de la base de datos de la dirección de proyectos. Los tamaños de memoria no incluyen sobrecargas requeridas por el sistema operativo que típicamente añade 32MB de memoria y varia dependiendo de la versión del servidor. Oracle Archivo Pequeño Mediano Grande Temp TBS 300 MB 500 MB 1,000 MB RBS TBS 300 MB 500 MB 1,000 MB Index TBS 250 MB 500 MB 1,000 MB Data TBS 250 MB 500 MB 1,000 MB Lob TBS 250 MB 500 MB 1,000 MB Total 1,350 MB 2,500 MB 5,000 MB RAM: 384 MB 512 MB 1024+MB Microsoft SQL Server Archivo Pequeño Mediano Grande Data 300 MB 500 MB 1,000 MB Data Log 150 MB 250 MB 500 MB Temp 100 MB 200 MB 275 MB Temp Log 50 MB 100 MB 125 MB Total 600 MB 1,050 MB 1,900 MB RAM: 384 MB 512 MB 1024+MB

140 6. Implantación de una herramienta de planificación y control de proyectos Instalación de la base de datos y configuración Instalación de la base de datos Para Primavera se deberán usar dos bases de datos, [MFPP05]: PMDB(Project Management Database): Almacena los datos de dirección del proyecto usados por Primavera. MMDB(Methodology Management Database): Almacena la metodología que puede ser usada como plantillas cuando se crean nuevos proyectos. Como vamos a utilizar Primavera en un servidor de base de datos de Oracle es necesario que instalemos el cliente de Oracle en cada máquina que vaya acceder a el servidor de base de datos. A continuación se comentarán los pasos a seguir para instalar la base de datos y cargar los datos de la aplicación. *Crearemos la base de datos en modo dedicado para usuarios de Oracle. *Deberemos usar el código de página WE8MSWIN1252 o UTF8 porque vamos a utilizar el símbolo Euro en un lenguaje europeo. Primero crearemos la base de datos primavera y una vez que este instalaremos el cliente primavera:

141 6. Implantación de una herramienta de planificación y control de proyectos 127 Se deberá pinchar en Install other tools. A continuación se marcará en Server databases.

142 6. Implantación de una herramienta de planificación y control de proyectos 128 Elegiremos la opción deseada, en nuestro caso será crear una nueva base de datos Primavera. El tipo de base de datos que utilizaremos será Oracle.

143 6. Implantación de una herramienta de planificación y control de proyectos 129 Primero crearemos el PMDB introduciendo su licencia.

144 6. Implantación de una herramienta de planificación y control de proyectos 130 A continuación creamos y cargamos la base de datos introduciendo un String de conexión con el mismo nombre que la base de datos Oracle ya creada (SPRINGNT). Se recomienda que se cree un espacio de tablas temporal de 500MB, un espacio de tablas para rollback de 500MB y un espacio de tablas para UNDOTBS también de 500MB.

145 6. Implantación de una herramienta de planificación y control de proyectos 131 En este paso se configuran los usuarios Oracle.

146 6. Implantación de una herramienta de planificación y control de proyectos 132 Pinchamos en next para completar la carga de la base de datos. En este paso finaliza la instalación de las bases de datos.

147 6. Implantación de una herramienta de planificación y control de proyectos Limpieza principal de la tabla REFRDEL Una vez terminada la creación de la base de datos de Primavera se debe configurar la tabla REFRDEL para su limpieza ya que es la encargada de almacenar un historial de los movimientos [PRIMCU]. Los campos de clave de tiempos en cada fila de la base de datos permiten seguir la pista de la última actualización de los datos. Los datos eliminados son almacenados en una tabla llamada REFRDEL. Esta tabla contiene una fila por cada registro eliminado de la base de datos. Un procedimiento almacenado llamado REFRDEL_CLEANUP eliminará todas las filas más antiguas que la del acceso más temprano. Por todo ello vamos a cambiar cada cuanto tiempo los registros son eliminados de la tabla REFRDEL. Para que se eliminen todos los registros más antiguos que 30 días: Accedemos a SQL *PLUS como PRIVUSER e introducimos la siguiente sentencia: INSERT INTO admin_config ( config_name, last_change_date, onfig_value ) values ('REFRDEL_DELETE_DAYS', sysdate, '30'); Si quisiéramos eliminar esta opción y que nunca se eliminen los registros de la tabla REFRDEL pondríamos un 0 o un número negativo. Como en nuestro REFRDEL_DELETE_DATE ya existía en la tabla de ADMIN_CONFIG, deberemos actualizar la tabla ejecutando la siguiente sentencia: PDATE admin_config et config_value = '30' here config_name = 'REFRDEL_DELETE_DAYS';

148 6. Implantación de una herramienta de planificación y control de proyectos 134 La tabla V_$TRANSACTION almacena el tiempo de acceso primero cuando los datos fueron cambiados. Esto mejora el mantenimiento cuando los datos son refrescados porque los datos antes del acceso no son accedidos. Los usuarios tienen que tener acceso para ver la tabla V_$TRANSACTION. Para dar permiso de lectura de esta tabla nos conectaremos a Oracle como SYS y ejecutaríamos la siguiente sentencia: Grant select on v_$transaction to admuser; Configuración del servidor de base de datos El administrador de la base de datos Oracle crea la base de datos de dirección de proyecto (PMDB) y la base de datos de dirección de la metodología (MMDB). Una vez esto se ejecuta dos SQL scripts (ORPM_INS.SQL) dados por Primavera previamente modificados por el DBA, una por cada base de datos. Con ello se creará cada una de las estructuras de la base de datos (tablas, índices, relaciones...) Carga de los datos de la aplicación Cuando la estructura de la base de datos de dirección de proyecto y de la de metodología de proyecto estén establecidas, se debe ejecutar el Database wizard de Primavera para cargar los datos de la aplicación en cada una de las bases de datos. Se puede cargar los datos desde la computadora cliente que acceda a las bases de datos o si el servidor de la base de datos está funcionando en Windows 2000/2003, se pueden cargar los datos desde el servidor el sólo. El ordenador cliente usado para instalar las bases de datos de Primavera debe tener los drivers instalados. Se deberá realizar la carga de datos dos veces, una para el PMDB y otra para el MMDB. Los pasos a seguir serán los mismos que en la creación de las bases de datos pero al llegar a este punto se deberá marcar Load application data only.

149 6. Implantación de una herramienta de planificación y control de proyectos 135 A continuación se dará a continuar para realizar la carga de datos y se introducirá el usuario privilegiado de la base de datos, en nuestro caso PRIVUSER, su contraseña y el String de conexión a la base de datos (SPRINGNT) que puede ser comprobado en el TNSNAMES.ORA configurado anteriormente.

150 6. Implantación de una herramienta de planificación y control de proyectos 136 Si se conecta correctamente en la caja de Oracle connect string deberá aparecer la conexión a la base de datos. Deberemos marcar que queremos sobrescribir la base de datos con datos por defecto y darle a continuar. Con esto se finalizará la carga de datos de la aplicación.

151 6. Implantación de una herramienta de planificación y control de proyectos Instalación de MyPrimavera y configuración Instalación de MyPrimavera Antes de instalar myprimavera 5.0, se necesita instalar la base de datos PMDB y la versión 5.0 del módulo cliente PMDB. Este paso ya se realizo en la creación de las bases de datos Oracle. También se deberá instalar el servidor de aplicaciones myprimavera. El servidor que utiliza es un servidor Tomcat version que deberemos instalar también. Esta versión de Tomcat requiere J2SDK 1.4.2_05 o superior, que se deberá bajar de e instalarlo, [MICROS]. Descargaremos la versión indicada, apareciendo la ventana inferior.

152 6. Implantación de una herramienta de planificación y control de proyectos 138 Una vez instalado el servidor Tomcat y el J2SDK se empezará la instalación de myprimavera: Se deberá ejecutar el siguiente programa para ello, SetupMainWin.exe.

153 6. Implantación de una herramienta de planificación y control de proyectos Importación y exportación de datos

154 6. Implantación de una herramienta de planificación y control de proyectos 140

155 6. Implantación de una herramienta de planificación y control de proyectos 141

156 6. Implantación de una herramienta de planificación y control de proyectos 142

157 7 Citrix Metaframe

158 7. Citrix metaframe Citrix metaframe Se ha decidido utilizar esta herramienta para publicar la aplicación de planificación y control de proyectos anteriormente elegida (Primavera Project Planner) en Internet. A continuación se va a realizar una breve introducción de esta aplicación y como se procederá a la publicación de Primavera dentro del entorno de Citrix, [CITRIXM]. 7.1 Introducción a Citrix Metaframe Citrix Access Gateway [CITR06] son una familia de dispositivos VPN SSL robustecidos que ofrecen a los usuarios un acceso controlado a todas las aplicaciones y los recursos que necesitan para ser productivos. Los productos Citrix Access Gateway proporcionan un acceso seguro universal a cualquier aplicación o protocolo de red, incluidas las aplicaciones de Windows y UNIX, las aplicaciones web, los ficheros compartidos en red, y hasta los servicios de telefonía mediante teléfonos VoIP de software, sin ningún desarrollo a medida ni webificación. Las políticas de acceso determinan el nivel de acceso de cada usuario, según reglas definidas por el administrador y análisis del punto de destino. Mediante el uso de Citrix Access Gateway, las organizaciones pueden superar los inconvenientes que caracterizan a otras soluciones de VPN, como son las dificultades para atravesar cortafuegos y proxies, la complejidad de distribución del software de cliente, el soporte de aplicaciones limitado y las complicaciones de gestión. Por eso motivo se ha decidido la utilización de Citrix Metaframe, que permite publicar en Internet herramientas pesadas, como la herramienta de planificación y control de proyectos elegida (Primavera Project Planner). Una amplia gama de dispositivos y ediciones permite que Access Gateway responda a las necesidades de las organizaciones de cualquier tamaño, desde

159 7. Citrix metaframe 145 pequeñas empresas hasta las corporaciones globales más exigentes. A continuación se detallarán los distintos modelos de Citrix y se especificará cuál es el modelo elegido: Citrix Access Gateway Standard Edition es fácil de implantar, sencillo de administrar y la solución de acceso remoto seguro más rentable del mercado. El dispositivo Access Gateway se instala en la DMZ de la organización, y protege todo el tráfico mediante SSL normalizado. Los usuarios remotos se conectan a través de un cliente actualizado, de fácil manejo y que descargan de la web, disfrutando de una experiencia tan completa como la de su propio escritorio. Citrix Access Gateway Advanced Edition extiende el acceso a más dispositivos y usuarios, con un simple navegador y desde dispositivos móviles. Las amplias posibilidades de SmartAccess aportan un control de acceso basado en políticas, sumamente granular, que incluye una profunda integración con Citrix Presentation Server. Citrix Access Gateway Enterprise Edition es la mejor solución para los entornos corporativos más exigentes, porque ofrece los niveles máximos de escalabilidad, prestaciones, alta disponibilidad y posibilidades de administración. Las funciones integradas de aceleración y optimización de aplicaciones aumentan todavía más el rendimiento del acceso remoto, al tiempo que reducen los costes.

160 7. Citrix metaframe Ventajas y características de Citrix Metraframe Refuerza la seguridad de los datos, monitorizando y regulando el acceso de los usuarios [CIAG06]. El cliente de Access Gateway oculta el sistema de direccionamiento interno de la red y, combinado con el control de los túneles, bloquea los gusanos más corrientes de la red. Las listas blancas de aplicaciones permiten a los administradores controlar estrictamente a qué aplicaciones de cliente y qué versiones se permite comunicar con cada servidor de back-end. La pre-identificación integrada y la exploración continuada y en tiempo real del punto de destino garantizan que los dispositivos de los usuarios se mantengan seguros en su conexión a la red corporativa. La edición Advanced Edition aporta las significativas posibilidades de SmartAccess, que utilizan las funciones de detección y respuesta no sólo para conceder o denegar el acceso a las aplicaciones, sino que también ofrecen control sobre las acciones, especificando lo que puede hacer el usuario con la información. Por ejemplo, según el dispositivo y/o el lugar de acceso, las organizaciones pueden controlar si se permite a los usuarios ver, imprimir, modificar o guardar la información. Responde a las necesidades de las mayores corporaciones Access Gateway Enterprise Edition posee un conjunto de funciones, como son la alta disponibilidad del acceso remoto a un solo centro de datos, y la capacidad de construir una solución completa de recuperación tras un desastre que abarque varias sedes geográficas. Gracias a funciones de seguridad avanzadas, como la autenticación mediante tarjeta chip y la prevención de denegaciones de servicio, las organizaciones pueden tener la seguridad de que sus datos y aplicaciones se encuentran a salvo. Los usuarios disfrutarán de la compresión y la aceleración líderes de la industria, que mejorarán todavía más su experiencia de acceso.

161 7. Citrix metaframe 147 Simplifica la administración y reduce los costes Los productos Citrix Access Gateway de VPN SSL universal reducen drásticamente la complejidad de administración respecto a los sistemas tradicionales. Los administradores pueden instalar, configurar e implantar el Access Gateway de manera fácil y rápida, sin comprometer la seguridad y ofreciendo un coste de explotación mucho mejor. El acceso de los usuarios se consigue sin el coste ni la complejidad de instalar, configurar, actualizar y prestar soporte al software de cliente en cada dispositivo Buena solución ante acceso remoto La familia Citrix Access Gateway de VPN SSL universales es una buena solución ante acceso remoto, y se la ofrece el nombre de más confianza en el campo del acceso seguro ondemand. No existe otra VPN SSL que ofrezca una experiencia de acceso tan eficiente y rentable.

162 7. Citrix metaframe 148

163 7. Citrix metaframe Plataforma de Acceso Citrix Los productos Citrix están diseñados para solventar problemas de acceso específicos, en forma de soluciones independientes. El uso conjunto de varios de estos productos aporta los cimientos de una plataforma de acceso segura, flexible y ampliable, [CGOP06]. A continuación se van a detallar los siguientes productos que ofrece Citrix: Citrix Presentation Server es el estándar de la industria en sistemas para virtualizar la distribución de los recursos empresariales a través de una arquitectura centralizada y segura. Citrix NetScaler System: Es la manera más avanzada de optimizar la distribución de los recursos empresariales mediante una solución integrada de red, que gestiona, protege y acelera el tráfico de las aplicaciones.

164 7. Citrix metaframe 150 Citrix Application Firewall: Realiza una defensa completa y eficaz demostrada frente a los ataques y los usos incorrectos de la infraestructura Web y de la información crucial. Citrix Application Gateway: Es la forma más segura, simple y adaptable de llevar las aplicaciones convergentes de voz y datos a las pantallas y los altavoces de los teléfonos IP. Citrix Access Gateway: Es una VPN SSL avanzada, fácil de usar y económica, con control avanzado de accesos que gestiona quién consulta la información de la empresa y lo que hace con ella. Citrix Password Manager: Es la solución de identificación empresarial única más segura, eficiente y fácil de implantar, para acceder cómodamente a todas las aplicaciones identificándose una sola vez. Citrix GoToMeeting: Es un servicio gestionado a través de la web que facilita a cualquier usuario el uso de herramientas de colaboración en tiempo real y la participación en reuniones en línea, de forma instantánea, segura y económica. Citrix GoToAssist: Es una solución de soporte a distancia líder de la industria, que permite a las organizaciones ofrecer una asistencia de primera categoría a través de Internet a sus clientes y usuarios finales, en un entorno seguro y de alta disponibilidad. Citrix GoToMyPC: Es un servicio gestionado que proporciona acceso remoto seguro y cifrado a los PC de sobremesa con Windows, desde cualquier ordenador conectado a Internet.

165 7. Citrix metaframe Publicar una aplicación en el entorno Citrix Metaframe Los pasos que hay que seguir para la publicación de una aplicación en Metaframe son los siguientes: Instalar la aplicación en el servidor de desarrollo de Iberinco El primer paso que se debe realizar es intalar el cliente de Primavera Project Planner en el servidor de desarrollo de Iberinco. Para poder instalar el cliente de Primavera en este servidor hay que realizar lo siguiente: - Conectarse al servidor de desarrollo con las credenciales apropiadas: - Si no se está conectado por Terminal Server, es necesario abrir una ventana de DOS y ejecutar lo siguiente: o change user /install - Instalar la aplicación a publicar (Primavera Project Planner). Esta aplicación siempre debe hacerse en el disco G(Aplicaciones). Esta instalación se realizará como se ha especificado anteriormente en el apartado dedicado a ello del proyecto (Punto 6.3), pero sin la opción stand-alone, para que la gente no trabaje en local en la máquina Citrix, pero si con conexión a la base de datos de producción para que trabaje directamente. -Una vez se haya instalado Primavera Project Planner en el servidor de desarrollo realizaremos las siguientes acciones:

166 7. Citrix metaframe 152 Se creará un archivo bat con el siguiente contenido: o net use z: /delete --- Comando que desmonta la unidad z. o net use x: /delete --- Comando que desmonta la unidad x. o net use z: \\msfibcapp03\primavera --- Se monta de nuevo la unidad z con el recurso compartido dónde los proyectos almacenan la información relacionada con Primavera. o net use x: \\ts3centr005\primavera --- Se monta la unicad x con el recurso que tiene ubicado el servidor de Citrix, dónde se encuentra Primavera, donde aparecen los errores y los warnings que aparecen durante la actualización. o CALL "G:\Program Files\Primavera\Project Management\PM.exe" ---Este comando llama al ejecutable de Primavera. Se deben compartir ciertos archivos de texto de Primavera, con el modo security (no con el modo sharing), ya que los usuarios que acceden a la herrmienta tienen que tener permisos para poder modificarlos y comprobarlos. - A continuación debe probarse de forma local que funciona sin problemas. - Una vez hecho esto, hay que solicitar a Iberdrola que publique la aplicación en el Citrix de dicho servidor. - Para que Iberdrola pueda publicar la aplicación se deben indicar los siguientes datos: Ruta al fichero.exe a ejecutar/publicar (La ruta del archivo que se debe dar es el archivo bat creado anteriormente). Usuarios que tendrán acceso a la aplicación a través de Citrix. Si aplica, permisos especiales que se requieren Probar la aplicación en el entorno de desarrollo Citrix Las pruebas en el entorno Citrix se explicarán más adelante.

167 7. Citrix metaframe Solicitar el paso a integración de la aplicación. Una vez que las pruebas en desarrollo se consideran satisfactorias, se debe solicitar el paso a integración de dicha aplicación. Para ello hay que seguir los siguientes pasos: - Realizar una petición a través de Gestiona (Gestiona es un servicio de apoyo para la solicitud y tratamiento de las peticiones de gestión de cambios realizadas por los usuarios de Iberinco) del tipo Otras Solicitudes.

168 7. Citrix metaframe 154 Esta petición debe seguir la siguiente plantilla: PASO A INTEGRACIÓN INICIAL APLICACION METAFRAME ============================================================ NUEVA APLICACION/NUEVA FUNCIONALIDAD (NA/NF): <Nombre de la Aplicación a publicar> DESCRIPCIÓN DE LA SOLUCIÓN: <Breve descripción de la aplicación> NOMBRE DE LA APLICACIÓN: <Nombre de la aplicación> ARQUITECTURA: METAFRAME JEFE DE PROYECTO: -- PETICIONARIO DE DISTRIBUCIÓN: <Persona que solicita la publicación> (Iberinco) DESTINO DE LAS DISTRIBUCIONES: METAFRAME XP FECHA DE PASO A PRODUCCIÓN: <fecha estimada del paso> COMENTARIOS: <comentarios relevantes en relación a la aplicación, Tales como servidores donde hay que publicarlo, si se requieren Permisos de administración, etc> DCO: Se anexa en un correo aparte. <con la petición se debe anexar un

169 7. Citrix metaframe 155 Documento llamado DCO (Documento de Condiciones de Operación) que se Explicará más adelante>. - Además, hay que solicitar, también vía Gestiona, el alta de los usuarios a los que se desee dar acceso a la aplicación en integración. Tipo de Petición: Otras Solicitudes. - Asimismo, se debe contactar con los responsables de Metaframe en Iberdrola para informarles de la petición. - Iberdrola Sistemas debe proporcionar una máquina, un usuario y una clave para poder realizar la instalación de la aplicación en el entorno de integración. La operativa para la instalación es la misma que la que se siguió previamente en el entorno de desarrollo Probar la aplicación en el entorno Citrix de Integración. Las pruebas que se deben realizar se explicarán más adelante Solicitar el paso a producción de la aplicación. Una vez que las pruebas en integración se consideran satisfactorias, se debe solicitar el paso a producción de dicha aplicación. Los pasos a seguir para este paso son los mismos que los que tuvieron que hacer para el paso a Integración, especificando en el título de la petición Paso a producción Inicial Aplicación Metaframe. Iberdrola Sistemas debe proporcionar una máquina y un usuario y clave para poder realizar la instalación de la aplicación en el entorno de producción. La operativa es la misma que la que se siguió en los entornos anteriores.

170 7. Citrix metaframe Probar la aplicación en el entorno Citrix de Producción. Las pruebas que se deben realizar se explicarán más adelante. Una vez que todas las pruebas son satisfactorias se debe solicitar a Iberdrola que habilite dentro de Amarna la opción de solicitud de acceso a dicha aplicación por Citrix para que cualquier empleado pueda pedir acceso, siempre que los responsables de la aplicación así lo autoricen Pruebas en el entorno Metaframe Cuando un usuario quiere acceder a una aplicación publicada en Citrix (ya sea en los entornos de Desarrollo, Integración o Producción) debe seguir los siguientes pasos: Abrir el Internet Explorer y entrar a: Verá lo siguiente:

171 7. Citrix metaframe 157 El usuario debe autentificarse en el portal con su número de empleado y clave de acceso. Al hacerlo, verá lo siguiente: La primera vez que un usuario se conecte al portal de Citrix, deberá pinchar en el enlace: Este enlace instalará el plugin del cliente Metaframe que permitirá al usuario ejecutar las aplicaciones remotas. Una vez hecho esto, en la parte izquierda de la pantalla, el usuario verá las carpetas y aplicaciones a las que tiene acceso:

172 7. Citrix metaframe 158 Al pinchar en la carpeta verá la lista de aplicaciones que se encuentran publicadas para este usuario:

173 7. Citrix metaframe 159 Pinchando en cualquiera de ellas se arranca la aplicación y se comprueba que ésta funciona correctamente. NOTA: Para el usuario es completamente transparente el saber si una aplicación se encuentra publicada en el entorno de desarrollo, integración o producción. Debe ser responsabilidad del coordinador de las aplicaciones Citrix en Iberinco el saber qué usuarios tiene acceso a qué aplicaciones, limitar el acceso a los entornos de desarrollo e integración al equipo de pruebas y permitir únicamente accesos a producción.

174 7. Citrix metaframe 160 Al arrancar la aplicación aparece la siguiente ventana de msdos. Como se puede ver sigue los pasos de nuestro archivo bat, desmonando las unidades z y x y volviendolas a montar más a delante con las rutas de los servidores de Citrix que contienen la aplicación. Después se llama al ejecutable de Primavera que inicia la aplicación.

175 7. Citrix metaframe 161 En la siguiente figura se observa como se arranca Primavera Project Planner y se puede trabajar con la herramienta.

176 7. Citrix metaframe Características de los servidores de Citrix 1 servidor PowerEdge 4400 con las siguientes propiedades: 2 Procesadores x86 Family 6 Model 8 Stepping 6 Genuine Intel 930 Mhz. 1 Gb de memoria RAM. 2 Discos duros internos de 6 Gb Y 62 Gb. La versión de CITRIX instalada en el servidor es Presentation Server 4.

177 7. Citrix metaframe Análisis del rendimiento de los servidores Citrix En función de los resultados obtenidos se puede observar que en determinados momentos las características del servidor han podido ralentizar la ejecución de las aplicaciones (las pruebas se realizaron en un servidor de desarrollo, menos potente que los servidores que tenemos en producción) Porcentaje de tiempo de procesador Porcentaje del intervalo de tiempo que un procesador está ocupado ejecutando todos los procesos (incluyendo los procesos propios del sistema). El uso del procesador ha llegado a ser de un 80 % que es un porcentaje bastante elevado.

178 7. Citrix metaframe Memoria (MBytes) disponible Número de MBytes disponibles para que lo utilicen los procesos. El número de MBytes disponibles ha sido en determinados momentos demasiado bajo, en algunos momentos la memoria disponible ha sido de sólo 197 Mbytes.

179 7. Citrix metaframe Configuración recomendada equipo cliente Citrix A continuación mostramos un tipo de configuración recomendada: Sistema Operativo: Windows XP SP2 (Español). Nombre del equipo: el equipo debe pertenecer al mismo dominio que el de la impresora que se va a utlizar. Impresora: HP LaserJet 5100 PCL 6. Nombre de la impresora instalada en el equipo cliente: nombre_impresora en nombre_servidor (no debe aparecer como nombre_impresora en nombre_servidor.dominio ). 7.8 Listado de impresoras homologadas por Iberdrola A continuación se listan las impresoras HP homologadas por Iberdrola para su uso en CITRIX: LJ 1010/1012, LJ 1015, LJ 1022, LJ 1100, LJ 1150, LJ 1160, LJ 1200, LJ 1300, LJ 1320, LJ P2015, LJ 2100, LJ 2200, LJ 2300, LJ 2410/2420/ 2430, LJ 2820/ 2830/ 2840, LJ P3005, LJ 3015/3020/3030, LJ M3027/M3035mfp, LJ 3050/3052/3055, LJ 3100, LJ 3150, LJ 3200, LJ 3300mfp, LJ 3380, LJ 3390/3392, LJ 4000, LJ 4050, LJ 4100, LJ 4100/ 4101mfp, LJ 4200, LJ 4240/4250, LJ 4300, LJ 4345mfp, LJ 4350, LJ 5000, LJ M5025/M5035 mfp, LJ 5100, LJ 5500, LJ 8000, LJ 8100, LJ 8150, LJ 9000, LJ 9000mfp, LJ 9040, LJ 9040mfp/ 9050mfp, LJ 9055mfp, LJ 9065mfp, LJ 4, 5, 6 Family. CLJ CM1015/1017 mfp, CLJ 1500, CLJ 2500, CLJ 2550, CLJ 2605, CLJ 2700, CLJ 3000, CLJ 3500, CLJ 3550, CLJ 3600, CLJ 3700, CLJ 3800, CLJ CP4005, CLJ 4500, CLJ 4550, CLJ 4600, CLJ 4600, CLJ 4650, CLJ 4700, CLJ 4730mfp, CLJ 5550, CLJ 8500, CLJ 8550, CLJ 9500, CLJ 9500mfp.

180 8 Replicación Oracle

181 8. Replicación Oracle Replicación Oracle 8.1 Vista general de la replicación Replicación es el proceso de copiado y mantenimiento de objetos de la base de datos, tales como tablas, en bases de datos múltiples simulan un sistema de bases de datos distribuido, [BURR01]. Los cambios hechos en un sitio son capturados y almacenados localmente antes de ser enviados y aplicados en cada una de las locaciones remotas. La replicación avanzada de Oracle es una característica del servidor Oracle, no es un servidor separado. La replicación utiliza tecnología de bases de datos distribuidas para compartir datos entre múltiples sitios, pero una base de datos replicada y una base de datos distribuida no son lo mismo. En una base de datos distribuida, los datos están disponibles en muchas locaciones, pero una tabla en particular reside solo en una locación. Replicación significa que el mismo dato esta disponible en múltiples locaciones. Algunas de las razones principales para utilizar la replicación son: Disponibilidad: La replicación mejora la disponibilidad de las aplicaciones, ya que provee opciones alternativas de acceso a los datos. Si un sitio no se encuentra disponible, los usuarios pueden continuar con consultando o actualizando las locaciones restantes. En otras palabras la replicación provee una excelente protección contra fallos. Rendimiento: La replicación provee un rápido acceso local para compartir datos ya que balancea la actividad sobre múltiples sitios. Algunos usuarios pueden acceder a un servidor mientras que otros acceden a diferentes servidores, reduciendo la carga de todos los servidores. También, los usuarios pueden acceder a datos de un sitio replicado que tiene un menos coste de acceso, el cual es típico que el sitio se encuentre geográficamente más cerca.

182 8. Replicación Oracle 168 Computación Desconectada: Una vista materializada es una copia (replica) completa o parcial de una tabla en un determinado momento. Las vistas materializadas habilitan a los usuarios trabajar sobre un subconjunto de la base de datos mientras están desconectados del servidor de base de datos central. Más tarde, cuando se establezca una conexión, los usuarios pueden sincronizar (refresh) las vistas materializadas. Cuando los usuarios refrescan las vistas materializadas, actualizan la base de datos central con todos los cambios que hayan hecho y recibirán los cambios que puedan haber ocurrido mientras estaban desconectados. Reducción de la carga: La replicación puede ser utilizada para distribuir datos sobre múltiples localizaciones regionales. Así, las aplicaciones pueden acceder a varios servidores regionales en vez de acceder a un servidor central. Esta configuración puede reducir la carga de la red drásticamente. Despliegue en masa: Cada vez más, las organizaciones necesitan hacer uso de algunas aplicaciones que requieren la capacidad de usar y manipular datos. Con la replicación de Oracle, las plantillas de uso habilitan crear múltiples ambiente de vistas materializadas rápidamente. Se pueden utilizar variables para personalizar cada ambiente de vistas materializadas según las necesidades individuales.

183 8. Replicación Oracle Aplicaciones que usan replicación Replicación lo soportan una variedad de aplicaciones que a menudo tiene diferentes requerimientos. Algunas aplicaciones permiten sitios de vistas materializadas relativamente autónomos. Por ejemplo, automatización de ventas, servicio de campo, venta al por menor, despliegue en masa, típicamente requieren datos para ser periódicamente sincronizados entre el sistema central de base de datos y un gran numero de sitios pequeños remotos, los cuales a menudo son desconectados desde la base de datos central. En ese caso, los sitios remotos deben ser autónomos. Por otra parte, aplicaciones tales cono centros de llamadas y sistemas de Internet requieren datos en múltiples servidores para ser sincronizados de manera continua, casi instantánea para asegurarse que el servicio que se provee está disponible y equivalente en todo momento. Por ejemplo, un sitio Web de ventas al por menor en Internet debe asegurarse que los clientes vean la misma información en el catálogo online en cada sitio. Aquí, la consistencia de datos es más importante que la autonomía del sitio. Replicación en Oracle puede ser usada para cada tipo de aplicaciones descriptas en el párrafo anterior, y para sistemas que combinen aspectos de ambos tipos de aplicaciones. De hecho, la replicación en Oracle puede soportar ambos, despliegue en masa y replicación servidor a servidor, habilitando la integración en un ambiente único y coherente. En tal ambiente pueden compartir datos. Replicación Oracle puede replicar datos en ambientes que usen diferentes versiones de Oracle y en ambientes que corran Oracle en diferentes sistemas operativos. Por lo tanto, aplicaciones que usen datos en tales ambientes pueden usar replicación Oracle.

184 8. Replicación Oracle Objetos, Grupos y Sitios Replicables Las siguientes secciones explican los componentes básicos de un sistema de replicación, incluyendo objetos, grupos y sitios de replicación, [BURR01]. Objetos Replicables: Un objeto replicable es un objeto de una base de datos existente en múltiples servidores en un sistema de base de datos distribuido. En un ambiente de replicación, cualquier actualización hecha a un objeto replicable en un sitio es aplicada a las copias en todos los otros sitios. Replicación Oracle permite replicar los siguientes tipos de objetos: Tablas Índices Vistas y Object Views Packages y Packages Bodies Procedimientos y Funciones Tipos definidos por el usuario y Type Bodies Triggers Sinónimos Indextypes Operadores definidos por el usuario En cuanto a tablas, la replicación soporta avanzadas características tales como tablas particionadas, tablas organizadas por índices, tablas conteniendo columnas que se basan en tipos definidos por el usuario y tablas objetos.

185 8. Replicación Oracle 171 Grupos de replicación En un ambiente de replicación, Oracle maneja objetos replicables usando grupos replicación. Un grupo replicación es una colección de objetos replicables que están relacionados lógicamente. Organizando objetos de bases de datos relacionadas dentro de un grupo replicación, es más fácil administrar muchos objetos juntos. Típicamente, se crea y usa un grupo de replicación, para organizar el esquema de objetos necesarios para soportar una aplicación de base de datos particular. Sin embargo, grupos de replicación y esquemas no necesitan corresponder uno con otro. Un grupo de replicación puede contener objetos de múltiples esquemas y un esquema singular puede tener objetos en múltiples grupos de replicación. Sin embargo, cada objeto replicable puede ser miembro sólo de un grupo de replicación. Sitios Replicables Un grupo de replicación puede existir en múltiples sitios replicables. Los ambientes de replicación soportan dos tipos básicos de sitios: sitios maestros y sitios de vistas materializadas. Un sitio puede ser tanto un sitio maestro para un grupo replicable y un sitio de vistas materializadas para otro grupo replicable diferente. Sin embargo, un sitio no puede ser a la vez sitio maestro y sitio de vista materializada de un mismo grupo replicable. Las diferencias entre sitio maestro y sitio de vista materializada son las siguientes: Un grupo de replicación en un master site es referido más específicamente como un master group. Un grupo de replicación en un sitio de vista materializada está basado en un master group y es referido más específicamente como un grupo de vista materializada. Adicionalmente, cada master group tiene exactamente un master definition site. Un master definition site de un grupo de replicación es un master site, sirviendo como el centro de control, para manejo de grupos de replicación y objetos en el grupo.

186 8. Replicación Oracle 172 Un master site mantiene una copia completa de todos los objetos en un grupo de replicación, mientras que las vistas materializadas en un materializad view site pueden contener todos o un subconjunto de la tabla de datos dentro de un master group. Por ejemplo, si el master group x contiene las tablas y, z, entonces todos los master sites participando en el master group deben mantener una copia completa de y,z. Sin embargo, una vista de un materializad view site debería contener solo una vista materializada de la tabla de y, mientras que otra materialized view site debería contener vistas materializadas de ambas tablas, de y,z. Todos los master sites en un ambiente de replicación multimaster se comunican directamente con uno y otro para propagar continuamente los cambios de datos en el grupo de replicación. Materialized view sites contienen una imagen, o vista materializada, de la tabla de datos desde un cierto punto en el tiempo. Típicamente, una vista materializada es refrescada periódicamente para sincronizarla con su master site. Se puede organizar vistas materializadas en grupos de refresco. Vistas materializadas en un grupo de refresco pueden pertenecer a uno o más grupos de vistas materializadas, y ellas son actualizadas al mismo tiempo para asegurar que los datos en todas las vistas materializadas en el grupo de refresco correspondan al mismo, transaccionalmente consistente punto de tiempo.

187 8. Replicación Oracle Tipos de ambientes de Replicación Replicación Oracle soporta los siguientes tipos de ambientes de replicación: Replicación Multimaster Replicación de Vistas Materializadas. Configuraciones híbridas Multimaster y Vistas Materializadas Replicación Multimaster Replicación Multimaster permite sitios múltiples, actuando como pares iguales, para dirigir grupos de objetos de base de datos replicables. Cada sitio en un ambiente de replicación multimaster es un master site, y cada sitio se comunica con los otros master sites. Las aplicaciones pueden actualizar cualquier tabla replicada en cualquier sitio en una configuración multimaster. Los servidores de base de datos Oracle operando como master sites en un ambiente multimaster, automáticamente trabajan para reunir los datos de todas las tablas de replicas y para asegurar la consistencia global de la transacción y la integridad de los datos. La replicación asincrónica es el medio más común para implementar la replicación multimaster. Otros medios incluyen replicación sincrónica y replicación procedural. Cuando se usa replicación asincrónica, la información acerca del lenguaje de manipulación de datos (DML) que cambia en una tabla es guardado en la cola de transacciones diferidas en el master site donde el cambio ocurrió. Estos cambios son llamados transacciones diferidas. Las transacciones diferidas son empujadas o propagadas hacia el otro participante del master site en intervalos regulares. Se puede controlar la cantidad de tiempo de un intervalo. Usar replicación asincrónica significa que los conflictos de datos son posibles, porque el mismo valor de fila puede ser actualizada en dos master sites

188 8. Replicación Oracle 174 diferentes, casi al mismo tiempo. Sin embargo, se puede usar técnicas para evitar conflictos y, si el conflicto ocurre, Oracle provee mecanismos preconstruidos que pueden ser implementados para resolverlos. La información sobre los conflictos sin resolver es almacenada en un Log de errores. Figura: Replicación multimaster Master Group Quiesce A veces, es necesario parar toda actividad de replicación de un master group para poder ejecutar ciertas tareas administrativas en el master group. Por ejemplo, se debe parar toda actividad de replicación de un master group para agregar un nuevo objeto de master group. Parar toda la actividad de replicación de un master group es llamado quiescing del grupo. Cuando un master group es parado, los usuarios no pueden llamar declaraciones DML de ninguno de los objetos del master group. También, todas las transacciones diferidas deben ser propagadas antes de que se pueda parar un master group. Los usuarios pueden continuar consultando las tablas en un master group parado.

189 8. Replicación Oracle Replicación de vistas materializadas Un vista materializada contiene una copia completa o parcial de un target master desde un punto especifico en el tiempo. El target master puede ser a la vez una tabla master en un master site o una vista materializada master en un site de vistas materializadas. Una vista materializada master es una vista materializada que funciona como un master para otra vista materializada. Una vista materializada multimaster es una que está basada en otra vista materializada, en lugar de una tabla master. Las vistas materializadas proveen los siguientes beneficios: Permite accesos locales, lo cual mejora los tiempos de respuesta y la disponibilidad. Carga de queries sin conexión del master site o del sitio de vista materializada master, porque en su lugar los usuarios pueden consultar la vista materializada local. Incrementa la seguridad de los datos permitiendo replicar solo un subconjunto. Un materialized view puede leerse en solo lectura, actualizarse, o escribirse, y estos tipos de vistas materializadas proveen beneficios en suma de aquellos enumerados previamente.

190 8. Replicación Oracle Vistas materializadas de solo lectura En una configuración básica, las vistas materializadas pueden proveer acceso de solo lectura a la tabla de datos que se originan desde un sitio master o un sito master de vistas materializadas. Las aplicaciones pueden consultar datos de vistas materializadas de solo lectura para evitar accesos al sitio master a través de la red, prescindiendo de la disponibilidad de la red. Sin embargo, las aplicaciones a lo largo de todo el sistema deben acceder a datos en el sitio master para ejecutar sentencias DML. Las tablas master y las vistas materializadas master de solo lectura no necesitan pertenecer a un grupo de replicación. Las vistas materializadas de solo lectura proveen los siguientes beneficios: Eliminan la posibilidad de conflictos porque no pueden ser actualizados. Soportan vistas materializadas complejas. Vistas materializadas complejas son por ejemplo las que contienen operaciones set o una cláusula CONNECT BY.

191 8. Replicación Oracle 177 Figura vistas materializadas de replicación de sólo lectura Vistas materializadas actualizables En una configuración más avanzada, se puede crear una vista materializada actualizable que permita a los usuarios insertar, actualizar, y borrar filas de las tablas del master objetivo o del master de vistas materializadas ejecutando estas operaciones en el materialized view. Una vista materializada actualizable puede también contener un subconjunto de los datos en el master. Las vistas materializadas actualizables están basadas en tablas o en otras vistas materializadas que han sido establecidos para soportar la replicación. De hecho, las vistas materializadas actualizables deben ser parte de un grupo de vistas materializadas que este basado en otro grupo de replicación.

192 8. Replicación Oracle 178 Figura: Replicación de vistas materializas actualizables La vistas materializas actualizables tiene las siguientes propiedades. Están siempre basados en una tabla única, aunque tablas múltiples pueden ser referenciadas en una subconsulta. Pueden ser actualizadas de forma incremental o rápida. Oracle propaga los cambios hechos a una vista materializa actualizable a una tabla de vistas remota master o al master de vistas materializas. Las actualizaciones del master se replican en cascada a los otros sitios de replicación. Las vistas materializas actualizables proveen los siguientes beneficios: Permiten a los usuarios consultar y actualizar datos locales replicados aun cuando está desconectado del master site o del sitio master de las vistas materializas.

193 8. Replicación Oracle 179 Requiere menos recursos que una replicación multimaster, mientras todavía está soportando la actualización de datos. Las vistas materializadas pueden reducir la cantidad de carga en los recursos de red porque las vistas materializas pueden ser actualizadas según la demanda, mientras que la replicación multimaster propaga los cambios a intervalos regulares. Además, debido a que las vistas materializadas pueden residir en una base de datos que contienen menos información, el espacio del disco y los requerimientos de la memoria para los clientes de vistas materializas pueden ser menores que los requerimientos para un servidor de Oracle que contenga master sites Vistas materializadas writeable Se puede crear una vista materializada usando la cláusula FOR UPDATE durante la creación pero luego nunca agregar la vista materializada a un grupo de vista materializada. En ese caso, los usuarios pueden mejorar el lenguaje de manipulación de datos (DML) en la vista materializada, pero esos cambios no pueden ser propagados al master y se pierden si la vista materializada es actualizada. Tales vistas materializadas son llamadas vistas materializadas writeable Subconjuntos de Filas y Columnas con vistas materializadas Ambos, subconjuntos de filas y columnas dan la posibilidad a crear vistas materializadas que contienen una copia parcial de los datos en una tabla master o master de vistas materializadas. Tales vistas materializadas pueden ser útiles para oficinas que no requieran el conjunto de datos completo.

194 8. Replicación Oracle Actualización de vistas materializadas Para asegurarse que una vista materializada es consistente con su tabla master o su master de vista materializada, se necesita actualizar periódicamente la vista materializada. Oracle provee los siguientes tres métodos para actualizar las vistas materializadas: Refresco rápido que utiliza logs de vistas materializadas para actualizar solo las filas que han sido cambiadas desde la última actualización. Refresco completo que actualiza toda la vista materializada. Refresco forzado ejecuta una actualización rápida cuando es posible. Cuando una rápida actualización no es posible, el refresco forzado ejecuta un refresco completo Grupos de refresco Cuando es importante para las vistas materializadas ser transaccionalmente consistentes con las otras, se pueden organizar en grupos de refresco. Actualizando el grupo de refresco, se puede asegurar que los datos en todas las vistas materializadas del grupo de refresco corresponden a la misma transacción consistente en el tiempo. Ambos, vistas materializadas de sólo lectura y las actualizables, pueden ser incluidas en un grupo de refresco. Una vista materializada en un grupo de refresco puede ser actualizada individualmente, pero haciendo eso, se anula los beneficios del grupo de refresco, porque actualizando las vistas materializadas individualmente no se actualizan las otras vistas materializadas del grupo de refresco.

195 8. Replicación Oracle Registro de vistas materializadas Un registro de vista materializada es una tabla en el master site o en el master site de vistas materializadas que guarda todos los cambios de DML en la tabla master o en el master de vistas materializadas. Un registro de vista materializada es asociado con una tabla master simple o master de vistas materializadas, y cada uno de esos tiene solo un registro de vista materializada. Un refresco rápido de una vista materializada es posible solo si el master de vistas materializadas tiene un registro de vistas. Cuando una vista materializada es refrescada con el método rápido, las entradas de las vistas materializadas asociadas al registro de vistas materializadas que han aparecido desde la última vez que fue actualizado son aplicadas a la vista materializada Despliegue de Patrones El despliegue de plantillas simplifica la tarea de desplegar y mantener muchos sitios de vistas materializadas remotas. Usando el despliegue de plantillas, se puede definir una colección de vistas materializadas definidas en un master site, y se puede usar parámetros en las definiciones para que las vistas materializadas puedan ser personalizadas para usuarios individuales o tipos de usuarios. Cuando un usuario instancia un patrón, las vistas materializadas son creadas en el sitio remoto. Los valores del parámetro pueden ser a la vez suplidos por los usuarios remotos o tomados desde una tabla mantenida en un master site.

196 8. Replicación Oracle Configuraciones Híbridas: Multimaster y vistas materializadas La replicación multimaster y materialized views pueden ser combinadas en configuraciones híbridas o mixtas para reunir los distintos requerimientos de aplicación. Configuraciones híbridas pueden tener cualquier número de master sites y múltiples sitios de vistas materializadas para cada master. Replicación multimaster entre dos masters puede soportar replicación de tablas completas, entre las bases de datos que dan soporte a dos regiones geográficas. Las vistas materializadas pueden ser definidas en los masters para replicar tablas completas o subconjuntos de tablas a sitios dentro de cada región. La siguiente figura muestra un ambiente de replicación híbrido.

197 8. Replicación Oracle 183 Diferencias clave entre las vistas materializadas y tablas master replicadas: Las tablas maestras replicadas deben contener datos para la tabla completa que está siendo replicada, mientras que las vistas materializadas pueden replicar subconjuntos de la tabla master de datos. La replicación Multimaster permite replicar cambios de cada transacción mientras los cambios ocurren. Las actualizaciones de vistas materializadas son orientadas a conjuntos, propagando cambios desde múltiples transacciones en una operación más eficiente, orientadas a lotes, pero con intervalos menos frecuentes. Si ocurren conflictos debido a los cambios hechos a copias múltiples de los mismos datos, entonces la detección y resolución de conflictos siempre ocurre en un master site o en un master site de vista materializada. 8.5 Conflictos de Replicación Los ambientes de replicación asincrónicos multimaster y de vistas materializadas actualizables deben tener la posibilidad de tener conflictos de replicación que puedan ocurrir cuando, por ejemplo, dos transacciones originadas desde diferentes sitios actualizan la misma fila casi al mismo tiempo. Cuando ocurren los conflictos de datos, se necesita un mecanismo para asegurar que el conflicto sea resuelto de acuerdo con las reglas de negocio y para asegurar que la información converja correctamente en todos los sitios. Además para terminar con cualquier conflicto que pudiera ocurrir en un ambiente de replicación, la replicación Oracle ofrece una variedad de métodos preconstruidos de resolución de problemas que habilita la posibilidad de definir un sistema de resolución de conflictos para la base de datos que resuelve los conflictos de acuerdo con las reglas del negocio. Si se tiene una situación única que los métodos preconstruidos de resolución de problemas no pueden resolver, entonces se tiene la opción de construir y utilizar métodos propios de resolución de conflictos.

198 8. Replicación Oracle Otras opciones de replicación Multimaster La replicación asincrónica es la forma más común de implementar la replicación multimaster. Sin embargo, hay otras dos opciones de replicación: sincrónica y procedural. o Replicación Sincrónica Un ambiente de replicación multimaster puede utilizar replicación asincrónica o sincrónica para copiar datos. Con la replicación asincrónica, los cambios hechos en un master site ocurren en tiempo posterior en los otros master sites participantes. Con la replicación sincrónica, los cambios hechos en un master site ocurren inmediatamente en todos los otros master sites participantes. Cuando se utiliza la replicación sincrónica, una actualización de una tabla resulta en la replicación inmediata de la actualización en todos los master sites participantes. De hecho, cada transacción incluye todos los master sites. Por lo tanto, si un master site no puede procesar una transacción por cualquier motivo, entonces la transacción se realiza rolled-back (se restaura la base de datos hasta el último commit) en todos los master sites. Aunque se evite la posibilidad de conflictos cuando se utiliza la replicación sincrónica, esto requiere un ambiente estable para operar correctamente. Si la comunicación a un master site no es posible debido por ejemplo a un problema en la red entonces los usuarios pueden todavía consultar tablas replicadas, pero ninguna transacción puede ser completada hasta que la comunicación sea restablecida. También, es posible para configurar la replicación asincrónica para que simule replicación sincrónica.

199 8. Replicación Oracle 185 o Replicación Procedural Las aplicaciones de procesamiento por lotes pueden cambiar grandes cantidades de datos en una sola transacción. En estos casos, la replicación a nivel de columna puede disminuir la carga de la red con algunos cambios en los datos. Para evitar dichos problemas, una aplicación de procesamiento por lotes operando en un ambiente de replicación puede utilizar replicación procedural para replicar llamadas a procedimientos almacenados para converger en replicas de datos. Replicación procedural replica solo las llamadas a los procedimientos almacenados que una aplicación utiliza para actualizar una tabla. No replica los datos modificados en si. Para utilizar replicación procedural, se deben replicar los paquetes que modifican datos en el sistema en todos los sitios. Antes de replicar un paquete, se debe generar un wrapper para cada paquete en cada sitio. Cuando una aplicación llama un procedimiento de paquetes en el sitio local para modificar datos, el wrapper asegura que sea la ultima llamada hecha al mismo procedimiento del paquete en todos los sitios en el ambiente de replicación. La replicación procedural puede ocurrir asincrónicamente o sincrónicamente. Detección de Conflictos y Replicación Procedural Cuando un dato replicado utiliza replicación procedural, los procedimientos que replican los datos son responsables de asegurar la integridad del dato replicado. Esto es, se deben diseñar procedimientos tanto para evitar o detectar conflictos de replicación y para resolverlos apropiadamente. En consecuencia, la replicación procedural es principalmente utilizada cuando las bases de datos son modificadas solo en grandes operaciones por lote. En tales situaciones, los conflictos de replicación son poco probables ya que numerosas transacciones no disputan el mismo dato.

200 8. Replicación Oracle 186 A continuación se va a explicar con detalle todos los conceptos explicados anteriormente. 8.7 Replicación maestra Conceptos de replicación maestra Para entender los detalles arquitectónicos de la replicación maestra, es necesario entender los conceptos de la replicación maestra. Ya vimos anteriormente conceptos de replicación maestra, pero en este apartado se pretende profundizar un poco más. Conocer como y porque la replicación es usada proveerá de una comprensión mucho mayor de cómo los elementos arquitectónicos individuales trabajan juntos para crear un ambiente de replicación multimaestro Que es la replicación maestra Oracle tiene dos tipos de replicación maestra: replicación maestra única y replicación multimaestra. La replicación multimaestra incluye muchos sitios maestros donde cada uno de los sitios maestros opera como iguales. En la replicación con un solo sitio maestro la replicación de la vista materializada provee los mecanismos para soportar potencialmente cientos o miles de sitios de vistas materializadas. Un sitio maestro único que soporta uno o más sitios de vistas materializadas puede también participar en un entorno multimaster creando un ambiente de replicación híbrida (la combinación de replicación multimaster y vista materializada). Las vistas materializadas pueden estar basadas en tablas maestras en sitios maestros o en vistas materializadas en sitios maestros de vistas materializadas. Cuando las vistas materializadas están basadas en vistas materializadas se tiene un entorno multitier (arquitectura cliente servidor donde el interfaz de usuario, las reglas de negocio, el almacenamiento de datos y el acceso a ellos son dirigidos y mantenidos en módulos independientes) de vistas materializadas. En un ambiente de este tipo las vistas materializadas que tiene otras vistas materializadas basadas en ellas son llamadas vistas materializadas maestras.

201 8. Replicación Oracle 187 Replicación multimaster La replicación multimaestro también conocida peer-to-peer o replicación en n- caminos esta compuesta de múltiples sitios maestros que participan igualmente en un modelo que soporta actualizaciones desde cualquier sitio. Las actualizaciones que se realicen a un sitio individual son propagadas a todos los demás sitios maestros que participan. Los servidores de bases de datos Oracle que operan como sitios maestros en un ambiente de replicación multimaestro trabajan automáticamente para uniformizar los datos de todas las replicas de tablas y aseguran las consistencia global de las transacciones y la integridad de los datos. La resolución de conflictos es manejada independientemente en cada uno de los sitios maestros. La replicación multimaestro provee la replicación completa de cada tabla replicada en cada uno de los sitios maestro. Si el ambiente de replicación es un ambiente híbrido (tienen muchos sitios maestros soportando una o mas sitios de vistas materializadas) entonces el sitio maestro principal propaga cualquiera de las actualizaciones realizadas sobre la vista materializada a todos los otros sitios maestros en el ambiente de replicación multimaestro. Después, cada uno de los sitios maestro propaga los cambios a sus vistas materializadas durante el refresco de ellas.

202 8. Replicación Oracle 188 La siguiente figura muestra un posible ambiente de replicación multimaestro: Replicación de un solo maestro Un sitio maestro único puede también funcionar como el sitio maestro principal para uno o más sitios de vistas materializadas. Contrariamente a la replicación multimaestro donde las actualizaciones son propagadas a todos los demás sitios, las actualizaciones de las vistas materializadas son realizadas solo en el sitio maestro principal. Sitios maestros Un sitio maestro puede ser un nodo en un ambiente de replicación multimaestro y ser el maestro para uno o más sitios de vistas materializadas en un ambiente de replicación de maestro único o multimaestro. Los objetos replicados son guardados en el sitio maestro y están disponibles para ser accedidos por los usuarios.

203 8. Replicación Oracle 189 Sitio maestro de definición En un ambiente de replicación multimaestro, un sitio maestro opera como el sitio maestro de definición para un grupo maestro. Este sitio particular realiza muchas de las tareas de mantenimiento y administrativas para el ambiente de replicación multimaestro. Cada grupo maestro puede tener un único sitio de definición maestro, aunque el sitio de definición maestro puede ser cualquiera de los sitios maestros en el ambiente multimaestro. Tradicionalmente el sitio de definición maestro puede ser cambiado a otro sitio maestro si es necesario. Un sitio maestro único soportando replicación de vistas materializadas es por defecto el sitio de definición maestro Por que utilizar replicación multimaestro Desde un punto de vista muy básico, la replicación es usada para asegurar que los datos estén disponibles cuando y donde se los necesite. El siguiente apartado describe varios ambientes diferentes que tienen necesidades de disponibilidad distintos. Un ambiente de replicación puede tener uno o más de los siguientes requerimientos: Tolerancia a fallos: La replicación multimaestro puede ser utilizada para proteger la disponibilidad de una base de datos crítica. Por ejemplo, un ambiente de replicación multimaestro puede replicar los datos en su base de datos para establecer un sitio tolerante a fallos si el sitio primario deja de estar disponible debido a problemas en el sistema o en la red. Un sitio tolerante a fallos de este tipo puede servir también como una base de datos totalmente funcional para soportar el acceso de aplicaciones cuando el sitio primario opera concurrentemente. Es posible usar también Oracle net para configurar el tiempo de conexión automática cuando ocurre un fallo, lo cual le permite a Oracle net cambiar a un sitio maestro diferente si el primer sitio maestro falla.

204 8. Replicación Oracle 190 Balanceo de carga: La replicación multimaestro es útil para las aplicaciones de procesamiento de transacciones que requieren múltiples puntos de acceso a información de bases de datos para los siguientes propósitos: Distribuir la carga de una aplicación pesada Asegurar disponibilidad continua Proveer acceso localizado a los datos Las aplicaciones que tiene requerimiento de distribución de carga comúnmente incluyen aplicaciones de servicio a los clientes. Cluster reales de aplicación Oracle comparados con replicación: Las áreas primordiales donde se debe considerar si utiliza replicación Oracle o cluster reales de aplicación Oracle son: balanceo de carga y supervivencia. o Balanceo de carga: El sistema de replicación Oracle provee balanceo de carga de lecturas sobre múltiples bases de datos mientras que los cluster reales de aplicación proveen balanceo de cargas sobre lecturas y escrituras. Como cada escritura debe ser hecha en cada sitio de replicación, la replicación no ofrece balanceo de carga de escrituras. o Supervivencia: La replicación provee mejor protección con respecto a desastres naturales, fallos eléctricas y o sabotaje. Porque el resto de los sitios de replicación puedes estar ubicados en otra región geográfica. Los cluster reales de aplicación operan en un cluster o en un sistema masivamente paralelo y esta localizado en un mismo ambiente físico, por lo que no lo puede proteger contra los mismos problemas físicos que la replicación.

205 8. Replicación Oracle 191 o Interoperabilidad: La replicación Oracle puede replicar datos entre plataformas distintas y sistemas operativos distintos que estén corriendo en Oracle. Las instancias en un cluster real de aplicación deben correr en la misma plataforma. Soporte para ambientes de vistas materializadas desconectadas: La replicación de vistas materializadas permite a los usuarios almacenar remotamente todos o un conjunto de los datos replicados de un sitio maestro en un ambiente desconectado. Los sitios maestro operan como el objetivo de los ambiente de vistas materializadas. El soporte de sitios maestros puede ser: Un sistema maestro único soportando todas las vistas materializadas, el cual reduce la posibilidad de datos divergentes debido a que la resolución de conflictos es llevada a cabo únicamente en los sitios maestros o en los sitios maestros de vistas materializadas (en un ambiente de vistas materializadas multitier). Una combinación de replicación multimaestro y de vistas materializadas donde grupos de vistas materializadas son apuntadas a diferentes maestros de la configuración multimaestro. Esta configuración distribuye la carga entre múltiples nodos maestros y provee escalabilidad mejorada en caso de que uno de los nodos maestro se vuelva no disponible.

206 8. Replicación Oracle Proceso de replicación multimaestro Como vimos anteriormente hay dos tipos de replicación multimaestro, asincrónica y sincrónica. Replicación asincrónica: La replicación asincrónica propaga independientemente cualquier DML o ejecución de un procedimiento replicado a todos los otros sitios maestro que participan en el ambiente de replicación multimaestro. La propagación ocurre en una transacción separada, después que el DML o el procedimiento de replicación hayan sido ejecutados localmente. La replicación asincrónica es el modo por defecto para la replicación debido a que requiere menos recursos de red y hardware que la replicación sincrónica, resultando una mejor disponibilidad y fiabilidad. La replicación asincrónica sin embargo significa que los conjuntos de datos de los distintos sitios maestros del ambiente de replicación pueden ser diferentes durante un periodo de tiempo hasta que los cambio hayan sido propagados. También pueden ocurrir conflictos de datos en un ambiente de replicación sincrónica.

207 8. Replicación Oracle 193 A continuación se describe el proceso de replicación asincrónica: 1-Un usuario publica una sentencia de DML o ejecuta un wrapper para un procedimiento replicado. Después que una tabla haya sido acondicionada para replicación, cualquier DML que el usuario realice un commit sobre la tabla es capturada para replicación en todos los sitios maestros. Para cada fila que es insertada, actualizada o borrada, un gatillo crea una llamada diferida a procedimiento remoto (RPC) y la coloca en la cola de transacciones diferidas. La cola de transacciones diferidas contiene todas las RPCs diferidas. Si un procedimiento ha sido replicado y su wrapper es ejecutado en un sitio maestro entonces la llamada al procedimiento es colocada en la cola de transacciones diferidas. 2-La cola de transacciones diferidas guarda RPCs diferidas. Cada transacción en la cola de transacciones diferidas tiene una lista de destinatarios que define donde debe ser propagada la transacción diferida; esta lista contiene todos los sitios maestros excepto el sitio original. Existe una cola de transacciones diferidas para cada sitio, y esta cola puede ser usada en grupos de replicación multiple. 3-La propagación envía transacciones diferidas a su destino a intervalos preestablecidos o bajo demanda. Las transacciones diferidas en la cola de transacciones diferidas son propagadas a sus destinos objetivos. Cada destino puede tener diferentes intervalos. 4-La transacción diferida es aplicada en el destino remoto mientras que una transacción diferida esta siendo propagada a su destino objetivo, cada RPC diferida es aplicada en el sitio destino llamando a un paquete interno. Si la transacción diferida no puede ser aplicada exitosamente en el sitio destino, entonces es reenviada y colocada en la cola de errores en el sitio destino, donde el DBA puede revisar y reparar los errores y reaplicar la transacción diferida.

208 8. Replicación Oracle 194 Cuando una transacción diferida es aplicada en el sitio destino, Oracle chequea posibles conflictos de datos. Si un conflicto es detectado, entonces es registrado en el sitio remoto y, opcionalmente, un método de resolución de conflictos es invocado. 5-Cuando una transacción diferida ha sido exitosamente propagada a todos los sitios maestros, no es purgada de la cola de transacciones diferidas del sitio original inmediatamente. Esta podría ser purgada mas tarde por un trabajo de purgación el cual corre a intervalos definidos por el usuario. Replicación sincrónica: La replicación sincrónica propaga cualquier cambio hecho en el sitio local a todos los otros sitios maestros conectados sincrónicamente en un mismo ambiente de replicación durante la misma transacción que el cambio inicial. Si la propagación falla en cualquiera de los sitios maestro, entonces la transacción entera, incluyendo el cambio inicial en el sitio maestro local es deshecha. Esta estricta medida asegura la consistencia de datos a lo largo del ambiente de replicación. Contrariamente a la replicación asincrónica, no existe un periodo de tiempo en el cual los datos de los sitios maestros no coincidan. La replicación sincrónica también asegura que no se introduzcan conflictos de datos en el ambiente de replicación. Estos beneficios tienen el costo de requerir mucho hardware y recursos de red sin flexibilidadad de tiempos. Por ejemplo, si un único sistema maestro en un ambiente mutimaestro no esta disponible, entonces una transacción no puede ser completada en ningún sitio maestro. Sin embargo, en la replicación asincrónica, la transacción diferida es mantenida en el sitio original hasta que el sitio caído se vuelva disponible. Mientras tanto, la transacción puede ser exitosamente propagada y aplicada a los otros sitios de replicación. Adicionalmente mientras el desempeño de las consultas se mantiene alto, ya que son realizadas localmente con replicación sincrónica, las actualizaciones son mas lentas debido al protocolo de dos fases que se utiliza para realizar los commits y que asegura que cualquier actualización sea exitosamente propagada y aplicada en los sitios remotos.

209 8. Replicación Oracle 195 A continuación se describe proceso de replicación sincrónica: 1-Un usuario publica una sentencia de DML o ejecuta un wrapper de un procedimiento replicado. Después que una tabla haya sido acondicionada para replicación, cualquier DML sobre el cual el usuario realice commit y que tenga como objetivo dicha tabla es capturado para replicación en todos los otros sitios maestros de replicación. Si un procedimiento ha sido replicado y su wrapper es ejecutado en un sitio maestro, entonces el procedimiento llamado es capturado para replicación. 2-El DML o la ejecución del wrapper es inmediatamente propagado a los sitios destino. El gatillo interno captura cualquier DML e inmediatamente propaga estas acciones a todos los otros sitios maestros del ambiente de replicación. El gatillo interno aplica estas acciones en el contexto seguro del enlace de la base de datos del propagador y usa un RPC interno para aplicar estas acciones en el sitio destino. Como un gatillo interno, un wrapper propaga inmediatamente al procedimiento replicado, la llamada al procedimiento a todos los otros sitios maestros del ambiente de replicación. Si la transacción falla en cualquiera de los sitios maestros de replicación entonces la transacción es desecha en todos los sitios maestros. Esta metodología asegura la consistencia de datos en todos los sitios maestros de replicación. Debido a la necesidad de deshacer una transacción si cualquier sitio falla, la replicación sincrónica es extremadamente dependiente de redes de alta disponibilidad, bases de datos de alta disponibilidad y hardware asociado.

210 8. Replicación Oracle Conceptos sobre resolución de Conflictos Cuando Oracle replica una tabla, algún DML aplicado a la tabla replicada de un sitio replicado (tanto un sitio master o con vistas materializadas) que causa un conflicto de datos en el sitio de destino es automáticamente detectado por el servidor Oracle en el sitio destino. Algunos conflictos de datos introducidos por el sitio de vistas materializadas son detectados y solucionados en el sitio master objetivo o en el sitio master de vistas materializadas. Por ejemplo, si el siguiente grupo maestro es programado para propagar cambios una vez por hora, entonces considerar que pasa cuando: Si el tiempo entre propagaciones es considerado un intervalo, y dos o más sitios actualizan la misma fila durante el mismo intervalo, entonces ocurre un conflicto. Además de los conflictos de actualización, descritos anteriormente, están los problemas de inserción y borrado. Cada conflicto ocurre cuando las acciones conflictivas ocurren dentro del mismo intervalo. Conflicto de actualización: Dos o más sentencias de DML son aplicadas a la misma fila en diferentes sitios de replicación antes que la sentencia de DML pueda ser propagada a los otros sitios.

211 8. Replicación Oracle 197 Conflicto de unicidad: Una inserción es llevada a cabo en dos o más sitios y la clave primaria (u otro conjunto de columnas únicas) por cada inserción que contiene el mismo valor, o una actualización en un sitio, modifica la clave primaria (u otro conjunto de columnas únicas), el cual contienen el misma valor que una inserción en otro sitio. Conflicto de eliminación: Un fila es eliminada en un sitio y una actualización ocurre en otro sitio, esto puede resultar en un intento de actualizar una fila que ya no existe, o la máxima fila es eliminada en el mismo intervalo en más de un sitio. Una vez que un conflicto de datos sea detectado, ocurren las siguientes acciones: 1-Los métodos de resolución de conflictos tratan de resolver el conflicto de datos. 2-Si el conflicto no fue resuelto, entonces se registra el conflicto en la cola de errores del sitio destino. Cuando un conflicto de datos es registrado en la cola de errores, el administrador de la base de datos es responsable de resolver manualmente el conflicto. Si escoge utilizar métodos de resolución provistos por Oracle o los definidos por el usuario, entonces el servidor Oracle trata automáticamente de resolver el conflicto. Los métodos de resolución de conflictos que se pueden implementar deben estar de acuerdo con las reglas de negocio definidas por el ambiente de replicación y deben garantizar convergencia de datos. Puede ser necesario modificar tablas para encontrar las necesidades de los métodos de resolución que se implementaron. Por ejemplo, el ultimo método de resolución de conflicto timestamp necesita una columna de timestamp en la tabla en la cual es implementada.

212 8. Replicación Oracle Arquitectura de la replicación Multimaster Este apartado describe la arquitectura de la replicación en términos de mecanismos y procesos Mecanismos del sitio maestro Para soportar un ambiente de replicación, Oracle utiliza los siguientes mecanismos en cada sitio maestro que participa, ya sea en ambientes de replicación multimaestro o replicación master. Algunos de estos mecanismos son requeridos solo en circunstancias especiales. Roles / Usuarios del master site Dependiendo de los requerimientos de seguridad, los siguientes tres roles pueden ser consolidados en un solo administrador de replicación. De hecho, en la mayoría de los ambientes de replicación multimaestro utilizan un solo usuario que lleva a cabo los roles de administrador de replicación, propagador y receptor. o Administrador de replicación Realiza todas las funciones administrativas relacionadas al sitio maestro en un ambiente de replicación. Tiene las siguientes responsabilidades: a. Construcción y mantenimiento de grupos individuales de replicación master. b. Agregar y eliminar los master sites participantes. c. Administración de colas. d. Controlar el estado del ambiente de replicación (normal y diferidas).

213 8. Replicación Oracle 199 o Propagador Realiza la tarea de propagar cada transacción contenida en la cola de transacciones diferidas a la de destino. Puede haber varios administradores para administrar los distintos esquemas, pero solo un propagador por cada base de datos. o Receptor Es el responsable de recibir y aplicar las transacciones diferidas por el propagador. Si no tiene los permisos apropiados para invocar transacciones en la cola de diferidas, entonces toda la transacción se coloca en la cola de error del destino. Enlaces a las base de datos Proveen un conducto para replicar datos entre master sites y sitios de vistas materializadas. En un ambiente multimaestro, hay un enlace a la base de datos desde cada master site individual a todos los demás master sites. Es decir que hay N-1 enlaces a la bases de datos por cada master site, donde N es el total de sitios maestros. En la figura cada master site tiene dos database links a los restantes master sites. Esta configuración asegura canales de comunicación bidireccionales entre sitios maestros, necesaria para replicación multimaster.

214 8. Replicación Oracle 200 Notar que los sitios de vistas materializadas, solo necesitan un link desde el sitio de vista materializada al master site. El sitio maestro no necesita un link al sitio de vistas materializadas.

215 8. Replicación Oracle 201 Objetos replicables o Tablas: En la mayoría de los casos la replicación de tablas es la base del ambiente de replicación. Una vez que la tabla sea seleccionada para ser replicada y haya sido generado su soporte de replicación, es monitoreada por trigger internos que detectan cualquier DML aplicado a ella. o Índices: Cualquier índice que es usado para reforzar una restricción de una tabla es automáticamente creado en los sitios remotos destinos cuando una tabla es seleccionada para replicación y creada en el sitio remoto. Cualquier índice usado por razones de rendimiento debe ser explícitamente seleccionado para replicación para ser creado en los demás master sites participantes del ambiente de replicación. Cuando un índice es replicado a otros sitios, funciona como si el índice hubiera sido creado localmente. No es necesario generar soporte de replicación para los índices. o Paquetes: Seleccionar paquetes para replicación y generar el necesario soporte de replicación da la habilidad de realizar replicación procedural. Este tipo de replicación puede ofrecer mejoras de rendimiento para grandes operaciones orientadas a lotes con gran número de filas que deben ser ejecutadas de forma serial dentro del ambiente de replicación. o Procedimientos y funciones: Los procedimientos y funciones no declarados como parte de un paquete no pueden tener soporte de replicación.

216 8. Replicación Oracle 202 o Tipos definidos por el usuario Para replicar un esquema de un objeto con tipos definidos por el usuario, estos tipos deben existir en todos los sitios de replicación y ser exactamente el mismo en todos los sitios. o Triggers Para asegurarse que cualquier aplicación o base de datos lógica es presentada en cada master site, se puede seleccionar triggers para replicación. Un importante ejemplo de trigger de replicación es replicar un trigger que automáticamente inserte una marca de tiempo en la tabla cuando alguna DML es aplicada en la tabla. o Vistas, vistas objeto y sinónimos Cuando se replica una vista, una vista objeto o un sinónimo, se utiliza simplemente la replicación para distribuir ese objeto a los otros master sites que están involucrados en el ambiente de replicación. Una vez que el objeto sea replicado a los otros sitios, se opera como si el objeto hubiera sido creado localmente. Ningún trigger interno o paquete, monitoriza el objeto para capturar sus cambios. o Tipos de índices Oracle soporta la replicación de tipos de índices. Se debe replicar explícitamente el tipo y el cuerpo de las funciones que uno utiliza para implementar un tipo índice. o Operadores definidos por el usuario Desarrolladores de aplicaciones orientadas a objetos pueden extender la lista de operadores relacionales bulit-in (por ejemplo +,-,/,*).Cuando uno replica operadores definidos por el usuario, simplemente utiliza la replicación para distribuir el operador a los demás master sites involucrados en el ambiente de replicación.

217 8. Replicación Oracle 203 Triggers internos Se utilizan para capturar y almacenar información acerca de actualizaciones de datos replicados. Los triggers internos construyen llamadas a procedimientos remotos (RPCs) para reproducir cambios en datos hechos en el sitio local a sitios de replicación remota. Procedimientos internos Cuando un RPC diferido es creado en un trigger interno es propagado a los demás master sites participantes, un procedimiento interno en el sitio destino es utilizado para aplicar al RPC en el sitio remoto. Estos procedimientos internos son activados automáticamente cuando uno genera soporte de replicación para una tabla y son ejecutados basados en RPCs recibidos desde la cola de transacciones diferidas del sitio de origen. Cola de transacciones diferidas Almacena las transacciones (por ejemplo DML) que son esperadas por otro destino del grupo maestro. Oracle almacena RPCs producidos por los triggers internos en la cola de transacciones diferidas de un sitio para luego propagarlas. Cola de error Almacena la información de aquellas transacciones que no pudieron ser ejecutadas con éxito en el sitio local. No se despliega información acerca de errores en otros sitios maestros. Cuando una condición de error ha sido resuelta, se puede ejecutar de nuevo la transacción o borrarla de la cola de error. Cola de trabajo Oracle logra el proceso de propagación utilizando el mecanismo de la cola de trabajo y transacciones diferidas. Cada servidor tiene su cola local de trabajos. Una cola de trabajos locales de un servidor es una base de datos que almacena información acerca de trabajos locales tales como PL/SQL para ejecutar un trabajo, cuando ejecuta un trabajo, etc.

218 8. Replicación Oracle Mecanismos administrativos Muchos mecanismos son requeridos para manejar las tareas administrativas que son llevadas a cabo para soportar un ambiente de replicación. Estos mecanismos permiten encender y apagar un ambiente de replicación, así como monitorizar tareas administrativas que son generadas cuando se construye o modifica el ambiente de replicación. Modos de operación de replicación Hay tres modos de operación: a) Normal: este modo permite que la replicación ocurra. El ambiente de replicación esta corriendo en este modo. Cualquier transacción sobre un objeto replicado es permitida y es propagada apropiadamente. b) Quiescing: es el modo para pasar del modo normal al modo quiesced. En este modo el usuario no esta habilitado a ejecutar transacciones sobre objetos replicados, pero existen transacciones diferidas que son propagadas. Las consultas sobre tablas quiescing están permitidas. Cuando todas las transacciones diferidas fueron exitosamente propagadas a sus respectivos destinos, el ambiente de replicación precede al modo Quiesced. c) Quiesced (Inactivo): puede ser considerado deshabilitado para el uso normal de la replicación. Es principalmente para propósitos administrativos (tales como agregar o eliminar objetos replicados). La replicación esta detenida en este modo.

219 8. Replicación Oracle 205 Control del modo de replicación: Existen dos modos de operación: a) Suspend: Ejecutando el mecanismo suspendido comienza el modo quiescing que transfiere el modo de operación replicación a un grupo maestro normal, en uno quiesced o inactivo. Este mecanismo solo puede ejecutarse en un ambiente en modo normal. Se ejecuta este mecanismo cuando sea necesario modificar el ambiente de replicación. b) Resume: Transfiere un grupo maestro desde el modo de replicación quiesced al modo normal. Si se han llevado a cabo trabajos administrativos en el ambiente de replicación (por ejemplo, se agrego un objeto replicado), entonces se debe verificar que la cola de pedidos administrativos este vacía antes de ejecutar el mecanismo de resume. Mecanismos Organizacionales El más notable de los mecanismos organizacionales es el grupo maestro. Ayuda a agrupar columnas que son utilizadas para resolver conflictos en una tabla replicada. En un ambiente de replicación, Oracle logra la replicación de objetos utilizando grupos de replicación. Son una colección de objetos replicados que son siempre actualizados en una manera transaccionalmente consistente. Organizando objetos relacionados de la base de datos en un grupo de replicación, es más fácil administrar los objetos a la vez. Típicamente, se crea y se usa un grupo de replicación para organizar un esquema de objetos necesario para soportar una aplicación de base de datos en particular. En un ambiente de replicación multimaster, los grupos de replicación son llamados grupos maestro. Las columnas de los grupos proveen mecanismos para agrupar todas las columnas que están involucradas en una rutina de resolución de conflictos.

220 8. Replicación Oracle VISTAS MATERIALIZADAS Conceptos de vistas materializadas Como vimos anteriormente, una vista materializada es una réplica de un master en un instante de tiempo. Estas vistas son actualizadas mediante procesos por lotes conocidos como refreshes. Como varios de los conceptos de las vistas materializadas ya fueron explicados, vamos a ver algunas características extra que son de interés Por que usar vistas materializadas Ya vimos anteriormente cuales eran las ventajas de la base de datos replicadas. Las ventajas de las vistas materializadas son las siguientes: Reducir la carga de la red. Replicación de subconjuntos: Esto permite la replicación de datos pertinentes para el sitio en particular. Es decir que permite replicar el mínimo imprescindible. Permite computación off-line. Desarrollo en masa Vistas materializadas en múltiples capas Oracle permite la creación de vistas materializadas, basadas en otras vistas materializadas. Esto genera un ambiente de varias capas de vistas, una jerarquía. Las vistas en este tipo de ambientes pueden ser de escritura o sólo lectura.

221 8. Replicación Oracle 207 En la figura anterior se puede ver un posible ambiente de replicación con mv1.world dependiendo del master bbdd1.world y a mv2.world dependiendo de mv1.world. A las vistas que actúan de master de otras vistas se les llama master de vistas materializadas. Cualquier sitio puede ser un master y cada master puede tener más de una vista dependiente.

222 8. Replicación Oracle 208 En la siguiente figura vemos una jerarquía de vistas dependientes de un master. Como se puede observar, a los sitios que dependen directamente del master se les ubica en el nivel 1 y a los que dependen de éstos en el nivel 2 y así sucesivamente. Una vista materializada maestra funciona de la misma forma que un master. Es decir que los cambios propagados por una vista del nivel 2 al 1, son manejados de la misma forma que los cambios propagados desde el nivel 1 al master. Este sistema de jerarquías de vistas ofrece una gran flexibilidad a los usuarios. Incluso pueden haber vistas parciales, como fue explicado anteriormente, con todas las ventajas también ya explicadas.

223 8. Replicación Oracle Mecanismos del master site y del master site de vista materializada Tabla maestra o vista materializada maestra La tabla maestra o la vista materializada maestra es la base de las vistas materializadas. La tabla maestra esta ubicada en un sitio master mientras que la vista materializada esta ubicada en un sitio master de vistas materializadas, es decir en un nivel 1 como mínimo. Los cambios efectuados en la tabla maestra son propagados a las vistas materializadas durante el refresco. Trigger interno para el log de vistas materializadas Cuando se efectúan cambios en la tabla maestra o en el master de la vista materializada mediante DML, el trigger interno se encarga de registrar información sobre las filas afectadas en el log. Esta información incluye la clave primaria, el ROWID o object ID y otros valores. Este trigger es el último en activarse. Log de vista materializada Este log es necesario en un sitio master, si queremos poder efectuar el refresco rápido sobre vistas dependientes del master. Cuando se crea un log para una tabla maestra o Master de vista materializada, Oracle crea una tabla oculta que servirá de log. Mecanismos de los sites de vistas materializadas Cuando se crea una vista materializada, se crean ciertos mecanismos para soportar las vistas. Se crea una tabla base, por lo menos un índice, y posiblemente una vista. Si creamos una vista materializada modificable, entonces se crean también un trigger interno y un log local, en el sitio.

224 8. Replicación Oracle 210 Tabla base y vista La tabla base de una vista materializada tiene diferentes funciones dependiendo del nivel de compatibilidad definido (esto es para integrar bases de datos de distintas versiones). Para las versiones superiores a la 8.1.0, la tabla base es la propia vista materializada y no se requiere de la vista extra. En cambio para versiones inferiores, la tabla base es el soporte y la vista es la vista materializada. Índice Se crea por lo menos un índice sobre la clave primarida de la tabla master. Oracle puede crear otros índices en el sitio remoto para soportar otras configuraciones. Log de vista materializada actualizable Este log es utilizado para saber que filas deben ser sobrescritas o eliminadas al efectuarse un refresco rápido. Si la vista es de sólo lectura entonces este log no es creado. Trigger para el Log de vista materializada actualizable Como en el caso del master, este trigger se encarga de registrar en la vista materializada actualizable los cambios efectuados mediante MDL. Si la vista es sólo lectura, entonces este trigger no es creado.

225 8. Replicación Oracle Conflictos Ya hemos mencionado a lo largo del proyecto el problema de los conflictos. En este apartado veremos los tipos de conflictos junto con métodos para la prevención y solución de ellos, [ORACLE]. Los conflictos aparecen en sistemas que permiten actualizaciones a los mismos datos en diferentes sitios. Lo primero es tratar de diseñar el sistema para que no ocurran conflictos. Hay casos en los que no es posible, resolver conflictos Tipos de conflictos Se pueden encontrar los siguientes conflictos en un ambiente replicado. Conflicto de actualización Estos conflictos ocurren por querer actualizar una entrada en distintos sitios al mismo tiempo. Conflicto de unicidad Este ocurre cuando una actualización viola la restricción de unicidad de una columna. Por Ej. Si se introducen dos registros con la misma clave primaria en distintos sitios al mismo tiempo, se tiene un conflicto. Conflicto de borrado. Ocurre cuando un registro es borrado en un sitio y en otro sitio es borrado o actualizado al mismo tiempo. Ese registro ya no existe para ser borrado o actualizado.

226 8. Replicación Oracle Conflictos de datos y orden de transacción En ambientes de replicación con 3 o mas sitios maestros, puede ocurrir que un sitio esté inaccesible durante varias actualizaciones, pero la replicación de los datos continua propagándose a lo largo del resto de master sites. Cuando la propagación continue la actualización de los datos en el site que estaba inaccesible es posible que se realicen en distinto orden. También pueden ocurrir errores de integridad referencial. Por ejemplo, si se creó un nuevo cliente en una base de datos y a su vez se le asignó su primera compra, puede que en la propagación llegue primero la transacción y luego la creación del cliente, lo cual es incorrecto por no existir un cliente para la compra en ese momento Detección de conflictos Como lo hace Oracle El sitio master receptor o el sitio de la vista materializada en cada sistema de propagación detecta los conflictos de actualización, de unididad y eliminación de la siguiente manera: El sitio master receptor detecta un conflicto de actualización si hay alguna diferencia entre los valores anteriores y los valores actuales para una misma fila. Para esto el sitio que propaga el cambio debe suministrar información extra sobre los valores anteriores. Los errores de unicidad los detecta el sitio master receptor si viola una restricción de unicidad al hacer una actualización o una inserción de una fila replicada. Los conflictos de borrado son detectados si no se encuentra una fila para la sentencia de actualización o eliminación porque la clave primaria de la fila no existe.

227 8. Replicación Oracle Resolución de conflictos Oracle provee con métodos de resolución de conflictos de actualización que aseguran la convergencia de los datos en todos los sitios. También provee métodos de resolución de conflictos de unicidad, pero éstos no aseguran la convergencia de datos. Por otro lado Oracle no provee métodos de resolución de conflictos de borrado ni conflictos de orden, pero permite al usuario crear sus propios métodos de acuerdo a las necesidades del negocio. Cualquier tipo de método de resolución de conflictos es aplicado en el momento de la detección del mismo. En el caso en que el conflicto no sea posible resolverlo, lo logea en la cola de errores. Incluso es posible la definición de varios métodos de resolución para un mismo conflicto, en el caso en que uno falle, se aplica el segundo método.

228 8. Replicación Oracle Técnicas para evitar conflictos Utilizar grupos de columnas: Al definir grupos de columnas, cada grupo es analizado de manera independiente al otro. Por lo tanto si por ejemplo ocurren actualizaciones simultáneas en columnas pertenecientes a diferentes grupos, no se produce un conflicto. La idea es que el grupo debe ser definido de manera lógica, agrupando las columnas lógicamente relacionadas entre si Sitio primario y sitio dinámico propiedad de modelos de datos: Una forma de evitar conflictos de replicación es limitando el número de sitios con la capacidad de actualizar tablas simultáneamente. Para esto se tienen dos modelos diferentes: Primary: Este modelo evita todo tipo de conflictos debido a que sólo un servidor permite la actualización de datos. Dinamic: Este modelo es menos restrictivo que el anterior. En este caso la capacidad de actualizar datos replicados se traslada de sitio en sitio, aún conservando la no-simultaneidad de las actualizaciones Evitando conflictos de unicidad: En estos casos se pueden generar conjuntos disjuntos de números de secuencia en cada sitio para usarlos de clave primaria. Esto puede tornarse complicado si aumentan los sitios. Otra opción es agregar un prefijo que identifique al sitio como parte de una clave compuesta. Finalmente se puede utilizar la función SYS_GUID para generar números únicos globalmente.

229 8. Replicación Oracle Arquitectura de resolución de conflictos Mecanismos de soporte: El mecanismo mas importante es el de grupos de columnas. Esto es así porque el grupo de columnas es la base de la detección y resolución de conflictos de actualización. Por otro lado la cola de errores es importante para llevar registros de los conflictos ocurridos. Grupos de columnas: Un grupo de columnas es una agrupación lógica de columnas en una tabla replicada. Tienen que tener las siguientes propiedades: Una columna puede pertenecer a sólo un grupo. Un grupo puede tener varias columnas de una tabla. La resolución de conflictos sólo es aplicable a columnas en un grupo de columnas. La definición de grupos de columnas es importante para mantener la integridad de los datos y permite además aplicar distintas reglas a cada grupo. Hay que elegir de forma inteligente como agrupar las columnas de un tabla. Si dos columnas o más deben permanecer consistentes consigo mismas, entonces es conveniente ponerlas en el mismo grupo. Cola de error: Si un método de resolución de conflictos falla o si no se ha definido ningún método para el conflicto encontrado, la cola de errores registra información sobre el conflicto.

230 8. Replicación Oracle Métodos de resolución de conflictos: Ultima marca de tiempo: Este método resuelve el conflicto basado en la última actualización ocurrida, identificando la última actualización ocurrida mediante una marca de tiempo. Este método asegura la convergencia de datos en una ambiente de múltiples masters y múltiples vistas materializadas. Hay que tener en cuenta los usos horarios, por lo que es conveniente utilizar el GMT. Sobrescritura: Este método remplaza los datos en el sitio receptor con los datos recibidos desde el sitio emisor, por lo cual no puede asegurar la convergencia de los datos en ambientes multi master. Este método es para ser usado en ambientes con un único master y varias vistas materializadas. En definitiva lo que se hace al detectar un conflicto es utilizar el valor de la vista materializada que hizo la actualización más recientemente Otros Métodos Aditivo Este método funciona con grupos de una única columna numérica. La idea es que al recibir dos valores distintos, se suma la diferencia entre ellos al actual. Este método asegura la convergencia de datos para cualquier número de masters y vistas. Este método es apropiado para ambientes donde se requiere la conservación de datos más que la opción entre uno u otro. Promedio Este método lo que hace es insertar el promedio entre el valor actual y el nuevo valor. No se asegura entonces la convergencia de datos en ambientes multi master.

231 8. Replicación Oracle 217 Descarte Este método descarta los valores nuevos del sitio propagador y deja el valor anterior en el sitio de destino. Este método es para ser usado con un único master y múltiples vistas pero no asegura la convergencia de datos con múltiples masters. En definitiva le da prioridad a las vistas que hagan el refresco primero. Actualización menos reciente Este método toma la actualización con la menor marca de tiempo. No asegura la convergencia con múltiples masters pero si con uno sólo. También converge con cualquier número de vistas. Máximo Para este método se debe designar una columna dentro del grupo la cual actuará de discriminadora del método. Cuando se detecta un conflicto en este grupo, se chequean los valores de la columna designada en ambos sitios. Si el nuevo valor en el sitio de origen es mayor que el valor actual en el sitio de destino, entonces se guardan los nuevos valores del grupo. En caso contrario se mantienen los antiguos valores. Este método asegura la convergencia para múltiples masters si los valores de la columna designada son crecientes. Mínimo Análogo al anterior pero con la regla inversa. Grupos de prioridad Permite definir un nivel de prioridad para cada valor posible de cierta columna. Si se detecta un conflicto Oracle actualiza la tabla que tenga el valor de prioridad mas bajo, con los datos de la tabla con la prioridad mas alta. Se puede garantizar la convergencia si los valores de prioridad de la columna designada son crecientes. Un caso particular de grupos de prioridad es asignar

232 8. Replicación Oracle 218 prioridades a los sitios. En este caso la columna designada se actualiza automáticamente con el nombre del sitio donde se originó el valor. Y luego sabiendo las prioridades de cada sitio se determina si el valor debe permanecer o debe ser sustituido por un nuevo valor. Este método es muy útil como método de respaldo para el método ultima marca de tiempo por ejemplo Resolución de conflictos de unicidad Oracle provee de tres métodos para la resolución de conflictos de unicidad. Estos son: Agregar el identificador de la base originadora al valor de la columna del sitio originador. Agregar un número de secuencia al valor de la columna del sitio originador Descartar el valor del sitio originador. Ninguno de los métodos de append, logran converger los datos en sitios multi master, sólo logran evitar las restricciones de unicidad. Al no converger los datos, este método debería ser usado con alguna forma de notificación al usuario para que realice los ajustes necesarios manualmente.

233 8. Replicación Oracle Conclusión del estudio de la replicación Como hemos visto a lo largo del proyecto, existen básicamente dos tipos de ambientes de replicación. Por un lado esta la replicación multimaestro y por otro la de vistas materializadas. Estos dos métodos distintos de replicación permiten ser combinados para ajustarse de manera apropiada a las necesidades del negocio. Las ventajas de utilizar replicación en general, las vimos en la primera parte de este punto, y estas eran: Disponibilidad Rendimiento Computación off-line Reducción de la carga de la red Con respecto al rendimiento, se ha visto que se veía mejorada gracias al balanceo de carga que era posible mediante la replicación. Es decir, al tener varios sitios con la misma información, es posible atender a varios clientes en distintos sitios, sin sobrecargar a un único sitio. La replicación nos asegura la supervivencia a desastres físicos ya que los servidores se pueden encontrar en distintas ubicaciones geográficas, mientras que los clusters están físicamente en el mismo lugar. En el caso de las vistas materializadas por ejemplo, la propiedad de poder replicar sólo algunas columnas o filas, limita la cantidad de información transmitida. Además, es posible minimizar la cantidad de información requerida por los métodos de detección y resolución de conflictos, reduciendo de esta forma la carga sobre la red. Claro está que el problema principal que presenta la replicación, son los conflictos. Ya se ha visto que hay casos en que no es posible resolverlos y donde se requiere la intervención humana, para asegurar la consistencia de los datos. Esta administración de conflictos tiene un peso muy importante en los ambientes de replicación. Es necesario un muy buen diseño del ambiente para evitar los conflictos o en el peor de los casos, resolverlos automáticamente. Y el diseño recae sobre el administrador quien debe saber como combinar las varias

234 8. Replicación Oracle 220 opciones que Oracle nos proporciona, para lograr la armonía del sistema. Dentro de estas opciones esta la de utilizar la replicación multimaestro sincrónica, que nos ahorra varios conflictos, pero como se ha visto, este tipo de ambientes requieren un soporte de red importante. Es en estos casos donde se puede ver más afectado el rendimiento. Por lo tanto es claro que a la hora de diseñar un sistema distribuido con replicación hay que tener muy claros los objetivos de la aplicación. Se debe encontrar el balance entre rendimiento, mantenibilidad, costo, confiabilidad, etc, lo cual no resulta muy trivial. Sin embargo Oracle en su novena versión, nos da a la posibilidad de configurar el sistema, para tratar de acercarnos a este equilibrio. Debido a que nuestro proyecto requiere unos altos niveles de fiabilidad, rendimiento y mantenibilidad se ha decidido realizar una replicación multimaestra síncrona con un master en España y otro en México sin vistas materializadas. Este proceso de replicación se va a tratar en el siguiente punto del proyecto con todo detalle.

235 9 Proceso de sincronización de las bases de datos Oracle

236 9. Proceso de sincronización de las bases de datos Oracle Proceso de sincronización de las bases de datos Oracle 9.1 Conceptos En el siguiente diagrama [BURR01] mostramos el proceso que debemos seguir para replicar las bases de datos eligiendo el camino que más se adapte a nuestras necesidades.

237 9. Proceso de sincronización de las bases de datos Oracle Planificando el entorno de replicación Antes de empezar a establecer el site de replicación hay que estar seguro de realizar la planificación del entorno de replicación que se necesita. Esta planificación incluye las siguientes consideraciones: Diseñar los objetos de la base de datos replicada Decidir los ajustes de inicialización de los parámetros que son importantes para la replicación. Decidir si se quiere crear un ambiente de replicación multimaster, un ambiente de replicación con vistas materializadas, una combinación de los dos tipos de replicación en un entorno híbrido. Decidir como se quieren configurar los enlaces programados. Decidir como se quieren configurar las purgas programadas. Decidir si se quiere usar propagación en serie o paralelo. Si se usa propagación en paralelo, se debe decidir el grado de paralelismo. Si se planea crear un entorno de vistas materializadas, entonces decidir si se quiere usar plantillas de despliegue para crear el ambiente. Analizar el ambiente de replicación por posibles conflictos, y si los conflictos son posibles, entonces decidir que métodos de resolución de conflictos usar. Configurar la seguridad para el entorno de replicación. Diseñar el ambiente de replicación para la supervivencia.

238 9. Proceso de sincronización de las bases de datos Oracle Diferencias entre Master Sites y Sites de vistas Materializadas. Master Sites Típicamente se comunican con un pequeño número de otros master sites y pueden comunicarse con un gran número de sites de vistas materializadas. Contienen grandes cantidades de datos que son copias llenas de otro master site de datos. Típicamente se comunican continuamente con pequeños intervalos entre propagación de datos. Sites de vistas materializadas Se comunican con un master site o un master site de vista materializada. Contiene pequeñas cantidades de datos que pueden ser subconjuntos de master sites o master sites de vistas materializadas de datos. Se comunican periódicamente con largos intervalos entre transferencias de datos.

239 9. Proceso de sincronización de las bases de datos Oracle Creación de master sites El esquema muestra tres MASTER y dos sitios de vistas materializadas.

240 9. Proceso de sincronización de las bases de datos Oracle Pasos para crear inicialmente DOS MASTER.

241 9. Proceso de sincronización de las bases de datos Oracle Estableciendo el master site SPRINGNT Se deben completar los siguientes pasos para establecer el master site SPRINGNT, [RIVE02]. Paso 1: Conectar como usuario system en el master site SPRINGNT Conectar como usuario system a la base de datos que se quiere establecer para replicar. Después que se establezca SPRINGNT, empezar de nuevo el paso uno para el site SPRINGMX. SET ECHO ON SPOOL setup_masters.out CONNECT SYSTEM/o24kn1nx@SPRINGNT Paso 2: Crear un administrador de replicación en SPRINGNT Deben concederse al administrador de la replicación los privilegios necesarios para crear y dirigir un entorno de replicación. El administrador de la replicación se debe crear en cada base de datos que participe en el entorno de replicación. CREATE USER repadmin IDENTIFIED BY repadmin; Paso 3: Conceder privilegios al administrador de replicación en SPRINGNT completando los siguientes pasos: Ejecutar el procedimiento GRANT_ADMIN_ANY_SCHEMA para conceder al administrador de replicación privilegios fuertes para crear y administrar un entorno de replicación BEGIN DBMS_REPCAT_ADMIN.GRANT_ADMIN_ANY_SCHEMA ( username => 'repadmin'); END;/

242 9. Proceso de sincronización de las bases de datos Oracle 228 Se se quiere que el usuario repadmin sea capaz de crear logs de vistas materializadas para cualquier tabla replicada, entonces conceder a repadmin comentar cualquier tabla y bloquear cualquier tabla. GRANT COMMENT ANY TABLE TO repadmin; GRANT LOCK ANY TABLE TO repadmin; Si se quiere que el usuario repadmin sea capaz de conectar a la herramienta de administración de replicación se debe realizar la siguiente sentencia: GRANT SELECT ANY DICTIONARY TO repadmin; Paso 4: Registrar un propagador en SPRINGNT El propagador es responsable de propagar las transacciones aplazadas en la cola a otro master site. BEGIN DBMS_DEFER_SYS.REGISTER_PROPAGATOR ( username => 'repadmin'); END; / Paso 5: Registrar un receptor en SPRINGNT El receptor recibe las transacciones propagadas aplazadas enviadas desde otros master sites. BEGIN DBMS_REPCAT_ADMIN.REGISTER_USER_REPGROUP ( username => 'repadmin', privilege_type => 'receiver', list_of_gnames => NULL); END; /

243 9. Proceso de sincronización de las bases de datos Oracle 229 Paso 6: Programar la purga en el master site SPRINGNT En orden de mantener el tamaño de la cola de transacciones aplazadas en control, se debe realizar una purga completa de estas transacciones. El procedimiento de SCHEDULE_PURGE automatiza el proceso de purga. Se debe ejecutar el procedimiento como administrador de replicación. CONNECT BEGIN DBMS_DEFER_SYS.SCHEDULE_PURGE ( next_date => SYSDATE, interval => 'SYSDATE + 1/24', delay_seconds => 0); END; / Paso 8: Realizar los mismos pasos que se han realizado para SPRINGNT en la otra base de datos SPRINGMX. En la siguiente imagen podemos apreciar como se ha creado ya el master site para SPRINGNT.

244 9. Proceso de sincronización de las bases de datos Oracle 230 En SPRINGMX no se ha creado todavía el master site como se puede observar en la imagen inferior.

245 9. Proceso de sincronización de las bases de datos Oracle Creación de los enlaces entre los master sites Se deben completar los siguientes pasos para crear los enlaces entre los master sites. Paso 1: Crear los enlaces de las bases de datos entre los master sites. Los enlaces de las bases de datos proveen el mecanismo distribuido necesario para permitir a los diferentes sites de replicación replicar cantidades de datos ellos solos. Antes de crear cualquier enlace privado entre bases de datos, se debe crear un enlace público de base de datos que cada enlace privado de base de datos valla a usar. Se debe crear entonces un enlace de base de datos entre todos los administradores de replicación en cada master site que se haya establecido. CONNECT SYSTEM/o24kn1nx@SPRINGNT CREATE PUBLIC DATABASE LINK SPRINGMX USING 'SPRINGMX'; CONNECT repadmin/repadmin@springnt CREATE DATABASE LINK SPRINGMX CONNECT TO repadmin IDENTIFIED BY repadmin; CONNECT SYSTEM/o24kn1nx@SPRINGMX CREATE PUBLIC DATABASE LINK SRPINGNT USING 'SPRINGNT'; CONNECT repadmin/repadmin@springmx CREATE DATABASE LINK SPRINGNT CONNECT TO repadmin IDENTIFIED BY repadmin; Se observa en la figura que se han creado los enlaces en las bases de datos.

246 9. Proceso de sincronización de las bases de datos Oracle 232 Paso 2: Definir un programa para cada enlace de base de datos para crear enlaces programados. Crear un enlace programado definiendo un enlace en la base de datos cuando se ejecuta el procedimiento SCHEDULE_PUSH. El enlace determina cuanto a menudo las transacciones aplazadas de la cola son propagadas a cada uno de los otros master sites. Es necesario ejecutar el procedimiento SCHEDULE_PUSH para cada enlace de la base de datos que fue creada en el paso uno. Los enlaces de las bases de datos son especificados en el parámetro de destino del procedimiento SCHEDULE_PUSH. Aún cuando se use un mecanismo de replicación asíncrono de Oracle, se puede configurar un enlace para simular replicación continua en tiempo real. CONNECT repadmin/repadmin@springnt BEGIN DBMS_DEFER_SYS.SCHEDULE_PUSH ( destination => 'SPRINGMX', interval => 'SYSDATE + (1/144)',

247 9. Proceso de sincronización de las bases de datos Oracle 233 next_date => SYSDATE, parallelism => 1, execution_seconds => 1500, delay_seconds => 1200); END; / **En este caso se realiza cada diez minutos: 24H* 60MIN* 60S= /144= 600SEGUNDOS= 10MINUTOS CONNECT repadmin/repadmin@springmx BEGIN DBMS_DEFER_SYS.SCHEDULE_PUSH ( destination => 'SPRINGNT', interval => 'SYSDATE + (1/144)', next_date => SYSDATE, parallelism => 1, execution_seconds => 1500, delay_seconds => 1200); END; /

248 9. Proceso de sincronización de las bases de datos Oracle 234