Sauvegarder et restaurer une instance Essbase
Les sauvegardes d'instance Essbase permettent de restaurer toutes les applications de votre instance à un point dans le temps commun. Les sauvegardes d'instance sont principalement utilisées pour la récupération après sinistre, mais elles sont appropriées lorsque vous souhaitez migrer ou restaurer toutes les applications en même temps.
Considérez votre instance Essbase avant restauration en tant que source (à partir de laquelle la sauvegarde est effectuée) et l'instance Essbase après restauration en tant que cible. Une fois les tâches de restauration terminées, les applications de l'instance cible reflètent l'instance source à un moment donné.
Remarques :
L'instance cible n'a pas besoin d'être de la même version d'Essbase que la source. Toutefois, la version cible doit pouvoir faire l'objet d'un patch par rapport à la source.Dans ces rubriques, vous serez invité à plusieurs reprises à arrêter vos services Essbase. Reportez-vous à Stop, Start, and Check Servers. Après avoir désactivé les connexions utilisateur et avant d'arrêter les services, attendez la fin de la demande utilisateur existante.
Sauvegarder une instance Essbase
Les sauvegardes d'instance sont un prérequis obligatoire pour la restauration d'une instance Essbase et vous devez examiner la cohérence des sauvegardes pour Essbase 26ai.
Outre les artefacts de disque utilisés par Essbase 11g, Essbase 26ai introduit l'utilisation d'un schéma de base de données relationnelle pour la gestion des métadonnées d'application Essbase. Modifiez vos routines de sauvegarde existantes pour vous assurer que vous capturez toutes les informations pertinentes dans un état cohérent.
Pour garantir la cohérence des sauvegardes Essbase, arrêtez tous les services avant de procéder à la sauvegarde. Bien que vous puissiez prendre des mesures pour réduire ce temps d'arrêt, Oracle ne recommande pas de réaliser des sauvegardes d'instance tant que les utilisateurs sont actifs. Avant d'arrêter Essbase, vous pouvez mettre progressivement les utilisateurs hors du système. Reportez-vous à Alter Application (en particulier activer/désactiver) et à Alter System (en particulier déconnexion/arrêt). Si vous désactivez des commandes, vous devez les rétablir à l'aide des commandes d'activation une fois que vous avez redémarré le système.
- Contenu de l'<annuaire des applications>
- Schéma source de la base de données relationnelle : <schemaprefix>_Essbase
- EPM Shared Services "rôles affectés" (si vous utilisez EPM Shared Services avec Essbase)
Pour réduire le temps d'inactivité des utilisateurs, envisagez de monter des volumes de disque distincts pour votre <Domain Root>/<Domain Name> et votre <annuaire des applications>. Cela vous permettra de prendre des instantanés ou des clones plus rapidement que de compresser des dossiers à partir du disque. En outre, envisagez de supprimer les fichiers texte redondants ou obsolètes utilisés pour charger des données et construire des dimensions, car ceux-ci peuvent être assez volumineux et allongeront les temps de compression.
Restaurer une instance Essbase
Les instances Essbase de production utilisent la sécurité WebLogic plus un fournisseur d'identités ou la sécurité EPM (avec ou sans fournisseur d'identités). Dans les deux cas, les utilisateurs et les groupes sont gérés en externe à Essbase.
Remarques :
Le protocole LDAP WebLogic intégré est pris en charge uniquement pour les environnements de test et présente des restrictions importantes en matière de sauvegarde et de restauration.En règle générale, votre fournisseur d'identités ne s'exécutera pas sur le même matériel physique que votre instance Essbase, vous êtes donc protégé contre la récupération du fournisseur d'identités lorsque vous récupérez Essbase. Vous n'aurez qu'à configurer une nouvelle instance cible Essbase et à la configurer pour utiliser votre fournisseur d'identités existant.