Réorganisation des programmes transactionnels au sein d’un réseau SNA (CPI-C)
Si votre installation d’Host Integration Server contient plusieurs systèmes (clients ou services SNA), vous pouvez placer un programme de transaction invocable (TP) 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 fournies dans TP Name Not Unique ; Alias de lu local Non spécifié, vous pouvez activer le service SNA pour faire le choix aléatoire de distribuer la charge.
Vous pouvez conserver un contrôle spécifique sur ce choix de système en configurant les fournisseurs de services d’appel avec des noms uniques, ou en configurant chaque TP invokable 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 invocable 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 invocables qui laissent l’alias de lu local non spécifié. Ensuite, lorsqu’une requête entrante est reçue, elle est routée de manière aléatoire, plutôt que de manière privilégiée 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 un instance du TP demandé, en choisissant de manière aléatoire parmi les systèmes disponibles.
Les rubriques suivantes décrivent quelques-unes des dispositions possibles qui peuvent être prises pour exécuter des programmes DET.
Contenu de cette section :