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

生徒

「先生、COBOLのプログラムが毎日出すログが溜まりすぎて、パソコンの容量がいっぱいになりそうです！」

先生

「それは大変ですね。バッチ処理を長く動かすためには、ログローテーションという管理が欠かせないんですよ。」

生徒

「ログローテーション？難しそうな言葉ですが、どういう意味なんですか？」

先生

「古いログを整理して、新しいログのための場所を作る仕組みのことです。保守管理の基本と一緒に、分かりやすく説明しますね！」

1. ログローテーションとは？

コンピュータが動いた記録であるログは、放っておくとどんどん溜まっていきます。これを放置すると、情報を保存する場所（ディスク）が満杯になり、システム全体が止まってしまうことがあります。そこで必要になるのがログローテーションです。

これは、古い日記帳を別の場所に片付けたり、古すぎるものは捨てたりして、常に新しい日記を書くスペースを確保する作業に似ています。COBOLのバッチ処理は毎日、あるいは毎時間実行されるため、この管理を自動化してシステムを健全に保つことが、運用管理の重要な役割となります。初心者の方でも、冷蔵庫の中身が溢れないように古いものを整理するイメージを持てば、その大切さが分かるはずです。

2. 世代管理で過去の記録を守る

ログをただ捨てるのではなく、一定期間は残しておくことを世代管理と言います。「昨日のログ」「一昨日のログ」という風に、名前を変えて保存します。これを「世代」と呼びます。

例えば、一週間分（７世代）のログを残すと決めた場合、８日前のログは自動的に削除されます。これにより、過去にトラブルが起きたとき、その当時の記録をさかのぼって調べることができるようになります。COBOLのメインフレームなどの環境では、この世代番号を管理する仕組みが非常に強力で、ファイル名に（＋１）や（０）といった記号をつけて管理することが一般的です。これにより、人間が手作業でファイル名を付け替えなくても、コンピュータが自動で整理整頓を行ってくれます。

ここで、プログラム内で「現在の世代」を意識してメッセージを出すようなシンプルな例を見てみましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. GEN-LOG-SAMPLE.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 GEN-NUM PIC 9(03) VALUE 1.
01 LOG-MSG PIC X(40).
PROCEDURE DIVISION.
    MOVE "現在のログを第" TO LOG-MSG.
    DISPLAY LOG-MSG GEN-NUM "世代として処理します。".
    STOP RUN.

3. ログの保存期間とアーカイブのルール

すべてのログを永遠に残しておくことは不可能です。そこで、保存期間を決めます。例えば、「一ヶ月間はすぐに見られる場所に置き、それ以降は圧縮して別の安い保存場所（アーカイブ）に移す」といったルールです。

アーカイブとは、普段は使わないけれど念のため取っておく記録を、小さくまとめて別の倉庫へ入れることです。保守管理において、このアーカイブのルールがしっかりしていないと、いざという時に「一年前のあの日のデータが見たい！」と言われても対応できなくなります。特に銀行や保険のシステムでは、法律で数年間の保存が義務付けられていることもあるため、非常に厳格な管理が求められるのです。

4. 空き容量の監視とアラート通知

ログローテーションが正しく動いていても、予期せぬエラーが大量に発生して、ログが急激に増えることがあります。これを防ぐために行うのがディスク容量監視です。保存場所の空きが少なくなってきたら、運用担当者に「もうすぐいっぱいになりますよ！」とお知らせを送ります。

このお知らせをアラート通知と言います。初心者の方なら、お風呂の蛇口を出しっぱなしにして、溢れる前にブザーが鳴るような仕組みをイメージしてください。バッチ運用管理者は、このアラートを見逃さないように常にチェックしています。早めに気付くことができれば、ログを一時的に退避させるなどの対策が取れるため、システムが止まるという最悪の事態を避けることができるのです。

5. 不要な一時ファイルの掃除（クリーンアップ）

バッチ処理の中には、計算の途中で一時的に作るワークファイル（作業用ファイル）があります。本来なら処理が終われば自動で消えるはずですが、プログラムが途中で止まると、消されずに残ってしまうことがあります。

これを放置すると、ゴミが溜まってリソースを圧迫します。保守管理の一環として、定期的にこうした不要なファイルを掃除することをクリーンアップと言います。一週間に一度、誰も使っていない真夜中に「古い一時ファイルはすべて消す」という専用のバッチジョブを動かすこともあります。整理整頓はコンピュータにとっても健康の秘訣です。

一時ファイルが残っているかチェックするイメージのプログラム例です。


IDENTIFICATION DIVISION.
PROGRAM-ID. TEMP-FILE-CHECK.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 FILE-STATUS-VAL PIC X(02).
01 TEMP-FILE-NAME PIC X(20) VALUE "WORK.TMP".
PROCEDURE DIVISION.
    DISPLAY "一時ファイルの存在を確認中: " TEMP-FILE-NAME.
    * 実際にはここでファイルの存在を判定します
    MOVE "00" TO FILE-STATUS-VAL.
    IF FILE-STATUS-VAL = "00"
        DISPLAY "一時ファイルが見つかりました。削除を推奨します。"
    ELSE
        DISPLAY "異常なし。綺麗です。"
    END-IF.
    STOP RUN.

6. ログの重要度による分類とフィルタリング

すべてのログが同じ価値を持っているわけではありません。単なる「処理を始めました」という日記もあれば、「お金の計算に失敗しました」という大事件の記録もあります。これらを重要度（ログレベル）で分けるのが保守管理のコツです。

例えば、「情報（INFO）」「警告（WARN）」「エラー（ERROR）」といったランクをつけます。ローテーションの際、情報のログは早めに消しても良いけれど、エラーのログは長く残す、といった工夫ができます。また、必要な情報だけを抽出することをフィルタリングと言います。膨大なログの中から、キラリと光る重要なエラーメッセージだけを見つけ出す力は、ベテランの運用管理者には欠かせないスキルです。

7. セキュリティ管理とアクセスログ

ログには、誰がいつシステムを触ったかというアクセスログも含まれます。これはセキュリティを守るための大切な証拠です。もし悪意のある人がシステムに侵入しようとしたら、ログの中にその足跡が残ります。

保守管理では、このログが誰かに勝手に書き換えられたり、消されたりしないように保護する必要があります。また、ログの中にパスワードやクレジットカード番号などの秘密の情報がそのまま書かれないようにする配慮も重要です。ログローテーションは単なる掃除ではなく、大切な証拠物件を安全に守りながら整理する、警察の鑑識のような仕事でもあるのです。

8. 保守カレンダーと定期点検の実施

バッチシステムは、一度作れば永久に動く魔法の機械ではありません。定期的なメンテナンス（保守点検）が必要です。月に一度、あるいは年に一度、システムを完全に止めて中身を詳しく検査する日を作ります。

これを保守日としてカレンダーに登録し、関係者に周知します。人間が健康診断を受けるのと同じで、普段は気づかない小さなガタが来ていないかを確認するのです。この日に合わせて、溜まったログの整理やバックアップデータの整合性チェックを集中的に行います。定期的な点検があるからこそ、私たちは毎日安心してシステムを使えるようになります。

定期点検の予定日を確認するようなプログラムの例を書いてみましょう。


IDENTIFICATION DIVISION.
PROGRAM-ID. MAINT-SCHEDULE.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 TODAY-DATE PIC 9(08) VALUE 20260328.
01 MAINT-DATE PIC 9(08) VALUE 20260401.
PROCEDURE DIVISION.
    DISPLAY "本日の日付: " TODAY-DATE.
    IF TODAY-DATE >= MAINT-DATE
        DISPLAY "【通知】定期保守の時期です。点検を実施してください。"
    ELSE
        DISPLAY "次回の保守予定日は " MAINT-DATE " です。"
    END-IF.
    STOP RUN.

9. 手動作業を減らす自動化のベストプラクティス

ログローテーションを手作業でやるのは間違いのもとです。人間の記憶力には限界がありますし、土日や夜中に作業するのは大変です。そこで、自動化スクリプトや管理ツールを使います。

COBOLのバッチ処理そのものにローテーションの機能を付けるのではなく、バッチを外側から管理している「運用ツール」に任せるのが一般的です。設定画面で「３０日経ったら消す」と一度入力しておけば、あとはコンピュータが文句も言わずに毎日実行してくれます。人間は、その自動化が正しく動いているかを時々チェックするだけで良くなります。賢くサボるための工夫が、質の高い保守管理に繋がるのです。

10. 運用手順書の更新とナレッジの継承

ログのローテーション方法やトラブル時の対応を記した運用手順書は、システムにとっての取扱説明書です。システムを改修したり、ログの出し方を変えたりしたときは、必ずこの手順書も新しく書き換えます。

せっかく良い管理をしていても、それが一人の担当者の頭の中にしかない状態（属人化）はとても危険です。その人が風邪で休んだだけで、システムが止まってしまうかもしれません。誰が読んでも同じようにログの整理ができるよう、分かりやすく手順を残すことが、保守管理の真髄です。経験から得た知識をナレッジとして後輩に引き継ぐことで、COBOLという歴史あるシステムは、次の世代へと守り続けられていくのです。

最後に、手順書番号を表示して終了するイメージのコードです。


IDENTIFICATION DIVISION.
PROGRAM-ID. DOC-REF.
DATA DIVISION.
WORKING-STORAGE SECTION.
01 DOC-ID PIC X(10) VALUE "M-LOG-001".
PROCEDURE DIVISION.
    DISPLAY "ログ整理完了。詳細は手順書[" DOC-ID "]を参照のこと。".
    STOP RUN.