圖 3: ClearCase環境的系統組件
3.1 VOB 服務器的規格
如果用戶為ClearCase準備一個強大的專門的服務器，將更有可能成功安裝ClearCase。雖然從技術上并沒有什么能夠阻止用戶在ClearCase服務器上安裝第三方的軟件，但這已經證明不是一個好的選擇。
VOB服務器定義為一臺專門為了ClearCase的VOB服務的機器。在一個網絡中可能有多臺VOB服務器。為了理想的性能，VOB服務器應該具有以下特點：
3.1.1 專門的機器
VOB服務器應該只完成ClearCase任務：
不要在VOB服務器上進行編譯、Build和測試工作。
不要在VOB服務器上運行ClearCase 視圖。
ClearCase視圖與VOB競爭同樣的資源；為了管理需要，可以在VOB服務器上擁有少量的視圖。
不要在VOB服務器上運行其它的第三方軟件 （如DB2或者 Informix）。
VOB服務器不應該作為：
網關服務器或者 UUCP/Internet 代理服務器。
NFS 服務器，除為ClearCase VOB使用之外 （沒有郵件功能，沒有用戶根目錄功能）。
NIS/DCE/AFS 主服務器或者 Windows 域服務器。
Web服務器。
VOB服務器上不允許直接用戶登陸。
然而，VOB服務器可以同時作為License服務器而不會產生明顯的性能問題。在有一個VOB服務器的地方，把VOB服務器同時用作ClearCase注冊服務器和License服務器是有意義的，這樣可以降低系統失敗點。
3.1.2 足夠的內存
為獲得較好的性能，在多數情況下建議全部VOB數據庫的一半容量駐留在服務器的物理內存中。這是由于把VOB讀到內存中可以充分降低對磁盤訪問的需求，從而對增加性能有利。因此，一個只有256M內存的服務器只能支持很小的開發組的VOB。這個假定基于服務器上每個VOB的數據庫信息都被同時訪問，因此這是一個保守的估計。有可能VOB擁有大量的單元，這些單元與關聯的小數據庫相關。相對于其它需要更多的強烈的讀/寫操作（或者參與大的audited build）的VOB，這些處于只讀狀態的VOB（或者沒有audited build）不需要那么多的資源。
3.1.3 快速的磁盤 I/O
對于經常處于日常更新狀態如每晚的Build或者每日的開發工作的VOB來說，一個高性能的I/O子系統是必要的。下面這些點強調了對于ClearCase服務器有一個快速的磁盤I/O的必要性：
足夠的磁盤控制器
對于頻繁讀寫的VOB來說，建議在SCSI總線上，一個硬盤對應一個控制器。
磁盤陣列以及硬件的RAID系統也可以增加性能。
在一個通道上用菊花鏈連接幾個硬盤將導致嚴重的性能降低。
如果磁盤控制器為多于一個的硬盤服務的話，它好支持多個通道。但好的性能是每個硬盤有專門的控制器和通道。
不要把VOB放在一個硬盤分區上，使用多個硬盤以平衡負載。
保存在硬盤上的VOB的小建議容量是2G。
依賴于項目產生多少代碼，這個數據可以變化。
更大的項目可以考慮使用IBM ESS等的需求。
RAID
ClearCase可以在任何RAID配置下工作，但硬件RAID是的。
基于軟件的RAID將顯著地降低 ClearCase的性能 （特別是在Build時）。
相對于RAID 5 ，更加建議使用RAID 0+1 （鏡像和帶區）。
SAN
ClearCase 支持SAN，它支持的NAS解決方案由Network Appliance， Inc提供。
在大多數部署情況下，推薦的SAN方案是ESS。
使用 GSA作為NAS設備也可以被評估。
足夠的網絡帶寬
ClearCase 視圖和VOB的主機應該在同一個子網，從一個機器訪問另一個不需要使用路由。
如果現有的LAN已經過于飽和，你可以考慮為ClearCase 機器加一個子網（例如，在VOB服務器和配置View的機器上加一塊附加網卡）
好的解決方案是對于VOB服務器和視圖客戶端使用100MB的網絡或者更高（FDDI， CDDI， ATM， 快速以太網，等等）。
在交換網絡環境中使用ClearCase 時，支持10/100 baseT 的交換機通常已經足夠了。
3.1.4 服務器資源優先級
在規劃 ClearCase環境時，上面提到的因素都對ClearCase能工作得多好產生重要的影響（與項目大小相關）。機器資源影響的優先級順序如下：
內存
磁盤 I/O （非常接近于內存）
網絡
CPU
