从服务器中意外删除数据:全部恢复!

星期五ì 3 maggio 2019 的 本·布隆伯格

正如我们已经拥有的à多次说过,数据删除的主要原因è rappresentata dagli 用户造成的意外错误.

事情è successo al 服务器?

今年早些时候,我们的专家解决了一个复杂的数据恢复案例,这清楚地表明这仍然成立。

一种 托管服务提供商 (MSP)位于韩国的公司试图对 NetApp系统 您的客户和工程师错误地在某些逻辑单元号(LUN)上启动了“ dd”命令, 删除服务器数据 最终用户Sybase生产。

通常,“ dd”命令è l'实用程序块副本 典型的Unix / Linux操作系统,用于复制单个数据块,文件,甚至复制整个磁盘。简而言之,此命令可以ò用于将存档文件复制到 申报人 (为大量数据编程的文件服务器),但是如果执行不正确,它可以ò造成一些麻烦。在这种情况下!

MSP立即联系NetApp支持人员以获取LUN,由于这不是一件容易的事,他们要求Ontrack提供其专业知识。 数据恢复.

该客户有一个NetApp FAS8060系统,其中包含161 900 GB的SAS HDD,以两个单独的聚合(68个磁盘+ 93个磁盘)排列。 Sybase服务器的每个聚合都有3 468GB FC LUN。总共6个LUN合并到一个磁盘池中,其中三个逻辑卷从该池中取出。错误的“ dd”命令具有 覆盖约45 GB 其中一个逻辑卷,此卷不再ù在Sybase服务器上可见。

恐慌!

在第一次咨询期间,我们的技术人员指示客户将骨料离线 避免进一步的损害 覆盖。第一次数据丢失发生12小时后,聚合将脱机。客户在一台Windows计算机上展示了两种聚合的全部161个HDD,并将它们连接到服务器 步入正轨远程数据恢复(RDR).

初步验证显示这两个聚合都被命名为“ aggr0”,这自动阻止我们的工程师对其进行重建。È有必要使 手动重建。因此,我们的工程师能够在pi点之前重建聚集体ù在发生“ dd”命令之前尽可能近,两个单独的聚合之间要有两分钟的间隔。

重建聚合后,将提取的六个LUN提取为 平面文件 在外部存储设备上,然后切换到NetApp支持。 NetApp支持工程师有这个ì能够在六个LUN上工作,以使其可再次用于Sybase服务器。

恢复的逻辑卷已通过完整性检查à在Sybase服务器上,客户端 确认一切正常.

胜利和幸福的结局!

一切都是è risolto, è几天之内就可以使客户的服务器恢复在线,而不会丢失数据。

有关功能的更多信息à上线数据恢复咨询 //www.joa-jordan.com/it/recupero-dati/recupero-dati-nas-san-das-sds/