他の人がデータを永久に失っても、あなたは過去に戻ることができます。
注: これは、Rediacc がこの種の問題をどのように処理するかを示す 使用例 です。私たちはスタートアップです。これらは製品が想定している現実的なシナリオであり、すでに納品した顧客事例ではありません。
危機シナリオ: 新入社員が 3 週間前にライブデータベースの重要な行を誤って削除してしまいました。バックアップシステムは 2 週間分の履歴しか保持していません。通常の構成では、そのデータは失われています。
問題
Mehmet は大規模なECプラットフォームのデータベースを担当しています。ある朝、顧客から過去の注文記録がシステムに表示されないという苦情が来始めました。調査したところ、新入社員が 3 週間前にライブデータベースの重要な行を誤って削除していたことが判明しました。テスト環境ではなくライブデータベースに接続したままでした。すべてのDBAが自分でやらかすか、後輩がやらかすのを目撃するという、典型的なミスです。
既存のバックアップ システム:
- 完全バックアップは週に 1 回行われます
- 増分バックアップは毎日記録されます
ジレンマ: 削除は完全バックアップの日付より前に行われたため、失われたデータはどのバックアップファイルにも存在しません。毎日のバックアップは最新のデータのみを記録するため、削除されたアイテムを復元することはできません。
危機の影響
データが失われたため:
- お客様は 返金リクエストを処理できません
- 決済システムに不整合が発生しております
- 苦情はソーシャルメディアで急速に拡散
結果:
- カスタマー サポート チームは 強いプレッシャーにさらされています
- 会社の評判は 急速に傷ついています
- 手動によるデータ回復作業では 15% のみ成功
追加の課題:
- ストレージ コストを削減するために、会社は 過去 2 週間のバックアップのみを保持しています
- 削除されたデータは 最近のバックアップ には含まれていません
Rediacc ソリューション
Mehmet が Rediacc で構築するタイムマシン的なセットアップを紹介します。
1. スナップショット
- Rediacc は 1 時間ごとにシステムのスナップショットを自動的に取得します
- これらのスナップショットには、データが削除される直前の瞬間も含まれています
2. 時間を遡る
- Mehmet は、Rediacc インターフェースで削除が行われた日時を選択します
- 3 週間前のシステムのスナップショットを 1 分で新しいインスタンスに復元します
3. 完全な回復
- 失われたデータは完全かつ一貫して復元されます
結果
- 会社の評判は 24 時間以内に修復されました
- 経済的損失は 95% 阻止されました
- Rediacc は、ストレージ コストを増やすことなく頻繁にバックアップを作成できることを証明しました