バックアップで確かめたいのは、コピーがあるかだけではありません。必要な図面や記録を、仕事を再開できる状態まで戻せるかです。保存が成功していても、最新版が分からない、専用ソフトで開けない、担当者が不在で操作できないなら、復旧は止まります。
工務店では、図面、見積、発注履歴、施工写真、顧客情報が別々の場所にあります。そこで、まず「どの仕事を、いつまでに再開したいか」と「どこまでの更新なら失ってもやり直せるか」を決めます。その条件から保存方法を選び、復元を試すのが運用の出発点です。
以下では、従業員12人、年間の新築・改修案件が合計36件、事務所1拠点の若葉ホームを架空例として使います。数値、頻度、台帳は説明用の設定・運用提案であり、業界標準や実在企業の実績ではありません。
ハウスメーカーで支店ごとに保存先が分かれる場合
元記事の若葉ホームは事務所1拠点の架空例で、95分や4時間は多拠点の目安ではありません。支店ごとにファイルサーバーや外付けの保存先がある会社では、04章の運用台帳を保存先ごとに作り、本部のクラウドと支店の保存を分けて記録します。
05章の復元テストは各拠点の代替担当も実行し、07章の更新は担当や保存先が変わる日に行います。
保存対象は、止まる仕事から逆に考える
最初にフォルダー名を並べるだけでは、メールの変更指示やクラウド内の記録が抜けることがあります。「明日、施工中の案件を進められなくなるとしたら、何が必要か」と考えるほうが対象を見つけやすくなります。
横にスワイプして、右側の列を確認できます
| 再開したい仕事 | 必要な情報の組み合わせ |
|---|---|
| 設計・現場での判断 | 確定図面、変更一覧、承認記録 |
| 見積・契約内容の説明 | 見積書、内訳、契約書、合意した条件 |
| 発注と納期調整 | 発注書、納期回答、変更指示、取引先との連絡 |
| 工事状況の確認 | 工程表、施工写真、検査記録、指示履歴 |
| 請求・支払い | 請求、入金、支払予定、会計データ |
図面が戻っても、どの変更が承認済みか分からなければ、そのまま現場へ渡せません。業務単位で必要な情報をそろえたうえで、社内が最終的に参照する場所を決めます。この記事では、その場所にある確定情報を「正本」と呼びます。
似た名前の図面が担当者のパソコンと共有場所にあるなら、最新版を決める担当と確定後の置き場所を明らかにします。ただし、正本の整理が終わるまで既存の保存を止めたり、古い版と決めつけて削除したりする必要はありません。整理できていない範囲はその状態を残し、暫定保存と正本の確定を並行して進めます。
クラウド上の情報も対象です。提供元が障害に備えて保管していても、利用者の誤削除、契約終了、アカウント停止から、自社が必要な範囲を戻せるとは限りません。自社の契約で使える履歴、復元、書き出しの範囲を調べます。
「戻す時点」と「再開までの時間」を分ける
毎日保存するか、毎週保存するかは、許容できる更新の消失量から決めます。前営業日の終業時点まで戻ればよいなら、当日分は再入力する前提です。契約や発注変更の記録を半日分も失えないなら、保存間隔や確定時の保存方法を変える必要があります。
もう一つは再開期限です。本記事の架空例では、障害を発見してから必要情報の照合を終え、業務を再開できるまでの時間とします。連絡、復元承認、復元先の準備、転送、内容確認を含めます。実際の停止から発見までの遅れも、別に把握すべき時間です。
若葉ホームの架空の復旧目標
横にスワイプして、右側の列を確認できます
| 対象 | 戻す時点の目標 | 発見からの再開期限 | 保存設計の考え方 |
|---|---|---|---|
| 施工中案件の確定図面 | 直近の確定時点 | 4時間以内 | 版確定時と日次の保存を組み合わせる |
| 見積・契約関係 | 前営業日の終業時点 | 1営業日以内 | 日次保存に加え、確定版を識別する |
| 発注・変更履歴 | 発見時点から4時間以内の更新損失に抑える | 4時間以内 | 営業時間中の2時間ごとの世代保存などを候補にし、失敗の検知も間に合わせる |
| 現場写真 | 前営業日の終業時点 | 1営業日以内 | 日次の取得と世代保存、必要な案件情報の出力を組み合わせる |
| 過去案件の参考資料 | 前週末時点 | 5営業日以内 | 利用頻度に応じて週次保存も検討する |
この表は、設定すれば達成できるという保証ではありません。たとえば2時間ごとの保存でも、失敗に気づかないまま時間が過ぎれば、4時間以内の更新損失には収まりません。保存頻度と監視の間隔を一緒に考えます。
また、復元に数日かかる保存先では、4時間以内の再開には応えられません。目標が厳しいほど、保存費用だけでなく復元の手間や支援体制にも費用がかかります。経営者は業務への影響と負担を比べ、担当者は実際の復元時間でその目標を検証します。
同期とバックアップは、戻せる状態で見分ける
同期は複数の場所を同じ状態へ近づける機能です。削除や上書きも反映されるなら、それだけでは過去の状態へ戻れません。バックアップとして使えるかは、名前ではなく、どの時点の何を戻せるかで判断します。
横にスワイプして、右側の列を確認できます
| 保存方法 | 役立つ場面 | 調べる条件 |
|---|---|---|
| 同期 | 別端末で同じデータを使う | 削除や破損も同期されるか、別途履歴が残るか |
| 世代保存 | 上書き前や削除前へ戻す | 保持期間、世代数、復元できる範囲 |
| サービス外への書き出し | 契約終了やサービス停止に備える | 添付資料、コメント、関連付けが含まれるか、閲覧・再取込ができるか |
| システムを含む保存 | データと利用環境を戻す | 対応する復元先、必要な設定や認証、復元支援の条件 |
IPA「中小企業のためのクラウドサービス安全利用の手引き」も、重要情報を必要なときに使えるよう、サービスのバックアップ機能、外部への保存、複数世代の取得を対策例に挙げています。自社のサービスでどこまで可能かは、契約と公式手順に沿って試す必要があります。
保存先の数だけでなく、同時に失う経路も見ます。同じ機器の別フォルダーなら故障の影響を一緒に受けます。別サービスでも、同じ管理アカウントですべて削除できるなら、認証情報の漏えいや誤操作への備えが十分とは限りません。
機器、保管場所、接続、管理権限のどこを分けるかを考えます。常時接続しない媒体や、変更・削除が制限された保存先も候補になりますが、利用できる仕組みと復元手順を一緒に検証します。
運用台帳には、保存条件と困ったときの入口を書く
台帳は、機器の詳細設定をすべて載せる資料ではありません。何をどこへ保存し、誰が結果を見て、どの手順で戻すかを探すための索引です。
若葉ホームの確定図面を扱う架空の台帳例
横にスワイプして、右側の列を確認できます
| 項目 | 記入例・決める内容 |
|---|---|
| 対象業務と正本 | 施工中案件の設計・現場確認。共有ストレージの案件別「確定図」 |
| 含む情報 | 確定図面、承認記録、変更一覧 |
| 保存の契機 | 毎営業日20時と、版の確定時 |
| 保存方式・保存先 | 世代保存。正本との機器・場所・権限の関係を記載 |
| 保持条件 | 復旧用の世代を30日分残すという仮案。別途、確定資料の保存方針と照合する |
| 結果を見る人 | 総務担当。休みの場合は設計責任者 |
| 復元を判断する人 | 工務責任者。本番上書きの可否も判断する |
| 手順と支援先 | 復元手順書の場所、契約上の問い合わせ先、受付時間 |
| 最後の復元確認 | 日付、対象、合否、未確認事項への参照 |
30日という数値は、この架空例の復旧用世代の仮案です。契約書や確定図面を30日で廃棄してよいという意味ではありません。過去へ戻すための保持期間と、契約・保証対応や法令に基づく文書保存期間は目的が違います。文書ごとの保存条件を先に満たし、そのうえで復旧用の世代数を決めます。
パスワードや復元用の秘密情報そのものは台帳へ書かず、権限のある担当者が利用する管理経路を示します。代替担当にも、実際にその経路から操作できるかを試してもらいます。
日常は保存結果を見て、定期的に中身を戻す
日常確認で毎回全ファイルを開く必要はありません。実行予定に対して結果があるか、失敗や警告がないか、対象数や保存量が急に変わっていないか、保存先に余裕があるかを見ます。成功も失敗も通知されていなければ、処理と通知のどちらが止まったかを調べます。
保存量が増えた理由が現場写真の追加なら正常かもしれません。一方、対象数が減っているのに成功と表示された場合は、移動したフォルダーが対象から外れた可能性があります。結果表示を、実際の業務上の変更と照らし合わせることが大切です。
復元テストは、対象と合格条件を決め、本番と区別した検証用の場所で行います。確認するのは次の内容です。
- 指定した案件と時点のデータが戻ったか。
- 必要な件数と版がそろい、ファイルや記録を実際に開けるか。
- 専用システムへの再取込や、添付資料との関連付けが必要なら、それも使えるか。
- 必要な連絡・承認を含めて、再開期限に間に合うか。
毎回同じ小さなPDFだけを戻しても、CADや写真、会計データの復元は確かめられません。対象と形式を順番に変え、ときには代替担当が手順を実行します。IPA「中小企業のためのセキュリティインシデント対応の手引き」も、バックアップから定期的に復元できるかを確かめる対策を示しています。
架空例:95分で戻せても、4時間以内に再開できるとはまだ言えない
若葉ホームがA邸の確定図面を復元したとします。対象は2026年9月14日20時時点の確定図12ファイルと変更一覧1ファイルです。9月15日に検証用の場所へ戻し、図面3ファイルと変更一覧を開いて、図面番号と承認日を案件台帳に照合しました。
横にスワイプして、右側の列を確認できます
| 確認結果 | このテストで分かった範囲 |
|---|---|
| 対象件数 | 確定図12ファイル、変更一覧1ファイルを復元 |
| 内容・版 | 抽出した図面3ファイルと変更一覧で照合 |
| 所要時間 | 承認後の作業開始から照合終了まで95分 |
| 未確認 | CAD形式2点の閲覧環境、抽出外の内容、発見から承認までの時間 |
| 判定 | 一部の復元経路は確認できたが、業務再開の合否は保留 |
95分は作業の一部分を測った値です。発見、連絡、復元対象の選定、承認までを含む4時間の目標とは、計測範囲が異なります。また、必要なCADデータが読めなければ、図面の件数が合っていても業務を再開できない場合があります。
次のテストでは、未確認形式を開ける環境と、発見から再開判断までの全手順を試します。確認済みの範囲を残すことは有用ですが、その結果を全データの復旧成功へ広げないようにします。
保存失敗は、最新分の再実行と過去の欠落を分けて扱う
保存が失敗したら、最後に成功した時点と、保存されていない対象を調べます。通知だけの不具合か、書き込みの失敗か、対象設定から外れていたのかで対応は変わります。
横にスワイプして、右側の列を確認できます
| 起きたこと | 対応で確かめること |
|---|---|
| 処理が動いていない | 稼働状態と予定を直し、現在保存できる内容を確保する |
| 一部の対象が抜けた | 対象設定と台帳を直し、元データや別の履歴から補える範囲を調べる |
| 容量が足りない | 保持条件と必要な世代を踏まえて増設や整理を判断する |
| 権限・認証で失敗した | 適切な権限で保存と通知が再開するか試す |
| 復元内容や版が違う | 本番利用を保留し、別世代や正本の記録と照合する |
再実行で最新データを保存できても、過去に上書き・削除され、どこにも残っていない内容まで取り戻せるわけではありません。欠落した期間と、補えた範囲・補えない範囲を分けて記録します。
容量不足でも、戻せる世代を担当者の独断で消さない運用にします。どの時点へ戻れなくなるかを、保持条件と案件の状況から判断します。原因を直した後は、次の自動実行まで見届けると、手動操作だけ成功した状態を区別できます。
攻撃や感染が疑われる場合は、通常の保存失敗として再実行を急がず、機器の隔離や原因調査を含むインシデント対応へつなぎます。安全を確かめないまま復元しても、同じ原因で再び使えなくなるおそれがあります。
担当者や保存先が変わる日に、台帳も更新する
バックアップ対象が抜けやすいのは、新しいクラウドを導入したとき、共有フォルダーを移したとき、端末や担当者が変わったときです。年一回の棚卸しに加え、こうした変更の手続きで台帳と保存設定を更新します。
契約終了時には、画面で見えている間に必要な情報を書き出し、閲覧や再取込を試します。件数だけでなく、添付資料、変更履歴、案件との対応が残るかも重要です。外部の保守会社に依頼する場合は、受付時間、対応開始までの条件、追加費用、対象外データを契約で確かめます。
個人データを含むバックアップは、複製でも管理対象です。結果確認者に全顧客資料の閲覧権限まで必要とは限りません。日常の監視、復元、内容照合に必要な権限を分け、検証用に戻したデータも保管期限と処理担当を決めます。利用目的、安全管理、消去と法令上の保存義務の関係は、個人情報保護委員会の通則ガイドラインと自社の取扱条件に沿って判断します。
若葉ホームの架空例なら、毎営業日に保存結果を見て、毎月1案件を復元し、四半期には異なる形式・保存先へ範囲を広げる運用が考えられます。半期には代替担当が実行し、年次には業務全体を見直します。この頻度をそのまま採用するのではなく、更新量と失った場合の影響、試験結果に合わせて調整します。
最初の対象は、現在進行中の重要な仕事から選べます。台帳を一つ作り、実際に戻してみれば、足りない保存、権限、手順が具体的になります。経営者が再開の優先順位を決め、担当者が保存と復元を確かめ、業務責任者が内容を判定する。その役割を兼任でも引き継げる形にしておくことが、日々のバックアップを会社の仕事にする要点です。
参考にした公式資料
- IPA「中小企業のためのセキュリティインシデント対応の手引き」確認日:
- IPA「中小企業のためのクラウドサービス安全利用の手引き」確認日:
- 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」確認日:
記入例・計算例は編集上の例です。制度の受付状況や仕様は変わるため、実行前にリンク先の最新情報をご確認ください。