延命中Accessの年次メンテナンス|定期点検の運用サイクル
サポート終了後も使い続けるAccessを崩壊させないための点検サイクル。日次・週次・月次・年次の4段階で、バックアップ復元テスト・最適化・ファイルサイズ推移・アカウント棚卸し・移行判断の再評価など15項目を当社実務基準で解説します。
結論:点検をサイクル化しないと、延命は「放置」になる
サポートが終了したAccessを使い続けること自体はできます。ただし、何も手を打たなければ延命ではなく放置です。バックアップが壊れたまま積み上がり、ファイルサイズが知らない間に2GBに迫り、直せる担当者が抜けても気づかない。よくある経緯です。
この記事では、延命中のAccessを「崩壊させない」ために当社が実務で使っている点検サイクルを整理します。日次・週次・月次・年次の4段階で、具体的な確認項目と判断の目安を示します。
延命の前提となるサポート期限の確認はAccessのサポート終了はいつ?今すべきことを、延命が成立する環境・体制の条件は延命チェックリスト10項目をあわせてご確認ください。
点検サイクルの全体像
頻度ごとの役割は明確に分けられます。日次・週次は「今日壊れていないか」の確認、月次は「じわじわ劣化していないか」の計測、年次は「このまま使い続けてよいか」の判断です。
| 頻度 | 目的 | 主な確認項目 | 所要時間の目安 |
|---|---|---|---|
| 日次 | 異常の早期発見 | 起動確認・エラーログ・バックアップ完了 | 5分以内 |
| 週次 | 軽微な劣化の抑制 | 最適化の実施・ファイルサイズ記録 | 15〜30分 |
| 月次 | 傾向の把握 | サイズ推移グラフ・修復回数・アカウント棚卸し | 1〜2時間 |
| 年次 | 延命継続の可否判断 | 復元テスト・リンク切れ確認・移行判断の再評価 | 半日〜1日 |
日次・週次の点検:壊さない運用の土台
日次で確認するのは主に3点です。バックアップが正常に完了しているか、起動時にエラーが出ていないか、ロックファイル(.laccdb)が残っていないかです。.laccdbは共有モードで開いている間は正常時でも自動作成されますが、全員がデータベースを閉じた後も残り続けている場合は、Accessプロセスの残存・フォルダの削除権限不足・データベース破損の疑いがあります。Microsoftの公式説明では「最後のユーザーが閉じると削除される。例外は削除権限がない場合とデータベースが破損としてマークされた場合」とされています。
週次の核は最適化(コンパクト)です。Accessは削除・更新の繰り返しで内部に空き領域が積み上がる仕様のため、週1回の最適化でファイルサイズを小さく保てます。詳しい手順と注意点はAccessの最適化/修復の正しい使い方で解説しています。
あわせて週次でファイルサイズをメモしておくことを勧めています。絶対値より推移が大事で、急増していれば一時テーブルや添付ファイルの蓄積、増加が止まっていれば最適化が効いているサインです。
月次の点検:数字で傾向を把握する
月次では記録を数値化し、傾向を見ます。当社が実務で使っている確認項目は次のとおりです。
| 確認項目 | 当社の目安 | 対処の起点 |
|---|---|---|
| ファイルサイズ(最適化後) | 1GB未満 | 1GBを超えたら原因の特定を開始 |
| 当月の修復・復旧回数 | ゼロ | 2回以上で運用ルール見直し |
| エラーログの件数と種類 | 前月と同水準 | 急増した場合は原因調査 |
| アカウント・アクセス権の棚卸し | 退職・異動後は即時削除 | 不要アカウントが残っていれば削除 |
| 外部連携先(インポート元CSVなど)の確認 | パスが変わっていないか | パス変更があればリンクテーブル再設定 |
ファイルサイズの1GBという目安は公式仕様ではなく、当社の移行・解析の実務で経験上設けている基準です。上限(2GB)まで余裕はあるように見えても、1GBを超えたあたりから動作の重さや破損の相談が増える傾向があります。2GBの上限の背景はAccessの2GBの壁で詳しく解説しています。
年次の点検:1年に一度の「本当に続けていいか」の確認
年次点検は運用の延長ではなく、判断の場です。技術的な確認と体制の確認を合わせて行います。
技術面の確認
| 確認項目 | 具体的にやること |
|---|---|
| バックアップの復元テスト | バックアップファイルを別PCで実際に開き、データを確認する。コピーの存在ではなく「戻せること」を確かめる |
| リンクテーブルの接続確認 | 外部ファイルやSQLへのリンクが切れていないかをリンクテーブルマネージャーで確認する |
| ActiveX・旧部品の動作確認 | TreeView等のActiveXコントロール、ScriptControlを使っている場合、現行のPC・Officeバージョンで動くかを検証する |
| ファイルサイズの年間推移の集計 | 月次記録をグラフ化し、増加ペースを把握する |
| VBAコードの動作確認 | 主要な処理を一通り動かし、エラーが出ていないか確認する |
復元テストは特に省略されがちです。「バックアップがある」と「バックアップから戻せる」は別の話で、開いたままコピーしたファイルは整合性が崩れていることがあります。当社では年1回以上の復元テストを延命運用の必須条件としています。詳しくは延命中のAccessを守るバックアップ設計をご覧ください。
体制面の確認
| 確認項目 | 当社の目安 |
|---|---|
| 改修・修復できる担当者の在籍確認 | 社内に現役でいるか、外部委託先を確保しているか |
| ドキュメントの更新 | テーブル一覧・業務上の役割・連絡先が最新の状態か |
| 移行判断の再評価 | サポート期限・容量・人員・業務規模から、来年度も延命が合理的かを判断する |
移行判断の再評価は毎年必ず行うことを勧めています。一度「延命で行く」と決めても、担当者の退職や業務の拡大で状況は変わります。Access 2021のサポートは2026年10月13日に終了し、ESUや延長プログラムは一切ありません。Access 2021をお使いの場合、2025年11月時点でサポート終了まで約11か月であり、毎年の判断が特に重要です。
延命か移行かの判断軸についてはAccessシステムの寿命を判断する5つの基準をあわせてご覧ください。
よくある質問
Q. 点検の記録はどこにつければよいですか。
ExcelかGoogleスプレッドシートで十分です。日付・ファイルサイズ(最適化後)・修復回数・特記事項の4列があれば、傾向は読み取れます。凝った管理ツールより「続けられる」形式が優先です。
Q. 週次の最適化は自動化できますか。
Windows のタスクスケジューラとAccess VBAを組み合わせれば、無人での最適化は可能です。ただし最適化中はファイルがロックされるため、業務時間外(深夜・早朝)に実行するのが基本です。バックアップ完了後に最適化を走らせるとセットで設計するのが安全です。
Q. 延命チェックリストとこの記事の違いは何ですか。
延命チェックリストは「延命を始める条件を満たしているか」の入口判定です。この記事は「延命を続ける間の運用サイクル」を扱っており、両方を組み合わせて使う想定です。
Q. 点検の結果が悪く、移行を検討したい場合は何から始めればよいですか。
まず現状のAccessが解析・移行できる状態かどうかを確認するところから始まります。ブラックボックス化したAccessでも構いません。無料の解析可否チェックで現状を把握してから、次の手を考えることをお勧めします。
触れないAccessが「診断できるか」だけ、確かめませんか。
顧客データは送信不要。発注の義務もありません。
約2分・ファイル送信不要・発注義務なし/説明はオンライン・売り込みはしません