我们最近接pipe的一家客户上周遭受了一场灾难性的失败，这是由于（似乎是）硬盘故障，可能是由于电源故障造成的。 （这段时间嘲笑他们没有最近的备份，这个问题不是这个问题）。
他们在基于Intel的至强2GB内存的Xeon上运行Windows Small Business Server 2003 R2 Premium ，并在RAID 1configuration下运行两个250GB Western Digital SATA硬盘。
事实certificate，RAIDconfiguration了两个虚拟磁盘，即操作系统和数据。 只要我们意识到数据已损坏，我们就使用Acronis True Image对RAID集进行映像。
一旦我们意识到活动目录是无法修复的（所有的备份都太旧了以至于无法使用），我们决定用新的电源和新的驱动器来重build盒子。 我们用相同的RAID 1configuration中的两个1TB SATA驱动器取代了它们。 将Acronis映像放在新的RAID设置上，以允许访问其旧数据。
现在来了有趣的部分。
一旦这个盒子被重build，一个新的域被configuration，所有的用户帐户被重新创build，旧的电子邮件被从已修复的EDB文件中删除 ，我们注意到一些非常奇怪的事情。 任何文件，电子邮件和SQL数据库logging上的最新date戳是2010年8月28日 。
为了弄清楚发生了什么事情，我从RAID镜像中提取了原始驱动器中的一个，并注意到这个date在很多文件上是最近的，但是数据超出了任何修复的问题。
所以我的问题是：2010年8月28日，RAID镜像是否真的失败了，这个灾难性的失败是巧合吗？ 如果单独使用从驱动器恢复任何有用的东西，没有实际的机会，但是作为一个RAID组，我们有Acronis镜像，但最新的date是2010年8月28日。
是什么赋予了？ 最后一个月的数据在哪里？ 如果有人能在这个问题上传播一些信息，我会很感兴趣。
我敢打赌，你是对的，自8月28日以来，镜子已经退化。 无论磁盘是否松动，控制器怀疑磁盘出现故障（SMART数据/读取错误）或其他原因，第二个磁盘停止更新。 系统继续运行，镜像处于降级状态（一个磁盘旋转，一个磁盘空闲），并且旋转磁盘无法匹配故障的电源。