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 "\svrcctg_gVobs"
Svrstor :error unable to create security to descriptor for
\svrccstg_gVobs，对该特别用法，安全ID的次级授权部分无效。
我在安装过程中出现了这个问题，而且很奇怪的是，当指定存储区域为NTFS分区的时候，出现错误，当指定为FAT32分区的时候，不出现错误。非常奇怪。我的解决方法是先建立VIEWS和VOBS的共享目录，直接指定为我们的存储区域，先装起来用用，然后卸载clearcase ，重新安装，再次设置Storage好了。
五、 客户端建立VIEW以后，不能UPDATE ，提示没有空间分配。
在服务器上的 Scheduled Job中运行享用的View Space的Job可以了。
六、 数据导入太慢了，简直无法忍受。
把数据导入vob，有两种方法，一种是使用clearexport_ffile 和 clearimport在msdos下操作，一种是使用ccimportwizard 有图形界面执行导入导出的操作，单个文件我觉得ccimportwizard的导入导出速度比clearimport要快。但是如果导入一个非常大的目录结构，在起始分析这个目录结构的时候，ccimport慢的不可忍受，经常一连几个小时没有反映。有一个变通的解决方法（该方法并不好），先使用 ccimportwizard把大的目录结构导入，比如把hpclinux 这样一个两层的空目录导入，然后在分别把linux下的arch，kernel，init……等等做成一个导入列表，这样每次导入的文件都不是太大，相比而言，能看到较为频繁的进度提示，总体感觉的速度要快一些。
七、 数据无法恢复怎么办？
备份出去的VOB不能恢复，存在这样一种可能性：权限设置出现混乱，可以尝试这样处理：你在register之前，用D:Program FilesRationalClearCaseetcutils>fix_prot 清除vob库已有的权限， 设立新的权限（域/用户）
方法：cleartool>register –vob \dc1ccstg_gVOBsHPC.vob
cleartool>mktag -vob –tag HPC \dc1ccstg_gVOBsHPC.vob
附：修复VOB的完整步骤
修复VOB的步骤：
首先停止CC服务。
其次，将完好的备份覆盖以前的VOB
然后，启动CC服务
进行如下修复工作
Fixed the permission of Vob storage location by running
1.# etcutilsfix_prot -root -chown vobowner -chgrp vob_group
(这里解释一下
#是指安装CC的目录；
vob_group在写groupname是如果groupname中带空格需加“”
例如，“Domain Users”
指global pathname Eg. \jcserverccstg_hVOBsjcvob.vbs )
2.# etcutilsfix_prot -r -chown vobowner -chgrp vob_group
-chmod 775
屏幕显示：Re-protect "\jcserverccstg_hVOBsjcvob.vbs"? [no] Y
9．Reregister the VOB.
#cleartool register -vob \dc1ccstg_gvobshpc
(注意，是指global pathname)
#cleartool mktag -vob -tag hpc
（注：举例 est）
10．Lock the VOB
#cleartool lock vob:
11. Check the VOB consistency.
#cleartool checkvob -pool
(CLI屏幕出现如下提示：
C:Program FilesRationalClearCaseetcutils>cleartool checkvob -pool
\ebserrccstg_eVOBs est.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”目录：
共享：
Domainccadmgroup： 完全控制
Domainclearcase： 完全控制
Domaineveryone：完全控制
安全：
Domainccadmgroup： 完全控制
Domaindevelopgroup： 读取及运行、列出文件夹目录、读取
注意： 不要将此目录的权限设置重置于其下的子目录