無憂主機（www.gle-technology.com）小編在上文“解決Discuz x1.5級到discuz x2.0后配置云平臺失敗”說到，選擇了一種最安全可可靠的方法來解決這一問題，是的這時小編自己選擇的一條艱辛的道路。對于不精通php編程的站長來說，自己動手選擇一條曲折的道路解決問題。請高手莫笑話我，如果我精通php編程，如果用戶網(wǎng)站升級前進行了備份，我想我肯定會從程序上和dx1.5升級過程中就可以解決這個問題。既然選擇了夜路，就一路走到天明吧。 我選擇重新安裝dx2.0再恢復數(shù)據(jù)discuz x1.5站點（這個站點嚴格的說是dx2.0，但是升級中出了不明錯誤）數(shù)據(jù)這一個方法前，也估量過時間，頂多60分鐘左右就可以搞定問題。然而，結(jié)果卻發(fā)了5個小時的時間來完成。為什么會這樣？我今天撰文總結(jié)。 原因就是：用戶提供信息不全，有的干脆是完全錯誤，浪費了大量的時間。無憂主機(www.gle-technology.com)小編再次，向用戶強調(diào)提問時，請簡單明確說出問題，并提供完整且正確的信息，這非常重要。強烈推薦用戶閱讀：“無憂主機用戶如何提交故障問題提問”和“無憂主機用戶必讀：解決問題的智慧” 我現(xiàn)在總結(jié)一下這個案例，我所耗費的時間，其目的是提醒使用php空間的用戶，能清晰表達問題和提供精確的信息是多么的重要。不僅可以縮短售后時間，同時也可以盡快為你解決問題。 1、? 由于數(shù)據(jù)庫訪問用戶名和數(shù)據(jù)庫訪問密碼問題，糾纏了很久。 2、? 由于提供了錯誤的數(shù)據(jù)庫表前綴名稱導致。 這個問題確實是不應該發(fā)生，一我操作中雖然詢問了客戶的，自己也沒有登錄phpmyadmin中去確認，操作過中，客戶又提供了可能是的結(jié)果，最后我登陸phpmyadmin登陸的時，發(fā)現(xiàn)其數(shù)據(jù)中數(shù)據(jù)庫表有938個之多，什么東西都有。我想他自己也搞不清楚自己的原discuz x2.0的mysql數(shù)據(jù)庫表前綴名稱是啥。最后通過查詢mysql數(shù)據(jù)庫備份文件才確定其正確的表名稱，正確恢復了網(wǎng)站的mysql數(shù)據(jù)庫信息。 3、? 當我解決掉這些問題時候，我就要開始恢復網(wǎng)站模板、插件、帖子文章附件、discuz x2.0偽靜態(tài)設置等，這時候需要用到管理員口令。去call用戶時，卻發(fā)現(xiàn)客戶已經(jīng)悄然睡去。無奈中，我只能根據(jù)經(jīng)驗竟可能的恢復。我公司售后工程師為你解決問題的時候，請務必保持在線，因為隨時可能有些問題需要和你溝通，沒人會比你自己更了解你的網(wǎng)站。 4、? 做完最后一件事情，天已經(jīng)大亮了，外面已車水馬龍。掏掏煙盒已經(jīng)空了，干掉了2包；郁悶中，今天的量提前抽掉了，看來今天只能蹭同事的煙啦！囧囧?。?！ 最后附上此問題的詳細解決步驟，如遇到同樣問題的站長，可以參照執(zhí)行：解決Discuz x1.5級到discuz x2.0后配置云平臺失敗 美國/香港 純Linux環(huán)境下高端免備案php虛擬主機，僅僅只需99元一年起。商務中國域名核心代理直銷50元注冊國際頂級域名  

本文地址：http://www.gle-technology.com/discuz/2576.html