Exécution en mode de récupération. SAP BusinessObjects Data Services 4.1 Support Package 1
Mécanismes de récupération
19.2.3 Exécution en mode de récupération
Si l'exécution d'un job avec récupération automatique activée échoue, vous pouvez ré-exécuter ce job en mode de récupération.
Comme dans le cas de tout échec d'exécution de job, vous devez déterminer et supprimer la cause de la défaillance et ré-exécuter le job en mode de récupération. Si vous devez apporter des modifications au job lui-même pour corriger la défaillance, vous ne pouvez pas utiliser la récupération automatique mais vous devez exécuter le job comme une première exécution.
En mode de récupération, le logiciel exécute les étapes ou les unités de récupération qui n'ont pas été correctement exécutées précédemment, cela comprend les étapes qui ont échoué et les étapes qui ont déclenché une exception mais qui ont été correctement exécutées, par exemple, celles d'un bloc
Try/Catch. Comme lors d'une exécution classique de job, le logiciel exécute les étapes en parallèle si elles ne sont pas connectées dans les diagrammes de workflow et en série si elles sont connectées.
19.2.3.1 Pour exécuter un job en mode de récupération à partir de Designer
1.
Dans la zone de projet, sélectionnez le nom du job (qui a échoué).
2.
Cliquez avec le bouton droit et sélectionnez Exécuter.
Le logiciel vous invite à sauvegarder tous les objets ayant des modifications non sauvegardées.
3.
Vérifiez que la case Récupération à partir de l'échec d'exécution est cochée.
Cette option n'est pas disponible lorsqu'un job n'a pas encore été exécuté, lorsque l'exécution précédente a été correctement effectuée ou lorsque le mode de récupération a été désactivé au cours de l'étape précédente.
Lorsque vous sélectionnez Récupérer à partir du dernier échec d'exécution, le logiciel récupère les résultats de toutes les étapes correctement exécutées précédemment et exécute ou exécute à nouveau toutes les autres étapes.
Si vous désactivez cette option, le logiciel exécute ce job de nouveau en exécutant toutes les étapes.
Lorsque vous planifiez ou exécutez un job (qui a échoué) à partir de l'Administrateur, cochez la case
Récupérer à partir de la dernière exécution qui a échoué.
19.2.4 Garantie d'un chemin d'exécution correct
696 2012-11-22
Mécanismes de récupération
Le système de récupération automatique nécessite qu'un job en mode de récupération soit à nouveau exécuté exactement comme précédemment.
Il est important que le job de récupération soit exécuté exactement comme précédemment. Si l'exécution du job a été autorisée à des conditions modifiées, supposez qu'une fonction sysdate retourne une nouvelle date de contrôle des données extraites, puis que les nouvelles données chargées dans les cibles ne correspondent plus aux données correctement chargées dans la cible au cours de la première exécution du job.
Par exemple, supposez que l'exécution d'un job de mise à jour quotidienne de nuit charge correctement des tables de dimension dans un magasin. Cependant, alors que le job est en cours d'exécution, le journal de base de données dépasse et arrête le chargement à partir de tables de faits. Le jour suivant, l'Administrateur tronque le fichier journal et exécute à nouveau le job en mode de récupération. Le job de récupération ne recharge pas les tables de dimension car elles ont été correctement chargées lors de l'exécution précédente.
Pour garantir que les tables de faits sont chargées avec les données qui correspondent aux données déjà chargées dans les tables de dimension, le job de récupération doit utiliser les mêmes critères d'extraction que ceux utilisés par le job d'origine lors du chargement des tables de dimension. Si le job de récupération a utilisé de nouveaux critères d'extraction, par exemple l'extraction de données de base à la date système actuelle, les données des tables de faits ne correspondront pas aux données précédemment extraites dans les tables de dimension.
En outre, si le job de récupération utilise de nouvelles valeurs, l'exécution de job peut suivre un chemin complètement différent via des étapes conditionnelles ou des blocs Try/Catch.
Si une valeur variable globale est modifiée lors d'une récupération en tant que workflow d'unité, il n'est pas certain qu'une référence variable globale en aval comporte la valeur mise à jour lors de l'exécution en mode de récupération. Tel est le cas lors de l'exécution en mode de récupération, si l'échec d'exécution de l'exécution précédente ne figure pas dans le workflow contenant la variable modifiée.
Lorsque la récupération est activée, le logiciel enregistre les résultats à partir des types suivants d'étapes :
• Workflows
• Flux de données batch
• Instructions de script
• Fonctions personnalisées (type sans statut uniquement)
• Fonction SQL
• fonction exec
• fonction get_env
• fonction rand
• fonction sysdate
• fonction systime
697 2012-11-22

Public link updated
The public link to your chat has been updated.