Sei sulla pagina 1di 51

INDICE

INTRODUCCIÓN ....................................................................................................................................... 2
GESTIÓN DE ARCHIVOS RPD .............................................................................................................. 3
1.- MAIL RECIBIDO CON EL ARCHIVO RPD DEL PROYECTO ....................................................................... 3
2.- GUARDAR EN DIRECTORIO DEL REPOSITORIO ..................................................................................... 3
3.- ABRIR APLICACIÓN QUE PERMITIRÁ.. .................................................................................................. 4
4.- ABRIR CONEXIÓN CON LA MÁQUINA DE DESARROLLO (LLANTEN) ...................................................... 4
5.- REEMPLAZAR LA RUTA “ME/ORACLE” POR “/U01” Y PRESIONAR ENTER ............................................. 5
6.- RECORRER EL ÁRBOL DE DIRECTORIOS DEL SERVIDOR …. .................................................................. 6
7.- EN EL EQUIPO LOCAL (LADO IZQUIERDO DE LA APLICACIÓN) .............................................................. 6
8.- PARA EMPEZAR LA INCORPORACIÓN DEL ARCHIVO DE PROYECTO EN EL OFICIAL............................... 7
9.- SE INGRESA AL ADMINISTRATOR, ABRIENDO EL ARCHIVO EN MODO “OFFLINE” ................................. 8
10.- SE SELECCIONA EL ARCHIVO DEL PROYECTO .................................................................................... 8
11.- SE INGRESA LA PASSWORD RESPECTIVA, LA PROVEE EL CONSULTOR ................................................ 9
12.- PROYECTO CON ÁREA TEMÁTICA Y SUS RESPECTIVAS CAPAS ............................................................ 9
13.- SE CHEQUEA LA CONSISTENCIA, ALERTAS Y ERRORES QUE PUEDE TENER EL PROYECTO. .................. 9
14.- LUEGO SE DEBE REVISAR QUE NO EXISTA DUPLICACIÓN EN ALGUNA VARIABLE O RELACIÓN… ...... 10
15.- PARA ABRIR EL ARCHIVO OFICIAL SE DEBE REALIZAR EL PASO 9, .................................................... 11
16.- SE SELECCIONA LOS DIRECTORIOS QUE TIENEN RELACIÓN CON ....................................................... 12
17.- AHORA SE SELECCIONA DESDE LA CAPA FÍSICA Y SE BORRA............................................................ 13
18.- PARA FINALIZAR LA LIMPIEZA SE DEBE ELIMINAR ........................................................................... 14
19.- SELECCIONAR LA OPCIÓN “MERGE” ................................................................................................ 17
20.- SELECCIONAR ARCHIVO “BLANK.RPD” ........................................................................................... 17
21.- SELECCIONAR OPCIÓN LA “SELECT”................................................................................................ 18
22.- EN LA COLUMNA “DECISIÓN” .......................................................................................................... 19
23.- LUEGO DE PRESIONAR MERGE......................................................................................................... 20
24.- INCORPORANDO LA NUEVA ÁREA DE NEGOCIO AL ARCHIVO RPD OFICIAL ...................................... 21
25.- SE DEBE REVISAR LA DUPLICACIÓN DE VARIABLES Y RELACIONES (PASO 6). .................................. 21
26.- FINALMENTE SE DEBE BAJAR Y SUBIR EL SERVICIO ......................................................................... 22
EL PASO SIGUIENTE ES ACTUALIZAR PRODUCCIÓN............................................................... 26
27.- LA APLICACIÓN SSH MUESTRA LA CONEXIÓN A LA MÁQUINA “ROMERO” ...................................... 26
28.- SE ARRASTRA EL ARCHIVO “DISCOV10GR2_CLA.RPD”................................................................... 27
29.- SE REGRESA HASTA EL DIRECTORIO /U01/APP ................................................................................. 27
30.- SE RECORRE LA RUTA /U01/APP/ORACLEBISHARED/REPOSITORY .................................................. 28
31.- SE ARRASTRA NUEVAMENTE EL ARCHIVO “DISCOV10GR2_CLA.RPD” AL NUEVO DIRECTORIO ....... 28
32.- SE RENOMBRA EL ARCHIVO “DISCOV10GR2_CLA.RPD” A .............................................................. 29
PASO DE INFORMES ............................................................................................................................ 31
1.- ABRIR DOS APLICACIONES “CATALOG MANAGER” .......................................................................... 31
2.- CONECTAR 1 DE LAS VENTANAS A DESARROLLO .............................................................................. 32
3.- LO MISMO PARA PRODUCCIÓN........................................................................................................... 33
5.- UN EJEMPLO PUEDE SER CUANDO SE SOLICITA REEMPLAZAR EL DIRECTORIO COMPLETO. ................ 34
OBI ............................................................................................................................................................. 45
Introducción

Cada Proyecto debe crear sus propio archivo RPD con al área temática de su responsabilidad.
Los archivos RPD van a ser enviados por mail, al administrador OBI.
Los archivos RPD deben ser guardados en el directorio local C:\\OracleBI\server\Repository;
en este directorio deben reunirse tanto el RPD del proyecto específico como el RPD oficial.

El siguiente ejemplo se realizará en forma completa, desde que llega el archivo RPD del
proyecto, después su traslado a Desarrollo y por último su paso a Producción.
GESTIÓN DE ARCHIVOS RPD

1.- Mail recibido con el archivo RPD del proyecto

2.- Guardar en directorio del Repositorio


3.- Abrir aplicación que permitirá..
realizar la transferencia del RPD original al directorio local

4.- Abrir conexión con la máquina de Desarrollo (llanten)


Ingresando posteriormente la Password “oracle1”
5.- Reemplazar la ruta “me/oracle” por “/u01” y presionar Enter
6.- Recorrer el árbol de directorios del servidor ….

7.- En el equipo local (lado izquierdo de la aplicación)


recorrer hasta el directorio que se muestra.

En estos momento se tiene que tanto el servidor de desarrollo como la máquina local tienen la
misma ruta, por lo tanto se debe copiar (arrastrar) el archivo “discov10gr2_DESA.rpd” desde el
Servidor (derecha) al directorio local (izquierda). En esta etapa SE DEBE realizar una
copia del RPD oficial de Desarrollo, se sugiere, una vez copiado al directorio local renombrar el
archivo como “discov10gr2_DESAYYYYMMDD.rpd” y copiarlo (arrastrar) al Servidor,
incorporándose a los demás archivos respaldados, tal como se muestra en el print de arriba,
finalmente se arrastra nuevamente el archivo oficial para realizar los cambios.

8.- Para empezar la incorporación del archivo de Proyecto en el Oficial


se debe realizar a través de la aplicación “Administrator” de OBI

ADMINISTRATOR

La aplicación Administrator permitirá abrir los archivos RPD y visualizar las distintas áreas
temáticas que contiene e incorporar las modificaciones de los nuevos RPD de los diferentes
proyectos Es de esta manera y como una forma de revisión es que se puede abrir
el RPD del proyecto para revisar que no contenga inconsistencias, alertas o errores.
9.- Se ingresa al Administrator, abriendo el archivo en modo “Offline”

10.- Se selecciona el archivo del Proyecto


11.- Se ingresa la password respectiva, la provee el consultor

12.- Proyecto con área temática y sus respectivas capas

13.- Se chequea la consistencia, alertas y errores que puede tener el


proyecto.
Un proyecto que está sin errores no debe tener ningún tipo de aviso.
14.- Luego se debe revisar que no exista duplicación en alguna variable o
relación…
*#*

Y presionar botón “Query”, NO DEBE tener duplicaciones. Las duplicaciones se reconocen


ya que incorporan a su nombre el carácter #, de existir estas deben ser eliminadas desde el
mismo cuadro (arriba) y repetir el paso 13 para revisar que la consistencia se mantiene.
Finalmente se cierra el archivo del Proyecto.

15.- Para abrir el archivo oficial se debe realizar el paso 9,


eligiendo esta vez el archivo “discov10gr2_DESA.rpd” hasta llegar al paso 12, en éste, se
visualizarán todas las áreas temáticas que se encuentran en la máquina de Desarrollo.
En el caso que el área temática que nos interesa ya existiera la forma más limpia y rápida es
borrar desde el archivo oficial todo registro que puede duplicar, por ejemplo el área
“Comercial”.

16.- Se selecciona los directorios que tienen relación con


nuestro proyecto desde la capa de negocio y se borra
17.- Ahora se selecciona desde la capa física y se borra
18.- Para finalizar la limpieza se debe eliminar
variables o grupos que tengan relación con el área recién eliminada, normalmente esto se
debe hacer junto al consultor o al JP para no borrar otros objetos, para nuestro ejemplo se
eliminan las variables y grupos que estaban creados.
Al terminar la limpieza se puede realizar un chequeo de consistencia y una revisión de
duplicación. En ambas no pueden haber alertas, errores, como tampoco duplicaciones (#).

Para iniciar el proceso de incorporación de la nueva área temática en el archivo oficial, se debe
realizar los sgtes. pasos
19.- Seleccionar la opción “Merge”

20.- Seleccionar archivo “Blank.rpd”


desde el cuadro, no se debe ingresar password.
21.- Seleccionar opción la “Select”
que corresponde a “Modified repository”, incorporando el archivo del proyecto

(Administrator)
22.- En la columna “Decisión”
colocar a todos con la opción “Current” y finalmente presionar “Merge”
23.- Luego de presionar Merge
saldrá un mensaje que recomienda realizar un chequeo de consistencia, al presionar el “Sí”
realizará la validación sobre todas las áreas temáticas del archivo RPD, el cual no debe
presentar problemas, alertas ni inconsistencias
24.- Incorporando la nueva área de negocio al archivo RPD oficial

25.- Se debe revisar la duplicación de variables y relaciones (Paso 6).


Como una última revisión antes de grabar en el archivo oficial, se debe confirmar si el
“Connection Pool” está siendo dirigido a las máquinas, String de Conexión y Password
correspondiente a Producción
El Administrator, como una forma de no pisar en forma directa el archivo oficial trabaja sobre
un archivo temporal, este nombre se puede observar en la parte superior de la ventana, para
este ejemplo el nombre es “discov10gr2_DESA(1).rpd”.

Para guardarlo con el nombre oficial usar “Guardar Como” en el mismo directorio local desde
donde fue leído.

En este momento el archivo RPD oficial esta con las modificaciones deseadas, volvemos al
programa para transferir archivos (SSH) y devolvemos el archivo oficial al Servidor.

26.- Finalmente se debe bajar y subir el servicio


del Servidor para que tome los cambios realizados.
Al subir el Servidor de Desarrollo este queda en condiciones para ser revisado a través de la
interfaz Web de OBI, siempre a nivel de Desarrollo.
El paso siguiente es actualizar Producción

Para Producción los pasos indicados anteriormente son idénticos, con algunos cambios ….

- Se copia archivo del proyecto en Directorio local


- Se realiza RESPALDO del archivo oficial de Producción, ahora con el nombre de
“discov10gr2_CLA.rpd”
- Se copia (arrastra) archivo oficial de Producción a través de la aplicación de
transferencia
- Se revisan ambos archivos (chequeo y duplicación)
- Se elimina en el archivo de Producción el área temática a reemplazar
- Se incorpora nueva área temática
- Se revisa archivo oficial (chequeo y duplicación)
- Graba con el nombre oficial

Hasta aquí los pasos son similares a lo realizado en Desarrollo, sólo cambia el nombre del
archivo, la diferencia principal radica en los Servidores de Producción. En Desarrollo existe
una sola máquina (LLanten), en Producción existen 2 (Romero y Paraná) que coexisten en
Cluster permitiendo la distribución de carga entre las 2 máquinas, a continuación se muestra
con detalle una vez que ya se actualizo el archivo RPD en la máquina local y se tiene que enviar
al servidor para su actualización.

27.- La aplicación SSH muestra la conexión a la máquina “Romero”


y a la máquina Local, la ruta y los directorios corresponden a los mismos de Desarrollo.
28.- Se arrastra el archivo “discov10gr2_CLA.rpd”
desde la máquina local al Servidor Romero

29.- Se regresa hasta el directorio /u01/app


30.- Se recorre la ruta /u01/app/OracleBIShared/Repository

31.- Se arrastra nuevamente el archivo “discov10gr2_CLA.rpd” al nuevo


directorio
32.- Se renombra el archivo “discov10gr2_CLA.rpd” a
“discov10gr2_CLA.rpd.0000NN”, donde “NN” corresponde a una secuencia que debe ir
aumentando en 1 en relación al que ya existe.
Este archivo debe ser guardado en este Directorio que a su vez esta compartido con la
máquina “Paraná” y es aquí donde viene a buscar el archivo para reemplazarlo en forma
automática (Paraná). No se tiene que reemplazar en forma manual el archivo RPD en
Paraná, ya que ésta viene a buscarlo acá y reemplaza en forma automática su directorio.

Una vez terminado el proceso de copia del archivo se debe bajar y subir los servicios para las
dos máquinas de la misma forma como se explicaba en etapa 26, reemplazando esta vez los
archivos de bajada y subida, por.
Nota:
Enviar mail a “operadores“ antes de bajar los servicios
El orden de bajada y subida de las máquinas es de la siguiente manera :

- Bajar Paraná
- Bajar Romero
- Subir Romero
- Subir Paraná (después de 3 minuto aprox.)
PASO DE INFORMES

Para realizar los traspasos de objetos e informes desde Desarrollo a Producción se debe
realizar de la siguiente forma.

1.- Abrir dos aplicaciones “Catalog Manager”


2.- Conectar 1 de las ventanas a Desarrollo
3.- Lo mismo para Producción
4.- Desplegar el directorio raíz y posteriormente el directorio “shared”, en
éste último se visualizarán todos los informes y dashborad creados bajo los distintos
proyectos, desde este punto los pasos a seguir tienen que ser en forma cuidadosa ya que se
tiene acceso a todos los proyectos y se puede alterar o eliminar cualquier informe,
independiente del proyecto.

5.- Un ejemplo puede ser cuando se solicita reemplazar el Directorio


completo.

En este caso, lo primero a realizar es crear una copia de respaldo de las carpetas que serán
reemplazadas, para esto nos dirigimos a la ventana que está dirigida a Producción y seguir los
siguientes pasos.
Presionar “Browse”
Seleccionar directorio asociado al Proyecto

Por lo general, dentro de cada Carpeta-Proyecto, existe una carpeta de “Respaldo” (si no
existe, crear) entrar a dicho directorio y guardar el archivo con la siguiente estructura
“NombreOriginalArchivoYYYYMMDD”
Ahora, después de haber realizado el “Respaldo”, se procede a copiar la Carpeta que contiene
todos los informes desde Desarrollo a Producción, según se muestra en los siguientes pasos.
Es importante destacar que la copia no se realiza en forma directa (copy/paste), la copia
consiste en llevar a través de la ventana de Desarrollo el objeto deseado a un directorio en el
equipo local y después ir a buscarlo con la ventana de Producción.

Ir a ventana de Desarrollo y realizar copia de Directorio deseado.


Seleccionar “Archive”
Presionar “Browse” para seleccionar Directorio de Copia
Copiar el archivo con el nombre original, respetando mayúsculas y minúsculas y “Aceptar”

Ahora nos vamos a la ventana de Producción y borramos el objeto que se desea actualizar.
Nos posicionamos nuevamente en el directorio “shared” (nos posicionamos aquí porque el
objeto que estamos actualizando es una Carpeta de Proyecto, en el caso fuera un archivo
específico el posicionamiento es sobre la Carpeta específica)

Seleccionamos la opción “Unarchive” para ir a buscar nuestro archivo (carpeta)


Seleccionar “Browse”

Seleccionar el archivo que se desea actualizar y luego presionar “Abrir” y “Aceptar” las
opciones que seguiran
Finalmente tiene que reflejarse la nueva carpeta

Las actualizaciones de Objetos (informes, dashboard, etc.) no requieren reiniciar las máquinas.

Para realiza una copia de un informe específico la acción es exactamente igual, la diferencia
radica en que este archivo pertenece a un Directorio, por lo tanto debe en Producción también
debe quedar bajo su Directorio.

Visión General de aspectos de Seguridad y Privilegios

Base de Datos
A nivel de Base de Datos existen en general 2 tablas que tienen relación con los privilegios de
roles v/s Usuario.

Tabla “Grupos”, esquema GSisalud


Esta tabla contiene la ruta (path) que seguirá un rol

Tabla “Seguridad_Grupos”, esquema GSisalud


Esta tabla tiene la relación que existirá entre el rol y el Usuario, la columna “loglevel”
debe inicializarse con valor “0”.
OBI
A nivel de OBI, las definiciones generales son:

- Deben existir el o los roles que constituyen la seguridad de un proyecto, esto se


observa cuando se ingresa a la opción de Configuración (superior derecha)
En la opción de Administración Catálogo, se muestran las diferentes carpetas y el
acceso que se otorgan a los roles según su tarea.
Al ingresar el icono de seguridad (candado) de una carpeta, se observa los roles que
tiene asociado, para agregar roles se picha en nuevo y este se incorpora en forma
automática. A este nivel hay que tener cuidado con no involucrar roles que no
corresponden a su nivel de acceso.

Esta opción permite ver los menús que existen para los distintos proyectos
Administrar Sesiones, esta opción permite ver en forma parcial como están
construidos los informes, normalmente sirve para revisar el código SQL que fue
utilizado.
Administración de Privilegios, la administración de privilegios esta por las
características que tiene cada rol y los accesos que tendrá para ver, modificar y
ejecutar objetos relacionados con el proyecto.