Windows
 Computer >> コンピューター >  >> システム >> Windows

Autopatcher徹底検証:遅いWindows Updateの悩みを解決できるのか?

普段なら真っ先に「システム管理にサードパーティ製ツールを使うな」と言うタイプの筆者ですが、今回は例外です。OSが何であれ、標準機能に不満があるとしても、非公式ツールでシステムに手を加える方が危険であることが多いからです。責任の所在やサポート面の問題はもちろん、特にWindowsの場合は、クローズドソースのシステムを透過的かつ安全に扱えるかどうかという点も大きいのです。

しかし、本当にそうなのでしょうか?遅いWindows Updateの問題に直面し(最近のアップデートは速度もリソース消費も改善されていますが)、より速く効率的なパッチ適用をうたうサードパーティ製プログラムをいくつか試してみることにしました。もちろん、免責事項や保証の放棄、それなりの技術知識が必要なのは言うまでもありません。幸い、犠牲にしても惜しくないテスト機があるので、皆さんのために調査してみます。最初の候補はAutopatcherです。

Autopatcherとは

Autopatcherは、Windows XPからWindows 8.1までをサポートするオフライン型アップデーターです。重要なセキュリティパッチ、推奨アップデート、ランタイムインストーラー、Office、その他のWindowsコンポーネントなどをダウンロードできます。Windows Update(WU)の魅力的な代替手段のように聞こえますが、重要なのは安全性です。速さも大切ですが、この機能には完璧さが求められます。正確で、安全で、そしてできれば高速であること。

実際に使ってみた

このプログラムにはインストーラーがなく、zipアーカイブ形式で提供されます。空き容量のある場所に展開して起動するだけです。まず、保証の免責事項とMicrosoft EULAに同意する必要があります。その後、「ダウンロード」と「インストール」の2つの選択肢が表示されます。後者は過去にアップデートをダウンロードしている場合のみ機能します。

まずはダウンロードから始めましょう。必要なリリースを選択して「次へ」をクリックします。ある程度の専門知識が必要になるのは想像に難くないでしょう。通常は標準のセキュリティ更新と推奨更新だけが対象となり、.NET、Silverlight、Officeなどのコンポーネントは個別にチェックする必要があります。テスト環境では、デフォルトのWindowsセットだけで1.1GB分のパッチが含まれていました。

これは、WUのチェックボタンをどれだけ長く待っても取得できない量です。理由は、Autopatcherが見つけたものをすべてダウンロードし、その後、システムに未インストールのKB番号のみを選択して提示するためです。帯域幅を圧迫する可能性がありますが、少なくとも情報はキャッシュされるため、今後のアップデートは軽くなります。

パッチのインストール

ダウンロードが完了したら、実際のインストールに進みます。筆者の環境では、なぜか1つのアップデートがスキップされました(原因はまだ不明です)。「Install Updates」セクションをクリックすると、Autopatcherはダウンロード済みデータをチェックして読み込みます。このステップは非常に高速です。

選択とインストール

3月分のアップデートが合計26件利用可能でした。HPノートPCを最後に更新したのが1月だったことを考えると妥当な数字です。通常、重要な更新のみが事前選択されており、すでにインストール済みのものにもマークが付くので、迷うことはありません。

ただし、黒色で表示され未選択の古いアップデートもかなり残ります。これらは通常、新しいパッチに置き換えられた古いものであり、気にする必要はありませんが、その旨がどこにも明記されておらず、一見してわかりません。初回ダウンロードが重い理由の一つもここにあります。

任意のエントリをクリックすると追加情報が表示され、「More info」リンクからオンラインでKB記事の全文を読むこともできます。公式のWUとは異なりTechnetへのリンクとなるため、情報の形式は少し異なります。全体としてはWUと同じ種類の情報が得られますが、黒色の未選択エントリが多い理由に少し戸惑うかもしれません。ユーザビリティの観点では決して最高とは言えません。

筆者は思い切って先へ進み、Autopatcherはアップデートのインストールを開始しました。エラーなく完了しましたが、30秒以内にシステムの再起動を促されました。これはプログラムを終了するだけでキャンセルできます。

再起動後

再起動前後にいつもの進行状況表示があり、Windowsは正常に起動しました。エラーはありません。WUを起動すると、今回は数分で利用可能なパッチのリストを検索・読み込みました。その内容はほぼ(あるいはすべて).NET関連で、Autopatcherでは選択していなかったものです。ツールは初回の実行を成功させたようです。そこで、他のWindowsコンポーネントも試してみることにしました。

追加コンポーネントにチェックを入れて、再度ダウンロード&インストールを実行しました。Autopatcherはキャッシュ済みの重要な更新と推奨更新を再ダウンロードせず、追加分の差分のみを取得しました。これはかなり評価できます。.NETコンポーネントや、あの厄介な悪意のあるソフトウェアの削除ツール(MSRT)にもチェックを入れることができました。

しかし結局、WUにはAutopatcherがカバーしなかった項目がいくつか残っていました。顕著な例としては、1つの.NET更新と1つのセキュリティ修正で、後者は最初にスキップされたものかもしれません。確証はありませんが、WUとAutopatcherの間に何らかの食い違いがあることを示しており、少し不安になります。設定の問題かもしれませんが、念頭に置くべき点です。とはいえ、両ツールは正常に動作し、システム破損も見られず、通常通りアップデートを取得できました。

詳細設定

「Advanced」ボタンの下にはいくつかのオプションが隠れています。すべての機能を完全には把握していませんが、現在のワークフローを保存して、将来スクリプト化されたアクションに役立てられるようです。複数のシステムに展開したい場合などに便利かもしれません。

エラーについて

前述の通り、Autopatcherは1つのアップデートを見逃しました。最悪の場合、このツールをWUと併用し、残りをWUで処理することになるでしょう。ただし、無限に続くリストを検索して取得する必要がなくなるため、少なくとも処理は速くなります。

また、プログラムの安定性もあまり高くありませんでした。差分のインデックス作成中に数回クラッシュしました。これは主に、重要な更新と推奨更新のセクションに何も残っていないのに、それらだけを読み込もうとした場合に発生します。リストから消えた状態で「次へ」を押すと、プログラムがクラッシュします。堅牢性とロジックの強化が必要です。

まとめ

Autopatcherは有用なプログラムのようです。完全ではないにせよ、かなり安全で堅牢であり、見た目の面は改善の余地があるものの、ワークフローももう少し洗練させることができます。本当に懸念されるのは、一部のアップデートを見逃す可能性があることです。したがって、このツールを盲目的に信頼してはいけません。Autopatcherは公式ユーティリティを補完し、更新を高速化するために使うべきであり、完全に置き換えるものではありません。

ここで最も重要なポイント、つまりリスクの話に移りましょう。このサードパーティ製ツールにアップデート管理を任せることに、どれほどの覚悟がありますか?WUが遅いのであれば、それはMicrosoftが修正すべき問題です。さらに、新しい累積パッチモデルにより、作業はより簡単になっているはずです。少し余分な待ち時間のためだけに、システムの整合性を変えたり脅かしたりすべきではありません。正直に言えば、過去20年間で30台以上のWindowsマシンを使ってきましたが、Windows Updateで問題に遭遇したことは一度もありません。ツールは多くのバージョンを通じて確実に動作してきました。唯一既知の問題は、一部のシステムでの速度だけです。

そして、それを踏まえて判断する必要があります。何があなたにとってより重要で、システムをどう管理したいのか。筆者に聞かれたら、正直なところ、堅牢なバックアップとイメージング体制なしにAutopatcherを導入することはありません(これは標準的なチャネルでも同じですが)。そして、そもそも使用しないでしょう。本当に。良いツールではありますが、トラブル時に責任を問える相手はMicrosoftであってほしいのです。そして、WUは頻繁に行う作業ではないため、総合的な機能性と整合性に比べれば、速度は最終的にそれほど重要ではありません。というわけで、Autopatcherは良いツールですが、リスクを取るかどうかは完全にあなた次第です。そこまではお手伝いできません。以上でレビューを終わります。

それではまた。

  1. Windows 10で特定のアップデートを非表示にする方法【公式ツール活用ガイド】

    Windows 10の登場により、MicrosoftはWindows Update機能に数多くの変更を加えました。Homeユーザー向けの強制的なアップデートと再起動(回避策はあります)、ディスク容量を長期的に節約できる一方で管理の自由度を下げる累積アップデート、そして何より、特定のアップデートを非表示にする手段が画面上から姿を消したことが挙げられます。こうした仕様は「一般」ユーザーにはある程度理にかなっていますが、特にドライバーや一部のコンポーネントなど、インストールする内容を自分でコントロールしたい上級ユーザーにとっては受け入れがたいものです。本ガイドでは、以前のWindowsのようにアップ

  2. Windows 10でBashを使おう!WSLで本物のLinux環境を実現する方法

    そう、Windows 10は決して特別なOSではありません。リリース当初のレビューでも、Anniversary Updateに関する記事でも述べてきたように、良くも悪くも「平均的」な存在です。 しかし、興味深いのはBASHが実行できるという点です。そう、本物のLinux環境が、仮想マシンなしで動くのです。Picoカーネルドライバーを使用し、LinuxシステムコールをNT APIへ変換してLinuxカーネルをエミュレートする、ユーザーモードでのUbuntu実装です。この仕組みは「Windows Subsystem for Linux(WSL)」と呼ばれ、ネイティブに近い形で動作します。私たち技術