Principes des transactions DDM distantes


Généralités

Exemples

Inclus dans

Administration de Tivoli Problem Management

Généralités

Principes des transactions distantes

Une transaction vers un site distant est accomplie lorsque, dans votre entreprise, tous les ordinateurs, logiciels et réseaux en relation avec Tivoli Problem Management fonctionnent correctement. L'objet d'une transaction peut être le transfert d'un incident vers un site distant, l'association d'un appel à un incident sur un site distant, l'affichage de toutes les informations actuelles concernant un incident sur un site distant, et ainsi de suite. Pour de plus amples informations concernant les types de transactions à distance, reportez-vous à la rubrique d'aide appropriée.

Dans le Gestionnaire de fichiers répartis (DDM), le déroulement des transactions à distance est le suivant :

  1. Le site A met en conteneur les données et les envoie au site B.
  2. Le site B retire les données des transactions du conteneur.
  3. Le site B adresse au site A un accusé de réception à la fin de la transaction. Ce message peut signifier l'échec ou la réussite de la transaction vers le site B.
  4. Le site A exécute des tâches supplémentaires selon que la transaction à distance a échoué ou réussi.

Les serveurs d'applications du Gestionnaire de fichiers répartis (DDM) de votre entreprise utilisent des tables de contrôle pour réaliser les transactions vers des sites distants. Ces tables de contrôle sont des enregistrements de base de données dont les informations sont requises pour initialiser et accomplir des transactions vers des sites distants, comme décrit dans la table ci-dessous.

Table de contrôle Description
REMOTE_WORK Enregistrement contenant les informations spécifiques requises pour exécuter une transaction distante précise. Un enregistrement REMOTE_WORK est similaire à un enregistrement PROBLEM_CLOSURE dans Tivoli Problem Management.
REMOTE_TASKS Enregistrement créé pour chaque site sur lequel une transaction REMOTE_WORK précise doit être exécutée.
LOCAL_WORK Enregistrement créé par le site éloigné au début de la transaction à distance. Une fois la transaction à distance terminée, le site local en est averti. Si, pour une raison quelconque, le site local n'est pas informé de la transaction, l'enregistrement LOCAL_WORK permet de le faire ultérieurement.

Exemples

Transaction accomplie

Une transaction vers un site distant est considérée comme réussie lorsque les événements suivants se produisent :
  1. Un analyste sur le site A initialise une transaction vers le site B.
  2. Le serveur d'applications du site A met en conteneur les données de la transaction et les envoie au serveur d'applications du site B.
  3. Le serveur d'applications du site B retire les données de la transaction du conteneur, puis exécute la tâche associée.
  4. Le serveur d'applications du site B adresse un accusé de réception au serveur d'applications du site A.
  5. Le serveur d'applications du site A supprime l'enregistrement REMOTE_TASKS.
Transaction en attente Une transaction vers un site distant est considérée comme en attente (ATTENTE) lorsque les événements suivants se produisent :
  1. Un analyste sur le site A initialise une transaction vers le site B.
  2. Le serveur d'applications du site A met en conteneur les données de la transaction et les envoie au serveur d'applications du site B.
  3. Le serveur d'applications du site B retire les données de la transaction du conteneur, puis exécute la tâche associée.
  4. Le serveur d'applications du site B ne peut pas envoyer l'accusé de réception au serveur d'applications du site A.
  5. Le serveur d'applications du site A marque l'enregistrement REMOTE_TASKS comme en attente.
    Un incident au niveau de la base de données, du serveur d'applications ou du réseau sur le site B peut provoquer la mise en attente d'une transaction.
  6. Le site B tente régulièrement d'envoyer un accusé de réception stocké dans l'enregistrement LOCAL_WORK au serveur d'applications du site A. Lorsque le serveur d'applications du site B peut envoyer l'accusé de réception, le serveur d'applications du site A termine la transaction.

Echec de transaction 1

Une transaction vers un site distant est considérée comme ayant échoué lorsque les événements suivants se produisent :
  1. Un analyste sur le site A initialise une transaction vers le site B.
  2. Le serveur d'applications du site A met en conteneur les données de la transaction, mais ne peut pas les envoyer au serveur d'applications du site B, ou le serveur d'applications du site B ne peut pas recevoir la transaction.
    L'échec d'une transaction peut provenir d'un incident au niveau du réseau, ou bien de l'arrêt ou de l'interruption du serveur d'applications sur le site B.
  3. Le serveur d'applications du site A marque l'enregistrement REMOTE_TASKS comme ayant échoué.
  4. Le serveur d'applications du site A tente régulièrement d'envoyer la transaction, sauf si le Gestionnaire de fichiers répartis (DDM) sur le site A est configuré pour annuler automatiquement les transferts d'incidents vers des sites distants qui ont échoué.

Echec de transaction 2

L'échec des transactions vers des sites distants au niveau de la base de données peut également avoir pour origine les événements suivants :
  1. Un analyste sur le site A initialise une transaction vers le site B.
  2. Le serveur d'applications du site A met en conteneur les données de la transaction et les envoie au serveur d'applications du site B.
  3. Le serveur d'applications du site B retire les données de la transaction du conteneur, mais ne peut pas exécuter la tâche associée au niveau de la base de données.
  4. Le serveur d'applications du site B adresse un accusé de réception au serveur d'applications du site A indiquant que la transaction a échoué.