Microsoft Visual C++ 再頒布可能パッケージをインストール・アンインストールできないときは、最初から全バージョンを削除してはいけません。まずPCを再起動し、既存のx86版・x64版を「修復」します。直らなければMicrosoft公式ページから対象アプリのアーキテクチャに合う最新のv14パッケージを入れ直し、エラー1714や1612が出る場合だけ、ログで問題の旧バージョンを特定して公式手順で処理します。NVIDIAのDLLエラーも、Visual C++の修復後に症状が残る場合に限ってNVIDIAドライバー側を修復するのが安全です。
この順番なら、別のゲームや業務ソフトが利用しているランタイムを巻き込んで消す危険を抑えられます。Web上のDLL配布サイトから単体DLLを入手したり、レジストリやSystem32内のファイルを手作業で削除したりする必要はありません。
まずエラーの発生場所とDLL名を確認する
「NVIDIA DLL エラー」と表示されても、原因が必ずVisual C++とは限りません。画面を閉じる前に、エラー全文、エラーコード、DLL名、失敗したアプリ名をメモするかスクリーンショットで残してください。対処の入口は次のように分けられます。
| 表示・症状 | 最初に進む場所 |
|---|---|
VCRUNTIME140.dll、VCRUNTIME140_1.dll、MSVCP140.dllが見つからない | Visual C++のx86・x64を確認し、既存パッケージを修復 |
| Visual C++のセットアップ自体が失敗し、1603、5、32、1620、1714、1612などが出る | セットアップログを確認し、エラー別の手順へ |
nvで始まるDLL名、NVIDIA Appやドライバーの導入失敗 | Visual C++修復後も続く場合だけNVIDIA公式手順へ |
| 特定のゲーム・アプリだけが起動しない | そのアプリのファイル検証・修復と公式サポート情報を先に確認 |
エラー1603は「一般的なインストール失敗」であり、コードだけでは原因を断定できません。反対に、エラー32は使用中ファイル、エラー5はアクセス拒否、エラー1714は旧版を削除できない状態を調べる手掛かりになります。
削除を試す前に復元ポイントと現状記録を用意する
「修復」と公式最新版の上書き導入は比較的影響が小さい作業です。一方、旧パッケージのアンインストールやNVIDIAドライバーのクリーンインストールへ進む前には、元へ戻せる準備をします。
- Windows 11の設定 → アプリ → インストールされているアプリで「Microsoft Visual C++」を検索し、表示された名前、年、バージョン、x86・x64を記録する
- 作業中の文書を保存し、重要な個人ファイルは別ドライブや利用中のバックアップ先へコピーする
- スタートで「復元ポイントの作成」を検索し、システム保護が有効なら作成を選んで、作業前の復元ポイントを作る
- NVIDIAの画面設定やアプリごとの3D設定を変更している場合は、必要な値を記録する
復元ポイントは個人ファイルのバックアップではありませんが、システムファイル、レジストリ設定、インストール済みプログラムなどを以前の状態へ戻すために使えます。作業後に別のアプリまで起動しなくなった場合の戻り道として用意します。
手順1：再起動して既存のVisual C++を修復する
- インストーラー、ゲーム、NVIDIA App、ブラウザー、GPU監視・調整ツールを終了し、PCを再起動します。再起動は使用中ファイルのロックを解消するためにも有効です。
- Windows 11で設定 → アプリ → インストールされているアプリを開き、「Microsoft Visual C++」を検索します。
- 対象のVisual C++ Redistributableで変更が利用できる場合は開き、セットアップ画面の修復を実行します。設定に変更が出ない場合は、コントロール パネルのプログラム → プログラムと機能から同じ項目を選び、修復または変更が利用できるか確認します。
- x86版とx64版の両方がある場合は、問題のアプリに必要な側を修復します。アプリの種類が分からない場合は、両方を順番に修復して構いません。
- 修復後に再起動し、問題のアプリを一度だけ起動して確認します。
修復や変更の項目は、すべてのデスクトッププログラムに表示されるわけではありません。見つからない場合は異常ではないため、無理に削除せず次の公式インストーラーへ進みます。
手順2：Microsoft公式の最新v14を正しい構成で入れる
Microsoftの現行案内では、最新のv14再頒布可能パッケージはVisual Studio 2017～2026で作成されたアプリ向けです。Visual Studio 2015単独の再頒布可能パッケージは2025年10月15日にサポートを終了しましたが、最新v14ランタイムは2015で作成されたアプリともバイナリ互換性があります。古い固定バージョンを非公式サイトから探すのではなく、まずMicrosoft公式の「サポートされている最新の Visual C++ 再頒布可能パッケージ」を使います。
| 対象アプリ | 選ぶパッケージ | 注意点 |
|---|---|---|
| 32ビットアプリ | x86 | 64ビット版Windowsでも、32ビットアプリにはx86が必要 |
| 64ビットアプリ | x64 | OSではなくアプリの対象アーキテクチャに合わせる |
| ARM64版Windows | 公式ページの案内に従う | 現行のx64パッケージにはARM64とx64のバイナリが含まれる。x86アプリにはx86も必要 |
| アプリの種類が不明 | アプリ提供元の要件を確認 | x64 PCでx86とx64を併存させること自体は問題ではない |
- 公式ページの固定リンクから必要な
vc_redist.x86.exeまたはvc_redist.x64.exeをダウンロードします。 - ダウンロードしたファイルのプロパティで発行元のデジタル署名がMicrosoftであることを確認します。
- ファイルを右クリックして管理者として実行し、表示された選択肢に従ってインストールまたは修復します。
- 再起動を求められたら再起動し、アプリを確認します。
Visual C++ 2013以前のパッケージは、v14とは別にサイドバイサイドで残る設計です。古く見えるという理由だけで一括削除すると、その版を必要とする別アプリが起動しなくなる可能性があります。
手順3：インストール失敗はログとエラーコードで分ける
Visual C++のセットアップは通常、%TEMP%にログを作成します。エクスプローラーのアドレス欄に%TEMP%と入力し、更新日時が失敗時刻に近いdd_vcredist_で始まるログを探します。Microsoftの詳細な調査手順では、公式ログ収集ツールが作るvscollect.zip内のTempフォルダーから、dd_vcredist_<arch>_日時という名前のログを確認します。
| エラー | 意味の目安 | 安全な初動 |
|---|---|---|
| 1603 | 一般的なインストール失敗 | コードだけで断定せず、ログのError、Failed、System Error周辺を確認 |
| 5 | アクセス拒否 | Microsoft公式ファイルか確認し、管理者として実行。管理PCでは管理者へ相談 |
| 32 | ファイルが別プロセスで使用中 | 起動中のアプリを閉じ、PCを再起動してから再試行 |
| 1620、0x80091007、0x80070654 | パッケージを開けない、検証不一致、MSI実行失敗 | 現在のファイルを破棄し、Microsoft公式リンクから再ダウンロード |
| 1714、1612 | 旧版を削除できない、元のMSIが見つからない | ログで問題の正確な版とx86・x64を特定し、次節へ |
MicrosoftのVisual C++再頒布可能パッケージの公式トラブルシューティングも、最初に失敗ログを収集し、原因を分けるよう案内しています。ログをサポートへ送る場合は、ユーザー名を含むパスなどの個人情報がないか確認してください。
手順4：アンインストールできない旧版を安全に処理する
エラー1714や1612では、Windows Installerのキャッシュが欠け、以前のVisual C++を削除できないことがあります。ここでレジストリの製品キーを検索して消す方法は採りません。誤ったキーを消すと別ソフトの修復・更新まで壊れるためです。
- ログに記載された旧版のバージョン番号とx86・x64を記録します。
- 設定の「インストールされているアプリ」またはコントロール パネルの「プログラムと機能」から、その項目だけを選んで変更・修復・アンインストールを試します。
- Windows 11がトラブルシューティングを提案した場合は、その公式案内に従います。Windows 10では、Microsoftの「プログラムのインストールとアンインストールのトラブルシューティング ツール」が、破損した更新データや不完全なアンインストール情報を修復できます。
- MicrosoftのVC++公式ガイドで正確な旧版インストーラーが必要と判断された場合だけ、Microsoft Dev Essentialsなど同ガイド記載のMicrosoftサイトから該当版を入手し、そのインストーラーで旧版を削除します。
- 再起動後、最新v14の公式インストーラーをもう一度実行します。
Windows 11とWindows 10で利用できる選択肢は同一ではありません。現在のMicrosoft公式ページは、Windows 11では再起動、修復、設定からの削除、表示されたトラブルシューティング案内を優先し、ダウンロード型ツールはWindows 10向けとして説明しています。詳細はプログラムのインストールまたは削除をブロックする問題を修正するで確認できます。
手順5：Windows側にも異常があるときだけDISMとSFCを実行する
Visual C++のインストーラー情報だけが壊れている場合、SFCで異常が出ないことは珍しくありません。ただしWindows Updateも失敗する、複数の標準機能が動かない、システムエラーやフリーズも起きる場合は、Windowsコンポーネントと保護されたシステムファイルを確認します。
- スタートで「コマンド プロンプト」を検索し、管理者として実行します。
- Microsoft公式の順番どおり、先にDISM、完了後にSFCを実行します。
DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannowDISMは通常Windows Updateを修復ソースとして使います。処理中はウィンドウを閉じず、SFCも検証が100%になるまで待ちます。完了後に再起動し、Visual C++の公式インストーラーを再試行してください。コマンドの根拠と結果ごとの対応はMicrosoftのDISM・システム ファイル チェッカー公式手順で確認できます。
手順6：NVIDIA DLLエラーが残る場合はドライバー側を切り分ける
Visual C++のx86・x64を修復してもNVIDIA App、ゲーム、映像ソフトで同じエラーが続く場合は、次にアプリ本体とNVIDIAドライバーを分けて確認します。特定の1本だけが失敗するなら、そのアプリのランチャーにあるファイル検証・修復、または提供元の公式インストーラーによる再導入を先に行います。複数アプリでnv系DLLのエラーが出る、NVIDIA Appのドライバー導入自体が失敗する場合は、ドライバー側の優先度が上がります。
- NVIDIAの公式ドライバーページから、GPUとWindowsに合う最新のGame Ready Driverまたは利用目的に合う公式ドライバーを取得します。
- ブラウザー、動画再生ソフト、ゲーム、MSI AfterburnerなどのGPU監視・調整ツールを終了します。Windows Updateが処理中なら完了と再起動を待ちます。
- 公式インストーラーを管理者として実行し、カスタムを選択してクリーン インストールを有効にします。
- 完了後にPCを再起動し、最初に問題のアプリだけを起動して確認します。
NVIDIAのクリーンインストールはドライバー設定が初期化されることがあるため、事前記録と復元ポイントを用意してから行います。NVIDIA自身が公開している現行手順はNVIDIA Appでドライバーのインストールに失敗した場合の公式サポートで確認できます。非公式のドライバー削除ツールまで進む必要はありません。
避けるべき対処と、その理由
- DLL単体を配布サイトからダウンロードしない：正しい版・署名・依存関係を保証できず、マルウェア混入の危険もあります。
- Visual C++を年の古い順に全部削除しない：2013以前は別アプリのために並存している場合があります。
- レジストリのInstallerキーを勘で消さない：製品コードを取り違えると、無関係なアプリの修復・更新・削除ができなくなります。
System32やSysWOW64のDLLを手動で置き換えない：Windowsの保護やアーキテクチャの対応を崩す原因になります。- セキュリティ機能を常時無効にしない：本手順ではWindows セキュリティを止める必要はありません。組織管理PCのポリシーや保護機能が関係しそうな場合は、回避せず管理者へ相談します。
- いきなりPCのリセットへ進まない：まずエラーを記録し、修復と公式インストーラー、ログ確認までで原因を狭めます。
修復できたかを確認するチェックリスト
- インストールされているアプリに、必要なVisual C++のx86またはx64が表示される
- 再起動後、問題のアプリを1回起動しても同じDLLエラーが出ない
- Visual C++セットアップを再実行した場合、新しい失敗ログが作られていない
- 別のゲームや業務ソフトも起動できる
- NVIDIAドライバーを入れ直した場合、デバイス マネージャーに警告がなく、必要な画面設定を戻せている
まだ失敗する場合は、アプリ名、Windowsのエディションとバージョン、x86・x64、Visual C++の版、エラーコード、dd_vcredistログをそろえて、アプリ提供元またはMicrosoftサポートへ相談します。NVIDIA関連ならGPU型番とドライバーバージョンも添えると切り分けが早くなります。
よくある質問
64ビット版Windowsならx64だけでよいですか？
いいえ。32ビットアプリは64ビット版Windows上でもx86ランタイムを使用します。対象アプリが32ビットならx86、64ビットならx64が必要です。複数のアプリを使うPCでx86とx64が両方入っているのは自然な状態です。
新しい版が入っているのに、アプリ付属の古いセットアップが失敗します
v14では、インストール済みランタイムがアプリのビルドに使われたツールより同じか新しい版である必要があります。新しい版を消して古い版へ下げるのではなく、まずアプリ本体を最新版へ更新し、提供元が指定する要件を確認してください。2013以前のランタイムはv14とは別物なので、アプリが明示的に要求する場合だけ公式版を併存させます。
SFCで「整合性違反を検出しませんでした」と出てもおかしくありませんか？
おかしくありません。SFCはWindowsの保護されたシステムファイルを検査するもので、Visual C++のWindows Installer登録やアプリ独自ファイルの異常をすべて検出するわけではありません。その場合はリセットへ進まず、Visual C++の失敗ログ、アプリの修復、NVIDIAドライバーの順で確認します。
公式情報源
- Microsoft Learn：サポートされている最新の Visual C++ 再頒布可能パッケージ（最新v14、x86・x64・ARM64、互換性とサポート状況）
- Microsoft Learn：Visual C++ Redistributable installation problems（ログの場所、1603・5・32・1620・1714などの公式診断）
- Microsoft サポート：Windows でアプリとプログラムを修復する（設定・コントロール パネルからの修復）
- Microsoft サポート：プログラムのインストールまたは削除をブロックする問題を修正する（Windows 11・10の現行手順）
- Microsoft サポート：システムの保護（復元ポイントの作成と適用）
- Microsoft サポート：DISMとシステム ファイル チェッカー（実行順序と結果の読み方）
- NVIDIA SUPPORT：ドライバーを手動でクリーンインストールする手順（NVIDIA Appで導入に失敗した場合）
まとめ
Visual C++ 2015–2022系のインストール・アンインストール障害は、再起動 → 既存x86・x64の修復 → Microsoft公式の最新v14 → ログでエラー別に処理 → 必要な場合だけDISM/SFC → NVIDIA公式のクリーンインストールの順で進めます。旧ランタイムの全削除、DLL単体の追加、レジストリの手動削除は不要です。変更を伴う段階では復元ポイントと現状記録を先に用意し、一段ずつ再起動と動作確認を挟めば、原因を見失わず安全に復旧できます。
コメント