--- title: "バックアップのやり方｜PC・サーバー・クラウド別の手順と企業の運用設計【2026年】" url: "https://www.issoh.co.jp/column/details/13583/" published: 2026-07-12 updated: 2026-07-17 categories: ["Webシステム"] publisher: "株式会社一創" --- # バックアップのやり方｜PC・サーバー・クラウド別の手順と企業の運用設計【2026年】 バックアップのやり方は、対象がパソコン1台なのか、業務サーバーやクラウド上のデータなのかで手順も考え方も変わります。守る対象・保存先・頻度という3つの土台は、どんな環境でも共通です。この記事では、その3点を最初に整理したうえで、Windows・Mac・サーバー・クラウド（SaaS）・スマホの対象別に具体的な手順を示します。あわせて、フル・差分・増分の使い分けや「3-2-1ルール」といった実務の型も解説しました。後半では、企業がRPO・RTO（どこまで戻すか・いつまでに戻すか）から頻度と方式を逆算し、復旧テストやランサムウェア対策、外注か内製かを判断する基準まで踏み込みます。バックアップソフト選びやパソコンのバックアップで迷いやすい点も、実務の順序に沿って整理しました。 ## まとめ：バックアップのやり方は「対象・保存先・頻度」を先に決め、復元テストまでを1セットにする バックアップのやり方の出発点は、手順書やソフトの選定ではありません。まず「何を守るか（対象）」「どこに置くか（保存先）」「どのくらいの間隔で取るか（頻度）」の3つを決めます。この3点が曖昧なままツールだけ導入すると、いざという時に「取っていたはずのデータが古い」「保存先ごと壊れて復元できない」といった事態を招きます。個人のパソコンなら外付けドライブとクラウドの二重化で足りますが、業務データは保存先を分散させる「3-2-1ルール」（3つの複製・2種類の媒体・1つは遠隔）が基準です。 そして、取って終わりにしないことが最大の分かれ目です。バックアップは復元できて初めて成功であり、定期的に実際に戻せるかを試す復旧テストまでを1つの運用サイクルに含めます。企業で先に決めるのは、障害から何時間以内に・どの時点まで戻すか（RTO・RPO）という目標です。そこから逆算すれば、頻度と方式（フル/差分/増分）は自然に絞り込まれます。ランサムウェア被害が増えた現在は、書き換えできない保存先（イミュータブル）やオフライン複製を1本持てるかどうかが、復旧の成否を分けます。 ## バックアップのやり方の全体像：対象・保存先・頻度と、リカバリーとの役割分担 個別の手順に入る前に、どの対象にも共通する土台を押さえます。バックアップは複製を準備する平時の作業であり、障害後に業務を戻す作業（リカバリー）とは役割が別物です。ここを混同すると、複製は取れているのに戻せない、という失敗につながります。 ### 守る対象・保存先の媒体・取得頻度をまず決める3つの設計ステップ バックアップ設計は、次の3つを順に決めるだけで骨格ができます。対象は「消えたら業務や生活が止まるデータ」に絞り込むのが実務のコツです。全ファイルを闇雲に取るより、失うと困るデータを確実に守る方が復元の成功率は上がります。 - **対象**：業務ファイル・データベース・メール・設定情報など「消えると再作成できない・時間がかかる」ものを優先する - **保存先の媒体**：外付けHDD/SSD、NAS、クラウドストレージ、テープなど。1種類に依存せず2種類以上に分ける - **取得頻度**：更新の多いデータは1日1回以上、更新が少ないものは週1回など、失っても許せる期間から逆算する 保存先の媒体特性を理解する前提として、ドライブやクラウドの違いは[ストレージの種類とHDD・SSDの違い](https://www.issoh.co.jp/column/details/13333/)の記事で整理しています。頻度をどこまで詰めるかは、後述するRPO（どこまで戻すか）から逆算すると迷いません。 ### バックアップとリカバリー・リストアの関係を時間軸に沿って整理 3つは対立する概念ではなく、時間軸に沿った工程です。バックアップは平時に複製を取る準備、リストアはその複製を書き戻す操作、リカバリーは書き戻したうえで業務が回る状態まで戻す全体、という位置づけになります。バックアップのやり方を考えるときは、必ず「戻す側」までをセットで想定します。 | 工程 | いつ行うか | 内容 | 成否を決めるもの | | ------ | ------------ | ---------------- | ------------- | | バックアップ | 平時（障害前） | データ・システムの複製を取得する | 対象・保存先・頻度の設計 | | リストア | 障害後 | 複製を元の場所へ書き戻す | 複製が正常で読み出せること | | リカバリー | 障害後（リストアを含む） | 業務が再開できる状態まで戻す | 復旧テストと手順の整備 | 復旧側で実際に何をどう戻すかは、[リカバリーの意味と企業の実務判断](https://www.issoh.co.jp/column/details/13354/)で手順とRPO/RTOの決め方を詳しく扱っています。本記事は主に「取る側」の手順と設計に焦点を当てます。 ### フル・差分・増分の3方式の違いと、頻度に合わせた選び方の目安 バックアップの取り方には、毎回すべてを取る「フル」、前回フルからの変更分を取る「差分」、前回取得からの変更分だけを取る「増分」の3方式があります。増分は取得が速く容量も小さい一方、復元時に世代を順にたどるため戻すのに手間がかかります。この容量・速度と復元しやすさのトレードオフを、頻度と組み合わせて設計するのが基本です。 | 方式 | 取得するデータ | 取得の負荷 | 復元のしやすさ | | -- | ---------- | ------------ | --------------- | | フル | 対象すべて | 大（時間・容量とも重い） | 単体で戻せる・最も速い | | 差分 | 前回フルからの変更分 | 中 | フル＋最新の差分の2つで戻せる | | 増分 | 前回取得からの変更分 | 小（速い・省容量） | フル＋各世代が必要で復元が煩雑 | 実務では「週1回フル＋平日は増分」のように組み合わせるのが定番です。方式ごとの向き不向きと世代管理の詳細は、発注者視点でまとめた[システムバックアップの種類と方式の選び方](https://www.issoh.co.jp/column/details/13448/)で掘り下げています。個人PCなら方式を意識せず、ソフトが自動で増分を取る設定に任せて構いません。 ## 対象別のバックアップのやり方：PC・サーバー・クラウド・スマホの手順 ここからは対象別に具体的な手順を示します。個人のパソコンは標準機能で完結しますが、サーバーやクラウドは「誰が責任を持つか」の前提が変わります。自分の対象に近い項目から読んでください。 ### Windowsパソコンのバックアップのやり方（標準機能の手順） Windows 11/10には標準のバックアップ機能があり、ソフトを追加せずに始められます。ファイル単位なら「ファイル履歴」、システムごと丸ごとなら「バックアップと復元」でシステムイメージを作成する流れです。外付けドライブを接続してから、次の手順で設定します。 1. 外付けHDD/SSDをUSB接続する（バックアップ専用にし、普段使いと分ける） 2. 設定を開き、ファイル履歴で対象フォルダとバックアップ先ドライブを指定する 3. 「バックアップと復元（Windows 7）」からシステムイメージの作成を選び、OSごと複製する 4. 初回はフルで時間がかかるため、以降は自動スケジュールで差分が取られるよう設定する ファイル履歴は既定でおおむね1時間ごとに更新されます。写真や書類だけでなく、消えると再作成が難しいメールデータや業務アプリの設定も対象に含めておくと、復元後の立ち上げが早まります。 ### Mac（Time Machine）を使ったバックアップのやり方 MacはTime Machineが標準で、外付けドライブを接続すると自動で使い始められます。過去24時間は1時間ごと、過去1か月は1日ごと、それ以前は週ごとに世代を保持し、容量が埋まると古い世代から自動削除される仕組みです。手順はドライブ接続後に「Time Machineに使用」を選び、自動バックアップをオンにするだけで完了します。 Time Machineはファイル単位の復元とOS丸ごとの復元の両方に対応します。macOSの再インストール時に移行アシスタントから復元すれば、アプリや設定を含めて元の環境へ戻せます。パソコンのバックアップは、この「環境ごと戻せるか」を基準にソフトや方式を選ぶと失敗しません。 ### サーバー・業務システムのバックアップのやり方と保存先の考え方 サーバーは、稼働したままファイルを取ると整合性が崩れるため、データベースは専用のダンプやスナップショット、仮想サーバーはイメージ単位での取得が基本になります。保存先は本番機と同じ場所に置かず、別筐体・別拠点・クラウドへ分散させます。転送手段には[SCPコマンド](https://www.issoh.co.jp/tech/details/15272/)やrsyncを使います。ここで効くのが3-2-1ルールです。 - **3**：元データを含め、複製を合計3つ持つ - **2**：ローカルのディスクとクラウドなど、2種類以上の媒体に分ける - **1**：うち1つは物理的に離れた場所（遠隔地・別リージョン）に置く ランサムウェア被害が広がる現在は、これに「1つはオフライン（ネットワークから切り離す）」「復元エラー0を確認する」を足した3-2-1-1-0も一般的です。保存先にクラウドを使う場合の選び方は、法人向けの比較を[クラウドストレージの法人向け比較](https://www.issoh.co.jp/column/details/13347/)で扱っています。業務サーバーのバックアップで復旧できるかを分けるのは、方式の設計そのものより「保存先を分けきれているか」です。 ### クラウド・SaaSデータのバックアップのやり方（責任共有の落とし穴） Microsoft 365やGoogle WorkspaceなどのSaaSは「クラウドだから自動でバックアップされている」と誤解されがちですが、事業者が保証するのは基盤の可用性であり、利用者の操作ミスや悪意による削除・ランサムウェア被害からのデータ復元まではカバーしません。これが責任共有モデルで、データを守る責任は利用者側に残ります。 そのため、SaaSデータもサードパーティのバックアップサービスや定期エクスポートで、テナント外に複製を確保します。削除データの保持期間（多くは30日程度）を過ぎると事業者側からも戻せなくなるため、保持期間より短い間隔で外部へ取得しておくのが安全側の設計です。 ## 企業がバックアップ運用で決める判断基準：RPO/RTO・テスト・外注か内製か ここからは、競合の手順解説が手薄な「企業としてどう運用を決めるか」を、条件を示して言い切ります。ツール選定の前に、この判断軸を先に固めてください。 ### RPO・RTOから取得頻度とバックアップ方式を逆算する判断基準 企業のバックアップ設計は、目標を先に決めて手段を逆算します。RPO（Recovery Point Objective）は「どの時点まで戻せればよいか」＝許容できるデータ損失の幅、RTO（Recovery Time Objective）は「何時間以内に復旧させるか」を指す指標です。この2つが決まると、頻度と方式は自動的に絞り込まれます。 例えばRPOを「1時間」と決めるなら、1日1回のバックアップでは不足し、1時間ごとの増分やレプリケーションが要ります。RTOを「2時間以内」と決めるなら、世代を順にたどる増分中心の構成では復元が間に合わず、フルや差分を厚めに持つ設計が妥当です。売上に直結する受注・決済データはRPO/RTOを短く、参照中心のデータは長く、とデータの重み付けで頻度を変えるのが実務になります。全データを一律の頻度で取る設計は、コストが膨らむわりに肝心のデータを守れません。 ### 復旧テストとランサムウェア対策：採用条件と見送り場面を言い切る 取得の自動化まで整えたら、次は復旧テストです。四半期に1回など間隔を決め、実際に別環境へ戻して「業務が動くところまで」確認します。テストしていないバックアップは、統計上いざという時に一定割合で復元に失敗する、と考えておくべきです。ここは省略してよい工程ではありません。 ランサムウェア対策としてのイミュータブル（書き換え不可）バックアップは、暗号化被害でも複製が汚染されないため、事業停止が許されない業務データには採用します。一方、個人PCの写真整理のような用途では、イミュータブルストレージの追加コストは過剰で、外付けドライブを普段は抜いておくオフライン運用で十分です。守るデータの停止コストが人件費・機会損失で日額数十万円を超えるかどうかが、専用対策を入れるか見送るかの分岐点になります。 ### バックアップ運用を外注すべきか内製で回すかを分ける判断の基準 バックアップは仕組みを作って終わりではなく、日々の取得監視・失敗時の再取得・定期の復旧テスト・保存先の増設という運用が続きます。ここで人手が確保できず、設定したまま放置されて「障害時に取れていなかった」となるのが最も多い失敗です。判断基準はシンプルで、社内に運用を継続的に見る担当と手順が用意できるなら内製、そうでなければ設計と運用監視を外部に委ねます。 とくに業務システムのバックアップとリカバリーを一体で設計したい場合や、既存の運用を棚卸しして復旧できる状態に立て直したい場合は、[システムの保守運用・内製化支援](https://www.issoh.co.jp/service/system/maintenance/)のように、運用体制の構築から内製移行までを支援する外部の力を使うと、属人化と放置を避けられます。中途半端に内製したまま担当が離職し、誰も復旧手順を知らない状態が、企業のバックアップで最も危険なパターンです。 ### RAIDによるディスク冗長化はバックアップの代わりにならない ここは誤解が多いので言い切ります。RAIDやディスクの冗長化は「ディスクが1本壊れても稼働を止めない」ための仕組みであり、バックアップではありません。RAIDは同じデータをリアルタイムに書き続けるため、誤削除・ファイル破損・ランサムウェアによる暗号化は、そのまま全ディスクに反映されて戻せません。RAIDを組んでいるからバックアップは不要、という判断は復旧不能につながります。 両者は目的が違うため、可用性のためのRAID/冗長化と、過去の状態へ戻すためのバックアップは併存させます。仕組みの違いは[RAID0/1/5/6/10の構成の違い](https://www.issoh.co.jp/tech/details/13465/)で実装目線から整理しています。冗長化は「止めない」、バックアップは「戻す」、と役割を分けて覚えるのが実務の勘所です。 ## バックアップのやり方で実務上つまずきやすい点によくある質問と回答 バックアップの手順やソフト選び、頻度の決め方でよく寄せられる質問に、実務の観点から簡潔に答えます。 ### バックアップソフトは必要ですか、標準機能では不十分ですか？ 個人のパソコン1台なら、Windowsのファイル履歴やMacのTime Machineなど標準機能で十分です。専用のバックアップソフトが要るのは、複数台を一元管理したい、サーバーやデータベースを整合性を保って取りたい、増分・世代管理を細かく制御したい、といった業務用途になります。まず標準機能で運用を回し、管理対象が増えて手が回らなくなった時点でソフト導入を検討する順序が無駄になりません。 ### バックアップはどのくらいの頻度で取ればよいですか？ 「失っても許せるデータの期間（RPO）」から逆算します。1日分の作業が消えても再作成できるなら1日1回、数時間分でも困るなら1時間ごとの増分やレプリケーションにします。更新の多いデータは頻度を上げ、ほとんど変わらないデータは週1回に下げる、とデータごとに差をつけるのが現実的です。全データを一律の高頻度で取ると、コストばかりかかって続きません。 ### バックアップ先はクラウドと外付けドライブのどちらがよいですか？ どちらか一方ではなく、両方に分けるのが基本です。3-2-1ルールの通り、手元の外付けドライブ（復元が速い）とクラウド（遠隔地の複製になる）を組み合わせると、片方が壊れても復旧できます。個人なら外付けHDD＋クラウドストレージ、業務なら社内NAS＋別リージョンのクラウド、という二段構えが実務の定番になります。 ### スマートフォンのバックアップのやり方も同じ考え方ですか？ 基本は同じで、iPhoneはiCloudやパソコンへ、AndroidはGoogleアカウントへ自動同期する設定にします。ただしクラウド同期は「最新の状態」を反映するため、削除や上書きもそのまま同期される点に注意が必要です。世代を残したい写真や連絡先は、定期的にパソコンやクラウドストレージへ別途エクスポートしておくと、誤削除からも戻せます。 ### バックアップを取ったのに復元できないのはなぜですか？ 多くは「取得はできていたが、実際に戻す手順を試していなかった」ことが原因です。保存先が途中から書き込みエラーになっていた、増分の世代が欠けていた、暗号化パスワードを紛失した、といった失敗は復旧テストをしていれば事前に気づけます。取って安心せず、四半期に1回など間隔を決めて、別環境へ実際に戻す確認までを運用に含めてください。 ## 関連記事 - [リカバリーとは？意味・リストア/バックアップとの違いと企業の実務判断](https://www.issoh.co.jp/column/details/13354/)：バックアップから「戻す側」の手順とRPO/RTOの決め方を詳しく解説しています。 - [システムバックアップとは？種類（フル・差分・増分）と方式の選び方](https://www.issoh.co.jp/column/details/13448/)：本記事で触れた3方式の使い分けと世代管理を発注者視点で掘り下げています。 - [冗長化とは？二重化との違い・種類と構成](https://www.issoh.co.jp/column/details/13356/)：バックアップと併存させる「止めないための仕組み」を設計判断まで整理しています。 - [クラウドストレージおすすめ比較｜法人の選び方・料金・容量](https://www.issoh.co.jp/column/details/13347/)：バックアップ保存先にクラウドを使う際の選定基準をまとめています。 - [リモートデスクトップとは？仕組み・VPN/VDIとの違いと企業導入の判断](https://www.issoh.co.jp/column/details/13321/)：バックアップ運用を含むITインフラ全体の入口となる親記事です。 --- 出典: [バックアップのやり方｜PC・サーバー・クラウド別の手順と企業の運用設計【2026年】]()（株式会社一創）