2.4 常规备份
除了snapshot备份方式以外，还有另一种常规备份方式，可以按照下面的步骤来做：
A. 锁定Vob，不使用nusers参数；
B. 备份整个Vob存储目录，包括所有的远程storage pool；
C. 解除Vob的锁定
2.4.1 查看Vob的存储目录
可以适用clearcase 管理控制台和cleartool lsVob来查看Vob的存储目录。如果备份程序在本地运行，则使用VOB server access path来定位Vob的存储目录，如果备份程序在网络中的其他计算机中运行，则应使用网络全局路径。
2.4.2 VOB的锁定和解锁
必须用Vob的owner或clearcase特权用户的身份来进行Vob的锁定和解锁。有图形界面操作，也可使用cleartool lock和unlock命令方式。
2.4.3 远程存储池
如果linux或unix的VOB server上存在远程存储池，则必须进行备份。无论是采用snapshot还是常规的备份方式。 在任意的View中执行lspool检查Vob是否存在远程存储池,可以用-long参数列出
cleartool lspool -long -inVob Vob:/Vob/src
pool "ampool"
2006-11-01T15:38:18+08 by root.root@ams
"among create Vob pool"
owner: root
group: root
kind: source pool
pool storage link target pathname "/home/among/ampool"
pool storage global pathname "/home/ccstg/Vobs/src.vbs/s/ampool"
pool "cdft"
2006-07-13T09:59:46+08 by root.root@ams
"Predefined pool used to store cleartext versions."
owner: root
group: root
kind: cleartext pool
pool storage global pathname "/home/ccstg/Vobs/src.vbs/c/cdft"
maximum size: 0 reclaim size: 0 age: 96
注意：在unix和linux上，一些备份工具，如tar和cpio，用参数可以跟踪符号链接，如果远程存储池在备份期间可用，会备份符号链接及其实际文件内容。
2.4.4 如果不能备份全部数据时的可选备份
如果使用文件级别的备份工具，则可以排除一些子目录以减少备份时间。在整个vbs目录中，第一层目录，db，s目录都一定需要备份的。admin和c目录可选，d目录里面存储着derived object，很重要，但不是必须的。VOB目录的重要性可以参见下表：
2.4.4.1 DO 存储池的备份
ClearCase LT不支持构建管理，所有LT Vob中的DO存储池是空的，不需要备份，在动态View中使用clearmake，omake，clearaudit后，Derived object 存储池会存储相关信息。DO可以从源码重新编译，所以备份DO pool不是必须的，在不同情况，是否备份DO pool的重要性依不同情况而不同：
A. 在项目开发的早期，源程序变动频繁，大多数DO的使用机会很少，所以不备份DO pool不会有大的问题。
B. 当项目源程序趋于稳定时，会有很多DO的重用，DO的丢失会显著增加下次系统重构建的时间。
C. 已结束的项目中会包含许多很难重新构建的DO（如需要特殊的编译器，没有可用的View等），这些DO是有价值的，应该进行备份，更好的方式是作为元素进行版本控制。
如不需要备份DO pool，至少需要备份pool的根目录（默认为d目录中的ddft）和 pool_id 文件。这样可防止恢复后checkVob时的检查错误。
2.4.4.2 Cleartext存储池的备份
cleartext pool不是非常重要，它们可被重新创建，即使不备份cleartext pool，至少应该保存pool根目录（默认为c/cdft）和pool_id 文件，这样可防止恢复后checkVob时的检查失败。
2.4.4.3 Administrative目录的备份
VOB中的admin目录保存着Vob及其存储池的空间占用情况统计信息。clearcase任务计划会定期收集磁盘空间信息并保存在该目录中。默认情况下会保存最近30天的数据，该数据不能被重建，如果觉得此数据很重要，注意备份admin目录。
2.4.5 不要执行增量备份
当创建一个元素的新版本时，clearcase并没有修改已存在的物理数据文件，而是在数据存储池中创建一个不同名的新的物理数据文件，并把旧数据删除。该机制与大多数增量备份策略有冲突，增量备份只会备份上次备份以后修改和新增的文件。按照增量备份的机制来恢复，会恢复一些已被正常删除的文件，这些信息已经无用了。
举例，当一个文本类的元素每天产生一个新版本，每天的增量备份会备份一个不同的物理存储文件，如果在这一周后进行恢复，会为该元素恢复所有的存储文件，而只有最后一个有用。checkVob会报告出这些无引用的数据。 所以增量备份对Vob的备份不太合适，应尽量避免，如使用，应保证完整备份后的增量备份次数尽量少。
