linux – 如何使用数百万个硬链接镜像文件系统？

概述我们目前有一个大问题：我们需要为我们的一个客户镜像文件系统.这通常不是一个真正的问题,但在这里是： 在这个文件系统上有一个包含数百万个硬链接的文件夹(是！MILLIONS！). rsync需要超过4天才能构建文件列表. 我们使用以下rsync选项： rsync -Havz --progress serverA:/data/cms /data/ 有谁知道如何加快这个rsync,或使用替代品？我们无法 我们目前有一个大问题：我们需要为我们的一个客户镜像文件系统.这通常不是一个真正的问题,但在这里是：

在这个文件系统上有一个包含数百万个硬链接的文件夹(是！MILliONS！). rsync需要超过4天才能构建文件列表.

我们使用以下rsync选项：

rsync -Havz --progress serverA:/data/CMS /data/

有谁知道如何加快这个rsync,或使用替代品？我们无法使用dd,因为目标磁盘比源小.

更新：
由于原始文件系统是ext3,我们将尝试转储和恢复.我会告诉你up2date

解决方法 我们现在使用了ext * dump.效果很好,恢复方甚至不必是ext *.

我们已经完成了离线备份,通过卸载设备并使用了dump vf – / dev / vg0 / opt | gzip -c> /mnt/backup/ext3dump.gz.

在这里你可以看到最后一行的大小,时间,速度和最后的inode数字：

DUMP: dumPing regular inode 47169535DUMP: dumPing regular inode 47169536DUMP: Volume 1 completed at: Wed Jun 29 05:42:57 2011DUMP: Volume 1 54393520 blocks (53118.67MB)DUMP: Volume 1 took 4:16:43DUMP: Volume 1 transfer rate: 3531 kB/sDUMP: 54393520 blocks (53118.67MB)DUMP: finished in 15403 seconds,throughput 3531 kBytes/secDUMP: Date of this level  dump: Wed Jun 29 01:24:29 2011DUMP: Date this dump completed:  Wed Jun 29 05:42:57 2011DUMP: Average transfer rate: 3531 kB/sDUMP: DUMP IS DONE

总结

以上是内存溢出为你收集整理的linux – 如何使用数百万个硬链接镜像文件系统？全部内容，希望文章能够帮你解决linux – 如何使用数百万个硬链接镜像文件系统？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。