vc_runtimeMinimum_x64.msiが見つからない（0x80070003/0x80070643）を解決：Visual C++ 2015–2022 再頒布パッケージ(x64)の更新・修復失敗対策

Windows 11でSteamや各種アプリをインストールしようとすると、「Microsoft Visual C++ 2015–2022 再頒布パッケージ（x64）」の更新／修復が失敗し、vc_runtimeMinimum_x64.msi が見つからない、0x80070003、0x80070643で先に進めないことがあります。この記事では、よくある原因の切り分けと、再発しにくい“安全寄り”の解決手順をまとめます。

起きている症状（このパターンなら本記事の手順が有効）

まずは、症状が「キャッシュ欠落／破損」によるVC++ランタイムの更新・修復失敗に当てはまるかを確認します。次のような表示が出ている場合、本記事の手順が刺さる可能性が高いです。

アプリ（例：Steam、TurboTax、ゲームランチャー、業務ツール等）のインストール中に、「Microsoft Visual C++ 2022 X64 Minimum Runtime – 14.xx.xxxxx」 のエラーが出て止まる
「この機能は利用できないネットワークリソース上にある」 と表示され、vc_runtimeMinimum_x64.msi の場所を要求される
例として、次のようなパスを指定するよう求められる
- C:\ProgramData\Package Cache\{...}\vc_runtimeMinimum_x64.msi
「Microsoft Visual C++ 2015–2022 再頒布可能パッケージ（x64）」の修復（Repair）を試しても改善しない
最新の VC_redist.x64.exe を実行しても途中で失敗する
ログやエラーコードに 0x80070003 / 0x80070643 が出る

表示・エラー	意味（ざっくり）	よくある原因
vc_runtimeMinimum_x64.msi が見つからない	修復／更新／アンインストールに必要な元MSIを参照できない	Package Cache（インストーラキャッシュ）側だけが欠落・破損
この機能は利用できないネットワークリソース上にある	Windows Installerが「元のソース」を要求している状態	削除・クリーンアップ・ディスク最適化・移行などでキャッシュの場所が消えた
0x80070003	パスが見つからない（または参照できない）	`C:\ProgramData\Package Cache\{...}`配下の実体がない／権限・セキュリティの干渉
0x80070643	MSIのインストール処理が失敗	元MSI不在・破損、依存関係の破綻、インストール状態の不整合

原因：登録情報は残っているのに、Package Cacheだけが欠落している

この手のエラーで一番多いのは、「既存の Visual C++ ランタイムの登録情報（インストール済みとしての情報）は残っているのに、インストーラが参照するキャッシュ（Package Cache）側が欠落／破損している」ケースです。

Microsoft Visual C++ 2015–2022 再頒布可能パッケージ（x64）は、修復・更新・アンインストールの途中で、内部的に vc_runtimeMinimum_x64.msi や vc_runtimeAdditional_x64.msi といったMSIを参照します。通常は C:\ProgramData\Package Cache という場所に「後から必要になる元ファイル」が保管されますが、ここが欠けると、上書き更新すらできずに詰まります。

特に「Minimum Runtime」「Additional Runtime」は、同じ“Visual C++ 2015–2022（x64）”でも役割が分かれているため、どちらか片方だけ壊れているように見えることもあります。アプリのインストールが止まるのは、アプリ側が必要なランタイムを検出して追加導入しようとした際に、既存の壊れた状態にぶつかるからです。

作業前のチェック（安全に進めるために）

いきなり削除・再インストールに入る前に、次の点を軽く確認すると失敗しにくくなります。

チェック項目	確認方法	狙い
インストール済み一覧にVC++ 2015–2022（x64）があるか	設定 → アプリ → インストールされているアプリで「Visual C++」検索	「存在しているのに壊れている」状態か確認
Minimum / Additional の両方があるか	一覧で「Minimum」「Additional」を確認	どちらが原因か目星をつける
要求されるファイルのパスが実在するか	エラーに出たパス（例：`C:\ProgramData\Package Cache\{...}\vc_runtimeMinimum_x64.msi`）をエクスプローラーで確認	本当に「実体がない」問題か確定
セキュリティソフトの隔離・保護	保護履歴・隔離履歴を確認（可能な範囲で）	キャッシュや実行ファイルがブロックされていないか確認

ここで「一覧にはあるのに、修復も更新もできない」「MSIの場所を要求される」「Package Cacheのフォルダがない」なら、次の推奨手順に進みます。

最優先でおすすめの解決策：壊れたVC++を“強制アンインストール”してから入れ直す

この問題は、普通の「修復」や「上書きインストール」では直らないことが多いです。理由は単純で、修復・更新の処理そのものが“欠けているMSI”を必要としてしまうからです。

そこで有効なのが、Microsoft公式の「プログラムのインストールとアンインストールのトラブルシューティング（Program Install and Uninstall troubleshooter）」です。これを使うと、壊れた登録情報を掃除して、アンインストールを強制的に通すことができます。

手順1：トラブルシューティングで、壊れている VC++ ランタイムを削除する

Microsoftの「Program Install and Uninstall troubleshooter（プログラムのインストールとアンインストールのトラブルシューティング）」を入手します。検索する場合は、次のキーワードが見つけやすいです。
- Program Install and Uninstall troubleshooter
- プログラムのインストールとアンインストールのトラブルシューティング
ツールを起動し、選択肢が出たらUninstalling（アンインストール）を選びます。
インストール済み一覧が表示されたら、問題になっている項目を選びます。ポイントは「全部消す」ではなく、壊れている（利用できない）項目に絞ることです。
一般的には、エラーに出ているのが x64 なので、まずは次のどちらか（または両方）を対象にします。
- Microsoft Visual C++ 2015–2022 Redistributable (x64) – Minimum Runtime – 14.xx.xxxxx
- Microsoft Visual C++ 2015–2022 Redistributable (x64) – Additional Runtime – 14.xx.xxxxx
コメント事例としては「2022 x64 の Minimum と Additional だけ削除して解決」というパターンが多いです。
削除が完了したら、いったんPCを再起動します（再起動でインストーラの保留状態がクリアされることがあります）。

消す候補	対象にしやすい状況	考え方
2015–2022 (x64) Minimum Runtime	エラー文に vc_runtimeMinimum_x64.msi が出る	まずここが本丸。壊れていると更新・修復が詰まる
2015–2022 (x64) Additional Runtime	Minimumを消しても再インストールが進まない／同系統のエラーが続く	Minimumとセットで破綻していることがあるため、必要に応じて削除
2015–2022 (x86) Minimum/Additional	32bitアプリで失敗する／インストーラがx86も要求してくる	64bit OSでも32bitアプリはx86ランタイムが必要
Debug Runtime（表示される場合）	開発用途や特定環境で入っていて、同様に壊れている	一般ユーザー環境では出ないことも多い。見えていて壊れているなら対象

注意：トラブルシューティングで表示されたからといって、無闇に全世代（2010/2013など）を一掃する必要はありません。今回の症状は「2015–2022（x64）のMinimum/Additional」が壊れていることが多いので、まずは該当箇所に限定するのが安全です。

手順2：最新版の VC++ 再頒布パッケージ（x64）を入れ直す

壊れた登録情報が消えたら、次は入れ直しです。ここで重要なのは、古いインストーラではなく、Microsoft公式の「最新の Visual C++ 再頒布可能パッケージ」から入手したものを使うことです。

Microsoft公式サイトで「最新の Visual C++ 再頒布可能パッケージ」を開き、x64 の VC_redist.x64.exe をダウンロードします。
ダウンロードした VC_redist.x64.exe を右クリック → 管理者として実行します。
インストールが完了したら、念のためもう一度再起動します（必須ではないこともありますが、後々の詰まりを避けやすいです）。
Steamなど、元々失敗していたアプリのインストーラを再実行します。

ここまでで、多くの環境は復旧します。特に「vc_runtimeMinimum_x64.msi が見つからない」系は、“壊れた状態をいったん外に出す”→“最新版を新規に入れる”が最短ルートです。

補足：x86（32bit）も必要？意外と見落としやすいポイント

Windows 11が64bitでも、アプリが32bitで動くならx86ランタイムが必要です。Steamそのものやゲーム／ツール側の構成によって、x86の導入が不足していると別の段階で詰まることがあります。

導入すべきランタイム	必要になりやすいケース	判断のヒント
x64（VC_redist.x64.exe）	64bitアプリ、64bitゲーム、64bitランチャー	エラー文に x64 / amd64 / vc_runtimeMinimum_x64 が出る
x86（VC_redist.x86.exe）	32bitアプリ、古めのツール、32bitゲーム	エラー文に x86 / vc_runtimeMinimum_x86 が出る、または32bitアプリでだけ失敗する

今回の質問概要は「2022 x64 Minimum Runtime」で止まっていますが、解決後に別エラーが出る場合は、x86も併せて最新版を入れておくとスムーズなことが多いです（両方入れても競合するものではありません）。

つまずきポイントと“やりがちNG”

この問題はネット上に「とにかく削除」「このフォルダを消す」といった強い手順も出回りますが、再発や副作用につながりやすいものがあります。実際に詰まりやすい点を整理します。

NG：Package Cache を手作業でゴリゴリ削除する

C:\ProgramData\Package Cache は、Visual C++だけではなく、他のアプリや更新プログラムも使うことがある領域です。ここを丸ごと削除すると、今は動いている製品の「修復」「アンインストール」「更新」が将来詰まる原因になります。

今回のように既に欠落している場合でも、追加で削除を進めるのは悪化のリスクがあります。まずはトラブルシューティングで“壊れた登録情報だけ”を狙って除去 → 正規の再インストールが堅いです。

NG：怪しい配布元のMSIを拾って指定する

「vc_runtimeMinimum_x64.msi をどこかから入手して指定すれば直る」と考えがちですが、配布元が不明なMSIを指定するのは危険です。Microsoft公式の再頒布パッケージ（VC_redist）を使い、正常な状態に戻すのが基本です。

注意：クリーナー系ツールやストレージ最適化

キャッシュ欠落の原因として、ディスク容量を空ける目的で、クリーナー系ツールが「不要ファイル」と判断して削除してしまうケースもあります。今後の再発を避けたい場合は、ProgramData配下のキャッシュを勝手に消す系の設定がないか見直しておくと安心です。

それでも直らない場合の追加策（現実的・安全寄りの順）

推奨手順（強制アンインストール → 最新版再インストール）で解決しない場合、原因が複合している可能性があります。次の追加策を上から順に試すのが現実的です。

管理者として実行する（VC_redist／アプリのインストーラ両方）

権限不足でキャッシュやサービスにアクセスできないと、0x80070003のような“パスが見つからない/参照できない”挙動に見えることがあります。インストール操作は次を徹底します。

VC_redist.x64.exe を管理者として実行
失敗していたアプリのインストーラ（例：SteamSetup.exe）も管理者として実行

セキュリティソフトの干渉を疑う（可能な範囲で）

企業端末や強めの保護設定だと、C:\ProgramData\Package Cache への書き込み・実行がブロックされることがあります。可能な範囲で次を確認します。

保護履歴（隔離・ブロック）に VC_redist や msiexec.exe 関連がないか
一時的な無効化が許可されている環境なら、インストール中だけ停止して試す（難しければ無理にやらない）

Windowsのコンポーネント修復（SFC / DISM）

Windows Installer周りやシステムコンポーネントが不整合を起こしている場合、VC++だけ直してもMSI処理が安定しません。次の順で実行します（管理者権限のコマンドプロンプト／Windows Terminal）。

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

完了後は再起動し、もう一度 VC_redist.x64.exe を実行してからアプリのインストールを試します。

クリーンブートで試す（常駐の干渉を切る）

常駐ソフト（最適化ツール、監視ツール、古いドライバ付属の常駐など）がMSIの処理を妨げることがあります。クリーンブートは少し手間ですが、原因切り分けとして強力です。クリーンブート状態でVC_redistの導入が通るなら、常駐側に原因があると判断しやすくなります。

ログを見て「何を探しているか」を特定する

同じ0x80070643でも、実際には「どのMSI/どのGUIDを探しているか」で対処が変わります。VC++再頒布パッケージのログは、一般的に %TEMP% 配下に dd_vcredist*.log のような名前で出力されます。ログに次のような行がある場合は、まさに“キャッシュ欠落”の典型です。

Error 0x80070003: Failed to cache payload: VC_redist.x64.exe
Error 0x80070643: Failed to install MSI package
... vc_runtimeMinimum_x64.msi ...

ログに出てくるファイル名が Minimum なのか Additional なのか、x64 なのか x86 なのかを見て、トラブルシューティングで消す対象を絞り込むと成功率が上がります。

Minimum Runtime と Additional Runtime の違い（なぜ2つある？）

Visual C++ 2015–2022 再頒布可能パッケージは、内部的に複数のコンポーネントで構成されます。Windowsの「インストールされているアプリ」にも、Minimum / Additional と分かれて表示されることがあります。

コンポーネント	役割	壊れると起きやすいこと
Minimum Runtime	多くのC++アプリが共通で使う、基本的なランタイム群	アプリが起動しない／インストール時に必須チェックで止まる
Additional Runtime	追加コンポーネント（アプリによって必要）	特定のソフトやゲームだけが起動できない／追加チェックで止まる

今回のキーワードである vc_runtimeMinimum_x64.msi は、まさにMinimum Runtime側のMSIです。ここが欠けると、修復・更新処理が「元ファイルを指定して」と要求して止まりやすくなります。

最終チェックリスト（復旧後に確認するポイント）

復旧できたかどうかは、次のチェックで判断できます。

確認項目	OKの目安	NGなら次にやること
VC++ 2015–2022（x64）のインストール	「インストールされているアプリ」にMinimum/Additionalが正常に表示される	管理者実行で再インストール／トラブルシューティングで再削除してやり直し
Steam等のインストール	途中でVC++エラーが出ずに完走する	x86も導入／セキュリティ干渉／SFC・DISMを追加
再起動後の安定性	再起動しても同じエラーが再発しない	クリーナー系設定の見直し／常駐アプリの干渉を確認

よくある質問

「vc_runtimeMinimum_x64.msi」はどこにあるのが普通？

多くの環境では、C:\ProgramData\Package Cache\{GUID}\ のような場所にキャッシュされます。ただし、この場所は“ユーザーが手で管理する前提ではない”領域なので、欠けてしまった場合は正規の方法で再構築（＝いったん削除して入れ直す）のが安全です。

アプリのインストーラが勝手にVC++を入れようとして失敗します。先に手動で入れておくべき？

はい。今回のようにVC++側が壊れていると、アプリのインストーラが何度も同じ場所で詰まります。先に壊れたVC++を強制アンインストールしてから、最新版のVC_redist（x64／必要ならx86）を手動で入れると、アプリ側の導入が安定しやすいです。

「修復」ボタンがあるのに、なぜ直らないの？

修復は、内部的に「元のMSI」を参照して整合性を取ります。ところが今回の症状は、その元のMSIを置いているキャッシュが欠落していることが多いため、修復処理自体が成立しません。だからこそ、トラブルシューティングで登録情報を掃除してから入れ直すのが効きます。

0x80070003 と 0x80070643 はどちらが本体？

セットで出る場合が多いです。0x80070003（パスが見つからない／参照できない）が先に起き、その結果としてMSI処理全体が失敗し、0x80070643（MSIのインストール失敗）につながる、という流れが典型です。ログを見ると、何を探して失敗しているかが分かりやすいです。

まとめ：安全に直すコツは「壊れた登録情報の除去 → 最新版の入れ直し」

「Microsoft Visual C++ 2015–2022 再頒布パッケージ（x64）」の更新／修復が失敗して vc_runtimeMinimum_x64.msi が見つからない、0x80070003、0x80070643 が出る問題は、Package Cache欠落が原因のことが多く、修復や上書き更新では詰まりがちです。

最短で安定しやすい手順は、MicrosoftのProgram Install and Uninstall troubleshooterで壊れているMinimum/Additional（必要に応じてx86も）を強制アンインストールし、Microsoft公式の最新版VC_redistを入れ直すことです。Package Cacheを手作業で削るより、副作用が少なく再現性も高いので、まずはこの方法から試してください。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。