2.2 VOB备份策略
进行Vob备份前必须考虑的要点:
备份所有必需的数据;Vob必须在加锁(lock)的状态下备份,加锁的Vob会阻止数据变更(例如check-in)的写入。如果VOB服务不能定期停机,应仔细考虑备份策略,尽量减小锁住Vob的时间。在有管理Vob的环境里,这些有着超连接(hyperlink)的Vob必须同时备份与恢复。同样,在ucm集成ClearQuest的环境中,PVob与ClearQuest的Database中存在着很多关联,需要制定详细的备份和恢复计划。建议在制定备份策略时,首先知晓VOB存储目录的结构。
2.2.1 常规备份还是快照备份(snapshot backup)
常规备份是指应用备份工具备份VOB服务器上的物理目录, 使用快照备份需要使用 Vob_snapshot工具,这种备份可以减少Vob加锁的时间。
常规备份是指首先应对Vob加锁,备份整个Vob存储目录,最后在Vob解锁。Vob必须在备份过程中处于锁定状态。如果备份工具不能正常备份这些处于写入的文件,则需要停止 Clearcase服务后再进行备份。在Vob处于锁定状态时,会阻止所有的检出(check-out),检入(check-in)以及其他影响到Vob数据的操作。这包括UCM中deliver和rebase操作,这些都需要merge。VOB处于加锁状态时,开发人员可以在已经checkout或hijack(仅适用于快照和Web视图)的文件版本上工作。Clearmake和Omake在Vob处于锁定状态时处于休眠状态并定时重试。详细的设置可以查看Clearmake 的命令行参考手册。
常规备份特点:
当clearcase的服务停止时,在该服务器上的所有vob和view都将不可用;
当备份至其他的物理设备时,本机不需要额外的磁盘空间;VOB的database与存储池同时备份与恢复,所以不会有数据的丢失。
快照备份是指在加锁状态下仅备份VOB database目录,其他目录在非锁定状态下备份,这样可显著减少加锁VOB的时间,尤其适用于特别大的VOB时使用这种方法备份。Vob_snapshot可以简单的配置成Clearcase任务,计划定期执行。
Snapshot的备份特点:
必须使用能够拷贝处于打开状态的文件的备份工具。锁定Vob,执行完Vob_snapshot后,解锁Vob,备份VOB中的其他存储目录。如果在备份过程中有用户在写入,则在恢复后可能会有数据的丢失;
需要更多的存储空间。snapshot备份过程中会把Vob db目录拷贝在本地磁盘中,另外,每个Vob的source pool容器中的数据被新的版本信息取代时,会多保留30分钟。这样在Vob恢复后,可以提高使用checkVob 同步Vob database和storage pool成功的几率。恢复过程复杂;
由于Vob storage pool和Vob database是在不同时间备份。因此在恢复后要进行同步,尤其是在进行snapshot与备份其他storage pool的间隔过程中,如果有DO和元素版本的增加或删除,则必须用checkVob解决;
恢复时可能会有数据丢失。如果恢复的storage pool比database旧,则恢复后会有一些数据丢失。如果恢复的storage pool比database更新,database会不包括新增加文件和版本的参考信息。详情参阅checkVob -force –fix命令说明。
注意:不存储部件(component)的PVOB没有数据信息存储在pool中,它可以使用Vob_snapshot进行备份且不会有数据的丢失。所有snapshot备份方式更适合备份此类PVOB。
| 第1页: 前言 | 第2页: 2.1 备份工具的要求 |
| 第3页: VOB备份策略 | 第4页: 应用Vob_snapshot进行备份 |
| 第5页: 常规备份 | 第6页: 视图(View)的备份 |
| 第7页: 备份Registry信息 | 第8页: 备份其他有关联的数据 |
| 第9页: 结束语 |