Lorsque vous ajustez les serveurs d'applications Oracle Hyperion Financial Management, vous devez d'abord réaliser des tests de référence pour mesurer les principales activités des utilisateurs, avec un nombre d'utilisateurs simultanés représentatif. Dans les cas où plusieurs clusters Financial Management sont utilisés, en général pour séparer l'activité utilisateur de reporting et Oracle Smart View for Office de l'activité de consolidation, il est probable que chaque serveur réagira différemment aux divers ajustements, en fonction de la tâche utilisateur mesurée. Par exemple, un serveur d'applications Financial Management utilisé essentiellement pour le reporting ne bénéficiera pas d'une augmentation de la valeur de NumConsolidationThreads, alors qu'un serveur exécutant de nombreuses consolidations verra la durée des consolidations s'améliorer. De même, un serveur d'applications utilisé essentiellement pour le reporting obtiendra probablement de meilleurs temps de réponse pour les rapports répétés si la valeur de MaxNumDataRecordsInRAM est suffisamment élevée pour que tous les enregistrements restent en mémoire, alors que cette modification n'entraînera probablement pas d'amélioration de la durée des consolidations sur un serveur exécutant de nombreuses consolidations. La vitesse de l'UC, le nombre de coeurs de processeur, la quantité de mémoire RAM et la vitesse de la mémoire RAM sont également à prendre en compte lorsque vous décidez du rôle que jouera un serveur d'applications. Un serveur d'applications réservé principalement à l'exécution de consolidations, sur lequel est exécutée une application Financial Management avec des règles intensives, obtiendra généralement de meilleures performances avec une fréquence d'horloge UC élevée, avec au moins 8 coeurs, plutôt qu'avec un plus grand nombre d'UC ou de coeurs mais une fréquence d'horloge moindre.