SSMSとは？最新版SSMS 22のインストール手順・オフライン導入・使い方【22.11対応】

以前使っていた「SSMS-Setup-JPN.exe」を探しても公式サイトに見当たらないのは、配布形態が変わったためです。現行のSSMS 22には単体のインストーラーが無く、Visual Studioインストーラーを呼び出す小さなブートストラップ（vs_SSMS.exe）だけが配布されています。この記事では、2026年10月時点の最新版22.11.0を前提に、インストールと日本語化、無人インストールとオフライン配布、接続の暗号化設定、旧版から移行するかの判断までを、Microsoftの一次情報に沿って整理します。

まとめ：SSMS 22の最新版は22.11.0、導入はvs_SSMS.exe経由に一本化

SSMS 22のリリースノートによると、リリースチャネルの最新は22.11.0（2026年10月13日、Visual Studio 18.11.0ベース）です。22系の一般提供は2025年11月11日の22.0.0から始まり、ほぼ毎月マイナー更新が出ています。

新規導入はSSMS 22を基本とします。ただし、レガシーなIntegration Servicesサービスへの接続や、SSMS 22の既知の制限に該当する操作では、旧版の併存が必要になる場合があります。運用中の端末では、特定バージョンで固定すると修正が届かなくなる点を先に押さえておくと、配布設計で手戻りが出ません。

SSMSの役割とSSMS 22で接続できる範囲

SSMS（SQL Server Management Studio）は、SQL Serverやクラウド側のSQLサービスを管理するWindows用のGUIクライアントです。オブジェクトエクスプローラーでテーブルをたどり、クエリエディターでT-SQLを実行し、バックアップと復元、エージェントのジョブ、実行プラン、可用性グループの設定までを1つのウィンドウで扱えます。サーバーではなく、管理する側の端末に入れるツールです。

接続先はSQL Server 2014から2025とAzure SQL・Fabric

システム要件のページは、SSMS 22がSQL Server 2014（12.x）以降で動作し、Azure SQL Database、Azure Synapse Analytics、Microsoft FabricのSQLデータベースにも対応すると定めています。同じページの対応表を抜き出すと、SSMSのメジャー版ごとに管理できる上限は次のとおりです。

接続先がAzure SQL Databaseなら、購入モデルとサービス階層の違いはAzure SQL Databaseとは？仕組み・購入モデル（vCore／DTU）・サービス階層とSQL Server／Managed Instanceとの違いを実装者目線で解説で扱っています。

「SSMS 2022」という版は無い：SQL Server 2022に使うSSMSの選び方

「SSMS 2022」で探す人が少なくありませんが、SSMSの版は年号ではなく通し番号（18・19・20・21・22）で呼びます。SQL Server 2022なら上の表のとおり19.x以降のどれでも管理でき、新しく入れるならSSMS 22で足ります。SSMS 22はSQL Server 2022専用という意味ではありません。逆に、SQL Server 2025を管理するのに手元がSSMS 20のままだと上限を超えるので、21以降へ上げます。

無料で使える範囲とライセンス条項の書き方

SSMSのFAQは「個人でも企業でも無料」と答えており、Visual Studioのサブスクリプションも要りません。一方、SSMS 22のライセンス条項は第1条で、アプリケーションの開発とテストのために任意の数のコピーをインストールして使えると定め、プレビューチャネルのソフトウェアは内部評価目的に限るとしています。導入根拠を求められたら、FAQの回答と条項の原文を並べて示すのが早道です。

SSMS 22の最新バージョンとリリース履歴

SSMS 22のマイナー版は、Visual Studio 2026（18.x）の更新に合わせて月1回ほど出ます。リリース履歴のページには各版のブートストラップが並び、サポートポリシーの表で「フルサポート」とされているのは最新の22.11.0だけです。

22.0から22.11までの主な変更点

22.11.0では、Web Account Managerを無効にした環境でもAzure SQL DatabaseとManaged InstanceへMicrosoft Entra統合認証で接続できるようになり、Microsoft.Data.SqlClientは6.1.6、ODBCドライバーは18.7.1.1に上がりました。22.9.0では接続ダイアログに「証明書のホスト名」欄が既定表示になり、接続設定のインポートとエクスポートにも対応しています。

22.10.2で一般提供になったCopilotエージェントモードとSQL Formatter

機能面の節目は22.10.2です。プレビュー段階だったGitHub Copilotのエージェントモード、SQL Formatter、Schema Compare、Database DevOpsワークロードがまとめて一般提供になりました。エージェントモードは高い水準の目標を渡すと、承認を挟みながらクエリ実行・実行プランの読み取り・スキーマ変更を進めます。同梱のSQL Tools MCPサーバーは3.0.17に上がり、クエリ実行の権限は接続しているSQLアカウントの権限で決まる形になりました。

使うにはCopilotが使えるGitHubアカウントが必要で、未導入ならVisual StudioインストーラーでAI Assistanceワークロードを追加します。GitHub Copilot in SSMSの概要は、プロンプトや応答を保持せずモデルの学習にも使わないと説明する一方で、データの評価を目的とする質問では不正確な結果を返しうると制限事項に書いています。本番サーバーにつないだ端末では、読み取り専用のログインで試すところから始めるのが安全です。

日本語UIで直った不具合：可用性グループとDTA

日本語版を使う現場に直接効く修正もあります。22.10.2では、SSMSのUIを日本語にしていると可用性グループのウィザードで手動フェールオーバーが書式エラーで失敗する問題が直りました。22.9.0では、日本語版でDatabase Engine Tuning Advisor（DTA）を起動すると初期化エラーになる問題が修正されています。日本語UIでこれらの操作が失敗していた端末は、22.10.2以降へ上げるだけで解消する見込みがあります。

SSMS 22をインストールする：vs_SSMS.exeの入手から日本語化まで

導入は、vs_SSMS.exeを実行してVisual Studioインストーラーでワークロードを選ぶ流れです。Microsoft Learnのインストール手順のとおり、初回インストールには管理者権限が要ります。

インストール前に確認するOS・ディスク容量・.NETの条件

システム要件のページが挙げる対応OSは、64bit版のWindows 11（Arm64エディションを含む）とWindows Server 2025・2022・2019です。FAQページには「Windows 10以降」という古い記述が残っていますが、要件の正本はシステム要件のページで、Windows 10は対象に入っていません。ハードウェアはx64のクアッドコア以上を推奨、RAMは最小4GB（業務用途は16GB推奨）です。

見落としやすいのはディスクです。機能に応じて4GBから50GB、一般的な構成で20GBから50GBの空きが必要とされ、SSMS 19の頃の数GBの感覚では足りません。.NET Framework 4.7.2以降がインストールに、4.8が実行に必要で、未導入ならセットアップが入れます。公式手順にならい、Windows Updateを当てて再起動してから始めてください。

vs_SSMS.exeによる起動とワークロードの選択

vs_SSMS.exeを実行し、ユーザーアカウント制御とライセンスの確認に応じるとVisual Studioインストーラーが開きます。ワークロードは後から足せるので、迷ったら既定のまま入れ、必要になった時点で「変更」から追加すれば十分です。コマンドラインで指定するときのIDはワークロードとコンポーネントのID一覧に載っています。

Integration Services・Reporting Services・Analysis Servicesの管理機能は、Business Intelligenceワークロードの推奨コンポーネントとして、または個別コンポーネント（Microsoft.SSMS.Component.IS・.RS・.AS）で足します。インストール先のドライブを変えられるのは初回だけで、後から移すにはアンインストールと再インストールが必要です。

日本語で表示する：言語パックとコマンドラインでの言語指定

インストーラーは初回実行時にOSの言語へ合わせようとするため、日本語のWindowsなら何もしなくても日本語版が入ることが多いです。英語OSに日本語UIを入れたいときは、インストーラーの「言語パック」タブで日本語を選ぶか、コマンドラインで--addProductLang ja-jpを付けます。インストーラー自体の表示言語は--localeで別に変えられ、この設定は次回以降も保持されます。日本語版を英語に戻したいときも同じタブで英語を足し、日本語を外します。

コマンドラインによる無人インストールとwingetによる導入

複数端末へ同じ構成を配布する場合は、コマンドラインによる導入で設定のばらつきと手作業を減らせます。vs_SSMS.exeはVisual Studioインストーラーと同じ系統のパラメーターで無人化できます。

無人実行オプションとワークロードIDによる構成指定

次の例はMicrosoft Learnのコマンドライン例をもとに、言語を日本語にしたものです。--passiveは進捗だけを表示して操作を求めない動作、--quietは画面も出さない完全な無人実行です。--waitを付けると完了まで戻らないので、配布スクリプトで終了コードを拾えます。

rem 進捗だけ表示して対話なしでC:\SSMS22へ導入する
vs_SSMS.exe --installPath C:\SSMS22 --passive --norestart

rem 日本語の言語パックを含めて完全に無人で導入し、完了まで待つ
vs_SSMS.exe --installPath C:\SSMS22 --addProductLang ja-jp --quiet --wait --norestart

rem Git連携などのコードツール一式を含めて導入する
vs_SSMS.exe --add Microsoft.SqlServer.Workload.SSMS.CodeTools --includeRecommended --passive

rem 導入済みのSSMSを最新へ更新する
vs_SSMS.exe update --passive --norestart --installPath "C:\SSMS22"

上のコマンド例は、管理者として起動したコマンドプロンプト（cmd.exe）で実行してください。各例は目的別のため、必要なものだけを選びます。昇格していないプロンプトから起動するとユーザーアカウント制御のダイアログが出て、配布スクリプトがそこで止まります。

wingetで入れる方法とインストーラーの終了コード

コマンドラインパラメーターのページによると、Windows Package Managerからも導入できます。既定で入るのはコアのワークロードだけです。

winget install Microsoft.SQLServerManagementStudio.22

同じページには終了コードの一覧があり、配布ツールで成否を判定するときはこれを使います。0以外がすべて失敗ではない点に注意してください。

3010を失敗扱いにすると、再起動を待っているだけの端末で再実行が繰り返されます。8006と1003はユーザーがSSMSを開いたまま更新が走った合図なので、業務時間外に回すか、終了を促す通知を挟んでください。

オフライン環境へ配布する：レイアウトの作成から更新まで

インターネットに出られない閉域環境では、インストーラーがその場でファイルを取りに行けません。そこで、つながる端末で--layoutを使ってファイル一式をフォルダーに落とし、そのフォルダーごとオフライン機へ運びます。手順の正本はオフラインインストールの作成ページです。

レイアウトを作るコマンドとパス長の制限

レイアウトに入れたコンポーネントしかオフライン機には入りません。入れたい構成をここで決めてから作ります。次の例は、日本語と英語の言語パックとIntegration Servicesを含むレイアウトです。

rem 日本語と英語、Integration Servicesを含むレイアウトを作る（要インターネット）
vs_SSMS.exe --layout C:\SSMS_Layout --lang ja-JP en-US --add Microsoft.SSMS.Component.IS --includeRecommended

rem すべてのコンポーネントと言語を含む完全なレイアウトを作る
vs_SSMS.exe --layout C:\SSMS_Layout --all

公式手順はフルパスを80文字未満に収めるよう求めているので、深い階層には置かないでください。また、インストール時のレイアウトのパスは端末側のC:\ProgramData\Microsoft\VisualStudio\Packages\_Instances\<InstanceID>\state.jsonに記録され、以後の更新もそのパスを探しに行きます。レイアウトの置き場所は、運用を始めたら動かさない前提で決めます。

オフライン機への証明書とVC++再頒布可能パッケージの事前導入

オフライン導入では、証明書の不足によりセットアップが失敗することがあります。セットアップはダウンロードしたファイルの署名を検証しますが、オフライン機はルート証明書を更新できません。証明書のインストール手順によると、証明書が足りないとインストーラーはエラーを出さずに終了し、%TEMP%のdd_bootstrapper_yyyyMMddHHmmss.logにError 0x80131509（署名の検証失敗）が残ります。レイアウトのCertificatesフォルダーにある3つの証明書を、管理者権限で先に入れておきます。

certutil.exe -f -addstore "Root" "C:\SSMS_Layout\certificates\manifestRootCertificate.cer"
certutil.exe -f -addstore "Root" "C:\SSMS_Layout\certificates\manifestCounterSignRootCertificate.cer"
certutil.exe -f -addstore "Root" "C:\SSMS_Layout\certificates\vs_installer_opc.RootCertificate.cer"

rem 証明書とVC++再頒布可能パッケージ（x86・x64）を入れたあと、外部通信なしで導入する
C:\SSMS_Layout\vs_SSMS.exe --noWeb --noUpdateInstaller --add Microsoft.SSMS.Component.IS --includeRecommended --passive

それでも0x80131509で止まる場合は、同ページの案内どおり「Microsoft Windows Code Signing PCA 2024」の証明書をつながる端末で取得し、オフライン機のローカルコンピューターへインポートします。--noWebを付けないと、レイアウトに無いコンポーネントはインターネットへ取りに行こうとします。閉域では、レイアウトを作ったときと同じコンポーネントを--noWeb付きで指定します。

レイアウトでの更新とアンインストール

更新は、つながる端末で同じコンポーネント構成のレイアウトを最新版で作り直し、オフライン機でレイアウトのフォルダーからupdateを実行する流れです。アンインストールはvs_SSMS.exeではなく、Visual Studioインストーラーのsetup.exeから、製品IDとチャネルIDを指定して行います。

rem レイアウトのフォルダーから最新リリースへ更新する
cd C:\SSMS_Layout
vs_SSMS.exe update --noWeb --quiet --wait --norestart

rem リリースチャネルのSSMS 22をアンインストールする
cd "C:\Program Files (x86)\Microsoft Visual Studio\Installer"
setup.exe uninstall --passive --productId Microsoft.VisualStudio.Product.Ssms --channelId SSMS.22.SSMS.Release --noweb

SSMSを消しても.NETやVisual C++再頒布可能パッケージは残ります。インストールが壊れて消せないときの最終手段はInstallCleanup.exeです。

SSMS 22の使い方：接続してクエリを実行するまで

起動すると接続ダイアログが開きます。サーバー名、認証方式、必要ならデータベース名を入れて接続し、オブジェクトエクスプローラーにサーバーのツリーが出れば疎通は取れています。新しいクエリはツールバーの「新しいクエリ」かCtrl+Nで開き、F5で実行します。

暗号化の既定はMandatory：証明書エラーの抜け方

接続のクイックスタートによると、接続ダイアログの暗号化の既定は「Mandatory（必須）」、「サーバー証明書を信頼する（Trust Server Certificate）」の既定はオフです。SSMS 18以前の感覚で自己署名証明書のサーバーへつなぐと、証明書チェーンが信頼されていない旨のエラーで弾かれるのはこのためです。

対処は原因によって異なり、ホスト名の指定だけでは信頼チェーンのエラーは解消しません。対処を検討する順番は、まずサーバーに信頼された証明書を入れる、証明書のCNやSANが接続に使う名前と違うなら「証明書のホスト名（Host Name in Certificate）」欄に期待する名前を入れる、検証環境に限って「サーバー証明書を信頼する」をオンにする、の順です。Azure SQL DatabaseとManaged Instanceには「Strict」を使うよう案内されています。なお、既知の問題のページには、Strictで共有メモリ経由のローカル接続をするとRequest is not supportedになると載っているので、同じ端末のインスタンスにStrictで失敗したらTCPで接続し直してください。

接続先のバージョンと暗号化状態を確かめるT-SQL

次のT-SQLは接続先のバージョンと通信状態を確認する例です。後半のsys.dm_exec_connectionsの参照には、SQL Server 2019以前ではVIEW SERVER STATE、2022以降ではVIEW SERVER PERFORMANCE STATEが必要です。Azure SQL Databaseではサービス階層などにより必要権限が異なります。

-- 接続先のバージョンとエディションを確認する
SELECT
    @@VERSION                            AS version_text,
    SERVERPROPERTY('ProductVersion')     AS product_version,
    SERVERPROPERTY('ProductLevel')       AS product_level,
    SERVERPROPERTY('Edition')            AS edition;

-- 自分のセッションのプロトコルと暗号化状態を確認する
SELECT
    session_id,
    net_transport,
    protocol_type,
    encrypt_option,
    auth_scheme
FROM sys.dm_exec_connections
WHERE session_id = @@SPID;

encrypt_optionがTRUEなら暗号化されています。Windows認証でリモートのサーバーへつないでいるのにauth_schemeがNTLMなら、KerberosではなくNTLMで認証されています。IPアドレス指定など、Kerberosを試行しない接続条件もあるため、接続先名やドメイン構成を確認してからSPNの登録状況を調べます。

更新の受け取り方：リリースチャネルとプレビューチャネル

SSMS 21以降は、更新の受け取り方をチャネルで選びます。チャネルの解説ページによると、本番利用向けの機能が届くのがリリースチャネル、先に新機能を試せるのがプレビューチャネルで、両方を同じ端末に並べて入れられます。更新の操作は、Visual Studioインストーラーの「更新」、SSMS右下の通知ハブ、ヘルプメニューの更新プログラムの確認（Check for Updates）、のいずれかです。ツール > オプション > 環境 > 製品の更新（Product Updates）で、閉じるたびに自動で更新する設定にもできます。

バージョン番号の読み方とサービス更新が止まる条件

22.11.0なら、22がメジャー、11がマイナー更新、0がサービス更新の番号です。手元の版はヘルプ > バージョン情報で、配布前のブートストラップの対象系列は、ファイルのプロパティ > 詳細の製品バージョンで確認できます。ただし、表示された系列の最新サービス更新が入るため、この表示だけで導入される完全なバージョン番号が固定されるとは限りません。

運用設計で効くのは打ち切りの条件です。チャネルの解説には、次のマイナー版が出ると前のマイナー版へのサービス更新は止まると明記され、サポートポリシーも、セキュリティ修正は最新のポイントリリースにだけ入り、以前の版へのバックポートはしないとしています。22.9.0では脆弱性3件（CVE-2025-70873ほか）が直っており、22.8系で固定していた端末にはこの修正が届きません。検証済みの版を何年も固定する運用はやめ、「月1回、最新へ寄せる」のように追随の周期を決めてください。

SSMS 20・21からの移行判断：レガシーSSIS接続と既知の機能制限

リリース履歴で固定版として案内されている直近の旧版は、21.6.17（2025年10月14日）と20.2.1（2025年4月8日）です。サポートポリシーの表では、どちらも最新版が出た時点で「アップグレード」扱いに移っています。SSMS 22はSQL Server 2014以降を下位互換で管理できるので、サーバーが古いという理由だけで22を避ける必要はありません。

旧版を残す理由には、レガシーなSQL Server Integration Servicesサービスへの接続に加え、メンテナンスタスクを含むパッケージの実行があります。既知の問題のページによると、SSMS 22のExecute Package Utility（dtexecui）はバックアップやDB整合性チェックなどのメンテナンスタスクに対応しておらず、回避策としてdtexecを使うか、SSMS 20のdtexecuiを使うよう案内されています。システム要件のページは、旧来のSSISサービスにはSQL Serverの版に合わせたSSMSを使うよう案内しており、たとえばSQL Server 2022のレガシーSSISにはSSMS 19.xか20.xを使います。SSMS 22を主に据え、SSIS用に旧版（SQL Server 2022までならSSMS 20）を1つだけ並べるのが落としどころです。SSMS 20以前で作ったソリューションを21以降で開いて変更すると、新しいソリューション（.sln）として保存するよう求められるので、旧版と行き来するファイルは分けて管理してください。

サーバー側を延命するか移行するかまで検討する段階なら、SQL Server 2016サポート終了後の対応｜ESUの条件と移行先の選び方を解説が判断材料になります。SQL Serverの版上げやクラウド移行をデータベースの設計ごと見直したい場合は、データベース設計・移行支援でご相談を受けています。

導入前に確認する非サポート構成：VDI・Arm64・Smart App Control

計画を立ててから気づくと手戻りが大きい制限を挙げます。いずれもシステム要件か既知の問題のページに書かれているものです。

• 共有VDIやマルチセッションのAzure Virtual Desktopのように、1台を複数ユーザーが同時に使う構成は非サポート。非永続の仮想マシンも対象外
• App-VやMSIXなどのアプリケーション仮想化、Windowsコンテナ、Sモード、Enterprise LTSCエディションも非サポート
• Arm64版WindowsではSSASとSSISが動かない（接続とクエリは22.0.0から対応）
• WindowsのSmart App Controlはオフ以外だと性能に悪影響が出うるため、有効にしない

管理端末をVDIへ集約する計画なら、専用割り当てのデスクトップにするか、SSMSだけ物理端末に残す設計へ変える必要があります。Windows 11の新規セットアップではSmart App Controlが有効になっていることがあるので、「SSMSが重い」という相談では最初に確認したい項目です。

よくある質問

SSMSは無料で使えますか？

無料です。MicrosoftのFAQは個人でも企業でも無料と答えており、ライセンスキーもVisual Studioのサブスクリプションも要りません。インストール本数の上限もありません。

SSMS-Setup-JPN.exeが見つからないのはなぜですか？

SSMS 21以降でスタンドアロンのインストーラーが廃止されたためです。現行の配布物はvs_SSMS.exeだけで、日本語版も同じファイルから入れます（OSの言語に合わせるか、言語パックで日本語を選びます）。

SSMS 22でSQL Server 2012に接続できますか？

動作対象はSQL Server 2014（12.x）以降です。2012以前を管理するなら、リリース履歴のページから対応する世代のSSMSを入手してSSMS 22と並べて入れ、サーバーを移行するまでの暫定措置として扱ってください。

SSMSをmacOSやLinuxで使えますか？

使えません。FAQもSSMSはWindows専用と明記しています。macOSやLinuxから管理するなら、VS CodeのMSSQL拡張（Azure Data Studioは提供終了｜VS CodeのMSSQL拡張へ移行する手順と機能ごとの代替先【2026年10月版】）か、クロスプラットフォームのDBクライアント（DBeaverとは？インストールから接続・データ移行・CLI自動化までの実装手順）を使います。

Visual Studioを入れていなくてもSSMS 22は使えますか？

使えます。FAQによると、SSMSはVisual Studioの拡張機能やワークロードではなく、Community版などは不要です。導入にVisual Studioインストーラーを使うだけで、Visual Studioがある端末でもSSMSは別の場所に入ります。

関連記事

• Azure Data Studioは提供終了｜VS CodeのMSSQL拡張へ移行する手順と機能ごとの代替先【2026年10月版】
• Azure SQL Databaseとは？仕組み・購入モデル（vCore／DTU）・サービス階層とSQL Server／Managed Instanceとの違いを実装者目線で解説
• SQL Server 2016サポート終了後の対応｜ESUの条件と移行先の選び方を解説
• DBeaverとは？インストールから接続・データ移行・CLI自動化までの実装手順
• クラウドデータ移行の手順とは?移行ツール・整合性検証・大容量転送の実務を実装者向けに解説