2026年6月12日に更新された「Visual Studio workload and component IDs」では、製品一覧にSQL Server Management Studio（SSMS）が追加されました。SSMSの製品IDはMicrosoft.VisualStudio.Product.Ssmsです。
ただし、既存のVisual StudioワークロードIDが変更されたわけではありません。公開差分で確認できる変更は、Visual Studio 2022／2026向けの一覧にSSMSを1行ずつ追加したことです。そのため、通常のGUI操作でVisual StudioやSSMSを利用しているユーザーに、直ちに必要な対応はありません。
一方、コマンドラインによるインストール、オフラインレイアウト、.vsconfig、端末管理ツールを使っている管理者は、製品ID・チャネルID・ワークロードIDを混同していないか確認が必要です。(Microsoft Learn)
Developer toolsのVisual Studio workload and component IDsで何が変わったのか
今回の変更内容を整理すると、次のとおりです。
| 確認項目 | 変更内容 | 実務への影響 |
|---|---|---|
| 製品一覧 | SQL Server Management Studioを追加 | Visual Studio関連製品の一覧からSSMS用IDを確認しやすくなった |
| 製品ID | Microsoft.VisualStudio.Product.Ssmsを掲載 | SSMSの変更やアンインストールを自動化する際に使用できる |
| 対象ページ | Visual Studio 2022／2026向けの一覧 | どちらの表示でもSSMSの専用ページへ移動できる |
| 既存ID | 公開差分では削除・名称変更なし | 既存のVisual Studio配布スクリプトを一律に修正する必要はない |
| 料金・期限 | 今回のページでは変更の案内なし | 購入手続きや期限対応は不要 |
重要なのは、2026年6月12日に新しいSSMSの製品IDが発行されたわけではないことです。以前からSSMSのコマンドライン管理で使われていた製品IDが、Visual Studioの総合一覧にも掲載されたと理解するのが正確です。(GitHub)
SSMSがVisual Studioのワークロードになったわけではない
SSMS 22はVisual Studio Installerを使ってインストールしますが、Visual Studio CommunityやEnterpriseに追加するワークロードではありません。Visual Studio本体をインストールしていないPCでも、SSMSを単独で利用できます。
今回の一覧追加は、インストーラー基盤を共有する製品のIDを探しやすくするための整理です。「Visual Studioの一覧に追加されたため、Visual Studioを先に導入しなければならない」という意味ではありません。(Microsoft Learn)
Product ID・Workload ID・Component IDの違い
Visual Studio workload and component IDsを扱うときは、4種類のIDを区別する必要があります。
| IDの種類 | 役割 | SSMSでの例 |
|---|---|---|
| Product ID | 操作対象となる製品を識別する | Microsoft.VisualStudio.Product.Ssms |
| Channel ID | GA版やPreview版などの更新系列を識別する | SSMS.22.SSMS.Release |
| Workload ID | 複数の機能を用途別にまとめて追加する | Microsoft.SqlServer.Workload.SSMS.CodeTools |
| Component ID | 個別の機能だけを追加・削除する | Microsoft.SSMS.Component.IS |
Product IDはSSMSという製品自体を指定するIDです。--productIdなどで使用します。
Workload IDとComponent IDは、インストールする機能を選ぶためのIDです。--addや--removeで使用します。Product IDを--addに指定しても、ワークロード追加の代わりにはなりません。
Channel IDは、どのリリース系列を操作するか指定するIDです。SSMS 21以降では、Preview版とGA版にそれぞれ固有のChannel IDが用意されています。変更やアンインストールでは、Product IDとChannel IDの組み合わせが必要になる場合があります。(Microsoft Learn)
誰に影響する変更なのか
影響度は、Visual StudioやSSMSの導入方法によって異なります。
| 対象者 | 影響度 | 確認すべきこと |
|---|---|---|
| GUIだけで利用する一般ユーザー | 低い | 原則として対応不要 |
| SSMSを個別に利用するDBA・開発者 | 低い | オプション機能を追加するときにIDを確認 |
| コマンドラインで配布する管理者 | 高い | Product ID、Channel ID、--addの指定を確認 |
| オフラインレイアウトの管理者 | 高い | レイアウトに必要なワークロードやコンポーネントが含まれているか確認 |
.vsconfigを利用する管理者 | 中程度 | Visual Studio用とSSMS用の構成を混在させていないか確認 |
| VSIX開発者 | 低い | 今回の追加をSSMS向け拡張機能サポートの拡大と誤解しない |
既存のインストール環境が、このドキュメント更新だけで変更されることはありません。特に確認が必要なのは、製品一覧やIDをスクリプト内に固定している組織です。
管理者が実施すべき確認手順
配布スクリプト内のIDを検索する
まず、インストール用リポジトリや管理スクリプトから、Visual Studio関連のIDを検索します。
PowerShellでは、次のようなコマンドで確認できます。
Get-ChildItem -Path . -Recurse -File |
Select-String -Pattern `
'Microsoft\.VisualStudio\.Product\.|Microsoft\.SqlServer\.Workload\.SSMS|Microsoft\.SSMS\.Component'次のような設定を重点的に確認してください。
- Visual StudioとSSMSで同じProduct IDを使っていないか
- Preview版とGA版のChannel IDが混在していないか
--addにProduct IDを指定していないか- 廃止したコンポーネントIDを固定していないか
- 対象バージョンと異なる公式一覧を参照していないか
必要なワークロードだけを指定する
SSMSのCode toolsワークロードを追加する公式例は、次のような形式です。
.\vs_SSMS.exe `
--add Microsoft.SqlServer.Workload.SSMS.CodeTools `
--includeRecommended `
--passiveワークロードを指定すると、Requiredに分類された必須コンポーネントはインストールされます。一方、RecommendedやOptionalのコンポーネントは自動的にすべて追加されるとは限りません。
推奨コンポーネントも必要な場合は--includeRecommended、オプションも含める場合は--includeOptionalを指定します。複数のワークロードやコンポーネントを追加するときは、項目ごとに--addを繰り返します。(Microsoft Learn)
更新対象のインストールパスを確認する
既存のSSMSをコマンドラインで更新する場合は、操作対象のインストールパスを明示します。
.\vs_SSMS.exe update `
--passive `
--norestart `
--installPath "C:\SSMS22"C:\SSMS22は例です。実際には対象PCのインストール先に置き換えてください。
更新前にはSSMSを終了し、未保存のクエリや作業内容を保存します。インストール、更新、変更には、原則として管理者権限と、インターネットまたは社内更新元へのアクセス権が必要です。(Microsoft Learn)
.vsconfigは削除処理をしない点に注意する
--configで.vsconfigを読み込む処理は追加型です。構成ファイルに記載されていないワークロードやコンポーネントを、自動的に削除する機能ではありません。
たとえば、新しい.vsconfigからIntegration Servicesを削除しても、既存PCにインストール済みのIntegration Servicesが自動的に消えるとは限りません。不要なコンポーネントを確実に削除する場合は、modifyと--removeを使った処理を別に設計する必要があります。(Microsoft Learn)
オフラインレイアウトを作り直す必要があるか確認する
既存のVisual Studio用オフラインレイアウトに、SSMSが自動追加されるわけではありません。SSMSをオフライン配布する場合は、vs_SSMS.exeを使ってSSMS用レイアウトを作成または更新します。
特定のコンポーネントをオフラインPCへ導入するには、そのコンポーネントが事前にレイアウトへ含まれている必要があります。既存環境を更新する場合も、導入済みの機能に対応したファイルをレイアウト側へ用意してください。(Microsoft Learn)
設定・更新・移行・料金・期限の確認ポイント
| 項目 | 今回の判断 | 必要な対応 |
|---|---|---|
| 設定 | SSMSのProduct IDが総合一覧に追加された | 自動化している場合のみスクリプトを確認 |
| 更新 | 強制更新の案内ではない | 通常利用者は即時更新不要 |
| 移行 | 強制移行や旧バージョン削除の案内はない | SSMS 22へ移行する場合は並行導入で検証可能 |
| 料金 | 今回の更新による料金変更はない | 新しいVisual Studioライセンスの購入は不要 |
| 期限 | 対応期限や終了日は示されていない | 社内変更期限を新設する必要はない |
SSMSは個人利用・企業利用とも無料で、利用にVisual Studioサブスクリプションは必要ありません。また、SSMS 22はほかのバージョンとサイドバイサイドでインストールできます。段階的に移行する場合は、旧環境を残したまま接続、拡張機能、スクリプト、認証方式を検証できます。(Microsoft Learn)
Visual Studio workload and component IDsで失敗しやすいポイント
Product IDを--addへ指定する
次のような指定は、Product IDとWorkload IDを混同しています。
.\vs_SSMS.exe --add Microsoft.VisualStudio.Product.Ssms--addには、Microsoft.SqlServer.Workload.SSMS.CodeToolsのようなWorkload ID、またはMicrosoft.SSMS.Component.ISのようなComponent IDを指定します。
Recommendedコンポーネントが自動で入ると思い込む
必須コンポーネントだけでインストールが完了し、Git連携やBI関連機能など、想定した機能が表示されない場合があります。必要な構成に応じて--includeRecommendedを明示してください。
Channel IDを固定したまま次期バージョンへ移行する
SSMS.22.SSMS.ReleaseはSSMS 22 GA用の例です。将来のメジャーバージョンやPreview版では別のChannel IDが使われる可能性があります。
バージョン移行時は、既存スクリプトの数字だけを書き換えるのではなく、対象バージョンの公式一覧でProduct IDとChannel IDの組み合わせを確認してください。
SSMSがVisual Studio本体に含まれたと判断する
一覧にSSMSが追加されても、Visual Studio EnterpriseやCommunityのインストールにSSMSが自動追加されるわけではありません。Visual StudioとSSMSは、インストーラー基盤を共有する別製品として管理します。
今回の変更に対して取るべき行動
Visual StudioやSSMSをGUIから利用しているだけであれば、対応は不要です。再インストールや設定変更を急ぐ必要もありません。
管理者は、次の順番で確認すると安全です。
- 配布スクリプトと構成ファイルからVisual Studio関連IDを検索する
- Visual Studio用とSSMS用のProduct IDを分ける
- Workload IDとComponent IDを最新版の公式一覧と照合する
- 検証端末で
--passiveを使って動作確認する - オフラインレイアウトと運用手順書を更新する
- 本番配布後にインストール結果と終了コードを確認する
今回の更新は、既存環境を壊す仕様変更ではなく、SSMSをVisual Studio関連のID一覧から見つけやすくする変更です。自動展開を行っている組織だけが識別子と配布手順を点検し、通常ユーザーは従来どおり利用を続ける、という判断で問題ありません。
コメント