マイクロソフトは最近、Windows 11 23H2の一部ユーザーのスタートメニュー検索機能を完全に無効化させた破壊的なサーバー側の欠陥に対処しました。
大手テク企業はこの事件をすぐに認め、裏で自動修正を展開しました。
修復はマイクロソフトのサーバー上で直接実施されるため、ユーザーはシステムを正常に戻すために追加のソフトウェアアップデートを検索またはインストールする必要がありません。
検索失敗の根本原因
公式にはリリースヘルスID WI1273488として記録されたこの障害は、2026年4月6日頃からユーザーを困らせ始めました。CSNによる報告ではです。
マイクロソフトは機能の突然の喪失を、エンジニアが元々検索速度を最適化するために設計したサーバー側のBingアップデートに遡りました。
残念ながら、導入は影響を受けたマシン上でまったく正反対の結果をもたらしました。
よりスムーズなエクスペリエンスをもたらす代わりに、このアップデートは接続を完全に断絶してしまいました。ファイルを検索したりアプリケーションを起動しようとしたユーザーは、まったく空白の検索パネルを見つめていました。
場合によっては、スタートメニューはキーストロークを無視し、クエリを開始することを拒否しました。マイクロソフトは、バグがWindows 11 23H2システムの限定的なサブセットにしか影響しなかったことを確認しましたが、ユーザー体験は軽微な遅延から完全な反応なしまで大きく異なりました。
4月初旬の事件は最新の章となっていますが、スタートメニュー検索の信頼性はWindowsエコシステムの継続的な問題となっています。
ユーザーは2024年後半から壊れた、または予測不可能な検索についての苦情を投稿してきました。
多くのコミュニティメンバーは、入力中に検索結果が突然シフトしたり、特定のファイルをクリックすると完全に異なるアクションがトリガーされたりするグリッチを報告しました。
これらの繰り返されるバグは、ワークフローを管理するために高速でキーボード駆動のナビゲーションに依存するパワーユーザーに深刻な影響を与えます。
システムを破壊するアップデートは完全に前例がないわけではありません。同様のサーバー駆動の障害は2022年にWindows 11バージョン21H2に影響を与え、定期的な6月パッチに続いてデバイスの小さな部分のスタートメニューを完全にブロックしました。
WI1273488の欠陥がバックエンド変更から生じたため、マイクロソフトはサーバー側のロールバックを使用してそれを解決しました。
このアプローチは従来のWindows Updateメカニズムをバイパスします。影響を受けたコンピューターは、手動のダウンロードまたは再起動を必要とせずに、自動的に再接続して検索機能を復旧する必要があります。
マイクロソフトは既にバグをWindows Release Healthダッシュボードの解決済みセクションに移動しました。
手動トラブルシューティング手順
自動修正後もスタートメニューの厄介なグリッチを経験している人のために、管理者は複数の手動トラブルシューティング戦術を推奨しています：
- システムサービスを開き、バックグラウンドタスクインフラストラクチャサービスが実行されており、自動起動に設定されていることを確認します。
- 管理者権限でPowerShellを起動して、組み込みのWindows Searchアプリケーションパッケージを安全に再登録します。
- 積極的なシステム復元を試みる前に、関連するサービス障害についてローカルイベントログを確認します。
この事件は、ローカルWindowsオペレーティングシステムとマイクロソフトの外部Bingインフラストラクチャ間の脆弱な依存関係を完全に示しています。
コアデスクトップ検索ツールをクラウドサービスに結び付けることは、一般ユーザーのための不要な障害ポイントを引き続き導入しています。
翻訳元: https://gbhackers.com/microsoft-confirms-windows-11-update/
