ランサムウェア攻撃からのデータ復旧:Veeam Agent for Windows

クライアント

状況

ある医療関係のお客様がサーバーデータのみならず、外付けHDDにある「VeeamAgentforWindows」バックアップまでランサムウェア攻撃の標的となり、被害を受けました。こちらのお客様のMSP(マネージドサービスプロバイダー)契約には定期的なオフサイトバックアップが含まれていなかったため、VeeamAgentforWindowsにバックアップしていたデータが唯一のコピーでした。

解決策

お客様は、影響を受けたHDDをオントラックに送付することができました。オントラックはお客様のメディアの元の状態を保持するために、ドライブのイメージを作成しました。

オントラックのエンジニアは、影響を受けたVeeamバックアップファイルを診断し、ファイルが完全に暗号化されていなかったため、部分的な復旧が可能であると特定しました。つまり、一部のデータがファイル内から復旧される可能性がありました。ただし、使用されたVeeamのバージョンは、オントラックが現在のツールでサポートできるよりも新しいものであり、開発支援が必要であることを判明しました。

オントラックの世界中のエンジニアチームと、独自のツールを維持および改善する社内開発チームの力により、新しいバージョンのサポートを迅速に調査、開発、および実装することができました。幸いにも、オントラックのヨーロッパのオフィスで以前に取り扱われた似たような案件で、時間のかかる調査の多くが既に行われ、完了されていました。その結果、オントラックの開発者は、当案件に対処できるツールを迅速かつ効率的に改造することができました。オントラックのエンジニアは、ツールを一から構築するのではなく、以前に改善したツールを参考にしながら、データ復旧を可能にする内部コンポーネントを手動で再構築することができました。

結果

ファイルの修復が完了すると、エンジニアは残りのVeeamツールセットを使用して、修復されたファイル内のデータの抽出を完了することができました。復旧されたデータには、ランサムウェア攻撃後に完全に失われていたフラットファイルというデータタイプが多く含まれていました。

ランサムウェアがサーバーを攻撃し、バックアップテープを消去する

クライアント

状況

ランサムウェアは会社のサーバーを攻撃し、Microsoft Dynamics 365データを暗号化し、支払いを要求しました。サーバーの最新のバックアップは、マルウェアによって消去された複数のLTO-6バックアップテープに保存されていました。

解決策

オントラックの担当者がランサムウェア攻撃による被害の程度を査定した後、会社のバックアップテープがデータ復旧の対象として一番見込みがあると特定しました。そのテープに保存されたデータがマルウェアに消去されたとしてもです。バックアップライブラリからの23本の​​LTO-6バックアップテープが、ドイツのベーブリンゲンにあるオントラックオフィスに送られました。オントラックはイギリスにあるR&D部門と協力して、バックアップテープから消去されたデータを復旧するためのカスタムソリューションを開発しました。

結果

オントラックは、18本のLTO-6テープから46TBのデータを復元することができました。テープへの攻撃は論理的な障害をもたらし、オントラックはデータを修復し、復元したデータと元のテープを分けてお客様に返送しました。

テープでのランサムウェアVBKの復旧:サーバーとNASシステム

クライアント

状況

攻撃されたボリュームは、当初、定期的にデータをLTO8テープにバックアップするためにも使用されました。 これらのバックアップテープのほとんどは、インシデント時にはテープライブラリにもあり、攻撃者によってすぐにフォーマットされました。 ところが、お客様はかなり古いバックアップ日付のフォーマットされていない元のテープを保存することができました。それは、その後合計6 TBの空のWindowsボリュームに完全に復旧されました。 そのときになって初めて、オントラックはデータ復旧のオプションの調査を委託されました。 55台の3 TBハードディスクを搭載したHPサーバーDL380がドイツのベーブリンゲンのオントラックに輸送されました。

解決策

診断中に、検索された多数のVEEAM vbkファイルが、オントラックのツールを使用してWindowsボリュームで正常に見つかり、優先リストに従って27のレコードが抽出されました。 LTO8テープの復旧により、一部のデータセットが部分的に上書きされ、バックアップファイルが破損しました。 データの大部分は、依然として複数の手順で修復および抽出できました。

結果

その後、19のかなり古いLTO8クイックフォーマットされたテープのバックアップも正常に復旧されました。この攻撃は、顧客の欧州の多くの支所にも影響を及ぼしました。 ここでは、部分的に削除されたり、別のファイルシステムで内部的に再フォーマットされたバックアップVMを含む、VMware下に仮想VMを保存していたQNAP NASシステムが主に使用されていました。 オントラックは、注文された7つのケースの90%で完全なバックアップデータを正常に復旧することもできました。

新しいツールにより、非常に特殊なEMC® Isilon®ビッグデータストレージからの復旧が可能になりました。

クライアント

状況

製薬会社は、Isilonストレージシステム内でファイルを移動するときに、極めて重要な研究開発データの約400万ファイルを失いました。

「失われたファイル」は、ほとんどが進行中の実験室研究作業での化学分析から収集された生データでした。 同社は、EMCのサポートとともに、標準の再構築プロセスを使用してデータの90 %を復旧することができました。 どうしても必要な残りのファイルをリカバリーするために、オントラックは顧客から依頼を受けました。 オントラックは、状況に関する詳細情報を取得するために、EMCサポートと協力しました。

ビッグデータ用に設計されたIsilon IQ 6000xは、合計15テラバイトのデータストレージを備えた4つのノードで構成され、500ギガバイトのハードドライブがインストールされています。

これは、すべてのデータがディスク全体にストライピングされた単一のボリュームとしてセットアップされました。 従来のRAIDシステムとは異なり、Isilonシステムは、すべてのデータが1つのデータプール内に保存および管理される巨大なデータレイクの概念に基づいて構築されています。 システムとこの「データレイク」を管理するために、OneFSと呼ばれる独自のファイルシステムがIsilonによって作成されました。 このケースでは、システム内の4つのノードの1つでカーネルパニックが発生し、いくつかのディスクで複数のエラーが発生しました。 EMCは、整合性チェックで複数のディスクにエラーがあることが示される前に、再構築でほとんどのファイルを収集できました。 不足しているデータを復旧するために、オントラックチームがファイルシステムを分析して、ストレージシステム全体でデータがどのように配置されているかを確認する必要がありました。

解決策

データが元々ディスク上でどのように分散されていたかを調べ、データマッピングを決定するために、オントラックの独自のR&D部門が、OneFSに固有のまったく新しいツールセットを開発しました。

これらのツールを使用すると、既存のOneFSボリュームを詳細に分析でき、「ビッグ」データレイク内の欠落または障害のあるデータファイル構造をさらに迅速に発見できます。 Isilonシステムのデータ構造がどのように設定されたかについての情報が収集されたため、エンジニアは最終的に欠落したデータを再構築して復旧することができました。

結果

結果的にオントラックのエンジニアは、暗号化自体が損傷した、いくつかの不良ファイル以外は、欠落しているファイルのほとんどすべてを復旧することができました。

顧客は、オントラックがこのような複雑な復旧を非常に迅速に処理したことを喜んでいました。 機密データが危険にさらされることはなく、オントラックが提供するソリューションは費用効果が高く、非常に短い時間枠で完了しました。 この場合のために新しく開発されたツールを使用して、オントラックは現在、Isilonストレージシステムからデータを復旧する機能を備えた唯一のデータリカバリーサービスプロバイダーです。

オントラックは、NetAppのテクノロジーを駆使してランサムウェア感染を解決する

クライアント

状況

大手製薬会社で努めているユーザーのノートパソコンがCryptoLockerランサムウェアに感染しました。 

このマルウェアは、ユーザーのファイルを暗号化し、身代金を支払うまで暗号化キーを保留します。 ノートパソコンが企業ネットワークに接続されていたため、NetApp FAS上のファイル共有として設定されたCIFSボリュームにもマルウェアの感染を許してしまいました。 マルウェアはファイル共有に侵入し、ファイルの大部分を暗号化しました。 ITチームには、バックアップの保持期間が終了するまで感染が通知されることはありませんでした。つまり、バックアップには暗号化されたデータのみが残っていました。 結果的に、次のデータにアクセスできなくなりました:

■46個のドライブ
■1つのアグリゲート
■RAID-DPで感染した1つのボリューム

復旧を実行するには、感染した17ボリュームのアグリゲートをオフラインにする必要がありました。

解決策

お客様は46個のドライブを診断のためにニュージャージーのラボに持ち込み、オントラックのエンジニアが問題の解決に取り組みました。

オントラックのエンジニアリングチームは以下の作業を実施、完了しました:

■10の異なるシェルフに散らばっていたRAIDグループを仮想的に再構築

■アグリゲートを仮想的に再構築

■重要なボリュームを仮想的に再構築

この復旧に関するもう1つの課題は、問題が発生してから2週間にわたってアグリゲートの使用が継続されていた結果、一部のデータが上書きされてしまいました。

結果

オントラックは、CIFS共有と暗号化されたデータを含むボリュームを仮想的に再構築できました。

オントラックのエンジニアは、NetApp独自のOS(OnTap)とファイルシステム(WAFL)を活用し、複数の整合性ポイントを使用して時間を「遡り」、重要なデータの暗号化されていないコピーを見つけてマージし、お客様に返却しました。 このタイプの復旧は、データがボリュームに保存される方法であるため、NetAppのFASなどのストレージでのみ可能です

ランサムウェアから救出された病院のデータベース

クライアント

状況

「Locky」ウイルスによるランサムウェア攻撃は、ドイツの大病院に深刻な影響を及ぼしました。

 病院の多くのサーバーがウイルスによって麻痺し、業務が制限されました。 感染していないサーバーは、パニック中に影響を受け、まだ稼働していましたが、電源が切断されました。 非常に複雑な仮想化ストレージシステムでは、不適切な電源シャットダウンにより予期しない問題が発生する可能性があります。 これは、合計148のプログレードの100ギガバイトのハードディスクを搭載したDell EqualLogic PS6500ESストレージアレイの場合でした。 病院のITスタッフとDellの技術サポートが問題を解決できなかったため、オントラックの専門家が呼び出されました。 ハードディスクはすべて、ドイツのデータ復旧ラボに送られ、そこで評価されました。

Dell EqualLogic PS6500ESシステムには、通常、16または48のハードディスクシェルフに配置された複数のハードディスクが含まれており、互いに接続されてRAID 5またはRAID 50システム(サブアレイ)を形成します。 これらのサブアレイは次に「メンバー」に接続されます。1つ以上のメンバーが論理ユニット(グループ)に属します。 LUNが作成され、グループに保存されてから、フラグメント化され、すべてのメンバーとサブアレイに分散されます。 それらはマップによって「追跡」され、マップが相対的に大きくなると、メンバーまたはさまざまなサブアレイに配信されます。 このケースで、当社の専門家は、148のハードディスクのある7つのシェルフから、Oracleデータベースを必要とするLUNを含む80のハードディスクのある3つのシェルフを発見しました。 しかし、(すべてのハードディスクに分散した)データフラグメントのリンク(マッピング)の多くが破損しているか、使用できなくなっているため、フラグメントの配置は非常に困難な作業であることが判明しました。 EqualLogic PSシステムのマッピングも特定のロジックでエンコードされているため、リンクも簡単に見つけることができません。

解決策

リンクをマッピングするために、他のオントラックのオフィスの専門エンジニアは、RAIDおよびLUNマッピングに関するロジックと破損の問題の解決に特化した新しいソフトウェアツールを開発しました。

新しいツールより、エンジニアはRAID 5およびRAID 50システムを作成し直すことができ、またLUNを表示することもできました。 このLUN内には、2つのOracleデータベースを備えたNTFSファイルシステムが隠された仮想ハードディスク(VMDKファイル)がありました。 これらのデータベースを最終的にエクスポートする前に、2つのファイルレイヤーを識別して、LUN内で復旧する必要がありました。

結果

複数のオントラックのオフィスのデータ復旧エンジニアのチームは、最終的に必要なデータベースを正常に抽出して復旧し、宅配便でクライアントにデータを送付することができました。

 病院は、Dellからオントラックへのサポート移管と、最終的にすべての重要なデータが再び利用できるようになったことに非常に満足していました。 また、このプロジェクト用に開発されたツールは、Dell EqualLogic PSアレイシステムの今後のデータ復旧のケースで再び使用できるため、将来のデータ復旧時間を大幅に短縮できます

オントラックは、洪水後のデータベースとバックアップの復旧を行います。

クライアント

状況

Dell Equallogic、ストレージエリアネットワーク、VMware ESXベース、およびRAID 10バックアップサーバー。

2016年春にドイツのバーデンヴュルテンベルクで発生した鉄砲水は、趣味や画材店のサーバールームの壁に浸透し、ITシステムに深刻な影響を及ぼしました。

大量の水がサーバールームに溢れ、2台のDellデバイスに影響を与えました。96台のハードドライブを備えたEqualLogic SANと12台のハードドライブを備えたRAID 10バックアップサーバーです。

SANハードドライブのストレージ容量は300〜700ギガバイトで、バックアップサーバーには24テラバイトのデータが含まれていました。 VMware ESX ServerのSANボリュームとSANのiSCSI接続が損傷すると、約30テラバイトのデータが失われました。 データが重要であり、そのほとんどに重要な顧客情報が含まれているため、オントラックが緊急リカバリーを手配しました。 VMware環境で実行されているいくつかのSAN仮想化LUNが重要な情報として優先され、そのうちの1つは、できるだけ早くリカバリーする必要がある特に重要なOracleデータベースを格納しています。 顧客は、バックアップサーバー上のすべてのデータだけでなく、重要なデータを含む2つの追加のLUNもリカバリーする必要がありました。

解決策

顧客と協力してデータ損失を評価し、リカバリーが必要なデータに優先順位を付けた後、両方のシステムのハードドライブを同時に処理する必要があると判断されました。 すべてのハードドライブはオントラックによってピックアップされ、ドイツのブーベリンゲンにあるデータ復旧ラボに配送されました。

到着時に、ハードドライブは最初にクリーンルーム環境で処理され、汚れが安全に取り除かれ、損傷の全範囲が検査されました。 この時点で、各ハードドライブのデータとそのサーバーの場所も文書化されました。

幸い、SAN内のドライブには機械的な問題はなく、正しく読み取ることができました。 ただし、バックアップサーバーの一部のドライブに障害があり、データのコピーを抽出するために、これらをクリーンルームでさらに処理する必要がありました。

動作中に水害によりVMware ESX Serverと電源への接続が中断されたため、SANデータのリカバリーは非常に複雑でした。 これは、EqualLogic SANおよびVMFSデータストア内のLUN (およびOracleデータベースやその他のファイル) へのマッピングリンクが大幅に破損していることを意味します。

復旧を実行するには、実際のファイルにアクセスするために、システムとファイル構造を再構築するためにオントラック独自のデータ復旧ソフトウェアツールが必要でした。 ただし、Dellバックアップサーバーの再組み立ては、データの破損がほとんど発生しなかったため、比較的簡単でした。

結果

オントラックのブーベリンゲンデータリカバリーラボのエンジニアは、影響を受ける両方のデバイスの要点を再構築して、重要なOracleデータベースや完全バックアップなどのデータに再度アクセスできるようにすることに成功しました。

全体として、顧客はオントラックの復旧専門家の作業に非常に満足していました。 必要な情報は緊急であり、リカバリーが完了するとすぐに必要になるため、リカバリー作業もDellサポートチームによって仲介され、データを新しいストレージシステムに復旧できるようになりました。

オントラックは、Commvaultデータベースから2億3000万を超えるファイルをリカバリーします。

クライアント

状況

北米を拠点とする大手建築材料メーカーは、Commvault Media Serverのデータベースファイルが破損したため、深刻なデータ損失を経験しました。

顧客のデータストレージソリューションは、Commcell®管理システムの下にあるCommvaultサーバーとMedia Agentで構成されていました。 Commvault Simpana® 9がバックアップとアーカイブに使用されました。 同社は、事業運営に不可欠なメディアファイルにアクセスできなくなりました。

顧客は、仮想テープライブラリのバックアップの1つを開こうとしましたが、メディアサーバー上のファイルへのゲートウェイであるMediaAgentデータベースファイルが破損していて、サイズが0バイトであることを知りました。

メディアサーバー内に保存されている仮想テープとファイルはそのままでしたが、アクセスできませんでした。 顧客はCommvaultサポートに連絡し、Commvault Media Explorer Toolを使用して、展開されたDell® MD1200ストレージにあるメディアエージェントボリュームから不足しているデータを取得しようとしました。 顧客の努力は失敗に終わりました。 3500を超える仮想テープと25のテープセットが失われ、2億3000万を超えるアクセスできないファイルが発生しました。 幸い、顧客はCommvault Simpana 9を使用して、ボリューム全体をDellサーバーから外部ディスクにコピーし、オントラックに送信してデータをリカバリーすることができました。 残念ながら、データベースからファイルにつながるショートカットを含むメタデータは、メディアエージェントボリュームで転送されませんでした。したがって、ファイルにはまだ到達できませんでした。 データマッピングを発見するには、徹底的な調査が必要でした。

解決策

オントラックのエンジニアは、外付けハードディスクに含まれている情報を使用して、仮想アレイの元の構造を再構築することができました。

Commvaultシステムで使用されるデータマッピングを再構築するために、オントラックの内部ソフトウェア開発チームは、Commvaultがストレージシステム全体と組み込みディスクにファイルを配布する方法を調査しました。 Commvaultが使用するカスタムマッピングを決定し、仮想アレイをデコードした後、エンジニアが仮想テープバックアップセットも重複排除されていることを発見したときに、別の課題が発生しました。 オントラックソフトウェア開発者とデータ復旧エンジニアはカスタムツールを作成することができました。システムからファイルを読み取り、不足しているカタログとマッピング情報を再構築して、ファイルデータにアクセスします。 その後、エンジニアは抽出時にファイルを復元し、重複排除を削除することができました。

結果

最終的に、オントラックのエンジニアは、不足しているテープライブラリと、わずか2週間で2億3000万以上のファイルが含まれるテープセットを復旧することができました。

顧客は、復旧の成功とスピードに驚いていました。 Commvaultシステムと新しく開発されたツールに関する洞察により、オントラックのデータ復旧スペシャリストは、Commvaultベースのすべてのシステムからさらに高速にデータを取得できます。

偶発的なワイプコマンドにより重要な生産データベースサーバーがダウン

クライアント

状況

韓国を拠点とするマネージドサービスプロバイダーは、クライアントのNetAppシステムの構成を変更しようとして、エンジニアがLUN上で誤って「dd」コマンドを打ち込んでしまいました。このため、エンドユーザーの稼働Sybaseサーバーの一部であるデータが、事実上消えました。

データにアクセスできなければ、このプロバイダーは顧客との契約を失うだけでなく、賠償費用も請求される可能性がありました。

問題のプロバイダーには、161 x 900GB SAS HDDを含むNetApp FAS8060システムがあり、2つの別々のアグリゲート(68 ドライブ+ 93 ドライブ)に配置されていました。各アグリゲートからは、Sybaseサーバーに3 x 468GB FC LUNが提示されていました。6つあったLUNは結合して1つのディスクプールとなり、3つの論理ボリュームがプールから切り出されました。誤った「dd」コマンドは、論理ボリュームの約45GBにゼロを書き込み、このボリュームはSybaseサーバーから見えなくなりました。

解決策

最初の相談中、エンジニアは、オーバーライトによる損傷を防ぐため、アグリゲートをオフラインにするようこのプロバイダーに指示しました。アグリゲートは、最初のデータ損失が発生してから12時間でオフラインになりました。 その後、両方のアグリゲートから161個のHDDすべてが単一のWindowsマシンに提示され、オントラックのRDR(リモート データリカバリ)サーバーに接続されました。
最初の検査で、両方のアグリゲートの名前が「aggr0」であることがわかり、エンジニアがアグリゲートを自動的に再構築することができなくなりました。ドライブはアグリゲートグループに分類され、そのアグリゲートは手動で再構築されました。当社のエンジニアは、可能な限り最近の時点までアグリゲートを再構築できました。別々のアグリゲートで「dd」による損傷が発生する前の、2分以内の時点まで再構築されました。

結果

論理ボリュームがSybaseサーバーによってRAWストレージとして使用されていたため、エンジニアは内部データを抽出または検査できませんでした。そこで、6つのすべてのLUNがフラットファイルとして外部ストレージに抽出されました。NetAppサポートは、これらのLUNをSybaseサーバーに戻しました。論理ボリュームが復旧し、Sybaseサーバーの整合性がチェックされ、問題ないことがわかりました。これですべてが正常に機能するようになりました。エンドユーザーのデータベースサーバーは、データが失われることなく、障害発生から数日以内にオンラインに戻ることができました。

SSDメモリの障害により新しいvSANシステム上で仮想マシンが消失

クライアント

状況

VMwareのvSANテクノロジーにより、vSphere ESXiサーバーによるストレージの管理や構成が可能となりました。 vSANシステムは、仮想マシンに保存されたアプリケーションまたはデータを結合し、全てを1つのクラスタ化された共有ストレージ、データストア(Shared Storage Datastore)に統合します。接続されたすべてのホストコンピュータ及び、ハードドライブは、この1つの共有データストアの一部となります。これにより、ハードウェア障害またはデータ消失の際、クリティカルなデータの復旧作業で、更に困難なレベルの抽象化処理が必要となりました。

オランダのあるクライアントが保持していたvSANシステムは、15台のハードドライブと3台のSSDデバイスで構成されていました。構成にvSANレベルが追加されることにより、データ復旧のプロセスは大きく複雑化しました。SSDメモリの故障により、3つのホストサーバ/ノードが故障し、システム全体がダウンしました。これにより一時的に、4台の大きな仮想マシンが一時的に消失という事態となりました。

解決策

vSANシステムと仮想マシンを復旧するため、オントラックは、データの識別と構築に必要な詳細、そしてログファイルを探し出す為の、新しいソフトウェアツールを開発しました。vSANでは、データストアはコンテナとして機能していたので、まずそれに含まれる仮想マシンへのリンクを識別し、再構築してデータにアクセスする必要性がありました。新しいツールの開発により、仮想マシンがどのようにvSANのデータストアに保存されたか、そして該当ハードドライブに分散されたか等の情報収集が可能となりました。そして、そのおかげで必要な詳細情報、そしてログ・ファイルをより迅速に見つけることが可能になり、クリティカルな消失データの復旧をより確実にすることができました。

結果

世界のオントラック、技術チームの専門家により、故障したストレージシステムにある全てのデータを復旧することができました。この新ツールにより、時間を掛けずに、vSANストレージシステム、そして15台の故障ドライブに保存された全てのデータ、そして仮想マシンを、再構築、復旧することが可能となったのです。

洪水で損傷したHP EVA SANから復旧された4テラバイトのデータ

クライアント

状況

データセンターの浸水により、顧客のサーバーとストレージシステムが部分的に水没しました。

被害の中心となったのは、ビジネスクリティカルなSQLデータベースファイルと従業員のファイル共有が含まれるHP Storage Works EVA (Enterprise Virtual Array) 6000でした。 EVAは、データへのアクセスを妨げる洪水により、かなりの物理的損傷を受けました。 まだ濡れているドライブの電源を入れてデータにアクセスしようとしたときに、洪水による被害の深刻さが増大しました。 お客様はHPサポートにサポートを依頼し、プロジェクトをオントラックに引き渡しました。

SANは、2つのEVAディスクグループに分割された80台のハードディスクドライブで構成されていました。合計で、VRAID1とVRAID5の両方で構成される18の仮想RAIDボリュームがありました。

HP EVAシステムは完全に仮想化されており、データを書き込む独自の方法があり、データリカバリー作業はより複雑です。 通常のRAIDセットと論理ドライブボリュームの代わりに、ディスクグループと仮想ディスクで動作します。 ディスクグループは、独自の方法で編成された物理ドライブで構成されています。 次に、EVA内のLUNまたは仮想ディスク (vDisk) は、インストールされているすべてのHDDに分散されています。

解決策

物理的な損傷のため、すべてのドライブは診断のためにオントラックのクリーンルーム施設の1つに送られました。

80台のドライブが除染され、清掃されると、55台が完全に復旧可能であることが判明しました。 ドライブのうち25台は深刻な水害を受けており、復旧は不可能でした。 損傷したドライブのデータに再びアクセスするために、エンジニアはEVA RAIDとファイルシステムがどのように構成されているかを診断する必要がありました。 エンジニアがディスクグループをマッピングし、vDiskがどのように配布されているかを判断できた後で、EVAシステム全体を再構築する必要がありました。 vDiskに含まれるデータを復旧するために、R&Dチームとチーム内のソフトウェア開発者は、データを抽出するためのまったく新しいツールを作成する必要がありました。 開発が完了した時点で、オントラックのエンジニアはディスクグループを仮想的に組み立て、vDiskを仮想的に再構築して、基盤となるファイルシステムにアクセスできるようにしました。 ファイルシステムは事実上修復され、データが抽出されました。

結果

大規模な開発、リエンジニアリング、およびリカバリー作業の後で、プロジェクトは正常に終了しました。

新しく作成されたツールを使用して、オントラックは、重要なSQLデータベースファイルを含む4テラバイトの機密データを復旧することができました。 結果的に失われたデータ全体の約86 %が復旧されました。 得られたHP EVA SANデータマッピングの知識と新しく開発されたツールの統合により、オントラックはHP Enterprise EVAストレージシステムのすべてのモデルからデータを迅速に復旧できるようになりました。