编辑问题，抱歉混淆
我需要制作 cron 作业来备份驻留在远程服务器上的目录，在运行 cron 作业的机器上进行备份。远程服务器没有 rsync 这就是我这样做的原因。
远程服务器名是athens，我要备份的目录是/disk3/nicolas/scripts
唯一允许的连接是 ssh，它可以工作。我启动此命令将 SRC (athens::disk3/nicolas/scripts/) 复制到当前目录
rsync --verbose athens::disk3/nicolas/scripts/ .
rsync: failed to connect to athens: Connection refused (61)
rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-40/rsync/clientserver.c(105) [receiver=2.6.9]
我需要在远程服务器上编辑什么吗？inetd.conf 也许？
正如所问，我使用的是 rsync 2.6.9 版。没有强制 ssh 的 -e 选项，在我的 rsync 版本中， -e 选项是指定要使用的远程 shell。我不能增加更多的冗长。
我有3台服务器。称它们为 A、B 和 C。B 和 C 是远程的，它们的 hosts.allow 中只有 A。
我需要做的是登录 A，然后通过 SSH 将文件从 B 同步到 C。我想使用 rsync，因为 B 和 C 上的许多文件都类似。
我可以尝试从 B -> A 然后从 A -> C rsync 除非我在 A 上没有足够的磁盘空间，所以我必须找到某种“分块”文件的方法而我没有看到一种明显的对它们进行分组的方法，即使我这样做了，我也不得不过多地照顾它，从 A 的磁盘上删除文件，用下一个块重新启动进程等。
那么我有可能在两台服务器之间进行 rsync 同步吗？我认为我无法让任何人更改主机。允许我:(
我想运行以下命令：（Centos 5.4）
rsync -avz /source_folder 192.168.1.1:/destination_folder
现在我从 CLI 运行它，但最终我想从 crontab (user:root) 运行它。
当我运行它时，它总是要求我输入 root 密码。我想跳过密码。我已经看到了一些关于这个的答案，但它要么不起作用，要么我不确定我完全理解如何去做。有人可以帮忙吗？
我有大量数据（+100 GB）可以存储到文件中。大多数文件都在 5k-50k 范围内 (80%)，然后是 50k - 500k (15%) 和 >500k (5%)。文件的最大预期大小为 50 MB。如有必要，可以将大文件拆分为较小的部分。文件也可以按目录结构组织。
如果必须修改某些数据，我的应用程序会复制并修改它，如果成功，则将其标记为最新版本。然后，旧版本被删除。它是碰撞安全的（可以这么说）。
我需要实施一个故障转移系统来保持这些数据可用。一种解决方案是使用主从数据库系统，但这些系统很脆弱，并且强制依赖于数据库技术。
我不是系统管理员，但我阅读了 rsync 指令。它看起来很有趣。我想知道设置一些故障转移节点并使用我的主节点的 rsync 是否是一个负责任的选择。有没有人成功尝试过这个？
i) 如果是，我应该拆分我的大文件吗？rsync 在检测要复制/删除的文件方面是否智能/高效？我应该实现特定的目录结构来使这个系统高效吗？
ii) 如果 master 崩溃并且一个 slave 接管了一个小时（例如），让 master 再次更新是否像反过来运行 rsync 一样简单（slave to master）？
iii) 额外问题：是否有可能使用 rsync 实现多主系统？还是只有主从可能？
我正在寻找建议、技巧、经验等...谢谢！！！
我有一个简单的脚本，它使用 rsync 将 Postgres 数据库复制到备份位置以用于时间点恢复。该脚本通过 postgres 用户的 cron 作业每 2 小时运行一次。出于某种奇怪的原因，我可以在进程列表中看到 rsync 的三个副本。任何想法为什么会这样？
这是 cron 条目：
# crontab -u postgres -l
PATH=/bin:/usr/bin:/usr/local/bin
0 */2 * * * /var/lib/pgsql/9.0/pitr_backup.sh
这是 ps 列表，其中显示了 rsync 运行的两个副本和一个休眠的副本：
# ps ax |grep rsync
9102 ? R 2:06 rsync -avW /var/lib/pgsql/9.0/data/ /var/lib/pgsql/9.0/backups/pitr_archives/20110629100001/ --exclude pg_xlog --exclude recovery.conf --exclude recovery.done --exclude pg_log
9103 ? S 0:00 rsync -avW /var/lib/pgsql/9.0/data/ /var/lib/pgsql/9.0/backups/pitr_archives/20110629100001/ --exclude pg_xlog --exclude recovery.conf --exclude recovery.done --exclude pg_log
9104 ? R 2:51 rsync -avW /var/lib/pgsql/9.0/data/ /var/lib/pgsql/9.0/backups/pitr_archives/20110629100001/ --exclude pg_xlog …在我的Debian挤压服务器，scp并且rsync似乎没有任何东西拷贝过来。虽然与另一台服务器一起工作正常（所以不是客户端问题）。使用 scp 时，它只会创建一个空文件并等待。/etc/bash.bashrc也包含[ -z "$PS1" ] && return在顶部。SSH 工作正常。可能是什么问题？
foo.bar：大小为 10899 字节的纯文本文件
scp -vvv /tmp/foo.bar server:/tmpExecuting: program /usr/bin/ssh host server, user (unspecified), command scp -v -t -- /tmp
OpenSSH_5.8p1-hpn13v10, OpenSSL 1.0.0d 8 Feb 2011
debug1: Reading configuration data /home/alanhaggai/.ssh/config
debug1: Applying options for server
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to server.com [111.222.111.222] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could …我需要将大约 1TB 的由较小文件（大部分小于 100KB）组成的数据迁移到另一台服务器。我什至没有完全列举这些文件，但估计在 1-2 百万之间。
使用 SCP 的初始副本花费了一个多星期。现在我们必须同步更改。每天都会添加数百到数千个文件。
我已经尝试使用 rsync (v3) 但它花费了太长时间。到它完成时，我们将再次恢复数据不同步。
我在这里看到过类似的问题，但它们有点旧，想知道是否有任何新工具可以帮助完成此过程。
由于源数据位于读取性能较差的共享 iSCSI 系统上，问题变得更加复杂。
最新的策略可能是重做数据迁移，并让开发人员编写一个工具来记录迁移过程中添加的所有新文件。唯一标识符的目录结构键非常广泛和深入，因此新文件分散在此结构中，重写应用程序以将新文件放入特定目录是行不通的。
任何策略表示赞赏。
操作系统是 RHEL 5 到 RHEL 6。
我想使用 rsync 移动一些文件，但在删除源文件之前，文件在目标位置完好无损是至关重要的。问题是，我找不到任何信息告诉我 rsync 如何确定文件已正确传输：我需要对它进行正确的校验和。有人知道rsync是怎么做的吗？
客户端：Gentoo、GCC 4.3.4、RSync 3.0.9 服务器：Ubuntu 10.04.4 LTS、RSync 3.0.7
客户端和服务器连接通过的是Internet，大约2Mbps。平没问题。
在任何方向上调用任何文件的 RSync 挂在随机文件上，然后在超时后失败：
[sender] io timeout after 30 seconds -- exiting
rsync error: timeout in data send/receive (code 30) at io.c(140) [sender=3.0.9]
[sender] _exit_cleanup(code=30, file=io.c, line=140): about to call exit(30)
在 1/10 尝试中正确通过。
我尝试添加 SSH 选项 TcpRcvBufPoll=yes, KeepAlive=yes; 禁用和启用 rsync 压缩——没有变化。
如何使 rsync 正常工作？
我有一个 cron 作业使用 rsync 同步 windows samba 共享上的数据（我在启动时使用 /etc/fstab 挂载）。我的问题是转移似乎几乎和初始转移一样长。我有很多文件，所以我想它仍然需要检查每个文件的变化，但是第二次它应该快一点吗？我只是使用这样的命令：
rsync -aver ssh /mnt/winserver/d/www /path/to/disk/rsync-backup/
其中 /mnt/winserver 是挂载的 cifs 共享，/path/to/disk 是我的本地磁盘空间。