myrine 2008-6-20 23:14
大家讨论下太大的VOB如何清理历史版本？
为了使各项目之间可以达到重用的目的，公司以前的配置管理员把多个项目的档案都放在同一个VOB中，致使这一个VOB超过了15G，太恐怖了。一些几年前结束的项目历史版本已经没有多大用处，想要只保留最新版本，而把其历史版本删除，大家各抒己见谈谈自己是怎么做的？
懂你 2008-6-21 00:40
建议楼主不要清理历史版本，这个违反做版本控制的基本原则，如果我们是要将VOB库中的历史版本都删除，那么我们做版本控制的意义有多大呢？
如果实在是硬盘空间紧张，建议将目前的vob库封存起来，转移到其他的备份硬盘上去，然后将新建一个vob，将最新版本的数据导入到新建的vob里就好了。
Quest 2008-6-21 14:56
同意楼上的。
CM的基本原则就是不能随便删除历史版本。
nanaskylead 2008-6-21 17:18
15G叫恐怖？？？我们的VOB大小都在100G上下。
ouou 2008-6-21 22:31
同意
同意懂你的说法，那15G就叫恐怖？
我见过的也有100多个G的呢！
zhiyuan 2008-6-23 09:21
十几G
我的最大VOB十几G，100G都放了些什么啊？这么大！
myrine 2008-6-23 12:06
VOB应该做定期备份的吧，那100G的VOB如何做备份，100G备份需要锁住VOB的时间会很长，工作和备份是如何兼顾的呢？
pingtou1984 2008-6-23 15:24
如果VOB 的大小大大超出预定的大小，是不是流程可以再优化一些？
pao_gj 2008-6-24 09:31
我觉的vob数据超过100G，并不是有用数据是100G，很多时候我们库中有二进制的文件，类如word，压缩包，exe 等，clearcase对这样类型的文件保留版本的时候都是采用复制一份保留在库中，如果对这样的文件频繁的进行操作，版本形成的越多，那么就被复制的次数越多，这样空间就成几何倍数的增长，大家可以在这方面做做文章，比如一些不需要版本控制的word文档，压缩包等，是否可以考虑清理一下历史版本？ 我觉的这样可以节省一下我们的空间。
要是VOB的数据确实是100G，并且数据都是有效的，那也没有什么好的方法了，只有按照正常的流程进行备份了。我现在的VOB的数据有150G，做的是完全备份，每天晚上也就用3个小时就能备份完，只要服务器的配置ok，硬盘的读写速度ok，备份的时间还是能保证的。
bigjames 2008-6-24 10:25
回复 9# 的帖子
150G，每天稳定在3个小时？
我们有10+个VOB，合计110G，，90%的时候能在1小时45分钟搞定，和你的差不多。
不过剩下的10%，就会出点问题，个别vob备份速度过慢，从5个小时到24个小时都有可能。
falcon1207 2008-7-1 11:15
請問#9先進
如何將二進制的文件LIST出來
如何將這些不需要版本控制的WORD,壓縮檔清理
myrine 2008-7-4 15:38
100多Ｇ备份３多小时，请问你的备份策略是怎样的？
我用的是ccopy，备份很慢，７０多Ｇ备份花２０+小时，有时很难兼顾工作和备份．请大家说说自己是如何备份的？
bigjames 2008-7-4 16:04
ccopy确实有点慢，可以考虑用robocopy。
c 目录不需要备份，除了c\cdft\pool_id需要copy过去。
在上述条件下，我们总容量110G的90%的时候能在2小时50分钟内结束。（这里说的备份是指从storage_x复制到同一台服务器上的其他目录）
最近我们改进了备份策略，使用robocopy做镜像，现在可以在22分钟内搞定了。
xiangxianni 2008-7-6 14:45
我的vob也有很多超过100G的。问题不大，就是速度会变的比较慢。实在太大的话，建议分成多个VOB。
myrine 2008-7-7 13:21
按 bigjames 所说的，用robocopy可是速度没怎么提升，反而有点慢了。
我用 robocopy 源 目的 /e /copyall /log:log.txt 命令将1个9.46G的VOB备份，花费的时间是103min，而原来用ccopy花费的时间是89min。
请问 bigjames 你具体是怎么做的？能否给个例子具体说明下，万分感激！
各位有好的备份策略和方法的也请各抒己见，在下学习了。
pao_gj 2008-7-7 14:56
我用的是linux server，采用的是tar的方式。至于怎么找到二进制的文件，这个我没什么好的办法了，只能找到比较大的vob进行具体的分析了。
bigjames 2008-7-8 09:24
[quote]原帖由 [i]myrine[/i] 于 2008-7-7 13:21 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=102613&ptid=13523][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
按 bigjames 所说的，用robocopy可是速度没怎么提升，反而有点慢了。
我用 robocopy 源 目的 /e /copyall /log:log.txt 命令将1个9.46G的VOB备份，花费的时间是103min，而原来用ccopy花费的时间是89min。
请 ... [/quote]
不要拷贝c目录。加上一个 /XD <c目录路径> 看看。
i子休 2008-7-8 10:06
[quote]原帖由 [i]bigjames[/i] 于 2008-7-4 16:04 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=102258&ptid=13523][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
ccopy确实有点慢，可以考虑用robocopy。
c 目录不需要备份，除了c\cdft\pool_id需要copy过去。
在上述条件下，我们总容量110G的90%的时候能在2小时50分钟内结束。（这里说的备份是指从storage_x复制到同一台服务器 ... [/quote]
做镜像自然比较快，但怎么恢复呢？
如果VOB出了问题，镜像也一定是有问题的啊。
bigjames 2008-7-8 10:32
[quote]原帖由 [i]i子休[/i] 于 2008-7-8 10:06 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=102792&ptid=13523][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
做镜像自然比较快，但怎么恢复呢？
如果VOB出了问题，镜像也一定是有问题的啊。 [/quote]
我们的做法是在硬盘上找一个目录，每天对vob做镜像。
然后，每天都会对这个镜像作备份到磁带上。在这一点上，和普通的全备没有区别的。
镜像的用处在于减少停止service的时间。
quickly1982 2008-7-9 14:23
是呀，你的也太小了。15G一点都不恐怖呀！
页:
[1]