网站备份是什么文件，3类别搞混

问一句网站备份是什么文件，十个人能给你八个答案。有人说是空间里那个 .zip 压缩包，有人说是从数据库导出来的 .sql，还有人直接指着主机控制台里那行快照说，就这个。三个东西都在被叫备份，但谁也替不了谁。真出事那天你就会发现，文件回滚了，数据还停在几天前，或者数据库导回来了，模板目录却是旧的。

网站备份是什么文件，先把三类分清楚

第一类是程序文件包，通常是个压缩包，里面装的是整站目录：程序、模板、插件、主题、还有上传的图片和附件。第二类是数据库导出文件，一般是 .sql 或者 .sql.gz，网站的文章、用户、订单、设置项都在里头。第三类是服务商那边的快照或镜像，存在人家机房那头，你自己手里没有实体文件。

这三类的恢复粒度完全不是一回事。文件包能只回滚一个目录，数据库能只补一张表，快照基本是整台机器一起回去。粒度越粗，越省事，也越不精确。

压缩包里到底装了什么，很多人没打开看过

虚拟主机用户最容易犯的错，是把网站根目录一打包就以为齐活了。其实体积最大的往往是上传目录，图片、视频、附件都堆在那儿，程序文件本身才几兆。打包的时候漏掉上传目录，或者因为超过空间限额被打包工具悄悄跳过，你下的那个包看着像模像样，解压出来站点的图全是红叉。

还有一种情况：备份包里混着缓存目录和日志文件。这种包体积虚胖，解压慢，恢复完还得清一遍缓存，不然前台读到的还是旧内容。养成个习惯——打完包先看一眼大小，跟平时差太多，就得点进去看看目录树对不对。

.sql 那个文件，才是丢数据的高发区

数据库导出这事，看着简单，坑不少。字符集不对，导回来中文全是问号；导出时没勾选建表语句，拿到手的是一个只有 INSERT 的空壳，往空库里导直接报错；文件大一点，网页端的导入工具就限制大小，得走命令行或者分卷。这些细节跟具体程序、具体面板有关，拿不准就按服务商或程序官方文档的说明来。

我一般建议数据库单独导，别跟文件包混在一个压缩包里。理由很实际：数据库变化频率跟文件不一样，文件可能一个月不动，数据一天变好几次。绑在一起，等于每次备份都要重来一遍全部。而且真要恢复的时候，你也说不清该回滚到哪个时间点。

快照算不算你能拿走的备份文件

快照的好处是快，误删了文件、装插件把站搞崩了，回滚一下几分钟的事。但它的边界也得清楚：快照存在服务商那一侧，你手里没有可下载的文件；回滚一般是整机级别的，想只恢复一个页面做不到；保留多久、多久打一次，各家策略不同，以服务商官方页面说明为准。

所以快照更像安全带，不是备份本身。真要留底，还是得有一份能下载到自己硬盘或者对象存储里的实体文件。

看文件名和扩展名，能大致判断这份备份靠不靠谱

常见的扩展名就那几个：.zip、.tar.gz、.sql、.sql.gz。文件名上带日期是底线，年月日写清楚，别叫「备份1」「新建文件夹(2)」。有过教训的人都知道，一堆同名文件放在那儿，隔两个月你自己都认不出哪个是改版前的。

再就是别用网盘同步目录当唯一存放地。同步是双向的，本地误删了，云端跟着没，这事儿不新鲜。

三类混着放，恢复时最容易翻车的地方

最典型的场景：程序回滚到了改版前的版本，数据库却还是最新的。表结构对不上，插件读不到字段，前台直接白屏。反过来也一样，库回退了，程序是新版的，登录都进不去。

所以恢复有个顺序，别乱：先把站点切到维护状态或者关掉写入，再导文件，再导数据库，然后检查配置文件里的数据库连接信息（主机、库名、用户名、密码这几项经常忘改），最后清缓存、看日志。少一步都可能卡在半路。

我自己现在的存法，就三条

第一，文件和数据库分开备，数据库频率高一些，文件可以稀一点。第二，至少留两份，一份在主机上，一份拉回本地或者放对象存储，别把鸡蛋搁一个篮子。第三，隔段时间真恢复一次，随便找个测试目录导进去看看能不能跑起来。没演练过的备份，只能算心理安慰。

回到最开始那个问题——网站备份是什么文件。下次别人问你，先反问一句：你说的是程序包、数据库导出，还是快照？这三样都得有，缺一样，那份备份就是残缺的。