Algunas funcionalidades no están soportadas para los cubos de Essbase con una partición federada.
El cubo debe estar dentro de su propia aplicación con nombre único. Los cubos de partición federada no deben compartir una aplicación con otros cubos. No utilice el mismo esquema de Autonomous Data Warehousepara varias instancias de Essbase.
Antes de realizar una carga de datos mediante Essbase en la tabla de hechos, Oracle recomienda cargar el archivo de datos en el servidor de Essbase. La carga de datos del cliente está soportada, pero tarda más tiempo.
Si no tiene que cargar datos mediante Essbase a Autonomous Data Warehouse, puede utilizar la Herramientas de datos de Autonomous Database para cargar datos a la tabla de hechos y realizar otras tareas de gestión. Sin embargo, asegúrese de que el esquema de cubo y la tabla de hechos no queden desincronizadas. Consulte Precauciones con los metadatos para los cubos de partición federada.
La carga de archivos de exportación de datos con formato Essbase en cubos de partición federada puede tardar bastante tiempo. Para optimizar las cargas de datos, utilice un archivo de origen con formato DBMS. Puede crear uno mediante el comando de cálculo DATAEXPORT con la opción DataExportCSVFormat. Los archivos con formato CSV se pueden cargar con más rapidez porque se ajustan a las opciones de formato del paquete DBMS_CLOUD para los archivos de origen.
La dimensión de tabla dinámica utilizada en los archivos de entrada de carga de datos debe ser la misma que la dimensión de tabla dinámica de la tabla de hechos.
Consulte Carga de datos de partición federada.
La importación de datos desde varios archivos en paralelo mediante una sentencia import de MaxL con comodines no está soportada para los cubos de partición federada.
No está soportada la exportación de un cubo de partición federada a un libro de trabajo de aplicación (no exporta los datos ni la definición de partición).
Las operaciones de importación de Lifecycle Management (LCM) (y de importación de la utilidad de migración) no están soportadas para migrar particiones federadas. Las particiones federadas se deben volver a crear manualmente en el destino.
El modo de cálculo de bloques (activado cuando el valor de configuración de Essbase CALCMODE está definido en BLOCK) no es aplicable para los cubos de partición federada. El procesamiento del cálculo se envía a Autonomous Data Warehouse. Si existe una excepción y el cálculo se procesa en el servidor de Essbase en su lugar, el orden de resolución determinará el análisis de dependencias.
Al realizar asignaciones personalizadas en un cubo de almacenamiento agregado con una partición federada, solo puede reemplazar los valores existentes. No puede agregar a los valores existentes ni restar de estos.
Los cálculos y las asignaciones personalizados de almacenamiento agregado solo están soportados para los cubos de partición federada cuando se utiliza la lógica de Inserción de MDX. Todas las restricciones documentadas para Inserción de MDX también se aplican a los cálculos y las asignaciones personalizados de un cubo de partición federada.
El almacenamiento agregado cargas de datos incrementales mediante buffers no está soportado en un cubo de partición federada.
Los cubos de almacenamiento de bloques deben estar en el modo híbrido para soportar las particiones federadas. No configure ASODYNAMICAGGINBSO en un valor que no sea FULL para la aplicación que contenga la partición federada, de lo contrario, los resultados de la consulta podrían ser incorrectos y se escribirá una advertencia en el registro.
Si necesita ejecutar scripts de cálculo de almacenamiento de bloques (BSO) de Essbase, seleccione una dimensión densa como dimensión de giro. Los scripts de cálculo no están soportados para las particiones federadas si la dimensión de tabla dinámica es ligera.
Para los cubos de almacenamiento agregado, las dimensiones que contienen jerarquías de miembros almacenadas de varios niveles no se deben seleccionar como dimensión de tabla dinámica. Seleccione una dimensión de tabla dinámica con jerarquías dinámicas, o una jerarquía almacenada que sea una jerarquía plana de un único nivel (en la que todos los miembros sean miembros almacenados de nivel 0).
Oracle Database tiene un límite de 1000 columnas, y la dimensión de giro hereda este límite. Determine el número de miembros de columna que se puedan seleccionar en la dimensión de giro para asegurarse de que no alcance el límite. El número de posibles combinaciones de miembros almacenadas junto con el número de dimensiones en el cubo debe ser menor o igual que 1000.
Los siguientes comandos de cálculo no están soportados para los cubos de partición federada y devuelven un error si se utilizan:
#MISSING para los cubos de partición federada)Para obtener más información sobre el soporte para cálculo, consulte Cálculo y consulta de cubos de partición federada.
Los scripts de cálculo que utilizan la función @MDALLOCATE no están soportados y fallarán con un mensaje de error.
Algunos cálculos de larga ejecución que utilizan la lógica IF/ELSEIF/ELSE pueden fallar en los cubos de partición federada y devolver uno o los dos errores ORA siguientes desde Autonomous Data Warehouse:
ORA-04036: PGA memory used by the instance or PDB exceeds PGA_AGGREGATE_LIMIT
ORA-12805: parallel query server died unexpectedly
Si se encuentra dichos errores, puede que deba aumentar la configuración del hardware de Autonomous Data Warehouse a 16 núcleos de CPU y 128 G de RAM. Consulte la documentación de OCI: Cambio de la unidad de computación de una instancia.
La gestión de escenarios no está soportada.
Las particiones transparentes o replicadas en el cubo de partición federada no son aplicables/no están soportadas.
MaxL no soporta la creación ni la modificación de particiones federadas, pero puede utilizar la API de REST.
Las sentencias de MaxL y las API para borrar o restablecer datos, borrar regiones de datos o borrar agregaciones no están soportadas.
Las listas de texto (o listas inteligentes) no están soportadas
La terminación de solicitud no está soportada.
La modificación de atributos o cualquier otro cálculo de atributos por defecto distinto de SUM no están soportados.
La Subselección de MDX no está soportada.
La creación de vistas agregadas (sentencias de MaxL execute aggregate process, execute aggregate build o execute aggregate selection) no está soportada.
La fusión de regiones/porciones de datos no es aplicable (porque los datos están en Autonomous Data Warehouse).
La información que devuelve la sentencia de MaxL statement query application APP-NAME list aggregate_storage storage_info (o una API equivalente) no está completa o no es correcta.
Los cubos de moneda no están soportados.
La pista de auditoría de datos no está soportada.
Los disparadores en eventos de cubo no están soportados.
Las consultas asimétricas pueden tener un rendimiento más lento.
El rendimiento de reescritura (por ejemplo, la velocidad de envío de actualizaciones de datos desde Smart View) puede ser lenta si hay una gran cantidad de datos que enviar.
No está soportado copiar o cambiar el nombre de las aplicaciones o los cubos de partición federada.
Se ignorarán los siguientes ajustes de aplicaciones o servidores de Essbase:
La creación de una partición federada puede fallar con el siguiente error si existen demasiados niveles en el esquema de Essbase: Remote warning from federated partition on Analytic View: [ORA-04063: hierarchy has errors].
La creación de una partición federada puede fallar si los caracteres o las longitudes de nombre utilizados en los nombres de dimensión o los nombres de miembro de Essbase en la dimensión de tabla dinámica no están soportados o se consideran especiales en Autonomous Data Warehouse. Estas limitaciones deben tenerse en cuenta además de las documentadas de Essbase Convenciones de nomenclatura de dimensiones, miembros y alias.
Solo puede suprimir una partición federada de la interfaz web de Essbase. No puede suprimirla del diseñador de cubos.