Particiones replicadas

Por ejemplo, en las aplicaciones de ejemplo Samppart y Sampeast, el DBA de The Beverage Company (TBC) creó una partición replicada entre la base de datos East y la base de datos Company que contenía Actual, Budget, Variance y Variance%. Los usuarios de la región oriental ahora almacenan sus datos de presupuesto localmente. Debido a que no tienen que recuperar estos datos en directo desde la sede corporativa, los tiempos de respuesta son más rápidos y tienen más control sobre los tiempos de inactividad y la administración de los datos locales.

Los cambios realizados en los datos de una partición replicada fluyen desde el cubo de origen hasta el cubo de destino. Los cambios realizados en los datos replicados en el destino de datos no vuelven al origen de datos. Si los usuarios cambian los datos en el destino de datos, Essbase sobrescribe los cambios cuando el DBA actualiza la partición replicada.

Cuando se define una partición replicada, el DBA puede seleccionar un valor para evitar que los datos de la parte replicada del cubo de destino se actualicen. La configuración de actualización (que permite o no permite actualizaciones) tiene prioridad sobre el acceso proporcionado por los filtros de seguridad y también se aplica a operaciones por lotes, como la carga de datos y el cálculo.

Utilice una partición replicada para lograr cualquiera de los siguientes objetivos:

Disminuir la actividad de la red
Reducir los tiempos de respuesta de las consultas
Reducir tiempos de cálculo
Recuperarse más fácilmente de los fallos del sistema

Reglas para particiones replicadas

Debe poder asignar las áreas replicadas compartidas de los esquemas de origen y destino, aunque no es necesario que las áreas compartidas sean idénticas. Debe indicar a Essbase cómo cada dimensión y miembro del origen se asigna a cada dimensión y miembro del destino.

Los esquemas de origen y destino de las áreas no compartidas no tienen que poder asignarse.

Como ninguna de las áreas que utiliza como destino de partición replicada puede provenir de un origen de partición transparente, no puede crear una partición replicada sobre una partición transparente, como se muestra en la ilustración:

Figura 9-4 Partición replicada no válida

En esta imagen se muestra cómo un destino de partición replicada no puede contener datos de un origen de partición transparente.

Las celdas del destino de una partición replicada no pueden proceder de dos orígenes; las celdas de una partición deben proceder de un cubo. Para replicar celdas de varios cubos, cree una partición diferente para cada origen de datos.

Las celdas de un cubo de destino pueden ser el origen de una partición replicada diferente. Por ejemplo, si la base de datos Samppart.Company contiene una partición replicada de la base de datos Sampeast.East, puede replicar las celdas de Sampeast.East en una tercera base de datos, como Sampwest.West.

No puede utilizar miembros de atributo para definir una partición replicada. Por ejemplo, asociados a la dimensión Mercado, los miembros de la dimensión de atributo Tipo de mercado son Urbano, Suburbano y Rural. No puede definir una partición en Urbano, Suburbano o Rural, porque una partición replicada contiene datos dinámicos, no datos almacenados. Por lo tanto, al intentar asignar atributos en particiones replicadas, se genera un mensaje de error. Sin embargo, puede utilizar el comando WITHATTR para replicar datos de atributos.

Ventajas de las particiones replicadas

Debido a que los datos se almacenan más cerca de los usuarios finales, en el cubo de destino, las particiones replicadas pueden reducir la actividad de la red, lo que mejora los tiempos de recuperación.

Los datos son más accesibles para todos los usuarios. Algunos usuarios acceden a los datos en el cubo de origen y otros en el cubo de destino.

Los fracasos no son tan catastróficos. Debido a que los datos están en varios lugares, si una base de datos falla, solo los usuarios conectados a esa base de datos no pueden acceder a la información. Los datos aún están disponibles en los otros sitios y se pueden recuperar de ellos.

Los administradores locales controlan el tiempo de inactividad. Por ejemplo, dado que los usuarios de la región oriental están accediendo a sus propios datos replicados en lugar de a la base de datos de la compañía, un administrador puede desactivar la base de datos de la compañía sin afectar a los usuarios de la región oriental.

Debido a que solo se mantienen los datos relevantes en cada sitio, las bases de datos pueden ser más pequeñas. Por ejemplo, los usuarios de la región oriental solo pueden replicar la información de presupuesto oriental, en lugar de acceder a una base de datos de la empresa más grande que contenga información de presupuesto para todas las regiones.

Desventajas de las particiones replicadas

Necesita más espacio en disco porque los datos se almacenan en varias ubicaciones.

Debido a que el administrador de la partición debe refrescar los datos manualmente con regularidad, es posible que los usuarios no vean la última versión de los datos.

Consideraciones de Rendimiento para Particiones Replicadas

Para mejorar el rendimiento de las particiones replicadas, siga estas directrices:

No replique los miembros que se calculan dinámicamente en el cubo de origen, ya que Essbase debe sondear el esquema para buscar miembros calculados dinámicamente y sus secundarios para determinar cómo realizar el cálculo.

No replique los datos derivados del cubo de origen. En su lugar, replique el nivel práctico más bajo de cada dimensión y realice los cálculos en el cubo de destino después de completar la replicación.

Por ejemplo, para replicar la base de datos a lo largo de la dimensión Market:

Defina el área compartida como los miembros de nivel más bajo de la dimensión Market que le interesan, por ejemplo, East, West, South y Central y los miembros de nivel 0 de las otras dimensiones.
Después de completar la replicación, calcule los valores de Market y los valores de nivel superior en las otras dimensiones del destino.

En ocasiones, no se pueden calcular datos derivados en el cubo de destino. En ese caso, replíquelo desde el cubo de origen. No se pueden calcular datos derivados en el origen si los datos cumplen alguno de los siguientes criterios:
- Requiere que se calculen los datos fuera del área replicada.
- Requiere scripts de cálculo de los que no puede extraer solo la parte que se va a calcular en el destino.
- Se está replicando en una computadora con poca potencia de procesamiento, como una computadora portátil.

Para optimizar la replicación de un cubo de almacenamiento agregado (ASO) que es el destino replicado mientras que una base de datos de almacenamiento de bloques es el cubo de origen y los dos esquemas son idénticos, utilice el método de "suponer esquema idéntico de replicación", de una de las siguientes maneras.

Active el valor de configuración REPLICATIONASSUMEIDENTICALOUTLINE. La sintaxis es la siguiente:
```
REPLICATIONASSUMEIDENTICALOUTLINE [appname [dbname]] TRUE | FALSE
```
Ejecute la sentencia alter database MaxL con la gramática replication_assume_identical_outline. La sentencia solo se puede emitir a un cubo ASO y no se aplica a la replicación de almacenamiento de bloques. La sintaxis es la siguiente:
```
alter database appname.dbname enable | disable replication_assume_identical_outline;
```

La partición a lo largo de una dimensión densa tarda más que la partición a lo largo de una dimensión dispersa. Cuando Essbase replica datos particionados a lo largo de una dimensión densa, debe acceder a todos los bloques del origen de datos y, a continuación, crear cada bloque del destino de datos durante la operación de replicación.

No puede replicar datos en un miembro que se calcula dinámicamente en el cubo de destino. Essbase no se carga ni se replica en miembros de Cálculo dinámico, porque estos miembros no contienen datos hasta que un usuario los solicita en tiempo de ejecución. Essbase evita el envío de datos replicados para miembros dinámicos densos y dinámicos dispersos en el destino de replicación, ya que estos datos no se almacenan en el destino.

Para replicar sólo los valores de datos que han cambiado en lugar de toda la partición, consulte Populate or Update Replicated Partitions.

Particiones replicadas y uso de puertos

Con las particiones replicadas, los usuarios se conectan solo al cubo de destino. Cuando los datos se actualizan en el destino, el proceso de replicación de datos del cubo de origen al cubo de destino utiliza un puerto y esta conexión se basa en el nombre de usuario declarado en la definición de partición (usuario de partición).

Note:

Debido a la naturaleza a corto plazo de la replicación, las particiones y los puertos replicados rara vez son un problema.