比較・選び方 · 同期 / バックアップ

同期とバックアップは別物：削除事故から復元する設計

同期は追加、変更、削除を端末間で揃えます。誤削除も伝わり得ます。バックアップは別時点のコピーを保持し、消失後に戻す仕組みです。

公開 2026-09-05 · 更新 2026-10-13 · FaultNote 編集方針

同期とバックアップは別物：削除事故から復元する設計の流れ：比較基準、ケース別の選び方、最初に試す操作、運用上の注意、削除と上書きの事故を別々に試す、復元の期限から保存頻度を決める、具体例から決める判断の分岐、試験から切り替え完了までの手順 — この記事の手順・確認項目の一覧。実際のアプリ画面ではありません。

この記事が役立つ人・作業前の準備

同期 / バックアップの違いを知りたい人
安全に小さく試したい人

用意するもの

元データを残してテスト用コピーを作る
利用先の対応条件と保存先を確認する

比較基準

同期は追加、変更、削除を端末間で揃えます。誤削除も伝わり得ます。バックアップは別時点のコピーを保持し、消失後に戻す仕組みです。

表は横にスクロールできます →

比較基準
基準	同期	バックアップ
目的	最新状態を揃える	過去へ戻す
削除	他端末へ反映	世代から復元
確認	状態表示	復元試験

ケース別の選び方

共同編集中の文書には同期を使い、重要フォルダーは別媒体へ世代付きで保存します。常時接続されないコピーも検討します。

写真整理ならスマホとPCの同期は取り込みを楽にしますが、PCでの一括削除がクラウドへ反映される可能性があります。原稿なら自動保存で上書きも素早く広がります。そこで日常の最新化は同期、昨日や先週の状態への復帰は世代バックアップ、端末と同時に壊れない保管は取り外した媒体というように、事故ごとに戻り口を分けます。保持期間を過ぎる前に復元できるかも確認します。

最初に試す操作

テスト文書を同期し、ファイル履歴等で保存します。編集後に旧版を別場所へ復元して開き、日時と手順を記録します。

同期フォルダーへテスト.txtを作り、別端末に現れることを確認する
外付けドライブを接続し、Windowsの［ファイル履歴］で対象フォルダーを含めて実行する
テスト.txtを書き換えて同期後、ファイル履歴から変更前の版を別フォルダーへ復元する
元ファイルを削除した場合の同期先とクラウドごみ箱の動きを試験データで確認する
外付けドライブを安全に取り外し、復元手順と最終成功日時を記録する

運用上の注意

同期マークだけで判断せず、最終成功、空き、保持世代、暗号化、復元用の鍵を確認します。

削除と上書きの事故を別々に試す

不要なテスト文書を作り、同期完了後に削除します。別の文書は内容を変更して保存します。その後、ごみ箱から削除文書を戻す操作と、版履歴から変更前の内容を戻す操作を分けて確認します。復旧できる期間や対象が違うことがあるためです。

本番ファイルで実験せず、復元先は元の同期フォルダーとは別にします。別端末にも変更が伝わること、復元した内容が期待する版であることを確認します。現在の状態を再び同期できても、失われた過去の内容が戻るとは限りません。

復元の期限から保存頻度を決める

一日の編集を失うと困るなら、月一回のコピーでは足りません。逆に変更しない写真の保管庫なら、追加時に別媒体へ複製する設計も考えられます。失ってよい時間と、復元に使える時間を別々に決めて保存間隔と保存先を選びます。

外付け媒体を使う場合は、保存後に切り離すコピーを一つ持つと、同期削除や常時接続先へ及ぶ事故から分離できます。ただし接続しなかった期間の変更は入らないため、最終保存日を媒体に記録します。

具体例から決める判断の分岐

例えば、PCを買い替えて同じ資料へすぐアクセスしたいなら同期は便利です。一方、昨日の文書を今日誤って上書きした事故では、現在の内容を全端末へそろえるだけでは足りません。必要なのは事故より前の版であり、保存期間と復元の操作を確認する必要があります。

共同フォルダーでは他人の削除や名前変更も伝わる場合があります。大切な資料を「自分は消していないから安全」と判断せず、所有者、変更権限、復旧担当者を決めます。同期していない外付けコピーがあっても、古すぎるなら最近の共同作業は戻せません。

保存設計では事故を一つずつ書きます。端末故障、誤削除、誤上書き、アカウントへ入れない場合で、使えるコピーと必要な解除情報が違います。一つの製品名ではなく、各事故のとき実際にどこから何を戻すかで設計を評価します。

表は横にスクロールできます →

具体例から決める判断の分岐
条件	検討する方法	合格の条件
新端末から最新資料を使う	同期	必要なファイルが全件取得できる
昨日の誤上書きを戻す	版履歴・世代バックアップ	事故前の内容が残っている
PCの内蔵媒体が故障	別媒体または別場所のコピー	故障PCなしで復元できる
アカウントへ入れない	独立コピーと復旧情報	同じアカウントに依存せず読める

試験から切り替え完了までの手順

例として、昨日までの見積書へ今日誤った数値を保存した場面では、二台のPCが同じ誤った内容になっても同期は正常に動いています。復旧は昨日の版を選ぶ操作であり、同期の再起動や再インストールではありません。見本で同じ状況を作り、版履歴や世代コピーから昨日の内容を別の場所へ戻します。その後、現在の資料と比べて必要な部分を戻します。独立コピーが月初のものだけなら昨日の変更は戻せないため、失ってよい作業時間に合わせて保存頻度を短くします。端末が一台壊れた場面とは別の試験として記録し、事故の種類ごとに使える復元経路を分けておきます。

保護するフォルダーと失ってよい編集時間を一覧にします。
削除用と上書き用のテストファイルを別々に作り、保存完了を待ちます。
一つを削除し、もう一つを変更して別端末にも状態が伝わるか確認します。
事故前の状態を別フォルダーへ復元し、元の内容と照合します。
アカウントやPCが使えない想定で独立コピーからも読み出します。
確認した保持期間、最終バックアップ日、復旧担当を記録し、重要な変更後に再確認します。

注意点・利用条件

ごみ箱の保持条件を確認します
定期的に復元試験します

よくある質問

ごみ箱で十分？

保持期間に依存するため別保存も用意します。

外付けは常時接続？

同時被害を避け取り外すコピーも検討します。

同期のごみ箱があればバックアップは不要ですか？

ごみ箱は役立ちますが、保持期間、対象、アカウントの状態へ依存します。期限を過ぎた事故やアカウントへ入れない事故も考え、重要な資料には独立した復元用コピーを用意します。

フォルダーを別の場所へドラッグすれば保存は完了ですか？

移動かコピーか、オンライン専用の実体が取得されたか、処理が最後まで完了したかを確認します。件数と代表内容を比べ、コピー先から開けることが分かってから完了と判断します。

出典・確認日

情報確認日：2026-09-05。仕様・操作方法・価格などの確認に使用した出典を掲載しています。適用条件や現在の情報は各リンク先で確認してください。