CICS 面接の質問と回答トップ40（2026年）
デビッドカーター
CICS面接の準備はできていますか？本当に重要なことに集中する時です。適切な CICSインタビュー 質問することであなたの知識の深さと自信が明らかになるでしょう。
CICS面接の質問を検討することで、技術職から管理職まで、幅広い職種の専門家にとってチャンスが広がります。新卒者でも、5年以上の技術経験者でも、これらの質問は分析力、専門知識、そして実践的な問題解決能力を試すものです。チームリーダーやマネージャーは、優れたスキルセット、専門知識、そして現場での実務経験を持つ専門家を求めています。
このガイドは、採用マネージャー、チーム リーダー、上級技術専門家など 85 名を超える専門家の洞察に基づいて、業界全体にわたる多様な視点をまとめ、本物で経験に裏打ちされた CICS 面接準備を実現します。
CICS面接でよくある質問と回答
1) CICS とは何ですか? メインフレーム環境でなぜ重要ですか?
CICS、または Customer Information Control System、 IBM 大容量かつ低レイテンシのオンラインアプリケーション向けに設計されたトランザクション処理モニターです。整合性とパフォーマンスを維持しながら、複数のユーザーが共有データに同時にアクセスできます。CICSは端末とデータベース間のミドルウェアとして動作し、バッチ処理ではなくオンラインでのトランザクション実行を可能にします。
例：
銀行アプリケーションでは、顧客が残高を確認するときに、CICS はトランザクションが別の顧客の引き出しプロセスに干渉することなくリアルタイム データを取得することを保証し、同時実行制御と信頼性を実証します。
2) CICS におけるバッチ処理とオンライン処理の違いを説明します。
バッチ処理とオンライン処理は、メインフレーム運用における2つの基本的なモードです。バッチシステムはユーザーの介入なしに大規模なジョブを順次実行しますが、CICSは複数のユーザーが同時に対話型のリアルタイムトランザクション処理を実行できます。
| 因子 | バッチ処理 | オンライン（CICS）処理 |
|---|---|---|
| 相互作用 | ユーザーインタラクションなし | 継続的なユーザー入力/出力 |
| 反応時間 | 遅延 | 即時 |
| Use Case | 終業時の調整 | ATMまたは予約システム |
| 効率化 | 大量データの場合は高 | リアルタイムシステム向け |
本質的にCICS は、バッチ ジョブでは実現できない応答性と並行性を提供し、リアルタイムのエンタープライズ オペレーションのバックボーンとなります。
3) CICS はトランザクション制御のためにマルチタスクとマルチスレッドをどのように管理しますか?
CICSは本質的にマルチタスクおよびマルチスレッドであるため、同一領域内で複数のタスクを同時に実行できます。各タスクはトランザクションのインスタンスを表し、CICSのタスク制御システムによって個別に管理されます。
キーファクタ：
- マルチタスク： 複数のプログラムを並行して実行し、それぞれが独立したユーザー要求を処理します。
- マルチスレッド: 単一のタスク内で複数の論理スレッドを許可し、共通メモリを効率的に共有します。
- 利点： 大容量環境での CPU 使用率が向上し、応答時間が短縮されます。
例：
複数のユーザーが同時に残高照会を開始すると、CICS はスレッドを割り当てて各照会をブロックせずに処理し、リアルタイムの応答性を保証します。
4) CICS アーキテクチャの主要コンポーネントは何ですか?
CICSアーキテクチャは、トランザクションの実行と通信を統合的に管理するモジュール型コンポーネントを中心に構築されています。主要なサブシステムには以下が含まれます。
- プログラム制御: アプリケーション プログラムを実行および管理します。
- ファイル制御: VSAM およびその他のデータセットへのアクセスを提供します。
- タスク制御: タスクの作成、実行、終了を処理します。
- 端末制御: ユーザー端末と通信セッションを管理します。
- ストレージ制御: 主記憶域を動的に割り当て、割り当て解除します。
例：
小売アプリケーションでは、プログラム コントロールがチェックアウト ロジックを実行し、ファイル コントロールが製品データにアクセスすることで、シームレスな統合が保証されます。
5) CICS における PCT、PPT、FCT、TCT の役割と違いについて説明します。
CICSは、プログラム、トランザクション、および端末を管理するために、複数の制御テーブルを使用します。これらのテーブルは、システム初期化およびランタイム管理の一部です。
| 表 | 完全形 | 目的 |
|---|---|---|
| ポストサイクルトレーニング | プログラム制御テーブル | トランザクション識別子 (TRANSID) をプログラムにマッピングします。 |
| PPT | 処理プログラムテーブル | プログラムのロードの詳細と属性を保存します。 |
| FCT | ファイル制御テーブル | ファイル名、レコード長、およびアクセス権限を定義します。 |
| TCT | 端末制御テーブル | 端末IDと通信内容を管理します。 |
例：
ユーザーが端末経由でトランザクションを開始すると、CICS は PCT をチェックして正しいプログラムを識別し、TCT をチェックして端末のプロパティを見つけます。
6) COMMAREA とチャネルを使用して CICS 内のプログラム間でデータはどのように共有されますか?
CICSの以前のバージョンでは、 COMMAREA（コミュニケーションエリア） プログラム間でデータを渡すための主要なメカニズムでした。これは、リンクされたプログラム間で保持される一時的な記憶領域として機能します。しかし、現代のCICSでは、 チャネルとコンテナこれは、COMMAREA のサイズ制限 (32 KB) を克服します。
チャネルの利点:
- より大きなデータ量をサポートします。
- モジュール式のプログラム設計を可能にします。
- 複数のデータ オブジェクトを同時に渡すことができます。
例：
別のプログラムからトランザクションを呼び出す場合、開発者は EXEC CICS PUT CONTAINER 制限されたバイト配列の代わりに構造化された XML データを渡します。
7) CICS タスク ライフサイクルの概念を例を挙げて説明してください。
A CICSタスク トランザクションの開始から終了までの1回の実行を表します。ライフサイクルは、ユーザーがトランザクションを開始した時点で始まり、実行後にCICSが制御を返した時点で終了します。
タスクライフサイクルの段階:
- 開始： TRANSID または自動タスク開始 (ATI) によってトリガーされます。
- 実行： プログラムが実行され、データ ファイルと対話します。
- サスペンション： タスクは I/O またはユーザー入力を待機します。
- 再開： イベントの完了後、処理を続行します。
- 終端： タスクが完了し、リソースを解放します。
例：
ユーザーが TRANSID を入力すると「残高照会」トランザクションが開始され、CICS は関連付けられたプログラムを実行し、残高データを取得して、制御を端末に返します。
8) CICS プログラム制御における XCTL、LINK、および RETURN の違いは何ですか?
これらのコマンドは、トランザクション内のプログラム間の制御転送を管理します。
| Command | 詳細説明 | コントロールリターン | Use Case |
|---|---|---|---|
| LINK | 制御を別のプログラムに渡しますが、制御が戻されることを期待します。 | はい | サブルーチン呼び出し |
| XCTL | 制御を別のプログラムに永続的に転送します。 | いいえ | プログラム呼び出しの連鎖 |
| リターン | CICS または呼び出しプログラムに制御を戻します。 | 無し | 取引終了 |
例：
プログラムAが一時的にプログラムBを実行する必要がある場合はLINKを使用します。プログラムAが処理を終了し、プログラムBに完全に引き継ぐ場合はXCTLを使用します。
9) CICS はトランザクション実行中にデータの整合性と同時実行制御をどのように確保しますか?
CICSは以下を使用してデータの整合性を維持します。 ロック、同期、回復可能性のメカニズム共有データにアクセスする同時トランザクションが競合を引き起こさないようにします。
主なテクニック:
- ENQ/DEQ: 共有リソースへのアクセスをシリアル化します。
- 同期ポイント: 作業の論理単位を定義し、必要に応じてコミットまたはロールバックします。
- タスクの分離: 各タスクは独自の保護領域内で動作します。
例：
2 人のユーザーが同じアカウント レコードを更新しようとすると、ENQ は同時書き込みを防止し、データの一貫性を維持します。
10) CICSにおける一時記憶キュー（TSQ）と一時データキュー（TDQ）とは何ですか？それぞれの種類と用途を説明してください。
CICS は、一時データ処理用に TSQ と TDQ を提供します。
一時記憶キュー (TSQ):
1 つ以上のプログラムによってランダムまたは順番に読み取ることができるデータ レコードを格納するために使用されます。
一時データキュー (TDQ):
連続した 1 回限りのデータ転送に使用され、多くの場合、プログラム間通信やバッチ トリガーに使用されます。
| 因子 | T.S.Q. | TDQ |
|---|---|---|
| アクセスタイプ | ランダムまたはシーケンシャル | シーケンシャルのみ |
| 生涯保証 | 削除されるかCICSがシャットダウンされるまで | 読むまで |
| ユーザー補助 | 同じ地域または異なるタスク | パーティション内またはパーティション外 |
| 例: | チャットメッセージのバッファリング | 印刷キュー |
11) BMSの目的と利点を説明する（基本マップ）ping CICSにおけるサポート）
BMS、または Basic Mapping Supportは、アプリケーションロジックを端末画面のフォーマットから分離するCICSユーティリティです。これにより、開発者は画面レイアウトとデータ構造を変換する、デバイスに依存しないマップを設計できます。
利点と利点:
- デバイスの独立性: 画面は複数の端末タイプで実行できます。
- メンテナンスの容易さ: プログラムロジックとプレゼンテーションは分離されています。
- 記号地図と物理地図: シンボリック マップはデータ名を定義し、物理マップはレイアウトを制御します。
- 電話代などの費用を削減 Code 複雑： 開発者は、ハードコードされた画面座標ではなく、フィールド名を参照します。
例：
BMS を使用して構築された銀行の顧客情報画面は、コードを変更することなく、3270 端末とエミュレートされた Web インターフェイスの両方で同じように表示できます。
12) CICS アプリケーションではエラーと ABEND はどのように処理されますか?
CICS のエラー管理は、組み込みコマンド、戻りコード、およびユーザー定義ハンドラーの組み合わせに依存します。
コアメカニズム:
- ハンドルの状態: 指定された条件が発生した場合に、エラー回復ルーチンに制御を渡します。
- 条件を無視: 必要ない場合は特定のエラー処理を抑制します。
- RESPとRESP2 Codes: 各 EXEC CICS コマンドは、詳細な診断のためにこれらのコードを返します。
- 異常終了の種類:
- アスラ – プログラム割り込み（データ例外）。
- アイカ – 暴走タスクのタイムアウト。
- エイエイチ – DB2 リソースが利用できません。
例：
実稼働環境では、開発者は、CICS 領域を終了する代わりに、HANDLE CONDITION ERROR (ラベル) を使用して ASRA ABEND をトラップし、エラー ログ モジュールに制御をリダイレクトする場合があります。
13) CICS でプログラム間通信を処理するさまざまな方法は何ですか?
CICS におけるプログラム間の通信は、データの範囲と有効期間に応じて複数のメカニズムを通じて発生する可能性があります。
| メカニズム | 詳細説明 | Use Case |
|---|---|---|
| コマレア | リンクされたプログラム間で共有される 32 KB の領域を修正しました。 | レガシーアプリケーション。 |
| チャネルとコンテナ | 32 KB を超える複雑なデータ セットまたは大規模なデータ セットを渡します。 | 最新の CICS TS 環境。 |
| 一時ストレージキュー | ランダムまたは連続的な一時データ。 | マルチタスク通信。 |
| 一時データキュー | 連続した 1 回限りのデータ転送。 | バッチトリガーまたはログ記録。 |
例：
注文処理プログラムは、COMMAREAを使用して顧客IDを価格設定モジュールに送信し、チャネルを使用してXML形式のショップ情報を渡す場合があります。ping 価格計算用のカート。
14) CICS はどのようにしてパフォーマンス効率とリソースの最適化を保証しますか?
CICS は、インテリジェントなタスク管理、データ バッファリング、負荷分散を通じてパフォーマンスを最適化します。
パフォーマンスに影響を与える主な要因:
- スレッドの再利用: タスクの起動オーバーヘッドを削減します。
- プログラムの再利用とNEWCOPY: ロード時間を節約するためにモジュールを常駐させます。
- File Buffering： レコードをキャッシュすることで I/O 待機を最小限に抑えます。
- タスクの優先順位付け： 重要なトランザクションを最初にスケジュールします。
- 監視ツール： CICS パフォーマンス アナライザーと RMF はボトルネックの特定に役立ちます。
例：
通信料金請求システムでは、スレッドセーフ プログラムを実装し、バッファ プールの調整により端末の待機時間を 15% 削減することで、スループットが向上しました。
15) 会話型プログラムと疑似会話型プログラムの違いは何ですか?
| 機能 | 会話プログラム | 疑似会話プログラム |
|---|---|---|
| Resource Usage | ユーザーインタラクション全体にわたってリソースを保持します。 | 入力間のリソースを解放します。 |
| タスクの期間 | セッションが終了するまで継続します。 | 応答後に終了し、後で再開します。 |
| 効率化 | Less 効率的だが、オーバーヘッドが高い。 | 非常に効率的な CICS 標準。 |
| 国家管理 | メモリ内の状態を維持します。 | 状態を COMMAREA または TSQ に保存します。 |
例：
オンライン航空券予約では疑似会話型プログラムが使用されるため、ユーザーの思考時間中に CICS リソースがロックされることなく、各画面交換が迅速に完了します。
16) NEWCOPY はいつ使用すればよいですか? また、その意味は何ですか?
NEWCOPY CICS を再起動せずに、すでにメモリにロードされているプログラムを新しくコンパイルされたバージョンに置き換えるために発行されます。
使用する場合：
- プログラムを再コンパイルまたは変更した後。
- 制御されたデプロイメント中に、リージョンの再起動を回避します。
含意：
- 置換前にアクティブなタスクを完了する必要があります。
- 更新されたロジックが新しいトランザクションですぐに使用できるようにします。
例：
銀行が金利計算ロジックのパッチを導入、オペレーターが問題発生 CEDA SET PROGRAM(PROG1) NEWCOPY サービスのダウンタイムなしで新しいモジュールをロードします。
17) COMMAREA と比較した CICS チャネルとコンテナーの特徴と利点について説明します。
CICS TS 3.1で導入されたチャネルとコンテナ revolutイオン化されたデータ伝送。
特性：
- チャネル内で複数の名前付きコンテナをサポートします。
- COMMAREA の 32 KB 制限を削除します。
- XML や JSON などの構造化データを許可します。
COMMAREA に対する利点:
- モジュール性と再利用性が強化されました。
- Web サービスおよび SOA との統合が簡素化されます。
- データ コンテナーの並列処理。
例：
ロジスティクス アプリケーションはチャネルを使用して、CICS と REST API ゲートウェイ間で XML 形式の出荷データを転送し、最新の統合を簡素化します。
18) CICS で VSAM ファイルに使用できるファイル アクセス方式の種類は何ですか?
CICS は、さまざまなトランザクションのニーズに対応するために複数のアクセス方式をサポートしています。
| アクセスタイプ | 詳細説明 | Use Case |
|---|---|---|
| シーケンシャル | レコードを順番に読み取ります。 | バッチ形式のレポート。 |
| ランダム | キーを使用して特定のレコードを取得します。 | アカウントの検索。 |
| ダイナミック | シーケンシャルとランダムを組み合わせます。 | 更新されたレコードを参照します。 |
| 代替インデックスアクセス | セカンダリキーパス経由でアクセスします。 | 二次検索（例：顧客名）。 |
例：
顧客サポート アプリケーションは、柔軟性を確保するために、アカウント ID ではなく電話番号に基づく代替インデックスを使用してアカウントを取得します。
19) CICS はどのように DB2 と統合されますか? また、この統合の主な利点は何ですか?
CICS は DB2 と緊密に統合され、整合性と回復性を確保しながらトランザクション内で SQL ステートメントを実行します。
統合方法:
- EXEC SQLステートメント COBOL CICS プログラムに埋め込まれます。
- 2相コミットプロトコル 同期ロールバックとコミット用。
- DB2接続機能 CICS が接続とスレッドを管理できるようにします。
メリット：
- 集中化されたトランザクション制御。
- スレッドの再利用により I/O オーバーヘッドが削減されます。
- システム間のデータ一貫性が向上しました。
例：
小売 POS アプリケーションは、単一の CICS-DB2 トランザクション内で在庫テーブルと請求テーブルを更新し、アトミックな一貫性を保証します。
20) CICS Transaction Server (6.x) のどの最新機能強化により、アプリケーション開発と DevOps 統合が改善されますか?
CICS TS 6.x では、最新のアジャイル環境をサポートするための複数のイノベーションが導入されています。
主な機能強化:
- CICS サービス: OpenAPI を使用して CICS トランザクションを RESTful API として公開します。
- コンテナ化のサポート: Docker および Kubernetes 内に CICS リージョンをデプロイします。
- 強化されたセキュリティ： TLS 1.3 および OAuth 2.0 のサポート。
- 自動化されたパイプラインの展開: との統合 Jenkins と都市Code CI/CD向け。
- パフォーマンス分析: AIベースの洞察を通じて IBM OMEGAMON と z/OSMF。
例：
金融機関は、REST API 経由で公開されるマイクロサービス バックエンドとして CICS を使用し、クラウド ネイティブ アプリケーションや DevOps パイプラインとシームレスに統合します。
21) CICS は、データの競合を防ぐために、タスクの同期とリソースのロックをどのように管理しますか?
CICSは タスク制御メカニズム リソースロックと組み合わせることで、マルチユーザー環境におけるデータの整合性を維持します。各タスクはそれぞれの環境内で分離されていますが、同期により、2つのタスクが同じリソースを同時に変更することがなくなります。
キー Sync慢性化技術:
- ENQ/DEQ コマンド: 共有リソースに対する排他的制御を確保します。
- 悲観的ロック: 現在のタスクが完了するまでアクセスをブロックします。
- 楽観的ロック: 同時アクセスを許可しますが、コミット前にバージョンの一貫性を検証します。
例：
2 人のユーザーが 1 つのアカウント レコードを更新しようとすると、CICS は ENQ を使用して操作をシリアル化し、一方のユーザーの更新がもう一方のユーザーの更新よりも先に処理されるようにします。
22) CICS 領域内のタスクの優先順位付けとスケジュール設定に影響を与える要因は何ですか?
CICS は内部ディスパッチャーを使用して、複数のシステム定義およびユーザー定義のパラメータに基づいてタスクをスケジュールします。
主な要因:
- 優先クラス: プログラム制御テーブル (PCT) または CEDA を通じて定義されます。
- CPU の可用性: 優先度の高いトランザクションは、優先度の低いタスクよりも優先されます。
- リージョンワークロード管理: z/OS ワークロード マネージャー (WLM) によって制御されます。
- リソース待機時間: I/O を待機しているタスクは優先順位が下げられます。
例：
リアルタイムの財務操作がタイムリーに完了することを保証するため、支払い承認トランザクションはレポート生成よりも優先される場合があります。
23) パーティション内一時データ キューとパーティション外一時データ キューの違いを説明します。
| 機能 | パーティション内TDQ | パーティション外TDQ |
|---|---|---|
| 所在地 | 同じCICS領域内 | CICS地域外 |
| 同じ地域内のプログラム間の通信 | CICSとバッチシステム間のインターフェース | |
| ユーザー補助 | 共有メモリにより高速化 | 遅い、外部データセットが必要 |
| 例: | オンラインセッション内でのログイン | 夜間バッチジョブへのファイル転送 |
シナリオ例：
販売エントリがキャプチャされると、パーティション内 TDQ はそれをセッション レベルの処理のために一時的に保存し、パーティション外 TDQ はそれを請求書生成のためにバッチ プロセスに転送します。
24) CICS プログラムでは動的メモリはどのように割り当てられ、管理されますか?
CICSは、 ゲットメイン (NAIST) と フリーメイン コマンド。
- GETMAIN: 実行時に変数、テーブル、または中間データ構造のストレージを割り当てます。
- フリーメイン: リークを回避するために割り当てられたストレージを解放します。
- ストレージ保護: あるタスクが別のタスクのデータを破損するのを防ぎます。
例：
100,000 件の顧客レコードを取得するトランザクションでは、一時データを保持するために GETMAIN を使用してメモリを動的に割り当て、後処理で FREEMAIN を使用してメモリを解放することで、メモリ フットプリントを最適化します。
25) トランザクションの回復と一貫性における SYNCPOINT の役割について説明します。
SYNCPOINT CICSでは、 論理作業単位（LUW） — すべての変更が単一のアトミック アクションとしてコミットまたはロールバックされる境界。
Advantages:
- 保証 原子性 (NAIST) と 一貫性 データ
- システム障害時の部分的な更新を防止します。
- ABEND の場合にロールバックを容易にします。
例：
発注トランザクションで、在庫の更新は成功したが請求が失敗した場合、SYNCPOINT ROLLBACK によって両方の操作が元に戻り、データの整合性が維持されます。
26) CICS 領域でのパフォーマンス低下の一般的な原因と解決策は何ですか?
一般的な原因:
- タスクの競合率が高い、または ENQ ロックが多すぎます。
- スレッドの再利用が不十分であるか、バッファ構成が不適切です。
- スレッドセーフでないプログラム設計。
- 一時ストレージ キューが過負荷になっています。
ソリューションとベストプラクティス:
- 有効にする スレッドセーフプログラミング 並列実行用。
- HPCワークフローの最適化 Buffer プールサイズ.
- パフォーマンス アナライザー (PA) (NAIST) と CICS エクスプローラー 遅いトランザクションを識別するため。
例：
CICS PA で監視した後、通信クライアントは、連続 TDQ 書き込みによる CPU 待機時間が長いことを発見し、非同期タスク設計で最適化して、応答時間を 25% 短縮しました。
27) CICS アプリケーションを最新の RESTful API およびマイクロサービスと統合するにはどうすればよいですか?
現代のCICSは、RESTful APIの公開を次のようにサポートしています。 CICS APIパイプライン (NAIST) と z/OS Connect エンタープライズ エディション.
統合フロー:
- OpenAPI 仕様を使用して CICS で REST リソースを定義します。
- 既存の COBOL プログラムをバックエンド サービスとしてマップします。
- OAuth 2.0 を使用してエンドポイントを保護します。
- DevOps パイプラインにデプロイします (例: Jenkins継続的デリバリーのために。
例：
銀行は、顧客残高照会プログラムを z/OS Connect 経由で REST API として公開し、モバイル アプリが HTTPS 経由でリアルタイムに残高を照会できるようにしています。
28) CICS は、ユーザー認証とリソース保護のためにどのようなセキュリティー メカニズムを提供していますか?
CICSは 多層セキュリティ制御 RACF などの z/OS セキュリティ システムと統合されています。
コアセキュリティ機能:
- ユーザ認証： RACF または外部 LDAP を使用して ID を検証します。
- リソースアクセス制御: プログラム、ファイル、トランザクションを保護します。
- トランザクション分離: リージョン間のデータアクセスを防止します。
- 暗号化機能： 安全な送信のために TLS 1.3 をサポートします。
| セキュリティ面 | メカニズム |
|---|---|
| ユーザー確認 | RACFサインオン |
| アクセス認証 | リソース クラス (CICSPCT、CICSFCT) |
| ネットワーク保護 | TLS / SSL暗号化 |
| ロギング | SMF監査記録 |
例：
医療システムでは、RACF を使用して、許可された医師のみが保護された TRANSID を介して患者の取引記録にアクセスできるようにします。
29) CICS は、エンタープライズ環境で DevOps と継続的インテグレーション パイプラインをどのようにサポートしますか?
CICSは、最新のDevOpsパイプラインと統合します。 API、スクリプト、プラグイン 展開と監視を自動化します。
実装戦略:
- アーバンCode 配備します or Jenkins 自動リージョン更新用。
- バージョン管理のために構成を Git に保存します。
- テストを自動化する CICS ビルド ツールキット (NAIST) と DFHPIPELINE.
- CICS モニタリング API ヘルスダッシュボード用。
例：
保険会社が Jenkins 自動トリガーするパイプライン NEWCOPY ビルド成功後に更新が行われ、手動による展開時間が 90% 削減されました。
30) 大規模なエンタープライズ環境における CICS の実際の使用例について説明します。
シナリオ：
ある多国籍銀行は、CICS ベースのオンライン バンキング システムを運用し、毎日何百万件もの取引を処理しています。
Archi構造特性:
- フロントエンド： 3270 および REST API を呼び出す Web アプリケーション。
- ミドルウェア： トランザクションとセッションを管理する CICS TS。
- バックエンド： 永続性とメッセージングのための DB2 と MQ。
観察された利点:
- トランザクション応答が 300 ミリ秒未満で、稼働率は 99.99% です。
- CICS-MQ ブリッジを通じて統合されたリアルタイムの不正検出。
- z/OS Sysplex 上の複数の CICS 領域を使用したシームレスなスケーリング。
これは、新しいテクノロジーが登場したにもかかわらず、CICS が現代のメインフレーム インフラストラクチャの中心であり続ける理由を示しています。
31) CICS プログラムをクラウド ネイティブおよびハイブリッド展開向けに最新化するにはどうすればよいでしょうか?
CICS の最新化には、モノリシックな COBOL プログラムを、クラウド インフラストラクチャと統合されるモジュール式のサービス指向コンポーネントに変換することが含まれます。
近代化へのアプローチ:
- CICSロジックをRESTful APIとして公開する z/OS Connect Enterprise Edition を使用します。
- CICS 領域をコンテナ化する DockerまたはRed Hat OpenShift.
- CI/CDパイプラインとの統合 継続的なデプロイメント用。
- ビジネスロジックをリファクタリングする マイクロサービスに移行しながらping CICSにおけるトランザクション制御。
例：
ある物流企業は、CICS をコンテナ化し、外部サービス アクセス用の API エンドポイントを使用することで、CICS 貨物スケジューリング アプリケーションをハイブリッド クラウドに移行し、俊敏性と拡張性を向上させました。
32) CICS アプリケーションのデバッグに使用できる診断ツールとユーティリティは何ですか?
CICS は、ロジックおよびランタイム エラーの識別を支援する複数の統合デバッグ ツールを提供します。
主なツール:
- CEDF (コマンド実行診断機能): EXEC CICS コマンドのステップバイステップのデバッグ。
- CEBR: 一時ストレージ キューを参照します。
- CEMT: システム リソースとプログラムの状態を監視します。
- CICS Trace施設： 詳細な実行状況を捉える trac例えば、。
- IBM デバッグツール: COBOL プログラムにブレークポイントと変数検査を提供します。
例：
ABEND ASRA をデバッグする開発者は、CEDF を使用して、データベースのコミット前にプログラム セグメントでゼロ除算が発生したことを識別しました。
33) CICS は例外ログとシステム監視をどのように処理しますか?
CICSは、すべての運用イベント、例外、パフォーマンスメトリックを次のように記録します。 システム管理機能 (SMF) (NAIST) と CICS モニタリング機能 (CMF).
ログ記録メカニズム:
- SMF タイプ 110 レコード: トランザクション レベルのデータが含まれます。
- 一時データキュー: カスタム アプリケーション レベルのログ記録に使用されます。
- CICS エクスプローラー: パフォーマンスと例外を監視するための GUI ベースのツール。
- IBM オガモン: 詳細なトランザクション分析と異常検出を提供します。
例：
ある銀行機関は、失敗したすべてのトランザクション ID に対して SMF ログを設定し、それを Splunk ダッシュボードと統合して、リアルタイムの不正検出を実現しました。
34) CICS における疑似会話型プログラミングの利点と欠点を説明します。
| 側面 | 優位性 | デメリット |
|---|---|---|
| 資源管理 | 画面間のメモリを解放します。 | 毎回状態の復元が必要です。 |
| 拡張性 | 何千人ものユーザーを効率的に処理します。 | 再起動ごとに CPU オーバーヘッドがわずかに増加します。 |
| エラー回復 | 画面間のロールバックが簡単。 | マルチスクリーンワークフローでは複雑です。 |
例：
疑似会話型設計により、10,000 人の同時ユーザーがリソースをアイドル状態にせずにチケットを予約できますが、開発者は継続性を保つために COMMAREA を注意深く保守する必要があります。
35) CICS プログラムにおける DFHCOMMAREA と DFHEIBLK の重要性は何ですか?
どちらも、コンパイル時に CICS プログラムに自動的に追加される重要なデータ構造です。
- DFHCOMMAREA: 単一のトランザクション内でリンクされたプログラム間でデータを渡すために使用されます。
- DFHEIBLK: 環境データと実行データ (EIBRESP、EIBTASK、EIBTIME など) が含まれます。
例：
プログラム間通話中、DFHCOMMAREA は顧客 ID を保存し、DFHEIBLK は tracトランザクションのタスク ID とタイミング情報を取得します。 trac能力。
36) 暴走するタスクやトイレをどのように処理できますかping CICSにおける条件とは？
暴走タスクは、定義されたCPUまたは時間のしきい値を超えるとCICSによって自動的に検出され、多くの場合、 アイカ・アベンド.
予防技術:
- 暴走限界 SIT (システム初期化テーブル) のパラメータ。
- 適切な挿入 同期ポイント 長いループで。
- Apply タスクタイムアウト 定期的なコミット。
例：
データ移行プロセスはping ロジックの不具合によりAICA ABENDが発生しましたが、RUNAWAY制限の調整とコミットポイントの追加により再発を防止しました。
37) 非同期通信のために CICS を MQ (メッセージ キュー) と統合するにはどうすればよいですか?
CICS-MQ 統合により、信頼性の高いメッセージベースのトランザクション処理が可能になります。
統合プロセス:
-
EXEC CICS RECEIVE/PUTメッセージを送受信するための MQ コマンド。 - CICS 領域内で MQ キューを定義します。
- 実施する トリガーベースのタスク開始 イベント駆動型処理用。
- 活用する 作業単位の調整 コミットの一貫性を保つためです。
例：
航空会社は MQ を使用してチケット予約確認を非同期的に処理し、フロントエンド システムを CICS コア ロジックから分離して、待ち時間と依存性を削減しています。
38) エンタープライズ環境で CICS システムの高可用性と拡張性をどのように確保しますか?
CICSの高可用性は、以下によって実現されます。 並列シスプレックス (NAIST) と マルチリージョン Operaション（MRO）.
スケーラビリティのためのテクニック:
- マルチリージョン設定: AOR (アプリケーション所有領域) と TOR (端末所有領域) を分離します。
- シスプレックス クラスタリング: LPAR 間のフェイルオーバーを保証します。
- 動的ワークロードルーティング: WLM を使用してリクエストのバランスをとります。
例：
ある通信会社は、1 つの TOR と 2 つの AOR を備えた 3 リージョンの MRO セットアップを実装し、シームレスなフェイルオーバーと 40% 高いスループットを実現しました。
39) レガシー CICS プログラムを Web サービスまたは API サービスとして公開するための最新化戦略にはどのようなものがありますか?
レガシーCICSプログラムは、以下を使用して拡張できます。 サービス有効化技術:
主な戦略:
- z/OS コネクト EE: COBOL プログラムを REST/JSON サービスに変換します。
- SOAP Web サービス: WSDL 生成には DFHWS2LS および DFHLS2WS ツールを利用します。
- API 管理: IBM サービスを保護および公開するための API Connect。
- チャネルベースのデータ交換: COMMAREA を JSON ペイロードのコンテナーに置き換えます。
例：
ある保険会社は、CICS 請求チェック プログラムを z/OS Connect 経由で REST サービスとして公開し、モバイル アプリや Web アプリとの統合を可能にしました。
40) シナリオ質問 – CICS の応答時間が突然2倍になったことに気づきました。この問題をどのようにトラブルシューティングしますか？
段階的な診断アプローチ:
- 影響を受ける地域を特定します。 CEMT または CICS Explorer を使用します。
- 家出やトイレのチェックping タスク： CPU を多く消費するものを探します。
- SMF/CMF ログを分析します。 SLA を超えるトランザクションを識別します。
- I/O ボトルネックを調べる: ファイルまたは TDQ の競合を検証します。
- プログラムのロードモジュールを確認します。 古くなったコードや最適化されていないコードは遅延を引き起こす可能性があります。
- バッファ プールとスレッドの使用法を調整します。
例：
調査の結果、根本的な原因は、新しいバージョンの COBOL プログラムが不要なファイル スキャンを実行していることであることが判明しました。SELECT 句を再最適化すると、通常の応答時間が回復しました。
🔍 CICS面接でよく聞かれる質問と実際のシナリオ、そして戦略的な回答
1) CICS とは何ですか? また、なぜエンタープライズ環境で使用されるのですか?
応募者に期待すること: 面接官は、トランザクション処理およびエンタープライズ システムにおける CICS の役割についての理解を確認したいと考えています。
回答例：
「CICS（顧客情報管理システム）は、主に IBM メインフレームでも同様です。複数のユーザーが同じデータに同時にアクセスできるようにすることで、オンライントランザクション処理を効率的に管理します。以前の職務では、CICSを使用して、毎日数千件ものトランザクションを処理する金融アプリケーションの高可用性と低遅延のトランザクション処理を実現していました。
2) CICS における疑似会話型プログラミングと会話型プログラミングの違いを説明していただけますか?
応募者に期待すること: 面接官は、CICS プログラミング モデルとリソースの最適化に関する知識を評価したいと考えています。
回答例：
「会話型プログラミングでは、ユーザーインタラクションの間もタスクをアクティブに保つため、システムリソースをより多く消費します。一方、擬似会話型プログラミングでは、ユーザー入力ごとにリソースを解放し、一時記憶機構を用いてコンテキストを復元します。以前の職務では、メモリ消費量を削減し、スケーラビリティを向上させるために、従来の会話型プログラムを擬似会話型プログラムに移行しました。」
3) LOOK な CICS トランザクションをどのように処理しますかping 永久に、そしてパフォーマンスに影響を与えるのでしょうか？
応募者に期待すること: 面接官は、パフォーマンスと安定性の問題をトラブルシューティングする能力をテストしたいと考えています。
回答例：
「取引がpingまず、CEMTやCICS Explorerなどの監視ツールを使用してそれを特定します。次に、タスクを終了します。 CEMT SET TASK コマンドを実行し、ダンプを分析して論理エラーや終了条件の欠落を特定します。前職では、このような問題の再発を防ぐために、トランザクションタイムアウトとコードレビューを実装しました。
4) DB2 と対話する CICS アプリケーションでデータ整合性を管理する方法について説明します。
応募者に期待すること: 面接官は、CICS-DB2 の調整とコミット制御に関する理解を知りたいと思っています。
回答例：
「同期点処理を使用することで、すべての更新が同時にコミットされるか、エラー発生時にロールバックされることが保証されます。これにより、両システム間のデータ整合性が保証されます。以前の仕事では、システム障害発生時にトランザクションが部分コミットされるのを防ぐため、CICSとDB2の間で2フェーズコミットの調整を実装しました。」
5) パフォーマンスの低い CICS トランザクションを最適化しなければならなかったときのことを教えてください。
応募者に期待すること: 面接官はあなたの問題解決能力と分析能力を評価します。
回答例：
「以前、DB2クエリの非効率性と過剰なI/O呼び出しが原因で応答時間が長くなっていたCICSトランザクションを担当したことがあります。CICSパフォーマンスアナライザーツールを使用してボトルネックを特定し、インデックス付きアクセスパスを使用するようにSQLクエリを書き直しました。その結果、平均トランザクション時間が60%改善されました。」
6) CICS 環境内でセキュリティとデータ保護をどのように確保しますか?
応募者に期待すること: 面接官は、RACF、トランザクション レベルのセキュリティ、およびベスト プラクティスに関する理解を確認したいと考えています。
回答例：
「RACF制御の実装、トランザクションレベルのアクセス権限の定義、プログラムの自動インストールセキュリティの有効化によってセキュリティを確保しています。さらに、機密データのトランザクション分離と暗号化の設定も行っています。以前の職務では、セキュリティチームと協力してアクセスログの監査と認証メカニズムの強化に取り組んでいました。」
7) 複数の CICS 領域が同じリソースを競合している状況にはどのように対処しますか?
応募者に期待すること: 面接官は、マルチリージョン操作と同時実行制御を管理する能力を評価します。
回答例：
「MRO（マルチリージョン）のようなリソース共有と相互通信機能を使用します。 Operaリージョン間のアクセスを調整するために、リージョン間のアクセス制御（RLS）が不可欠です。RLS（レコードレベル共有）を適切に定義することで、データの一貫性を確保しながら競合を最小限に抑えることができます。以前の職務では、AORとTOR間でワークロードのバランスを取り、システムの信頼性を向上させるリージョンレイアウトを設計しました。
8) 実稼働中のCICSシステムに予期せぬ障害が発生した時のことを説明してください。どのように対応しましたか？
応募者に期待すること: 面接官は、危機的状況におけるあなたの平静さ、分析的アプローチ、コミュニケーション能力を評価したいと考えています。
回答例：
「本番環境の CICS 領域が暴走トランザクションによって障害を起こした際、私はすぐにログとダンプを収集し、関係者に通知し、復旧プロセスを開始しました。影響を受けた領域を再起動した後、私は trac根本原因はエラー処理ルーチンの欠落にあると突き止めました。その後、予防策を文書化し、運用チェックリストを更新しました。
9) CICS を Web サービスや最新のアプリケーションと統合するには、どのようなアプローチをとりますか?
応募者に期待すること: 面接官はあなたの適応性と近代化の経験を評価しています。
回答例：
「CICS Webサービスのサポートを活用してビジネスロジックをSOAPまたはREST APIとして公開し、最新のアプリケーションがレガシーシステムと連携できるようにしています。また、CICS Transaction Gatewayも活用しています。 Javaベースの接続性です。前職では、RESTfulエンドポイントを通じてコアトランザクションサービスを公開することで、レガシーCICSアプリケーションの近代化に貢献しました。」
10) 期限が厳しい複数の CICS プロジェクトを処理する場合、タスクの優先順位をどのように決めますか?
応募者に期待すること: 面接官はあなたの時間管理能力と組織能力を理解したいと考えています。
回答例：
「私はビジネスへの影響とプロジェクトの依存関係に基づいて優先順位を付けます。明確なプロジェクトロードマップを維持し、ステークホルダーと積極的にコミュニケーションを取り、Jiraなどのツールを使用して trac進捗状況は良好です。前職では、効果的な権限委譲と現実的なマイルストーン設定により、複数のCICSアップグレードおよび機能強化プロジェクトを同時に管理し、すべての成果物を達成しました。
