結論：全面移行しない選択には、設計の根拠が要る
「いきなり全部変えるのは怖い」という判断は合理的です。ただしその言葉の裏に、移行を先送りしているだけの状態が隠れていないかを確認する必要があります。当社では、ハイブリッド構成（AccessとSQL Serverやクラウドサービスを並行して使う状態）は計画の中間地点として有効だが終点として設計しない、という方針を基本にしています。Access 2021のサポートは2026年10月13日に終了予定で、ESU（拡張セキュリティ更新プログラム）や延長制度がないことはMicrosoftの公式ページが明記しています（Office 2021のサポート終了 — Microsoft Support）。
段階移行がうまく機能するのは、「バックエンドだけ先にSQL Serverへ」「重要な1業務だけ先にWeb化」という具体的な区切りを決めてから動くケースだ、というのが当社の考えです。「全面移行は難しいからハイブリッドで」という出発点では、作業が止まりやすくなります。この記事では、全面移行しないという選択を技術的に成立させる構成パターンと、その設計上の判断基準を整理します。
ハイブリッド構成の主なパターン
AccessとSQL Serverやクラウドサービスを組み合わせる形は、目的によっていくつかのパターンに分かれます。どれが合うかは、現状の課題が何かによって変わります。
| パターン | 構成の概要 | 主に解決できる課題 | 残る課題 |
|---|---|---|---|
| バックエンドだけSQL Serverに移す（アップサイジング） | フォームやVBAはAccessに残し、テーブルだけSQL Serverへ。リンクテーブルで接続 | 2GBの壁、同時ユーザー数255人という上限（Accessの仕様 — Microsoft Support）、バックエンドAccdbのファイル破損リスク | Access 2021を使い続ける場合、2026年10月13日のサポート期限問題は残る。フロントエンドの更新が別途必要 |
| 業務単位でWeb化を先行させる | 全機能は移さず、重要な1〜2業務だけWebシステムへ。残りの業務はAccessで継続 | 社外アクセスや複数拠点での利用を前提とした業務を先に対応できる（Accessのファイル共有型構成ではこれらの用途に向かない） | AccessとWebシステムの2つを維持するコストが発生。データの同期設計が必要になる場合がある |
| データ出力先だけ変える | Accessのフォームや操作はそのまま。集計・分析用のデータをSQL Serverへ移し、Power Queryを使ってExcel側からAccessやSQL Serverに接続して読み込む | Excelでの追加分析が必要な業務や、他部署とのデータ共有 | 「移行」というよりデータ連携。AccessとSQL Serverが常時二重管理になるリスクがある |
| 新規機能だけ新システムで作る | 既存のAccess業務は変えず、新しく追加する機能だけ別システムで構築 | 既存業務の安定稼働を維持しながら新機能を追加できる | システムが増えるほどデータが分散しやすく、管理コストが上がる傾向がある |
当社は、アップサイジング（バックエンドをSQL Serverに移す構成）を段階移行の第一手としておすすめしています。Microsoftの公式移行ガイドも、フロントエンドをAccessに残しながらバックエンドをSQL Serverに移す構成例として案内しています（Access データベースを SQL Server に移行する — Microsoft Support）。アップサイジングの詳細はAccessのDBをSQL Serverに移す構成に譲り、ここでは段階移行全体の設計判断に絞ります。
段階移行の順番をどう決めるか
移行対象を絞り込む際、「どの機能から手をつけるか」の判断は、リスクとコストの両面から考えると整理しやすくなります。当社では、以下の軸で優先度を組み立てることを推奨しています。
まずデータの問題を先に片付けるのが定石です。2GBに近づいている、同時利用でロックが頻発しているといった課題は、フロントエンドに触れずにバックエンドをSQL Serverに移すことで改善が期待できる場合があります（移行後のテストや個別の対処は必要です）。操作画面の変更は最小限で済むため、現場への影響も比較的小さく抑えられます。
次に、社外からのアクセスや複数拠点での利用が求められている業務を先行させる判断があります。MicrosoftはAccessの分割データベース構成をWAN環境で使うことを避けるよう案内しており、代替としてSQL ServerやSharePointへの外部化を示しています（Accessアプリケーションの配置 — Microsoft Support）。対象業務を絞って先にWebシステムへ移すことで、その業務の移行期間を短縮しやすくなります。
一方で、帳票が複雑な業務や、VBAのロジックが深く入り組んでいる業務は後回しにする方が失敗しにくい傾向があります。移行時の手間が大きく、先に着手して作業が長引くと全体の進捗が見えにくくなります。Access移行が失敗する5つのパターンでも触れていますが、複雑な業務を最初のターゲットにすると行き詰まりやすくなります。
並行稼働中に整えておくこと
AccessとSQL Server（または新システム）が並行して動く期間には、データの整合性と担当者の負担の2点を管理する必要があります。
データの整合性については、同じ情報をAccessとSQL Serverの両方で更新できる状態にしてしまうと、どちらが正しいデータかわからなくなります。移行の原則は「書き込み先を一本化する」こと。AccessからSQL Serverへのリンクテーブル経由でデータを読み書きする構成（アップサイジング）では、この問題は比較的起きにくくなります。業務単位でWebシステムに切り出す場合は、どの業務のデータをどちらで管理するかを先に決め、移行後は古い方で書けないよう制御するか、定期的に同期を取る仕組みを設ける必要があります。
担当者の負担については、2つのシステムを同時に覚えてもらう期間が長くなるほど現場の混乱が長引きます。並行稼働の期間は業務の規模にもよりますが、当社では目安として1〜3か月以内に切り替えを完了させることを推奨しています。確認が必要なことは移行プロジェクトの7ステップに整理しています。
ハイブリッドで選んではいけないケース
段階移行のデメリットは、「移行が完了しない」リスクです。部分的に移した状態で作業が止まると、AccessとSQL Server（または新システム）の両方を半端に維持し続けることになります。
以下のような状況では、段階移行の前に立て直しが必要です。
- Access 2021のサポートが2026年10月13日に終了するまでの時間が、段階移行を完了させるには明らかに短い（現実的に全機能移行が間に合わない場合は、残すものと移すものを分ける優先順位付けが先決）
- 社内に移行を管理できる担当者がおらず、ベンダーに発注するだけの予算確保も見通せていない
- Accessが属人化していて現状把握ができていない（何を移すかを決める前に解析が必要。延命かリニューアルかの判断基準も参考になります）
段階移行は「全面移行のコストを下げる手段」であって、「移行を回避する手段」ではありません。終点（Accessをどこまで使い続けて、最終的に何に移すか）を決めないまま進めると、どこかで行き詰まります。
現状のAccessが段階移行に向いた構成かどうか、まず確認したい場合は無料の解析可否チェックから始めることができます。ファイルの送信は不要です。
移行先の選択肢との関係
段階移行の設計は、最終的な移行先と切り離して考えることができません。バックエンドをSQL Serverに移す構成を選んだ場合、その後のフロントエンドの移行先として、Power Apps・kintone・Webシステムなど複数の選択肢があります。SQL Server上のデータを起点にする分、どの移行先も接続が比較的整いやすく、後工程の選択肢を狭めにくい点が、アップサイジングが段階移行の第一手として選ばれやすい理由のひとつです。
移行先の選び方はAccessの移行先を比較した記事に整理しています。また、Webシステムへの全面移行を検討する場合はAccessのWeb化と費用の解説が参考になります。
よくある質問
Q. 段階移行とハイブリッド運用はどう違いますか。
段階移行は「終点に向かって機能を順番に移していく進め方」で、ハイブリッド運用はその過程で生じる「2つのシステムが並行して動いている状態」のことです。段階移行の結果としてハイブリッド運用期間が生まれますが、ハイブリッド運用を維持し続けることが目的ではありません。終点を決めずにハイブリッドを続けると、管理コストが積み上がる傾向があります。
Q. バックエンドをSQL Serverに移せば、フロントエンドのAccessは何年でも使えますか。
技術的には使い続けられる可能性がありますが、2026年10月13日以降、Access 2021はサポート対象外となりセキュリティ更新も提供されません。データの保管場所がSQL Serverになっても、フロントエンドのAccess自体の期限は変わらないため、サポート問題を先送りするだけです。バックエンド移行はデータ面のリスクを軽減する措置として有効ですが、フロントエンドの更新計画は別途必要です。
Q. バックエンドのSQL Server移行を途中でやめてしまった場合、どうなりますか。
既にSQL Serverに移したデータはSQL Server上に残り、フロントエンドのAccessはリンクテーブルでSQL Serverへ接続した状態のまま運用が継続します。作業が「なくなる」わけではなく、「移行が途中で止まった状態」が続くだけです（Web化先行やデータ連携など別パターンの場合は、止まった時点の構成によって結果が変わります）。Access 2021のサポート期限は、SQL Serverへの移行とは関係なく2026年10月13日に到来します。途中停止はその問題を先送りにするだけです。再開のためには現状の棚卸しから始める必要があります。
Q. 段階移行に向いているAccessのシステムはどんなものですか。
業務が機能単位で区切れる構成になっているかどうかが判断の軸になります。全業務が密に絡み合っていて、どこかを分離すると他の部分が動かなくなる構成は、段階移行が難しくなります。テーブル設計やフォームの構成を確認することで、どこを切り出せるかがある程度見えます。現状のAccessの設計がどうなっているかは、解析してみないと判断できないことも多いです。