加入收藏 | 设为首页 | Life家族 | SCMLife | RMLife | PMLife | SQALife | TESTLife | 企业VIP专区 | 中文化荣誉殿堂

查看完整版本: 关于starteam的repository过大的办法

xiaoxue 2006-10-8 12:55

关于starteam的repository过大的办法

我开始用starteam已经有些时间了,前些天发现那个repository目录已经超过10G了,这样的文件备份起来特别麻烦,后来尝试用创建多个服务,每个服务指向不同的repository和数据库使用不通的端口,这样把数据文件分开,暂时解决了这个问题。但是我不知道这样弄会不会有什么麻烦,请各位给点意见,或者还有什么更好的办法。:em12

没有你的城市 2006-10-8 12:59

这个……
不太清楚了,帮你找大大MM来解决啊。
不过估计她也不知道。嘿嘿

大大 2006-10-9 12:12

分开的话,问题是没有。还有一个好处,如果一个硬盘空间不够了,你还可以把其中一些移到另外一个硬盘上。但是这些都只能暂时解决问题!
时间久了一样数据量会很大。希望borland公司可以尽快改善数据存储的问题咯!

大大 2006-10-9 12:13

[quote]原帖由 [i]没有你的城市[/i] 于 2006-10-8 12:59 发表
这个……
不太清楚了,帮你找大大MM来解决啊。
不过估计她也不知道。嘿嘿 [/quote]

家伙被你说中了。姑娘我是没什么用。
怎么样??!!

yunyun123 2006-10-9 13:25

没有用过starteam,学习

johnson9999 2006-10-9 14:54

配置管理工具是好学的功能弱,功能强的又太麻烦,太复杂。

大大 2006-10-9 15:31

是啊是啊
功能强的,贵
单位不愿意花那么多钱投资到这个上面:em9

eiya 2006-12-5 15:14

才 10G就不要说大了 :)
几百G,上T也是很普通的哦
至于备份,可以采用增量备份啊

[[i] 本帖最后由 eiya 于 2006-12-5 15:19 编辑 [/i]]

xiaoxue 2006-12-6 15:17

谢谢,我一直是完全备份的,看来我要听取一下你的意见了::em71::

eiya 2006-12-11 14:31

你可以用差异备份的方式

你可以每周六或日,进行一次完整备份,在之后的一周内,每天进行差异备份。
解释下差异备份:
假设你周日进行了一次完整备份,备份为B1
那么周一的差异只包括周一的变化
     周二的差异差异就包括周一与周二
     ......
        周六的差异就包括了从周一到周六所有的变化
这样你就可以利用B1 和 某一个差异来恢复系统了
这样即比增量备份恢复起来快的多的多,又只占用了很小的空间,
目前看来是比较理想的备份方式

呵呵 :)

xiaoxue 2006-12-12 09:22

我没有每天备份,我们每周备份一次,每次都是完全备份,我们领导跟公司承诺不丢失一周的数据,所以他要求我也是一周备份一次。有必要每天备份吗?你们用什么工具备份?

大大 2006-12-12 10:47

eiya你能不能详细说说增量备份的操作方法?我觉得增量备份的想法很值得推广。现在据我知道的,适用starteam的很多都是采用完全备份。而你的增量备份,听起来更可行,而且花的精力少一些,但是效果都一样。
怎么样,可以吗???::em71:: ::em71::

eiya 2006-12-13 14:58

首先提一下 完全备份/差异备份/增量备份 是三种不同的备份策略
大致讲讲备份方式发展的过程吧:

    1. 最开始呢数据量是很小的,也就是几M几十M,最多也就是几百M
那么就搞一个定时执行的程序,每天在没有人使用的时候把全部内容压缩,然后再Copy到备份地点

    2. 而随着需要备份的数据量越来越大,到了几个G,这时候就有了折中,比如以前的备份可以保留
一个月,现在一个月的数据量太大了,能不能保留一周啊,大多数的现实都是可以接受一周为
作为保存周期的,就是说只保留7天的备份,每备份一天,就删除7天前的那个备份,那么就
可以认为备份永远只有当前数据量的7倍,这是很可以接受的了。

    3. 后来,即使是当前数据量的7倍也受不了了,比如,上T的数据,那怎么办呢...,每1T的成本都是相当的高
这时候人们想到了一个办法,我能不能先建立一个完整的备份,然后定制更新差异呢? 回答当然是可以的
假如你每周日完整备份为BackupA,那么到了下周日,你就得到了BackupA+Delta周一+Delta周二.....
那么从Delta周一到Delta周日,一共也不会有多大,可能才几十M的数据量,好那么备份所占的资源就与源数据差不多了
但是,现在的问题是一旦需要恢复到某一天的数据时,就需要把几个Delta加上Backup才能,这就非常耗时间
而且一旦某个Delta损坏了,之后的所有备份就都失效了,这个是最大的风险

    4. 由此就有人提出了差异备份的方法,我个人比较欣赏这种备份方式,首先也是定期完整备份,然后在整个备份周期里
每天都备份从完整备份到现在所有的差异,注意是所有的,比如,周日完整备份,那么周四的差异备份里边就包含了从周日到周四的所有
修改,这样当你需要恢复到任何一天的时候,只需将完整备份与那天的差异相加,就可以了,这个速度通常都是非常快的。

还有备份的级数,位置等问题,总之,备份是一个有很多说法的东西,不是那么简单哦,呵呵

microscm 2006-12-15 10:27

复杂了.

数据库可以用数据库工具调度自动备份.
文件系统只需要备份新增的文件.

对于starteam来说,这就是完全备份了.

备份变化的地方,推荐一个小工具,secondcopy,网上有破解的.

大大 2006-12-18 09:45

谢谢eiya和microscm

我正在想怎么实现增量备份呢。理论上是理解,但是手工操作起来好像不太容易。如果是由工具实现的话,那就简单多了。
真的很谢谢两位!

zezejun 2007-1-30 12:42

请问大大版主,你们是怎么样每天自动备份starteam的。那个数据库文件备份的时候,必须停止starteam服务,和数据库服务呀。你们是如何自动停止的,能给我讲讲么。
我们有没有starteam的群呀,我的qq 30441047

大大 2007-2-5 09:30

你可以去看starteam操作手册里面的备份那部分,那个里面有写怎么停数据库和配置库~
页: [1]
查看完整版本: 关于starteam的repository过大的办法