28.06.2013 Views

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

IBM Cognos Framework Manager Version 10.2.0 - Guide d'utilisation

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Si un objet référencé par une transaction n'existe plus, qu'il ait été renommé ou<br />

supprimé, des erreurs sont générées lors de la synchronisation. Par exemple, si<br />

vous avez importé une table nommé Produits, puis renommé la table en Nouveaux<br />

produits dans votre source de données, vous recevez une erreur lorsque vous<br />

synchronisez le projet. La synchronisation ne peut pas détecter que la table appelée<br />

Nouveaux produits a été importée précédemment sous un autre nom. Vous devez<br />

redéfinir manuellement l'objet pour terminer la synchronisation. Pour plus<br />

d'informations sur la correction des erreurs de synchronisation, voir «Correction<br />

des erreurs causées par des objets non valides», à la page 310.<br />

Remarque : Les journaux des actions d'<strong>IBM</strong> <strong>Cognos</strong> ReportNet ne sont pas pris en<br />

charge dans cette édition.<br />

Avant de synchroniser un projet, vous devez comprendre l'impact de la<br />

synchronisation sur les modèles segmentés et liés. Vous devez également vous<br />

assurer que les connexions de sources de données n'ont pas changé et que les<br />

sources de données sont en ligne. Vous pouvez vérifier les connexions en testant<br />

quelques sujets de requête clés.<br />

modèles segmentés<br />

Un modèle segmenté doit uniquement être synchronisé en synchronisant le projet<br />

principal. Les résultats de la synchronisation du projet complet sont écrits dans le<br />

fichier journal du projet principal. Vous n'aurez plus la possibilité de synchroniser<br />

des segments individuels après la première synchronisation du projet principal.<br />

Si vous travaillez dans le projet principal et que vous modifiez un segment, le<br />

fichier journal principal est mis à jour. Si vous travaillez dans le segment et que<br />

vous le modifiez, le fichier journal du segment est mis à jour.<br />

Les commandes de synchronisation ne s'exécutent pas nécessairement dans l'ordre<br />

affiché dans les fichiers journaux. Ceci s'explique par le fait qu'il est possible de<br />

mettre à jour des segments simultanément et que les journaux des actions sont<br />

réexécutés en fonction de la date et de l'heure de l'action d'origine. Les commandes<br />

peuvent passer d'un fichier journal à l'autre, ce qui rend l'utilisation de fonctions<br />

de débogage difficile comme un débogage unique pas à pas.<br />

Modèles liés<br />

Les fichiers journaux sont situés dans le projet qui est ouvert et non dans le<br />

modèle mis à jour.<br />

Si vous ouvrez un projet principal et que vous modifiez un modèle lié, les actions<br />

sont journalisées dans le fichier journal du projet principal. Si vous synchronisez<br />

ensuite le modèle lié, la modification est perdue car elle ne s'affiche pas dans<br />

l'ensemble des fichiers journaux qui ont été utilisés pour la synchronisation.<br />

La synchronisation ne peut être exécutée que sur le projet principal ou un segment<br />

autonome. Vous ne pouvez pas synchroniser des projets ou des segments liés dans<br />

le projet principal. Si les segments sont mis à jour par le projet lié, la<br />

synchronisation peut entraîner des résultats imprévisibles dans le projet principal.<br />

N'utilisez pas la synchronisation de modèle en combinaison avec des projets liés.<br />

Chapitre 8. Gestion de projet 313

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!