Si ya dispone de una aplicación y un cubo locales de Essbase existentes para migrar a la nube, revise las siguientes consideraciones y requisitos previos.
Con la utilidad de gestión de ciclo de vida (LCM), puede crear aplicaciones exportando aplicaciones y cubos locales. A continuación, puede importarlos en la nube mediante la utilidad de CLI.
Para usar la herramienta LCM, debe haber instalado Java Development Kit 8 o superior, y haber definido la variable de entorno JAVA_HOME.
Se ha probado la migración en las siguientes versiones: 11.1.2.3.0nn, 11.1.2.4.0nn, 11.1.2.4.5nn, 12.2.1 y posteriores. Pueden utilizarse versiones anteriores (póngase en contacto con el soporte de Oracle si necesita ayuda).
Debe convertir todas las aplicaciones y artefactos asociados al modo Unicode (codificación UTF-8) antes de exportarlas y migrarlas a la nube. Active Unicode en el servidor y en la aplicación Essbase, o una copia, antes de ejecutar la exportación LCM. Existe una opción de exportación -converttoutf8
en la utilidad LCM para realizar la conversión automática.
El procesador de cálculo y de consultas por defecto del servicio en la nube está en modo híbrido. El modo híbrido permite a los cubos de almacenamiento de bloques tener miembros ligeros dinámicos de nivel superior, así como consulta y cálculo totalmente dinámicos. Puede consultar los datos inmediatamente después de actualizarlos, sin ejecutar cálculos por lotes. En modo híbrido, los cubos no se ven afectados si decide no aplicar Cálculo dinámico a miembros ligeros de nivel superior.
El uso compartido implícito no se aplica en la nube. Todas las intersecciones almacenadas tienen datos, independientemente de su recuento de secundarios.
Los valores de configuración por defecto son diferentes en la nube.
No se pueden cambiar los tamaños de caché con MaxL. Solo puede cambiar los tamaños de caché con estos valores de configuración.
Además de los cambios de configuración indicados anteriormente, puede modificar los valores de configuración predefinidos por defecto en el nivel de aplicación.
Tenga en cuenta que Oracle recomienda gestionar todos los valores de configuración en el nivel de aplicación. La configuración de nivel de aplicación se mantiene durante los procesos de exportación e importación de la herramienta LCM.
Es recomendable que convierta todos los artefactos y archivos de nivel de aplicación, como scripts de cálculo y archivos de reglas y de texto, en artefactos y archivos de nivel de base de datos antes de exportarlos desde instancias locales de Essbase y antes de realizar la migración al servicio en la nube. En la nube, solo están soportados los artefactos en el nivel de base de datos.
Puede importar archivos de reglas locales a la nube y ejecutarlos.
Si encuentra restricciones de tamaño de carga de archivos entre clientes externos y el servicio en la nube, es posible que tenga que dividir los archivos grandes en archivos más pequeños y, a continuación, concatenarlos después de cargarlos en la nube, mediante una conexión SSH al servidor. Esta opción solo está disponible para usuarios de Essbase en un entorno gestionado por el cliente.
Los esquemas están cifrados en los servidores de despliegue del servicio en la nube. Si necesita exportar e importar esquemas entre servidores de servicio en la nube, la herramienta de línea de comandos LCM y los libros de trabajo de la aplicación son los únicos métodos soportados.
Si desea utilizar filtros y asignaciones de cálculo de usuarios existentes para migrarlos del servicio local al servicio en la nube, asegúrese de que Essbase tiene el mismo juego de usuarios y grupos ya disponible.
La asignación de comportamiento de roles de usuario en la nube de Essbase es distinta la local. El acceso de base de datos es el rol más bajo en la nube de Essbase y, por defecto, tiene acceso de lectura a los valores de datos de todas las celdas. Para restringir el acceso a valores de datos en la nube de Essbase, debe crear un filtro NONE y asignarlo a usuarios y grupos. Esto no es obligatorio en equipos locales, en los que Filtro es el rol más bajo y, por defecto, no tiene acceso a los valores de datos de todas las celdas.
Las siguientes configuraciones de nivel de base de datos y de aplicación no se pueden aplicar en instancias de servicio en la nube de Essbase:
Al realizar la operación de importación de la herramienta LCM, importe las aplicaciones de origen antes que las aplicaciones de destino. Si no importa las aplicaciones de origen antes que las aplicaciones de destino, la definición de partición no funcionará y deberá volver a crearla después de importar las aplicaciones de origen.
Asegúrese de que las aplicaciones preexistentes que planea migrar a la nube se ajustarán al nivel de recurso que desea conseguir. Calcule los requisitos de tamaño y consiga la combinación más relevante de CPU, memoria y almacenamiento.
Además de utilizar LCM para migrar aplicaciones exportadas, también puede crear aplicaciones de las siguientes formas: