災害が発生したとき、データは生き残れるでしょうか? Rediacc を使用すると、常にそうなります。
注: これは、Rediacc がこの問題に対処する方法を示す ユースケース例 です。これらのシナリオは、完成したケーススタディではなく、潜在的なアプリケーションです。
危機シナリオ: 顧客からの電話でシステム障害が明らかになりました。ディスク障害です。リモート バックアップ サーバーの最後のバックアップは 3 週間前 でした。つまり、数週間分のデータが失われたのです。
問題
保護すべきデータと同じマシン上に唯一のバックアップを保つことは戦略ではありません。その障害が確認する内容は以下の通りです。
- ハードウェア障害
- サイバー攻撃
- 戦争、地震、火災、洪水などの物理的災害
- データ損失に対する保護不足
解決策を探す:
- 20 TB のデータを リモート サーバー にバックアップすることが決定されました
- しかし、従来の方法では、このバックアップには 2 週間 かかり、帯域幅の 99.99%（スナップショット間の総データの更新率に応じて） を占有します
危機の影響
顧客からの電話の後：
- サービスが機能していないことが判明しました
- ディスク障害が検出されました
- リモート バックアップ サーバーを確認すると、最後のバックアップは 3 週間前であったことがわかりました
結果:
- 手動でのディスク復旧の試みは 失敗 しました
- 3 週間のデータ損失のため、顧客契約がキャンセル されました
- 会社の 評判が著しく損なわれました
Rediacc ソリューション
1. 最初のバックアップ
- 20 TB のデータを初めてリモート サーバーに転送する場合、2 週間かかります
2. 1 時間ごとのクロス バックアップ
- 1 時間ごとに完全バックアップが作成されるようなスナップショットが生成されますが、変更されたデータのみが転送されます
3. 災害シナリオへの準備
- データは 大陸間 サーバーにもバックアップ可能です
- メイン マシンがクラッシュした場合でも、1 時間前のデータは 数分以内に復旧 できます
結果
時間の節約:
- バックアップ時間が 2 週間から平均 4 分に短縮されました
- データ損失のリスクが 1 時間に低減されました
コスト削減:
- 帯域幅の消費が **98%**削減されました
ビジネス継続性:
- メイン サーバーがクラッシュしたとき、リモート バックアップは 7 分で復旧されました