Microsoftが長年にわたってサポート担当者やIT管理者に愛用されてきた診断ツール「Microsoft Support and Recovery Assistant（SaRA）」のコマンドライン版を、2026年3月10日以降の全Windowsアップデートから削除した。理由は「環境のセキュリティ強化とハードニング」。後継として推奨されているのは「Get Help」コマンドラインツール（GetHelpCmd.exe）だ。

SaRAとは何だったのか

SaRAは、Office・Microsoft 365・Outlook・Windowsに関するよくある問題を自動診断・修復するフリーツールだ。Windows 7から11まで幅広く対応しており、IT管理者がPowerShellスクリプト経由でリモート実行するユースケースでも広く使われてきた。根本原因を特定して自動修復するか、手順ガイドを提示するか、Microsoftサポートへの連絡を支援するか——この3択で問題解決を導く設計は、ヘルプデスク業務の効率化に大きく貢献してきた。

後継ツール「Get Help」は何が違うのか

Microsoftが提示した後継ツール「Get Help」は、機能面ではSaRAとほぼ同等だ。Microsoft 365アプリ（OutlookやTeams）の診断、コマンドライン実行、PowerShellからのリモート実行——いずれも対応している。

最大の違いはインフラのセキュリティ強度。Microsoftによれば、Get Helpを支えるバックエンド基盤はSaRAのものよりセキュリティが強化されているという。具体的な技術詳細は公開されていないが、診断ツール自体がセキュリティ上の弱点になりうるという認識の下、インフラを刷新したと読める。

移行手順はシンプルで、GetHelpCmd.exeをダウンロードして実行するだけ。ただし、既存のスクリプトやRMMツールからSaraCmdLine.exeを呼び出している場合は、GetHelpCmdLine.exeへの差し替えが必要になる。

実務への影響

影響を受ける可能性があるケース

  • SaRAのコマンドライン版をPowerShellスクリプトやRMMツールから呼び出している環境
  • ヘルプデスク手順書にSaraCmdLine.exeの実行手順が記載されている場合
  • MDMやGroup Policyで配布・実行を管理している場合

移行時の確認ポイント

  • 既存スクリプトの棚卸し — SaraCmdLine や SaRACmd で社内スクリプトを検索し、使用箇所を洗い出す
  • GetHelpCmd.exeの動作確認 — 差し替え後に同等の診断シナリオが再現できるかテストする
  • 手順書・ドキュメントの更新 — ヘルプデスクやサポート担当向けの運用手順書を更新する
  • エンドユーザー向けGUIのSaRAは別物 — 今回廃止されたのはコマンドライン版。GUIのSaRAアプリについては別途確認が必要

筆者の見解

今回の廃止は、セキュリティ強化という観点からは正しい判断だと思う。診断ツールはシステムの深部にアクセスする性質上、そのインフラ自体が攻撃対象になりうる。「動いているから大丈夫」を理由に古い実装を維持し続けることの方が、長い目で見てリスクだ。

ただ、IT管理者の立場から見ると、また一つ「使い慣れたツールが変わる」対応が増えたのも事実だ。SaRA以外にも、Publisher廃止・Lens廃止・Authenticatorのパスワード自動入力廃止と、最近のMicrosoftは廃止ラッシュが続いている。個々の判断には理由があるにせよ、現場の運用担当者が追いつくのが大変になっている現実も見ておきたい。

移行先のGet Helpが、SaRAと同じくらい現場で信頼されるツールに育つかどうか——それはMicrosoftのインフラ品質と、ドキュメント整備の速度にかかっている。セキュリティを強化したバックエンドで動くなら、診断の精度も上がることを期待したい。「セキュリティのために刷新した」という言葉が、実際の改善として実感できるツールになることを願っている。

今動いているSaRAのスクリプトは早めにGet Helpへ移行を。3月10日以降のWindowsアップデートを適用済みの環境では、すでにSaRAが機能しなくなっている可能性がある。

出典: この記事は Microsoft removes Support and Recovery Assistant from Windows の内容をもとに、筆者の見解を加えて独自に執筆したものです。