メインコンテンツにスキップ ナビゲーションにスキップ フッターにスキップ

災害復旧は正しく行われる

バックアップを確認しました。 無制限の歴史。 増加速度。

Verified backup layers with checkmarks showing tested backups
1

テストされていないバックアップ システム

信頼するが検証してください — ロシアのことわざ/レーガン (1987)

ボルチモア市のシステムは、2019 年 5 月にランサムウェアの攻撃を受けました。[1] 当局は、バックアップがテストされたか、実行可能であるかを確認できませんでした。 [2] 最近のバックアップが感染しました。 古いものはテストされていません。 回収費用:1,800万ドル。

The Problem

バックアップがあることと、動作するバックアップがあることは、まったく別のことです。 ほとんどの組織は、災害が発生するまで復元をテストしません。その後、バックアップが破損しているか、不完全であるか、感染していることが判明します。 必要なときには、修正するにはすでに手遅れです。

  • ランサムウェアはデータを暗号化する数週間前にシステムに感染します
  • バックアップ ファイルが破損しているにもかかわらず、バックアップ システムが成功を報告する
  • 手動復元テストには何時間もかかりますが、定期的にテストする人はいません
  • バックアップがあったにもかかわらず、復元に成功したのは 63% だけでした
  • テストされていないバックアップは必要なときに失敗します

自動バックアップ検証

Rediacc はバックアップを作成するだけではなく、実際の復元をテストすることでバックアップを検証します。 すべてのバックアップは、緊急時に必要になる前に機能することが証明されています。

  • 実際の復元操作を毎日テストすることによる自動検証
  • バックアップが破損しているか不完全かどうかをすぐに知ることができます
  • 感染前のクリーンテスト済みバックアップにアクセス
  • 手動テストは不要で、自動検証が継続的に実行されます
  • すべてのバックアップは必要になる前に機能することが証明されています
2

短いバックアップ履歴

早起きは虫を捕まえる — ウィリアム カムデン (1636)

ランサムウェアの滞留時間は 1 日未満に短縮されました。 [1] 攻撃者は、感染したバックアップがクリーンなバックアップを上書きするのを意図的に待ちます。 保持期間が短い組織は、すべてのバックアップにマルウェアが含まれていることを発見します。 [2]

The Problem

保存期間が短いとストレージ容量は節約されますが、脆弱性が生じます。 感染前のデータが必要な場合、そのデータはすでに上書きされています。 従来のシステムでは、膨大なストレージコストが発生するため、長期保存する余裕がありません。

  • 攻撃者はクリーンなバックアップの有効期限が切れるのを意図的に待ちます。
  • 従来の短い保存期間では脆弱性が残る
  • 完全バックアップごとに大量のストレージが消費されるため、保存期間が制限されます
  • コンプライアンス要件には、多くの場合、数か月にわたる履歴が必要です
  • ストレージコストは歴史と予算の間で選択を迫られます

履歴の拡張保存

Rediacc の増分重複排除により、ストレージを爆発的に増やすことなく、拡張されたバックアップ履歴を保存できます。 変更のみが保存され、重複データは保存されません。

  • 重複排除により数か月分のバックアップ履歴を効率的に保存
  • 感染前のクリーンなバックアップにアクセス
  • 増分重複排除によりストレージの 90% 以上を節約
  • 長期保存によりコスト効率よくコンプライアンス要件を満たします
  • 攻撃者は保存期間が過ぎるのを待つことはできません
3

回復時間が遅い

5 つ前の 5 つを上手に活用する — 預言者ムハンマド、スナン・イブン・マジャ (4240)

WannaCry は 2017 年 5 月に NHS を襲い、全国の病院システムをロックしました。 [1] 一部の信頼は数時間で回復しました。 [2] 他のものは数日かかりました。 1万9000件以上の予約がキャンセルされた。 回復時間: 数時間の混乱と数日。

The Problem

従来の完全バックアップでは、完全復元に時間がかかります。 最新の回復システムを備えた組織は、数時間でオンラインに戻ります。 従来のバックアップをお持ちですか? 数日間のダウンタイム、サービスのキャンセル、収益の損失。

  • 同じランサムウェア攻撃による回復時間の大幅な違い
  • 従来の完全復元では、数日間のダウンタイムが発生し、サービスがキャンセルされます
  • 最新の増分リカバリを数分でオンラインに戻す
  • 医療は患者がケアを必要とする日を待つことができない
  • ダウンタイムが 1 時間発生するごとに、運用上および財務上の損害が倍増します

迅速な回復プロセス

Rediacc の増分アーキテクチャにより、迅速なリカバリが可能になります。 システム全体ではなく、変更された部分のみを復元します。 他のオペレーションがまだ復旧している間に、重要なオペレーションを数分でオンラインに戻します。

  • 数日にわたるダウンタイムではなく、数分で回復します
  • 増分復元では、変更されたデータ部分のみが転送されます。
  • 競合他社がダウンしている間、重要なシステムはオンラインに
  • 収益の損失とサービスの中断を迅速に最小限に抑えます
  • いつでも迅速に回復できる組織になる
Backup monitoring dashboard with extended retention timelines showing 100% verification
Rediacc backup resources and repositories

バックアップを信頼する準備はできていますか?

利用できるスポットは限られています。

回復計画を立てる