Tech」を開催しています。渉氏と、わたくし北沢が行った解説の内容を抜粋してご紹介します。容量・性能はどう決める?バックアップは損失・リスクと比較して検討する現代のビジネスは、データによって支えられています。経営判断を下すためのグラフも、営業戦略を練るための顧客情報も、現場スタッフが使うマニュアルも、データによって成り立っています。システムは破壊されても修理できますが、データが失われれば元に戻すことはできません。ハードウェアの故障、ソフトウェアのバグ、停電や火災、自然災害、オペレーションミスなどのトラブルでデータが破損した場合に、復旧できるようにするのが「バックアップ」です。データそのものを狙うランサムウェアのような新しいサイバー攻撃への対策にも有効です。バックアップがない状態でデータが失われれば、データを作り直すか諦めるかしかありません。データを作り直すには時間や労力がかかるばかりか、復旧するまで収入が減ったり、訴訟対応のために支出が増えたりします。バックアップは高額だと言われることがありますが、実際には、本番システムの導入費用に対して割高だという意味で言われる場合が多いようです。本来比較すべきは、データを失ってからビジネスを復旧するまでの「損失」であるはずです。ポイントは、復旧要件を明確にして、それを基に設計と運用を実践することです。バックアップが複雑であればあるほどリストアも複雑になるため、できるかぎりシンプルな構成にすることが重要です。つの手法に分類されます。別媒体コピー(狭義のバックアップ):システムと異なるディスクやテープにデータを複製するスナップショット:データのポインタ情報(変更履歴のようなもの)を保管するレプリケーション:ストレージそのものを丸々コピーするいずれの手法にも特性があり、利点と欠点が存在します。コストといった項目と、目標復旧時点(RPO)、目標復旧時間(RTO)、保管世代(リテンション)といった要素は、バックアップを検討するうえで重要な課題として押さえておきたいところです。時間ごとに取得する必要があると解釈できます。マルウェアにファイルが侵害されたとき、直近のバックアップデータはすでに感染している可能性もあります。そのため複数世代を保管して、感染する前の状態へ戻せるようにする必要があります。事業継続したいのか、直前の状態に戻したいのか、少し前の状態に戻したいのか、もっと過去に遡りたいのか。した要件によって、リストア許容時間が長くなったり、データ保有量が多くなったりします。障害でクラスタも機能せず、レプリケーションでもスナップショットでも復旧できないとき、最後の砦として働くのが(別媒体への)バックアップというわけです。想定通りのバックアップを行うためのポイントは、以下のとおりです。クラウドストレージの最新機能を効果的に活用するバックアップを検討するにあたっては、ストレージも重要な要素です。つのバックアップ手法には欠点もあると述べましたが、これをストレージ側の機能や技術でカバーすることも可能です。スナップショットは、ハードウェアの障害には無力ですし、年単位の長期保管にも不向きです。外部筐体を利用できるのであれば、バックアップの代替になり得ます。クラウドストレージに格納することが可能です。対策として効果を発揮します。システムの調達やネットワーク、セキュリティの強化には大きなコストがかかります。Replication」を備えています。した状態でデータ転送が行われるため、ネットワーク帯域の消費を抑えると同時に安全性も確保できます。利用すれば、災害時でも止まることのないストレージクラスタを構築できます。ネットワーク障害に際しても、スプリットブレインによるデータ破損を回避し、全自動で復旧します。国内のネットワーク品質であれば、東京~大阪間で完全な同期を実現することも可能です。特徴を追加すると、次のようになります。