迁移NFS服务器(Linux)

Question

我们有一个NFS服务器(Linux)，它将文件存储在iSCSI磁盘阵列中。这台服务器正在生产中。服务器和数组非常陈旧，必须尽快更换(数组已经有了严重的问题)。

我已经在另一个网络中准备好了替换服务器和数组。

我一直在考虑重新同步共享，然后再做一次，所以我同步数据。我不知道这是否会导致数据不一致..。既然这些共享是在lvm上挂载的，也许我可以先做一个快照？

问题：

迁移所有数据的最佳方法是什么？你有什么建议吗？

Answer 1

如果计划在第二次rsync之前禁用对数组的写入，则可以使用您的方法。那将导致一份干净的副本。

根据具体情况，为了尽量减少停机时间，请执行三重rsync：

1. 在源服务器按原样运行时，rsync文件系统。这将需要一些时间，并给你粗糙的副本，可能与许多不一致。
2. (可选)如果#1需要很长的时间，并且平均有大量的写操作，那么将它与仍然按原样运行的源服务器再次同步。这一步将花费更少的时间，因此您可以获得更好的复制(在运行过程中发生的写入更少)。
3. 停止写入源节点。最好的方法是按石材的建议，将它安装为只读的。但是关闭服务，或者使用单一用户模式也可以。
4. 最后一次同步。这一次应该很快。不应该有太多的不一致(步骤2比#1短得多)，所以没有太多的同步。
5. 执行您的检查，并启动新服务器代替旧服务器。

不过，有几件事需要注意：

• 如果您有很多小文件(数百万)，那么无论如何，每次rsync都需要一些时间。(慢行、慢/退化存储等也是如此)
• 如果您的源存储已经出现问题(失败的驱动器，或其他可能导致卷变得不可读)，只需从#3开始即可。您将得到很长的停机时间，但您可以将其失败的风险降到最低。
• 我刚刚得到了一个疯狂的想法，那就是重新同步整个设备，文件系统就驻留在这个设备上。如果目标比源大的话就能工作了。但我不建议这样做，因为我自己也没有试过。

Answer 2

Rsync+rsync或snapshot+rsync不会产生太大的影响-- rsync可能更方便，因为您可以在传输过程中对数据进行压缩/加密，而无需使用额外的命令。在这两种情况下，您将永远尝试追赶用户自上次rsync以来可能在共享上复制的内容，包括仍在传输中的部分文件。老实说，我建议您在低使用率期间使用rsync进行第一次复制。然后，警告您的用户，由于需要维护，将会有一个小的中断。停止在磁盘上写入服务。在只读模式下重新装入旧共享，执行最后的rsync，然后用新的rsync完全替换旧的nfs共享。如果需要/可以，可以在此期间给予客户只读访问权限。100%的可用性是一个纯粹的梦想，它最好是阻止你的客户1小时，而不是追逐可能无休止的抱怨丢失/损坏的数据和应用程序崩溃。