我有一个 shell 脚本，它不断在远程系统之间复制大文件（2 GB 到 5 GB）。基于密钥的身份验证与代理转发一起使用，一切正常。例如：假设 shell 脚本在机器 A 上运行并将文件从机器 B 复制到机器 C。
“scp -Cp -i 私钥 ssh_user@source-IP:source-path ssh_user@destination-IP:destination-path”
现在的问题是进程 sshd 不断占用 CPU 负载。
例如：目标机器（即机器-C）上的 top -c 显示
PID 用户 PR NI VIRT RES SHR S %CPU %MEM TIME+ 命令 14580 ssh_user 20 0 99336 3064 772 R 85.8 0.0 0:05.39 sshd：ssh_user@notty 14581 ssh_user 20 0 55164 1984 1460 S 6.0 0.0 0:00.51 scp -p -d -t /home/binary/instances/instance-1/user-2993/
这导致高平均负载。
我相信 scp 占用了太多 CPU，因为它正在加密/解密数据。但是我不需要加密数据传输，因为机器 B 和机器 C 都在局域网中。 …
我在stackoverflow上问过这个问题……但我想我应该在这里问：是否可以将文件或文件夹从一个位置复制到另一个位置而不修改其属性数据？
例如，如果我在网络驱动器上有一个文件夹，它是在 2/3/2007 创建的，我想将它复制到我的 c: 驱动器 .. 但将日期/时间戳保留为 2/3/2007 ...那可能吗？
如果只有MyISAM数据库，无论版本如何，只需复制粘贴数据文件夹即可进行备份和恢复？
但是如果有 INNODB 数据库，并且我们确定源和目标版本将相同，那么这种复制和粘贴方法是否可行？
最好避免键入任何命令来进行备份，因为要执行此操作的人以前从未使用过命令行。
我希望在 HP-UX 服务器的 2 lv 之间传输数据。我有几个这样的传输要做，其中一些主要是二进制的（Oracle 表空间...），而另一些则是更多的文本文件（日志...）。卷的已用数据大小介于 100Gb 和 1Tb 之间。此外，我将在其中一些分区上将块大小从 1K 更改为 8K...
我正在寻找的东西：
现在，我已经考虑过 dd、cp 和 rsync，但我不确定使用它们的最佳方法以及使用它们的最佳方法......
在我的环境中，我需要将数据库从一台服务器复制到另一台服务器。通常是 QA 机器到我的本地盒子。
我无权使用 QA 机器。我可以连接到数据库，但不能连接到 RDP 框。
将数据库从 QA 服务器复制到我的机器的最佳方法是什么？
我有一个 NTFS 分区，它有一个文件夹，其中包含超过 500 万个目录。每个目录包含更多目录，然后是文件。
我正在迁移到 SSD，我需要将所有这些数据复制到新驱动器，但我遇到了问题。
这样的目录会使 Windows 资源管理器崩溃，所以我什至没有尝试过。
我的第一次尝试是robocopy，它在过去运行良好。但是当我尝试复制它时，它从未开始，即使在离开它几天之后也是如此。我认为它在开始复制之前试图索引所有内容。
你如何复制这种大小的目录？
我在服务器 A（RHEL 5.2）上有一个 200GB 的 .tgz 文件。我想将该文件传输到服务器 B（RHEL 5.3）。服务器 B 在 ESXi 4 Update1 上。服务器 B 虚拟机具有 4 个 vCPU，具有 10GB RAM。
服务器 A 和服务器 B 都通过带有本地 IP 地址的以太网电缆连接（不涉及交换机）
scp 给了我大约 3Mbps。有没有办法达到400Mbps？
是否有任何特定的copy命令包显示被复制的过程。
在 Windows 中，从命令行使用复制时，我看不到进程，但光标在闪烁，我想知道是否有任何可以免费下载的应用程序，其中显示了已复制内容和剩余内容或如何复制的附加信息它被复制了很多百分比......等等。任何身体使用任何？
这是场景：
ssh +------------+
+---->| Server 2 |
+------------+ | +------------+
| Server 1 +---+
+------------+ | +------------+
+---->| Server 3 |
ssh +------------+
我从SSH访问Server 1这两个Server 2和Server 3（而不是从Server 2以Server 3也不周围的其他方法）。
我想从 to 传输一个相当大的文件2，3并想知道通过1充当协调器来执行此操作的最快方法是什么。
更新：我确实在两台服务器之间建立了连接，只是没有来自/到服务器的 SSH 凭据。