DB2 Report Broker

DB2 Report Broker est une option de DB2 Web QUERY (5733QU3) permettant de gérer :

• le traitement asynchrone de requêtes trop "gourmandes"
• la planification de rapports
• la distribution de rapports

Commencez par installez le produit 5733QU3 par RSTLICPGM

puis allez à l'URL http://<votre serveur>:11331/webquery_html/wfconsole.htm et signez vous

Utilisez l'option Report Broker

Commencez par tester la configuration de Report Broker

Normalement la configuration a été faite par le programme d'installation lors du RSTLICPGM

si ce n'est pas le cas, utilisez l'option "Créer toutes les tables"

Ensuite à l'aide de l'option "Configuration", paramétrez le produit

particulièrement le serveur de messagerie à utiliser pour les envois de mail

Les autres options permettent

• de voir si Report Broker est démarré
• de le démarrer le cas échéant
    en mode commande utilisez STRWEBQRY START(*DSTSRV)
• de lancer une trace

Lorsque le produit est installé, il doit apparaître sous forme d'onglet dans DB2 Web Query

Les options proposées

• Plannings
     Planifications des tâches
• Listes des distribution
    Définition des listes de diffusion
• Journaux des tâches
    Historique
• État de la tâche
    Supervision des tâches en cours
• Dates d'interruption
    personnalisation du calendrier
• Gestion de changement
    transfert de données web broker (planning et liste de distribution) entre environnements
• Mise à jour globale
    lancement d'une mise à jour (adresse mail modifiée, par exemple) sur l'ensemble des tâches

Commençons par planifier une tâche (ceci peut aussi être fait directement sur un rapport)

Allez dans "Planning" et cliquez droit/nouveau

indiquez l'intervalle

• une fois, soumission de la tâche, sans répétition.
• toutes les n minutes.
• toutes les n heures.
• tous les jours à une certaine heure.
• toutes les semaines à un ou plusieurs jours.
• tous les ans à une date donnée.
• personnalisé : à certaines dates (le 15 Avril ET le 1er septembre, par exemple).

Tous les jours à 20h00 :

le boutons V permet de faire apparaître un calendrier

la case à cocher délai d'exécution secondaire permet d'avoir plusieurs exécutions à partir de 20h00

Toutes les semaines (ici le Mardi à 10h03) :

Indiquez ensuite le rapport à lancer

Vous pouvez aussi préciser :

• des valeurs pour les paramètres en entrée du rapport
• le format de sortie
  • Html, Ahtml, archive html (.mht)
  • PDF
  • Postscript
  • Excel
  • Doc
  • Flash (flex)

Définissez la destination

• email
  • individuelle
  • liste de distribution
• Imprimante (pour le format Postscript)
• requête web (placement dans un dossier de DB2 Web Query)

Distribution par mail

Distribution dans un dossier

Par exemple si vous indiquez comme dossier "Résultat" pour un rapport situé dans la domaine "Common Domain"

vous le retrouverez ici ->

Notification permet d'avoir un retour suite à l'exécution d'une tâche

• Jamais
• Toujours
• En cas d'erreur

Enfin Avancé, permet surtout de fixer une priorité à cette tâche

N'oubliez pas d'indiquer une description, puis cliquez sur Enregistrer

-> La tâche, une fois enregistrée peux aussi être exécutée par commande CL : RUNBRSCHED

Liste de distribution

La liste peut être

• public (utilisable par tous)
• privée (utilisable par le créateur uniquement)

Elle peut contenir

• une série d'adresse mail
• une série de nom d'imprimante

Adresse mail :

• vous pouvez indiquer une adresse mail par ligne (envoi de plusieurs mails à destinataire unique)

• plusieurs adresse mails séparées par , ou ; (envoi d'un seul mail à destinataires multiples)

• enfin vous pouvez indiquer une valeur segmentée, il s'agit d'une valeur de rupture

• La zone de tri vertical dans un rapport
• la zone de changement de graphe
  
  (mot-clé BY dans le code source)
  
  Par exemple, pour une rupture par département
  
  
  • 44 -> michel@entreprise.com
  • 75 -> sophie@entreprise.com
  • 31 -> khadija@entreprise.com
  • etc....

-> provoquera un rapport par département, envoyé aux personnes concernées.

Historique d'exécutions

Exécutions passées


Exécution en cours

Administration

• Gestion des changements : répercussion d'un paramétrage vers un autre serveur (Test vers Prod, par ex.)
  
  Vous devez faire cette action sur le système cible (la Prod) en indiquant la source (le système de Test)
  
  
  
• Changement global : modification d'une valeur dans les tables de DB2 Web Broker (mail, serveur smtp, propriétaire)
  
  
  Par exemple, ici, un utilisateur a changé d'adresse mail.