今天有客戶找到我說他的一個網(wǎng)站后臺突然間不能正常工作了，昨天還能添加文章，今天所有的文章都不見了。他把后臺地址和FTP信息提供給我，讓我?guī)兔纯?。我打開了他的后臺，發(fā)現(xiàn)使用的是Dede cms。點擊后臺網(wǎng)站欄目管理，文章列表全是空的，但是頁碼顯示正常。

　　我馬上使用系統(tǒng)主頁?>> 系統(tǒng)錯誤修復工具檢測，出現(xiàn)如下提示：

·xx_archives 表總記錄數(shù)：?8981
·xx_addoninfos 表總記錄數(shù)： 0?

※總有效記錄數(shù)： 8981?
※微統(tǒng)計表記錄數(shù)： 8978
?

　　通過系統(tǒng)自動修復功能也無法進行修復，更新緩存也無效。所以我第一反應(yīng)就是客戶上次保存文章插入數(shù)據(jù)時可能出現(xiàn)了問題。然后通過phpmyadmin進入其數(shù)據(jù)庫后臺，查看xx_archives表，發(fā)現(xiàn)數(shù)據(jù)有300頁之多，當選擇第300頁的時候，提示數(shù)據(jù)庫錯誤，需要檢測和修復；而選擇第299頁時能正常顯示。所以我判斷用戶最后添加文章時應(yīng)該出現(xiàn)了錯誤，插入了非預期的數(shù)據(jù)。

　　數(shù)據(jù)安全是第一位，由于客戶沒有做過數(shù)據(jù)備份，所以我們首先備份了數(shù)據(jù)庫。然后清空了xx_archives數(shù)據(jù)表，導入剛剛備份的數(shù)據(jù)庫xx_archives數(shù)據(jù)。執(zhí)行完數(shù)據(jù)導入后，進入后臺欄目文章列表能夠正確顯示了。

　　所以從這件事情告訴我們，不管多穩(wěn)定的系統(tǒng)也總是會出問題，所以應(yīng)該養(yǎng)成隨時備份數(shù)據(jù)的習慣?，F(xiàn)在做網(wǎng)站或服務(wù)器自動備份的廠家很多，當我們運營一個平臺時，一定要規(guī)劃好后續(xù)的數(shù)據(jù)備份計劃，不妨選擇一個服務(wù)和穩(wěn)定性都很好的備份平臺，讓我們在數(shù)據(jù)庫出現(xiàn)問題后也能從容不迫。