Skip to main content
本产品推出了新版本。
简体中文版经机器翻译而成，仅供参考。如与英语版出现任何冲突，应以英语版为准。

从存储节点故障中恢复

贡献者
PDF

用于恢复故障存储节点的操作步骤 取决于故障类型和故障存储节点的类型。

使用此表为出现故障的存储节点选择恢复操作步骤 。

问题描述 Action 注释：

  • 多个存储节点出现故障。

  • 第二个存储节点在存储节点发生故障或恢复后不到 15 天出现故障。

    这包括在恢复另一个存储节点期间存储节点出现故障的情况。

您必须联系技术支持。

如果所有故障存储节点都位于同一站点，则可能需要执行站点恢复操作步骤 。

技术支持将评估您的情况并制定恢复计划。

"技术支持如何执行站点恢复"

在 15 天内恢复多个存储节点（或多个存储节点）可能会影响 Cassandra 数据库的完整性，从而可能导致发生原因 数据丢失。

技术支持可以确定何时可以安全地开始恢复第二个存储节点。

  • 注意 * ：如果某个站点上有多个包含此 ADA 服务的存储节点发生故障，则该站点的任何待定平台服务请求都将丢失。

存储节点已脱机超过 15 天。

"恢复已关闭超过15天的存储节点"

要确保 Cassandra 数据库的完整性，需要使用此操作步骤 。

设备存储节点出现故障。

"恢复StorageGRID 设备存储节点"

对于所有故障，设备存储节点的恢复操作步骤 均相同。

一个或多个存储卷发生故障，但系统驱动器完好无损

"从系统驱动器完好无损的存储卷故障中恢复"

此操作步骤 用于基于软件的存储节点。

系统驱动器出现故障。

"从系统驱动器故障中恢复"

节点更换操作步骤 取决于部署平台以及是否有任何存储卷也出现故障。
备注 某些 StorageGRID 恢复过程使用 Reaper 处理 Cassandra 修复。一旦相关服务或所需服务开始，便会自动进行修复。您可能会注意到脚本输出中提到 " reaper " 或 "`Cassandra repair.` " 。 如果您看到指示修复失败的错误消息，请运行错误消息中指示的命令。