会社のバックアップは、「取っています」と聞くと安心します。

でも、本当に重要なのはバックアップファイルが存在することではなく、必要なときに必要なデータを戻せることです。

最初に守る対象を洗い出す

  • 共有ファイル
  • 業務システム
  • メール
  • 顧客・受注データ
  • 設定ファイル
  • 重要PCのローカルデータ

全部を同じ優先度にする必要はありません。

「何時間前まで戻せればよいか」を決める

前日まで戻ればよい業務もあれば、数時間分のデータ消失でも影響が大きい業務があります。

業務ごとに許容できる損失を考えます。

「何時間止まってもよいか」も決める

バックアップがあっても復旧に数日かかれば業務影響は大きくなります。

優先業務から復旧順を決めます。

本番と同じ場所だけに置かない

同じ機器・同じ環境の障害で、本番とバックアップが同時に失われない構成を検討します。

クラウド同期=バックアップとは限らない

同期は便利ですが、誤削除・上書きが同期されることもあります。

会社で利用するサービスの復元機能・保持期間を確認します。

復旧手順を残す

担当者だけが「戻し方を知っている」状態を避けます。

どこから・誰が・どの手順で復旧するかを記録します。

ベンダー任せでも会社側で把握する

バックアップを外部業者へ任せていても、保存先、保持期間、復旧依頼先は社内で把握します。

一度は戻してみる

保存成功の表示だけでは、実際に復旧できるか分かりません。

重要データはテスト復元の方法を確認します。

担当者・連絡先を決める

障害時に誰が判断し、誰がベンダーへ連絡するかをBCPと一緒に整理します。

BCPを総務が作るとき何から始める?も参考にしてください。

PC交換・退職にもバックアップ視点が必要

旧PCを初期化する前、退職アカウントを削除する前に、会社として必要なデータが残っているか確認します。

台帳へ最低限残したい項目

  • 対象システム・データ
  • バックアップ先
  • 取得頻度
  • 保持期間
  • 復旧方法
  • 担当・ベンダー
  • 最終テスト日

まとめ

バックアップ設計は容量の話から始めません。

何を守るか・どこまで戻すか・どれくらいで復旧するか・誰が戻すかを先に決めます。

総務がやるPC・アカウント・バックアップ管理もあわせて確認してください。