策略跑得好好的，某天硬盘坏了，或者误删了一个文件，几个月的成果就没了。这种情况不常见，但发生一次就够。备份不是技术活，是习惯。

一、要备份的到底是哪些东西

第一类是代码。策略脚本、工具函数、配置文件。这部分体积小，最重要。

第二类是参数。每个策略用的参数组合，最好单独存成文件，不要写死在代码里。这样换参数不用改代码，也方便回溯。

第三类是数据。本地行情数据动辄几个G，全量备份成本高，但至少要把自己加工过的中间数据备份，因为重新生成的代价很大。

第四类是记录。交易日志、回测报告、复盘笔记。这些是经验沉淀，丢了无法重建。

二、放在哪

一个实用的原则是三份两地在手：至少三份副本，存在两种不同介质上，其中一份不在本机。

具体到个人：本机一份、移动硬盘一份、云盘或者代码托管平台一份。代码和参数可以放代码托管平台，数据和日志放云盘。

三、多久备一次

代码和参数，每次改动后立即提交。这是版本管理的范畴，不是定期备份。

数据，每月一次全量，每周一次增量。

日志，每天自动同步。

四、备份要能恢复

没验证过的备份等于没有备份。每隔一段时间，试着从备份里恢复一个文件，看能不能正常用。

更彻底的测试是：找一台干净的机器，只用备份把策略跑起来。这个过程会暴露很多平时注意不到的依赖，比如某个环境变量、某个路径、某个没记录的库版本。

五、几个容易漏的

环境依赖。策略能跑，可能依赖某个特定版本的库。把依赖列表写进一个文件，和代码一起备份。

路径配置。数据目录、日志目录写的是绝对路径，换机器就失效。用相对路径或者配置文件管理。

密钥和凭证。这类东西不要放公开的代码仓库，单独加密存放。

六、一个最低成本的方案

代码用版本管理工具，每次改动提交一次，写清楚改了什么。数据每月拷一份到移动硬盘。日志每天同步到云盘。

这套方案十分钟能搭起来，之后几乎不需要维护。它的作用不是让你免于灾难，是让你在灾难后能继续。

备份是唯一一件做了没人夸、不做会后悔的事。

股票开户欢迎找我！可以申请万0.854的股票佣金、etf 可转债佣金万0.5、国债逆回购一折（百万分之一）！量化软件QMT+ptrade免费使用！还有888、999资金靓号等你选！