4.4.4 何時項目需要在SAN上投資？

盡管對于任何使用ClearCase的項目我們都強烈建議使用SAN，但它并不總是必須的。存在下面的因素時，你可以考慮在SAN上投資：

    有很大的代碼和二進制版本
    VOB服務器的后端方案不可靠
    在小的鎖定時間進行離線的數(shù)據(jù)備份 （災難恢復）
    使用ClearCase 的interop 模式
    降低管理服務器存儲的管理開銷
    全面提升ClearCase的性能

5 典型的情景
本節(jié)描述一些使用ClearCase的項目遇到的典型的情景。本節(jié)僅僅提供一些典型情景，根據(jù)實際的環(huán)境限制，具體的實現(xiàn)方式可以不同。本節(jié)的估計只是基于從一個長時間的項目來看的好的選擇，沒有考慮Build環(huán)境和測試環(huán)境。這些指導僅僅突出了服務器和客戶端的需求。所有本文中提及的文件都可以擴展到幾個VOB，它們基于實現(xiàn)的方式而不同。在所有后面的場景中提到的視圖服務器的概念都是指開發(fā)組工作的開發(fā)服務器。傳統(tǒng)上，任何安裝ClearCase客戶端的服務器都可以看作視圖服務器，除了開發(fā)人員使用UNIX/Linux工作站之外，在那里視圖的存儲不能放在它們工作站本地。這時有專門的視圖服務器。

5.1 小型項目 （10-30 用戶）
5.1.1 情景1: 小型本地開發(fā)組，增長有限 （WSAD 環(huán)境）

這個情景有如下假定：

    小型開發(fā)組，有10-20個開發(fā)人員。使用WebSphere Application Developer （WSAD） 在強大的桌面環(huán)境開發(fā)。
    VOB服務器在AIX/Linux平臺
    單元開發(fā)Build由開發(fā)人員使用 WSAD完成
    整個系統(tǒng)build由專門的Build團隊完成
    大約近60，000 個源文件
    開發(fā)人員在UCM 環(huán)境中使用快照和動態(tài)視圖

所有類似的情景都包含 SAMBA，因為后端在UNIX下而客戶端在Windows下。

5.1.1.1 VOB服務器推薦硬件

由于 UCM是非常I/O 密集的，表3中給出的環(huán)境是比較理想的：

5.1.1.2 視圖服務器推薦硬件

在這個情景下，用戶主要工作在Windows客戶端，因為它們使用WSAD。這時不需要視圖服務器，因為用戶的工作站可以作為視圖服務器來訪問VOB。

5.1.2 情景 2: 小型本地開發(fā)組，增長有限（C/C++ 開發(fā)環(huán)境）

在C/C++開發(fā)環(huán)境下開發(fā)的范圍變化很大。這個情景主要指那些寫后端代碼和維護以前的代碼的開發(fā)組。通常多數(shù)企業(yè)C/C++開發(fā)是在UNIX架構(gòu)，盡管也有相當一部分的Visual C++開發(fā)人員。對于Visual C++開發(fā)環(huán)境，與上一個使用WSAD的情景相同，除了編譯器不同之外。

在這種情況下，項目組：

    在UNIX/AIX/Linux 架構(gòu)下開發(fā)源代碼
    有一個VOB服務器和一個視圖服務器客戶端
    視圖服務器客戶端是開發(fā)人員的機器，開發(fā)人員也在這里進行他們的開發(fā)和單元構(gòu)建工作
        由于項目組很小，開發(fā)/視圖服務器客戶端也可以作為每晚Biuld的服務器。
    使用UCM 作為基于過程的開發(fā)模型
    有大約60，000 個源文件

5.1.2.1 推薦的VOB服務器硬件配置

本情景的合適的VOB服務器環(huán)境如表4所示：