1. 方案背景描述
   

环境迁移，需要迁移旧环境的fastdfs集群的数据到新环境,由于之前数据迁移仅仅是针对mysql和mongodb,对fastdfs数据的迁移了解甚少，本文档主要是针对fastdfs数据迁移和恢复的几种方式以及具体操作流程做详细阐述。

2. 方案实现的目标
   

实现fastdfs集群数据完整迁移，保证在新环境正常使用，以及保证fastdfs集群高可用。

3. 方案说明
   

Fstdfs整体架构

Fastdfs数据迁移

     数据迁移是指旧的fastdfs可以继续正常运行的情况下，将旧环境的fastdfs的数据恢复到新的环境fastdfs服务中。

同IP数据迁移

1. 首先关闭fdfs_storage和fdfs_tracker服务。

2. 拷贝fdfs_storage目录中的所有数据到新目录。

3. 修改storage配置文件中的store_path和base_path到新位置。

4. 修改mod_fastdfs.conf配置文件中的store_path和base_path到新位置。

5. 根据情况，选择是否修改client配置文件。

6. 重启fdfs_tracker和fdfs_storage服务

不同IP数据迁移

不同IP之间迁移采用FastDFS的扩容机制。

1. 在新服务器安装FastDFS。

2. 将新FastDFS的storage服务实例关联到以前的tracker服务。

3. 拷贝以前的storage服务配置为新服务实例的配置文件。

4. 启动storage服务。

FastDFS会自动同步以前服务器上的数据

5. 停止storage服务，将storage配置文件中的tracker地址修改为新的tracer 地址,同时修改storage 中/data/fast_data/data/.data_init_flag文件，sync_src_server=空即可。

6. 启动新的tracker服务和storage服务。

Fastdfs数据恢复

数据恢复是指旧的FastDFS服务已经不能运行，需要将已有的FastDFS数据恢复到新的FastDFS服务中。

1. 如果FastDFS服务使用了V4的ServerID特性，修改storage_ids.conf文件，调整对应关系即可。

2. 如果采用IP地址进行标识，则需要修改tracker 和storage下data目录中的数据文件中的ip地址。

tracker server 需要修改 :

tracker/data/storage_groups_new.dat

tracker/data/storage_servers_new.dat

tracker/data/storage_sync_timestamp.dat

storage server 需要修改：

storage/data/.data_init_flag

storage/data/sync/KaTeX parse error: Expected group after '_' at position 10: {ip_addr}_̲{port}.mark

4. 数据同步以及验证
   

本次迁移考虑到我们旧环境依旧可以使用并且是不同网段之间的fastdfs集群，所以采用的是FastDFS的扩容机制来迁移fastdfs的数据。

查看数据同步的进度：

       在旧环境storage服务base_path 目录下有一个 data/sync目录，里面的文件如下：

          10.10.101.135_23000.mark  这个是 new_storage 的同步数据的情况

           binlog.000  旧tracker的binlog

           binlog.index  记录着当前正在使用哪个 binlog 文件

      查看 10.10.101.135_23000.mark 的文件内容就可看到 数据同步的情况，从 scan_row_count 和 sync_row_count 的数量对比可以知道同步的进度，当两者一致的时候同步完成。

              

          binlog_index=0

          binlog_offset=1689076    binlog.xxx的偏移量，可以从这个偏移量获取下一行记录

          need_sync_old=1   本storage是否是对侧storage(110.119.19.21)的源结点，同时是否需要从起点同步所有的记录

          sync_old_done=1              是否同步完成过

          until_timestamp=1614235090        上次同步时间结点

          scan_row_count=29122                binlog总记录数

          sync_row_count=29122                  同步的binlog行数

5. fastdfs文件上传下载以及基础操作命令
   

文件上传测试

1. 修改Tracker服务器客户端配置文件

cp /etc/fdfs/client.conf.sample /etc/fdfs/client.conf

vim /etc/fdfs/client.conf

修改以下配置，其它保持默认

base_path=/data/fastdfs/tracker

tracker_server= 10.10.8.85:22122 # tracker服务器IP和端口

tracker_server= 10.10.8.86:22122 #tracker服务器IP和端口

2. 执行文件上传命令

#/root/test.png 是需要上传文件路径

/usr/bin/fdfs_upload_file /etc/fdfs/client.conf /root/test.png

返回文件ID号：group1/M00/00/00/wKgAfFzMX_2AB9V9AADa-k_GxyQ840.jpg

（能返回以上文件ID，说明文件已经上传成功）

基础操作命令：

查看集群信息:

/usr/bin/fdfs_monitor /usr/local/storage.conf Storage节点都启动之后，可以在任一 Storage 节点上使用如下命令查看集群信息。

上传命令：

fdfs_upload_file /etc/fdfs/client.conf [文件名称]（需全路径）

或

/usr/local/bin/fdfs_upload_file [文件名称]（需全路径）

下载命令：

fdfs_download_file /etc/fdfs/client.conf [filename]

filename:为保存到fdfs的文件；上传的时候返回的路径是什么，这边filename就写什么；默认下载到当前执行命令的目录

删除命令：

fdfs_delete_file /etc/fdfs/client.conf [filename]

6. FastDFS的Tracker及Storage节点添加及删除
   1、增加Storage节点（通过配置，自动加入）

1）安装Storage并配置mod_fastdfs.conf及storage.conf，设置fdfs_storaged及nginx自启动

2）启动新加的storage节点（会自动同步相同group的内容）

3）执行fdfs_monitor /etc/fdfs/client.conf查看集群同步情况（会看到新增的storage节点）

2、删除Storage节点及删除后重新加入（通过fdfs_monitor删除）

1）停止某个storage节点 killall fdfs_storaged

2）fdfs_monitor /etc/fdfs/client.conf delete group1 10.2.x.x

3）查看集群情况 fdfs_monitor /etc/fdfs/client.conf 可以到对应的storage节点状态为DELETED

4）重新加入

<1>启动被删除的storage节点，查看集群状态，一开始会是 OFFILINE状态

<2>过一会儿再查看集群状态，显示为ACTIVE状态

3、增加Tracker节点

1）在所有storage节点的storage.conf, mod_fastdfs.conf 中配置多条tracker_server记录

tracker_server=10.2.x.1:22122
tracker_server=10.2.x.2:22122

2）在client.conf中也配置多条tracker_server记录

执行 fdfs_monitor /etc/fdfs/client.conf 查看集群情况，可以看到tracker_serve_count变为2

另外可以指定tracker，进行集群监控 fdfs_monitor /etc/fdfs/client.conf -h 10.2.x.1 list

4、删除Tracker节点

去掉配置文件中不需要的tracker_server的记录，停止对应服务器上的tracker进程