自動化平臺開發小結（五）

今天在睡覺前，突然想明白了一個問題，也就意味著之前困擾我的幾個問題都有了解決的思路，算是取得了一個階段性的成果吧。

接下來的事情就會相對快一些了，我來簡單說下。

為了能夠方便除錯，自己先實現了一個基本功能，是基於Django的raw sql來實現的訪問介面，傳入sql或者資料庫命令都可以。這樣一來，我就可以很方便的檢視資料庫端的資料情況了。

當然這個帶來的進一步改進就是我可以基於這個實現資料庫層的訪問介面。當然不是用Django,而是基於Python的MySQL驅動介面來做。

而在這個這個基礎上，我可以馬上得到一些福利，比如我可以很方便的對已有的環境進行初步的SQL分析，檢視執行計劃，檢視優化器引數和關鍵資料庫引數等等。

所以這個過程是並行的，後設資料的部分有了初步的資訊，把鎖定一臺伺服器的粒度確定之後，就可以按照這個粒度來進行鍼對性的業務關聯。

對此我準備先入手的就是備份恢復，備份的後臺任務和備份指令碼還沒有接入進來，目前已有資料庫的表來記錄每天的備份情況，

對於備份資料的查詢，我使用瞭如下的表格，基於時間和IP維度來檢視備份的詳細情況。

如果需要得到概覽的資訊，就需要重新定製看板。如下是一個測試環境的模擬資料。我可以根據這些關鍵指標來進行備份情況的摸底，有了這些資料之後要改進就有一個明確的方向了，比如備份時長太多，我們的備份優化就可以針對性的改進。

現在面臨的一個實際問題是，我們暫時還不希望對已有的資料和流程造成影響，因為過年前做這個改動不是很合適，需要保持現狀，但是還能夠實現基本的需求。我就設計了一個備份資料同步的功能。目前的自動化平臺中是設計了一個表來記錄備份資訊，這個資料是本地儲存的，但是源資料是在另外一個資料庫中，我就需要在一個事務裡先從源端取到資料，然後把資料遍歷，得到insert語句插入到當前的自動化平臺庫中。

在這個基礎上，我沉澱了DAO層，設計了一些功能點，目前來看效果還不錯。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2152345/，如需轉載，請註明出處，否則將追究法律責任。