1998年にピクサーで信じられないことが起こった：ある従業員がサーバー上で誤って rm -rf / コマンドを実行し、『トイ・ストーリー2』のすべてのファイルを削除してしまった。1年分の作業が瞬時に消えてしまった。さらに驚くべきことに——**バックアップシステムは1ヶ月以上もダウンしていて、誰も気づかなかった**。プロジェクトが危機に瀕している時、救世主が現れた。女性技術責任者のHed Catmullは、自宅にプロジェクトのファイルを保存していた（当時、彼女は子供の世話をしながら、毎週仕事を持ち帰って保守していた）。この"プライベートバックアップ"が映画全体を救った。このケースはIT関係者に血の教訓を与えます：**なぜ事故が起こるのか？**- 権限が適切に制御されていないため、一般社員が重要なフォルダを削除できる。- バックアップは形だけで、死んでも誰も知らない- 二次認証メカニズムがありません**どうやって落とし穴を避ける？**- 3-2-1バックアップルール：3つのコピー、2種類の異なるメディア、1つのオフサイトストレージ- ハイリスクコマンドの実行権限を制限する- 定期バックアップの復元テストを行い、バックアップを飾り物にしないでください- 重要なデータはオフラインバックアップを取る（ランサムウェア対策）今見ると馬鹿げているように見えるが、こういったことは今でも繰り返し起こっている。あなたのバックアップは本当に役に立ちますか？
あの時、『トイ・ストーリー2』の削除命令がほぼ破壊されるところだった。
1998年にピクサーで信じられないことが起こった：ある従業員がサーバー上で誤って rm -rf / コマンドを実行し、『トイ・ストーリー2』のすべてのファイルを削除してしまった。1年分の作業が瞬時に消えてしまった。
さらに驚くべきことに——バックアップシステムは1ヶ月以上もダウンしていて、誰も気づかなかった。
プロジェクトが危機に瀕している時、救世主が現れた。女性技術責任者のHed Catmullは、自宅にプロジェクトのファイルを保存していた（当時、彼女は子供の世話をしながら、毎週仕事を持ち帰って保守していた）。この"プライベートバックアップ"が映画全体を救った。
このケースはIT関係者に血の教訓を与えます：
なぜ事故が起こるのか？
どうやって落とし穴を避ける？
今見ると馬鹿げているように見えるが、こういったことは今でも繰り返し起こっている。あなたのバックアップは本当に役に立ちますか？