今天早上我们的数据库服务器上的驱动器失败 驱动器arrays（3个磁盘）安装在RAID 5configuration中。
在等待驱动器更换的同时，我们正在准备恢复策略。 用户正在继续在系统上工作，虽然速度很慢（不知道为什么？）。
如何安装新驱动器 – 该驱动器的数据是否会自动从奇偶校验中重build，还是应该遵循另一个过程？
编辑：这是一个硬件RAID控制器。 （感谢迄今为止的答案，赞赏）
系统运行非常缓慢，因为它必须重build丢失的数据，这涉及到额外的CPU和I / O。
如果在RAID-5configuration中缺less磁盘，则没有恢复策略 。 如果另一个磁盘出现故障， 您将丢失数据 。 运行，不要走路，到最近的供应商，从中可以得到一个兼容的部分由制造商的担保由当天的紧急快递运输。 如果您从该arrays购买的供应商已经在获取该零件的过程中，那么获取这两个零件并将另一个零件存放起来。
如果将RAID-5用于生产系统，则应考虑将备用磁盘留在arrays中作为热备用。
新增 – 如果您的日志不在单独的卷上（物理上分开的磁盘），请将它们移动到单独的一组磁盘，即使只是一个镜像对。 如果您的数据库具有任何重要的负载，这也将是性能上的胜利，因为日志卷上的争用会对性能产生不成比例的不利影响。
如果这是可能的，您还可以通过执行以下操作来使数据库更加健壮：
如果您的日志位于单独的卷上，则当且仅当磁盘故障不会影响日志时，才可以从备份进行恢复和前滚。 数据库日志应该位于单独的磁盘卷上，其中包括以下原因：
日志使用模式主要是连续的，将日志条目附加到文件末尾（该文件实际上是一个环形缓冲区）。 这意味着大量的日志条目可以快速写出，因为磁盘头寻找活动很less。
如果他们共享具有高度随机访问工作负载的物理磁盘（例如事务表和索引），那么随着磁头search活动中断连续写入，它们将不成比例地变慢。
将日志放在单独的卷上几乎总是一个性能上的胜利，只需要一个镜像对的日志来支持相当繁重的工作量。 这意味着要做到这一点的硬件是相当便宜的，所以有一个很大的性能和可靠性赢得小成本。
如果数据arrays发生故障，日志不会丢失。 如果您有适当的备份策略，则可以从备份中恢复，并从日志中继续前进。 这意味着整个arrays可以在服务器上停下来，而不会出现单点故障。 日志和数据arrays都必须同时失败才能导致数据丢失。
1）备份。
目前没有数据丢失。 如果您的备份现在不是最新的备份。
2）阅读手册，打电话给供应商等。
不同的RAID系统有不同的更换磁盘的步骤，做错了你可能会破坏整个arrays。 不知道你有什么样的RAID硬件/软件，我们只能猜测所需的步骤。
另外，性能下降是因为处于降级状态的RAID 5（即：一个磁盘死了）具有可怕的读取性能。 多么可怕取决于如何存储奇偶校验和哪个磁盘死亡，但“好”的消息是性能缓慢，一盘丢失是一个已知的问题，并没有引起恐慌。
首先，我会阅读您正在使用的硬件/软件手册 – 故障恢复部分:)
应该是replace磁盘和重build数组的一个简单的问题。
在这种情况下最重要的一点是磁盘应尽快更换，因为如果另一个磁盘出现故障，您可能会丢失数据。 你也应该解决失败的原因 – 是因为磁盘变老了吗？ 你应该replace其他的吗？ 还是因为电力浪涌，热量或振动？
据我了解RAID5，当你更换失败的驱动器，它会自动重build，从另外两个存储的信息。 是否可以将新驱动器“热插拔”到位取决于您的系统 – 您可能必须先closures电源。 无论哪种方式，考虑到驱动器成本相对较低，以及数据的重要性（首先由您决定使用RAID5所反映的），您确实应该有一个备用驱动器，坐在抽屉里，准备好迎接这样的一个可能性。
我最近为自己构build了一个新的开发PC，并在RAID5下安装了主要的数据驱动器。 我又多了一个驱动器，这样我就可以在紧急的时候准备好了（我希望不会发生）
现在你已经提出了这个问题，我想我最好再阅读一下这个问题。
完全依赖系统。 手册说什么？ 您的硬件是否完全支持将新驱动器从控制器热插拔到驱动器托架？ 你有最近的备份吗？
NXC的post总结得很好。 万一你在第二次失败之前没有更换有问题的硬盘，那么几乎所有的东西（有时候是所有的东西）都可以通过专门的恢复服务恢复。 磁盘上的数据仍然存在，故障磁盘通常可以通过适当的设备在专门的实验室中恢复。 不过，这项服务的价格相当高。 有一个备用磁盘和适当的备份（根据NXC的build议）绝对是未来的方式。