Oracle Discoverer ha sido la herramienta de reporting de muchas compañías durante más de 20 años. Sin embargo, en ese tiempo, no ha evolucionado al mismo ritmo que las necesidades de las áreas de negocio y sistemas. Actualmente es ya un producto descatalogado y fuera de soporte.
Migrar desde Oracle Discoverer hacia herramientas de Business Intelligence de otros fabricantes implica volver a iniciar el desarrollo desde cero. Pero existe una alternativa: avanttic ha desarrollado un migrador a Oracle Analytics que aprovecha la gran mayoría de esos desarrollos, permitiendo realizar el proyecto en pocas semanas.
Oracle Analytics, la aplicación de analítica y reporting de última generación de Oracle, supone un salto cualitativo en el análisis del dato, proporcionando a los usuarios las funciones de Discoverer e incorporando otras como self-service, machine learning, dashboards y otras ventajas.
Global Azure Lima 2024 - Integración de Datos con Microsoft Fabric
Migración Oracle Discoverer a Oracle Analytics
1. Noel García Gómez
Marzo 2021
Solution Business Analytics Specialist
SOLUCIÓN
Oracle Discoverer TO
Oracle Analytics
2. Índice
Webinar: Oracle Discoverer TO Oracle Analytics 2
1. Antecedentes
2. Objetivos
3. Solución propuesta
4. Fases de la migración
5. Conclusiones
6. Q & A
7. Demo
3. Antecedentes
Webinar: Oracle Discoverer TO Oracle Analytics 3
Ha sido la herramienta de reporting de muchas compañías durante más de 20 años.
Hay mucho interés en realizar la migración:
• Fuera de soporte desde 2017.
• Sin compatibilidad desde la versión 12 de Oracle.
Migrador ofrecido por Oracle NO ofrece resultados esperados.
Nuevas necesidades de los usuarios y arquitecturas sistemas
Las herramientas BI deben dar respuesta a ese cambio de forma natural.
7. Solución Propuesta
Webinar: Oracle Discoverer TO Oracle Analytics 7
Oracle Discoverer Oracle Analytics
Análisis Ad-hoc
Governance Corporativo
Funcionalidades adaptadas diferentes perfiles
Arquitectura Cloud / OnPremiseData
Conexión a la mayoría de fuentes de datos.
Homepage de búsqueda dinámica
NLP(Natural Language Processing)
NLG (Natural Language Generation)
Data Flow
Análisis SELF-SERVICE
Representación Spatial Studio
Analítica avanzada
Mobile
8. Fases de la migración: Visión general
Webinar: Oracle Discoverer TO Oracle Analytics 22
FASE 3: Migración
• Instalación de los
entornos
• Migración
• Formación OA.
N SEMANAS
FASE 4: Mejoras
(Opcional)
• Revisión junto con los
usuarios de los
informes migrados
• Aplicación de nuevas
metodologías de
trabajo
• Aplicación de nuevas
funcionalidades
A convenir
FASE 2: POC
• Ejecución del migrador en
el entorno preconfigurado
de Avanttic sobre una
muestra.
• Presentación de
resultados.
2-3 DÍAS
FASE 1: Análisis
• Importación del entorno de
producción a un entorno
preconfigurado de Avanttic.
• Evaluar el uso de
Discóverer. Selección de los
elementos a migrar.
1-2 DÍAS
9. Fases de la migración: Fase 1 (Análisis)
Webinar: Oracle Discoverer TO Oracle Analytics 23
1
• Importar el entorno de análisis de Discoverer al entorno preconfigurado de Avanttic.
2
• Obtención del listado de informes actuales.
3
• Evaluar cuantitativamente el uso actual de los informes de Discoverer.
• Oportunidad para identificar y eliminar informes obsoletos y duplicidades.
4
• Reflexionar junto con el usuario final sobre el uso actual de Discoverer.
5
• Migrar los informes que realmente aportan valor.
10. Fases de la migración: Fase 2 (POC)
Webinar: Oracle Discoverer TO Oracle Analytics 24
11. Fases de la migración: Fase 2 (POC)
Webinar: Oracle Discoverer TO Oracle Analytics 25
Correspondencia: Informe
Oracle Discoverer Oracle Analytics
12. Fases de la migración: Fase 2 (POC)
Webinar: Oracle Discoverer TO Oracle Analytics 26
Correspondencia: Business Area
Oracle Discoverer Oracle Analytics
13. Fases de la migración: Fase 2 (POC)
Webinar: Oracle Discoverer TO Oracle Analytics 27
SE MIGRA
1. Querys de todos los informes.
2. Selectores de los informes.
3. Estructura de workbooks y worksheets.
4. Buisness áreas.
5. Relación entre las tablas/vistas de las buisness areas
NO SE MIGRA
1. Formatos de los informes.
2. Seguridad.
14. Fases de la migración: Fase 3 (Migración)
Webinar: Oracle Discoverer TO Oracle Analytics 28
1
• Crear/Desplegar los entornos
2
• Ejecutar el migrador con la selección de informes acordada con el usuario.
3
• Establecer la seguridad
4
• Impartir la formación de Oracle Analytics:
• Cómo rediseñar los informes migrados y crear otros nuevos.
• Funcionalidades principales
15. Fases de la migración: Fase 3 (Migración)
Webinar: Oracle Discoverer TO Oracle Analytics 29
EUL_Export
11g
Sources
VPN
16. Fases de la migración: Fase 4 (Mejoras)
Webinar: Oracle Discoverer TO Oracle Analytics 30
1
•Acompañamiento.
•Es imprescindible que el usuario sea autónomo lo antes posible. Por ello se hará hincapié
en desarrollos conjuntos.
2
•Best Practices.
•Establecimiento de unos sencillos estándares de desarrollo comunes para los usuarios:
Gestión de carpetas, nomenclaturas, perfiles.
3
•Evolución.
•Revisar qué funcionalidades de OA aportan valor adicional al usuario de negocio. Es posible
que surjan nuevas necesidades o nuevos puntos de vista.
17. Conclusiones
Webinar: Oracle Discoverer TO Oracle Analytics 31
Lamentablemente no existe un migrador de Discoverer a ningún aplicativo del mercado.
Avanttic ha desarrollado una solución que recupera suficiente información de los metadatos como para
tener acceso a los datos en unas pocas semanas.
Lo que puede parecer un problema, es en realidad una oportunidad para:
• Limpiar el sistema de reporting.
• Revisar/Rediseñar los informes actuales.
• Aprovechar las posibilidades que ofrece la irrupción de una aplicación de reporting de última
generación: Forecast, Clusterización, Machine Learning, Explain Data… a nivel corporativo.
18. Análisis más rápidos y ágiles.
Conclusiones
Webinar: Oracle Discoverer TO Oracle Analytics 32
Que se traduce en:
Descubrimientos de puntos de vista ocultos.
Toma de mejores decisiones.
1- Como la mayoría ya sabéis, Oracle Discoverer lleva más de 20 años siendo la herramienta de reporting de muchas empresas.
2- Pero desde hace tiempo, las empresas están viendo que no es viable seguir alargando la vida de la aplicación por varias razones:
Fuera de soporte 2017 y sin compatibilidad con la BBDD desde la versión12.
Y no solo esto, sino que seguir con Discoverer conlleva riesgos graves de seguridad. Discoverer utiliza Applets de Java, que ya no son compatible con la mayoría de los navegadores modernos, como Google Chrome, Firefox, Safari y Microsoft Edge. Para continuar usándolo, necesitaría usar una versión de navegador más antigua, lo que aumenta las vulnerabilidades de seguridad y los riesgos de virus.
3- Desgraciadamente Oracle ofrecía en su día un pseudo “migrador” a OBI. Lo hemos utilizado y el repositorio que genera es tan complejo y con tantas inconsistencias que es más rápido generarlo de nuevo que intentar arreglarlas.
4 y 5- Por otro lado , en la actualidad, a las compañías les llueve tal cantidad de datos, que necesitan herramientas infinitamente más ágiles que Discoverer.
Ante esta situación, desde Avanttic, planteamos una solución, que pasaría por la implantación de un proyecto en el que cubrirían los siguientes objetivos:
Y más adelante hablaremos también de una pieza fundamental en cualquier proceso de migración que son los usuarios con los que vamos a interactuar durante el proyecto. Son los llamados First Adopters; Que no son ni más ni menos que aquellos usuarios que identifiquéis en vuestra empresa que mejor pueden encajar los cambios y que se convertirán internamente en embajadores del proyecto.
Y la solución, sería migrar la actual versión de Oracle Discóverer a Oracle Analytics. ¿Cómo, si ya hemos dicho que el migrador de Oracle no devolvía los resultados esperados?
Pues Avanttic, ha realizado un desarrollo a medida que obtiene uno a uno los objetos de los que se compone cada uno de los workbook y business área los ha llevado a Oracle Analytics.
Una de esas herramientas es OAC. ¿Y por qué Oracle Analytics?
1- Porque con las nuevas capacidades que Oracle ha dotado a la anterior versión (OBI), la ha convertido en una herramienta para todos.
2- Y porque reúne en una única plataforma todas las funcionalidades que demandan los usuarios. Tanto las clásicas:
- Como son consulta de informes y cuadros de mando predefinidos o realización de sus propios informes ad-hoc como en Discoverer.
- Como otras nuevas funcionalidades que responden a las necesidades de un mundo corporativo al que ahora mismo le llueven datos en cualquier segmento de la empresa: Dirección, Marketing (Redes sociales, Ratio de conversión de clientes, resultados de campañas), Producción (ventas, márgenes, evolutivos), RRHH (gestión de perfiles, skills), Finanzas, etc.
Y claro, si los usuarios quieren aprovechar la información que les llega a través de los datos, necesitan ser lo suficientemente ágiles para transformar, los datos que le llegan en conocimiento lo más rápido posible. Y , Oracle Analytics, hace realidad todo esto.
Con esta slide, solo quería mostraros algunas de las funcionalidades más importantes para situaros en lo que sería la nueva aplicación a la que se migraría Oracle Discoverer y que comparáramos las dos herramietas.
Tampoco quiero profundizar demasiado en las funcionalidades, porque que no es el objetivo del webinar, pero si queréis podéis contactarnos por los medios habituales y estaremos encantados de contároslos e incluso realizar alguna demo.
Bueno, como veis, hay muchas más características disponibles en Oracel Analytics, entre ellas por supuesto las que tenía Discoverer.
¿Y qué es lo que ha ocurrido con Discoverer, os preguntareis? Pues que a lo largo de los años, las mejoras y evoluciones se han ido añadiendo a otra herramienta llamada OBI y Discoverer se ha quedado estancada.
Vemos que OA tiene un repositorio de datos mucho más completo que las simples business áreas de Discoverer.
Como os decía antes, OA es una herramienta que realmente va a poder usar toda la empresa. Va a democratizar finalmente el uso de herramientas BI dentro la empresa. Y es que cada departamento, cada área, cada perfil, va a encontrar la funcionalidad que va a responder a su necesidad.
Funcionalidades de tipo Governed: responderás a las necesidades más clásicas como las de Discoverer o OBI.
Self-Service: Dan más autonomía al usuario. Responde más a necesidades de auto transformación de Dato en Información, descubrimiento de patrones, visualización ágil.
Augmented: Son funciones mas demandadas por perfiles dedicados a detectar casuísticas y proponer acciones de negocio.
El usuario puede conectarse al repositorio corporativo (RPD) o tiene la posibilidad de conectarse a otras fuentes de datos. ¿Cuales? Pues a la mayoría de las que hay ahora mismo en el mercado: Evidentemente, Oracle database, pero también aplicaciones Oracle ON CLOUD, Amazone, Apache Hive, Dropbox, Google Analytics, Google Drive, Impala, Mongo DB, SQL Server…
Tiene una potente homepage con una interface tipo buscador Google.
Escribe que información que quieres con lenguaje natural y devuelve propuestas de informes.
Nos solo vamos a poder realizar búsquedas de informes ya desarrollados en nuestro catálogo. Si no que la misma barra de búsqueda, es la que nos va a proponer atributos y métricas según vayamos escribiendo. Y se va a ir a generando el informe con los datos que hemos descrito en lenguaje natural.
Para ello, es importante el trabajo previo para crear una semántica sencilla, y que sea conocida por todos.
Una de las funcionalidades más potentes y que más gusta a los usuarios son los DATA FLOWS:
Esta, les permite transformar sus propios datos de una forma muy sencilla y visual. Lo que les va a dar la autonomía y agilidad para trabajar sin depender de IT para que les suba sus datos al repositorio corporativo..
Bien. Con el análisis de tipo SELF-SERVICE, el usuario final puede tener, desde el principio, el control del flujo de creación de conocimiento.
Desde subir nuevos datos, pasando por la transformación, el enriquecimiento y terminando por la representación.
Y la representación es algo extremadamente sencillo.
Posibilidad de representar la información no solo sobre mapas, sino sobre cualquier gráfico que subamos. Como siempre de una forma sencilla en unos pocos clicks y evidentemente sin escribir nada de código.
Hemos visto que los informes se representan muy fácilmente mediante gráficos. Pero algunos a lo mejor pueden ser difíciles de entender. Bueno pues con esta funcionalidad, los datos pueden ser explicados mediante lenguaje natural simplemente cambiando el tipo de vista y en el mismo idioma en el que estemos viendo OAC.
Con OA, en 5 minutos, cualquier perfil con una pequeña formación, va a ser capaz de utilizar modelos de ML, crear diferentes escenarios y aplicarlos a los datos para obtener una predicción.
Es decir, pone lo que hasta ahora era analítica sofisticada, al alcance de unos pocos, a disposición de todos.
Cada vez se utilizan más los móviles como herramienta de trabajo, y OA nos ofrece una plataforma, acorde con los tiempos, en la que podremos realizar informes simplemente escribiendo lo que queremos o hablando y compartiendo el resultado con nuestros contactos, o grupos de trabajo.
Bueno, una vez que ya tenemos claro hacia donde dirigirnos, vamos ver como llegar allí.
Y aunque parezca mentira, el camino es relativamente corto y se realizaría en 3 o 4 fases.
En la Fase 1, Replicamos el entorno de discoverer en MV y seleccionamos los informes.
En la Fase 2, ejecutaríamos el migrador, evaluaríamos los resultados conjuntamente con los usuarios finales.
En la Fase 3, realizaríamos lo que es el proceso de migración.
La migración en sí podría terminar aquí, pero desde avanttic aconsejaríamos otra fase más.
Una Fase 4, en la que junto con los usuarios, revisaríamos los informes, y las posibilidades que aportan las nuevas funcionalidades.
1- Os solicitaremos 2 cosas. 1- El EUL de producción para importarlo en un entorno preconfigurado de avanttic y 2 una conexión a la BBDD de datos fuente.
2- En el punto 2 os presentaríamos un listado de los informes más utilizados.
3- En el 3, evaluaríamos cuantitativamente el uso actual de los informes. Y es que migrar todos los desarrollos realizados durante años no tiene porqué ser la mejor opción. De echo, la realidad, es que no lo es. Y si no ha existido un control de desarrollo de informes centralizado, muchos de ellos pueden ser redundantes, tener variaciones mínimas entre ellos, o que simplemente ya no se utilizan. Por ello consideramos que es imprescindible aprovechar esta migración para limpiar el catálogo y finalmente migrar solo, los informes que realmente aportan valor.
4- A lo que nos referimos en este punto es sentarnos también con el usuario para entender las necesidades funcionales actuales, las futuras y ver cuales de ellas responde Oracle Analytics . Con ello, lo que pretendemos es hacer al usuario partícipe de la migración y que sienta el proyecto como una oportunidad.
5- Por último, estableceríamos el listado de informes a migrar.
En el paso 1, se realizaría una migración de algunos worbooks y Business Areas de Discoverer. De tal forma que
- Un workbook con N worksheets (pestañas) pasaría a ser un informe de Oracle Analitics con N pestañas cada una de ellas con una vista de tipo tabla.
- Una Business Area de Discoverer (con N data sets relacionados) pasaría a ser un informe de Oracle Analytics con N Datasets relacionados.
El paso 2, consiste en revisar con los First Adopters, el resultado de la migración y valorar conjuntamente los informes.
Vamos a ver cual sería el resultado.
A la izquierda tenemos un worbook de Discoverer que tiene 2 worksheets (recuadro en verde), con su título (Amarillo), un selector (en azul) y una tabla (en marrón).
¿Y qué se migraría? Pues a la derecha vemos el informe (que en OA se le llama proyecto) con estos 4 elementos. ¿Y qué no se migra? Pues el formato de los informes.
Y es que no hay forma de llevar la configuración de una aplicación a otra. Lo único que se puede extraer de Disoverer es la query del worksheet. Por lo tanto, este sería el trabajo postmigración que sería necesario realizar. Lo bueno, pues que OA es que es tan sencillo que los propios usuarios lo pueden modificar.
Más tarde en la demo lo veremos.
Y el otro de los elementos que se migran son las Business Areas, que son esas relaciones entre tablas y vistas que ya están creadas (lo que llamamos la capa de negocio) y a partir de las cuales los usuarios desarrollan los workbooks.
En el recuadro de Discoverer, a la izquierda, vemos en rojo 5 tablas (o vistas) y en amarillo sus relaciones. Bien, pues lo que se migraría en este BA es exactamente eso: Si miramos el recuadro de Oracle Analytics, arriba a la derecha, vemos los 5 data sets y las relaciones migradas.
¿Y funcionalmente esto en qué se traduce? Pues como vemos en la captura inferior, el usuario únicamente tiene que abrir el proyecto del Business Area correspondiente, y vería el área de trabajo en blanco, y los 5 datasets en marrón (cada uno con sus campos). Entonces, únicamente tendría que arrastrar los que necesitase al área de trabajo y aparecerá la vista o el gráfico que haya elegido.
Como veis es muy parecido a como se crearía un nuevo workbook en Discoverer. Por lo tanto, el cambio, en este sentido sería mínimo.
La seguridad es uno de los punto que hay que volver a definir. En Discoverer se establece a nivel de rol de BBDD. Sin embargo en OA tenemos otros nivel: que serían roles seguridad a nivel funcional dentro de la herramienta, o de acceso a carpetas y proyectos
1- Crear/Desplegar los entornos, dependiendo de si se opta por la opción on Premise o cloud
2- Ejecutar el migrador con la selección de informes que realmente aportan valor.
3- Establecer la seguridad
4- Y la realización de unas sesiones de formación para los usuarios donde veríamos lo necesario para al día siguiente pudieran trabajar con la herramienta tal y como hacían con Discoverer.
En cuanto a la arquitectura que en principio utilizaríamos en el proceso de migración, sería la siguiente:
Lo primero es disponer dos entornos (Discoverer y OAS) vacíos y configurados. Avanttic ya los tiene disponibles.
El primero corresponde al sistema que va a replicar el proyecto de Discoverer. Para ello el cliente, tendría que facilitar el EUL de producción y una conexión a los datos a los mismos vía VPN). Con esto, tendríamos una copia del sistema de producción.
El segundo correspondería a un OAS, donde se van a migrar los metadatos de Discoverer, ya como objetos de OAS.
Bueno, pues una vez que ya tenemos el entorno de Discóverer replicado, procederemos a la ejecución del migrador.
Una vez que se han creado los objetos en OAS, pasaríamos a realizar un Snapshoot de todo lo migrado.
Y por último cogemos ese snapshoot, y lo importaríamos al entorno de producción de OAC/OAS.
Como veis es relativamente sencillo.
En esta fase, lo que pretendemos es disminuir las incertidumbre que los usuarios puedan tener sobre el uso de la herramienta en su día a día.
No hablamos de la formación clásica. Si no que se trataría de un acompañamiento en el día a día del usuario, con datos reales y obteniendo conclusiones referentes al negocio.
Aprenderíamos a aplicar una metodología de desarrollo de informes, que fuera común dentro del equipo (lo más simple posible), con lo que mejoraríamos la agilidad a la hora de realizar desarrollos.
Y además aprenderíamos a normalizar el uso de las nuevas funcionalidades de Oracle Analytics, tanto a los antiguos usuarios de Discoverer, ojo, como a nuevos. Porque en realidad, el fin último, de tener una herramienta de reporting de este tipo es que en un medio plazo, todo el que necesite realizar algún tipo de análisis, conozca el abanico de funcionalidades y pueda llegar a aplicarlas en su día a día.
1- Pues que la realidad es que no existe un migrador que nos mueva todo el trabajo de desarrollos de tantos años de Discoverer a alguna aplicación del mercado.
2- Sin embargo, avanttic ha desarrollado una solución, que si bien no migra absolutamente todo, sí que recupera suficiente información de los metadatos como para replicar los informes en un porcentaje tan alto, que permitiría a los usuarios ejecutarlos a través de OA en pocas semanas.
Y todo esto en que se traduciría:
1- Pues en análisis mucho más rápidos puesto que los usuarios van a poder añadir sus propios datos a los ya existentes sin tener que realizar solicitudes a otros departamentos.
2- Posibilidad de descubrir en los datos puntos de vista ocultos, gracias a las nuevas funcionalidades.
3- Y por supuesto, tomar decisiones mejores y más rápidas.
Por último, os voy a poner en contexto sobre lo que vamos a ver en la demo.
Se trata de los dos entornos que hemos comentado antes, en dos MV. Una donde tenemos el supuesto EUL del cliente y otra con Oracle Analytics. Hemos ya lanzado el proceso de migración porque tarda un ratito, y vamos a ver el resultado obtenido.
El objetivo de que veamos esta demo es analizar la viabilidad del resultado obtenido. Y ver las posibilidades de la herramienta.