macOS Sequoiaへアップデートした直後から、Outlook for Mac の「On My Computer（このコンピューター上）」カレンダーで、定期予定（シリーズ）だけ場所やメモが空になる……この症状は「表示だけの不具合」と「ローカルDB側の欠損」の両方が起こり得ます。安全に切り分けながら、復旧できる可能性が高い順に、実務的な手順を整理します。
まず結論：復旧の鍵は「表示の問題」か「実データの欠損」かの切り分け
同じOutlookでも、New Outlook（新UI）とLegacy Outlook（旧UI）では、ローカル予定の扱い・表示・エクスポート可否が異なることがあります。さらに「On My Computer」はサーバー同期ではなく、Mac内のローカルデータベースに依存します。
そのため、最短で復旧に近づく流れは次の通りです。
- 表示の不具合の可能性を潰す（Legacy Outlookで見えるか確認）
- バックアップ（Time Machineが最強）があるか確認し、復旧できる材料を確保する
- .olmエクスポートで「現状の退避」を試す（グレーアウト対策も実施）
- 上級として、過去のOutlook.sqliteを一時的に差し替えて救出を狙う
- 最後に、.ics退避で被害を最小化する
症状のチェック：どのパターンに近いかで復旧ルートが変わる
「定期予定（シリーズ）だけ詳細が消える」という見え方は、実は“原因別に”起こり方が少し違います。まずは次の表で、あなたの状況に近いものを確認してください。
| 見えている症状 | 原因の可能性 | 最初に試すこと |
|---|---|---|
| New Outlookでだけ、シリーズの「場所」「メモ」が空。Legacyだと戻る | 表示の不具合（UI/キャッシュ/解釈違い） | Legacy Outlookで継続運用／Outlook更新 |
| NewでもLegacyでも、シリーズの詳細が空。単発予定は正常 | シリーズの“マスター”情報が欠損（ローカルDB側） | Time Machine復元／.olm救出／sqlite差し替え |
| シリーズは空だが、個別回（This event only相当）には一部残っている | マスター欠損＋例外（例外回だけ情報保持） | 個別回から.ics退避／再作成の材料集め |
| エクスポートがグレーアウト、On My Computerが見えない | New Outlook制限／設定で非表示／プロファイル不整合 | Legacy切替／非表示解除／Profile Manager |
作業前の大前提：今あるデータを「壊さず・上書きせず」保全する
復旧作業は、やり方によっては「今見えている予定」まで巻き添えになることがあります。特に上級手順（Outlook.sqlite差し替え）に進む場合、作業前バックアップがないと一発で詰むことがあるため、次の方針で進めてください。
最優先：Outlookを終了してから触る
データファイルを触る作業は、Outlookが起動中だと破損リスクが跳ね上がります。必ずOutlookを終了（⌘+Q）してから作業します。
可能なら「現状の退避」を先に作る
理想は.olmエクスポートです（カレンダーを含めて“現状”を固められる）。ただし、状況によってはグレーアウトするため、後述の手順も併せて確認してください。
手順1：New Outlookの表示不具合を疑い、Legacy Outlookで確認する
macOSアップデート直後に起きた不具合は、DBそのものではなく表示側の解釈が変わっただけ、というケースもあります。まずはここを切り分けます。
Legacy Outlookへ切り替える（最初にやる価値が高い）
- Outlookを起動
- 画面上部の切替（新Outlookのトグル）またはOutlookの設定から、New OutlookをオフにしてLegacyへ
- 同じ定期予定（シリーズ）を開き、場所（Location）／メモ（Notes）／予定の表示（空き時間・予定あり等）が戻るか確認
「シリーズ」と「個別回」を両方開いて確認する
定期予定は、裏側では“シリーズ（マスター）”と“例外の個別回”で構造が分かれます。復旧可能性を判断するために、次をチェックしてください。
- 予定を開いたときに「シリーズを編集」「この予定のみ」などの選択が出る場合、両方を確認
- 個別回だけ情報が残っているなら、その個別回を材料に救出できます（後述の.ics退避が有効）
- 個別回でも完全に空なら、実データ側の欠損の可能性が上がります
ここで改善した場合の着地
Legacyで問題が解消するなら、原因はNew Outlook側の表示不具合である可能性が高いです。この場合の現実的な対処は次のいずれかです。
- 当面はLegacy Outlookで運用して凌ぐ
- Microsoft AutoUpdate等でOutlookを最新に更新し、Newへ戻して再確認
- 再発防止として、重要な予定は「On My Computer」から同期型カレンダーへ移行（後述）
手順2：「On My Computer」はローカルDB依存。Time Machineが最有力の復旧ルート
「On My Computer（ローカル保存）」の予定は、ExchangeやMicrosoft 365のようにサーバーから再同期できません。つまり、復旧の本命はローカルDBを“過去の状態へ戻す”ことになります。
Time Machineがあるなら勝ち筋が見える
Time Machineが有効で、macOS Sequoiaへアップデートする前のバックアップが残っている場合、アップデート前のOutlookデータファイルを復元できる可能性があります。
復元の考え方：「丸ごと戻す」より「ファイルを取り出す」
macOS全体の復元まで行う必要がないケースも多いです。まずはOutlookのデータが入っているフォルダ（DataフォルダやOutlook.sqlite）を“別名で取り出す”発想が安全です。
Outlookデータの場所を探す（代表例）
環境によってパスは微妙に異なりますが、目安は次のあたりです。Finderで「移動 → フォルダへ移動」を使うと探しやすいです。
~/Library/Group Containers/UBF8T346G9.Office/Outlook/
この配下に、次のようなフォルダが存在することがあります。
Outlook 15 ProfilesまたはOutlook 16 ProfilesMain ProfileDataフォルダOutlook.sqlite（ローカル予定を含む情報の核になりやすい）
見つからない場合は、Finder検索で「Outlook.sqlite」を探し、該当する“Outlookのプロファイル配下”にあるものを特定します（同名ファイルが複数出ることもあるため、場所の確認が重要です）。
Time Machineで取り出すときの安全な手順
- Outlookを終了する
- FinderでOutlookのデータフォルダ（例：
.../Main Profile/Data/）を開く - Time Machineに入る
- macOS Sequoiaアップデート前の日付に戻す
- いきなり上書き復元せず、可能なら別フォルダに復元する（または復元後すぐにリネームして退避する）
この時点で「アップデート前のOutlook.sqlite（またはDataフォルダ一式）」が確保できれば、後述する差し替え救出の成功率が上がります。
手順3：現状を退避する（.olmエクスポート）。ただしグレーアウト問題がある
復旧作業を進める前に、可能なら現状のデータを.olmでエクスポートしておくと安心です。うまくいけば、取り返しがつかない事態を避けやすくなります。
.olmができると何が嬉しい？
- 今あるカレンダーや予定を、ひとまず別ファイルに固められる
- 作業を失敗しても、少なくとも“現状”に戻せる可能性が残る
- 別Macや別プロファイルへ取り込んで検証しやすい
Export/Importがグレーアウトする主な理由
「エクスポート／インポートが押せない（グレーアウト）」は、故障というより状態・UI・プロファイルが原因のことが多いです。
| よくある原因 | 見え方 | 対策 |
|---|---|---|
| New Outlookのまま | .olmの入出力が制限される／メニューが無効 | Legacy Outlookへ切替 |
| アカウント未追加・制限状態 | 初期セットアップ画面に誘導される | 既存プロファイルで起動（Profile Manager） |
| プロファイル不整合 | Main Profileが認識されない、挙動が不安定 | 既定プロファイル設定／新規プロファイルで検証 |
| 表示モード依存の不具合 | カレンダー画面でだけ操作できない | リスト表示に切替して再挑戦 |
手順4：Export/Importがグレーアウトしたときの「安全寄り」復旧手順
Legacy Outlookに切り替えてから、改めてエクスポートを試す
まずはこれです。New Outlookでは制限されていた操作が、Legacyで解放されることがあります。
- New OutlookをオフにしてLegacyへ
- ファイルメニュー（またはツール）からエクスポートを確認
- カレンダーを含めて.olm出力できるか試す
「On My Computer」が見えない場合は、非表示設定を疑う
Outlookの設定のどこかで「On My Computerを隠す」系の項目が有効になっていると、ローカルフォルダが見えません。表示されない場合は、次を確認します。
- Outlookの設定（Preferences）内で、On My Computer（このコンピューター上）を非表示にするオプションがないか探してオフ
- 左ペイン（フォルダ一覧）で、カレンダーの表示対象が絞り込みになっていないか確認
Outlook Profile Managerで「Main Profile」を既定にして起動する
Outlookが「Add Account」画面に入りっぱなしで先へ進めない、メニューが制限される、といった場合は、プロファイル選択が崩れていることがあります。
Profile Managerは環境により場所が異なりますが、Spotlightで「Outlook Profile Manager」を検索して起動できることがあります。見つからない場合はOutlook.app内部のSharedSupport配下にあることもあります。
- Outlookを終了
- Outlook Profile Managerを起動
- Main Profile（既存のプロファイル）を選択
- Set as Default（既定に設定）してOutlookを起動
- エクスポート可否を再確認
カレンダー表示を「リスト表示」に変えてからエクスポートを試す
カレンダーの週/月表示の状態だと動かないのに、リスト表示だと通ることがあります。Outlookの表示メニューからリスト表示（List）へ切り替え、同じ操作を試してください。
手順5（上級）：過去のOutlook.sqliteを一時的に差し替えて .olm を作り、元に戻す
ここからは上級者向けです。すでに「過去日付のOutlook.sqlite（例：8月時点のもの）」が見つかっている、またはTime Machineで取り出せる場合に、“過去のシリーズ情報をエクスポート経由で救出”できる可能性があります。
この方法が刺さる理由（定期予定が消えやすいポイント）
定期予定（シリーズ）は、単発予定と違い、裏側では「シリーズ（マスター）」の情報が基点になります。場所・メモ・予定の表示などがマスター側にぶら下がっていると、マスターが欠けた瞬間にシリーズ全体の詳細が“空に見える”ことがあります。一方で単発予定は独立データなので、影響を受けないことがあります。
差し替え作業の前に読むべき注意点
- 必ずDataフォルダ全体を別場所へコピーしてから行う（“戻す”ための保険）
- Outlookが起動中にファイルを触らない
- 目的は「過去DBで起動 → .olmを書き出す」まで。差し替えたまま運用しない
- 差し替え後に起動できない場合がある（プロファイル不一致など）。そのときは無理に触らず戻す
具体手順：差し替え→エクスポート→元に戻す
- Outlookを完全終了（⌘+Q）
- Outlookデータの場所（例：
~/Library/Group Containers/UBF8T346G9.Office/Outlook/配下）を開く - Dataフォルダ全体を別フォルダへコピー（例：デスクトップに「Outlook-Data-backup-YYYYMMDD」）
- 現行の
Outlook.sqliteをリネームして退避（例：Outlook.sqlite.current） - 過去の
Outlook.sqliteを同じ場所へコピーし、ファイル名をOutlook.sqliteに合わせる - Legacy Outlookで起動（Newだと制限や表示差が出やすい）
- 目的の「On My Computer」カレンダーを確認し、定期シリーズの詳細が残っていれば.olmエクスポートを実行
- Outlookを終了
- 差し替えた
Outlook.sqliteを退避（例：Outlook.sqlite.old） - 退避していた現行DB（
Outlook.sqlite.current）をOutlook.sqliteに戻す - Outlookを起動し、通常環境に戻っていることを確認
うまくいったあとの「最も安全な着地」
.olmとして救出できたら、次は次のどちらかが現実的です。
- 救出した.olmを別プロファイル（または別Mac）に取り込み、必要な予定だけを同期カレンダーへ移す
- 当面はローカル運用を続ける場合でも、定期的に.olmを書き出す＋Time Machineで守る
失敗しやすいポイントと対策
| つまずき | 起こりがち | 回避策 |
|---|---|---|
| 起動後に予定が空／プロファイルが初期化されたように見える | DBとプロファイル情報が噛み合っていない | 作業を中止して元に戻す。Profile Managerで既定を確認 |
| Outlookが固まる | 読み込みが終わらない／UI切替でハング | 強制終了→再起動（後述） |
| .olmがどうしても作れない | UI制限／状態不整合 | .ics退避（最後の保険）へ |
手順6：Legacy切替中にOutlookが固まって戻れないときの脱出方法
切替やDB読み込み中にOutlookがハングして操作不能になることがあります。焦ってクリック連打すると悪化することもあるため、次の順で落ち着いて復帰します。
強制終了（基本）
- ⌘ + Option + Esc を押す
- アプリケーションの強制終了でOutlookを選んで強制終了
それでも終わらない場合（アクティビティモニタ）
- アクティビティモニタを開く
- Outlook関連プロセスを検索
- Outlookを終了（必要なら強制終了）
- Macを再起動してから再挑戦
手順7：最終手段としての .ics 退避（手間は増えるが保険になる）
.olmがどうしても作れない、DB差し替えも難しい、しかし「個別回なら情報が残っている」など一部でも救える場合は、.icsでの退避が保険になります。
.ics退避の代表的なやり方
- 予定を選択して、デスクトップへドラッグできる場合は、.icsファイルとして保存されます
- 複数予定を範囲選択できる表示（リスト表示など）に切り替えると、作業効率が上がることがあります
.icsの弱点（理解して使う）
.icsは万能ではありません。環境・取り込み先によっては、次のような差が出ます。
- 定期予定としての“完全な再現”ができず、個別予定として展開されることがある
- ステータスやカテゴリなど、一部フィールドが落ちることがある
- それでも「場所」「メモ」を救えるだけで、再作成の工数が激減する
よくある質問：なぜ「定期予定（シリーズ）だけ」消えるのか？
単発予定は正常なのに、シリーズだけ場所・メモが空になる理由
定期予定は、1件1件が独立しているように見えて、裏側ではシリーズの基点（マスター）が存在します。場所やメモ、予定の表示などがマスター側に保存されていると、マスターが欠損したときに全回が一斉に空に見えることがあります。一方、単発予定は独立データなので影響を受けにくい、という構造上の違いが出ます。
「On My Computer」にある予定は復旧できない？
サーバー同期がないため、自動復旧は期待できません。ただし、次のいずれかがあれば復旧の余地があります。
- Time Machineなどでアップデート前のデータが残っている
- 過去の
Outlook.sqliteが残っている（手動バックアップや別Mac） - 個別回に情報が残っており、.ics等で救出できる
Time Machineがない場合の現実的な打ち手
Time Machineがない場合は、できることが一気に減ります。それでも次の順で“残っているもの”を最大化してください。
- Legacy Outlookで見えるか最終確認（表示不具合なら救える）
- .olmが作れるか試す（グレーアウト対策込み）
- 個別回に残っている情報を.icsで退避
- 必要なら、重要予定だけでも手作業で再作成（後述の再発防止へ繋げる）
再発防止：ローカル単独保管は“バックアップが命”
今回のように「OS更新が引き金になってローカル予定が壊れる/見えなくなる」トラブルは、ローカル単独保管と相性が良くありません。再発を避けるなら、次のどちらか（できれば両方）が効果的です。
Time Machineを有効化して、Outlookデータを常に守る
- 外付けストレージを用意し、Time Machineを有効化
- アップデート前後は特に、バックアップ状況を確認
- 大きなOS更新前に、手動でもう一段バックアップ（Dataフォルダのコピー等）を作ると強い
可能なら「同期されるカレンダー」へ寄せる
ローカルにしかない予定は、壊れた瞬間に詰みやすいです。運用としては、次のいずれかに寄せると事故耐性が上がります。
- Exchange / Microsoft 365
- Outlook.com
- （運用ポリシー次第で）iCloudカレンダー
同期型へ移す最大のメリットは、端末側で問題が起きてもサーバー側から再同期できる点です。OS更新のたびに「復旧できるかどうか」を賭けなくて済むようになります。
実務的なチェックリスト：この順で進めると事故りにくい
| 順番 | 作業 | 狙い | リスク |
|---|---|---|---|
| 1 | Legacy Outlookで同じシリーズを確認 | 表示不具合かを切り分け | 低 |
| 2 | 個別回（この予定のみ）も開いて確認 | 救出材料が残っているか判断 | 低 |
| 3 | Time Machineでアップデート前のOutlookデータを確保 | 復旧の“元”を確保 | 中（上書き復元に注意） |
| 4 | .olmエクスポート（グレーアウト対策込み） | 現状または過去状態をファイル化 | 中 |
| 5 | （上級）Outlook.sqlite差し替えで過去状態から.olm救出 | シリーズ詳細を救う最後の本命 | 高（必ずバックアップ） |
| 6 | .ics退避（個別回から救う） | 最悪でも場所・メモを回収 | 低〜中 |
まとめ：復旧は「安全な切り分け」→「バックアップ前提の救出」で成功率が上がる
macOS Sequoia更新後に、Outlook for Mac の「On My Computer」カレンダーで定期予定（シリーズ）だけ詳細が消える場合、最初にやるべきはNew/Legacyでの表示切り分けです。そこで戻らないなら、次はTime Machineや過去のOutlook.sqliteといった“復旧素材”の確保が最優先になります。
特に「On My Computer」はローカル単独保管のため、今後の安心のためにも、Time Machineの常時有効化と、可能なら同期されるカレンダーへの移行をセットで検討すると、同じトラブルに強くなります。
コメント