10 Sauvegarder et restaurer Essbase
La planification des sauvegardes et des restaurations Essbase est requise au niveau de l'instance et de l'application afin d'avoir une flexibilité totale permettant la gestion du cycle de vie de vos instances Essbase, et également pour assurer la récupération après sinistre.
La sauvegarde et la restauration doivent être effectuées sur la même version d'Essbase, ou au minimum entre les versions pouvant faire l'objet d'un patch d'Essbase.
Essbase permet de personnaliser l'objectif de point de récupération (RPO) et l'objectif de temps de récupération (RTO) pour votre base d'utilisateurs, en prenant en charge les sauvegardes au niveau de l'instance et de l'application. Par exemple, si votre RPO pour la plupart des applications est de vingt-quatre heures, vous devez effectuer une sauvegarde au niveau de l'instance une fois par jour. Et si vous avez une application qui doit être sauvegardée plus souvent, disons une fois toutes les quatre heures ? Vous pouvez sauvegarder cette application toutes les quatre heures à l'aide de l'export LCM. Si vous devez restaurer l'instance, vous pouvez effectuer une restauration à partir de la sauvegarde au niveau de l'instance, puis mettre à jour cette application à l'aide du dernier export LCM.
Les sauvegardes d'applications individuelles vous protègent contre les échecs d'application ou la corruption d'artefacts d'application et peuvent facilement être migrées entre les serveurs. Lorsque vous restaurez une seule application, l'activité des utilisateurs avec d'autres applications de votre instance n'est pas perturbée. Les sauvegardes d'application Essbase sont effectuées à l'aide des commandes d'export et d'import LCM.
Les sauvegardes d'instance Essbase vous protègent contre les pannes matérielles ou d'agent Essbase non planifiées, qui affectent toutes les applications de l'instance. Toutes les activités utilisateur sur l'instance sont affectées pendant la durée du processus de récupération et toutes les applications sont restaurées jusqu'au point dans le temps de la sauvegarde de l'instance. Les sauvegardes d'instance sont également utiles lorsque vous retirez du matériel plus ancien.
Vous pouvez utiliser le processus de sauvegarde et de restauration de ce chapitre pour votre stratégie et solution de récupération après sinistre. Reportez-vous également à Sauvegarde et restauration d'Essbase : Weblogic Security Plus an Identity Provider et à Essbase on OCI Backup and Restore, document de référence sur la planification de la récupération après sinistre et de la mise à niveau des versions, en particulier pour les instances Essbase déployées sur OCI.
Les alias d'emplacement sont migrés avec le cube. LCM ne prend pas en charge la migration des informations d'identification d'alias d'emplacement. Après avoir migré vos applications à partir de la version 11g, vous devez remplacer vos alias d'emplacement. Reportez-vous à la section Alias d'emplacement dans Préparation à la migration à partir d'Essbase 11g.