教訓為什麼不作備份？！

乙個悲劇

最近在開發乙個部門內部的專案，使用者都是同事。由於系統只在內部使用，所以開發過程中流程不太規範。

專案剛開始時，由於運營伺服器還沒有申請到，所以開發伺服器和運營伺服器在同一臺機器上，通過配置virtual host

和不同的資料庫空間來區分兩個環境。

幾個月來，一直沒有問題。最近，運營伺服器和網域名稱申請完畢，但是由於現在的模式並沒有多大不妥，而且最近需求催

得比較緊，所以就沒有將運營環境與開發環境分離。資料備份也不頻繁，最近一次資料備份是2個月前的。

昨天，悲劇發生了 … 有位同事誤操作，將乙個比較靠近根目錄的目錄刪除了！專案的開發環境，運營環境，運營資料全部都在這個目錄下。

結果很嚴重

開發，運營環境必須重新搭建，估計至少需要花費2人天完成；

運營資料全部丟失，無法挽回，嚴重的傷害了系統的使用者感情

事情竟然已經發生了，抱怨也沒有用，而且這種事情也無法避免，誤操作這種事情，你我都有可能犯，「rm」乙個密令就行了。所以，心態要好點。這類事情也是專案開發中的風險，需要考慮在內。

經驗總結

開發環境與運營環境物理分離。最好不要在同一臺機器上，如果實在沒有辦法，也不要在同乙個目錄或碟符下。這樣即使上述類似事情發生，也不會導致兩個環境同時丟失，一定程度上的規避了風險。需求再緊，也要分離環境，不要以「需求緊」作為介面，「需求」永遠做不完。

運營資料需要頻繁備份。這次事故丟失了幾個月積累的運營資料，而且昨天早上剛將新特性發布，使用者剛剛輸入了一些新的運營資料，但是頃刻間全部丟失，真不知道如何向他們交代。極大的傷害了使用者的感情，本人表示很內疚。吃一塹，長一智。以後開發專案時，一定要頻繁備份資料。

備份策略

經過這次教訓後，目前採取了如下策略備份資料：

工作時間（9點~22點），每小時備份一次，檔案按備份時間點的格式歸檔將資料庫dump檔案遠端傳送到特定的資料備份伺服器定期刪除多餘檔案，保留最近乙個月的資料

教訓 為什麼不作備份？！