# Windowsの最適化が実際にすること 開かないスタートメニュー、応答しない検索、サインインのたびに出るアンインストール済みプログラムのエラーは、PCが遅いという感じより具体的です。メンテナンスツールは、どの問題を扱うかと、結果の確認方法を説明すべきです。 Moleの最適化ページは、修復とメンテナンスを扱います。スタートと検索の更新、無効なスタートアップ項目の確認、DNSキャッシュの消去、適切な条件の下でのディスクとWindowsの状態の確認です。クリックのたびにすべての作業を実行するわけではありません。 ## 観察できる問題から始める | 起きること | メンテナンスが扱える部分 | あとで確認すること | | --- | --- | --- | | スタートまたは検索が応答しない | 関連するコンポーネントを更新する | スタートを開くか、同じ検索を繰り返す | | アンインストールしたアプリがサインイン時にまだ起動する | スタートアップの対象が本当になくなったかを確認する | 次のサインインでエラーが出るか | | 名前解決が古いレコードを残している可能性がある | ローカルのDNSリゾルバーキャッシュを消去する | 同じアドレスを再試行し、プロキシ、ネットワーク、サーバーの問題を分ける | | Windowsのメンテナンスまたは更新が失敗している | 条件付きのイメージ、更新ダウンロード、ディスクの確認 | メンテナンスの結果とWindows Updateの状態を読む | DNSキャッシュの消去は、Wi-Fiの受信、ブロードバンドの容量、リモートサーバーを変えません。イメージの健康確認は、すべての遅さを説明しません。影響を受けた操作を特定すると、結果が役立ちます。 ## DNSキャッシュが影響するのはローカルの名前解決 ブラウザーは接続の前に、ドメインをアドレスへ解決します。WindowsのDNSキャッシュは、その答えの一部を残します。それを更新するのはその段階であり、Wi-Fiの受信、プロキシの接続、リモートサーバーではありません。 サイトのサーバーアドレスが変わったあと、ローカルにキャッシュされた古い答えを置き換えることが役立つことがあります。すべてのサイトに届かない、またはダウンロードが単に遅いときは、DNSは調べる領域の1つにすぎません。ブラウザーが自分のセキュアDNSの経路を使うこともあります。 消去せずにWindowsの今のキャッシュを見るには、次のPowerShellの問い合わせを使います。 ```powershell ipconfig /displaydns ``` Microsoftの[ipconfigのリファレンス](https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/ipconfig)は、表示とフラッシュを区別しています。レコードがないことは、接続が壊れた証明ではなく、この出力が対象にするのはこのローカルキャッシュだけです。
DNSキャッシュが影響するのは解決であり、ネットワーク全体ではない
ローカルのDNSキャッシュをフラッシュすると、解決に影響します。接続、プロキシ、サーバーの問題は、まだ別に調べる必要があります。
## イメージの確認は、スキャンや修復とは違う DISMの`/CheckHealth`は既知の破損状態を問い合わせ、`/ScanHealth`はさらにスキャンし、`/RestoreHealth`は利用できるソースを使って修復します。Microsoftの[イメージ修復のドキュメント](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/repair-a-windows-image)がこれらの操作を区別しています。短い確認は、すべてのファイルの新しいスキャンでも、すべてのハードウェアの判定でもありません。 Moleは既知のイメージ状態から始めます。修復可能なら、結果は修復を、独自の管理者確認を持つ別の操作として出します。すべてのメンテナンス実行を深いスキャンにはしません。入手できない修復ソース、組織のポリシー、ディスクエラーには、それぞれの調査が必要です。同じメンテナンスボタンを繰り返しクリックしても、新しい原因や対処は決まりません。 ## 必要なときだけ動く作業がある Moleは、メンテナンスが当てはまるかを確認します。意図して無効にしたWindows Searchサービスを自動開始へ切り替えたり、組織が管理する時刻同期を引き受けたりはしません。SSDのメンテナンスは最近の実行を考慮します。ハードディスクは、ドライブ一覧に出るというだけで同じ操作を受けません。 更新ダウンロードの扱いにも条件があります。最近の繰り返すインストール失敗、進行中のインストールがないこと、保留中の再起動がないことです。ダウンロードした内容と一緒に、Windows Updateの設定とポリシーをリセットはしません。 ディスクが問題を報告するなら、先に必要なファイルをバックアップします。そのディスクへ書くメンテナンスは、その優先に譲ります。不明な状態は健康なドライブの証明ではなく、得られないハードウェア情報には、まだベンダーまたはシステムの調査が必要です。 ## 管理者の承認は、必要な作業にだけ適用される 一部のメンテナンスは現在のアカウントで動きます。管理者アクセスが必要な作業だけが承認を求めます。拒否するとそれらの作業は未完了のままなので、実行が完了したことは、すべての修復が成功した証明にはなりません。 始める前に作業を保存します。システムの修復は時間がかかり、再起動を求めることがあります。結果を読んでから、壊れていた操作を繰り返します。大切なのは、特定されない速度の向上ではなく、その操作が再び動くことです。 ## クリーンアップ、更新、最適化は入り口が別 ストレージにはクリーンまたは分析、新しいソフトウェアのバージョンにはアプリの更新、シェルの問題とメンテナンスには最適化を使います。アプリの更新がすでに動いているとき、Moleは無関係なメンテナンスを行い、インストーラーを妨げ得る作業はスキップできます。 Microsoftの[パフォーマンスの案内](https://support.microsoft.com/en-us/windows/experience/performance-optimization/tips-to-improve-pc-performance-in-windows)も、ストレージ、スタートアップ、バックグラウンドアプリ、ハードウェアを区別しています。持続するCPU活動は、[動いているプログラム](/ja/windows/blog/windows-high-cpu-usage)を調べます。メンテナンスは、セキュリティツール、システムサービス、見慣れないレジストリ項目の無効化を要求しません。 Canonical: https://mole.fit/ja/windows/blog/what-windows-optimization-does