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

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

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

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

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

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

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