由于zimg特殊的图片存储结构及图片命名规则，其迁移数据应该当相当简单的，仅把对应的存储图片数据的文件夹复制即可。往往简单的东西总会有一些成本在里面,下面是我简单的迁移测试过程中遇到的一些问题，仅供参考【两服务的配置文件异同不影响数据迁移】
先排除低版本迁移高版本产生的问题，比如zimg 2.x 文件格式为0_0，但新版本zimg 3.x存储格式变为0*0。
1、直接从A服务器，将数据下载到windows本地，再将本地文件上传另一个服务器B
2、直接从浏览器访问B服务上的图片地址，结果显示404 Not Found!
3、查看zimg日志，由于是默认日志级别，并未实质性日志输出
(2017/08/18 15:44:50:056841 [ERROR] 192.168.1.179 fail pic:f1cfc5f870c192fbfbc6b24a0c390b89 w:0 h:0 p:1 g:0 x:-1 y:-1 r:0 q:75 f:none)
4、修改B服务的zimg.lua配置文件，将日志级别调为7，即输出debug详细日志
2017/08/18 15:44:50:055948 [DEBUG] Method: 0
2017/08/18 15:44:50:056029 [DEBUG] Got a GET request for </f1cfc5f870c192fbfbc6b24a0c390b89>
2017/08/18 15:44:50:056057 [DEBUG] md5 of request is <f1cfc5f870c192fbfbc6b24a0c390b89>
2017/08/18 15:44:50:056079 [DEBUG] get_img() start processing zimg request...
2017/08/18 15:44:50:056104 [DEBUG] whole_path: /usr/local/src/zimg/bin/img/967/1009/f1cfc5f870c192fbfbc6b24a0c390b89
2017/08/18 15:44:50:056133 [DEBUG] Path[/usr/local/src/zimg/bin/img/967/1009/f1cfc5f870c192fbfbc6b24a0c390b89] is A Dir.
2017/08/18 15:44:50:056164 [DEBUG] key: f1cfc5f870c192fbfbc6b24a0c390b89:0:0:1:0:-1:-1:0:75:none
2017/08/18 15:44:50:056322 [DEBUG] Cache Result: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY
2017/08/18 15:44:50:056365 [DEBUG] Start to Find the Image...
2017/08/18 15:44:50:056387 [DEBUG] 0rig File Path: /usr/local/src/zimg/bin/img/967/1009/f1cfc5f870c192fbfbc6b24a0c390b89/0*0
2017/08/18 15:44:50:056423 [DEBUG] Got the rsp_path: /usr/local/src/zimg/bin/img/967/1009/f1cfc5f870c192fbfbc6b24a0c390b89/0*0_p1_g0_-1*-1_r0_q75.none
2017/08/18 15:44:50:056517 [DEBUG] Cache Result: SERVER HAS FAILED AND IS DISABLED UNTIL TIMED RETRY
2017/08/18 15:44:50:056551 [DEBUG] Not Hit Original Image Cache. Begin to Open it.
2017/08/18 15:44:50:056752 [DEBUG] Open Original Image From Disk Failed! 0 != 1
2017/08/18 15:44:50:056789 [DEBUG] Open Original Image From Disk Failed!
2017/08/18 15:44:50:056817 [DEBUG] zimg Requset Get Image[MD5: f1cfc5f870c192fbfbc6b24a0c390b89] Failed!
2017/08/18 15:44:50:056841 [ERROR] 192.168.1.179 fail pic:f1cfc5f870c192fbfbc6b24a0c390b89 w:0 h:0 p:1 g:0 x:-1 y:-1 r:0 q:75 f:none
2017/08/18 15:44:50:056881 [DEBUG] ============get_request_cb() ERROR!===============
2017/08/18 15:44:50:106540 [DEBUG] Method: 0
2017/08/18 15:44:50:106610 [DEBUG] favicon.ico Request, Denied.
2017/08/18 15:44:50:106641 [DEBUG] headers: 1
5、仔细查看以上日志，发现实际请求的文件记录为
/usr/local/src/zimg/bin/img/967/1009/f1cfc5f870c192fbfbc6b24a0c390b89/0*0_p1_g0_-1*-1_r0_q75.none再回到B服务器对应的目录位置，发现文件不存在。所以，404错误是正常的
6、打开xftp(也可以是其它工具)，发现传输到本地win过程中文件名已经发生了变更->0*0变成了0_0， win认为文件名中包含*是非法字符，直接转换掉了。(根本未考虑到文件名发生变更的问题)
7、在A服务器进行文件tar.gz压缩处理，再下载到本地，文件名保持不变，再上传到B服务器对应目录，进行tar解压操作，即可。
再次打开刚才迁移的文件，发现可以正常显示了。
关注公众号，获取更多相关技术文章