Requisitos de Diseño de Particiones

Ventajas de la Partición

La partición del cubo de Essbase proporciona ventajas adicionales de la sincronización y navegación de datos.

Para las bases de datos de almacenamiento de bloques, las particiones proporcionan sincronización de datos entre varias bases de datos.

Essbase realiza un seguimiento de los cambios realizados en los valores de datos de una partición y proporciona herramientas para actualizar los valores de datos en particiones relacionadas.
Las particiones proporcionan a los usuarios la capacidad de navegar entre bases de datos con dimensionalidad diferente.

Cuando los usuarios acceden a la nueva base de datos, pueden acceder a datos más detallados.

Estrategias de Partición

En función de los requisitos del usuario, seleccione una estrategia de partición para el cubo de Essbase que esté descendente, ascendente o basada en atributos de la base de datos.

Particionar aplicaciones de arriba hacia abajo.

Utilice la partición descendente para dividir una base de datos en varios procesadores, servidores o equipos, lo que puede mejorar la escalabilidad, la fiabilidad y el rendimiento de las bases de datos. Para lograr los mejores resultados con la partición de arriba hacia abajo, cree una aplicación independiente para cada base de datos particionada.

Particionar aplicaciones de abajo hacia arriba.

Utilice la partición ascendente para gestionar el flujo de datos entre varias bases de datos relacionadas, lo que puede mejorar la calidad y la accesibilidad de los datos en las bases de datos.

Particionar aplicaciones basadas en atributos.

Particionar bases de datos según los valores de atributo asociados a las dimensiones base (una dimensión estándar asociada a una o más dimensiones de atributo).

Utilice esta estrategia para extraer datos en función de las características de una dimensión, como el tipo o el tamaño.

Note:

No puede particionar dimensiones de atributos. Consulte Atributos en particiones de Essbase.

Factores de Decisión para Particionar una Base de Datos

Considere la posibilidad de implantar particiones (replicadas o transparentes) en la base de datos de Essbase si el uso de datos y las actualizaciones se benefician de la compartimentación por ubicación o unidad organizativa.

Considere la implantación de particiones replicadas o transparentes cuando:
- Los datos deben estar más cerca de las personas que los utilizan.
- Un solo fallo sería catastrófico.
- Se tarda demasiado en realizar cálculos después de cargar nuevos datos y desea mejorar el rendimiento mediante la difusión de cálculos en varios procesadores o equipos.
- Los usuarios desean ver los datos en diferentes contextos de aplicación y desea controlar cómo navegan los usuarios entre las bases de datos.
- Debe sincronizar la información de diferentes orígenes.
- Tiene previsto agregar nuevas unidades organizativas que se beneficiarían de tener sus propias bases de datos.
- Los usuarios deben esperar a que otros usuarios accedan a la base de datos.
- Desea ahorrar espacio en disco al proporcionar a los usuarios acceso a los datos almacenados en una ubicación remota.
- Desea reducir el tráfico de red replicando datos en varias ubicaciones.
- Debe controlar los esquemas de la base de datos desde una ubicación central.
No particione una base de datos cuando:
- Tiene problemas de espacio en disco, ancho de banda de red y recursos administrativos.
- Las asignaciones complejas se realizan cuando los valores de nivel de unidad se derivan de los valores totales.
- Debe mantener todas las bases de datos en línea en todo momento.
  
  Mantener las bases de datos en línea puede ser un problema si tiene bases de datos en varias zonas horarias, ya que la carga máxima de usuarios puede variar entre las zonas horarias. El uso de particiones transparentes exacerba este problema, pero el uso de particiones replicadas puede ayudar.
- Las bases de datos están en diferentes idiomas o modos relacionados con Unicode.
  
  Essbase solo puede particionar bases de datos si cada base de datos utiliza el mismo idioma o si cada base de datos utiliza el mismo modo Unicode o no Unicode.

Consideraciones para la Partición de Datos

Al diseñar una estrategia de base de datos de Essbase particionada, haga preguntas sobre los requisitos de uso de datos para ayudarle a determinar qué datos incluir en cada partición.

¿Qué base de datos debe ser el origen de datos y cuál el destino de datos? El cubo que "propietario" de los datos, donde se actualizan los datos y donde se almacena la mayoría de los datos de detalle, debe ser el cubo de origen.
¿Se accede a algunas partes de la base de datos con más frecuencia que a otras?
¿Qué datos puede compartir entre sitios?
¿Qué nivel de detalle deben tener los datos en cada ubicación?
¿Con qué frecuencia se accede, actualiza o calcula los datos?
¿Cuáles son los recursos disponibles: espacio en disco, CPU y recursos de red?
¿Cuántos datos se deben transferir a través de la red? ¿Cuánto se tarda?
¿Los datos se almacenan en una o varias ubicaciones?
¿Se accede a los datos en una o varias ubicaciones?
¿Hay información en bases de datos separadas a las que se debe acceder desde una ubicación central? ¿Qué tan estrechamente están relacionados los grupos de datos?

Seguridad para bases de datos particionadas

Los usuarios que acceden a los datos a través de particiones replicadas o transparentes suelen necesitar ver los datos almacenados en más de un cubo de Essbase. Configure la seguridad para que los usuarios no vean ni cambien datos inadecuados.

Para definir la seguridad de las particiones,

Otorgue a los usuarios acceso a los cubos de origen y destino.
Restrinja el acceso del usuario mediante la configuración de filtros (en los cubos de origen y destino) solo en los segmentos particionados.

Consulte Control de acceso a celdas de la base de Datos mediante filtros de seguridad.
Si está creando una partición replicada, determine si los usuarios pueden realizar cambios en una partición replicada en el destino de datos. La configuración de actualización (que permite o no las actualizaciones) sustituye los filtros de usuario que permiten a los usuarios actualizar datos.

Al crear particiones replicadas mediante la sentencia MaxL create replicated partition, si no especifica la gramática update allow, las particiones replicadas no se pueden actualizar por defecto.