OneDrive for Business の同期が何度も失敗し、リセットや再インストール、権限見直しでも直らない…。原因が「同期ルートをシンボリックリンク／ジャンクションで C ドライブ外へ逃がしていること」や、レジストリの MountPoint 残骸にあるケースがあります。非 C:\ 構成で詰まりやすいポイントと、安定化させる手順をまとめます。
よくある症状と「この構成だと起きやすい」サイン
OneDrive for Business（青い雲アイコン）の同期不調は、ネットワークや権限だけでなく、フォルダーの実体パス・Windows の割り当て情報・OneDrive クライアントが保持している構成キャッシュが絡むと、定型手順では収束しません。特に「C ドライブ容量不足対策」で同期ルートをリンクで逃がしていると、アップデートやポリシー反映のタイミングで破綻しやすくなります。
| 症状 | 現場での見え方 | 疑うべきポイント |
|---|---|---|
| 同期が開始してもすぐ止まる／再試行を繰り返す | 「同期できません」「処理中」がループ | 同期ルートがリンク（再解析ポイント）／古い起動経路が残って二重起動 |
| フォルダーの場所を直しても元に戻る | 気づくと以前のドライブ構成に戻る | GPO / Intune のポリシー（KFM、既定保存先固定、移動禁止）が上書き |
| “見えない割り当て”のように挙動が噛み合わない | エクスプローラー上の表示と実体パスが一致しない | MountPoint（ドライブ/ボリュームの記録）や Shell Folder の残骸 |
| OneDrive のリセットをしても改善しない | /reset 後も同じ場所に戻る | リンク運用が根本原因／再導入しても再現する設計 |
| Outlook の動作も不安定 | OST が増える、壊れる、検索が遅い | .ost を OneDrive 同期配下に置いている（非推奨） |
結論：同期ルートの「シンボリックリンク／ジャンクション運用」は避ける
先に結論を明確にしておくと、OneDrive の同期ルート（OneDrive – 組織名 など）をシンボリックリンク／ジャンクションで“ねじ曲げて移動する運用”は、安定動作が期待しづらいのが実情です。いったん動いても、Windows 更新、OneDrive クライアント更新、ポリシー適用、サインイン状態の変化などをきっかけに、同期エラーや“幽霊設定”が表面化しやすくなります。
ここで大事なのは「リンクで無理やり移す」のではなく、サポートされる仕組みで非 C:\ 運用に寄せることです。具体的には、初回セットアップ時に保存先を正しく選ぶ、または KFM（既知フォルダーの移動）で Desktop / Documents / Pictures などを OneDrive に集約する、という方向が安定します。
| やり方 | 安定性 | おすすめ度 | 理由 |
|---|---|---|---|
| 同期ルートをシンボリックリンク／ジャンクションで別ドライブに逃がす | 低い | 避けたい | 実体パスと見かけのパスがズレ、更新・ポリシー反映で破綻しやすい |
| OneDrive セットアップで保存先を D:\ 等に正しく指定（実体フォルダー） | 高い | 推奨 | 同期クライアントが想定する“素直なパス”で動く |
| KFM（既知フォルダーの移動）でユーザーデータを OneDrive に集約 | 高い | 推奨 | GPO/Intune で統制しやすく、運用が標準化できる |
| 空き容量対策として Files On-Demand（必要時のみダウンロード）を活用 | 高い | 推奨 | 物理容量の問題を“保存先の小細工”ではなく機能で解決できる |
作業前に必ずやること（事故を防ぐチェック）
リンク運用やレジストリ残骸に踏み込む場合、復旧力を上げる準備が重要です。復旧できない状態にしてしまうと、同期は直っても業務影響が出ます。
- クラウド側が最新であることを確認（同期中の端末が複数あるなら、どれが“正”かを決める）
- 作業端末の OneDrive は一時停止、またはサインアウト／この PC のリンク解除を前提にする
- 大事なデータはローカルに退避（外付け、別フォルダー、バックアップ製品など）
- レジストリ操作が必要なら、対象キーはエクスポートしてから触る
- 可能なら復元ポイントを作成（企業端末で無効な場合は、最低でも変更点を記録）
同期ルートがリンク（再解析ポイント）になっていないか確認する
「シンボリックリンクで移動しているつもりはない」ケースでも、過去に移行ツールやスクリプトでジャンクションを作っていたり、別フォルダーに逃がした上で見かけ上同じパスに見せていたりすることがあります。まずは“事実確認”をします。
コマンドで確認する（dir /AL / fsutil）
管理者権限のコマンドプロンプトで、OneDrive フォルダー近辺を確認します（パスは環境に合わせて置き換えてください）。
dir /AL "C:\Users\%USERNAME%"
dir /AL "C:\Users\%USERNAME%\OneDrive - 組織名"
fsutil reparsepoint query "C:\Users\%USERNAME%\OneDrive - 組織名"dir /AL で表示されるものは、シンボリックリンクやジャンクションなどの“リンク系”が疑われます。fsutil reparsepoint query で再解析ポイントとして扱われているかも見られます。
| 用語 | ざっくり説明 | OneDrive 同期ルートに使うと起きがちな問題 |
|---|---|---|
| シンボリックリンク（mklink /D） | 別パスを参照するリンク。柔軟だが挙動が環境依存になりやすい | 実体パス解決のズレ、更新・ポリシー反映で同期が不安定化 |
| ジャンクション（mklink /J） | 主に NTFS 上のフォルダー参照。古くからあるが“見かけと実体”がズレる | “見えない割り当て”の温床になりやすい |
| OneDrive のプレースホルダー（Files On-Demand） | OneDrive が使う仕組み（再解析ポイントを利用） | ユーザーが作るリンクと混ざるとトラブルシュートが難しくなる |
安定化の本命：同期ルートを「実体フォルダー」に戻す
この手の同期不良は、レジストリ掃除より先に不安定要因（リンク運用）をやめるのが再発防止として最も効きます。同期ルートの移動は、“フォルダーを移動する”ではなく、“OneDrive の再セットアップで保存先を指定する”のが基本です。
実務で事故りにくい進め方
- OneDrive の同期を停止（一時停止、または終了）
- この PC のリンク解除（OneDrive 設定から実施）
- 同期ルートにしていたリンク（シンボリックリンク／ジャンクション）を解除し、実体フォルダー構成を整理
- OneDrive を起動してサインインし、セットアップで保存先を D:\ などの実体フォルダーに指定
- 必要なライブラリ（SharePoint）同期や KFM を再適用
ポイントは、「見かけ上 C:\ に置いたままにする」発想を捨てることです。OneDrive は保存先を選べるので、はじめから D:\OneDrive – 組織名 のように“素直な実体パス”を使うほうがトラブルに強くなります。
残骸を潰す：二重起動・古いパス・“見えない割り当て”を見つける
リンク運用をやめても、過去の構成が残っていると「再導入しても同じエラーに戻る」ことがあります。ここで効くのが、起動経路・レジストリ残骸・マウント情報（MountPoint）を“狙って”潰すやり方です。
Autoruns で「古い OneDrive」「二重起動」を洗い出す
Sysinternals の Autoruns は、スタートアップ、Run キー、スケジュールタスク、サービスなど、起動に関わる場所を一括で可視化できます。OneDrive 同期が不安定な端末では、古いパスの OneDrive.exe が残って起動している、あるいは類似のエントリが複数あり二重起動している、というパターンが見つかることがあります。
- 検索（Find）で OneDrive、または組織名（テナント名）に関連する文字列を探す
- OneDrive.exe のパスが不自然（存在しない場所、旧ドライブ、リンク先）になっていないか確認
- 不用意に大量削除せず、“明らかに古い・不要”なものから順に無効化→挙動確認
| Autoruns で見がちな場所 | 見える問題 | 対処の考え方 |
|---|---|---|
| Logon（Run / RunOnce） | 旧パスの OneDrive.exe が残る | 現行インストールの OneDrive.exe 以外は無効化候補 |
| Scheduled Tasks | OneDrive 関連タスクが複数／失敗を繰り返す | 古いタスクを無効化して再生成させる（必要なら再インストール） |
| Services / Drivers | セキュリティ製品やフィルタドライバが干渉 | OneDrive 除外やベンダーガイドに従う（むやみに停止しない） |
MountPoint（マウント情報）や GUID 残骸が“移動できない・戻る”を作る
「同期ルートを直したのに、なぜか元のドライブ構成に引っ張られる」「存在しないはずのドライブの情報が影響している気がする」といったときに疑うのが、Windows 側に残るドライブや割り当ての履歴情報です。代表例が MountPoint 系（MountPoints2）です。
MountPoint は、USB ドライブや外付けディスク、ボリューム割り当ての履歴が残る領域で、環境によっては“同じ見かけのドライブ”として誤解釈されやすくなります。同期ルートをリンクで逃がしていると、ここが絡んでパス解決がさらに複雑になります。
| 残骸が残りやすい場所（例） | 何が残るか | トラブル時の見方 |
|---|---|---|
| HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2 | 過去に接続したボリュームやドライブの履歴 | 不自然に大量、存在しないドライブ文字、古い GUID が多いなら疑う |
| HKCU\Software\Microsoft\OneDrive（および関連キー） | 同期クライアントの構成・アカウント・同期ルートに関する情報 | “再セットアップしても同じ場所に戻る”なら残骸の可能性 |
| HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders | 既知フォルダー（Desktop 等）の割り当て先 | KFM/フォルダーリダイレクトが絡むと上書きされる。勝手に戻る原因にも |
| HKLM\SOFTWARE\Policies\Microsoft\OneDrive | GPO/Intune が反映した OneDrive ポリシー | ここに設定があると、ユーザー操作が“仕様どおり”戻される場合がある |
重要：レジストリは「闇雲に消す」と別トラブルを誘発します。運用としては、ポリシーの有無（HKLM\SOFTWARE\Policies\…）を先に確認し、ポリシーで固定されているなら“端末側で頑張っても戻る”ため、まず管理側（GPO/Intune）で整合を取るのが近道です。
通常の方法で消せないキーは RegDelNull を最終手段にする
まれに、NULL 文字を含むキーなどの理由で、レジストリエディターでは削除できない“ゴミ”が残ることがあります。そういう場合の最終手段が Sysinternals の RegDelNull です。ただし強力な分、使い方を誤ると復旧が難しくなります。
- 必ず対象キーのバックアップ（エクスポート）を取る
- 可能なら復元ポイントを作成する
- RegDelNull はOneDrive に関係する箇所に限定して使う（広範囲に走らせない）
- 削除後は OneDrive を再導入し、同期ルートを実体フォルダーで再設定する
RegDelNull は「なんでも直す魔法」ではなく、あくまで“消せない残骸が原因と特定できたとき”の道具です。まずは Autoruns やポリシー確認で、原因の範囲を狭めることが重要です。
OneDrive のリセット／再インストールを“正しい順番”で行う
同期不良の対応でよくある失敗が、リンク運用が残ったままリセット／再インストールを繰り返すことです。これだと「不安定な設計」を何度も再生成してしまい、原因が深くなります。
リセット（/reset）の基本
OneDrive のリセットは、環境変数を使ってパス依存を減らすと安全です。OneDrive.exe の場所は端末によって異なるため、実際のインストール場所に合わせてください。
"%localappdata%\Microsoft\OneDrive\OneDrive.exe" /reset
（数分待っても起動しない場合）
"%localappdata%\Microsoft\OneDrive\OneDrive.exe"リセット後は、同期ルートをリンクではなく実体フォルダーにすることが前提です。ここが戻っていないと、再び同じ不調に戻ります。
/allusers（全ユーザー向け）インストールの使い分け
OneDrive の導入方式には、ユーザー単位（一般的）と、端末単位（/allusers）があり、企業運用では後者が有効な場面があります。どちらが正解というより、端末の利用形態で選びます。
| 観点 | ユーザー単位（一般的） | /allusers（端末単位） |
|---|---|---|
| 想定 | 個人 PC / 単一ユーザー中心 | 共有 PC / 複数ユーザーが同一端末を使う |
| インストール先のイメージ | 各ユーザープロファイル配下 | Program Files 配下 |
| 管理配布 | 端末ごとに差が出やすい | 構成を揃えやすい |
| おすすめの判断軸 | “その人だけの端末”ならこちらで十分 | “端末を共有する”なら検討価値が高い |
/allusers を選ぶ場合も、同期ルートはリンク運用ではなく実体フォルダーで設計し、ポリシー（OneDrive ADMX / Intune）と合わせて整合を取るのが安定します。
KFM（既知フォルダーの移動）で「サポートされる移行」に寄せる
デスクトップ／ドキュメント／ピクチャなどを OneDrive に寄せたい場合、シンボリックリンクでユーザープロファイルを弄るよりも、KFM（Known Folder Move）が正攻法です。KFM は企業向けにも運用しやすく、ユーザーデータ保護や端末入れ替え時の移行にも効きます。
運用で押さえるべきは、KFM はユーザーの手動変更と衝突しやすいという点です。ポリシーが効いている環境では、端末側で“勝手に直したつもり”でも、次回のポリシー更新で戻ることがあります。先にポリシー設計を確認すると、無駄な試行錯誤が減ります。
| 代表的な KFM 方針 | ユーザー体験 | 向いている組織 | 注意点 |
|---|---|---|---|
| サイレント移動（自動） | 気づかないうちに移動が完了 | 全社で標準化したい | 事前周知がないと「場所が変わった」と混乱しやすい |
| ユーザーに移動を促す（プロンプト） | 同意して移動 | 部門ごとに段階導入 | 放置されると未移行が残る |
| 戻せないよう制御（無効化不可） | 標準から逸脱しにくい | 情報統制が強い | 例外対応が必要な部門には設計が要る |
もし「非 C:\ に寄せたい」理由が C ドライブ容量問題であれば、同期ルートの場所変更（実体フォルダー）＋ Files On-Demand ＋ KFMの組み合わせで、多くのケースが“正攻法”で解決できます。
Outlook の .ost を OneDrive 同期配下に置くのは避ける
OneDrive の同期トラブルを複雑化させる代表例が、Outlook の .ost（キャッシュファイル）を OneDrive の同期フォルダー直下に置く構成です。.ost は“クラウドに同期するべき業務データ”ではなく、あくまで Outlook のローカルキャッシュです。同期配下に置くと、ファイルロックや競合、破損リスクが上がり、OneDrive 側も Outlook 側も不安定になります。
C ドライブの容量が厳しくて .ost を移動したい場合は、OneDrive の設定でどうにかするのではなく、Outlook 側の設定（ForceOSTPath）で OneDrive と無関係なローカルフォルダーへ逃がすのが現実的です。
| やりたいこと | 避けたい方法 | おすすめの考え方 |
|---|---|---|
| .ost を C:\ 以外に置きたい | OneDrive 同期フォルダー内に移す | OneDrive 外のローカルフォルダーへ（Outlook の ForceOSTPath 等で制御） |
| メールデータを保護したい | .ost を同期してバックアップ代わりにする | メールボックス（Exchange Online 等）が正、バックアップは別設計で |
ForceOSTPath の一般的な例（値や場所は Office の構成・方針で変わるため、組織の標準に合わせてください）。
（例）
HKCU\Software\Microsoft\Office\16.0\Outlook
ForceOSTPath = D:\OutlookOST上位サポート（Tier 2 相当）にエスカレーションするための現実的ルート
コミュニティや一般窓口の担当者は、その場で“指名エスカレーション”できないことが多いです。現実的には、Microsoft 365 管理センターからサポートリクエスト（チケット）を起票し、非 C:\ 構成・リンク運用・MountPoint 残骸などの情報を整理して「上位サポートが必要」と明確に伝えるのが近道です。リモート支援が必要な場合も、その流れに乗せるのがスムーズです。
チケットに載せると話が早くなる情報
| 項目 | 具体例 | なぜ重要か |
|---|---|---|
| 再現手順 | サインイン→同期開始→数分で停止、など | 調査側が同じ状態を作れる |
| 同期ルートの実体パス | D:\OneDrive – 会社名（実体）、過去は C:\ からリンク、など | リンク運用・パス解決問題を切り分けできる |
| リンクの有無 | dir /AL の結果、fsutil の結果 | “非推奨構成”の影響を前提に診断できる |
| ポリシー状況 | GPO/Intune の KFM 設定、移動禁止の有無 | 端末側で直しても戻る理由が説明できる |
| ログ | OneDrive の収集ログ、イベントログの該当箇所 | 同期エンジン側の失敗理由が追える |
| 端末情報 | Windows 10/11、OneDrive クライアント版、Office 版 | 既知不具合・互換性の照合ができる |
「Tier 1 の定型手順（リセット、再インストール、権限見直し）は実施済み」「非 C:\ 構成で、同期ルートにシンボリックリンク／ジャンクションの履歴がある」「MountPoint や GUID の残骸が疑わしい」といったポイントを、最初から文章で明記すると、たらい回しを減らしやすくなります。
再発防止：安定運用のための設計ポイント
最後に、同じトラブルを繰り返さないための“効くところ”をまとめます。OneDrive は「小細工で成立させる」より「仕組みに乗せる」ほうが圧倒的に安定します。
- 同期ルートをリンクで曲げない（保存先はセットアップで実体フォルダーを指定）
- ユーザーデータは KFM で標準化（Desktop / Documents / Pictures）
- Files On-Demand を有効にして容量問題を根本から緩和
- Outlook の .ost は OneDrive 同期配下に置かない（必要なら ForceOSTPath 等で OneDrive 外へ）
- “勝手に戻る”現象があるなら、端末ではなくGPO/Intune のポリシーを最初に疑う
- 怪しい残骸は、闇雲に消さず、Autoruns で起動経路→レジストリ→最終手段で RegDelNullの順で詰める
同期の不調は、目の前のエラーだけを消しても、設計が変わっていなければ再発しがちです。リンク運用をやめ、サポートされる移行（保存先の正しい指定、KFM、Files On-Demand）に寄せたうえで、残骸を狙って除去する。これが「繰り返し失敗する OneDrive for Business 同期」を安定化させる最短ルートです。
コメント