Visual C++再配布可能パッケージを探すときは、アプリを動かすためのランタイム更新と、壊れたインストール情報の修復を分けて考えることが大切です。「14.34.31938が消せない」「14.40.33810のインストーラーが見つからない」といった場合も、近い番号のファイルを順番に試すのではなく、エラー全文と必要なアーキテクチャを確認します。
この記事では、公式のダウンロード先、x86・x64の選び方、通常の修復・アンインストール、古いインストーラーを要求された場合の確認順を紹介します。使用中のアプリが正常なら、一覧を整理するためだけに再配布可能パッケージを削除する必要はありません。
Visual C++再配布可能パッケージの役割と、複数ある理由
Visual C++で作られたアプリが共通で使う実行時ライブラリを導入するものです。必要なランタイムがない、または破損している場合に、起動時のDLLエラーなどが出ることがあります。ただし、DLL名やエラー番号だけで原因を決めず、まずアプリ提供元の動作要件・修復手順を確認してください。
複数の項目があるのは必ずしも異常ではありません。2013以前の異なる世代や、x86・x64などのアーキテクチャ違いは共存できます。あるアプリを削除した後も、別のアプリが共有ランタイムを使っている可能性があります。
x86・x64・ARM64はWindowsのビット数だけで選ばない
基本は動かすアプリの対象アーキテクチャに合わせることです。64ビットWindowsでも32ビットアプリにはx86版が必要です。x86版があるからx64版は不要、あるいは64ビットOSだからx86版を削除してよい、とは判断できません。ARM64 PCではエミュレーションで動くアプリもあるため、アプリ提供元の指定を優先します。
| 動かすアプリ | 確認するパッケージ | 注意点 |
|---|---|---|
| 32ビット（x86）アプリ | x86 | 64ビットWindowsでも必要になり得る |
| 64ビット（x64）アプリ | x64 | x86版だけでは代用できない |
| ARM64アプリ | ARM64対応ランタイム | アプリと配布パッケージの対応を公式資料で確認 |
| 複数の世代・アーキテクチャのアプリ | 必要な各パッケージ | 一覧の項目数だけで重複と判断しない |
「古い」「x86だから」という理由だけで削除すると、別のアプリが起動しなくなることがあります。残すかどうかは、そのPCで使うアプリの要件を確認して判断しましょう。
Microsoft公式のダウンロード先
入手の起点はMicrosoft：最新のサポート対象Visual C++再配布可能パッケージです。現在のv14系と、2013・2012など旧世代への案内が分かれています。v14の最新版は更新されるため、この記事で特定のファイル番号を「最新」と固定しません。
現行v14のダウンロードは、公式資料にあるx86版、x64版、ARM64版から確認できます。これらは最新版へのリンクであり、14.34.31938や14.40.33810を指定して取得するリンクではありません。対象OSがサポートされるかも公式ページで確認してください。
v14系の新旧互換性と、旧世代の共存
Microsoftのバイナリ互換性資料では、Visual Studio 2015以降のv14系について、再配布可能パッケージはアプリに使ったビルドツールと同じか、それより新しい版が必要と説明しています。対応する新しいv14は古いv14を更新する設計で、単に「数字が近いから互換性がある」という基準ではありません。
例えば、新しいランタイムで古いv14アプリを動かせることと、新しいランタイムのインストーラーが古い版の欠損MSIを代用できることは別問題です。後者ではWindows Installerが要求する正確な製品・版・アーキテクチャが関係します。アプリ実行時の互換性を、修復用ファイルの交換可能性と混同しないでください。
2013以前は世代ごとに別のランタイムです。たとえばVC++ 2012を必要とするアプリを、新しいv14を入れるだけで動かせるとは限りません。また、Visual Studio 2015や2013・2012の旧配布物がダウンロード可能であることと、現在もサポート対象であることは異なります。継続利用はアプリ提供元に確認し、対応版への移行を検討します。
x86とx64の共存、2012とv14の共存、同じv14の更新はそれぞれ別の話です。アプリ用ランタイムを更新したいのか、古いセットアップの不足ファイルを求められているのかを先に分けましょう。
14.34.31938（x86／x64）がアンインストールできない場合
14.34.31938のような具体的な番号が表示されても、その番号固有の不具合とは限りません。インストール元が見つからない、別の版がある、ファイルが使用中などで対処が変わります。まず次の情報を控えてください。
- 「インストールされているアプリ」または「プログラムと機能」に表示される製品名・バージョン・x86/x64。
- 実行した操作がインストール・修復・更新・削除のどれか。
- エラー全文と番号、要求されるEXE/MSIのファイル名・パス。画面の個人情報は公開しない。
- アプリ提供元の要件と、ほかに動作している業務ソフト・ゲームへの影響。
1. 削除が本当に必要か確認する
アプリが起動しない問題の解決が目的なら、共有ランタイムを削除する前にアプリ提供元の修復手順を確認します。最新版への更新を進めるだけでよい場合もあります。組織のPCでは管理者の配布方針に従い、管理されたパッケージを独自に置き換えません。
2. 通常の修復メニューを確認する
作業を保存して対象アプリを終了します。「コントロール パネル」→「プログラム」→「プログラムと機能」で対象のVisual C++項目を選び、「変更」または「修復」が使えるか確認します。表示内容はパッケージによって異なります。Microsoftのアプリ修復案内に従い、修復後に再起動を求められたら実施して、元のアプリを確認します。
修復は選択したインストールを直すための機能ですが、欠損したインストール元を必ず復元できるわけではありません。エラーになった場合は同じ操作を繰り返さず、その時点のメッセージを保存します。
3. 同じ版のインストール元を要求された場合
特定のMSIや旧版のソースを要求された場合は、画面とログに出た正確な版・アーキテクチャを確認し、元のアプリ配布元またはMicrosoftの正規配布先へ相談します。同じ版の正規セットアップが提供されていれば、その提供元の手順で修復・再実行します。すべての細かな旧版を一般公開で再入手できるとは限りません。
近い版のMSIを選択する、別ファイルを要求された名前へ変更する、別PCからWindows Installerのキャッシュをコピーする、といった方法は避けます。C:\Windows\InstallerやC:\ProgramData\Package Cacheをまとめて削除したり、製品コードを推測して削除したりしないでください。Microsoftのキャッシュ欠損に関する注意も確認してください。
4. 削除が必要と確認できた場合だけアンインストール
Windows 11では「設定」→「アプリ」→「インストールされているアプリ」で対象の項目を選び、メニューの「アンインストール」から進めます。従来の「プログラムと機能」も入口になりますが、画面を変えるだけで欠損したインストール元が戻るわけではありません。削除後は、必要なランタイムの再導入と依存アプリの起動確認まで行います。
14.40.33810が見つからない場合と、0x80070666の意味
14.40.33810を探す場合も、アプリの動作要件として必要なのか、旧パッケージを削除する途中で要求されているのかを区別します。前者は提供元が認める対応v14へ更新する方針を確認し、後者は要求されたインストール元の情報を調べます。14.40系なら何でも修復に使える、とは説明できません。
古いv14のセットアップを実行して0x80070666（別のバージョンが既にインストールされている）が出た場合、より新しい同系統の再配布可能パッケージが既に入っていることがあります。公式の互換性資料でも説明される動作です。古い番号へ戻すためだけに新版を削除せず、インストール済みの版とアプリの必要条件を照合します。
Visual C++ 2013・2012など旧世代の入手方法
Microsoftのダウンロード案内で、2013（12.0系）・2012（11.0系）など該当する世代の節を開きます。Visual Studio本体を丸ごと入れることと、アプリ実行用のRedistributableを入れることは別です。対象アプリが必要とする世代・アーキテクチャを確認してください。
公式案内からVisual Studioのダウンロードサービスへ進む項目もあります。サインインや利用条件の確認が必要な配布物があり、検索した番号が必ず公開されているとは限りません。見つからないときは、必要とするアプリの提供元へ正規の配布元を確認します。
旧アプリと新アプリを使うPCでは、複数世代が残ることがあります。「最新版だけ残す」整理より、必要なアプリを動かせる状態を保つことを優先しましょう。
修復・削除でエラーになる場合の確認表
| 状態 | 次の確認 | 避けたい対処 |
|---|---|---|
| 起動時のDLLエラー | アプリ名・必要なランタイム・x86/x64と提供元の修復案内 | 単体DLLを非公式サイトからコピー |
| 0x80070666 | 同じアーキテクチャの新しいv14が既にないか | 古い番号を入れるためだけに新版を削除 |
| インストール元が見つからない／旧版を削除できない | 要求された製品・版・MSI名とセットアップログ | 近い版のMSIの流用、キャッシュ一括削除 |
| 1603など一般的な失敗 | ログ内の具体的な失敗箇所、再起動待ち、提供元の指示 | 番号だけで原因を断定 |
| アクセス拒否・組織ポリシーの影響が疑われる | 権限と管理者の配布ルール | 保護ソフトや組織ポリシーを一律に解除 |
MicrosoftのVC++インストール診断資料は、失敗ログから調べる方法を案内しています。dd_vcredist_で始まるログなどから、エラーの直前の情報を確認します。アプリの付属セットアップから実行した場合は保存場所が異なることがあるので、そのアプリ側のログも確認してください。ログをサポートへ渡す際はユーザー名やパスなどの扱いにも注意します。
公式トラブルシューティングツールは対象OSを確認する
Microsoft：インストール・削除を妨げる問題の対処はWindows 11とWindows 10で案内が分かれています。Windows 11では通常の修復・削除と、失敗時に表示されるトラブルシューティング案内を確認します。従来の「Program Install and Uninstall troubleshooter」のダウンロード手順はWindows 10側に記載されており、すべてのWindows 11環境で同じツールを使えるとは断定しません。
製品が一覧にない場合など、正確な製品コードの確認が必要になる手順は管理者やサポートへ依頼します。ツールの実行で共有ランタイムの登録状態が変わることもあるため、対象を取り違えないことが重要です。
安全に管理するコツ
- 利用するアプリのサポート情報と、インストール済みの製品名・版・アーキテクチャを控える。Windows Updateだけで全世代のランタイムが最新になるとは考えない。
- 更新・修復は一度に一つずつ行い、結果と再起動の有無を記録する。変更前には重要データとアプリの再導入手段を確保する。
- 削除可否が不明な共有ランタイムは残す。必要性を一覧だけで判定できない場合は、アプリ提供元・管理者へ確認する。
- 正常になったら元のアプリだけでなく、同じランタイムを利用する主なアプリも確認する。未実施の確認を成功扱いにしない。
困ったときは「何番が欲しいか」だけでなく、「どのアプリで、どの操作をしたら、何というエラーになったか」を伝えると、必要な配布物と修復方法を確認しやすくなります。
まとめ
Visual C++再配布可能パッケージは、Microsoftの公式案内から必要な世代とアーキテクチャを選びます。v14系の実行時互換性と、壊れた旧版のインストール元を補う作業は別です。通常の修復で直らない場合は、近い番号のファイルを試し続けず、エラー全文・要求されたMSI・ログをそろえて提供元へ相談しましょう。
コメント