Weitere Informationen finden Sie unter Lifecycle Management-Logs.
Tipp zur Migration: Benennung
Für eine vollständig automatisierte Migration müssen Entwicklungs-, Test- und Produktionsumgebung identische Namen für Datenquellen, bereitgestellte Native-Directory-Gruppen, Anwendungen und Anwendungsgruppen verwenden. Eine identische Benennung ist besonders in Test- und Produktionsumgebungen wichtig, bei denen manuelle Schritte häufig nicht akzeptabel sind.
Allerdings ist eine identische Benennung nicht immer möglich, weil die Anwendungsnamen einiger Produkte Servernamen enthalten, deren Provisioning-Informationen manuell bearbeitet werden müssen. Bei unterschiedlichen Anwendungsnamen müssen Sie die Provisioning-Informationen manuell bearbeiten, bevor Sie eine Anwendung importieren.
Problem beim Hochladen von Artefakt-Snapshot
Problem: Der Artefakt-Snapshot kann nicht hochgeladen werden, und die folgende Fehlermeldung wird angezeigt:
Failure of Web Server bridge: Internal processing error
Hinweis:
Dieses Problem tritt auf, wenn (unter der Annahme, dass die vorherige Installation ordnungsgemäß deinstalliert wurde) eine erneute Installation auf demselben Computer von einem anderen Benutzer durchgeführt wurde.Lösung: Stellen Sie sicher, dass Schreibzugriff auf das Verzeichnis /tmp/_wl_proxy
besteht und ausreichend Speicherplatz vorhanden ist, um die Artefakt-Snapshot-Daten temporär in das Verzeichnis zu schreiben.
Fehler wegen unzureichenden Speichers in kompakten Deployments
Problem: Wenn in einer 64-Bit-Umgebung Oracle Hyperion Enterprise Performance Management System Lifecycle Management für Oracle Hyperion Planning-Artefakte ausgeführt wird, werden in kompakten Deployments Fehler wegen unzureichenden Speichers in den Oracle Hyperion Foundation Services-Logs aufgezeichnet.
Lösung: Erhöhen Sie die Einstellung für die maximale Heap-Größe des auf Oracle WebLogic Server bereitgestellten Oracle Enterprise Performance Management System Managed Servers:
Windows - Bearbeiten Sie den Windows-Registrierungseintrag für EPMServer0
unter dem Knoten HKLM/Hyperion Solutions
.
Umgebungen vergleichen
Problem: Sie müssen zwei Umgebungen vergleichen, z.B. Entwicklung und Test.
Lösung: Exportieren Sie die Artefakte in das Dateisystem, und ermitteln Sie mit einem Vergleichsutility (z.B. Beyond Compare) die Unterschiede für Text- und XML-Artefakte.
Start von Shared Services
Problem: Die Oracle Hyperion Shared Services Console kann nicht gestartet werden.
Lösung: Verwenden Sie beim Starten der Shared Services Console einen vollqualifizierten Servernamen in der URL. Beispiel: http://
Webserver:
Port/interop/index.jsp
.
Export nicht erfolgreich
Problem: Der Export von Artefakten verläuft nicht erfolgreich, weil das Benutzerkennwort für eine Lifecycle Management-Exportdatei geschweifte Klammern ({ }) enthält.
Lösung: Verwenden Sie keine geschweiften Klammern in Benutzerkennwörtern.
Timeout in Lifecycle Management bei Artefaktimporten
Problem: Beim Importieren von Artefakten mit Lifecycle Management tritt nach einer Stunde ein Timeout auf (während alle Services ausgeführt werden), und etwa folgende Fehlermeldung wird in die Datei SharedService_LCM.log
geschrieben:
2011-07-19T03:03:36.066-07:00] [FoundationServices0] [ERROR] [EPMLCM-30052] [oracle.EPMLCM] [tid: 173] [userId: <anonymous>] [ecid: 0000J51cbhmFW7P5IfL6if1E2XZW000574,0] [SRC_CLASS: ?] [APP: SHAREDSERVICES#11.1.2.0] [SRC_METHOD: ?:?] Failed to connect to "http://server name:19000/awb/lcm.executeAction.do" while performing import for application - "<applicationName>". Received status code - "503" with error message - "Service Temporarily Unavailable". Possible cause of error Server Down or Not reachable.
Hinweis:
Dieser Fehler bedeutet nicht unbedingt, dass der Import der Artefakte nicht erfolgreich war. Prüfen Sie anhand des Status der Importjobs in der Jobkonsole, ob der Vorgang erfolgreich war. Wenn der Importjob nicht erfolgreich war, ist die Ursache dafür höchstwahrscheinlich nicht der Timeout, und das Problem muss weiter untersucht werden. Prüfen Sie dazu zunächst die Importergebnisse.
Wenn für die Importjobs im Jobmanager keine Fehler angezeigt werden, wurde die Migration der Artefakte nicht abgebrochen und kann möglicherweise erfolgreich abgeschlossen werden. Sie können den Fortschritt für die jeweiligen Job-IDs in der Bibliotheksjobkonsole prüfen.
Möglicherweise ist der Webserver von Oracle HTTP Server so konfiguriert, dass ein Timeout auftritt, wenn eine Jobausführung eine vordefinierte Dauer überschreitet. Wenn Oracle HTTP Server mit WebLogic Server verwendet wird, ist der Standardtimeout auf 3600 Sekunden (eine Stunde) gesetzt.
Lösung: Erhöhen Sie den Timeout des Webservers von Oracle HTTP Server. Ändern Sie die Eigenschaft WLIOTimeoutSecs
in einen für die Dauer typischer Migrationsaufgaben angemessenen Wert. Fügen Sie die Eigenschaft hinzu, falls sie nicht vorhanden ist. Setzen Sie außerdem Idempotent auf "OFF". Nehmen Sie diese Änderungen in der Konfigurationsdatei mod_wl_ohs.conf
unter EPM_ORACLE_INSTANCE/httpConfig/ohs/config/OHS/ohs_component
vor. Beispiel für Oracle Hyperion Profitability and Cost Management:
<LocationMatch ^/profitability> SetHandler weblogic-handler WeblogicCluster server name:port WLIOTimeoutSecs 60000 Idempotent OFF WLSocketTimeoutSecs 6000 </LocationMatch>
Beispiel für Planning:
<LocationMatch ^/planning> SetHandler weblogic-handler WeblogicCluster server name:port WLIOTimeoutSecs 60000 Idempotent OFF WLSocketTimeoutSecs 6000 </LocationMatch>
Sie können auch den SSO-Tokentimeout anpassen. Anweisungen hierzu finden Sie in der Dokumentation Oracle Enterprise Performance Management - Administrationsdokumentation für Benutzersicherheit.
Lifecycle Management-Diagnose
Problem: Lifecycle Management-Benutzer müssen die Aktivität von Lifecycle Management während einer problematischen Migration analysieren.
Lösung: Ändern Sie die Loggingebene in TRACE:32
:
Um die Loggingebene für alle über ein Befehlszeilenutility (Utility.bat
oder utility.sh
) ausgeführten Migrationen zu ändern, bearbeiten Sie die Datei logging.xml
im Verzeichnis EPM_ORACLE_INSTANCE/Config/FoundationServices
.
Das Debug-Log wird in folgende Datei geschrieben: EPM_ORACLE_INSTANCE/diagnostics/logs/migration/LCM_
Zeitstempel.log
.
Der Debug-Inhalt wird in folgenden Ordner geschrieben: EPM_ORACLE_INSTANCE/diagnostics/logs/migration/Debug_
Sequenz_ID.
Um die Loggingebene für über Oracle Hyperion Shared Services ausgeführte Migrationen zu ändern, bearbeiten Sie die Datei logging.xml
im Verzeichnis MIDDLEWARE_HOME/user_projects/domains/EPMSystem/config/fmwconfig/servers/FoundationServices0
.
Das Debug-Log wird in folgende Datei geschrieben: MIDDLEWARE_HOME/user_projects/domains/EPMSystem/servers/FoundationServices0/logs/SharedServices_LCM.log
.
Der Debug-Inhalt wird in folgenden Ordner geschrieben: EPM_ORACLE_INSTANCE/diagnostics/logs/migration/Debug_
Sequenz_ID.
Lifecycle Management und Financial Management
HFMLCMService Web Service-Konnektivität und -Konfigurationseinstellungen
Damit der LCM Web Service korrekt ausgeführt wird, muss "HFMLCMService" auf dem Microsoft IIS-Webserver vorhanden sein, und die Werte für die Eigenschaft executionTimeout
sowie eventuelle Änderungen an der Eigenschaft maxRequestLength
in der Datei Web.Config
müssen korrekt sein.
Um die Konnektivität zu HFMLCMService zu prüfen, wechseln Sie zu http://HFM_WEBSERVER/HFMLCMService/LCMWS.asmx
.
Wenn der Service korrekt ausgeführt wird, wird eine Seite mit den Namen der LCM Web Service-Methoden angezeigt.
So ändern Sie die HFMLCMService-Eigenschaften executionTimeout
und maxRequestLength
:
Öffnen Sie in einem Texteditor die Datei Web.Config
im Verzeichnis EPM_ORACLE_HOME/products/FinancialManagement/Web/HFMLCMService
.
(Optional) Erhöhen Sie bei sehr großen LCM-Artefakten die Werte für executionTimeout
(in Sekunden) und maxRequestLength
(in Kilobyte) in der folgenden Zeile:
<!-- Maximum value allowed is 2GB - Currently set waiting time to 1hours, 1.5GB data transfer--> <httpRuntime executionTimeout="3600" maxRequestLength="1572864" />
Achtung:
Eine fehlerhafte Änderung kann dazu führen, dass der HFMLCM Web Service nicht erfolgreich ausgeführt werden kann.
Speichern und schließen Sie Web.Config
.
Setzen Sie den Microsoft IIS-Webserver zurück (iisreset).
Timeouteinstellung für die Lifecycle Management-Serverkommunikation
Problem: Bei der Kommunikation mit dem Lifecycle Management-Server tritt frühzeitig ein Timeout auf.
Lösung: Erhöhen Sie den Wert für HFM.client_timeout
in den Shared Services-Komponenteneigenschaften. Der empfohlene Wert beträgt mindestens 60. Diese Eigenschaft steuert den Zeitraum (in Sekunden), über den der Lifecycle Management-Server mit dem Lifecycle Management-Webservice von Oracle Hyperion Financial Management kommuniziert.
So ändern Sie den Timeoutwert:
Melden Sie sich bei Shared Services an, und durchsuchen Sie in der Anwendungsgruppe Foundation die Deployment-Metadaten.
Blenden Sie die Shared Services-Registry sowie die Knoten Foundation Services und Shared Services ein.
Klicken Sie mit der rechten Maustaste auf Eigenschaften, wählen Sie Zum Bearbeiten exportieren aus, und speichern Sie die exportierte Datei.
Erhöhen Sie in der gespeicherten Datei die Einstellung für HFM.client_timeout
.
Klicken Sie in Shared Services mit der rechten Maustaste auf Eigenschaften, wählen Sie Nach dem Bearbeiten importieren aus, und importieren Sie die bearbeitete Eigenschaftsdatei.
Die Änderung wird bei der nächsten Migration wirksam.
Financial Management- und Shared Services-Logging
Problem: Logging und Diagnose sind nicht aktiviert.
Lösung: Richten Sie Financial Management so ein, dass automatisch alle Aktivitäten aufgezeichnet werden und so ein Audittrail für die Problemdiagnose erstellt wird.
Achtung:
Aktivieren Sie Logging und Diagnose nur bei Bedarf. Die Aktivierung dieser Optionen wirkt sich auf die Performance aus, besonders bei umfangreichen Migrationen.
So aktivieren Sie die Protokollierung und zeigen die Protokolle an:
Öffnen Sie in einem Texteditor die Datei EPM_ORACLE_HOME/products/FinancialManagement/Web/HFMLCMService/Web.Config
.
Legen Sie in der Datei Web.Config
folgende Parameter fest, um das Logging zu aktivieren:
appSettings
<appSettings> <add key="Debug" value="true"></add> </appSettings>
Wenn ein Fehler auftritt (auch ohne aktiviertes zusätzliches Logging), benötigt der IIS-Anwendungspoolaccount (Network Service) vollständigen Zugriff auf das Logverzeichnis. Andernfalls werden keine Fehler aufgezeichnet.
Speicherort des Logs: EPM_ORACLE_HOME/logs/hfm
Diagnose
<diagnostics> <trace enabled="true" input="InputTrace.webinfo" output="OutputTrace.webinfo"/> <detailedErrors enabled="true"/> </diagnostics>
Wenn ein Fehler auftritt (auch ohne aktiviertes zusätzliches Logging), benötigt der IIS-Anwendungspoolaccount (Network Service) vollständigen Zugriff auf das Logverzeichnis. Andernfalls werden keine Fehler aufgezeichnet.
Speicherort des Logs: EPM_ORACLE_HOME/products/FinancialManagement/Web/HFMLCMService
InputTrace.webinfo
OutputTrace.webinfo
Speichern und schließen Sie Web.Config
.
Ausnahme wegen unzureichenden Speichers bei mehreren Migrationen großer Anwendungen
Problem: Wenn für Financial Management mehrere Lifecycle Management-Migrationen großer Anwendungen ausgeführt werden, wird im IIS-Prozess (w3wp.exe
) eine Ausnahme wegen unzureichenden Speichers ausgelöst.
Lösung: Ändern Sie für Financial Management die IIS-Konfiguration des Lifecycle Management-Anwendungspools auf dem Financial Management-Webserver. Aktivieren Sie auf der Seite "Eigenschaften" für den Anwendungspool die Speicherwiederverwendung, und setzen Sie den virtuellen Speicher auf 1.000 MB und den physischen Speicher auf 800 MB.
Hinweis:
Diese Speichereinstellungen sind im Allgemeinen für die meisten Umgebungen sicher. Abhängig von den Hardwareressourcen können Sie die Werte möglicherweise erhöhen.
Financial Management-Artefakte können nicht migriert werden
Problem: Migrationen verlaufen nicht erfolgreich, und im Lifecycle Management-Migrationsstatusbericht wird folgende Fehlermeldung angezeigt:
Zugriff auf den Pfad 'C:/oracle/Middleware/EPMSystem11R1/products/FinancialManagement/Web/HFM/FileTransfer/TempSecurityArtifact.sec' wurde verweigert.
Hinweis:
Der in der Fehlermeldung angezeigte Pfad ist der Pfad des Financial Management-Dateitransferverzeichnisses, das bei der Installation und Konfiguration von Financial Management angegeben wurde.
Lösung: Stellen Sie sicher, dass die IIS-Pooling-Identität über Lese-, Schreib- und Ausführungsrechte für das Financial Management-Dateitransferverzeichnis verfügt, das bei der Installation und Konfiguration von Financial Management angegeben wurde.
So zeigen Sie den aktuell konfigurierten Pfad des Financial Management-Dateitransferordners auf dem Hostcomputer des Financial Management-Webservice an:
Öffnen Sie den Registry-Editor (klicken Sie auf Start, Ausführen, geben Sie epmsys_registry
ein, und klicken Sie auf OK).
Zeigen Sie den Wert für FileTransferFolderPath
unter HKEY_LOCAL_MACHINE/SOFTWARE/Hyperion Solutions/Hyperion Financial Management/Web
an.