今天linux主機中毒了，把用帝國備份王備份之後，恢復了快照到剛建主機的狀態；

哎，只怪當初沒有勤快的去做快照啊；

重新配置好後；

開始使用帝國備份王；

數據恢復之後，打開文章，提示“附加表值出錯”

百度搜索了一堆解決問題，但是解決不了我的問題，我在打開phpmyadmin，發現數據庫裏的表dede_addonarticle,只有1000條，但是我是采集的數據，我後臺現實的可是有近200萬條數據的呢，這差距也太大了把。

再次用帝國恢復，發現在恢復dede_addonarticle表段時，一閃而過，直接恢復到下一段去了。

查找多方資料，以為是帝國的問題，換了帝國備份王2010也不行；

無意之中看到一篇關於帝國備份王修改配置文件，拆分數據避免502錯誤產生，給了我靈感，感覺打開http://www.riven.cc/dedebak/bdata/www.rivencc_20180210120352Y7BYbf/config.php;

打開一看

$tb[dede_addonarticle]=0;

對比上一次備份的config.php

$tb[dede_addonarticle]=1314;

我終於知道原因了；

在目錄下，找到dede_addonarticle_1.php...最後一張表的數字，

把數字填寫到$tb[dede_addonarticle]=****; //****就是你最後一張表的數字；

然後保存，再恢復，OK，搞定。

希望有遇到跟我一樣問題的朋友，可以參考借鑒

其實問題很小，但是不知道為什麽備份過程中，這個值沒有寫入到config.php中

最後總結這次經驗：

1、帝國備份王盡量用16進制來備份，這樣可以避免遷移數據環境不同造成的錯誤；

2、除了帝國備份外，建議還要用phpmyadmin到處數據庫；

3、linux的mysqldump -u 用戶名 -p 密碼 > 保存的文件名.sql

範例： mysqldupm -u www.riven.cc -p riven.cc > riven.sql //這裏www.riven.cc是用戶名，riven.cc是密碼，riven.sql是保存的數據庫文件名；

帝國CMS備份出現數據恢復不完整的問題