Windows Updateのチェックが遅いのはなぜですか?


123

自動更新がオフになっているWindows 7 PCがあります。私は月に1回程度バッチで更新を行います。ただし、「更新の確認」には15〜30分かかります。更新の確認が非常に遅くなる理由がわかりませんか?バックグラウンドで何が起こっているのだろうか。ハッシュを計算していますか?自動更新が有効になっている私のPCは、起動するたびに同じ運命をたどりますか(私が知らなかったことだけ)。


1
バックグラウンドアプリケーションが実行されているようです。システムのパフォーマンスはどうでしたか?
-vembutech

1
私のPCは正常に動作します。CPUはほとんど10%を超えませんでした。「アップデートを検索している」間、私は珍しいことに気づきませんでした。
一部のユーザー

そもそもWindows Updateを無効にしているのはなぜですか?バックグラウンドで実行される可能性があり、すぐに再起動する必要はないので、再起動を要求されるまで気付かないでしょう。
グロノスタジュ

3
何か問題が発生した場合にロールバックできるように、バッチで更新するのが好きです。バックグラウンド更新は追跡が難しく、ロールバックに時間がかかります。また、手動更新では、先に進む前に変更を確認するオプションもあります。また、PCのクリーンインストールを支援することもありますが、同じ問題に直面しています。
一部のユーザー

5
するように設定WU:あなたは両方の長所を持つことができ@someuser の更新プログラムをダウンロードしますが、私はそれらをインストールするかどうかを選択させ、バックグラウンドで必要な更新プログラムをスキャンしないであろうがどの決してあなたの承認なしにそれらをインストールします。自動インストールはされませんが、毎月のパッチ適用ルーチンを実行すると、すべての適用可能な更新がリストされます。
Twisty Impersonator

回答:


103

更新部分のチェックは、次の理由で非常に遅いです。

  • Windows 7はコンポーネントベースのサービスを使用します。つまり、Windows Updateはファイルとコンポーネントの依存関係/相互依存関係を判断するために途方もなく一生懸命に作業し、古いファイル/コンポーネントのサイドバイサイドバージョンを維持しながら、個々の更新プログラムをアンインストールする必要があることを意味します/ componentsが、他の更新/コンポーネントを壊すことなく、すべてを考慮しながら、優先順位と神は他のことを知っています。これをすべて実行するコードは、非常に複雑でなければなりません。

  • Windows 7 64ビットでは、各更新の32ビットバージョンと64ビットバージョンの両方を維持する必要があります。

  • Windowsは各更新のGDRとLDRの両方のバージョンを維持する必要があります。つまり、Windows 7 64ビットでは、更新ごとに32ビットGDR、32ビットLDR、64ビットGDR、64ビットLDRを取得します。

  • Windows Updateの背後にあるコードは、おそらくその概念的な複雑さのために、非常に非効率的です。過去数年間の私の観察では、リリースされたアップデートの総数が増加するにつれて、アップデートのチェック時間がほぼ指数関数的に増加しました。私にとっては、これはおそらく、優先順位を決定したり、依存関係を解決したりするために、何らかの再帰アルゴリズムが採用されていることを示しています。

残念なことに、MicrosoftはWindowsの内部について話すのが好きではないので、結局は自分で把握するか推測する必要があります。


3
これは、更新プログラムのインストールが非常に遅い理由も説明しているようです。それについてできることはありますか?
マイケルハンプトン

3
私の経験で@MichaelHampton、三つのことを助けることができる:1優れてPCを取得し、シングルスレッド、パフォーマンスと大きなCPUキャッシュ(例えば3.4 GHz帯のi5 / i7のハスウェル)2、SSDハードドライブを取得する3リアルタイム監視コンポーネントを無効にしますアップデートのインストール中のAntiVirusソフトウェアのインストール。
misha256

6
@MichaelHampton一部の人々はあなたに誤った情報を与えています。通常、MS Update Serverは非常に高速です。また、PC / HDDをスキャンして更新するものを探すことも、通常、非常に高速です。次に更新チェックを行うときは、最初にリソースモニターを開いて、更新のどの部分に時間がかかるかを自分で確認できるようにします。最初は、ハードドライブをスラッシングしてインターネットに接続するのに時間がかかります。それが完了すると、1つのCPUコアが永遠に100%に座っていることがわかります。これは、次に行うべきことを(非効率的に)計算するPCの更新エンジンです。
-misha256

2
@someuserうん、確かに。しかし、全体的なCPU使用率を見ています。シングルコアのCPU使用率を確認します。Windows Updateでは、1つのコアが永遠に100%で最大になります。Windows Updateエンジンは、明らかに単一スレッドにCPUバインドされています。確かにRAMの使用量も高いですが、それが速度低下の原因ではありません。更新エンジンのアルゴリズムが複雑で非効率的です。
misha256

5
どうしてDebianがそのすべてを行い、ほんの数秒から5分しかかかりません(非常に大きな更新の場合)。CPU使用量が少ないため、バックグラウンドで静かに実行されます。途中でシャットダウンでき、再起動する必要はほとんどありません。
ctrl-alt-delor

61

問題のいくつかの側面は、既存の回答で扱われました。すでに言われたことを繰り返さずに、一般的な方法で原因をリストすることでそれらを結び付けようとします:

  1. Microsoft Windows Updateのメカニズムは非常に高度で、残念ながら複雑です
  2. WUは、膨大な数のハードウェアとソフトウェアの組み合わせをサポートする必要があります
  3. WUは更新を正しい順序で適用する必要があります
  4. Windows 7は古いシステムであり、SP2は期限切れであり、おそらく到着することはないため、非常に多くの更新が行われます。
  5. 過去数年間、マイクロソフトは多数のセキュリティ問題を修正する大きなプレッシャーにさらされていました。その結果、非常に多くの多忙な修正、その後修正の修正などが第n世代に行われました。
  6. マイクロソフトは、一般に指数アルゴリズムである更新メカニズムを十分に最適化することができず、結果としてブルートフォースアルゴリズムがかなり遅くなりました。
  7. MicrosoftのWUサーバーは時々過負荷になります。

これらのポイントをさらに詳しく見てみましょう。

Windows Updateの複雑さ

更新プログラムがリリースされると、次の3つの異なるフェーズに進むことができます:改訂、置き換え、および有効期限。

更新リビジョン:以前にリリースされた更新に変更が加えられた場合、それは更新リビジョンと呼ばれ、ダウンロードの一部が変更されます。これは、完全ではなく部分的な更新の置き換えです。

置き換えられた更新:これは、以前のリリースの完全な置き換えです。Microsoftが複数のリリースを1つのパッケージにラップし、そのパッケージがカプセル化された更新を置き換える場合があります。

期限切れの更新:有効な更新のリストから削除された更新です。このような更新は適用されなくなり、インストールのために検出されません。ほとんどの場合、更新プログラムは置き換えられた更新プログラムに置き換えられた後、期限切れになります。

更新には依存性メカニズムもあります。つまり、一部の更新では、最初に他の更新を適用する必要がある場合があります。

期限切れの更新は、残念ながらコンピューターから削除されないため、WUのパフォーマンスに問題があります。そのため、更新にはまだ計算に参加しており、非常に多くの更新があります。ディスククリーンアップを使用して古いWindows Update削除することにより、ある程度の改善が実現する場合があります (WUも非常に壊れやすいため、最初にシステムドライブのバックアップディスクイメージを取得します)。

WUの計算

多数の可能な組み合わせのため、Microsoftは巨大なツリーの形式でWUサーバー上のすべての更新を保持します。どの更新を適用する必要があるかは、クライアントのインストールされたハードウェアとソフトウェア、および既にインストールされているすべての更新を考慮したツリープルーニングアルゴリズムによって決定されます。プルーニング時にすべて正常に適用されます。

このアルゴリズムが成功することは保証されていません。つまり、WUはOSを完全に破壊したり、起動不能にしたりすることもできます。これは完全に理解できます。たとえば、リビジョンA2を持つアップデートA1を使用すると、Aに依存するアップデートBがA1とA2の間でリリースされます。次に、間違った決定が致命的となる可能性がある場合に、インストールの順序をA1-B-A2とA1-A2-Bのどちらにするかを考えます。

過負荷のWUサーバー

ウィキペディアでは、Windows Updateの統計について次のように述べています

2008年現在、Windows Updateには約5億のクライアントがあり、1日あたり約3億5,000万の一意のスキャンを処理し、クライアントマシンへの平均150万の同時接続を維持しています。マイクロソフトが通常新しいソフトウェア更新プログラムをリリースする日であるパッチ火曜日に、発信トラフィックは毎秒500ギガビットを超える可能性があります。

これらの数はおそらく今では2倍になっており、WUサーバーが時々到達できない理由を説明しています。私は「アップデートの確認は選択できます」というWUオプションを使用していますが、私自身の経験では、アップデートの確認に待つよりも時間がかかり、延期が必要になる場合があります。

Windows 7の長い歴史

Windows 7は2009年7月22日にリリースされました。約17か月後、2011年2月22日にService Pack 1(SP1)がリリースされました。これは約4.5年前のことです。

Service Packの良い面は、インストールすると更新履歴全体が消去されるため、Windowsの新規インストール後とまったく同じように、事実上WUがゼロから開始することです。考慮すべき更新が少ないため、これはもちろんすべての計算を非常に高速化します。

SP1以降の膨大な数の既存の更新により、今日のWU計算が非常に遅い理由が説明されています。Microsoftの場合、最新のWindows 8.1またはWindows 10にアップグレードすることで問題を「簡単に」解決できるため、WUでは考慮すべき更新の数が少なくなります。

結論

マイクロソフトは引き続きWindows 7に多数の更新プログラムを適用し続けているため、WUは時間が経過しても速度が低下し続けるだけです。

可能な最適化の1つは、古いWindows Update削除することです。もう1つは、「更新を確認するが選択させてください」というWUオプションを使用し、早朝または深夜に更新を確認することです。

ほとんどの更新プログラムはWindows 8および10にも適用されるため、MicrosoftのWUサーバーの負荷は、Windows 10がまもなくリリースされたときにのみ増加します。また、Microsoftは独自のポリシーに従ってWUサーバーの帯域幅を配分しているようです。最近のオペレーティングシステムにサービスを提供することに重点が置かれているため、Windows 10がリリースされるとWindows 7の速度が低下し、不均衡に速い更新が予想されますWindows 10の場合。

WUが遅すぎる場合、唯一の実際の解決策は、Windowsの新しいバージョンにアップグレードすることです。

良いニュース:Windows 7(および8.1)のSP2が到着しました

Microsoftは、実際にはWindows 7および8.1用のSP2を公開しました。この更新プログラムは何らかの理由でWindows Updateから入手できないため、手動でダウンロードしてインストールする必要があります。

入手方法については、
Microsoftの記事をご覧ください。MicrosoftはWindows 7および8.1の更新を全面的に見直しましたが、サービスパックとは呼ばないでください


2
Windows 10プレビューでの更新の確認は非常に高速です。
マイケルハンプトン

更新の確認は依然としてCPUとメモリを集中的に使用する操作であると感じています。しかし、プログラムは時々CPUを生成するように作成されているため、PCの速度が低下することはありません。自動更新をオンにしている人にとって、PCの電源をオンにするたびに計算が行われるのではないかと思う必要がありますか?
一部のユーザー

@Renjuの答えはキャッシュの存在を主張していますが、私の経験では、前回のチェックの直後に更新を行ったとしても、更新のチェックは同様に遅くなります。私自身の情報に基づいていない意見では、プルーニングはWUサーバーとクライアントの両方で行われます。ハードウェアおよびインストールされているMicrosoft製品/ OSごとにサーバー上で推測します。現在コンピューターに既にインストールされている更新プログラムによってクライアント上で。
ハリーマック

2
この推測は、大量のRAMではなく大量のCPUを使用しているWUに関するポスターの発言に基づいています。これは、Microsoftからローカルメモリにダウンロードされた更新の大きなツリーと、Microsoftからさらに多くの情報を必要とするローカルプルーニング操作と一致しています。
ハリーマク

3
「アルゴリズムの成功は保証されていません。つまり、WUはOSを完全に破壊したり、起動不能にしたりすることもできます。これは完全に理解できます」
サムワトキンス

22

この問題は長年にわたってさまざまな修正が加えられてきたため、2016年1月5日現在のこの問題に関する最新のガイドを次に示します。

以下の編集セクションを確認してください。2016年5月のクリーンインストール後、Windows 7 SP1を完全にアップデートするはるかに速い方法があります。

これは、W7 SP1を再インストールするとき、またはWindows Updateで更新プログラムのチェックでスタックする問題があるときに行うことです。

Service Pack 1がインストールされていない場合は、このガイドに従う前にインストールしてください。

KB-3138612ダウンロードして、後で見つけられる場所に保存します

SURツールダウンロードして同じ場所に保存します

Windowsが読み込まれる前にPCを再起動し、インターネットから切断します。これは重要です。すべてのブートウィンドウでバックグラウンドで更新を確認し、更新の確認を繰り返します。チェックしているため、Windowsがロードされる前にインターネットから切断すると、これが防止されます。

起動したらKB-3138612をインストールし、再起動が必要な場合は再起動し、インターネットから切断されたままにします。

次に、SURツールパッケージをインストールします。これは大きなパッケージであり、Windows更新ストアのクリーンアップと修復とともに多くの更新プログラムをインストールします。また、後でインストールする必要があるWindows更新プログラムの数も削減されます。

SURパッケージの再起動のインストール後、インターネットに接続して手動でWindows Updateを実行すると、すぐに動作するはずです。これらの修正を行った後でも、一部のW7 PCがコントロールパネルから手動で起動された場合、更新の確認を完了するまでに最大1時間かかることがあります。

他のWindowsアップデートの問題があり、上記の2つのアップデートがインストールされている場合、このMicrosoft Windows Update fixitツールをダウンロードして(「リンクを保存」を右クリック)実行し、アグレッシブモードを選択してWindowsアップデートを完全にリセットします。再起動して、コントロールパネルからWindows Updatesを再試行します。このツールは、少なくとも私の経験では、他のMicrosoft fixitツールが失敗したときに問題を修正します。

更新: MicrosoftはWindows 7 SP1の巨大な更新プログラムのロールアップをリリースしました。これはサービスパックに似ていますが、それを呼び出していません。これにより、クリーンインストール後のWindows 7の更新がはるかに高速になり、Windowsの更新の問題がなくなり、再起動が多くなります。この更新プログラムのロールアップにより、システムは2016年4月の火曜日に更新されます。

これはWindows Updateを通じてリリースされていません。InternetExplorerを使用して取得し、IEを開いてこのアドレスにアクセスする必要があります。

http://catalog.update.microsoft.com/v7/site/home.aspx

検索ボックスに3125574と入力し、Enterキーを押します。

ここに画像の説明を入力してください

これで、このロールアップのすべてのバージョンが表示され、必要なものを選択して、後で見つけることができる場所にダウンロードします。

ここに画像の説明を入力してください

また、Windows Updateカタログページを使用して、この更新プログラム3020369を最初ダウンロードしてインストールます。これは、ロールアップの前提条件です。次に3125574をインストールします。


情報ありがとうございます。現在、W7の新規インストールから最新の低スペックラップトップを入手するのに苦労しているので、今夜あなたのプロセスを試してみます。SP1 Redistをインストールした後、WUがSP1以前のすべての更新プログラムとSP1自体をダウンロードしてインストールしたいことに気づいたことがありますか?もしそうなら、それを避ける方法はありますか?これは最近かなり頻繁に見ていますが、間違った順序で何かをやったばかりだと思います。(通常、[W7のインストール]> [チップセット/ gfxドライバーのインストール]> [SP1再インストール]> [更新の確認]に移動します。)
blackworx

1
私はその動作を見てきましたが、ダウンロードしてインストールし直しました。通常、kbインストーラーが実行されると、すでにインストールされており、チェーン内の次の更新に移動し、基本的にはすでにインストールされているものをスキップします。SURツールはこの問題を解決するはずです。
モアブ

1
KB-3138612をオフラインでインストール(ダウンロード、インターネット接続の切断、インストール)した後、これはうまくいきました。その後、再起動すると、MSアップデートは数分以内にパッケージをダウンロードするように促しました。
AndyC

9

あなたは使用する場合、CPU使用率をチェックするETW / WPR / WPAを使用すると、CPU使用率がから来ていることがわかり、スキャン中wuaueng.dll!CUpdatesToPruneList::AddSupersedenceInfoIfNeededから呼び出されますwuaueng.dll!CAgentUpdateManager::FindUpdatesAddSupersedenceInfoIfNeeded方法は最も遅いものです。これは、名前が示すことを実行し、提供/インストールされたWindows 7の更新プログラムがまだ必要であるか、置き換えられている(新しいもので古い/置き換えられている)かどうかを調べます。これは非常に遅いです。

2016年7月のWindows 7更新プログラムロールアップの一部である2016年6月からの最後のWindows Updateクライアントの更新により、更新プログラムの検索が再び高速になりました。

  1. ダウンロード:
    • 32Bit: https ://www.microsoft.com/en-us/download/details.aspx?id=53335
    • 64ビット: https ://www.microsoft.com/en-us/download/details.aspx?id=53332

新しい更新を検索するのに1分以上かかりません。更新KB3172605のセットアップを高速化するには、WindowsUpdateサービスを停止します(net stop wuauserv)。

複数のMSU更新をインストールすると、このWUサービス停止のトリックによりインストールが大幅に高速化されます。

@ECHO OFF
SETLOCAL ENABLEEXTENSIONS ENABLEDELAYEDEXPANSION
FOR /R "%~dp0" %%A IN (*Windows6.1-KB*.MSU) DO (
        CALL :SUB %%~nA        
    ECHO= Installing KB!KB_NUM!        
    >NUL net stop wuauserv
    WUSA "%%A" /quiet /norestart)
ECHO= == Press any key to close the Window ==
>NUL PAUSE

GOTO :EOF

:SUB

SET "KB_NUM=%*"
FOR /F "DELIMS=-" %%B IN ("%KB_NUM:*-KB=%") DO SET "KB_NUM=%%B"

Windows 10では、Microsoftは私の提案に従って問題を修正し、更新プログラムを累積的にしました。ここで必要なのは、現在のパッチレベルで1つの大きな更新のみです。この遅いチェックはもう必要ありません。


1
KB3138612はほとんどのW7sp1の新規インストールで修正されるようですが、昨日1つ行ったのですが、更新のリストを表示するのにまだ1時間以上かかりました。また、ほとんどのW7 PCで更新のダウンロードを開始すると画面が更新されず、すべてがダウンロードされ、それらのインストールが開始されるまで、0%がダウンロードされたままになりますが、Windows Updateはまだ壊れています。
モアブ

3

XPアップデートの過去の経験が何らかの兆候である場合、彼らは時折そこに指数時間アルゴリズムをスリップさせます。一度多くの更新があると...永遠にかかります。現在、Win 7アップデートは同様の状況にあります。時間がかかりますが、この最新の遅さについての公式な説明はまだありません。彼らが新しいものを手に入れたときに、この「ちょうど起こる」(古いバージョンに対して)のは興味深いことです。シニカルな私は、[古い] Windowsの流れに沿って、誰かが意図的にそれを起こして欲しいと想像するのを手伝うことはできません。新しいバージョンが必要です。それとも、ホリデーシーズンを開始するための単なるMSの方法なのかもしれません。

ある種のWUの速度低下に対する修正プログラムがありますが、これは自動的に(つまり、更新自体を介して)提供されません:https : //support.microsoft.com/en-us/kb/3102810残念ながら、実際の違いはありません私の場合、32ビットと64ビットの2台の異なるコンピューターで試しました。また、10月からリリースされているため、おそらく最新号ではありません。


2

現在、Windowsを実行しているPCは約10億台あります。各PCには、ハードウェア、アクセサリ、OSバージョン、言語、IE、デバイスドライバーバージョン、さまざまなパッチレベルのMicrosoftソフトウェア、セキュリティ更新などの組み合わせがあります。WindowsUpdateシステムは、これらのすべての組み合わせをソートして適切な更新を提供する必要があります個々のPC。各更新プログラムには、依存関係や「置換」構造などのプロパティがあります。

スキャンの最初のステップ(最初の実行)は、OSバージョン、SP、言語、PCメーカーを決定して、PCの可能性のある更新のツリーをプルーニングすることです。その最初のスキャンに基づいて、可能性のある更新IDのセットがデバイスに送信され、ローカルクライアントがインストールされている更新、置き換えられた更新などを計算してから、そのリストをサーバーに送信し、その後のスキャンのためにコピーをローカルにキャッシュします。サーバーは、UIに(適切なUI言語で)表示される説明などで、更新のクライアント要求に応答します。

1日に1回、バックグラウンドで自動更新クライアントによってチェック更新が行われ、インストールされた更新のローカルキャッシュが更新されるため、以降のスキャンはデルタで高速になります。これらは、PCの%windir%\ softwaredistributionフォルダーに保存されます。

同様のプロセスは、以前にダウンロードしたアップデートに対しても実行されます。サービスはパッケージを再ダウンロードしません。

検索中に実際に何が起こっているかを少なくとも理解するのに役立つこの投稿を見つけました。美しく書かれています。だから私はそれをそのように投稿しています。元の投稿はこちらで見つけることができます

Windowsの更新設定を次のように変更すると、インストールの更新を確認するのにかかる時間が大幅に変化しました。 Check for updates but let me choose whether to download and install them


「Windows Updateシステムは、個々のPCに適切なアップデートを提供するために、これらすべての組み合わせをソートする必要があります。」ええ、それはSELECT操作のように聞こえます。大きなテーブルをすばやく検索するアルゴリズムがあれば、それらを「インデックス付け」と呼ぶことができます。それは助けになるでしょう。
デビッドトンホーファー16

1

私の意見では、Windowsの更新を有効にして、更新をダウンロードするが自動的にはインストールしないオプションに切り替えることをお勧めします。そうすれば、チェックやバックグラウンドでのファイルのダウンロードを待たずに、インストールしたいものを入手できます。

さて、なぜ遅いのか答えましょう。Windowsの更新は、ユーザーへの顕著な影響を減らすことを念頭に置いて作成されたという事実に帰着するだけだと思います。BITSサービス(バックグラウンドインテリジェント転送サービス)を使用して、更新の確認とダウンロードを行います。

繰り返しますが、このサービスの焦点は、ユーザーを混乱させない方法で作業することです。マイクロソフトは、クライアントが毎月更新サービスのオンとオフを切り替えることを意図していないため、設計上、意図的に速度を遅くしています。

検討するのは、独自のWSUSサーバーのセットアップを取得することです。そうすれば、企業の管理者と同じように更新を拒否でき、所有するすべてのWindowsデバイスに選択した更新を適用または拒否できます。選択的に更新するという雑用を、雑用を少なくします。


1
これが考えです。意図的に遅いということです。しかし、これは再インストール直後にアップデートするのを本当に苦痛にします。それが私が現在いる状況です。可能であれば、これを高速化する何らかの方法(非常に大規模なWSUSサーバーをセットアップせずに)が役立ちます。コンピュータを使用できるようになる前に数日を待って...素敵ではないでしょう
マイケル・ハンプトン

更新をオンのままにして、設定するだけです(ダウンロードするだけです。自動的にインストールしないでください)。そうすれば、利用可能なものを選択することができ、最初に承認しない限り何もインストールされません。そのオプションは、すべての基準を解決するようです。
ゲルタ

正しいが、私はまだそれを待たなければならない。そして...待って待って待って待って
マイケル・ハンプトン

午前3時にアップデートをチェックしていて、PCを常にオンにしておくと、眠っているときにチェックしてダウンロードします。目覚めたときに完全に利用できるようにし、すぐに遊べるようにします。
ゲルタ

1
Windows Updateをダウンロードするためのサードパーティツールがあり、MBSAスキャンは非常に高速で、不足しているすべてのアップデートのリストが表示されます。また、最近、Windows 7用のWindows Updateパッチ(KB3050265)がありました。Microsoftが、実装がRAMの少ないマシンでどれほど苦しい(そしてパフォーマンスが悪い)かを認識したためです。
ssnobody

1

Windows Updateおよび他のいくつかのWindowsシステムコンポーネントがMicrosoft JET Blueデータベースエンジンを使用しているため、処理速度が遅くなります。

他の人が述べたように、Windows Updateコード自体にもある程度の再帰があり、更新の数が増えるとパフォーマンスが低下します。


0

別のデータポイントを追加するだけです。最近、Vista PCを起動する必要があります。VistaをSP1からSP2に手動でアップグレードしましたが、更新の確認に時間がかかります。24時間以上何も起こりませんでした。

私はいくつかのグーグルで、次のアップデートのインストールを含むソリューションを見つけました。

http://www.catalog.update.microsoft.com/Search.aspx?q=KB3205638%20vista http://www.catalog.update.microsoft.com/Search.aspx?q=KB4012583%20vista http:// www.catalog.update.microsoft.com/Search.aspx?q=KB4015195%20vista http://www.catalog.update.microsoft.com/Search.aspx?q=KB4015380%20vista

更新を手動でダウンロードしてインストールした後。10分間アップデートチェックを実行したところ、200のアップデートが見つかりました。これはVista向けであることに注意してください。Windows7にも同様のことが存在すると思います。


-1

この問題が発生したため、新しくインストールしたマシンで初めてWindows Updateを夜間に実行できるようにしました。それを成功させるためのヒント:

  • エネルギーオプションに移動し、スタンバイ時間を「never」に設定します

  • 自動Windowsアップデートをオンにします。検索プロセスにも時間がかかるため、デフォルトの午前03:00は問題ありません

  • また、「Windows更新プログラムはいくつかのコンポーネントを更新する必要があります...」プロセスを最初に実行することをお勧めします(Windows 7の場合の200を超える更新プログラムと比較して迅速に進みます)。

すべてが正しく更新されると、膨大な量のパッチ(約200)がインストールされていることがわかります。Windowsは、Windows Defenderの更新/スキャンも最適化して実行しました。

その後、残りのWindows Updateサイクル(更新の検索-インストール-再起動-更新の検索-インストール-再起動-更新の検索...#更新が0になるまで)は、はるかに高速に動作します。


-1

私の以前の答えは良くなかったと思いますが、とにかくPCをより速く実行する方法について良いアドバイスを与えました.Windows 7の新規インストールでは、オリジナルを使用しますが、スリップストリームアップデートのインストールディスクを使用し、新規インストールの直後にインストールすると、これら2つは検索と更新のインストールの両方の速度を大幅に向上させることができます。


また、次のように追加することをお勧めします。最初にこのようなsvchostの個別のWindows更新サービス。regedit、HKEY_LOCAL_MACHINE> SOFTWARE> microsoft> windowsNT> current version> svchostの順に進みます。たとえば、「updater」という名前を付けます。この新しく作成されたキーでは、netsvcsキー(2 DWORD 32ビットと1つのデフォルト)から値をコピーします。その後、svchostキーで、同じ名前の新しい複数文字列値を作成します。前に作成したキー。この複数文字列の値として、Windowsのサービス名「wuauserv」を追加します。次のコメントの次へ。
Choova44

その後、regedit HKEY_LOCAL_MACHINE> SYSTEM> current control set> services> wuauservを開きます。イメージ名で、値をsvchost -k netsvcからsvchost -k netsvc「作成したキーの名前」に変更します。その後、システム更新サービスを再起動します。 BITSサービスを分離して、リソースの使用状況を確認することもできます。
Choova44

また、32ビットWindowsを使用している場合は、コマンドプロンプトで「bcdedit / set addeduserva 3072」と入力することも非常に便利です。KB3065987も更新クライアントに適したパッチです。 speed.InレジストリキーwuauservにはImagePath値があります。イメージ名ではなく、説明したように変更するだけです。
Choova44

追加するものがある場合は、回答を編集してください。回答の本文に含めるコメントを追加するだけではありません。
サミKuhmonen

-2

ハッシュではありませんが、はい、多くのことをチェックしています(一部のDLLファイルバージョンと同じくらい深い)。使用するシステムに関係なく、低速です。

解決策として、システムをオフにしておき、昼夜を問わずシステムをあまり必要としない場合は、システムの電源を入れ、強制的に更新を確認し、すべてインストールできるようにします。


4
Windows Updateをオフにすることはお勧めしません。ゼロデイ脆弱性が見つかった場合、マイクロソフトは通常のスケジュールから外れて、重要な更新プログラムが利用可能になったらすぐに公開します。Windows Updateが無効になっているコンピューターはそれを受信せず、脆弱性のままになりますが、他のコンピューターにはパッチが適用されるため、攻撃を受ける可能性が上昇します。
グロノスタジュ

統計的には、この更新により、この方法で脆弱性の防止を正当化するにはあまりにも多くの異常が作成されます。ZDVが見つかった場合、その特定の重要な更新プログラムは他に影響を与えることなくインストールできます。
オーバーマインド
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.