使用FTP备份网站是目前最基础也是最直接的网站备份方式，但仅靠FTP下载无法保证数据完整性，需结合数据库备份和自动化策略才能实现真正可靠的安全防线。
很多站长在接手网站维护时，第一反应就是打开FileZilla，把文件拖到本地，这个动作看似简单，但背后藏着不少细节，如果操作不当，备份可能缺胳膊少腿，甚至埋下安全隐患，下面我就从实操场景出发，把FTP备份网站这件事拆开揉碎，让你既能快速上手,又能避开常见的坑。
FTP备份网站教程：从零开始完整操作步骤
这一节的目标是让你拿着教程就能走完一遍完整的FTP备份流程，所有步骤都经过验证,适合新手直接参考。
准备工作：确认服务器信息与FTP账号
- 你需要确保手中握有FTP连接三项核心参数：服务器IP（或域名）、用户名、密码，端口默认21，如果不通,可以咨询主机商是否使用非标准端口。
- 如果服务器是VPS或云主机，需要先确认FTP服务已启动，常用的是vsftpd或Pure-FTPd，可以通过
systemctl status vsftpd检查状态。 - 建议提前在FTP客户端中测试连接，确保能正常列出目录，如果遇到连接超时,请检查防火墙是否放行21端口。
使用FileZilla进行全量下载
- 打开FileZilla，在顶部输入主机、用户名、密码和端口,点击快速连接。
- 远程目录定位到网站根目录，常见路径为
/var/www/html、/home/用户/public_html或/www/wwwroot，如果不确定，可以登录服务器用pwd命令查看。 - 本地目录选择一个有足够剩余空间的文件夹，路径中不要包含中文或特殊字符,避免传输异常。
- 在远程目录中按Ctrl+A全选所有文件和文件夹，右键选择“下载”，FileZilla会自动开始传输,并显示进度。
关键步骤：同步文件与排除缓存
- 对于WordPress、PHP等动态网站，缓存目录（如
wp-content/cache、runtime）体积大且无备份价值，可以在传输前手动跳过，或者使用“查看”菜单下的“目录比较”功能,只下载新文件。 - 第一次备份建议全量下载，后续维护可以使用增量同步，FileZilla的“目录比较”功能（按Ctrl+O打开）可以对比本地和远程文件大小、时间戳,只传输差异部分。
- 隐藏文件（如
.htaccess、.env）默认不显示，需要在“服务器”菜单中勾选“强制显示隐藏文件”,确保它们也被下载。
备份文件检查与压缩
传输完成后，先检查本地目录下文件数量与远程是否一致，在Windows上可以用鼠标右键看属性，Linux下用ls -lR | wc -l，确认无误后，使用WinRAR、7-Zip或tar命令将整个文件夹打包，命名时加上日期（如www_backup_20260325.zip）,方便后续管理。
网站备份到本地：FTP下载的优劣势对比
本地备份适合个人博客、小流量展示站，或者需要在无网络环境快速恢复的场景,但它的优缺点都很明显。
优势：直观可控，无额外费用
- 操作完全透明，你能看到每一个文件、每一行代码，不会出现“黑盒”备份的问题。
- 不需要购买云存储或第三方服务，普通电脑硬盘就能作为存储介质，对于小站点,成本几乎为零。
- 可以灵活选择备份范围，比如只备份主题、插件和上传目录，跳过大体积的数据库文件（数据库需要单独备份）。
劣势：速度慢，无数据库，易遗漏
- FTP只传输文件，无法打包数据库，对于动态网站，数据库承载了文章、用户、设置等核心数据，必须单独使用phpMyAdmin、mysqldump或备份插件处理。
- 下载速度受限于服务器的上行带宽，如果服务器在国外，或者带宽只有1Mbps,一个500MB的网站可能要等半小时以上。
- 遗漏文件是常见问题，隐藏文件（.htaccess、.env）、临时文件（如Thumbs.db）容易被忽略,导致恢复时网站无法正常运行。
对比表格：FTP本地备份 vs 服务器端压缩备份
| 项目 | FTP本地备份 | 服务器端压缩备份 |
|---|---|---|
| 速度 | 受服务器上传带宽限制，慢 | 直接在服务器内打包，快 |
| 数据库 | 需要单独备份，容易遗漏 | 多数支持自动包含（如cPanel备份） |
| 安全性 | 明文传输，可能被截获；本地存储有风险 | 可加密码，传输通过SSH加密 |
| 管理难度 | 手动操作，需全程值守 | 可设置定时任务，无人值守 |
| 适用场景 | 临时、小站点、调试环境 | 正式环境、自动化运维 |
关于成本的考量
FileZilla、WinSCP都是免费工具，本地备份的存储成本也只有硬盘折旧，如果使用付费云盘（如Dropbox、OneDrive）作为本地中转，每月会有少量费用，对于大多数个人站长,这种方案是性价比最高的入门选择。
FTP备份网站安全吗？你必须知道的三个风险
FTP协议诞生于上世纪70年代，设计之初并未考虑加密，如今网络环境复杂，如果你还在用纯FTP备份生产环境，建议先了解下面三个风险,并尽快升级。
FTP明文传输，密码和文件被截获
- FTP的用户名、密码、文件内容都以明文在网络上传输，如果使用公共Wi-Fi、办公网络，或者服务器和客户端之间有中间节点,攻击者可以轻易嗅探到你的登录凭据和文件内容。
- 解决方案：改用SFTP（SSH File Transfer Protocol）或FTPS（FTP over SSL），大多数Linux服务器默认开启SSH，直接使用SFTP协议，端口22，账号密码与SSH一致，在FileZilla中，只需在“协议”下拉框选择“SFTP”，输入主机名、用户名、密码或密钥,即可连接。
备份文件存储不当，导致信息泄露
- 下载到本地的备份文件包含网站全部源代码、配置文件甚至数据库导出文件，如果电脑中毒、硬盘丢失，或者备份被上传到不安全的网盘,等于把网站权限拱手送人。
- 建议：对重要备份文件用WinRAR或7-Zip设置密码加密（使用AES-256），密码单独保管,本地硬盘建议开启BitLocker或FileVault加密。
遗漏重要文件，备份不完整
- 很多网站被入侵后，站长发现备份里缺少了关键配置文件，无法修复,或者在恢复时才发现媒体库文件只下载了部分。
- 解决：在FTP客户端中开启“显示隐藏文件”，并养成好习惯每次备份前先与远程目录的完整列表核对，你可以用
ls -la命令在服务器上导出文件清单,然后与本地对比。
Linux环境下FTP备份网站命令详解
对于Linux服务器运维，掌握命令行备份方式可以大幅提升效率,尤其适合定时任务和自动化脚本。
使用lftp命令进行递归下载
- 标准
ftp命令不支持递归下载，所以推荐使用lftp,它像浏览器一样可以便利地镜像整个目录。 - 安装
lftp：apt install lftp或yum install lftp。 - 典型命令：
lftp -u username,password -e "mirror /remote_path /local_path; quit" ftp.yourserver.com如果密码包含特殊字符，建议使用
~/.netrc文件存储凭据。 - 还可以添加
--parallel=5参数开启并行下载,加快速度。
使用rsync通过SFTP实现增量备份
- 对于需要频繁备份的场景，
rsync搭配SSH是最佳选择，它只传输差异部分,且全程加密。 - 命令示例：
rsync -avz -e ssh user@server:/remote/path/ /local/path/参数
-a表示归档模式，保留权限和时间戳；-v显示详情；-z压缩传输。 - 如果需要排除缓存目录，可以加上
--exclude='cache'。
定时执行备份脚本（cron job）
- 在本地Linux服务器上编辑crontab：
crontab -e - 添加一行，每天凌晨3点执行备份任务：
0 3 /usr/local/bin/backup_website.sh ```示例： ```bash #!/bin/bash DATE=$(date +%Y%m%d) rsync -avz -e ssh user@server:/var/www/html/ /backup/www/$DATE/同时可以结合数据库备份,将mysqldump输出也放入同一目录。
网站异地备份方式：FTP与云存储的协同
本地备份再完善，也扛不住物理灾害或设备丢失，行业共识认为,至少需要一份异地副本来保证数据彻底安全。
为什么需要异地备份？
- 本地硬盘损坏、电脑被偷、办公场所火灾,都会让备份瞬间失效。
- 异地备份（如另一台服务器、云存储、家里NAS）提供地理上的容灾能力，即使本地全毁,还能从异地恢复。
使用FTP将本地备份上传到远程服务器
- 反向操作：本地打包后，通过FTP/SFTP上传到另一台服务器或朋友的空间。
- 脚本示例（使用lftp上传）：
lftp -u username,password -e "put /path/to/backup.zip; quit" remote.backup.com
- 注意：上传同样需要加密，最好使用SFTP或FTPS，如果远程服务器支持，建议使用
rsync代替FTP,既能加密又能增量。
结合云存储实现自动异地备份
- 在服务器端直接使用
rclone或s3cmd将备份文件同步到对象存储（如简米云OSS、酷番云COS、AWS S3），这种方式本地不存文件,安全且高效。 - 推荐策略：先在服务器上使用
mysqldump+tar打包，然后用rclone copy上传到云端，设置保留天数,自动清理旧备份。 - 对于带宽拮据的服务器，也可以先FTP下载到本地，再通过本地宽带上传至云盘，但这样会增加一次中转,效率较低。
备份策略建议：3-2-1原则
- 保留3份副本（主服务器、本地备份、异地备份）
- 存储在2种不同介质上（硬盘、云存储）
- 至少有1份异地备份（远程服务器或云）
这一原则在所有安全指南中都被反复提及,适用于任何规模的网站。
关于FTP备份网站的常见问题
用FTP备份网站需要多长时间？
时间取决于网站文件大小和服务器上传带宽，一个100MB的网站，如果上传带宽为10Mbps，理论需要约80秒，但实际加上连接开销和慢速文件，通常需要5-10分钟，大网站（1GB以上）在带宽不足时可能耗时数小时，建议在流量低峰期进行,或使用增量备份减少每次传输量。
FTP备份网站后怎么恢复？
恢复是备份的逆向操作，在FileZilla中，将本地备份文件全选，右键上传到相同的远程目录，覆盖原有文件，注意，上传前最好先清空或重命名原目录，避免新旧文件混合导致错误，数据库需要单独恢复，可通过phpMyAdmin导入导出的SQL文件，或使用mysql -u 用户名 -p 数据库名 < 备份.sql命令行操作。
网站备份到本地，硬盘空间不够怎么办？
可以只备份核心文件，如主题、插件、上传目录，排除缓存和日志，对于静态资源，可以考虑使用增量备份，只下载新增和修改的文件，压缩备份能减少约30%-50%体积，如果空间仍然不足，建议升级本地硬盘或使用云存储作为备份目标，例如先本地压缩，再上传到免费的云盘（如简米云OSS、酷番云COS）,这样本地只保留最近一个版本。
FTP备份是网站安全的基础，但绝不是全部，结合数据库备份、自动化脚本和异地存储，才能构建真正可靠的防线，无论你选择哪种方式，定期测试恢复,才是检验备份是否有效的唯一标准。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e5%a6%82%e4%bd%95%e9%80%9a%e8%bf%87ftp%e5%a4%87%e4%bb%bd%e7%bd%91%e7%ab%99%ef%bc%8c%e6%9c%89%e5%93%aa%e4%ba%9b%e6%b3%a8%e6%84%8f%e4%ba%8b%e9%a1%b9%ef%bc%9f/
