制作データのバックアップの型｜3か所に分ける理由
制作データが消えたときに困るのは、ファイルそのものより納期までに元の作業へ戻れないことだ。同期フォルダを複数持つだけでは…
text: HYPE編集部
エンジニアの記事一覧へ制作データが消えたときに困るのは、ファイルそのものより納期までに元の作業へ戻れないことだ。同期フォルダを複数持つだけでは、誤削除やアカウント侵害への備えとして不十分な場合がある。大切なのは保存先の独立性、過去版の保持、そして実際の復元手順だ。仕事が止まる条件から逆算してバックアップを組み立てたい。
保存先の数ではなく故障の独立性を見る
同じパソコン内の別フォルダに複製しても、本体の故障や暗号化被害を同時に受ける。作業中の原本、別媒体の複製、離れた場所で保管するコピーを区別し、権限や故障要因が重ならないように考える。
三つのフォルダに同じデータを同期しても、誤削除が同時に伝播するなら独立した備えではない。端末の故障、アカウント侵害、クラウド側の不具合を分けて想定する。保存場所の数より故障経路を見たい。
いわゆる3-2-1の意味を正確に押さえる
IPAはデータを3つ持ち、2種類の異なる媒体を用い、そのうち1つを別の場所に置く考え方を紹介している。単にクラウドフォルダを3つ作ることがこの条件を満たすとは限らない。媒体と所在地、同期関係を整理する。
3-2-1は一般的にコピー三つ、媒体二種類、別の場所に一つという考え方を指す。ただしどの構成でも自動的に安全になるわけではない。素材の性質と復元に必要な時間に合わせて設計する。
制作データの保全を委託する場合、保存だけでなく復元テストの実施者と期限を契約に書く。 公開や納品の環境を整えるなら、レンタルサーバー エックスサーバーのようなレンタルサーバーも候補になります。
バックアップを含む日常の対策は、IPA「日常における情報セキュリティ対策」でも確認できます。
同期とバックアップを混同しない
クラウド同期は共同作業に便利だが、誤削除や上書きが他端末に反映されることがある。変更履歴、復元可能期間、削除からの回復方法を実際に確認する。重要なマスターデータは、同期とは別の世代保存を検討する。
同期は複数端末の現在の状態をそろえる仕組みであり、過去の正しい版を必ず残すとは限らない。編集ミスや上書きが全端末に反映された場合に、いつの版まで戻れるかを実際に確かめておく。
素材別に保存頻度を変える
撮り直せない撮影原本と、再生成できるサムネイルでは保護の優先度が異なる。原稿、編集プロジェクト、音源ライセンス、契約書、書き出し済み納品版を分類し、損失時の再制作費から保護の順番を決める。
撮影素材は再撮影の負担が大きく、編集後の書き出しは再生成できる場合がある。元データ、プロジェクト、完成品で優先度を変える。バックアップ頻度は一律の時間ではなく損失の大きさで決めたい。
バックアップ製品は容量の安さではなく、旧版復旧と削除防止の設定を実際に試して比べる。 記録とあわせて会計まわりも整えるなら、クラウド会計ソフト freee会計のようなクラウド会計もあります。
復元手順の練習を予定に入れる
バックアップが存在しても開けなければ事業を守れない。別端末へ小さな案件を復元し、リンク切れの素材、プラグイン不足、フォント不一致がないか確認する。検証で発覚した依存ファイルは保管対象に追加する。
保存できているという表示だけでは安心できない。別の端末から試しに復元し、リンク切れや必要なフォントの欠落を確認する。戻す手順を担当者一人だけが知っている状態も事業継続上の弱点になる。
共有権限と暗号化を点検する
バックアップ先へのアクセスを全員に開放すると、誤削除や情報漏えいのリスクが増える。権限の付与・削除、認証情報の保管、外部ストレージの持ち出しルールを決める。秘密の顧客データは契約上の保存条件にも従う。
共有フォルダでは閲覧と編集と削除の権限を混同しない。納品後にアクセスを解除する相手、業務委託終了時に停止するアカウントを決める。暗号化や認証の設定も保存先ごとに確認する。
共同制作チームの教育には、誤削除を想定した復元演習を組み込むと具体的な備えになる。 体系立てて学びたい場合は、Webスキルを学ぶオンラインスクール デイトラのようなオンラインスクールも選択肢になります。
共有リンクや権限の考え方は、Dropboxの公式案内でも確認できます。
引き継ぎできるフォルダ構成にする
作業者の端末だけに分かる略称では、事故時に別担当者が探せない。案件ID、制作日、版、使用ソフト、依存素材の場所を記録する。バックアップの責任者が不在でも復元先を発見できることを目標にする。
担当者以外がフォルダを開いたとき、元データと完成稿と差し戻し版を識別できる命名にする。外部素材のライセンス情報や利用許諾も関連づけると、編集再開時の確認作業を減らせる。
共有ドライブでの受け渡しは、Google ドライブの公式ページで機能を確認できます。
保険ではなく納期管理として扱う
保全コストだけを見るとバックアップは後回しになる。失った素材を作り直す時間、顧客への納期遅延、再撮影の調整を想定すると、定期的な復旧テストは利益の防衛に直結する。
バックアップの費用は保険料ではなく納品を守るための運用費と考えたい。復元に必要な日数が納期を超えるなら保存容量だけ増やしても意味がない。どの時点で誰が復旧判断するかまで契約で調整する。
判断に使う比較表
| 確認する場面 | 実際に見ておく材料 |
|---|---|
| 保存先の数ではなく故障の独立性を見る | 同じパソコン内の別フォルダに複製しても、本体の故障や暗号化被害を同時に受ける |
| 同期とバックアップを混同しない | クラウド同期は共同作業に便利だが、誤削除や上書きが他端末に反映されることがある |
| 復元手順の練習を予定に入れる | バックアップが存在しても開けなければ事業を守れない |
| 引き継ぎできるフォルダ構成にする | 作業者の端末だけに分かる略称では、事故時に別担当者が探せない |
案件での使い方
動画編集を例にすると、撮影した元データと編集プロジェクトを同じ同期フォルダに置き、別端末でも開けるようにするのは便利だ。しかし誤って素材を削除したとき、その削除まで即座に反映される場合がある。元データは変更を許さない保管先に残し、作業中のデータとは役割を分けたい。
復元テストでは、ただファイルをダウンロードできるかだけを見ない。編集ソフトが参照する素材のパスが切れていないか、共同制作者のフォントやプラグインが必要か、外部ストレージの接続が要るかを確認する。案件の納期が短いほど、復元に必要な作業を事前に知る意味が大きい。
外部委託先と素材を共有する場合は、編集終了後も全員が削除権限を持ち続けないようにする。引き渡し時には納品版と再編集用ファイルを区別し、データ消去の時期や返却条件を合意する。保存に成功したことと、適切な人だけが取り出せることは別の問題だ。
クラウドの共有権限は案件終了時に見直す。退職や委託終了後も素材へのアクセスが残る状態は避けたい。データ保護の観点では、保存先を増やすだけでなく、誰にどの操作を許すかも設計対象となる。
保存容量を購入するだけでは案件は守れない。失うと困る素材を選別し、戻せる手順を訓練して初めて、納期を説明できる備えになる。
運用時に確認したいこと
保存先に障害が起きたときの連絡先も保管手順の一部だ。クラウドアカウントへ入れない場合、復旧メールや認証用端末が同じ場所に依存していては対処できない。制作責任者が不在でも使える緊急連絡先を、機密情報を露出させない方法で管理したい。
最後の確認
バックアップの品質を判断するには、失ってもよい作業時間と復旧までに許される時間を分けて考える。例えば撮影直後の元データを失う場合、再撮影できるかどうかが判断に影響する。編集途中の状態を再現できなければ再制作が必要となるため、素材と編集データで保存の優先順位を変える根拠を依頼主へ説明したい。
障害から復旧できた経験を次の案件へ引き継ぐため、実施した復元の手順と所要作業を書き残す。保存先の構成が変わったら、この記録も見直す。
出典
CTA
仕事の取り方や単価の決め方で迷ったら、HYPEへご相談ください。→ お問い合わせはこちら
※本記事にはプロモーションを含みます。
合わせて読みたい
つくる人の仕事のヒントを、週1で
新しい記事と、学び・案件のヒントをメールでお届けします。
RECOMMEND
注目のコンテンツ
