AS400は、IBMの旧システム製品名AS/400に由来する呼び方です。いま保守で向き合う環境はIBM PowerとOSのIBM iで構成されることが多く、RPG/CL、データベース、ジョブ管理を組み合わせて基幹業務を動かします。このページでは、その関係と最初の確認作業を整理します。
AS400の保守を初めて担当する方へ、IBM iとの関係、基本操作、コマンド、障害時の確認先をまとめました。分からない用語を調べるところから、対象ジョブと環境を確かめるところまで、必要な記事を順番に案内します。
AS400 / IBM i を初めて担当する時は、最初からRPGソースだけを読もうとすると迷いやすくなります。まずは、画面操作、ジョブ、ジョブログ、ライブラリ、ファイル、RPG、CL、バッチの関係をつかむことが大切です。
このページは、AS400初心者が現場保守に入るための総合入口です。用語を覚えるだけでなく、エラーが出た時にどの記事へ進めばよいかが分かるように整理しています。
まず読む順番
| 順番 | 読む記事 | 分かること |
|---|---|---|
| 1 | AS400用語集 | IBM i、ジョブ、MSGW、PF/LF、RPG、CLの基本用語 |
| 2 | 学習ロードマップ | 初心者が学ぶ順番 |
| 3 | コマンド逆引き | やりたい作業からコマンドを探す |
| 4 | 保守運用ガイド | 障害時に見る順番 |
最初に体で覚えるべきは、コマンドではない
AS400の学習で覚えることは、少ないほうがいいと考えています。コマンドは数が多いので、全部を頭に入れようとすると続きません。名前と目的が結びついていれば、細かい指定はAS400コマンド逆引きや公式ドキュメントで調べれば足ります。
その代わりに、ひとつだけ体で覚える価値があるものがあります。今自分がどの環境にいるかを確認する癖です。
私が保守で特に気をつけているのは、接続先や参照先の取り違えです。見えている症状が違っても環境差が原因になることがあるため、最初に照合します。
| 起きること | 確認したい原因の例 | 詳しく見る記事 |
|---|---|---|
| 別のマシンで作業してしまう | 接続先を確認していない | AS400本番作業チェック |
| 自分の環境では動くのに、他の人が動かすとアベンドする | ライブラリリストを確認せずにコンパイルし、古いファイル定義を拾っている | AS400ライブラリの確認方法|仕組みとオブジェクト管理を初心者向けに解説 |
| テスト機で通ったSQLが本番機でエラーになる | リリースやDb2のグループPTFレベルが2台で違う | ACS SQLとは?AS400 / IBM iで安全にデータ確認する基本 |
これらは環境差が原因になり得る例です。同じ症状でも、権限、データ、設定、プログラムの違いなど、ほかの原因はあります。環境確認を入口にし、実際のログや設定を根拠に切り分けます。マシン、ライブラリリスト、対象環境のバージョン。この3つを見る前に手を動かさない、というだけで防げる事故がかなりあります。
コマンドを増やすのは後からでも間に合います。先に身につけたほうが得をするのは、この確認の癖です。学習の順番としては、AS400初心者向け学習ロードマップの各段階で、必ずこの確認を挟むようにしてください。
保守で必ず使う基礎
| テーマ | 記事 | 現場での使いどころ |
|---|---|---|
| ジョブログ | ジョブログ確認手順 | CPF、RNX、MCH、MSGWの原因調査 |
| バッチ | バッチ処理確認 | WRKSBMJOB、WRKACTJOB、再実行判断 |
| RPG | RPG保守ポイント | CHAIN、READ、SETLL、EXSR、ファイル処理 |
| CL | CL確認ポイント | CALL、SBMJOB、MONMSG、OVRDBF |
| ファイル | 物理ファイルと論理ファイル | PF/LF、DDS、キー、アクセスパス |
| 環境 | ライブラリとオブジェクト | *LIBL、QTEMP、同名オブジェクト |
AS400とIBM iの呼び方
AS/400はIBMが販売したコンピューター・システムの旧製品名です。現在のIBM iはIBM Power上で動くOSの名称で、ハードウェアとOSは区別します。現場では後継環境を含めてAS400と呼ぶことがありますが、手順や仕様を調べる時はIBM iのリリースと機器構成を確認してください。IBM公式のIBM i製品説明も参照できます。
困った時の入口
エラーや障害から調べたい場合は、AS400トラブル逆引き から症状別に確認してください。コマンド名が分からない場合は コマンド逆引き、用語で止まった場合は 用語集 が入口になります。
練習1:5250に入り、環境を確認する
最初に覚えるのは、5250画面へ入り、今どの環境に接続しているかを確認することです。本番、検証、開発を取り違えないため、システム名、ユーザー、メニュー、ライブラリリストを確認します。
練習2:メニュー名と業務名を結びつける
在庫照会、請求締め、出荷確定のようなメニュー名は、単なる画面名ではありません。どの部署が使い、どの業務に影響し、止まると何が困るかを確認します。
練習3:ジョブとジョブログを見る
承認された検証環境で、担当者が指定したジョブをWRKACTJOBやWRKJOBから開きます。番号・ユーザー・ジョブ名を照合し、DSPJOBLOGでメッセージの前後を確認します。表示結果として「対象ジョブ」「実施した処理」「終了状態」「確認できない点」の4項目を説明できれば、この練習の到達点です。エラーを起こすために本番処理を実行しないでください。
基本を押さえたあと、実際の現場で何が起きるのかはAS400で実際によく相談されるトラブル10選にまとめています。25年以上この現場にいて繰り返し持ち込まれてきた相談を整理したもので、教科書には出てこない内容です。
また、コマンドや文法を覚えた先に何が必要になるかはAS400保守で業務理解が必要な理由で書いています。1年目に言われたことをこなすだけだった時期から、どう業務を覚えたかまで含めた話です。
保守で出てきた要望は、現行の部分改修で解決するか、更新や移行が必要かを分けて考えます。判断材料は、IBM iの継続利用と移行を考えるロードマップにまとめています。
初心者が現場でつまずきやすいポイント
AS400初心者が最初につまずくのは、コマンドそのものよりも、ジョブ、ライブラリ、ファイル、プログラムの関係です。画面で実行した処理も、裏ではジョブとして動き、ジョブログに履歴が残ります。RPGやCLもジョブ内で動きます。プログラムやファイルを*LIBLで解決する場合はライブラリリストが使われますが、ライブラリの明示指定やファイルのオーバーライドがあれば、その指定も確認します。
| つまずき | 確認すること | 読む記事 |
|---|---|---|
| エラー画面だけ見て原因が分からない | ジョブログの前後メッセージ | ジョブログ確認 |
| 同じ名前のファイルが複数ある | ライブラリリストとオブジェクト | ライブラリとオブジェクト |
| RPGが読めない | ファイル定義、キー、命令、サブルーチン | RPG保守 |
| バッチの状態が分からない | 投入済みジョブ、MSGW、後続影響 | バッチ処理確認 |
最初に覚える現場メモの残し方
調査した内容は、発生日時、ユーザー、ジョブ名、ジョブ番号、メッセージID、対象プログラム、対象ファイル、対応内容を残します。AS400保守では、同じ障害が翌月や次回締め処理で再発することがあります。メモが残っているだけで、次回の調査時間を大きく減らせます。
現場経験からAS400の全体像をつかむ
コマンドやRPGを覚える前に、AS400が現場でどう見られ、どこでつまずきやすいかを知っておくと学習の順番を決めやすくなります。次の記事では、初心者の疑問、保守の実感、長期運用の考え方を実体験に寄せて整理しています。
- AS400初心者が最初につまずくポイント
- AS400のメリット・デメリット
- 本番稼働前後は何が大変なのか
- C言語で挫折した私がRPGで続けられた理由
- AS400保守で使う調査メモの作り方
- AS400は本当になくなるのか
学習計画は学習ロードマップにまとめています。社内で確認範囲や調査手順をそろえる際は法人向け研修の内容・料金も確認できます。