BitLocker の回復キーを確認しようとして、Microsoft アカウントの「回復キー」ページにアクセスしたところ、「Something happened. Wait a bit, then try again. If this issue persists, contact us.」とだけ表示されてしまい、何度やってもキーが見られない――そんな経験をした方もいるはずです。本記事では、実際に発生した事例をもとに、このエラーの原因と考え方、そして将来同じトラブルに巻き込まれないための具体的な対策を詳しく解説します。
BitLocker 回復キー閲覧サイトで起きる「Something happened」エラーとは
BitLocker を有効化した Windows 10 / Windows 11 PC では、回復キーを Microsoft アカウントに保存しておくと、ブラウザーから次のようなページで確認できます。
URL：account.microsoft.com/devices/recoverykey
ところが、2025 年 9 月前後にかけて、このページにアクセスすると本来は回復キー一覧が表示されるはずの部分に、次のようなメッセージだけが表示され、何度やり直しても先に進めないケースが多発しました。
「Something happened. Wait a bit, then try again. If this issue persists, contact us.」
エラーメッセージの内容からも分かるように、具体的な原因は何も教えてくれません。その結果、次のような「よくある対応」をいくつも試したにもかかわらず、まったく改善しない状況に陥ったユーザーが多数いました。
- ブラウザーのキャッシュや Cookie を削除する
- 別のブラウザー（Edge / Chrome / Firefox など）を試す
- シークレット / InPrivate ウィンドウで開き直す
- スマホや別 PC からアクセスしてみる
- 自宅回線ではなくモバイル回線に切り替える
- Microsoft アカウントから一度サインアウトしてサインインし直す
しかし、このトラブルに関しては、どれだけこのような「お約束の手順」を試しても改善しませんでした。その理由は、問題の原因がユーザー側ではなく、Microsoft 側のサービス障害にあったためです。
原因は Microsoft 側のサービス障害（OneDrive 基盤の不具合）
BitLocker の回復キーは、見た目上は「Microsoft アカウント」に紐づいているように見えますが、実際には裏側で OneDrive のストレージ基盤 を利用して保存されています。Windows で BitLocker を有効化する際に「Microsoft アカウントにバックアップする」と選ぶと、Windows は次のような流れで処理を行います。
- 端末ローカルで回復キーを生成する
- 暗号化を担当する BitLocker サービスが、キーをクラウドにアップロードする
- アップロード先は Microsoft アカウントに紐づいたクラウドストレージ（基盤は OneDrive）
- account.microsoft.com/devices/recoverykey のページは、その保存領域にアクセスしてキーを読み出す
つまり、「BitLocker 回復キー閲覧ページ」と「OneDrive」は、別のサービスとして見えますが、実態としては 同じクラウド基盤の上に成り立っている兄弟サービス です。
2025 年 9 月当時、この OneDrive 関連コンポーネントの一部に障害が発生しており、その影響で 回復キー閲覧ページだけが正常に動作しない 状態になっていました。OneDrive 自体のステータスは「正常」に見えていても、内部の一部機能だけが不安定になることがあるため、ユーザー側から見ると非常に分かりづらい不具合です。
重要なのは、この障害はあくまで クラウド上の「回復キー表示サービス」側の問題であり、ユーザーの PC や BitLocker の設定に問題があるわけではない という点です。
ユーザーの PC や設定には問題がない理由
今回のような障害では、次のようなポイントに注目すると、ユーザー側の問題ではないと判断しやすくなります。
| 確認ポイント | 状態 | 読み取れること |
|---|---|---|
| Microsoft アカウントのサインイン | 他の Microsoft サイトには普通にログインできる | アカウントのロックやパスワード誤りではない |
| OneDrive の利用 | ファイルのアップロード・ダウンロードは一見正常 | OneDrive 全体ではなく、あくまで一部機能のみの障害が疑われる |
| 別デバイス・別回線からのアクセス | どの環境から試しても同じエラーが出る | ローカル PC やネットワークの問題ではない |
| エラーメッセージ | 「Something happened」とだけ表示 | サーバー側の想定外エラーである可能性が高い |
このような状況が複数ユーザーで同時期に再現していたことからも、原因が Microsoft 側にあるサービス障害だったことが分かります。
ユーザーがすぐに取れる対応策
では、このエラーに遭遇したとき、ユーザーはどのように対応すればよいのでしょうか。結論から言うと、次の 3 点が現実的な選択肢になります。
- サービス復旧を待つ
- 他の保管場所にある回復キーを探す
- どうしても見つからない場合はサポートや管理者に相談する
根本的な解決は「サービス復旧を待つ」しかない
今回のようなクラウドサービス側の障害に関しては、ユーザーが手元の PC 設定をいくら変更しても解消しません。アクセス先のサーバーでエラーが発生している以上、復旧作業を行えるのは Microsoft 側のエンジニアだけ だからです。
このため、技術的に正しい対処はシンプルで、次の 2 点に尽きます。
- 時間をおいてから再度アクセスを試す
- 障害情報やステータスを確認し、復旧を待つ
どうしても「何かできることはないか」と考えてしまいがちですが、少なくとも今回のようなケースでは、ブラウザーを変えたり、PC を再起動したりすることに実質的な意味はありません。むしろ、「ユーザー側に原因があるはずだ」と思い込むことで、不要な作業に多くの時間を費やしてしまうことの方が問題です。
サービス状況の確認方法
Microsoft 側で障害が発生しているかどうかは、Microsoft のステータスページで確認できます。一般消費者向けのサービス（Microsoft アカウント、OneDrive、Outlook.com など）の状況を一覧で確認できる「Microsoft 365 Consumer 製品のステータスページ」が公開されています。
このページでは、サービスごとに「正常」「影響あり」などのステータスが表示され、必要に応じて障害内容や復旧見込みに関する情報が掲載されます。BitLocker 回復キー閲覧ページ自体が個別に表示されていない場合でも、OneDrive や Microsoft アカウント関連のセクションが「影響あり」になっていれば、今回のようなトラブルに関係している可能性が高いと考えられます。
なお、ステータスページに何も表示されていない場合でも、すでに障害調査が始まっていて情報反映が追いついていないこともあるため、「ステータスが正常だから自分のせいだ」と断定するのは早計です。
至急回復キーが必要な場合に試すべきこと
問題がサービス障害にあるとしても、現実には「今すぐ回復キーが必要」という場面もあり得ます。たとえば、次のようなケースです。
- PC 起動時に BitLocker の回復キー入力画面が表示され、通常起動できない
- マザーボード交換や BIOS 設定変更後にロックがかかってしまった
- OS 再インストール前にデータを退避したいが、ドライブが暗号化されている
こうした場合に、ユーザー側でできることを優先度順に整理すると、次のようになります。
| 確認/実施項目 | 内容 | 期待できる効果 |
|---|---|---|
| 紙の控えを探す | BitLocker 有効化時に「印刷する」を選んでいれば、紙の書類が残っている可能性 | そのまま回復キーとして利用可能。最優先で探す価値がある |
| USB / 外付けメディアを確認 | テキストファイルや画像として保存したキーがないか、USB メモリや外付け HDD を確認 | ローカルに保存したことが思い出せれば、最も現実的な手段 |
| パスワード管理ツールを確認 | 1Password や KeePass などのパスワードマネージャーにメモしている場合がある | クラウド連携していれば、スマホなどからも確認しやすい |
| 組織の管理者に問い合わせ | 会社・学校支給 PC の場合、Azure AD やオンプレ AD に回復キーが保存されていることが多い | 自分では見られなくても、情報システム部門なら参照できる可能性が高い |
| Microsoft サポートへ相談 | アカウント情報の確認や障害状況の説明を受ける | 技術的にキーそのものは発行してもらえないが、状況整理には役立つ |
重要なのは、BitLocker の設計上、回復キーを紛失してしまった場合に「裏口」から復号する手段は用意されていない という点です。Microsoft サポートに問い合わせれば魔法のようにキーを教えてもらえる、ということはありません。これはセキュリティ上、あえてそう設計されている仕様です。
復旧後に必ずやっておきたい再発防止策
今回の障害は一時的なもので、時間の経過とともに解消されました。しかし、同じようなトラブルが二度と起こらないとは限りません。むしろ、「クラウドサービスにだけ頼る」という構成は、一見便利な分だけ 単一障害点（Single Point of Failure） を抱えやすいというリスクがあります。
そこで、サービス復旧後には、必ず次のような再発防止策を取っておくことを強くおすすめします。
回復キーをオフラインでも確認できる形で複数保存する
まず意識すべきなのは、回復キーを「一か所だけに保管しない」という考え方です。代表的な保管方法と、そのメリット・注意点を整理してみましょう。
| 保管方法 | メリット | 注意点 |
|---|---|---|
| 紙に印刷して保管 | 完全オフラインで安全。金庫や書類棚に分散保管しやすい | 紛失・盗難・火災などの物理リスクには注意が必要 |
| USB メモリにテキスト保存 | 長い数字を手入力する必要がなく、コピー＆ペーストが可能 | USB 自体の紛失や故障のリスクがあるため、複製を作ることが望ましい |
| 暗号化された外部ストレージに保存 | BitLocker To Go などで暗号化すれば、持ち出し時も比較的安全 | パスワードを忘れると二重に詰んでしまうため、管理方法を明確に |
| パスワードマネージャーに登録 | 他の重要情報と一緒に一元管理でき、スマホなどからも参照可能 | マスターパスワードを忘れるとアクセス不能になるため、バックアップも検討 |
| 組織のディレクトリサービス（Azure AD / AD DS） | 管理者がまとめて管理でき、PC 紛失時などにも対応しやすい | 個人 PC では利用できない。運用設計とポリシー設定が必須 |
理想的には、オンラインとオフラインを組み合わせて 2～3 箇所にバックアップ を用意しておくと安心です。どれか一つが使えなくなっても、他のルートから回復キーにアクセスできる状態を作っておくことが、今回のようなトラブルに対する最大の防御策になります。
OS が起動できるうちに「manage-bde」で回復キーを取得しておく
今回のようなトラブルをきっかけに、「今は PC が普通に起動できているうちに、回復キーを控えておこう」と考えた方も多いはずです。Windows が通常起動でき、管理者権限を持っているのであれば、コマンドプロンプトから簡単に回復キーを確認することができます。
手順は次の通りです。
- スタートメニューを開き、「cmd」または「コマンド プロンプト」と入力する
- 表示された「コマンド プロンプト」を右クリックし、「管理者として実行」を選択する
- ユーザー アカウント制御の確認が表示されたら「はい」をクリックする
- 開いた黒い画面（管理者権限のコマンドプロンプト）で、次のコマンドを入力して Enter キーを押す
manage-bde -protectors -get C:
しばらくすると、ドライブ C: に対して有効な BitLocker 保護機能の一覧が表示されます。その中に「回復キー」と、その「回復キー識別子（ID）」が含まれています。この数字の組み合わせが、BitLocker の回復キーとして使用する情報です。
確認した回復キーは、次のような形で保管しておくとよいでしょう。
- メモ帳にコピー＆ペーストしてテキストファイルとして保存（その後、USB などに移動）
- 画面をスクリーンショットして印刷し、紙で保管
- パスワードマネージャーに「安全なメモ」として登録
なお、システムドライブが C: 以外の場合や、データ用ドライブにも BitLocker をかけている場合は、対象ドライブの文字を変更して同じコマンドを実行します。
manage-bde -protectors -get D:
すでに PC が BitLocker の回復キー入力画面で止まってしまっている場合には、この方法は使えません。あくまでも「OS が起動しているうちに、次のトラブルに備えてキーを控えておく」ための手順だと理解しておきましょう。
組織利用なら Azure AD への自動バックアップを確認する
企業や学校などの組織で管理されている PC の場合、個々のユーザーが自分で回復キーのバックアップ先を設定することはあまりありません。代わりに、次のような運用が行われることが多くなっています。
- PC を Azure AD（現 Microsoft Entra ID）に参加させる
- グループポリシーや Intune（エンドポイント管理）で BitLocker 設定を一元管理する
- BitLocker 有効化時に、回復キーを Azure AD に自動バックアップするポリシーを適用する
このような環境では、ユーザー自身が回復キーをダウンロードできない代わりに、情報システム部門などの管理者がポータルから回復キーを閲覧し、必要に応じてユーザーへ伝える運用が一般的です。
組織で PC を管理している立場の方であれば、今回のような障害を踏まえ、次の点を改めて確認しておくとよいでしょう。
- BitLocker の回復キーが Azure AD / AD DS に確実に保存されているか
- 退職・異動・端末廃棄などの際に、キーが適切に扱われているか
- ユーザーから問い合わせがあった際の手順書が整備されているか
- クラウド障害が発生した場合の緊急対応フローが決まっているか
よくある誤解と実際のところ
今回のような障害では、インターネット上の情報や口コミがきっかけで、さまざまな誤解が広がりがちです。ここでは、代表的な誤解と正しい理解を表形式で整理します。
| よくある誤解 | 実際のところ |
|---|---|
| OneDrive のステータスが「正常」なら、回復キー閲覧サービスも必ず正常なはず | 回復キー閲覧は OneDrive 基盤を利用する別サービス。統合部や一部コンポーネントだけが障害を起こし、ステータスに反映されないこともある |
| ブラウザーやキャッシュを変えれば「Something happened」エラーは直る | サーバー側エラーである場合、クライアント側のブラウザーを変えても結果は変わらない。今回の障害もまさにこのパターン |
| BitLocker は不安定で信頼できない暗号化機能だ | 今回の障害は回復キー表示サイト側の問題であり、BitLocker の暗号化そのものの安全性や安定性とは無関係 |
| Microsoft サポートに問い合わせれば、回復キーを再発行してもらえる | セキュリティ上の理由から、Microsoft はユーザーの回復キーを代わりに生成したり、失われたキーを教えたりすることはできない |
| 回復キーをクラウドに保存しているから、ローカルの控えは不要 | クラウドサービスも障害やアカウントロックのリスクがある。オンラインとオフラインの両方に控えを用意するのが安全 |
このような誤解を避けるためにも、「BitLocker そのもの」と「クラウド上の回復キーサービス」は切り分けて考えることが重要です。暗号化技術としての BitLocker は成熟しており、今回のようなトラブルの多くは周辺サービスや運用設計に起因しています。
今回の障害から学べる教訓と設計のポイント
2025 年 9 月当時の BitLocker 回復キー閲覧ページ障害は、多くのユーザーに「クラウドだけに頼る危うさ」を改めて認識させる出来事でした。この事例から学べるポイントを、設計・運用の観点からまとめてみます。
クラウドは「便利な 1 手段」であり「唯一の手段」にしない
Microsoft アカウント連携による回復キーの保存は非常に便利で、複数のデバイスのキーを一元管理できる魅力があります。しかし、その便利さゆえに、つい「ここにだけ保存しておけば十分だろう」と考えてしまいがちです。
実際には、今回のように特定のサービスだけが障害を起こすこともあり得ます。したがって、クラウドへの保存はあくまで「便利な 1 手段」と位置づけ、必ず 紙やオフラインストレージなど別経路のバックアップ を併用することが重要です。
BitLocker 有効化時点で「回復キーがどこに保存されたか」を確認する
BitLocker を有効化する際、ウィザードの途中で「回復キーのバックアップ先」を選ぶ画面が表示されます。ここで何を選んだかを覚えていないと、いざというときに「そもそもどこへ保存したのか分からない」という状態に陥ります。
新たに BitLocker を設定する場面では、次のような点を意識することをおすすめします。
- 実際にどのバックアップ方法を選択したかをメモしておく
- 可能であれば、同じタイミングで別の方法（紙、USB、パスワードマネージャー）にも控えを作る
- 複数台の PC を管理している場合は、どの PC のキーかを分かるようラベルやメモを付ける
大きなハードウェア変更の前に回復キーを再確認する
BitLocker は、マザーボードやストレージ、TPM 設定などのハードウェア構成が大きく変わると、「怪しい変化があった」と判断して起動時に回復キーの入力を求めることがあります。たとえば、次のような作業を行う前には、必ず回復キーの控えを再確認しておくと安全です。
- マザーボード交換や CPU の世代の大幅な変更
- BIOS/UEFI 設定のリセットやセキュアブートの切り替え
- TPM のクリアやセキュリティチップ関連の設定変更
- OS 再インストールや大規模アップグレード作業
これらの作業は、どうしても BitLocker の観点では「怪しい動き」に見えるため、事前に回復キーを確認しておくことで、万が一のトラブル時にも落ち着いて対処できるようになります。
まとめ
BitLocker 回復キー閲覧サイトで「Something happened. Wait a bit, then try again. If this issue persists, contact us.」と表示される問題は、2025 年 9 月当時、Microsoft 側の一時的なサービス障害によって発生していました。回復キー自体は OneDrive のストレージ基盤に保存されており、その一部コンポーネントが不具合を起こした結果、ユーザー側にはあいまいなエラーだけが表示されていた形です。
この障害は、ユーザーの PC 設定や BitLocker 機能の問題ではありません。ブラウザーを変えたりキャッシュを削除したりしても根本的な解決にはならず、最終的には Microsoft 側の復旧を待つしかありませんでした。その間にユーザーができるのは、紙や USB、パスワードマネージャーなど、他の保管場所に回復キーが残っていないかを丁寧に探すことだけです。
同時に、この事例は「回復キーの保管戦略」を見直す良いきっかけにもなります。クラウド上の回復キー表示サービスは便利な一方で、障害やアカウントトラブルの影響を受ける可能性があります。今後同じような事態に備えるためにも、次のポイントを押さえておきましょう。
- 回復キーはオンラインとオフラインを組み合わせて複数箇所に保管する
- OS が起動できるうちに「manage-bde -protectors -get C:」でキーを確認し、控えを作っておく
- 組織利用では Azure AD やオンプレ AD に自動バックアップされているかを管理者が確認する
- ハードウェア大幅変更や再インストール作業の前には、必ず回復キーの所在を再確認する
BitLocker 自体は、Windows に標準搭載された強力で信頼性の高い暗号化機能です。今回のようなトラブルは、あくまで周辺サービスや運用の仕方に起因するものと言えます。適切なバックアップと運用ルールを整えておけば、BitLocker は個人利用でもビジネス利用でも、データを守る心強い味方になってくれます。
コメント