Copias de seguridad y restauraciones de una instancia de Essbase
Las copias de seguridad de instancias de Essbase se utilizan para restaurar todas las aplicaciones de la instancia a un punto en el tiempo común. Las copias de seguridad de instancias se utilizan principalmente para la recuperación ante desastres, pero son adecuadas cuando desea migrar o restaurar todas las aplicaciones a la vez.
Considere la instancia de Essbase de restauración previa como un origen (a partir del cual se realiza la copia de seguridad) y la instancia de Essbase de restauración posterior como un destino. Después de finalizar las tareas de restauración, las aplicaciones de la instancia de destino reflejarán la instancia de origen en algún momento.
Note:
La instancia de destino no tiene que ser la misma versión de Essbase que el origen. Sin embargo, la versión de destino debe poder aplicarse un parche en comparación con el origen.En estos temas, se le indicará varias veces que detenga los servicios de Essbase. Consulte Stop, Start, and Check Servers. Después de desactivar las conexiones de usuario y antes de detener los servicios, deje tiempo suficiente para que finalice la solicitud de usuario existente.
Copia de seguridad de una instancia de Essbase
Las copias de seguridad de instancias son un requisito previo obligatorio para restaurar una instancia de Essbase y debe examinar la consistencia de las copias de seguridad de Essbase 26ai.
Además de los artefactos de disco utilizados por Essbase 11g, Essbase 26ai introduce el uso de un esquema de base de datos relacional para gestionar los metadatos de la aplicación de Essbase. Modifique las rutinas de copia de seguridad existentes para asegurarse de capturar toda la información relevante en un estado consistente.
Para asegurarse de que las copias de seguridad de Essbase sean coherentes, detenga todos los servicios antes de realizar la copia de seguridad. Aunque puede tomar medidas para minimizar este tiempo de inactividad, Oracle no recomienda realizar copias de seguridad de instancias mientras los usuarios están activos. Antes de detener Essbase, es posible que desee sacar a los usuarios del sistema de forma controlada. Consulte Alter Application (especialmente, enable/disable) y Alter System (especialmente, logoff/ kill). Si utiliza comandos disable, deberá revertirlos con comandos enable tras el reinicio del sistema.
- Contenido del <Directorio de Aplicaciones>
- Esquema de origen de base de datos relacional: <schemaprefix>_Essbase
- "roles asignados" de EPM Shared Services (si se utiliza EPM Shared Services con Essbase)
Para minimizar el tiempo de inactividad del usuario, considere montar volúmenes de disco independientes para <Domain Root>/<Domain Name> y el <Application Directory>. Esto le permitirá tomar instantáneas o clones más rápidamente que comprimir carpetas del disco. Además, considere eliminar los archivos de texto redundantes u obsoletos utilizados para cargar datos y crear dimensiones, ya que estos pueden ser bastante grandes y alargarán los tiempos de compresión.
Restauración de una Instancia de Essbase
Las instancias de producción de Essbase utilizan la seguridad de WebLogic más un proveedor de identidad o la seguridad de EPM (con o sin un proveedor de identidad). En cualquier caso, los usuarios y grupos se gestionan de forma externa a Essbase.
Note:
LDAP de WebLogic incrustado solo se admite para entornos de prueba y tiene importantes restricciones de copia de seguridad y restauración.En general, el proveedor de identidad no se ejecutará en el mismo hardware físico que la instancia de Essbase, por lo que estará protegido de la recuperación del proveedor de identidad cuando recupere Essbase. Solo tendrá que configurar una nueva instancia de destino de Essbase y configurarla para que utilice el proveedor de identidad existente.