Win2k3 SP2通过psftp从Solaris9传输450G文件且不保留源文件方案咨询

针对你这个需求，核心要解决的就是不在Solaris 9上留存处理后的文件，同时高效完成450G大文件的传输，我给你几个实操性强的方案：

这个方案利用Tar的标准输出功能，配合PSFTP的远程命令执行，直接把打包后的数据流实时拉到Windows，Solaris上不会生成任何临时文件：

1. 打开Windows Server 2003的命令提示符，切换到PSFTP所在目录（比如默认的C:\Program Files\PuTTY\）
2. 执行PSFTP连接Solaris服务器，然后用带远程命令的get指令拉取数据：

# 连接Solaris服务器（替换为你的Solaris主机名/IP和用户名）
psftp user@solaris-host

# 在PSFTP交互界面执行以下命令，直接拉取打包后的数据流到Windows本地
get -cmd "tar -cf - /path/to/your/source/directory" C:\local\backup\full_backup.tar

# 如果需要压缩传输节省带宽，可以用gzip打包：
get -cmd "tar -czf - /path/to/your/source/directory" C:\local\backup\full_backup.tar.gz

解释一下：tar -cf - 里的-代表把打包内容输出到标准输出，PSFTP会把这个输出直接写入Windows本地文件，全程Solaris端不会落地任何备份文件。

如果你的450G数据是整个UFS文件系统，用Ufsdump更专业，同样可以通过管道传输：

# 同样先登录PSFTP
psftp root@solaris-host

# 执行Ufsdump管道传输（替换为你的磁盘设备路径）
get -cmd "ufsdump 0f - /dev/rdsk/c0t0d0s0" C:\local\backup\fs_backup.dump

注意：Ufsdump需要root权限执行，所以连接用户必须是root，或者配置sudo免密执行Ufsdump（比如在Solaris的/etc/sudoers里添加user ALL=(ALL) NOPASSWD: /usr/sbin/ufsdump）。

PSFTP的管道传输如果中断就得重新开始，对于450G的大文件来说风险较高，Rsync是更可靠的选择：

1. 在Windows Server 2003上安装cwRsync客户端（适配Win2k3的版本）
2. Solaris 9上确保已安装Rsync（如果没有可以编译源码安装，Solaris 9的包管理也能找到对应版本）
3. 执行同步命令（Windows端cmd里运行）：

rsync -avz --rsh="ssh" root@solaris-host:/path/to/source/directory/ C:\local\backup\

优势：Rsync会实时在Solaris端处理文件（压缩、增量传输），不会留存临时文件，而且支持断点续传，传输中断后可以从断点继续，非常适合大文件场景。

• 权限验证：确保执行Tar/Ufsdump的用户有足够权限，避免传输过程中因权限不足失败。
• 磁盘与网络：Windows目标磁盘至少预留比源文件大10%的空间（压缩后可减少），尽量在网络低峰期操作，避免占用过多带宽影响业务。
• 压缩选择：如果带宽有限，优先用带gzip的Tar命令或Rsync的-z参数，能大幅减少传输数据量。

内容的提问来源于stack exchange，提问作者Alfred Wong