Essbase-Instanz sichern und wiederherstellen
Essbase-Instanzbackups werden verwendet, um alle Anwendungen auf Ihrer Instanz zu einem gemeinsamen Zeitpunkt wiederherzustellen. Instanzbackups werden hauptsächlich für das Disaster Recovery verwendet. Sie sind jedoch geeignet, wenn Sie alle Anwendungen gleichzeitig migrieren oder wiederherstellen möchten.
Betrachten Sie Ihre Essbase-Instanz vor dem Wiederherstellen als Quelle (aus der das Backup erstellt wird) und die Essbase-Instanz nach dem Wiederherstellen als Ziel. Nachdem Sie die Restore Tasks abgeschlossen haben, spiegeln die Anwendungen in der Zielinstanz ab einem bestimmten Zeitpunkt die Quellinstanz wieder.
Hinweis:
Die Zielinstanz muss nicht dieselbe Version von Essbase wie die Quelle sein. Die Zielversion muss jedoch im Vergleich zur Quelle patchenbar sein.Sie werden in diesen Themen mehrmals aufgefordert, Ihre Essbase-Services zu stoppen. Siehe Server stoppen, starten und prüfen. Nachdem Sie die Benutzerverbindungen deaktiviert haben und bevor Sie die Services stoppen, lassen Sie genügend Zeit, damit vorhandene Benutzeranforderungen abgeschlossen werden können.
Essbase-Instanz sichern
Instanzbackups sind eine obligatorische Voraussetzung für die Wiederherstellung einer Essbase-Instanz, und Sie müssen die Backupkonsistenz für Essbase 26ai prüfen.
Zusätzlich zu den Festplattenartefakten, die von Essbase 11g verwendet werden, führt Essbase 26ai die Verwendung eines relationalen Datenbankschemas zur Verwaltung von Essbase-Anwendungsmetadaten ein. Ändern Sie die vorhandenen Backuproutinen, um sicherzustellen, dass alle relevanten Informationen konsistent erfasst werden.
Um sicherzustellen, dass Essbase-Backups konsistent sind, stoppen Sie alle Services, bevor Sie das Backup erstellen. Obwohl Sie Maßnahmen ergreifen können, um diese Ausfallzeit zu minimieren, empfiehlt Oracle nicht, Instanzbackups durchzuführen, während Benutzer aktiv sind. Bevor Sie Essbase stoppen, sollten Sie Benutzer möglicherweise ordnungsgemäß aus dem System entfernen. Siehe Alter-Anwendung (insbesondere aktivieren/deaktivieren) und Alter-System (insbesondere Abmeldung/Abbruch). Wenn Sie "disable"-Befehle verwenden, müssen Sie sie nach dem Neustart des Systems mit den "enable"-Befehlen rückgängig machen.
- Inhalt des <Anwendungsverzeichnisses>
- Relationales Datenbankquellschema: <schemaprefix>_Essbase
- EPM Shared Services "zugewiesene Rollen" (wenn EPM Shared Services mit Essbase verwendet wird)
Um die Ausfallzeit der Benutzer zu minimieren, sollten Sie separate Datenträger-Volumes für <Domain Root>/<Domain Name> und das <Anwendungsverzeichnis> mounten. So können Sie schneller Snapshots oder Klone erstellen als Ordner von der Festplatte zu komprimieren. Erwägen Sie auch, redundante oder veraltete Textdateien zu entfernen, die zum Laden von Daten und zum Erstellen von Dimensionen verwendet werden, da diese ziemlich groß sein können und die Komprimierungszeiten verlängern.
Essbase-Instanz wiederherstellen
Essbase-Produktionsinstanzen verwenden entweder WebLogic-Sicherheit plus Identitätsprovider oder EPM-Sicherheit (mit oder ohne Identitätsprovider). In beiden Fällen werden Benutzer und Gruppen extern in Essbase verwaltet.
Hinweis:
Eingebettetes WebLogic LDAP wird nur für Testumgebungen unterstützt und weist erhebliche Backup- und Restore-Einschränkungen auf.Im Allgemeinen wird Ihr Identitätsprovider nicht auf derselben physischen Hardware wie Ihre Essbase-Instanz ausgeführt, sodass Sie beim Recovery von Essbase vor dem Recovery des Identitätsproviders geschützt sind. Sie müssen nur eine neue Essbase-Zielinstanz konfigurieren und für die Verwendung des vorhandenen Identitätsproviders konfigurieren.