Managing Operations Console; Takeover Or Recovery Of An Operations Console Connection - IBM i Series Handbook

"Failure to display D1008065 and D1008066 automatically after calling the function" on page 98
|
| When working with models that have a double row for the Function/Data display portion of the
control panel, the control panel might not automatically display the resulting system reference code
|
(SRC).
|
| Related reference
| "Switching from one console type to another when a console is currently available" on page 51
If you know in advance that you will need a different console type, you can use the current console to
|
make the changes necessary for use with a different console.
|

Managing Operations Console

You can manage your Operation Console by performing tasks such as changing the console configuration,
switching between different console types, and changing passwords.
After you complete your Operations Console planning and set up your connection, you have several
options to help you manage your local console connections.
Related concepts
"Planning considerations for Operations Console" on page 2
Before you begin setting up your Operations Console, determine how to best configure it.
"PC preparations for Operations Console" on page 27
After you complete the planning requirements and know which configuration and PC operating
system you will be using, you can go through one of the predefined checklists for setting up
Operations Console. You can also create a customized checklist and complete that.

Takeover or recovery of an Operations Console connection

You can use these functions to take control of another console device.
A special set of functions included in i5/OS allow an Operations Console to take control from another
console device. The two main actions that you can do are:
v Takeover is the process used for a LAN-connected console-capable device to take control from the
current LAN-connected console device. This take over action can not be used with directly attached
consoles.
v Recovery is the process of regaining control of the job running on the console after a problem with the
console was encountered. The recovery process may be to the same console device or a different
console device and may be facilitated by additional work to enable a device using a different
connectivity. The exception is twinaxial console which does not use the same type of 5250 emulation
and thus cannot recover the console.
Every console-capable device running 5250 emulation, regardless of connectivity, will be presented a
window of data regardless of whether it is the console when it successfully connects. This means that
more than one device will have data on the window after the console has been established. A console
device will not have a blank window showing Disconnected. This action allows the job at the console to
be "transferred" to another device without causing loss of data. When the console option for takeover is
enabled, the system also has enhanced recoverability from loss of the console.
The recovery action is accomplished by suspending the data stream to a console that loses a connection,
or is being taken over, saving further data and then sending that data to the next device to become the
console, even if the device is the same former console. Recoverability is essentially just taking over the
console from the same or different qualified device regardless of what the former console was doing.
The default setting for the console take over and recovery function is disabled. If this function is
disabled, all console-capable devices will open the Console Information Status window whenever they
are not the active console.
40
System i: Connecting to System i Operations Console