有没有人处理过存储网关卷上损坏的文件系统？我的一个卷现在告诉我它已损坏或无法读取。我尝试在其上运行 chkdsk /r，花了几天时间（10TB 卷）。完成后，我收到相同的错误消息。我没有安排快照，所以我没有这些文件的先前版本。我目前正在与 AWS 支持部门合作，他们让我以几种不同的方式运行 chkdsk。有没有人以前处理过这个问题？
PS：顺便说一句，不要在存储网关卷上运行 chkdsk，它会破坏你的缓存并且运行速度非常慢
答案1
我们解决了这个问题并找回了文件。在 AWS 支持的建议下，我创建了存储网关卷的 EBS 快照，将其恢复为 EBS 卷，将其连接到一个相当强大的 EC2 实例并从那里运行 chkdsk。因为它是一个直接连接到计算机的 EBS 卷，而不是通过存储网关或 WAN 来执行 chkdsk，所以它比其他方式运行得快得多（仍然需要几天时间才能在 10TB 卷上的 6TB 数据上运行 chkdsk）。当 chkdsk 完成并且我们确认我们可以访问 EC2 实例中的文件时，我们对卷进行了快照并将其恢复到我们的本地存储网关。
故事的寓意是 - 如果您正在使用存储网关，请注意文件系统在云中可能会被损坏，并在发生这种情况时安排在您的卷上进行快照。