ベータ版·開発中のサービスです。仕様変更・データの削除を予告なく行う場合があります。
Dit

ジョブ・バッチ一覧

★ 0Fork 0DL 55

説明

夜間バッチは、止まったことより「止まったまま朝を迎える」ことが問題になります。起動時刻・依存関係・失敗時の対応・リラン可否を1枚にして、夜間の当番がこれだけで判断できる形にしました。ジョブネットのシートは終了時刻と後続までの余裕を数式で出し、余裕がマイナスなら重なり、15分未満なら1回の遅延で後続が崩れることが色で分かります。深夜帯は25時表記(25:00=翌1:00)で書くため、前日の夜か翌日の朝かが表から読めます。

使い方

失敗時の対応は「当番が夜中に読んで動ける」粒度で書いてください。連絡してよい相手と時刻もここに書きます。リラン可否は必ず書いてください——「再実行してよいか」を夜間に調べさせると、その時間だけ復旧が遅れます。条件つきの場合は、何をしてから再実行するか(結果の削除・ロールバックの確認)まで書いてください。前提ジョブと後続ジョブを両方書いてください。片方だけだと、止めたときの影響範囲が追えません。締切のあるジョブは、締切の時刻をジョブネットの「次の開始」に入れてください(ジョブでなくて構いません)。所要時間は実績の最大値を書いてください。平均で書くと遅い日に必ず溢れます。実行記録には正常終了を書かず、遅延・失敗・スキップだけを残してください。

収録内容

全6シート。各シートに書いてあることは次のとおりです(ファイルの「目次」シートより)。

一覧ジョブ一覧
1行1ジョブ。依存・失敗時の対応・リラン可否
設計ジョブネット
実行順と後続までの余裕。25時表記
記録実行記録
遅延・失敗と、そのとき何をしたか

この型で検査する

記入済みのファイルをアップロードすると、この型の必須項目(ジョブ・バッチ一覧の組込みルール)を満たしているか検査します。ファイルは保存されません。

関連するテンプレート

同じフェーズ(運用)や業界でよく使われている型です。

@dit-official

監視項目一覧

監視が機能しなくなる最大の原因は、閾値の設定ミスではなく★アラートが多すぎて誰も見なくなることです。項目ごとに「想定発報数(件/月)」を持たせ、合計と★1日あたりの件数を数式で出します——1日10件を超えたら、その監視は運用に渡してはいけません。★もう1つの原因は「起きても業務が動いてしまうもの」で、v3 では「業務影響(即時/性能/潜在)」の列を足しました。冗長が失われた状態(パスが1本・スタックが1台・HAが片系・仮想IPが待機系)、バックアップの失敗、保存先の空き、ログ転送の停止、レプリケーションの遅れ、書込キャッシュ保護部品の劣化、証明書の期限は★起きても業務は動く=潜在で、監視に入れていなければ次の1つで全断になるまで誰も気づけません。★潜在なのに重要度が「通知」の行は赤くなり、件数も集計されます。一次対応(障害対応フローの INC-xx)と閾値の根拠も必須の列で、空欄は赤。監視基盤そのものを別の仕組みから監視する項目と、★「監視の穴」シート(監視していないものを、していないと書いて残す)つき。

運用監視項目一覧Excel
★ 0DL 60
@dit-official

アカウント・権限管理表(Excel・棚卸し記録つき)

「今このシステムに誰が入れるのか」を即答できる状態にするための台帳。棚卸しから1年以上経った行、有効期限が切れた行、退職時の扱いが決まっていない行、特権なのにMFAが無い行は自動で赤くなります。パスワードは書かせず保管場所だけを持つ設計です。権限定義(ロール)と棚卸し記録を同梱し、監査で問われる「いつ誰が何件確認したか」まで残せます。

運用アカウント・権限管理表Excel
★ 0DL 61
@dit-official

証明書管理台帳

証明書は切れるまで誰も見ないので、台帳側から期限を突きつける形にしないと必ず落ちます。残日数を数式で出し、期限切れ・残30日以内・更新担当が空の行は赤、残90日以内と自己署名のままの行は橙になります。サーバ証明書だけ更新して中間CAの配布を忘れる事故(端末によって出方が変わるので発見が遅れる)を防ぐため、ルート・中間CAと信頼ストアへの配布先を別シートで持ちます。更新作業の予定・実績・検証結果を残す更新記録つき。

運用証明書管理台帳Excel
★ 0DL 62
@dit-official

ソフトウェア・ライセンス管理表

「何本持っていて何本使っているか」を数式で出すライセンス台帳。割当数は割当一覧から自動集計し(解除日が入った行は除外)、保有数を超えた行は赤、余りが無い行と契約終了まで90日以内の行は橙になります。監査で指摘されるのは過剰割当だけと考えてよく、そこを常に見える状態にするための型です。数え方(物理コア/ソケット/ユーザー/デバイス)はベンダーの製品条項でしか決まらないため、確認すべき観点と出典を残す確認シートを同梱しています。

運用ソフトウェア・ライセンス管理表Excel
★ 0DL 57