Beim Optimieren von Oracle Hyperion Financial Management-Anwendungsservern müssen Sie zunächst Basistests ausführen, um die wichtigsten Benutzeraktivitäten mit repräsentativem gleichzeitigem Benutzerzugriff zu messen. Wenn mehrere Financial Management-Cluster (oft zur Trennung der Reportingaktivitäten und Oracle Smart View for Office-Benutzeraktivitäten von den Konsolidierungsaktivitäten) verwendet werden, haben verschiedene Optimierungsänderungen wahrscheinlich unterschiedliche Auswirkungen auf die einzelnen Server, je nachdem, welche Benutzeraufgabe gemessen wird. Beispiel: Bei einem Financial Management-Anwendungsserver, der primär für das Reporting verwendet wird, bringt eine Erhöhung von NumConsolidationThreads keine Vorteile. Bei einem Server, auf dem viele Konsolidierungen ausgeführt werden, sollte es hingegen Verbesserungen bei den Konsolidierungszeiten geben. Bei einem Anwendungsserver, der primär für das Reporting verwendet wird, wird die Antwortzeit bei wiederholten Berichten wahrscheinlich verbessert, wenn MaxNumDataRecordsInRAM auf einen Wert gesetzt wird, der hoch genug ist, um alle Datensätze im Speicher beizubehalten. Bei einem Server, auf dem viele Konsolidierungen ausgeführt werden, sind hingegen wahrscheinlich keine Verbesserungen bei den Konsolidierungszeiten festzustellen. Bei der Entscheidung, welche Rolle einem Anwendungsserver zugewiesen werden soll, müssen auch folgende Punkte beachtet werden: CPU-Geschwindigkeit, Anzahl der CPU-Kerne, RAM-Menge und RAM-Geschwindigkeit. Bei einem Anwendungsserver, der primär zum Ausführen von Konsolidierungen genutzt wird und auf dem eine Financial Management-Anwendung mit intensiven Regeln ausgeführt wird, ist die Performance normalerweise am besten, wenn schnellere CPU-Taktfrequenzen (mit mindestens 8 Kernen) verwendet werden, anstatt mehr CPUs/Kerne, jedoch mit niedrigerer Taktfrequenz.