[cognos 8]pistes d'optimisation des frameworks [Résolu]

[h_ismaili]

Bonjour,
j'ai réalisé un rapport contenant environ 30 requêtes, à base d'un framework cognos.
les requêtes manuelles équivalentes à chaque graphe prennent en moyenne 2 à 4 minutes.
le problème c'est que le rapport prend un peu plus que 2h30 pour s'exécuter, ce qui fait un décalage de plus d'une heure.
j'aimerai que vous m'indiquez quelques pistes d'optimisation dans le rapport ou dans le framework.
NB: les requêtes du framework passent toutes par un index.

[xoninkara]

Envoyé par h_ismaili

Bonjour,
j'ai réalisé un rapport contenant environ 30 requêtes, à base d'un framework cognos.
les requêtes manuelles équivalentes à chaque graphe prennent en moyenne 2 à 4 minutes.
le problème c'est que le rapport prend un peu plus que 2h30 pour s'exécuter, ce qui fait un décalage de plus d'une heure.
j'aimerai que vous m'indiquez quelques pistes d'optimisation dans le rapport ou dans le framework.
NB: les requêtes du framework passent toutes par un index.

A mon avis, on pourra pas trop t'aider si on n'a pas tous les détails.
L'optimisation d'un modèle de FM est fastidieux et nécesssite que l'on plonge le nez dans le modèle.
Si tu as la version 8.3, il ya une fonctionnalité qui s'appelle Model Advisor qui est intégré au produit et qui te donne quelques hints sur ce qui ne va pas dans ton modèle.

Autrement, il faut voir si les sources de données sont en localprocessing, auquel cas, les passer en databaseOnly peut aider à gagner un peu dans la performance, à condition qu'il n'y a pas obligation pour Cognos de faire du traitement local.

Il faut voir aussi les jointures, parce que dès fois, les utilisateurs mettent des jointures externes partout, alors que c'est pas toujours nécessaire.

Voir aussi si le temps perdu est réellement perdu parce que Cognos attend l'extraction des données ou parce que Cognos effectue des calculs sur le serveur. Il faut utiliser les logs de performance de la logconsole pour ça.

[h_ismaili]

Merci pour ta réponse,
pourriez vous m'indiquer comment utiliser les fichiers de logs.

[xoninkara]

Envoyé par h_ismaili

Merci pour ta réponse,
pourriez vous m'indiquer comment utiliser les fichiers de logs.

Sous c8/bin ,il y a un exe qui s'appelle logconsole.exe . Il faut le lancer, et activer les traces du composant IPF Performance. Il vaut mieux n'activer que les traces de ce composant.
Une fois que les logs sont générés, toujours, dans l'outil logconsole, dans le menu Viewers, tu as Performance ... qui te permet d'ouvrir les logs de performance et de voir le temps consommé dans les requêtes.

[h_ismaili]

excusez mon ignorance, mais pour générer les logs, je dois publier le framework?

[xoninkara]

Envoyé par h_ismaili

excusez mon ignorance, mais pour générer les logs, je dois publier le framework?

D'après ce que j'ai compris dans ton 1er texte, ce sont les rapports qui mettent un temps long pour s'exécuter. Donc, etant donné que les rapports ont besoin du package pour s'exécuter, cela voulait dire pour moi que le package était déjà publié.
Donc, oui, ton package doit avoir été publié.

[h_ismaili]

justement le package est déjà publié.
je voulais juste savoir comment générer les fichiers logs dont vous avez parlé.
je dois exécuter le rapport, je crois. c'est ça?

[xoninkara]

Envoyé par h_ismaili

justement le package est déjà publié.
je voulais juste savoir comment générer les fichiers logs dont vous avez parlé.
je dois exécuter le rapport, je crois. c'est ça?

Une fois que les traces sont activées, il faut exécuter le rapport pour reproduire le problème de lenteur. et les logs seront enregistrés dans les fichiers de logs qui se trouvent par défaut sous c8/logs .

[h_ismaili]

merci infiniment