为有效地管理软件开发，很多组织正在转移到IBM® Rational® ClearCase® 和 IBM® Rational® ClearQuest®平台。在这些组织计划采用这些技术时，为成功地用好这些技术，有必要了解支持这些工具的新硬件的相关知识。请点击文章顶部或底部的讨论，参与论坛讨论，与其他读者分享您对本文的看法。
1 概述
1.1 目标
为有效地管理软件开发，很多组织正在转移到IBM? Rational® ClearCase® 和 IBM® Rational® ClearQuest®平台。在这些组织计划采用这些技术时，为成功地用好这些技术，有必要了解支持这些工具的新硬件的相关知识。
本指南是写给支持计划组的，他们评估ClearCase实施方案的硬件需求。本指南集中描述IBM pSeries和xSeries服务器，以及它们的操作系统，pSeries的AIX和xSeries上的LINUX和Microsoft Windows®。本指南使用ClearCase 2003.06.00版本。
1.2 文档术语
网络。ESS单元构建得能够高度容错，它们使用如光纤通道、SCSI、ESCON和FICON等界面连接。
Enterprise Storage Server: 基于RAID的存储设备家族，包括IBM的大型主机、UNIX®和 Microsoft® Windows NT®
ESCON （S CONnector）: IBM S/390的光纤通道，依赖于连接方式，它可以在60公里的距离内传输率达到17 M字节/秒。ESCON允许外部设备跨越很大的范围如大学校区和城市范围。
FICON （FIber CONnector）: IBM 大型主机的通道，1998年起由G5服务器使用。它基于光纤通道标准，能够把ESCON的半双工的17MB/秒的速度提高到全双工100MB/秒。每个FICON通道每秒钟支持超过4，000次 I/O操作，相当于八个ESCON通道。
Logical Partitioning （LPAR）: 一种在pSeries 服务器 （从P630及以上）上的技术，它允许用户在一台服务器上创建多个服务器实例，而且可以给这些实例动态分配系统资源 （如CPU、内存等等）。
NAS （Network Attached Storage）: 一个连在网络上的专门的文件服务器。NAS设备包含一个微内核的操作系统和文件系统。它只处理支持通用文件共享协议的I/O请求，如NFS （UNIX） 和SMB/CIFS （DOS/Windows）等。
RAID （Redundant Array of Independent Disks）: 用于增加性能或者提供容错能力的子系统。RAID由两块或更多的普通硬盘和一个专门的磁盘控制器组成。它初是为服务器和独立的磁盘存储系统开发的，但现在日益广泛使用在桌面计算机上，主要用来容错。RAID也可以用纯软件的方式实现，但这会降低性能，特别是在失败后重建数据时的性能。
Storage Area Network （SAN）: 一种网络磁盘存储设备。在大型企业中，一个SAN连接着多个服务器，作为中央存储池。相对于管理数百台拥有自己的磁盘的服务器来说，SAN可以改善系统管理工作。由于把所有公司的储存数据集中在单一的设备上，诸如磁盘维护和日常数据备份这样的功能很容易安排和控制。在一些SAN中，磁盘自己可以把数据复制到其它磁盘上作为备份，不需要通过任何主计算机处理。
Symmetrical multiprocessing （SMP）: 一种硬件的多处理器技术，计算机指令可以分配到多个CPU上以提高应用程序的性能。当提到4路或8路服务器时，表示它们分别有4个或者8个CPU。
Versioned Object Base （VOB）: ClearCase的数据储存库。
视图（View）: ClearCase的工作区，用来存取VOB中包含的文件。
2 ClearCase
ClearCase提供全面的软件配置管理（software configuration management，SCM）解决方案，包括版本控制、工作空间管理、过程控制和Build管理。它独特的、透明的、不干扰开发组的方法可以让开发组加速他们的开发过程循环，保证产品正确地发布，可靠地Build，发布以前产品的补丁，以及组织自动化的开发过程等等。这一切都不需要改变开发人员的开发环境和他们的开发工具。
通过对数据仓库VOB的存取，ClearCase使得多个开发人员进行并行开发工作变得更加容易。任何项目都可以使用多个VOB。单独的开发人员工作区，称为视图（View），控制着VOB的存取。
下面几节简要描述VOB和视图，以及讨论它们如何影响性能。
2.1 VOB 结构简述
VOB可以存储源文件、二进制目标文件、目录、Web文件、文档、或者任何在软件开发项目中产生的文件。每个VOB都有它自己的元数据仓库，用来存储VOB的上下文细节信息。元数据目录和互相独立的三个文件池共同组成了VOB的存储目录结构，如图1所示：
图 1: VOB 存储目录
VOB database directory 中包含ClearCase的内部元数据，这些数据用来对储存在文件池中的文件进行跟踪，以及维护VOB数据的一致性。
File storage container 保存检入到VOB中的任何文件的全部版本信息。包括源文件、二进制文件、Web相关文件等等。由于代码不断的变更，保存在VOB中每个文件的版本不断增长，file storage container将会变得相当大。
