Cuando se lanzó Oracle Analytics Cloud (OAC) en marzo de 2017, Oracle hizo una proclamación de facto de que este conjunto de herramientas sería el heredero natural de Oracle Business Intelligence Enterprise Edition (OBIEE), que ya tenía más de una década. Como ha sucedido con prácticamente todas las nuevas aplicaciones en la nube de Oracle, los usuarios de la comunidad on-premise tuvieron que intentar averiguar cómo hacer que la oferta en la nube funcionara dentro de sus entornos individuales. Estaba claro que OAC se veía fantástico como herramienta, pero estaba menos claro cómo funcionaría un caso de uso real.
Ahora que ya pasó el primer aniversario de la disponibilidad pública de OAC, se han aclarado muchas cosas, por lo que tiene sentido revisar la información relevante sobre la migración de una implementación existente de OBIEE a la nube.
¿Qué herramientas se incluyen en OAC?
Migrar OBIEE a OAC requiere suscribirse a las ediciones Enterprise o Data Lake de OAC. El componente BICS de OAC no está disponible en la edición Standard.
Tanto la edición Enterprise como la Data Lake también le proporcionarán Data Visualization, la versión Enterprise de Essbase en la nube y Day by Day (la práctica aplicación móvil de Oracle).
Quizás más importante para los usuarios on-premise de OBIEE, la edición BICS de OAC ahora incluye una versión en la nube de BI Publisher que tiene total paridad con la aplicación on-premise. Esta actualización se lanzó en diciembre de 2017 y proporciona una herramienta con sólidas capacidades de reporting operativo y narrativo. En algún momento del primer trimestre de 2018, el componente BICS de OAC también recibió la capacidad de BI Delivers.
Desde el lanzamiento inicial de OAC, BI Delivers fue una de las funciones más solicitadas y su ausencia era citada con frecuencia por clientes on-premise como motivo para no querer migrar todavía a la nube. Con BI Delivers, junto con BI Publisher, el componente de BI de OAC ahora tiene las piezas principales que una suite empresarial de herramientas necesita para completar una migración sin sentir una regresión significativa en capacidades.
¿Tengo que mover todos mis datos a la nube?
Algunos clientes con los que he trabajado han tenido la idea equivocada de que, para aprovechar al máximo OAC, tendrían que no solo migrar sus herramientas de BI de OBIEE a OAC, sino también mover sus data warehouses y data marts on-premise a las bases de datos en la nube de Oracle. Aunque puede emprender esa migración si la oferta de bases de datos en la nube de Oracle le resulta atractiva, definitivamente no está obligado a hacerlo.
Oracle admite el uso de una VPN como servicio para conectar OAC con sus entornos on-premise de forma segura. Esto significa que sus datos pueden permanecer donde están actualmente y que los procesos mediante los cuales se mantienen y actualizan pueden seguir en su lugar. Esto le da flexibilidad en un plan de migración para mover el conjunto de herramientas a la nube y determinar los siguientes pasos de su hoja de ruta. Algunas organizaciones pueden beneficiarse de dejar los datos on-premise de forma permanente, mientras que otras pueden optar por mover conjuntos de datos individuales uno a la vez durante el transcurso de algunos años.
¿Cuánto tiempo tarda una migración?
La respuesta honesta, como siempre, es “depende”.
Si no está migrando sus datos y procesos a la nube, el proceso de migrar un catálogo web, un archivo RPD y roles de seguridad es directo. Planificar la arquitectura en la nube en función del tamaño de sus entornos y de qué tecnologías aprovechará, incluidos los métodos de autenticación y las opciones de VPN, si son necesarias, requerirá un esfuerzo y cuidado considerables para definirlo correctamente. El acto real de exportar objetos desde OBIEE e importarlos a OAC probablemente pueda hacerse en unos pocos días en la mayoría de los casos, o incluso en unas pocas horas. Pero ese tiempo estará entre extensas tareas de planificación, configuración de entornos y pruebas de regresión de sus dashboards y análisis en la nube.
¿Cómo hago la migración?
OBIEE 12c introdujo el concepto de tomar snapshots de un entorno y generar un archivo “BAR”. Esto podía usarse para migrar entre entornos 12c o incluso como método de copia de seguridad y restauración. La migración a OAC aprovecha este proceso y esta funcionalidad para que pueda usar su entorno 12c para generar un archivo BAR con todo el contenido de su entorno. Luego colocará ese nuevo archivo en el servidor de OAC y ejecutará un script para importarlo al entorno de OAC. Esto significa que necesitará las herramientas y el acceso para conectarse por SSH al servidor de OAC y comprender comandos básicos de Linux para navegar por la estructura de archivos e iniciar los scripts.
Si migró de OBIEE 11g a 12c en algún momento, estará familiarizado con el proceso para migrar de OBIEE 11g a OAC. La página de administración de OAC proporciona un enlace para descargar un archivo .jar que puede usar para generar una exportación desde el servidor OBIEE 11g. Así, toma el archivo descargado desde OAC, lo coloca en el servidor OBIEE 11g y usa Java para ejecutar el proceso que crea el archivo de exportación. A partir de ahí, el proceso es el mismo que migrar desde 12c, toma el archivo con todo el contenido de BI, lo coloca en el servidor de OAC y lo importa usando los scripts de importación proporcionados.
Pasos de seguimiento
Una vez que su contenido esté importado, reiniciará su servicio y entonces sus dashboards, informes y archivo RPD estarán disponibles. Luego deberá validar o modificar sus conexiones de datos para que apunten a sus fuentes de datos. Esto probablemente signifique crear conexiones ODBC en el servidor de OAC, o potencialmente apuntar sus connection pools a nuevas fuentes si sus datos de origen también se han movido.
Luego, por supuesto, corresponde realizar pruebas de regresión y validar que el contenido se movió correctamente, conserva cualquier configuración de seguridad y que los datos coinciden con los entornos on-premise.
Aunque lo anterior está claramente simplificado hasta cierto punto, lo importante a destacar es que el proceso real de exportación e importación es rápido y directo. Es imprescindible dejar tiempo suficiente para planificar su infraestructura, incluidas cualquier VPN u otras consideraciones de red, y para sus rondas finales de pruebas de regresión. Teniendo esto en cuenta, OAC se encuentra ahora en un punto en el que las capacidades de la aplicación están casi en paridad con OBIEE y las empresas pueden comenzar a explorar la migración como el siguiente paso para modernizar sus programas de BI. No solo obtendrá las funcionalidades y características más recientes de Oracle para BI, sino que también podrá aprovechar las herramientas adicionales de la suite, como Data Visualization y el nuevo Essbase Cloud Service.
Si le interesa saber más sobre OAC o cualquiera de las ofertas en la nube de Oracle, visítenos en mindstreamanalytics.com, o encuéntrenos en LinkedIn, Facebook, Twitter o YouTube. Nos encantaría ayudar a su organización a avanzar hacia la siguiente etapa de su evolución en Business Intelligence y EPM.
