rsync优于scp的一个主要特性(如果使用w/ ssh，除了delta算法和加密)是它自动验证传输的文件是否已正确传输。Scp不会这样做，这在传输较大文件时偶尔可能导致损坏。所以一般来说rsync是一个有保证的拷贝。

Centos手册在——checksum选项描述的末尾提到:

注意，rsync总是验证每个传输的文件 通过检查整个文件，在接收端正确重建 在文件传输时生成的校验和，但是 转账后自动验证与此无关 选项的before-the-transfer“这个文件需要更新吗?” 检查。

这些工具之间的主要区别是它们复制文件的方式。

SCP基本上读取源文件并将其写入目标文件。它在本地或网络上执行普通线性复制。

Rsync还可以在本地或通过网络复制文件。但它采用了一种特殊的delta传输算法，并进行了一些优化，使操作速度大大提高。考虑一下电话。

rsync A host:B

rsync将检查A和B的文件大小和修改时间戳，如果匹配则跳过任何进一步的处理。 如果目标文件B已经存在，增量传输算法将确保只有A和B之间的差异被通过网络发送。 rsync将把数据写入临时文件T，然后用T替换目标文件B，以使更新对于可能正在使用B的进程来说看起来是“原子的”。

它们之间的另一个区别是调用。Rsync有大量的命令行选项，允许用户微调其行为。它支持复杂的过滤规则，运行在批处理模式，守护进程模式等。scp只有几个开关。

总之，使用scp完成日常任务。您在交互式shell上偶尔键入的命令。它使用起来更简单，在这种情况下，rsync优化不会有太大帮助。

对于循环任务，如cron作业，使用rsync。如前所述，在多次调用中，它将利用已经传输的数据，执行速度非常快，并节省资源。它是一种通过网络保持两个目录同步的优秀工具。

同样，在处理大文件时，使用带-P选项的rsync。如果传输中断，您可以通过重新发出命令在停止传输的地方恢复传输。请看Sid Kshatriya的回答。

最后，请注意rsync://协议类似于普通的HTTP:不加密，没有完整性检查。一定要始终通过SSH使用rsync(就像上面问题中的例子一样)，而不是通过rsync协议，除非您确实知道自己在做什么。scp将始终使用SSH作为底层传输机制，它具有完整性和机密性保证，因此这是两个实用程序之间的另一个区别。

rync对于运行在缓慢且不可靠的连接上非常有用。因此，如果您的下载在一个大文件中途中止，当再次调用时，rysnc将能够从它停止的地方继续。

使用rsync -vP username@host:/path/to/file。

-P选项保留部分下载的文件并显示进度。

像往常一样检查男人rsync

对我来说有一个区别，scp总是用ssh(安全shell)加密，而rsync不一定是加密的。更具体地说，rsync本身不执行任何加密;它仍然能够使用其他机制(例如ssh)执行加密。

除了安全性之外，加密对传输速度以及CPU开销也有重要影响。(我的经验是rsync可以比scp快得多。)

查看这篇文章，了解rsync何时启用加密。

rsync优于scp的一个主要特性(如果使用w/ ssh，除了delta算法和加密)是它自动验证传输的文件是否已正确传输。Scp不会这样做，这在传输较大文件时偶尔可能导致损坏。所以一般来说rsync是一个有保证的拷贝。

Centos手册在——checksum选项描述的末尾提到:

注意，rsync总是验证每个传输的文件 通过检查整个文件，在接收端正确重建 在文件传输时生成的校验和，但是 转账后自动验证与此无关 选项的before-the-transfer“这个文件需要更新吗?” 检查。

SCP最适合于一个文件。 或者对较小的数据集使用tar和压缩的组合 像源代码树的小资源(如:图像，sqlite等)。

然而，当你开始处理更大的容量时，你可以这样说:

媒体文件夹(40gb) 数据库备份(28 GB) mp3库(100gb)

此时构建一个zip/tar.gz文件来使用scp传输到托管服务器的物理限制是不现实的。

作为练习，您可以做一些练习，比如将tar管道导入ssh并将结果重定向到远程文件中。(节省了建造的需要 交换或临时克隆，即zip或tar.gz)

然而,

Rsync简化了这个过程，允许你传输数据而不消耗任何额外的磁盘空间。

同时,

连续(cron?)更新使用最小的更改，而不是完全克隆副本的速度 随着时间的推移，增加大型数据迁移。

博士tl; SCP ==小规模(有空间在同一驱动器上构建压缩文件) Rsync ==大规模(需要备份大量数据，没有剩余空间)