このシナリオでは、コンソール・エラーからリカバリーするために、コンソール・コネクティビティーの変更が必要なケースについて説明します。 その 1 つの例は、通常の操作中のネットワークの消失です。
別のワークステーションが使用可能なときに即時変更を行う場合、OPSCONSOLE 固有マクロを使用する方法が推奨されます。このマクロを使用してコンソール・タイプ値を変更し、その後に、機能 OPSCONSOLE RESET を使用すると、新しいコンソール・タイプの使用をシステムに強制できます。オペレーション・コンソールの固有マクロの使用について詳しくは、OPSCONSOLE マクロを使用するトラブルシューティングを参照してください。
別のワークステーションが使用可能でないときに即時変更を行う場合、コンソール・サービス機能 (65+21) を使用する方法が推奨されます。例えば、インストールを行おうとしてコンソールに障害が起こった場合、使用できる唯一の方法はコンソール・サービス機能 (65+21) だけです。詳しくは、コンソール・サービス機能 (65+21) の使用を参照してください。
既に説明した他の方法では、新しいコンソール・タイプ用の該当リソースを活動化するために、手動による手順が必要になる場合があります。 また、これらの変更では、関連のリソースが使用できる状態で用意されていなければなりません。 これらの方法を使用して行った変更は、次回サーバーを活動化するときに有効になります。この場合、新しいタグが付けられた IOA を使用して、直接接続ローカル・コンソールを接続することができます。
このシナリオでは、コンソールのコネクティビティーを変更して、別のデバイスを即時に使用しようとしています。 ネットワーク (LAN) 接続ローカル・コンソールを使用していて、ネットワークに障害が起きました。 そのコンソールは論理区画によって使用されており、そのコンソール用にタグ付けできる非同期通信アダプターが用意されています。 タグを非同期通信 IOA に変更して、直接接続ローカル・コンソールを使用できるようにすることに決めました。 代替手順 (動的なタグ付け) を使用して console タグと Operations Console タグの両方でタグ変更を行います。 さらに、HMC コマンド行から 65、21、21 を呼び出して、システムが新しいコンソール・タイプを検出し、使用するように強制します。
変更が正常に実行されたら、ユーザーは再度サインオンする必要があります。 このシナリオはネットワーク (LAN) 接続ローカル・コンソールから直接接続ローカル・コンソールへの変更を取り上げているため、新しいコンソールには特別な「DST Sign-on」ウィンドウまたは「Console Information Status」ウィンドウは表示されません。そのコンソールが、コンソール・タイプ値の変更後に唯一有効なコンソールであるためです。 ネットワーク問題が修正されると、LAN 接続デバイスには「Console Information Status」ウィンドウが直接表示され、このデバイスは、コンソール・タイプ値をオペレーション・コンソール (LAN 接続) に戻さない限り、コンソールの制御を受け取ることはできません。 デバイスが直接接続されている場合はテークオーバーは実行できません。サーバーがこのタイプの接続を 1 つしか認めていないためです。