先生と生徒の会話形式で理解しよう

生徒

「COBOLのバッチ処理を動かすときに、リソース管理が大事だと聞いたのですが、そもそもリソースって何ですか？」

先生

「リソースとは、コンピュータが仕事をするために使う資源のことです。メモリやディスク、計算能力などがそれにあたりますね。」

生徒

「なるほど、道具のようなものですね。それをどう管理するのがコツなんですか？」

先生

「限られた道具を使いすぎず、かつ無駄にしない工夫が必要です。具体的な考慮点を見ていきましょう！」

1. リソース管理の基本を知ろう

コンピュータにおけるリソースとは、プログラムが動作するために消費するあらゆる資源を指します。主なものには、計算を行うＣＰＵ、データを一時的に広げるメモリ、情報を保存しておくディスク（ストレージ）、そしてネットワークの通り道などがあります。

バッチ処理は、人間が操作しない代わりに、大量のデータを一気に処理します。このとき、リソースを使いすぎてしまうと、他のプログラムが動けなくなったり、最悪の場合はシステム全体が止まってしまったりします。逆にリソースを出し惜しみすると、処理が終わるまでに膨大な時間がかかってしまいます。適切なバランスで「道具」を割り振ることが、運用管理の腕の見せ所なのです。

まずは、メモリにデータを読み込む際に、どの程度の大きさの場所を確保するかを定義するＣＯＢＯＬの基本的な書き方を見てみましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. RESOURCE-BASE.
DATA DIVISION.
WORKING-STORAGE SECTION.
* メモリ上に50文字分の領域を確保します
01 USER-DATA PIC X(50) VALUE "サンプルデータ".
PROCEDURE DIVISION.
    DISPLAY USER-DATA.
    STOP RUN.

2. メモリ使用量の節約と効率化

リソース管理の中でも特に重要なのがメモリの扱いです。メモリはよく「作業机」に例えられます。机が広いほど一度に多くの書類を広げられますが、机の大きさには限界があります。

ＣＯＢＯＬのプログラムで、何百万件ものデータを一度にすべてメモリに読み込もうとすると、机がいっぱいになってエラーが起きます。これを防ぐコツは、データを一件ずつ、あるいは数十件ずつの塊（ブロック）で読み込み、処理が終わったら次のデータを読み込むという「繰り返し」の手法をとることです。これにより、作業机が小さくても、膨大な仕事を着実にこなすことが可能になります。パソコンを触ったことがない方でも、本を最初から最後まで一度に暗記するのではなく、一行ずつ読んでいく姿をイメージすれば分かりやすいでしょう。

3. ＣＰＵの使用率を考慮したスケジュール

ＣＰＵはコンピュータの脳にあたり、計算スピードを左右します。バッチ処理がＣＰＵを１００パーセント使い切ってしまうと、その間、他の作業が全くできなくなります。これを避けるために、運用管理では「実行時間帯」を調整します。

多くの企業では、人間が仕事をしている昼間はＣＰＵを事務作業や受付業務に回し、みんなが帰宅した夜間にバッチ処理を動かします。このように、時間の経過に合わせてリソースの主役を交代させることをスケジュール管理と呼びます。また、一つの大きな処理を動かすのではなく、細かく分けて動かすことで、ＣＰＵへの負担を分散させることもあります。

計算処理を行う際、ＣＰＵに負荷をかけすぎないよう意識したシンプルな計算プログラムの例です。


IDENTIFICATION DIVISION.
PROGRAM-ID. CALC-RESOURCE.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 COUNTER    PIC 9(08) VALUE 0.
01 TOTAL-SUM  PIC 9(12) VALUE 0.
PROCEDURE DIVISION.
    * 負荷を抑えるため、必要最低限のループ回数で処理します
    PERFORM 1000 TIMES
        ADD 1 TO COUNTER
        ADD COUNTER TO TOTAL-SUM
    END-PERFORM.
    DISPLAY "計算結果: " TOTAL-SUM.
    STOP RUN.

4. ディスクＩ／Ｏのボトルネックを防ぐ

ディスクに対する読み書きの速度をＩ／Ｏ（アイオー）と言います。実は、コンピュータの処理の中で最も時間がかかるのが、このディスクとのやり取りです。たくさんのプログラムがいっせいにディスクに書き込みを始めると、順番待ちが発生し、全体の動きが遅くなります。これをボトルネックと言います。

解決のコツは、書き込みの回数を減らすことです。一行書くごとにディスクにアクセスするのではなく、メモリの中に溜めておいて、ある程度の量になったらまとめて書き出すという「バッファリング」という技術を使います。ＣＯＢＯＬでは、ファイルの設定（ＦＤ句など）を工夫することで、この読み書きの効率を劇的に高めることができます。道具を出し入れする回数を減らして、一度にまとめて運ぶ引越し作業のような工夫です。

5. ファイルの排他制御とリソースの競合

複数のジョブが同じファイルを同時に使おうとすることを競合と言います。これを防ぐために「今は私がこのファイルを使っています」と宣言して鍵をかけるのが排他制御です。しかし、鍵をかけすぎると、他のジョブがいつまでも待たされることになり、全体の処理時間が延びてしまいます。

リソース管理の考慮点としては、どのファイルにいつ鍵をかけるかを設計段階でしっかりと決めておくことが重要です。読み取り専用であれば鍵をかけずに共有する、更新が必要なときだけ短時間だけ鍵をかける、といった細かい調整が求められます。ＣＯＢＯＬのバッチ運用では、この鍵のかけ方ひとつで、処理時間が数時間も変わることがあるのです。

6. ネットワーク帯域の確保

最近のシステムは複数のコンピュータが連携しているため、データの転送に使うネットワークの道幅（帯域）も貴重なリソースです。巨大なファイルを転送し続けると、ネットワークがパンクしてしまい、他の通信ができなくなります。

バッチ処理でのコツは、転送するデータを圧縮して小さくしたり、通信が少ない時間帯を狙って送ったりすることです。また、そもそもデータを送る必要があるのかを検討し、可能な限り同じコンピュータ内で処理を完結させることもリソース節約に繋がります。道路が渋滞しないように、大きなトラックが通る時間を深夜にするような工夫ですね。

7. リソース監視とアラート通知

バッチ処理が動いている間、リソースが正常に使われているかを常に見守るのがリソース監視です。運用管理ツールを使って、メモリの使用率が９０パーセントを超えたら「注意」の通知を出し、１００パーセントになりそうなら「警告」を出すといった設定をします。

これにより、トラブルが起きる前に対策を打つことが可能になります。これを予兆検知と言います。初心者の方は、車のダッシュボードにあるガソリンの目盛りを想像してください。空っぽになる前にランプがつくことで、ガス欠を防いでいますよね。システム運用も全く同じで、リソースの状態を可視化しておくことが安定稼働の鍵となります。

8. 異常終了時のリソース解放

万が一、ジョブが途中で止まってしまったときに注意が必要なのがリソースの解放です。プログラムが異常終了すると、使っていたメモリやファイルへの鍵がそのまま残ってしまうことがあります。これを「リソース漏れ」や「ロック残り」と呼びます。

これらが残っていると、次にジョブを動かそうとしたときに「リソースが足りない」と言われてエラーになります。そのため、障害対応フローの中には、残ってしまった不要な情報を綺麗に掃除する手順を含める必要があります。使った道具を出しっぱなしにせず、片付けてから次の作業に入る。整理整頓がシステムの健康を守るのです。以下は、終了前に変数を初期化するイメージのコードです。


IDENTIFICATION DIVISION.
PROGRAM-ID. CLEAN-UP.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 TEMP-TOTAL PIC 9(10).
PROCEDURE DIVISION.
    DISPLAY "後片付け処理を開始します。".
    * 使っていた変数をゼロに戻して安全に終了します
    INITIALIZE TEMP-TOTAL.
    STOP RUN.

9. リソースの動的割り当てとクラウド

現代のシステムでは、必要な時だけリソースを増やす動的割り当てという技術も使われます。クラウドサービスなどを利用している場合、バッチ処理が動く深夜だけコンピュータの性能を上げ、昼間は下げることで、無駄なコストを抑えることができます。

ＣＯＢＯＬのバッチ運用管理においても、こうした柔軟なリソースの使い方が注目されています。常に全力で走るのではなく、仕事量に合わせてパワーを調節する。これは環境にもお財布にも優しい、最新の運用スタイルと言えます。プログラミング未経験の方でも、必要なときだけレンタカーを借りて、使わないときは返却する便利さを想像すれば納得できるはずです。

10. 将来を見据えたキャパシティプランニング

今は問題なくても、会社の成長とともにデータ量が増えれば、いつかリソースは足りなくなります。これを予測して計画を立てるのがキャパシティプランニングです。一年前のデータ量と今の量を比較して、「来年の今頃にはディスクがいっぱいになるから、増設しよう」と準備をします。

リソース管理の最終的なコツは、今のことだけでなく未来を予測することです。ＣＯＢＯＬのシステムは長く使われることが多いため、数年先まで見越した余裕のある設計と運用が、トラブルのない平和なシステム運用を支える土台となるのです。最後に、データの増加をチェックするシミュレーションのイメージコードを紹介します。


IDENTIFICATION DIVISION.
PROGRAM-ID. CAPACITY-TEST.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 CUR-DATA-SIZE  PIC 9(09) VALUE 800000.
01 NEXT-YEAR-SIZE PIC 9(09).
PROCEDURE DIVISION.
    * 1.2倍に増えると想定したシミュレーション
    COMPUTE NEXT-YEAR-SIZE = CUR-DATA-SIZE * 1.2.
    IF NEXT-YEAR-SIZE > 900000 THEN
        DISPLAY "警告：来年にはリソースが不足する可能性があります。"
    END-IF.
    STOP RUN.