4.4.4 何時項目需要在SAN上投資？
盡管對于任何使用ClearCase的項目我們都強烈建議使用SAN，但它并不總是必須的。存在下面的因素時，你可以考慮在SAN上投資：
有很大的代碼和二進制版本
VOB服務器的后端方案不可靠
在小的鎖定時間進行離線的數據備份 （災難恢復）
使用ClearCase 的interop 模式
降低管理服務器存儲的管理開銷
全面提升ClearCase的性能
5 典型的情景
本節描述一些使用ClearCase的項目遇到的典型的情景。本節僅僅提供一些典型情景，根據實際的環境限制，具體的實現方式可以不同。本節的估計只是基于從一個長時間的項目來看的好的選擇，沒有考慮Build環境和測試環境。這些指導僅僅突出了服務器和客戶端的需求。所有本文中提及的文件都可以擴展到幾個VOB，它們基于實現的方式而不同。在所有后面的場景中提到的視圖服務器的概念都是指開發組工作的開發服務器。傳統上，任何安裝ClearCase客戶端的服務器都可以看作視圖服務器，除了開發人員使用UNIX/Linux工作站之外，在那里視圖的存儲不能放在它們工作站本地。這時有專門的視圖服務器。
5.1 小型項目 （10-30 用戶）
5.1.1 情景1: 小型本地開發組，增長有限 （WSAD 環境）
這個情景有如下假定：
小型開發組，有10-20個開發人員。使用WebSphere Application Developer （WSAD） 在強大的桌面環境開發。
VOB服務器在AIX/Linux平臺
單元開發Build由開發人員使用 WSAD完成
整個系統build由專門的Build團隊完成
大約近60，000 個源文件
開發人員在UCM 環境中使用快照和動態視圖
所有類似的情景都包含 SAMBA，因為后端在UNIX下而客戶端在Windows下。
5.1.1.1 VOB服務器推薦硬件
由于 UCM是非常I/O 密集的，表3中給出的環境是比較理想的：
5.1.1.2 視圖服務器推薦硬件
在這個情景下，用戶主要工作在Windows客戶端，因為它們使用WSAD。這時不需要視圖服務器，因為用戶的工作站可以作為視圖服務器來訪問VOB。
5.1.2 情景 2: 小型本地開發組，增長有限（C/C++ 開發環境）
在C/C++開發環境下開發的范圍變化很大。這個情景主要指那些寫后端代碼和維護以前的代碼的開發組。通常多數企業C/C++開發是在UNIX架構，盡管也有相當一部分的Visual C++開發人員。對于Visual C++開發環境，與上一個使用WSAD的情景相同，除了編譯器不同之外。
在這種情況下，項目組：
在UNIX/AIX/Linux 架構下開發源代碼
有一個VOB服務器和一個視圖服務器客戶端
視圖服務器客戶端是開發人員的機器，開發人員也在這里進行他們的開發和單元構建工作
由于項目組很小，開發/視圖服務器客戶端也可以作為每晚Biuld的服務器。
使用UCM 作為基于過程的開發模型
有大約60，000 個源文件
5.1.2.1 推薦的VOB服務器硬件配置
本情景的合適的VOB服務器環境如表4所示：
