今年三月平泉市一家做食用菌加工的企业老板自己动手装SSL证书结果搞砸了——不仅证书没装好还把数据库给弄坏了三年的订单记录全没了。他急得不行打电话问我能不能恢复。我过去一看情况确实有点棘手但好在还有救。今天就借这个案例讲讲HTTPS迁移过程中该怎么避免这种事故。
他是怎么出事的
老板是在网上搜了一个教程跟着操作的。第一步申请证书没问题。第二步修改Web服务器配置文件的时候手滑把一段关键配置删掉了。第三步重启服务器之后Web服务和数据库服务都起不来了他一慌就开始乱操作试图手动修复结果越改越乱。最终数据库文件因为异常关闭导致索引损坏打不开了。整个过程不到半小时造成的损失却需要好几天来弥补。最大的问题是：他在动任何东西之前没有做备份。
数据恢复过程
到了现场之后我先做了几件事。第一立刻停止一切操作不要再往硬盘里写任何东西防止数据被覆盖。第二检查是否有可用备份——幸运的是他们用的云主机有自动快照虽然是一天前的但至少能恢复大部分数据。第三用快照恢复了系统然后通过MySQL的修复工具尝试修复损坏的数据表。第四对比快照数据和损坏前的增量日志尽量补回丢失的那一天数据。武烈河、整个过程花了大约六个小时。最终结果：95%的数据成功恢复了只有当天下午的十几条订单记录找不回来了。老板说已经非常庆幸了。
正确的HTTPS迁移步骤
事后我帮他们重新走了一遍正规的HTTPS迁移流程。第一步：完整备份——包括网站文件数据库和服务器配置全部打包存一份到异地。第二步：在测试环境先演练一遍确认所有配置没问题。第三步：申请SSL证书并验证。第四步：修改Web服务器配置启用HTTPS保留HTTP作为过渡。第五步：配置301重定向让HTTP自动跳转到HTTPS。第六步：排查混合内容确保所有资源都用HTTPS加载。第七步：观察一周确认没有问题之后再考虑开启HSTS。整个过程按部就班就不会出事。
总结
这个案例给我最大的感触就是：任何对生产环境的操作都要遵循"先备份再修改"的原则不管你觉得这个改动有多小多安全。老板后来跟我说以后再也不敢自己瞎折腾了所有技术操作都交给我们来做。其实装SSL本身不难难的是在没有充分准备的情况下贸然操作生产环境。你要是想给自己的网站装HTTPS又不太懂技术的话建议还是找专业的人帮你弄这个钱真不能省——省了这几百块的安装费可能要付出几千甚至几万的数据恢复成本。