Access業務システムのBCP｜止まった・壊れたときの事業継続の備え

結論：AccessのBCPで先に手を打つべきは「単一障害点の洗い出し」

Accessが基幹業務に使われている組織で、当社がよく聞く話があります。「担当者が急に辞めて、誰もファイルの場所すら分からなくなった」「停電の直後から開かなくなり、バックアップが1週間前のものしかなかった」。どちらも、事前に手を打てた事態です。

Accessによる業務継続のリスクは、サポート期限の問題よりずっと手前にあります。1台のPCに置かれた1つのファイル、1人しか触れない担当者、その3つが重なると、何か1つ止まったときに業務が丸ごと止まります。これを「単一障害点」と呼びます。BCPの観点でAccessを点検するとは、この単一障害点を洗い出し、それぞれに備えを置くことです。

この記事では「バックアップの取り方」自体はバックアップ設計の記事に譲り、ここでは事業継続計画（BCP）としての視点、つまり「止まったときに業務をどう動かすか」の備え全般を扱います。

Accessに潜む単一障害点を3つのカテゴリで洗い出す

当社が延命支援に入る前に必ず確認する観点が、次の3軸です。ファイル・PC・人の3カテゴリでそれぞれ単一障害点があるかどうかを確認します。

ファイルについては、世代管理と複数拠点の保管で対応できます。PC・環境については、他のPCで開けるか試しておく、必要なAccessのバージョンと設定を記録に残す、この2点が基本です。人については後述する「属人化」の解消が本筋ですが、最低限として復旧手順書を誰でも参照できる場所に置いておくことが出発点になります。Access属人化の解消の記事で、属人化から抜け出す進め方を詳しく扱っています。

止まったときの業務継続：代替運用をあらかじめ決めておく

BCPで欠かせないのが、Accessが使えない状態でも業務を回す方法の用意です。「Accessが開けない間はExcelで手入力する」という判断自体は現実的ですが、当日に口頭で決めようとすると混乱します。どの業務をどう代替するかは、事前に書面で決めておく必要があります。

代替運用の設計で最初に整理するのは、Accessが担っている業務の一覧と、それぞれの目標復旧時間（RTO：Recovery Time Objective）です。「受注入力は当日中に再開しないといけない」「在庫照会は翌営業日でも許容できる」といった判断は、現場の責任者でないと決められません。ITではなく業務部門が主体になって決める箇所です。

代替手段は「あればいい」ではなく、実際に使える状態にしておく必要があります。「Excelで手入力してCSVを後から取り込む」運用が想定できるなら、取込用のインポート定義をあらかじめAccessに作っておく、テンプレートのExcelファイルをどこに置くかを決めておく、といった準備がセットです。

復旧手順書を作る：誰が見ても動ける最低限の記録

「誰でも復旧できる」は理想で、現実的には「担当者の不在時に隣の席の人が1時間で対処できる」レベルを目指します。そのために必要な記録は次の4点です。

1. accdbファイルのパス（サーバー・フォルダ・ファイル名）とバックアップの保管場所
2. Accessが入っているPC・バージョン・起動に必要な設定
3. バックアップからの復旧手順（コピー先・差し替えの方法）
4. 担当者と緊急連絡先（ベンダー・開発者・社内の代替担当者）

この手順書は、Accessが使えなくなった状態でも参照できる場所に置く必要があります。Accessの中にだけ記録しておくのは本末転倒です。共有フォルダの別ファイル、印刷して引き出しに入れておく、どちらでも構いません。「Accessなしで見られるか」が判断基準です。

復旧手順は年に1回程度、実際に手順通りにやってみることも大切です。手順書が古くなっていること、バックアップが想定通りに戻せることを、止まってから初めて確かめるのでは遅すぎます。復旧テストの詳細な手順はバックアップ設計の記事の「復元テスト」節を参照してください。

延命中のAccessに特有のリスクと、対応の優先順位

サポート終了後のAccessを延命しながら使い続けている場合、BCPに加えて押さえておきたいリスクがあります。以下の表は当社の支援現場で実際に見てきたリスクのパターンです。延命環境に特有のBCPリスクとして参考にしてください。

Access 2016/2019はすでに2025年10月14日にサポートが終了しています。Access 2021は2026年10月13日に終了予定です。2025年11月8日時点で、当社が確認したMicrosoftのAccess 2021およびOffice LTSC 2021のライフサイクルページには、ESU（有償延長セキュリティ更新）提供の記載はありません。サポート切れ環境では脆弱性の修正が止まるため、BCP以前にセキュリティリスクも並行して対処する必要があります。延命時のリスク評価の全体像は延命かリニューアルか判断する5つの基準でまとめています。

根本策：単一障害点を減らす構成への移行

BCP対策として最も実効性が高いのは、単一障害点をなくす構成に変えることです。すぐに全面移行しなくてもできることがあります。

まず、テーブルだけSQL Serverなどのサーバー型DBに移すアップサイジングは、既存のAccess画面を継続利用しながらファイル依存のリスクを大きく下げる選択肢です（データ型・クエリ・VBAの検証や調整は必要です）。テーブルをサーバーで管理することで、2GB上限・同時利用による破損リスク・バックアップの集中管理がまとめて改善されます。Accessのデータだけ SQL Serverへ移す構成で設計の考え方を解説しています。

次に、DB分割（フロントエンドとバックエンドへの分離）だけでも、バックエンドのデータを集中的に守りやすくなります。全員が使う共有フォルダに1つのファイルを置く構成から抜け出す第一歩として、コストも低い選択肢です。

全面移行を視野に入れるかどうかは、利用規模・改修頻度・担当者の状況によって変わります。「まずどこまで手を打てばいいか」を確認したい場合は、無料の解析可否チェックから現状を共有していただければ、当社の判断基準でお伝えします。

よくある質問

Q. BCPはどこから始めるのが現実的ですか。

当社が延命支援に入る際、まず手をつけるのは「ファイルの場所とバックアップの確認」「担当者と緊急連絡先の記録」の2点です。単一障害点が3つとも重なっている状態では、まずファイルとバックアップから手を付けるのが現実的です。代替運用の設計は、業務部門の責任者が動ける時間に話し合いの場を設けてから進めます。

Q. 全社的なBCP計画と、AccessのBCPは別で考えてよいですか。

当社では、まず業務単位の対処計画として文書化することを推奨しています。「このAccessが使えなくなったときどうするか」を書いておくだけで実効性が出ます。全社BCP文書への反映は後から整理できます。ただし、社内規程や監査・契約上の要件がある場合は、全社BCPとの整合もあわせて確認してください。

Q. バックアップがあれば BCP対策は十分ですか。

バックアップはBCPの一部ですが、それだけでは足りません。バックアップがあっても、開けるPCがない・担当者がいない・復旧手順を誰も知らない、という状況では業務は再開できません。「バックアップを取っているか」と「止まったときに業務が再開できるか」は別の問いです。

Q. 担当者の退職が決まりました。引き継ぎと BCP、どちらを先に整備すればよいですか。

在職中にしか確認できない情報（VBAのパスワード・外部ファイルのパス・業務上の暗黙ルール）は、退職前に最優先で引き継ぎます。引き継ぎ作業の中でBCPに必要な情報も一緒に整理できることが多いので、別々に進める必要はありません。引き継ぎで確認すべき8項目は担当者退職前の引き継ぎ記事で整理しています。