一个完整的网站由两大部分组成：文件系统和数据库。文件系统包含网站的页面模版、图片资源、样式脚本等静态内容，数据库存储用户信息、文章内容、配置参数等动态数据。这两部分数据的特点和保护需求完全不同，备份手段也各有侧重。很多企业做了多年备份，要么只备份了文件忽略了数据库，要么数据库备份方式不正确导致恢复不了。分开理解它们的备份原理，才能把网站数据真正保护起来。
网站文件的备份方法
网站文件的备份本质上就是文件的复制和归档。最常用的工具是rsync，它支持增量传输并且可以保留文件权限和时间戳属性。命令行用法很直接，把网站目录同步到备份存储路径即可。对于Windows环境下的网站，可以使用robocopy命令达到类似效果。除了实时同步的方式之外，周期性打包压缩也是主流做法。用tar命令把整个网站目录打包成压缩文件，按照日期命名存储。打包备份的好处是版本隔离清晰，每个时间点的文件状态都是一个独立档案。备份文件时要注意排除缓存目录和临时文件，这些内容不仅占空间而且没有备份价值。
数据库备份的核心要点
数据库备份比文件备份复杂得多，核心难点在于事务一致性。备份过程中如果有新的数据写入，备份出来的文件可能处于不一致的状态，恢复时会出现数据不完整的问题。解决这个问题的方式是使用数据库自带的导出工具并配合锁机制。MySQL数据库可以用mysqldump命令配合single-transaction参数，在不锁表的前提下获取一致性快照。对于数据量特别大的数据库，物理备份方式更为合适，直接复制数据库的物理文件效率更高。热备份方式可以在数据库运行状态下完成备份，对业务无影响。冷备份则需要停止数据库服务再复制文件，虽然简单但不适合需要持续在线的网站。
备份后的验证环节不能省
很多人做完备份就把文件扔在那里不管了，这是备份工作中最常见的失误。备份文件是否完整、文件有没有损坏、恢复流程是否顺畅，这些都需要定期验证。对于文件备份，可以通过对比源文件和备份文件的哈希值来确认完整性。对于数据库备份，建议在测试环境中做一次完整的恢复演练，把备份的数据库导入到测试库中，检查表结构和数据行数是否正确。哪怕一个月验证一次，也比出了事故才发现备份不可用要强得多。验证环节是备份流程的最后一道把关口，缺了这一环整个备份方案就是靠不住的。