原因是當初部署fastdfs的時候，選了系統自帶的磁碟（100G）作為資料目錄，導致使用一年後，磁碟佔用接近100%，不得不更換目錄。

　　主要操作是更改4個配置檔案，具體哪四個下面會說。

　　事先準備，一塊2T的硬碟掛載到伺服器上。磁碟掛載詳見 https://www.cnblogs.com/666ya/p/15423548.html

　　1、為保證資料的完整性，需要在遷移原資料目錄之前，關停fastdfs服務，常見fastdfs啟停命令如下：

　　　　#啟動

　　　　$ sudo service fdfs_trackerd start

　　　　$sudo service fdfs_storaged start

　　　　# 重啟

　　　　$sudo /usr/bin/fdfs_trackerd /etc/fdfs/tracker.conf restart //需找到對應的fdfs_trackerd和tracker.conf目錄

　　　　$ sudo /usr/bin/fdfs_storaged /etc/fdfs/storage.conf restart

　　　　# 關閉

　　　　$sudo /usr/bin/fdfs_trackerd /etc/fdfs/tracker.conf stop

　　　　$ sudo /usr/bin/fdfs_storaged /etc/fdfs/storage.conf stop

　　2、將原資料目錄拷貝到新掛載的硬碟下，cp命令示例為：

　　　　cp 命令使用-r引數可以將 packageA 下的所有檔案拷貝到 packageB 中：

　　　　cp -r /home/packageA/* /home/cp/packageB/

　　　　注：80G的資料大概需要一個多小時才能拷貝完。

　　3、修改配置

　　跟蹤伺服器(Tracker Server)、儲存伺服器(Storage Server)

　　待修改配置的檔案列表：client.conf、mod_fastdfs.conf、storage.conf、tracker.conf

　　在每個檔案中，查詢以下配置：

　　base_path=原資料目錄

　　store_path0=原資料目錄

　　修改為：

　　base_path=新資料目錄

　　store_path0=新資料目錄

　　4、重啟tracker和storage，重啟nginx，重啟應用

　　注：原本在重啟tracker和storage，重啟nginx之後，進行資料上傳和下載失敗，此時刪除了/mnt/opt/fastdfs/data目錄下的這些檔案，重新生成，並且重啟了system應用（在此期間多次重啟閘道器及system應用服務）之後，莫名其妙的上傳檔案和下載檔案就好用了。刪除pid檔案時，先用命令停掉storage，tracker服務，並且備份好這些檔案。做完這些操作後啟動tracker和storage，並且重啟nginx和應用。大概率就成了，不成就等一段時間。