Windows 10 LTSC を大量展開していると、「Windows 11 に上げたいのに Windows Update に出てこない」「販売店にクリーンインストール必須と言われた」という壁にぶつかりがちです。本記事では、Windows 11 LTSC の有無、サポート期限、そして500〜1000台規模でも現実的に回る移行ルートを、運用目線で整理します。
なぜ Windows Update に「Windows 11 へのアップグレード」が表示されないのか
結論から言うと、LTSC（Long-Term Servicing Channel）は「機能更新（いわゆる大型アップデート）」を前提にした運用モデルではなく、月例の品質更新（セキュリティ更新など）を中心に、機能を固定して長期運用するためのチャネルです。Microsoft も LTSC を“特定用途の端末向け”として位置づけており、一般的なPC全台に入れる前提ではありません。
そのため、通常の Windows 10/11（GAチャネル）で見慣れた「Windows Update で次のバージョンへ」式の体験が、LTSC ではそもそも期待通りになりにくいのが実情です。さらに、LTSC は機能セットが固定されるため、年数が経つほど外部ツールやアプリが“古いLTSCを前提にしなくなる”リスクもあります。
Windows 11 の LTSC は存在する：Windows 11 Enterprise LTSC 2024
「Windows 11 の LTSC って、そもそもあるの？」という疑問に対する答えは Yes です。Microsoft のライフサイクル情報では、Windows 11 Enterprise LTSC 2024 の提供開始は 2024年10月1日、サポート終了（Mainstream End Date）は 2029年10月9日と示されています。
加えて、組み込み・固定用途向けの Windows 11 IoT Enterprise LTSC 2024 もあり、こちらは 2029年10月9日までの主流サポートに加え、2034年10月10日まで延長サポートが用意されています。
ポイントは、同じ「Windows 11 LTSC 2024」でも Enterprise と IoT で“延長サポートの有無”が違うことです。Windows 11 のリリース情報でも、Enterprise LTSC 2024 には延長サポートがなく、延長が付くのは IoT のみである旨が明記されています。
LTSC 2024 はどの Windows 11 相当？「24H2 ベース」を押さえる
LTSC は「どのGAチャネル相当なのか」を押さえると、互換性評価や検証範囲を見積もりやすくなります。Microsoft Learn の LTSC 概要では、Windows 11 Enterprise LTSC 2024 は Windows 11 バージョン 24H2 相当、Windows 10 Enterprise LTSC 2021 は Windows 10 バージョン 21H2 相当と整理されています。
また、「What’s new in Windows 11 Enterprise LTSC 2024」では、Windows 11 Enterprise LTSC 2024 が Windows 11 バージョン 24H2 に近い機能セットで、Windows 11 の 21H2〜24H2 に含まれる改善を取り込んだリリースであることが説明されています。さらに、LTSC は特定用途向けであるため、GAチャネル向けに設計されたアプリやツール（Microsoft Store など）ではサポートが限定的になる場合がある点にも注意が必要です。
| 製品 | 提供開始 | 主流サポート終了 | 延長サポート終了 | 現場での意味合い |
|---|---|---|---|---|
| Windows 10 Enterprise LTSC 2021 | 2021-11-16 | 2027-01-12 | （なし） | 「LTSC=10年」と思い込むと危険。更新計画の前倒しが必要になりやすい。 |
| Windows 10 IoT Enterprise LTSC 2021 | 2021-11-16 | 2027-01-12 | 2032-01-13 | 猶予は長いが、次世代（Windows 11 IoT LTSC 2024）への計画は早めに。 |
| Windows 11 Enterprise LTSC 2024 | 2024-10-01 | 2029-10-09 | （なし） | Windows 11 でLTSC継続したい場合の本命。ただし5年サイクルを前提にする。 |
| Windows 11 IoT Enterprise LTSC 2024 | 2024-10-01 | 2029-10-09 | 2034-10-10 | 固定用途・規制対応・長期稼働端末に向く。ライセンス形態が異なる点に注意。 |
まず確認：あなたの端末は「Enterprise LTSC」？「IoT Enterprise LTSC」？
同じ“LTSC”でも、Enterprise と IoT ではサポート期限も調達ルートも変わり、移行の緊急度が一気に変わります。特に Windows 10 LTSC 2021 は Enterprise だと 2027年1月12日でサポートが切れる一方、IoT だと 2032年1月13日まで延長されます。
現場で一番早い判定は、端末の「エディション名」を見ることです。
- GUI：
winverを実行 → 「Enterprise LTSC」や「IoT Enterprise LTSC」表記を確認 - PowerShell：製品名とビルドを出力して棚卸しに使う
Get-ComputerInfo | Select-Object WindowsProductName, WindowsVersion, OsBuildNumber台数が多い場合は、管理基盤（Intune / MECM / 資産管理）で「製品名」「ビルド」「TPM有無」などをまず一覧化し、“上げるべき端末”と“しばらく据え置ける端末”を分けるだけで、移行の工数は大きく変わります。
Windows 10 LTSC は「2016/2019/2021」でサポート期限が大きく違う
同じ “Windows 10 LTSC” でも、実はリリース（2016/LTSC 2019/LTSC 2021）によってサポート期限が大きく変わります。特に 2019 は延長サポートが 2029年1月9日まである一方、2021 は主流サポートが 2027年1月12日で、2032年1月13日まで延びるのは IoT Enterprise 版のみです。自社端末がどの LTSC なのかを確定しないまま計画を立てると、優先順位と予算がズレます。
| Windows 10 の LTSC/LTSB | 相当バージョン | サポート終了の目安 | 補足 |
|---|---|---|---|
| Windows 10 2016 LTSB（1607） | 1607 | 2026-10-13 | 古い端末ほど、アプリ保持やドライバ互換の難易度が上がりやすい。 |
| Windows 10 Enterprise LTSC 2019（1809） | 1809 | 2029-01-09 | “10年LTSC”のイメージに近い。2021と混同しないこと。 |
| Windows 10 Enterprise LTSC 2021（21H2） | 21H2 | 2027-01-12 | Enterprise版は延長サポートなし。IoT版のみ 2032-01-13 まで。 |
“アップグレード”と“移行”を分けて考えると、設計がブレなくなる
LTSC の更新で混乱しがちなのが、言葉の整理です。現場の痛み（アプリ再導入、個別設定の再現）を減らしたいなら、何を残したいのかを最初に決める必要があります。
| 方式 | やること | アプリ | 設定 | 向くケース |
|---|---|---|---|---|
| インプレースアップグレード | 既存OSの上に新OSを上書き | 残せる可能性が高い | 残せる可能性が高い | 一般PCの更新、停止時間を短くしたい |
| ワイプ＆ロード（再展開） | OSを入れ直し、データ/設定を戻す | 原則入れ直し | ツールで移行 | キオスク/固定用途、標準化、トラブル率を下げたい |
Microsoft Learn でも、アップグレード（アプリ・設定を保持）と、カスタムインストール（Windows.old へ退避、アプリは維持されない）を区別して説明しています。さらに、大規模展開向けの移行手段として USMT を挙げ、USMT は“プログラム自体は移行しない（設定のみ）”ことが明示されています。
結局どうする？ 500〜1000台で現実的な「2つのルート」
現場での“詰まりどころ”を踏まえると、Windows 10 LTSC から Windows 11 へは、次の2ルートに集約されます。
ルートA：LTSC を継続しない（GAチャネルへ移る）
「とにかくアプリ再導入を避けたい」「できれば端末側の作業を最小化したい」という場合は、LTSC → GAチャネル（通常の Windows 10/11 Enterprise）へ移行が現実解になりやすいです。Microsoft のアップグレードパスでも、LTSC から GAチャネルへのアップグレードは、同等以上のビルドであれば Windows セットアップを使ったインプレースアップグレードが可能とされています。
このとき重要なのが、アプリを残すには Product Key スイッチ（/pkey）が必要という点です。スイッチを付けないと「個人用ファイルとアプリを引き継ぐ」がグレーアウトする、という注意とコマンド例が明記されています。
setup.exe /pkey xxxxx-xxxxx-xxxxx-xxxxx-xxxxx※上の xxxxx 部分は“GAチャネル側の正しいキー”です。KMS 環境の Windows Enterprise を想定する場合、Microsoft Learn には GVLK（汎用ボリュームライセンスキー）の例として NPPR9-FWDCX-D2C8J-H872K-2YT43 が掲載されています（KMSでのエディション指定用。実際のアクティベーション方式は自社環境に合わせてください）。
逆方向（GAチャネル → LTSC）を“上書きでLTSC化”するのはサポート外
ここは誤解が多い点ですが、Microsoft Learn の「Windows upgrade paths」では、GAチャネルから LTSC へのインプレースアップグレードはサポートされないと明記されています。つまり、例えば通常版の Windows 11 Enterprise を導入済みの端末を、あとから“上書きで LTSC 2024 に変える”といった運用は、原則として避けるべきです。
また、古い LTSC（例：Windows 10 LTSC 2016）では、この非サポート経路がブロックされ、データのみ維持（data-only）かクリーンインストールしか選べないことがある、といった注意も記載されています。販売店が「再インストール必須」と言い切る背景には、こうした“サポートされる経路”の制約が含まれていることが多いです。
メリット：アプリ保持・設定保持の可能性が高く、現場の手戻りが減る。
注意点：GAチャネルに移ると、今度は“機能更新をどう管理するか”が運用テーマになります（更新リング、検証→段階展開、停止時間の設計など）。
ルートB：LTSC のまま行く（再展開/移行を自動化して痛みを潰す）
キオスク端末、製造ライン端末、医療/金融の固定用途端末など、そもそも LTSC を選んだ理由が明確な環境では、LTSC 継続のまま Windows 11 Enterprise LTSC 2024（または IoT 版）へ切り替える判断が自然です。Windows 11 Enterprise LTSC 2024 は 2024年10月1日提供開始、2029年10月9日までサポートです。
補足：「Windows 10 LTSC → Windows 11 LTSC を上書きで」考える前に知っておくこと
まず前提として、LTSC は GAチャネルのように Windows Update 経由で“次のOS”が提示される運用ではありません。Windows 11 Enterprise LTSC 2024 へ進む場合も、基本は インストールメディア（ISO）や展開基盤を使って計画的に入れ替える形になります。
また、Microsoft Learn の LTSC 概要では、新しい LTSC リリースは「インプレースアップグレードとして導入する」選択肢もある、と説明されています。一方で、固定用途端末はベンダー保守や周辺機器依存が強く、500〜1000台規模で“確実に”やるなら、まずはワイプ＆ロード（再展開）を基本線に置き、インプレースはパイロットで可否を見極めるのが現実的です。
特に、GAチャネル向けに設計されたアプリやツールは LTSC ではサポートが限定的になる場合がある、という注意もあります。OSを上げるだけで終わりにせず、“アプリと運用のサポート可否”まで含めて判断してください。
ただし、ここで重要なのは「端末1台の作業としての“クリーンインストール”」と、「500〜1000台を回す“再展開（再イメージ）運用”」は別物だということです。後者は、設計さえ固まれば、現場の負担を最小化できます。
Microsoft Learn の移行ガイダンスでも、USMT を使ったワイプ＆ロード（refresh）を含む移行シナリオが整理されています。USMT は大規模自動展開向けのツールで、ユーザーアカウント/ファイル/OS設定/一部アプリ設定を移行できますが、アプリ本体は移行しないため、アプリ展開の自動化とセットで設計するのが前提です。
ルート別の選定早見表（迷ったらここから）
| 判断材料 | ルートA（GAへ） | ルートB（LTSC継続） |
|---|---|---|
| 最優先が「アプリ維持」 | ◎（/pkey でアプリ維持が狙いやすい） | △（アプリは再展開前提になりやすい） |
| 端末が固定用途（キオスク/ライン/専用端末） | △（更新頻度が上がる） | ◎（設計思想に合う） |
| 将来も「機能更新を止めたい」 | ×（GAは機能更新が継続） | ◎（LTSCの前提） |
| 現場作業を最小化したい | ◎（インプレースで進めやすい） | ○（自動化できれば強いが、最初の設計が重い） |
| ベンダー保守・監査・規制要件 | 要確認 | ◎（固定用途に強い。IoTはさらに長期サポート） |
ルートAの実務：LTSC → GAチャネルへ“アプリを残して”移す手順
ここでは「Windows 11 へ行きたいが、再導入工数が死活問題」という前提で、LTSC から GAチャネルへ移すときの実務ポイントをまとめます。
事前に揃えるもの
- 対象端末が Windows 11 のハード要件を満たすこと（TPM/セキュアブート等）。満たさない端末は“更新”ではなく“更新計画（入替）”が必要。
- GAチャネル（例：Windows 11 Enterprise）の正しいライセンス/キーの準備（KMS/MAK/サブスク等、契約形態に合わせる）。
- 業務アプリの互換性確認（特にドライバ依存、古いActiveX、独自証明書、常駐型セキュリティ等）。
アップグレード時の“つまずき回避”
- インストールメディア（ISO）から
setup.exeを起動し、必要なら/pkeyを付ける。 - “Keep personal files and apps” が選べない場合は、/pkey を付け忘れていないか、キーがGAチャネル側として妥当かを疑う。
- パイロット端末で「代表的な3パターン（部署/機種/利用アプリ）」を通してから、段階展開へ。
LTSC → GA のインプレースアップグレードで、Microsoft Learn が明示しているのは「同等以上のビルドで可能」「アプリ維持には /pkey が必要」という点です。ここが押さえられていれば、販売店が言う“クリーンインストール一択”より、現場負担を下げられる可能性が高いです。
ルートBの実務：LTSC のまま Windows 11 LTSC へ（再展開を仕組み化する）
LTSC 継続を選ぶ場合、勝負は「OS入替そのもの」ではなく、入替後に“同じ状態”へ戻す自動化です。500台を超えると、手作業の再現は100%破綻します。やるべきは“再インストール”ではなく“再展開の製造ライン化”です。
再展開を楽にする設計の型
| 領域 | 考え方 | 具体策 |
|---|---|---|
| ユーザーデータ | 端末ローカルに置かない | OneDrive などで既知フォルダを吸い上げる／共有領域へ退避 |
| ユーザー設定 | “移す”より“再適用” | GPO/Intune/スクリプトで宣言的に適用（壁紙・プロキシ・Wi-Fi・証明書など） |
| 業務アプリ | インストールを自動化 | パッケージ化（MSI/MSIX/Win32）＋配布基盤（Intune/MECM）で再展開 |
| ローカル管理者作業 | ゼロタッチに近づける | 事前プロビジョニング／段階展開／自己回復手順の用意 |
USMT を使う場合の現実的な位置づけ
USMT は「ユーザー状態（ファイル/設定）」を移行するための管理者向けツールで、大規模自動展開に向きます。一方で、Microsoft Learn が明記している通り USMT は“プログラムそのものは移行しない”ため、アプリ配布の仕組みがない組織が USMT だけで楽になることはありません。
逆に言えば、アプリ配布が整っている組織ほど USMT の効果が大きく、「OSを入れ直しても、ユーザーは翌日いつも通り働ける」状態を作りやすくなります。
IoT Enterprise LTSC を選ぶ/使っている場合の注意点
Windows 11 IoT Enterprise LTSC 2024 は固定機能デバイスを主眼にしており、品質更新は月次で提供され、10年サポートが前提です。さらに、IoT の次バージョンへ上げる場合は 新しいライセンスが必要で、端末がプリインストール提供のケースでは デバイスメーカーにアップグレード可否を確認するよう案内されています。
このため、IoT 系の端末は「OSだけの都合で勝手に上げる」より、ハード/ドライバ/保守契約とセットで移行するほうが事故が少なく、結果的にトータルコストが下がりやすいです。
500〜1000台規模で失敗しないための“現場向け”進め方
LTSC→Windows 11 の話は、技術論よりもプロジェクト設計で差が出ます。特に「現場作業が重い」「拠点が多い」「夜間停止が必要」な環境では、次の順で進めるのが現実的です。
| フェーズ | 目的 | やること（例） | 成果物 |
|---|---|---|---|
| 棚卸し | 対象/優先度を決める | エディション、ビルド、機種、TPM、アプリ、周辺機器、拠点条件を一覧化 | 移行台帳、対象スコープ |
| 方式決定 | ルートA/B を確定 | 固定用途はLTSC継続、一般PCはGAへ…など端末タイプで分割 | 方式設計書、例外ルール |
| パイロット | 手順を固める | 代表機種で実施、トラブル収集、手戻りポイントを潰す | 手順書、既知問題集 |
| 段階展開 | 事故を局所化 | 拠点/部署/用途ごとにリングを切って展開、監視とロールバック | 展開計画、ロールバック手順 |
| 安定化 | 運用へ戻す | 更新管理、ベースライン、資産情報更新、教育、監査対応 | 運用ルール、監査証跡 |
よくある落とし穴（ここで詰まると“クリーンインストール地獄”に見える）
- 「LTSC=10年」思い込み：Enterprise LTSC 2021/2024 は5年サイクル。IoT だけが10年。サポート期限の誤認は移行計画を破壊します。
- 現場端末の個別カスタム：ローカルに散らばる設定ほど再現が難しい。GPO/Intune/スクリプトに寄せるほど移行は楽になります。
- アプリの“野良インストール”：誰が何を入れたか不明な端末は、インプレースでも再展開でも地獄化します。標準アプリセットと例外申請に寄せるのが最短です。
- ドライバ依存：特殊周辺機器・古いドライバ・カーネル常駐系は、OS更新の最大の地雷。ベンダーの対応状況を早期に潰す。
- “1台の成功”を過信：500台では、1%の不具合でも5台。段階展開とロールバックの設計がないと炎上します。
方針として例外が必要なときの現実的な相談先
「LTSCを続けたいが、アップグレード手段や契約が複雑で判断できない」「固定用途だが端末が一般PCに近い」など、ドキュメントだけでは割り切れないケースも出ます。その場合、Microsoft Learn のアップグレードパスでも“サポート外やサポート切れの状況はアカウント担当と相談する”旨の記載があります。契約形態に応じて、Microsoft のアカウント担当者やサポート窓口で確認するのが、後から責任問題になりにくい進め方です。
まとめ：結論は「Windows 11 LTSC はある。ただし“どう上げるか”が肝」
- Windows 11 Enterprise LTSC 2024 は提供開始済み（2024-10-01）で、サポートは 2029-10-09 まで。IoT 版は 2034-10-10 まで延長サポート。
- Windows Update にアップグレードが出てこないのは、LTSC の設計思想（機能固定）と運用モデルの違いが大きい。
- “再インストールの痛み”を減らす現実解は、(A) GAチャネルへ移ってインプレースでアプリを残す、または (B) LTSC継続で再展開を自動化する、の2択に整理すると設計がブレません。
コメント