我们是一家小公司，拥有带CERC 6ch raid控制器的旧式Dell PowerEdge 830。 服务器是我们的文件服务器，域控制器（Windows Server 2003），MySQL服务器等。我们有一个系统pipe理员，我们已经工作了几年，通常保持事情对我们很好，但他是不在国内，无法访问权现在。
昨天我收到我的经理打来的电话，说服务器发出警报声，声音很大，不会停下来。 没有人在办公室抱怨将文件保存到服务器或读取文件的错误。 我进了办公室，进行了一些Googlesearch，确定报警与RAID有关，并且有一个BIOS设置来使其静音（直到我们可以更换坏的驱动器）。 噢，我忘了提及我可以听到其中一个驱动器的机械故障。 所以我进入RAIDconfiguration，find警报，并保持沉默。 这当然需要重新启动，在重新启动过程中，我可以听到可怜的，死驱动器，也有几个BIOS消息的影响“突袭SATA 0脱机或重build”（不完全是这样说的，我很抱歉，把它写下来）
长话短说，服务器启动后，我们很快就发现，在发生报警（即磁盘发生故障）和重新启动的时间之间已经写入磁盘的所有数据都没有了。 我保存了一些文件POST重新启动，他们坚持跨越一个额外的重新启动。 但是在星期天，昨天和今天保存的文件直到第一次重新启动都没有了。
这完全令我感到惊讶，RAID-1是镜像的，为什么数据会丢失？ 办公室里的人们开始抱怨所有需要重新创build的文件（是的，备份文件也没有），我阻止了这些文件，直到我能够弄清楚所有这些。 我对你的专业人士的问题是：有什么可以做的恢复数据？ 是否有一个RAID实用程序或进程应该遵循，以解决这个问题？ 换句话说，我所描述的到目前为止在失败事件中听起来是正常的，并且是否只需要采取一些额外的步骤来告诉RAID其他磁盘已经死亡，并且依赖镜像上的数据剩下的驱动？
我相当舒服地pipe理我们的服务器和它正在运行的各种服务，但是当谈到RAID和一般的硬件时，我是一个全新的，考虑到我们已经得到了真实世界的数据，我不愿意开始试用在我的过程中，
这几乎听起来像你的RAID决定引导或重build使用故障的驱动器。 当一个驱动器发生故障时，RAID不断写入另一个驱动器，系统以某种方式重新启动失败的驱动器。 也许只是有点失败。
希望它实际上失败了，并没有尝试重build。
无论如何，我的第一个build议是这样的。 closures系统，断开其中一个驱动器（从发出噪音的那个开始）。 然后启动它，看看你的数据是否存在。 如果没有，则尝试切换到另一个驱动器，以便只连接它。 您可能需要使用livecd或某种方式启动系统，以便在不更改任何内容的情况下检查驱动器的内容。
如果你没有在任何一个驱动器上看到你的数据，那么你很可能是运气不好。