ClearCase的服務器端安裝破費周折，化了不少的時間，也走了不少的彎路，這里把安裝和配置中遇到的一些問題總結一些FAQ，當然clearcase配置復雜，博大精深，這幾個FAQ顯然設計的面還是太窄，希望大家以后在使用，配置過程中都能把自己遇到的問題和解決方法總結出來，共同提高我們的工作效率。
一、 安裝手冊里面要求建立CLEARCASE_PRIMARY_GROUP用戶環境變量，變量值為CLEARCASE_USERS，同時需要訪問clearcase的用戶都需要為該組的成員，如何理解？
其實這種方法是比較生硬的方法，目的是讓CLEARCASE_USERS成為所有clearcase用戶的主要組，然后clearcase根據CLEARCASE_USERS這樣一個組來判斷那些人是clearcase的用戶，解決方法是不需要建立CLEARCASE_PRIMARY_GROUP用戶環境變量，直接把用戶管理里把CLEARCASE_USERS設置為用戶的主要組。
這樣設置就不需要設置環境變量了，客戶端和服務器端可以實現同步，一勞永逸。
二、 關于clearcase_albd的一些注意事項
1、 最好事先就建立好clearcase組和clearcase_albd用戶
2、 安裝輸入的clearcase_albd的用戶需要和用戶管理里的一致
3、 需要把clearcase_albd用戶升為管理員，否則以后會出現一些問題。
4、 平時在使用過程中絕對不要更改clearcase_albd的密碼，否則會引發不可預知的問題
三、 第一次運行siteprep.exe需要注意的一點��！
如果在一個服務器上使用siteprep安裝客戶端發布區域的時候，有一點一定要切記：第一次配置時不要大意，一定要考慮清楚在配置，因為這次配置的選項將一直有效（除非重新安裝系統），雖然以后可以再次運行siteprep，但是以后的設置就再也不能生效了。
四、 安裝完clearcase以后，在Clearcase Storage設置的時候，無論如何不能指定存儲區域，每次出現錯誤信息：
Tring to create Vob Storage entry in Clearcase
registry with a UNC path of "\\svr\cctg_g\Vobs"
Svrstor :error unable to create security to descriptor for
\\svr\ccstg_g\Vobs,對該特別用法，安全ID的次級授權部分無效。
我在安裝過程中出現了這個問題，而且很奇怪的是，當指定存儲區域為NTFS分區的時候，就出現錯誤，當指定為FAT32分區的時候，就不出現錯誤。非常奇怪。我的解決方法是先建立VIEWS和VOBS的共享目錄，直接指定為我們的存儲區域，先裝起來用用，然后卸載clearcase ，重新安裝，再次設置Storage就好了。
五、 客戶端建立VIEW以后，不能UPDATE ，提示沒有空間分配。
在服務器上的 Scheduled Job中運行享用的View Space的Job就可以了。
六、 數據導入太慢了，簡直無法忍受。
把數據導入vob，有兩種方法，一種是使用clearexport_ffile 和 clearimport在msdos下操作，一種是使用ccimportwizard 有圖形界面執行導入導出的操作，單個文件我覺得ccimportwizard的導入導出速度比clearimport要快。但是如果導入一個非常大的目錄結構，在起始分析這個目錄結構的時候，ccimport慢的不可忍受，經常一連幾個小時沒有反映。有一個變通的解決方法（該方法并不好），先使用 ccimportwizard把大的目錄結構導入，比如把hpc\linux 這樣一個兩層的空目錄導入，然后在分別把linux下的arch,kernel,init……等等做成一個導入列表，這樣每次導入的文件都不是太大，相比而言，能看到較為頻繁的進度提示，總體感覺的速度要快一些。
七、 數據無法恢復怎么辦？
備份出去的VOB不能恢復，存在這樣一種可能性：權限設置出現混亂，可以嘗試這樣處理：你在register之前，用D:\Program Files\Rational\ClearCase\etc\utils>fix_prot 清除vob庫已有的權限， 設立新的權限（域/用戶）
方法：cleartool>register –vob \\dc1\ccstg_g\VOBs\HPC.vob
cleartool>mktag -vob –tag \HPC \\dc1\ccstg_g\VOBs\HPC.vob
附：修復VOB的完整步驟
修復VOB的步驟：
首先停止CC服務。
其次，將完好的備份覆蓋以前的VOB
然后，啟動CC服務
進行如下修復工作
Fixed the permission of Vob storage location by running
1.# \etc\utils\fix_prot -root -chown vobowner -chgrp vob_group
(這里解釋一下
#是指安裝CC的目錄；
vob_group在寫groupname是如果groupname中帶空格需加“”
例如，“Domain Users”
指global pathname Eg. \\jcserver\ccstg_h\VOBs\jcvob.vbs )
2.# \etc\utils\fix_prot -r -chown vobowner -chgrp vob_group
-chmod 775
屏幕顯示：Re-protect "\\jcserver\ccstg_h\VOBs\jcvob.vbs"? [no] Y
9．Reregister the VOB.
#cleartool register -vob \\dc1\ccstg_g\vobs\hpc
(注意，是指global pathname)
#cleartool mktag -vob -tag \hpc
（注：舉例 \test）
10．Lock the VOB
#cleartool lock vob:
11. Check the VOB consistency.
#cleartool checkvob -pool
(CLI屏幕出現如下提示：
C:\Program Files\Rational\ClearCase\etc\utils>cleartool checkvob -pool
\\ebserr\ccstg_e\VOBs\test.vbs
cleartool: Warning: Cannot get view info for current view: not a ClearCase obj
cleartool: Warning: Filesystem object names will not be generated.
Do you want to continue anyway? [no] y
這并不是個錯誤，只是個警告信息告訴你你沒有在View內操作。你可以繼續或者是set a view然后再運行以上的命令。)
Any error returned? Please refer to Chapter 16 "Using checkvob" of
"Administering ClearCase".
12. Unlock the restored VOB
#cleartool unlock vob:
13. Mount the restored VOB
#cleartool mount
八、如何刪除VOB的TAG?
可以使用cleartool的rmtag命令 如 rmtag –vob –all \HPC
九、 如何進行VOB的安全設置設置？
這里可以參考一篇文檔：
一定要將文件格式設置為NTFS，這樣能夠更加靈活地設置VOB和VIEW的存儲目錄的安全權限，而不是僅僅使用缺省的對“everyone”的“完全控制”權限。以下舉例說明如何設置以下的權限:
目標1：普通用戶不能在VOB和VIEW的存儲目錄上新建和刪除目錄、文件；管理員有全部的權限
目標2：普通用戶和管理員可以進行日常的ClearCase操作
一． VOB
1． “ClearCase_Storage”目錄：
共享：
Domain\ccadmgroup： 完全控制
Domain\clearcase： 完全控制
Domain\everyone：完全控制
安全：
Domain\ccadmgroup： 完全控制
Domain\developgroup： 讀取及運行、列出文件夾目錄、讀取
注意： 不要將此目錄的權限設置重置于其下的子目錄
2． “VOBs” 目錄：
共享：無
安全：
Domain\ccadmgroup：完全控制
Domain\developgroup： 讀取及運行、列出文件夾目錄、讀取
注意： 不要將此目錄的權限設置重置于其下的子目錄
3． “XXX.vbs”目錄：
此目錄的安全權限一定不可以更改，使用缺省的權限！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
