災害が発生したとき、データは生き残れるでしょうか? 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 分でアクティブになりました