Après avoir terminé une mise à niveau ou une création Hyperion, une étape logique suivante exécute l'utilitaire de diagnostic Oracle EPM validate.bat (validate.sh sous Linux) pour collecter des informations sur les configurations, connexions de base de données, connectivité Web et tests spécifiques au produit . Chaque test obtient un résultat de réussite ou d'échec; les échecs sont diagnostiqués pour résoudre les problèmes sous-jacents avant d'être exécutés à nouveau pour s'assurer que tous les tests sont réussis. Dans une architecture EPM distribuée, l'utilitaire de validation se trouve dans EPM_ORACLE_INSTANCE bin sur chaque serveur d'applications. L'exécution de validate produit un rapport de synthèse dans EPM_ORACLE_INSTANCE diagnostics reports.
Récemment, nous avons vu les exceptions suivantes dans un rapport de validation sur un serveur EPMA:
com.hyperion.cis.utils.BadResponseCodeException: code de réponse incorrect: 500
Dans ce cas, l'action recommandée 'restart application' n'a pas vraiment de sens; Les services EPMA démarrent avec succès et les journaux ne montrent aucune erreur évidente. Nous nous connectons également à l'espace de travail et pouvons accéder aux menus EPMA. Toutefois, le code http 500 indique qu'une page demandée n'est pas renvoyée en raison d'une condition inattendue. Dépannage supplémentaire, nous essayons d'accéder aux URL EPMA un par un et finalement, nous voyons des erreurs spécifiques lancées:
En vérifiant le dossier d: temp, le groupe Utilisateurs a en quelque sorte perdu son écrivez les permissions ainsi un édit rapide pour re-accorder l'autorisation:
L'accès à l'URL EPMA est maintenant réussi:
L'utilitaire de validation montre également que les tests EPMA ont réussi:
Un point plutôt intéressant: un petit détail obscur dans un dossier temporaire peut être inattendu ( mauvais) résultats lors de la validation.