よくある8つのバックアップミスを避けよう

データ・バックアップの節約は、間違った場所での節約である。

多くの人は、最初にシステムがクラッシュし、情報の大部分が失われたときに初めて、保存データの重要性に気づく。残念なことに、それと同じくらい多くの人が、データのバックアップが正しく行われていなかったことに気づくのはこの瞬間だけである。しかし、データバックアップにおける最も重要なエラーの原因に集中的に取り組むことで、高価な損失を防ぐことができる。ラングマイヤー・ソフトウェアの創設者兼マネージング・ディレクターのウルス・ラングマイヤーが、企業がデータをバックアップする際に避けるべきことを説明します。

1. データのバックアップ頻度が低すぎる。

バックアップの間隔はデータの流れに合わせるべきです。一定のリズムは良いが、特別なイベントに対応することも同様に重要である。例えば、特別な発見があった場合は、データのバックアップを確実に更新すべき時である。一方、数日間作業が行われなかった場合は、変更されていないデータを新たにバックアップする必要はない。

2. RAIDシステムとデータバックアップを混同している。

RAIDはRedundant Array of Independent Disksの略です。このようなシステムは定期的に冗長データを保存しますが、ネットワークで動作するハードディスクの故障や人為的ミスのリスクには反応しません。この冗長性では、実際のシステムクラッシュやコンピュータの物理的な破壊を補うことはできません。したがって、追加のデータバックアップが必要です。

3. コピーは常に近くに置いておく

バックアップ・コピーが安全なのは、オリジナルとは別の建物に保管されている場合のみである。企業であれば、対応するデータ記憶装置が内部ネットワークのサーバーとは異なる防火区域に保管されていれば十分な場合もある。

4. データの上書きが早すぎる

多くの小規模企業は、よく知られた祖父・父・息子の原則に従って仕事をしている。この場合、日次、週次、月次のデータバックアップが互いに補完し合う。危険なのは、日次の増分バックアップ・コピーがあまりにも早く上書きされてしまうことだ。月曜日のコピーを含むデータストアは、木曜日に次の日次バックアップで上書きされます。週次バックアップが完了するまで、すべての日次データバックアップを保持する方が理にかなっている。こうすることで、週の終わりに完全なシステム・リストアを実行することができる。

5. システム復旧の概念がない

システムの復元は、しばしば企業がつまずく本当の問題である。よく考え抜かれたバックアップ・コンセプトには、必ずデータを復元するための完全な計画が含まれている。純粋にソフトウェアに問題が発生した場合、数分もかからないはずだ。

6 柔軟性に欠けるバックアップソフトウェア

小さな会社や若い会社は通常、現在のデータ量に見合ったバックアップソリューションを探しています。企業が成長するにつれ、データバックアップはしばしば限界に達します。機知に富んだ管理者は、より高いデータスループットでもシステムを実行できるような拡張機能を作成することができます。しかし、この倹約は、遅くともデータのリストアが必要になったときに報われる。カスタマイズされたシステムは通常、多大な労力をかけてしか復元できない。最初から、すでにタスクの拡張が可能なソフトウェアを使う方がよい。

7.責任の所在が不明確

機密データのバックアップに関しては、細心の注意が必要である。データは、紛失したり、権限のない人の手に渡ったりしないように保護されなければならない。しかし、このような安全策を講じるからこそ、重要な情報が失われてしまうこともある。そのため、特定のデータ領域の責任者、パスワードを知っている者、復旧プロセスを開始できる者を常に明確にしておく必要がある。この目的のために、常に少なくとも2人の担当者を選ぶべきである。そのうちの一人が退職した場合、後任者に責任が移されるようにしなければならない。

8. セキュリティのコストに躊躇する

多くの企業は経費を節約している。ハードウェアのコストは可能な限り抑え、ソフトウェアは一度だけインストールするのが理想的だ。しかし、バックアップの価値を理解するためには、責任者は自問するだけでよい：データの潜在的な損失はいくらかかるのか？これらの質問に対する答えは、原則として、ITセキュリティに関して手を抜くべきでないことを示している。