如何規劃和選擇資料庫伺服器?（4、舉例說明，使用TPC-C進行資料庫伺服器評估）

下面針對XYZ行的網上銀行業務的需求，我們進行資料庫伺服器的選型分析。

　　由於目前XYZ行只有17個分行開通了網上銀行業務，據我們估計，按照目前的客戶數量，全部分行都開通網上銀行業務後，總的客戶數量可以達到10萬。考慮INTERNET在我國的迅猛發展，客戶數量的年增長率按照50%計算，那麼，3年後的客戶數量將達到10萬×(1+50%)3≈34萬。

　　這些客戶當中，至少有一半是個人客戶，另一半是企業客戶。企業客戶的交易頻率比較高，我們按平均每個企業客戶每天做1.5筆交易計算;個人客戶常用的交易是查詢、取款、存款，並且每個月還要交電話費，因此我們假定個人客戶平均每個月做4次交易;那麼，每天的交易量就是:

　　34萬×50%×1.5+34萬×50%×(4÷30) ≈28萬筆

　　假設網上銀行的交易複雜度達到15，那麼，每天的資料庫運算元達到:

　　28萬×15=420萬次

　　高法訴訟費繳費:

　　由於訴訟費的增長量不大，我們按年遞增率5%計算。根據XYZ總行的統計，全國共37家分行，繳費量比較大的分行可以達到25000筆每月，佔分行總數的20%;繳費量中等的省可達到15000筆每月，佔分行總數的30%;繳費量小的省可達到7000筆每月，佔分行總數的50%;按一個月20個工作日計算。這樣，三年後每天的交易數量可以達到:

　　(25000×20%+15000×30%+7000×50%)×37÷20×(1+5%)3≈28740筆

　　我們假設高法訴訟繳費的交易複雜度達到13，那麼每天的資料庫操作達到:

　　28740*13=373620次

　　整體效能要求:

　　總的資料庫操作次數是:4200000+373620=4573620

　　假設每天的交易的80%集中在4小時內發生，那麼高峰交易時間內每分鐘的資料庫聯機交易次數為:4573620×80%÷(4×60)≈15250

　　要為將來陸續加入的應用預留40%的處理能力;另外，考慮到CPU的繁忙時間低於70%時，系統的效能較好，我們把這個比例定在65%。所以系統的TPC-C值應達到:15250÷(1-40%)÷65%≈39000

　　記憶體容量需求分析

　　首先根據資料庫容量算出所需的資料庫緩衝大小，再估計出作業系統、系統軟體等所需記憶體，合計即是所需的記憶體容量。

　　網銀資料量分析:

　　XYZ總行網上銀行系統的資料庫由CIF資訊，交易日誌、交易流水三部分組成。

　　其中:CIF資訊包括企業客戶和個人客戶資訊，企業客戶資訊平均大小為20K左右，個人客戶資訊平均大小為5K左右;每一筆交易都要記交易日誌，日誌的平均大小為4K左右;每一筆轉帳交易都要記交易流水，交易流水的大小為2K左右。

　　這些客戶當中，至少有一半是個人客戶，另一半是企業客戶。企業客戶的交易頻率比較高，我們按平均每個企業客戶每天做1.5筆交易計算;個人客戶常用的交易是查詢、取款、存款，並且每個月還要交電話費，因此我們假定個人客戶平均每個月做4次交易;那麼，每天的交易量就是:

　　所有的交易日誌和交易流水都要保留三個月。由於個人客戶的轉帳交易非常少，可以忽略不計;假定企業客戶的轉帳交易佔總交易量的70%。我們就可以計算網上銀行對儲存系統容量的要求:

　　CIF資訊容量=20K×(34萬×50%)+5K×(34萬×50%)=3.25GB+421MB ≈ 4GB

　　交易日誌容量=[34萬×50%×1.5+34萬×50%×(4÷30)] ×4K×30×3 =277667×4K×30×3 ≈95GB

　　交易流水容量=(34萬×50%×1.5)×70%×2K×30×3 ≈30GB

　　XYZ網上銀行總體資料容量要求:=4GB+95GB+30GB=129GB

　　高法訴訟費資料量分析:

　　高法的交易資料按要求要保留三年，每筆交易記錄的大小為512位元組，總體容量為:(25000×20%+15000×30%+7000×50%)×37×12×3×0.5K≈8.2GB

　　因此，資料庫的總資料量為: 129GB+8.2GB=137.2GB

　　資料庫系統在緩衝容量達到資料庫總容量的5%時效能較好，因此，資料庫緩衝大小為:6.86GB。

　　從而計算出系統記憶體需求為:

　　1. AIX作業系統所佔的記憶體 128MB

　　2. 資料庫管理系統所佔的記憶體 256MB

　　3. 雙機熱備等系統軟體所佔的記憶體 128MB

　　4. 應用程式所佔的記憶體 256MB

　　5. 資料庫緩衝 6.86GB

　　6. 合理的記憶體利用率 75%

　　總計 10GB

　　儲存容量需求分析

　　除了上述的XYZ網上銀行系統和高法訴訟費繳費系統的儲存容量要求之外，還有非同步查詢下載服務的儲存要求。

　　非同步查詢下載服務每隔1小時產生一個下載資料包，每個資料包的大小為3MB，需要下載的資料包是上午十點產生的資料包，這個資料包需要儲存2年，其它資料包只要儲存3個月。因此，儲存容量為:

　　23×3M×30×3+1×3M×365*2=6GB+2GB=8GB

　　為避免儲存系統成為系統效能的瓶頸，系統儲存系統的使用率應小於40%，建議採用鏡像方式儲存資料，因此總的儲存容量為:

　　(137.2GB+8GB)÷40% ×2= 766GB

TrackBack：http://biz.chinabyte.com/462/2293962_3.shtml