科技公司爆雷，站点数据谁来兜底

数据放在自己硬盘上叫资产，放在别人后台里，叫人家授予你的访问权限。科技公司爆雷这四个字隔一阵就上一次热搜，每次看到我第一反应都不是哪一家，而是那几万个站点的数据现在在谁手里。行内管这叫兜底，听着像保险术语，落到建站的人身上就三件事：数据拿不拿得回来、多久能把站点搬走、搬走之前网站还活不活。这三件事，平时问服务商，答案往往是管够、放心；真出事了，答案就变成工单排队等回复。

科技公司爆雷，先断的常常不是网站而是数据出口

服务商出问题不会一上来就拔网线，通常是登录先出毛病。面板能进去，导出按钮是灰的；工单提交了没人回；API 开始零散地报 502；备份功能点一下就提示升级套餐可用。有人当成普通故障，想着等两天就好，结果等来一封公告。这时候才反应过来，数据库、图片、用户上传的附件全在那个没人维护的机房，网站打不开只是表面现象，导不出来才是真麻烦。平台型服务商更狠一点，站点是托管在它的账号里的，你连服务器 IP 都不掌握，合同一终止，手里可能只剩一堆截图和浏览器缓存。数据存储这件事，谁控制物理位置，谁说话就算。

备份这活儿，有和能用是两码事

备份按三层说比较清楚：有没有、拿不拿得到、拿回来能不能装回去。绝大多数站点卡在第二层。备份文件躺在服务商的对象存储里，账号一停，那文件在法律意义上跟你就没什么关系了。所以我一直劝人，任何一份备份都要在自己能控制的范围内落一版。数据库用 mysqldump 导出成 .sql，导完顺手看一眼文件大小，几百 KB 的所谓全站备份，多半是空的。图片和上传目录用 rsync 或者直接打包拉下来，别嫌慢。

第三层最容易被跳过。备份不是写完就算完，得实际导一次。找台干净的机器，建个空库，把 .sql 导进去起个站点，打开首页看图片出不出来，翻两页看栏目还在不在。这步花不了多少时间，但能当场把备份只是安慰剂这件事戳穿。数据恢复靠的是演练次数，不是文件夹里那个文件名看起来很像备份。

备份放在哪，比多久备一次更重要

同一个机房、同一个服务商、同一个账号底下的三份备份，出事那天是一起消失的。三份两处一离线，说白了就是别把鸡蛋塞进同一个篮子：本地或者自己电脑留一份，异地或者别家对象存储放一份，再加一份离线的，移动硬盘、光盘都行，关键的表结构甚至可以打印出来。现在存几十 G 数据的成本真不算高，比数据没了重做一遍便宜太多。加密顺手做，备份包里通常躺着手机号、订单信息，备份丢了数据也丢了，等于连着出两次事故，数据安全这块别偷那点懒。数据保护不是口号，是把副本散开到不同的失效域里。

数据库导出，坑都在细节里

命令看一行，mysqldump -u root -p dbname > dbname.sql，真跑起来问题成堆。字符集不对，导回来满屏问号；外键约束没关，导到一半直接报错；表太大一次导不完超时，得按表分批；触发器、视图、存储过程默认不一定带出来，得加参数。这些细节平时没人看，等出事那天一边被催着搬，一边对着报错发愣，那滋味不好受。我的习惯是导出同时记一份清单：数据库名、字符集、账号、目录路径、定时任务、域名绑定关系。数据迁移的时候照着清单走，比凭记忆靠谱得多。

还有一类半结构化的东西容易漏，上传的图片、PDF、附件目录。数据库里只存了路径，文件没拉下来，站点恢复了满屏都是裂图。这类文件用对象存储同步或者 rsync 增量拉，注意别把缓存目录、临时文件一起搬过去，搬完还得对一遍数量。

域名和备案挂在谁名下，这事得提前看

站点挂了还能重建，域名出问题就是另一码事。域名注册商最好和主机服务商分开，别让一家又管解析又管服务器，分开的好处是一方出事另一方的控制权还在你手上。所有权看 WHOIS，注册人和管理联系人是不是你，登录账号绑的邮箱是不是你能进的。域名服务这块代持的坑太多了，续费提醒发到别人邮箱，等发现时域名已经过期被接走。备案主体同理，以自己的名义备，材料自己留档，别一股脑交给代理商保管。SSL 证书是在服务商平台申请的，私钥和证书链也自己存一份，换环境的时候能救命。

合同里那几行小字，平时没人读，事后最值钱

服务条款里关于终止后数据保留多久、是否提供导出、退款和迁移协助怎么写，是出事那天唯一能拿出来讲道理的东西。不少合同写得含糊，合理期限内保留这类表述，具体多少天以官方页面或者合同说明为准，别自己估。买之前扫这几项：导出收不收费、API 有没有配额、终止后有没有保留期、有没有写进纸面的 SLA。至于永久可用、保证不宕机这种话，听听就行。数据管理里最贵的一课，就是把口头承诺当成合同附件。

真撞上了，按这个顺序处理

第一步不是骂人，是留痕，工单、邮件、后台公告全部截图，时间点记清楚。第二步，能登录的入口全试一遍导出，别管完不完整，先拿回自己手里。第三步，把域名解析的控制权转移出来，能改 DNS 就先指到一个临时页面，至少让访客知道发生了什么。第四步，对方要是彻底失联，走支付渠道的争议流程或者法律途径，前面那些截图和合同这时候才派上用场。第五步才考虑换新家，搬之前先让数据在自己手里过一遍，别从一个坑直接跳进另一个坑。

公告也写清楚点，别只挂一句系统维护中。用户看到的是站点打不开，你藏着不说，骂声只会更大。数据一旦遭到泄露这类担忧，用户比你想的敏感得多。

搬迁前先自查这几条

数据库导出来了没、导入验证过没、上传目录拉全了没、域名和备案在不在自己名下、证书私钥备份了没、定时任务和伪静态规则抄下来没、管理员密码换了没。这几条过了再谈迁移，顺序别乱。

兜底不是去买一份保险，是把关键的东西攥在自己手里。挑服务商的时候多问一句数据我怎么拿走，比看他首页写多少用户量有用。别人家公司爆什么雷，那是别人的事；你能不能在一封公告之后把站点原样搬走，才是自己的事。