AWS Storage Gateway 卷中的文件系统损坏

Question

有没有人必须处理存储网关卷上损坏的文件系统？我的一卷现在告诉我它已损坏或无法读取。我试过在它上面运行 chkdsk /r 并且花了几天时间（10TB 容量）。完成后，我收到相同的错误消息。我没有安排快照，所以我没有这些文件的以前版本。我目前正在与 AWS 支持部门合作，他们让我以几种不同的方式运行 chkdsk。有没有人以前处理过这个问题？

PS：顺便说一句，不要在存储网关卷上运行 chkdsk，它会破坏您的缓存并且运行速度非常慢

Answer 1

我们解决了这个问题并取回了文件。在 AWS 支持人员的建议下，我创建了存储网关卷的 EBS 快照，将其恢复为 EBS 卷，将其附加到相当强大的 EC2 实例，并从那里运行 chkdsk。因为它是直接连接到计算机的 EBS 卷，而不是通过存储网关或 WAN 来执行 chkdsk，所以它的运行速度比其他方式快得多（在 10TB 卷上的 6TB 数据上运行 chkdsk 仍然需要几天时间） 。当 chkdsk 完成并且我们确认可以从 EC2 实例访问文件时，我们对该卷进行快照并将其恢复到我们的本地存储网关。

这个故事的寓意是 - 如果您使用存储网关，请知道云中的文件系统可能会损坏，并在卷上安排快照，以防发生这种情况。