Datenverlust in einer Umgebung behandeln

Fordern Sie bei Datenverlust in einer Umgebung umgehend Hilfe von Oracle an.

Gilt für

Oracle Hyperion Planning, Planning Modules, FreeForm, Financial Consolidation and Close, Tax Reporting, Account Reconciliation, Oracle Hyperion Profitability and Cost Management, Enterprise Profitability and Cost Management, Oracle Enterprise Data Management Cloud, Narrative Reporting, Sales Planning und Strategische Personalplanung.

Um Datenverlust zu vermeiden, kombinieren Sie keine Vorgänge zum Verschieben, Löschen und Umbenennen von Elementen in einer Transaktion. Führen Sie diese Vorgänge separat aus.

Falls Datenverlust in einer Umgebung vorliegt, versuchen Sie, die Ursache wie folgt zu ermitteln:

  • Anhand dieser beiden Tabellen im Aktivitätsbericht können Sie die zuletzt ausgeführten Clear Data- und Clear Block-Befehle, die betroffenen Cubes, die Berechnungsskripte und die Befehle im Berechnungsskript, die zum Löschen der Daten oder Blöcke geführt haben, erkennen. Vergewissern Sie sich, dass diese Befehle nicht den Datenverlust verursacht haben.
    • Letzte 15 Befehle zum Löschen von Daten
    • Letzte 15 Befehle zum Löschen von Blöcken

    Informationen zu diesen Tabellen finden Sie unter Essbase-Laufzeitdaten in der Dokumentation Erste Schritte mit Oracle Enterprise Performance Management Cloud for Administrators.

  • Prüfen Sie, ob Sie ein Berechnungsskript ausgeführt haben, das zum Löschen von Datenblöcken führt.
  • Prüfen Sie, ob Sie die Vorgänge zum Verschieben, Löschen und Umbenennen von Elementen gefolgt von einer Datenaktualisierung durchgeführt haben. Dies kann zu Datenverlust führen.
  • Prüfen Sie, ob Sie eine Dataload-Regel im REPLACE-Modus mit einer Dataload-Datei ausgeführt haben, in der nicht alle Elemente einer oder mehrerer Dimensionen enthalten waren.

    Wenn Sie in diesem Fall die standardmäßige REPLACE-Option verwenden, erstellt das erzeugte CLEARDATA-Skript nur eine FIX-Anweisung für Elemente der Entity-, Year-, Period-, Scenario- und Version-Dimensionen. Wenn eine Dimension nicht in der FIX-Anweisung enthalten ist, werden alle Elemente dieser Dimension in CLEARDATA eingeschlossen. Wenn Sie beispielsweise ein bestimmtes Konto laden, ohne den Löschfilter zu aktualisieren, löscht das Löschskript alle Elemente von Konten und anderen Dimensionen, die nicht ausdrücklich von CLEARDATA gelöscht wurden.

    Um dieses Szenario zu vermeiden, definieren Sie zu löschende Regionen mit entsprechenden Dimensionsfiltern. Informationen zum Definieren einer zu löschenden Region finden Sie unter Zu löschende Regionen definieren in der Dokumentation Komponente "Datenintegration" für Oracle Enterprise Performance Management Cloud verwalten.

Prüfen Sie die Jobkonsole, um nach Jobs zu suchen, die in einem Zeitraum zwischen Vorhandensein von Daten und Datenverlust ausgeführt wurden, um festzustellen, ob Jobs vorhanden waren, die zu Datenverlust hätten führen können. Sie können auch das Auditlog auf Gründe für den Datenverlust prüfen.

Wenden Sie sich an Oracle, wenn die vorherigen Vorschläge nicht funktionieren.

  • Erstellen Sie eine Weiterleitung über "Feedback geben", in der die von Ihnen in der Umgebung ausgeführten Aktionen, falls vorhanden, identifiziert werden. Optional können Sie Oracle den Zugriff auf den Wartungs-Snapshot der Umgebungen erlauben, indem Sie der Weiterleitung des Anwendungs-Snapshots zustimmen. Informationen hierzu finden Sie unter Weiterleitung über "Feedback geben" erstellen.
  • Erstellen Sie eine technische Serviceanfrage, in der die Referenznummer des Utilitys "Feedback geben" angegeben ist. Informationen hierzu finden Sie unter Serviceanfragen weiterleiten. Die Serviceanfrage muss Folgendes enthalten:
    • Detaillierte Schritte, um das Problem zu reproduzieren
    • Der letzte bekannte Zeitpunkt (Datum und Uhrzeit), zu dem die fehlenden Daten in der Umgebung vorhanden waren
    • An der Anwendung vorgenommene Änderungen, falls vorhanden, seit dem letzten Zeitpunkt, zu dem die Daten vorhanden waren
    • Falls verfügbar ein Snapshot der Umgebung zu dem letzten Zeitpunkt, zu dem Daten in der Umgebung vorhanden waren
    • Angabe, ob es sich um einen kritischen Ausfall handelt