Visual Studio 2026の導入で1601・1703が出る原因と、Windows Installer・VC++再頒布の論点整理

本記事が扱う事象は、Visual Studio 2026 のインストール過程でエラー 1601 や 1703 が表示され、導入や更新が不安定になるケースです。Microsoft Learn のQ&Aでは、インストール中に「Microsoft.VisualCpp.Redist.14」が入らず、ファイル媒体（ディスク）を求められる挙動も報告されています。 (Microsoft Learn)
そのため、本記事では「Visual Studio固有の不具合」ではなく、Windows Installer（MSI）や再起動要求、VC++再頒布可能パッケージ（Redistributable）の関係として整理します。

• エラー1601は「Windows Installerに到達できない」問題として現れる
• エラー1703は「再起動が必要」というメッセージ枠で出る
• 代表的な原因の分解と、確認事項の並べ方
• Visual Studio側の“最後の手段”とログ収集の位置づけ
• Visual C++再頒布（Redistributable）とVisual Studio 2026の関係

エラー1601は「Windows Installerに到達できない」問題として現れる

1601は、Windows Installerサービスにアクセスできない状態を示すコードとして定義されています。 (Microsoft Learn)

1601は、Visual Studio のインストーラー本体が直接「壊れている」と断定するよりも、Windows側のインストール基盤（Windows Installerサービス）の登録・起動・破損に焦点が移る類型です。Microsoft Q&Aでも、1601はWindows Installer側の問題を示し、Visual C++ Redistributable の導入に依存する点が強調されています。 (Microsoft Learn)

この点から、現象が「Visual Studioの特定エディションだけで再現する」よりも、「MSIを使う別製品でも失敗しうる」構造になりやすいことが論点になります。さらにQ&A投稿では、複数回の試行後に別コード（1603）へ移った旨もあり、基盤側の不整合が連鎖して見え方だけが変わる可能性も残ります。 (Microsoft Learn)

エラー1703は「再起動が必要」というメッセージ枠で出る

1703は、構成変更を有効化するために再起動が必要だと告げるWindows Installerのメッセージ番号です。 (Microsoft Learn)

1703は「失敗コード」というより、MSIの処理中に再起動要求（ScheduleReboot など）を示す文脈で現れます。つまり、1703単体では原因を特定できず、前段で起きた導入失敗や更新保留、再起動待ちの状態と組み合わさって、インストールが完了しないように見える状況が作られます。 (Microsoft Learn)

そのため、1601と1703が同時に語られるケースでは、「Windows Installerに触れない（1601）」状態と、「変更確定に再起動が必要（1703）」という別レイヤーの問題が混在している点が実務上の確認点となります。なお、Visual Studioは多段のコンポーネント導入を行うため、再起動待ちが残ったまま再試行すると、別のコンポーネント失敗として観測される余地があります。

代表的な原因の分解と、確認事項の並べ方

原因は「Windows Installer基盤」「OS整合性」「VC++再頒布」「Visual Studio残骸」の4群に分けると整理しやすいです。 (Microsoft Learn)

最初に、1601が示す通りWindows Installerの登録不整合が疑点になります。Microsoft サポートでは、msiexec の登録解除と再登録（MSIEXEC /UNREGISTER → MSIEXEC /REGSERVER）という手順が提示されています。 (Microsoft サポート)
次に、OS側の破損があると再頒布可能パッケージや依存コンポーネントが落ちやすくなるため、SFC（System File Checker）とDISMで整合性を確認・修復する流れが紹介されています。 (Microsoft サポート)

さらに、Q&Aでは「Microsoft.VisualCpp.Redist.14」が入らない点が中心に出ています。Visual Studio 2015以降のVC++再頒布は互換性を保ちながら更新される一方、導入が壊れていると修復や更新が詰まることがあります。 (Microsoft Learn)
要点を整理すると、次の表の順に「どこで詰まっているか」を切り分ける考え方になります。

ただし、同じ画面に見えても原因が一致しないことがあります。たとえば「ファイル媒体を求める」挙動は、キャッシュ欠損・取得失敗・過去の導入情報参照など複数の可能性があり、ここは追加確認が必要となる領域です。 (Microsoft Learn)

続いて、実務上よく参照される“具体操作の例”を、Microsoftが示す範囲で並べると次の形になります（コピペ用の形にしています）。

この結果、1601が出る局面では「再登録」や「OS修復」が前段になり、VC++再頒布の導入失敗が追随しているのかどうかを判断材料として扱う構成になります。なお、手順の誤記や権限差で結果が変わるため、実行しあす環境（管理者権限、同一ユーザーなど）の条件差も残ります。 (Microsoft Learn)

Visual Studio側の“最後の手段”とログ収集の位置づけ

Visual Studioのクリーンアップ（InstallCleanup.exe）は、修復やアンインストールが成立しない場合の最終手段として明示されています。 (Microsoft Learn)

Visual Studioの導入が崩れると、インストーラーが「既存構成を参照して更新する」前提で動くため、過去の製品情報やキャッシュが不整合だと復旧が難しくなります。Microsoft Learn では、InstallCleanup.exe は他のVisual Studioインストールや関連製品にも影響し得るため、最後の手段として扱う注意点が書かれています。 (Microsoft Learn)

他方、原因の切り分けを前に進めるにはログの確保が重要になります。Learnのトラブルシューティングでは、Collect.exe を使って vslogs.zip を作り、失敗した導入の情報をまとめる流れが示されています。 (Microsoft Learn)
つまり、InstallCleanup.exe は「状態を初期化する操作」、ログ収集は「状態を説明可能にする操作」であり、目的が異なります。以上を踏まえると、同じ“復旧策”に見えても、どちらを先に扱うかで再現性や検証のしやすさが変わります。

Visual C++再頒布（Redistributable）とVisual Studio 2026の関係

Visual Studioの導入は、VC++再頒布可能パッケージを含む複数コンポーネントの連鎖で成立します。 (Microsoft Learn)

Microsoft Q&Aでは、Visual Studio 2026の導入中に「Microsoft.VisualCpp.Redist.14」が入らず、起動はできても更新が進まない状態が示されています。 (Microsoft Learn)
この構造は、Visual Studio本体の問題に見えても、再頒布可能パッケージの導入失敗が更新経路を塞ぐことで、IDE更新やワークロード追加まで影響が波及する形です。言い換えると、1601（MSI基盤）や1603（一般的な致命的エラー）といったコードが混在しても、実体は「依存コンポーネントをMSIで入れられない」一点に集約される場合があります。 (Microsoft Learn)

また、VC++再頒布は2015以降で互換性を保つ設計が説明されており、レジストリで導入版数を参照する考え方も示されています。 (Microsoft Learn)
さらに、VC++再頒布の「最新サポート版」の案内ページは更新が続いており、版数や対象アーキテクチャが動く点も確認材料になります。 (Microsoft Learn)

最後に、Visual Studio 2026以降の導入画面では、既存環境（ワークロードや設定など）の移行オプションが用意される旨が記載されています。 (Microsoft Learn)
そのため、移行対象の既存環境が破損している場合、導入・更新の失敗が「移行の段階で露出する」可能性も残ります。ここは事象の整理として、OS基盤・再頒布・インストーラー残骸・移行元構成の4点を同列に扱う必要があります。