Ce scénario décrit ce qui se passe lors du démarrage du serveur lorsque la fonction de reprise de console est activée et que plusieurs unités connectées au réseau local sont disponibles.
Paramètre : les unités de réseau local s'appellent LAN1, LAN2 et LAN3. Le mode sans opérateur est utilisé (mode normal). Le serveur exécute un IPL. Lorsque l'unité de console est déterminée lors de l'IPL, la première unité à se connecter dont le type est indiqué par le type e console (réseau local dans notre exemple) devient la console et affiche les écrans de console habituels.
Supposons que LAN1 soit la première unité connectée. Au cours du démarrage du serveur, cette unité affiche les modifications d'état comme n'importe quelle autre console, puis éventuellement la fenêtre de connexioni5/OS. LAN2 et LAN3 affichent un écran d'ouverture de session DST spécial avec une nouvelle ligne de données indiquant ATTENTION : Cette unité peut devenir la console. Le reste de la fenêtre est identique à la fenêtre d'ouverture de session DST. Sur LAN2, un utilisateur avec le droit de reprise de la console se connecte. A présent, cet utilisateur voit le même écran Etat des informations console, et la zone Reprise de console affiche OUI pour indiquer que la reprise est possible. Sur LAN3, un utilisateur sans le droit de reprise de console se connecte. La zone Reprise de console contient la valeur NON pour indiquer que l'utilisateur n'est pas autorisé à effectuer la reprise.
A ce stade, une seule unité a rempli toutes les conditions pour une reprise de console. Au bas de de l'écran, F10=Remplacer la connexion console s'affiche. En appuyant sur F10, l'utilisateur voit apparaître l'écran de Reprise de la connexion de console à partir d'un autre utilisateur. Il s'agit d'une fenêtre de confirmation qui donne à l'utilisateur une dernière possibilité d'annuler la reprise. A ce stade, si l'utilisateur sélectionne 1 et appuie sur Entrée, la reprise a lieu. Presque immédiatement, LAN1 obtient l'écran d'ouverture de session DST spécial, et LAN2, l'unité qui a initié la reprise, dispose d'exactement du même écran que LAN1 au moment où le transfert a eu lieu. Tout travail qui était en cours d'exécution se poursuit comme si de rien n'était. En fait, la console d'origine peut être en train d'installer le microcode sous licence ou le système d'exploitation i5/OS, ou même d'exécuter une sauvegarde complète du système dans l'état restreint sans que le serveur s'en rende compte. Vous pouvez même déconnecter la connexion console, vous reconnecter ultérieurement et obtenir les données de l'écran du travail en cours sans aucune incidence sur celui-ci. Si un volume important de données d'écran a été envoyé par le travail et que ces données n'ont pas pu être envoyées, les données sont stockées. Lorsqu'une console est reconnectée par un utilisateur autorisé (détenant les droits de reprise de console) à partir d'une unité éligible, l' utilisateur peut voir une suite de régénérations d'écran rapides jusqu'à ce que toutes les données stockées soient envoyées. En réalité, le fait de se déconnecter, puis de se reconnecter est considéré comme une récupération et non une reprise.
Les données présentes sur LAN3 ne changeront pas après la reprise. Cependant, si l'utilisateur sur LAN3 appuie sur Entrée, une régénération manuelle de toutes les zones à l'exception de la zone de Reprise de console a lieu. L'utilisateur doit quitter cet écran et se reconnecter pour voir le changement intervenu dans cette zone.