關(guān)于DB2共享盤陣問題!高手請講,拜謝!

iscn

我現(xiàn)在用戶的客戶端大大增加,原來的數(shù)據(jù)庫服務(wù)器已經(jīng)不能滿足要求,ERP系統(tǒng)反應(yīng)很慢,終端用戶已經(jīng)快受不了,每天要掛機3次.現(xiàn)在想再增加一臺數(shù)據(jù)庫服務(wù)器和一個磁盤陣列,讓這兩臺數(shù)據(jù)庫服務(wù)器通過負載均衡器F5同時為終端用戶提供服務(wù).
現(xiàn)在的問題是如果兩臺服務(wù)器同時讀取一個數(shù)據(jù)庫的表空間(存放在共享磁盤陣列上),DB2 UDB能支持嗎?是否需要配置腳本文件還是需要增加什么軟件(如oracle的RAC)!
非常感謝!

iscn

找個沙發(fā)等高手來!

dboylx

兄弟，DB2不是這樣玩地~~~

做DB2分區(qū)吧，DB2的分區(qū)集群實現(xiàn)比Oracle RAC不知強多少倍。

而且實施也簡單。而且還有與HACMP的完美解決方案。

lizhuo

支持樓上！用db2的分區(qū)數(shù)據(jù)庫來實現(xiàn)。

itubie

做分區(qū)數(shù)據(jù)庫
基礎(chǔ)問題

psc2001

同意 幾臺存儲就幾個分區(qū)吧

PS問一下 LS的大大們
同一存儲db2分區(qū)有意義么
理論上感覺應(yīng)該沒什么用
但是應(yīng)用那邊說以前的案例說明同一存儲也效果很大。

raullew

原帖由 psc2001 于 2007-4-3 16:12 發(fā)表
同意 幾臺存儲就幾個分區(qū)吧

PS問一下 LS的大大們
同一存儲db2分區(qū)有意義么
理論上感覺應(yīng)該沒什么用
但是應(yīng)用那邊說以前的案例說明同一存儲也效果很大。

當然有意義，如果數(shù)據(jù)量大，就算是一臺機器也應(yīng)該按cpu數(shù)量分區(qū)

buxiaode_123

但是如果是一個重要生產(chǎn)型的OLTP系統(tǒng)，DPF并不太合適。那最好考慮用高配的機器吧。如果是分析型的系統(tǒng)，那的確可以采用分區(qū)。如果現(xiàn)在的數(shù)據(jù)量超過10T，那數(shù)據(jù)的分發(fā)也是一個需要重點考慮的問題。

beginner-bj

原帖由 buxiaode_123 于 2007-4-4 11:27 發(fā)表
重要生產(chǎn)型的OLTP系統(tǒng)，DPF并不太合適

why?

raullew

原帖由 buxiaode_123 于 2007-4-4 11:27 發(fā)表
但是如果是一個重要生產(chǎn)型的OLTP系統(tǒng)，DPF并不太合適。那最好考慮用高配的機器吧。如果是分析型的系統(tǒng)，那的確可以采用分區(qū)。如果現(xiàn)在的數(shù)據(jù)量超過10T，那數(shù)據(jù)的分發(fā)也是一個需要重點考慮的問題。

partition map可以認出某個單一value屬于哪個partition，應(yīng)該不會造成OLTP事務(wù)引發(fā)并行操作
可否告知問題在哪里？