Access から SQL Server へのデータ移行完全手順：SSMA を使った無料・確実な方法
目次 クリックで開く
Accessのデータを SQL Server（または Azure SQL）へ移すとき、定番の道具が Microsoft 純正の無料ツール SSMA（SQL Server Migration Assistant for Access）です。ただし「SSMAを使えば全部移る」という誤解で進めると、移行後に「フォームが動かない」と慌てることになります。本記事では、SSMAでできること・できないことを正しく整理したうえで、移行手順と詰まりやすいポイントを解説します。
SSMA でできること・できないこと
SSMA が移行してくれるのは、基本的にテーブル（構造）とデータ、そして一部のクエリです。これにより、データの置き場所を Access のファイルから SQL Server へ移すことができます。
一方、移行されないものを理解しておくことが何より重要です。Accessのフォーム・レポート・マクロ・VBAコードは、SSMAの移行対象ではありません。つまり、SSMAでデータをSQL Serverに移しても、画面や帳票、自動処理は別途どうするかを考える必要があります。よくある進め方は、データはSQL Serverに移し、フォーム・レポートはAccessに残してリンクテーブルで接続する（ハイブリッド）か、画面ごと別のアプリに作り替えるか、のいずれかです。「データの引っ越し」と「アプリの作り替え」は別の作業だと分けて考えることが、計画の出発点になります。
移行手順の大きな流れ
SSMAでの移行は、おおむね次の流れで進みます。まずAccessデータベースを評価（アセスメント）し、移行可能なオブジェクトと注意点を洗い出します。次にスキーマ変換でテーブル構造をSQL Server向けに変換し、データ移行で中身を移します。最後に、Access側をリンクテーブルに張り替えて、SQL Server上のデータを参照するようにします。
この流れ自体は定型化されていますが、本番移行の前に必ずテスト環境で一度通し、データ件数や主要な処理が問題なく動くかを確認することが、トラブルの少ない移行につながります。
移行で詰まりやすいポイント
実務でつまずきやすいのがデータ型のマッピングです。AccessとSQL Serverでは型の扱いが微妙に異なり、自動変換が意図と違うことがあります。代表的には、オートナンバー（AccessのID）とSQL ServerのID列の扱い、日付・時刻の精度、Yes/No型（真偽値）の変換などです。
これらは移行後の更新処理やフォームの挙動に影響するため、変換結果を確認し、必要なら手で調整します。あらかじめ「型まわりは要確認」と認識して臨めば、移行後に原因不明の不具合に悩まされるリスクを大きく減らせます。SSMAは強力な道具ですが、自動変換を鵜呑みにせず、要所を人が確認する姿勢が成功の鍵です。
よくある疑問
SSMAを使えばフォームやVBAも移行できますか？
いいえ。SSMAが移行するのはテーブル（構造）とデータ、一部のクエリです。フォーム・レポート・マクロ・VBAは対象外です。データはSQL Serverに移し、画面はAccessに残してリンクテーブルで接続するか、別アプリに作り替えるかを別途決める必要があります。「データの引っ越し」と「アプリの作り替え」は別作業です。
SSMAは有料ですか？
SSMA（SQL Server Migration Assistant for Access）はMicrosoft純正の無料ツールです。Accessのテーブル・データをSQL ServerやAzure SQLへ移行する用途で広く使われています。費用面のハードルは低く、まずテスト環境で評価から始められます。
移行で特に注意すべき点は何ですか？
データ型のマッピングです。オートナンバーとID列、日付・時刻の精度、Yes/No型などはAccessとSQL Serverで扱いが微妙に異なり、自動変換が意図と違うことがあります。変換結果を確認し、必要なら手で調整します。本番前にテスト環境で一度通すことも欠かせません。
Access移行の進め方に迷ったら ― 無料の「移行診断・セカンドオピニオン」
現行 Access の棚卸しから、kintone・Power Apps・Salesforce など移行先の選定、VBA資産の引き継ぎ、IT導入補助金の活用可否までを実装視点で無料診断します。すでにベンダーから提案を受けている場合のセカンドオピニオン（その見積り・移行方式が妥当か）にも対応します。診断のみのご利用も歓迎です。
関連記事
関連 完全マスターガイド
Access脱却の全体像（移行先の比較・5ステップ・VBA変換・ROI試算）は親ガイドにまとめています。
よくある質問（Access SQL Server SSMA 移行 手順 無料）
Q. Access から SQL Server への移行を SSMA（無料）で行う際に事前確認すべきことは？
事前確認事項は①Accessファイルのバージョン確認：.mdb（Access 97〜2003）または.accdb（Access 2007以降）。どちらもSSMAで処理可能②SQL Serverのエディション選択：小規模環境はSQL Server Express（無料・10GB制限）、中規模以上はStandard/Enterprise（有償）③AccessのVBAマクロとコードモジュール：SSMAはテーブル・クエリ・データを移行できるが、フォームとVBAコードは自動移行できない（手動での作り直しが必要）④Access固有の関数：AccessのクエリでIIf()・Format()等のAccess固有関数を使っている場合、SQL ServerのTSQLへの変換が必要⑤文字コード：AccessとSQL Serverの照合順序（Collation）が一致しているか確認（日本語の場合Japanese_CI_AS等を使用）、の5点です。
Q. SSMAを使ったAccess→SQL Server移行でよくある問題と解決策は？
よくある問題と解決策は①データ型の不一致：AccessのYes/No型→SQL ServerのBIT型、日付型の変換エラー→SSMAの変換レポートで警告を確認して手動修正②主キー・インデックスの最適化：AccessのAutoNumber→SQL ServerのIDENTITYに変換されるが、複合主キーや複合インデックスの設定を移行後に最適化が必要③クエリ変換エラー：Accessのクロス集計クエリやSQLアグリゲート関数の一部はSSMAが変換できないため手動書き直し④リンクテーブルの再設定：移行後にAccessのフロントエンドからSQL Serverへのリンクテーブルを設定する際に接続文字列を正しく設定⑤権限設定：SQL Serverの接続アカウント（Windows認証またはSQLサーバー認証）の設定と、データベースレベルの権限設定、の5パターンです。
Q. Access→SQL Server移行後もAccessフロントエンドを使い続ける場合の設計は？
設計方法は①リンクテーブル方式：SQL ServerのテーブルをAccessのリンクテーブルとしてODBC接続。AccessのフォームとレポートはそのままでSQL Serverのデータにアクセス②パススルークエリ：AccessからSQL Server固有のT-SQLクエリを直接実行するパススルークエリを作成（Accessでは処理できないSQL Server特有の機能を活用）③パフォーマンス設定：SQL ServerのインデックスをAccessの使用クエリに合わせて最適化。大量データの場合はビューを使ってデータ量を絞ってからAccessでフィルタリング④バックアップ体制：SQL ServerのバックアップはAccessファイルのコピーとは別に、SQL Server Management Studio（SSMS）またはSQLエージェントでスケジュールバックアップを設定、の4点が移行後の設計ポイントです。
基幹システムの刷新・移行とデータ統合のご相談
老朽化した基幹システムの刷新やERP移行、社内システム同士のデータ連携を、業務を止めない形で支援します。移行方式や構成が妥当かを確認したい、という導入前後のセカンドオピニオンにも対応しています。
マーケティングDX
HubSpotのMA機能を活用したリードナーチャリング、Web広告の自動化・最適化、SEOコンテンツ戦略まで一貫対応。マーケティングROIを最大化します。