OneNote で「ページをコピーしたら、コピー先にあった既存ページが全部消えた」――現場で起きると冷や汗ものの事故です。本記事では、原因の推定と最短でページを取り戻す手順、復旧後に同期の整合性を戻す注意点、再発を防ぐ運用・設定まで、実務でそのまま使える形で詳説します。個人利用から教育・企業テナントまで対応します。
事象の全体像
次の操作後にページが見えなくなったケースを想定します。
- Notebook A から Notebook B の特定セクションへページを 2 枚コピー。
- コピー先セクションに元々あったページがすべて消え、コピーした 2 枚のみが残存。
- 別デバイスやブラウザー版でも同じ表示に見える場合がある。
ユーザー影響は以下の通りです。
- 過去ページの参照不可、クラスノートブックや部門ノートの授業・業務記録の欠落。
- 同期中断に伴う追加の編集ロス（追い打ちの上書き）。
想定原因（推定）
2025 年 8 月 11 日（UTC）以降に発生した OneNote のサービス劣化（Incident ID: OP1135993）の影響で、ページ作成・公開、クラスノートブック作成など一部操作が失敗し、ページ管理や同期が不安定化した可能性が考えられます。依存サービスの障害に引きずられて、同一セクション内のインデックスが一時的に壊れ、「見えない／存在しないと判定される」状態になると、クライアントは最新の差分のみを表示してしまうことがあります。
ただし、これはあくまで推定です。根本原因は環境差（クラウド保存先、バージョン差、アドイン、ローカルキャッシュ破損など）で異なり得ます。以下は、「いま目の前のページを最短で取り戻す」ための手順を優先順位順に並べたものです。
最短復旧：優先度つきチェックリスト
| 優先度 | 手順 | 詳細 |
|---|---|---|
| ★★★ | ノートブックの「ごみ箱」を確認 | 1. OneNote を開く 2. ［履歴］タブ → ［ノートブックごみ箱］をクリック（※ Windows デスクトップ版） 3. 消えたページ／セクションがあれば右クリック → ［移動またはコピー］で元のセクションへ戻す ※ Windows 10 アプリや Mac、OneNote Online は ［表示］→［ノートブックのごみ箱］が目印 |
| ★★☆ | 自動バックアップから復元 | 1. ［ファイル］→［情報］→［バックアップを開く］ 2. 該当ノートブックのバックアップフォルダーを開き、事故発生前日時点のバックアップを選択 3. 開いたバックアップから該当ページを右クリック → ［移動またはコピー］で現在のノートに復元 |
| ★★☆ | ページのバージョンを戻す | 「消えた」のではなく上書きされた疑いがある場合： 1. 該当セクションを開く 2. ［履歴］→［ページのバージョン］をクリック 3. 古いバージョンを選んで内容を比較し、必要に応じて復元 |
| ★☆☆ | OneNote Online／別デバイスで確認 | クライアント片側のみ同期に失敗している可能性あり。ブラウザー版や他の PC／モバイルで開き、 消えたページが見えるか確認。見えたら ［移動またはコピー］で保全。 |
| ★☆☆ | サービス復旧を待つ・管理者へ確認 | 企業・教育テナントでは、管理センターの Microsoft 365 サービス正常性で OneNote ステータスを確認。 全面復旧後に再同期。必要に応じて監査／メッセージセンターも併用。 |
手順詳細：確実にページを取り戻すために
ノートブックのごみ箱を使う（最速）
OneNote のごみ箱には削除済みのページ／セクションが一定期間保管されます。コピーや移動の失敗でも、内部的に「移動→削除」の順で処理された結果、ごみ箱に入ることがあります。
- Windows デスクトップ版（OneNote 2016/2021/Microsoft 365）：
［履歴］タブ →［ノートブックごみ箱］。該当ページを右クリック→［移動またはコピー］で復元。 - OneNote for Windows 10（UWP）：
［表示］→［ノートブックのごみ箱］。 - Mac 版：
メニューの［表示］→［ノートブックのごみ箱］。 - OneNote Online：
画面上部の［表示］またはノートブックメニューから［ノートブックのごみ箱］。
ポイント：復元は「元のセクションに戻す」が安全です。別セクションに戻すと見失いリスクが増します。
自動バックアップから復元する
デスクトップ版 OneNote には自動バックアップ機能があります。標準では一定間隔でセクション（.one）単位のスナップショットを保持します。
- OneNote で［ファイル］→［情報］→［バックアップを開く］を選択。
- 対象ノートブックのバックアップフォルダーを開き、事故前の日時のバックアップを選択。
- バックアップを開くと、読み取り専用のノートとして表示されます。該当ページを右クリック→［移動またはコピー］で現在のノートへ。
注意：バックアップセクションを丸ごと上書きコピーすると、直近の復旧後編集が失われることがあります。可能な限りページ単位で戻しましょう。
ページのバージョンを戻す（上書き対策）
「ページ自体はあるが内容が新しいもので置き換わっている」場合は、ページバージョンを用います。
- 該当セクションを開く。
- ［履歴］→［ページのバージョン］をクリック。
- 右側に表示されるバージョン一覧から、事故前のスナップショットを選び、内容を比較。
- 復元か、必要な部分だけコピー＆ペーストしてマージ。
別デバイス／ブラウザー版で「見えるか」を確認する
片側だけの同期不一致は珍しくありません。次の順で確認します。
- スマホ（iOS/Android）で該当ノートブックを開き、セクションを確認。
- OneNote Online で同じセクションを開く。
- 別 PC のデスクトップ版で開き、履歴とごみ箱を確認。
どれかで見えたら、すぐに［移動またはコピー］で保全し、他端末は一時的に編集停止するのが安全です。
管理者向け：サービス復旧後に再同期・二段階のごみ箱も確認
- サービス正常性：OneNote/SharePoint/OneDrive の状態を管理センターで確認。復旧告知後にクライアントを再起動→ノートを閉じて再度開く（再ハンドシェイク）。
- SharePoint/OneDrive 側のごみ箱：ノートブックは実体として SharePoint/OneDrive のライブラリに保存されます。ここでセクションファイル（.one）が削除扱いなら、サイトのごみ箱（第一段階／第二段階）から復元を試みます（ページ単位ではなくセクション単位）。
- 監査・変更履歴の確認：組織要件に応じて、いつ・誰の操作で何が起こったかの切り分けに役立ちます。
症状別・判定早見表
| 観測される症状 | 考えられる状態 | 推奨対処 |
|---|---|---|
| コピー先セクションに直前にコピーした 2 枚だけが表示 | インデックス不整合／旧ページが削除扱い | ノートブックごみ箱→ページ単位復元→強制同期 |
| 別デバイスでは見える／ローカルのみ見えない | クライアント側のキャッシュ不良 | 別デバイスで保全→影響端末はノートを閉じて再接続→必要ならキャッシュ再生成 |
| 全端末で見えないが、セクションは残っている | ページ上書き／ごみ箱行き | ページのバージョン／ごみ箱／バックアップを順に確認 |
| セクション自体が見当たらない | セクションファイル削除扱い | サイト（OneDrive/SharePoint）のごみ箱でセクションを復元 |
| 復元後も同期ループ／重複ページが増殖 | 競合／断続的なサービス劣化 | 復旧完了を待つ→競合を手動マージ→不要コピーを整理 |
復元後に必ずやる「同期の整合性」リセット
復元で見た目が戻っても、裏側のメタデータが崩れていると再発の温床になります。次を順に実施してください。
- 全端末で編集中のノートを閉じる（メニューの［ファイル］→［閉じる］）。
- 復元したノートブックだけを一台の信頼できる端末で開き、手動同期を実行。
- セクション見出しの並びを一度変更→保存→元に戻す（インデックス再構築のトリガー）。
- 他端末で順次ノートを開き、同期完了を確認しながら利用再開。
避けるべきこと：復元直後に複数端末で同じページを同時編集しない。競合を誘発します。
OneNote の種類別に押さえるポイント
| クライアント | ごみ箱の場所 | バックアップ機能 | 注意点 |
|---|---|---|---|
| OneNote（デスクトップ版） | ［履歴］→［ノートブックごみ箱］ | あり（［ファイル］→［情報］→［バックアップを開く］） | バックアップはセクション単位。戻すときはページ単位が安全。 |
| OneNote for Windows 10 | ［表示］→［ノートブックのごみ箱］ | 手動バックアップは限定的 | 必要に応じデスクトップ版で開いてバックアップ機能を活用。 |
| Mac 版 | ［表示］→［ノートブックのごみ箱］ | 自動バックアップはアプリ内選択肢が限られる | クラウド側（SharePoint/OneDrive）の復元も選択肢。 |
| OneNote Online | ノートブックメニューからごみ箱 | なし（クラウドの履歴・サイトごみ箱を活用） | セクション単位の復元はサイトごみ箱を検討。 |
復旧を急ぐときの暫定ワークアラウンド
サービス劣化の影響下では、大量コピー・移動のバッチ操作が事故を招きます。復旧までの間は、Microsoft が推奨する PowerShell／Microsoft Graph を使ったプロビジョニングで最小権限・最小操作に切り替えるのが安全です。
Graph API の活用イメージ（最小限の読み出し・保全）
GET /me/onenote/notebooks
GET /me/onenote/sections
GET /me/onenote/pages
POST /me/onenote/pages
Content-Type: multipart/form-data; boundary=MyBoundary
--MyBoundary
Content-Disposition: form-data; name="Presentation"
Content-Type: text/html
<html><head><title>保全コピー</title></head>
<body><p>バックアップ用のプレーンコピー</p></body></html>
--MyBoundary--教育向け Class Notebook の新規作成やテンプレート化は Education API（/education/classes, /education/schools）を併用します。サービス劣化中は「新規作成の連打」を避け、既存ノートの読み出しと保全を優先してください。
PowerShell 例（Graph 呼び出しの骨子）
# 事前にアプリ登録・権限付与済みを前提
$tenantId = "<TenantId>"
$clientId = "<ClientId>"
$clientSecret = "<ClientSecret>"
$scope = "https://graph.microsoft.com/.default"
$tokenBody = @{
client_id = $clientId
client_secret = $clientSecret
scope = $scope
grant_type = "client_credentials"
}
$token = Invoke-RestMethod -Method Post ` -Uri "https://login.microsoftonline.com/$tenantId/oauth2/v2.0/token"`
-Body $tokenBody
$headers = @{ Authorization = "Bearer $($token.access_token)" }
# ノートブック一覧
Invoke-RestMethod -Headers $headers -Uri "[https://graph.microsoft.com/v1.0/me/onenote/notebooks](https://graph.microsoft.com/v1.0/me/onenote/notebooks)" -Method Get
# 保全用ページの作成（例）
$html = @"
保全コピー
"@
$boundary = "MyBoundary"
$body = @"
--$boundary
Content-Disposition: form-data; name="Presentation"
Content-Type: text/html
$html
--$boundary--
"@
Invoke-RestMethod -Headers @{ Authorization = $headers.Authorization; "Content-Type"="multipart/form-data; boundary=$boundary" } `
-Uri "[https://graph.microsoft.com/v1.0/me/onenote/pages](https://graph.microsoft.com/v1.0/me/onenote/pages)" -Method Post -Body $body 注意：本番テナントでは、必ず最小権限・専用アカウント・承認フローを設けてください。
復元前に読んでおきたい注意事項
- 上書き保存の連鎖を止める：復元対象のセクションで編集を続けると、履歴やごみ箱の情報が薄れ、戻せなくなる場合があります。
- 復元はページ単位を基本に：セクション単位の上書きは最後の手段とし、まずページ単位で戻すのが安全です。
- 同期ステータスを確認：クライアント右上の同期通知や、［ファイル］→［情報］→［表示状態］でエラーがないか確認。
「コピー直後に消える」現象のメカニズム（推定）
OneNote のセクションには内部インデックスがあり、ページの新規作成／移動／削除の都度、クラウドとローカルで差分がやり取りされます。依存サービスの障害やタイムアウトがあると、以下が重なって見かけ上「消えた」ように見えることがあります。
- 移動元／先のセクションでタイミングの悪い排他制御の取り逃がしが起きる。
- ローカルは「先に届いた差分」を優先表示し、後続差分を捨てる（または待ち状態で固まる）。
- 結果として、コピー直後の新規ページ 2 枚のみが残存しているように見える。
ごみ箱やバックアップに影が残っていれば復元可能です。見当たらない場合も、復旧後の再同期でページが再出現することがあります。
Q&A：実務でよくある質問
Q1. ごみ箱に見当たりません。もう戻せませんか？
A. 自動バックアップ、ページのバージョン、別デバイス表示、サイト（OneDrive/SharePoint）のごみ箱の順で探してください。いずれにも無い場合は、復旧完了後に再同期→それでも無ければ Microsoft サポートにノートブック URL（ID）と発生日・端末情報を添えて問い合わせます。
Q2. どの端末を「軸」に復元すべきですか？
A. 直近で一番編集していない端末、かつネットワークが安定し保存先へ近い（社内から SharePoint 直結など）端末を優先します。
Q3. 復旧後の重複ページはどうすれば？
A. 最も新しいものを基準に手動マージし、旧版には日付・編集者を追記して「履歴」保管用セクションに移すと後からの説明責任に耐えます。
Q4. バックアップの保存場所はどこですか？
A. OneNote 内の［バックアップを開く］から辿るのが確実です。既定パスは環境・バージョンで異なり得ます。
Q5. ごみ箱や履歴の保持期間は？
A. アプリ設定やテナントポリシー、保存先（OneDrive/SharePoint）により異なります。クリティカル用途は自前のアーカイブ（PDF/OneNote Package/エクスポート）も併用しましょう。
Q6. 大量コピーを安全に行うには？
A. 時間帯分散・小分け・同期完了確認を守り、サービス劣化中は避ける。やむなく実施する場合はセクション単位で段階的に行い、直後にごみ箱を確認。
Q7. 共有リンクで他者の編集が止まりません。どう守る？
A. 事故対応中は共有権限を読み取りに落とす、編集者を限定する等の一時的なコントロールを。復旧後に元へ戻します。
Q8. 競合エラーが頻発します。
A. 同じページに複数端末から同時編集している可能性。編集者を時間で割り当てるか、見出しごとにページを分割して併走できる構造に。
Q9. Mac だけ戻せません。
A. デスクトップ版（Windows）でバックアップからページ単位復元→Mac で再同期の順にすると成功率が上がります。
Q10. 監査ログで何を見ればよい？
A. 対象セクションの削除／復元／移動イベントとタイムスタンプ、操作主体（ユーザー／アプリ）を突き合わせ、事実と推定原因を切り分けます。
復旧用の実務テンプレート（メモ書き）
現場ですぐコピペできるよう、復旧のチェックリストをテンプレ化しておきましょう。
【OneNote ページ消失インシデント対応メモ】
対象：Notebook（URL/ID）：＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
発生日（UTC/JST）：＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
操作内容（例：A→B セクションに 2 ページコピー）：＿＿＿＿＿＿＿＿＿＿＿
影響範囲（セクション／ページ）：＿＿＿＿＿＿＿＿＿＿＿
1. ノートブックごみ箱確認：有 / 無（復元ページ：＿＿）
2. ページのバージョン確認：あり / なし（採用版：＿＿）
3. 自動バックアップ：あり / なし（日時：＿＿）
4. 別デバイス表示：可 / 不可（端末：＿＿）
5. サイトごみ箱（第一／第二段階）：有 / 無（復元：＿＿）
復元後：
* ノートを閉じて再オープン（端末名：＿＿）
* 手動同期 → 完了確認（時刻：＿＿）
* 重複ページ整理（担当：＿＿）
* 再発防止策の適用（下記チェック） 再発防止：ベストプラクティス
- 定期バックアップを有効化（デスクトップ版）：
［ファイル］→［オプション］→［保存とバックアップ］で自動バックアップ間隔と保持期間を設定。 - 大規模操作前の一時バックアップ：セクションをエクスポート（OneNote Package や PDF）。
- 同期完了の確認：処理直後は必ず同期アイコンの完了を待ってからアプリを終了。
- サービス正常性の定期チェック：計画メンテや障害の兆候がある日は大量操作を避ける。
- 情報構造の見直し：一つのセクションにページを過密にしない。月別・担当別など複数セクションで分散。
- 権限設計：編集者を適切に限定し、履歴保全用の「読み取り専用セクション」を別に用意。
- 運用ルール：コピー・移動は一括→確認→次の小刻み運用を徹底。
ケーススタディ：現場での復元シナリオ
シナリオ A：授業ノートで 1 年分が消失したように見える
- 教員端末で発生。OneNote Online では一部ページが見える。
- オンラインで見える分を先に保全→デスクトップ版でごみ箱を開き、201 月〜 12 月分のページを順次復元。
- 復元後に「月別セクション」を再編成し、競合ページを手動マージ。
シナリオ B：部門ノートの議事録が上書きされた
- ページのバージョンから事故直前版を開き、本文を別ページに複製。
- 冒頭に「復元版（YYYY-MM-DD）」と明記し、責任者が確認。
- 以後は会議ごとにページを分け、テンプレートを固定化。
うまくいかないときの切り分け
- ローカルキャッシュ破損の疑い：ノートを閉じてから再オープン。改善しなければ、別端末で保全を完了させてから影響端末のキャッシュ再生成（アプリ再インストール等）を検討。
- ネットワーク要因：プロキシ／VPN 越しでタイムアウトが多いと差分喪失を招く。復旧作業中は安定回線を使用。
- アドイン・自動化：自動仕分けアドインや RPA が裏で移動／削除をトリガしていないか確認。
管理者のための最終エスカレーションメモ
Microsoft サポートに問い合わせるときに添付すべき情報例です。
- ノートブックの URL（ID を含む）、保存先（OneDrive/SharePoint サイト）。
- 発生日時（UTC とローカル）、影響ユーザー、端末 OS・アプリバージョン。
- 直前の操作（コピー／移動／テンプレ展開など）と対象ページ数。
- 試した復元手順（ごみ箱／バージョン／バックアップ／別デバイス）の結果。
- サービス正常性のステータス（当該期間に異常の有無）。
まとめ
「コピーしたら既存ページが消えた」事象は、焦らずにごみ箱 → バックアップ → バージョン → 別デバイス → 管理側のごみ箱の順で当たれば、高確率で回収できます。復元後は同期整合性のリセットと重複整理、再発防止の設定・運用まで一気通貫で仕上げることが肝要です。サービス劣化（OP1135993 推定）のような外乱が絡むときほど、小刻み・確実・可逆な作業手順が事故を最小化します。
付録：設定ガイド（バックアップと履歴）
デスクトップ版 OneNote のバックアップ設定
- ［ファイル］→［オプション］→［保存とバックアップ］。
- バックアップ間隔、保持期間、保存先を確認・調整。
- ［今すぐバックアップ］で手動スナップショットを取得（大規模操作前に推奨）。
競合を避けるページ設計のコツ
- 1 ページを長くしすぎない（数千行の会議録は分割）。
- 担当者ごとにサブページを分け、同時編集の衝突を低減。
- 重要ページは編集完了後に PDF エクスポートも保存（説明責任用）。
チェックリスト（公開前の最終確認）
- ごみ箱・バックアップ・バージョンの 3 点セットを確認したか。
- 復元後、ノートを閉じて再オープンし、全端末で同期完了を確認したか。
- 重複ページの整理と、再発防止の設定・権限調整を行ったか。
- 大規模操作の前に一時バックアップを運用に組み込んだか。
最後に：上記手順でも回収できなければ、サービス復旧後に再同期を試し、それでも不可なら Microsoft サポートにノートブック ID と発生日・操作履歴を添えてエスカレーションしてください。証跡が早いほど復元可能性は上がります。
コメント