Obsidianのバックアップ【2026年8月版】同期だけでは守れない

目次 / INDEX

卒論の下書き、実験ノート、講義のまとめ。Obsidianを使い込むほど、Vault（保管庫）が消えたら本当に困るものが中に溜まっていく。そして多くの人がこう考えている。「iCloudで同期しているから、クラウドにもあるし大丈夫」と。

先に言ってしまうと、それはバックアップではない。同期していても、ノートは消えるときは消える。むしろ同期しているからこそ、消えたという状態まで全端末にきれいに行き渡る。

この記事は、「同期＝安心」と思っている人に向けて、同期とバックアップが別物である理由と、無料でできる3層の守り方——Obsidian標準のファイルリカバリー・Gitでの履歴・外部ストレージへの定期コピー——を手順つきで書く。内容は2026年8月時点のもので、機能の細かい仕様は公式ヘルプでの確認をすすめる。

結論 同期は「全端末を同じ状態に保つ」仕組みで、誤削除・誤上書きもそのまま伝わる。守りに必要なのは過去の状態（世代）が残る仕組みだ。①ファイルリカバリーで「さっきの事故」に備え、②Gitで「日々の履歴」を残し、③外部ストレージへの定期コピーで「端末ごと失う事態」に備える。3つとも無料でできる。

同期とバックアップは別物

まずここを分けて考える。言葉が似ているせいで混ざりやすいが、役割がまったく違う。

• 同期 … 複数の端末の中身を同じ状態に保つ仕組み。目的は「どこでも最新のノートを開けること」
• バックアップ … ある時点のVaultの状態を別の場所に取っておく仕組み。目的は「失敗しても過去に戻れること」

同期は「同じ状態に保つ」のが仕事なので、削除も上書きも忠実に伝える。1台でノートを消せば他の端末からも消えるし、間違った内容で保存すれば、その間違った内容が正として全端末に配られる。つまり同期は、事故に対して中立どころか、事故を拡散する側に回る。

「クラウドの版履歴があるのでは」と思うかもしれない。たしかに多くのクラウドストレージにはファイルの版履歴があるが、保持期間が限られ、ファイル1つずつしか戻せないことが多い。数百ファイルのVaultを「先週の状態」に丸ごと戻す用途には向いていない。

だから、同期とは独立に世代（過去の状態の記録）が残る仕組みが要る。なお同期そのものの組み方——OS別の対応や初回接続の事故の避け方——はObsidianを無料で同期するにまとめているので、この記事はバックアップ側に集中する。

何から守るのかを先に整理する

バックアップの設計は「何が起きたら困るか」から決まる。Vaultで起きる事故はだいたい次の4つだ。

1. 誤削除・誤上書き … いちばん多い。整理中にフォルダごと消した、別のノートを上書き保存した、など。同期はこれを防げない（むしろ広める）
2. 端末の故障・紛失 … ノートPCが起動しなくなる、置き忘れる。ローカルにしかない履歴はここで一緒に消える
3. Vaultの破損 … 同期の競合や、クラウドの容量最適化機能などでファイルが壊れる・中身が空になる
4. アカウントの事故 … クラウドのアカウントに入れなくなる、サービス側の障害

ポイントは、1つの仕組みで4つ全部は守れないことだ。だから層を分ける。以下の3層は、それぞれ守備範囲が違う。

層	仕組み	効く事故	効かない事故
第1層	ファイルリカバリー（標準機能）	誤削除・誤上書きの直後	端末の故障・紛失
第2層	Git	誤削除・誤上書き全般＋（外部に置けば）端末故障	添付ファイル中心のVault
第3層	外部ストレージへ定期コピー	端末故障・破損・アカウント事故	コピー以後の変更分

第1層：標準機能「ファイルリカバリー」

Obsidianには**ファイルリカバリー（File Recovery）**というコアプラグイン（本体同梱の標準機能）があり、既定で有効になっている。ノートのスナップショット——ある時点の中身の写し——を一定間隔で自動保存し、あとから過去の版を見て復元できる機能だ。

使い方は、設定の「ファイルリカバリー」からスナップショットを開き、ノートを選んで日時ごとの中身を比較し、戻したい版を復元するだけ。間違えて消した・上書きした直後に気づいたケースでは、これが最速の復旧手段になる。スナップショットの間隔と保持期間は設定で変えられるので、卒論の追い込み期など事故が怖い時期は保持を長めにしておくといい（既定値は2026年8月時点の公式ヘルプで確認してほしい）。

ただし限界をはっきり知っておく必要がある。

⚠️ スナップショットは端末のローカルにしか無い。 同期もされない。つまりその端末が壊れたり紛失したりすれば、スナップショットごと消える。「過去に戻れる」のはあくまで端末が無事な間だけだ。

⚠️ 守れるのはノートが中心。 画像・PDFといった添付ファイルはスナップショットの対象にならない。実験データの画像を大量に貼っている人は、この層では守れていない。

位置づけとしては、**「その場の事故に効く応急処置」**だ。設定を確認して有効にしておく価値は間違いなくあるが、これだけで安心してはいけない。

第2層：Gitで日々の履歴を残す

Gitは、フォルダの変更を「コミット」という単位で記録していく仕組みだ。ゲームのセーブポイントを好きなだけ作れるようなもので、いつでも任意の時点のVaultの状態に戻れる。ノートはただのテキストファイル（Markdown）なので、Gitとの相性は非常にいい。

最小の手順はこうだ（Macならターミナル、WindowsならGit for Windowsを入れてGit Bashで実行する）。

cd Vaultのフォルダ
git init
git add .
git commit -m "初回バックアップ"

以後は、作業を終えるたびに git add . と git commit -m "メモ" を打てば、その時点の状態が記録される。ターミナルが苦手なら、Obsidian Gitというコミュニティプラグインで、一定間隔の自動コミットもできる。

さらに、GitHubなどに非公開リポジトリを作ってプッシュ（アップロード）しておけば、履歴ごと外部に写しができるので、端末の故障にも効く層になる。

ここでも注意点が3つある。

⚠️ リポジトリは必ず非公開（Private）にする。 公開設定にすると、卒論もプライベートなメモも全世界に見える。また、.obsidian フォルダ内のプラグイン設定に接続先の認証情報が入っている場合があるので、.gitignore というファイルに .obsidian/ を書いて記録対象から外しておくと安全側に倒せる。

⚠️ 画像・PDFが多いVaultには向かない。 Gitはテキストの差分管理が得意で、大きなバイナリファイルを毎回丸ごと抱えると、リポジトリが肥大化して動作が重くなる。添付が多い人は、Gitはノート用と割り切り、添付は第3層のコピーで守る。

⚠️ Gitの履歴も、端末の中だけなら第1層と同じ弱点を持つ。 ローカルにコミットしただけでは、端末が壊れれば履歴ごと失われる。外部への写し（プッシュ）までやって初めて第2層として完成する。

第3層：外部ストレージへの定期コピー

最後の層は、いちばん原始的で、いちばん確実な方法——Vaultフォルダを丸ごと、別の媒体へコピーすることだ。ObsidianのVaultはただのフォルダなので、コピーすればそれがそのまま完全なバックアップになる。添付ファイルも設定も全部含まれる。

手順は単純だ。

1. Obsidianを閉じる（書き込み中のコピーを避けるため）
2. Vaultのフォルダを右クリックして圧縮（Zip化）する
3. 卒論Vault_2026-08-20.zip のように日付を名前に入れて、外付けSSDやUSBメモリに保存する
4. 古いものも数世代は残す。「最新の1個だけ」だと、壊れた状態を上書き保存してしまったとき戻れない
5. たまに1つ開いて、中身が読めることを確認する。開けないZipは存在しないのと同じだ

頻度は週1回をまず目安に、「消えたら何日分やり直せるか」で調整する。毎週日曜の夜など、曜日で固定してしまうのが続けるコツだ。macOSのTime Machine、Windowsのファイル履歴といったOS標準の自動バックアップが動いているなら、その対象にVaultが含まれているかを確認しておくのもいい。

この層の強みは独立性にある。クラウドのアカウントが使えなくなっても、同期が壊れた状態を配ってしまっても、机の引き出しのSSDには影響しない。バックアップの世界には「3-2-1ルール」——データは3部、2種類の媒体で、1部は別の場所に——という古典的な目安があるが、外部ストレージへのコピーはこの「2種類目の媒体」を担う層だ。コピー先の外付けSSD選びは学生向けポータブルSSDの選び方にまとめている。

⚠️ コピー先をVaultと同じクラウド同期フォルダの中に置かない。 それでは同期の事故と運命を共にするので、層を分けた意味がなくなる。

卒論・実験ノートを書く人の現実的な運用

3層を全部完璧に、と構えると続かない。学生のVaultなら、このくらいが現実的だ。

• 毎日（自動） … ファイルリカバリーが有効になっていることを一度確認しておく。あとは何もしなくていい
• 書き終えるたび〜毎日 … Gitでコミット。Obsidian Gitプラグインの自動コミットに任せてもいい。非公開リポジトリへのプッシュまでやれば端末故障にも備えられる
• 週1回 … Vaultを丸ごとZip化して外付けSSDへ。日付を付けて数世代残す

所要時間は、初回のセットアップに30分、以後は週に数分。卒論を1章書き直す時間と比べれば、保険料としては安すぎるくらいだ。

そしてもう1つ。バックアップは「取る」ことより「戻せる」ことが目的なので、一度だけ復元の練習をしておくことをすすめる。ファイルリカバリーで適当なノートの過去版を開いてみる、Zipコピーを展開して別フォルダとしてObsidianで開いてみる。ここまでやれば、事故当日に手が止まらない。

論文PDFや文献メモをVaultで管理する構成はObsidianで論文を管理するに書いたが、ああいう「積み上げ型」の資産こそ、失ったときのダメージが大きい。仕組みは今日作って、あとは自動と習慣に任せるのがいい。

今日の要点

• 同期はバックアップではない。同期は全端末を同じ状態に保つ仕組みで、誤削除・誤上書きも忠実に全端末へ伝える
• 守りに必要なのは世代（過去の状態）が残る仕組み。役割の違う3層で備える
• 第1層：ファイルリカバリー（標準機能）。直後の誤削除・上書きに最速で効くが、ローカル限定・添付は対象外
• 第2層：Git。日々の履歴をコミットで残す。非公開リポジトリへのプッシュまでやれば端末故障にも効く。添付が多いVaultには不向き
• 第3層：外部ストレージへ週1回の丸ごとコピー。日付を付けて数世代残し、たまに開いて確認する。同期ともクラウドとも独立した最後の砦
• ⚠️ 取るだけで終わらせず、一度は復元の練習をしておく。戻せて初めてバックアップだ

仕様や既定値は変わることがあるので、細部は2026年8月時点の公式ヘルプ（Obsidian Help）で確認してほしい。