Réorganisation des programmes transactionnels au sein d’un réseau SNA (CPI-C)

Si votre installation de Host Integration Server contient plusieurs systèmes (clients ou services SNA), vous pouvez placer un programme transactionnel appelant donné sur plusieurs systèmes. Lorsqu’une demande d’appel est reçue dans une telle installation, il peut y avoir un choix de systèmes sur lesquels exécuter le tp invocable. Vous pouvez conserver un contrôle spécifique sur ce choix. Vous pouvez également suivre les instructions de TP Name Not Unique; Alias lu local non spécifié, vous pouvez autoriser le service SNA à choisir de distribuer la charge de manière aléatoire.

Vous pouvez conserver un contrôle spécifique sur ce choix de système en configurant des TPs appelants avec des noms uniques, ou en configurant chaque tp appelant pour qu’il s’exécute uniquement avec un alias d’unité logique unique (LU) spécifique. Avec cette disposition, les informations fournies par le TP appelant (dans le nom de destination symbolique) spécifient le système sur lequel le TP appelant doit s’exécuter.

Vous pouvez autoriser le service SNA à faire le choix du système de manière aléatoire en définissant l’entrée de Registre DloadMatchLocalFirst sur NO et en utilisant des TPs invokables qui laissent l’alias lu local non spécifié. Ensuite, lorsqu’une demande entrante est reçue, elle est routée de manière aléatoire, plutôt que de préférence vers le serveur local. En outre, quel que soit l’alias LU demandé pour le TP invocable, il ne peut pas y avoir d’incompatibilité. Le service SNA démarre une instance du TP demandé, en choisissant de manière aléatoire parmi les systèmes disponibles.

Les rubriques suivantes décrivent certaines des dispositions possibles qui peuvent être prises pour l’exécution des TPS.

Contenu de cette section :