Dear all,

    能否介绍一些现在做Linux Server时，如何备份数据，和快速恢复的技术？
    如Server中有很大数据量(包括库和应用程序)，通常几十G，如何能够防止因
系统软／硬件故障而造成数据丢失？ 

Thanks
Kermit

视新数据生成的速度和性质而定了，我为了维护公司代码库，写了个cron脚本凌晨4点运行以下内容
1、服务下线
2、把代码仓库数据rsync到单独的一个物理硬盘上
3、服务上线
4、LTO带机开始哼哼唧唧备份
5、下班前去给带机换一盘新带

虽然是400G～600G的仓库，超多blob，但一天仓库的变更大概30分钟内就可以完成。代价是http-svn服务会离线30分钟，以确保事务完整。如果改为暂时禁止写事务的方式则可以确保在不打断读事务的状况下完成备份，懒得折腾了。从临晨4点到第二天6点，14个小时的备份时间，人品够的情况下应该足够做仓库全备份了。rsync的备份，恢复起来当然简单了。


2010/1/11 Kermit Mei <kermit.mei在gmail.com>

> Dear all,
>
>    能否介绍一些现在做Linux Server时，如何备份数据，和快速恢复的技术？
>    如Server中有很大数据量(包括库和应用程序)，通常几十G，如何能够防止因
> 系统软／硬件故障而造成数据丢失？
>
> Thanks
> Kermit
>
> _______________________________________________
> zeuux-universe mailing list
> zeuux-universe在zeuux.org
> http://www.zeuux.org/mailman/listinfo/zeuux-universe
>
> ZEUUX Project - Free Software, Free Society!
> http://www.zeuux.org
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <http://www.zeuux.org/pipermail/zeuux-universe/attachments/20100111/aa30454c/attachment.html>

2010/1/11 Samuel <yellowbug在gmail.com>:
> 视新数据生成的速度和性质而定了，我为了维护公司代码库，写了个cron脚本凌晨4点运行以下内容
> 1、服务下线
> 2、把代码仓库数据rsync到单独的一个物理硬盘上
> 3、服务上线
> 4、LTO带机开始哼哼唧唧备份
> 5、下班前去给带机换一盘新带
>
> 虽然是400G～600G的仓库，超多blob，但一天仓库的变更大概30分钟内就可以完成。代价是http-svn服务会离线30分钟，以确保事务完
Incremental dump呢?或者hotcopy。都不用下线。
整。如果改为暂时禁止写事务的方式则可以确保在不打断读事务的状况下完成备份，懒得折腾了。从临晨4点到第二天6点，14个小时的备份时间，人品够的情况下应该足够做仓库全备份了。rsync的备份，恢复起来当然简单了。
>
>
> 2010/1/11 Kermit Mei <kermit.mei在gmail.com>
>>
>> Dear all,
>>
>>    能否介绍一些现在做Linux Server时，如何备份数据，和快速恢复的技术？
>>    如Server中有很大数据量(包括库和应用程序)，通常几十G，如何能够防止因
>> 系统软／硬件故障而造成数据丢失？
>>
>> Thanks
>> Kermit
>>
>> _______________________________________________
>> zeuux-universe mailing list
>> zeuux-universe在zeuux.org
>> http://www.zeuux.org/mailman/listinfo/zeuux-universe
>>
>> ZEUUX Project - Free Software, Free Society!
>> http://www.zeuux.org
>
> _______________________________________________
> zeuux-universe mailing list
> zeuux-universe在zeuux.org
> http://www.zeuux.org/mailman/listinfo/zeuux-universe
>
> ZEUUX Project - Free Software, Free Society!
> http://www.zeuux.org
>

On Mon, 2010-01-11 at 22:05 +0900, Sutra Zhou wrote:
> 2010/1/11 Samuel <yellowbug在gmail.com>:
> > 视新数据生成的速度和性质而定了，我为了维护公司代码库，写了个cron脚本凌晨4点运行以下内容
> > 1、服务下线
> > 2、把代码仓库数据rsync到单独的一个物理硬盘上
> > 3、服务上线
> > 4、LTO带机开始哼哼唧唧备份
> > 5、下班前去给带机换一盘新带
> >
> > 虽然是400G～600G的仓库，超多blob，但一天仓库的变更大概30分钟内就可以完成。代价是http-svn服务会离线30分钟，以确保事务完
> Incremental dump呢?或者hotcopy。都不用下线。
> 整。如果改为暂时禁止写事务的方式则可以确保在不打断读事务的状况下完成备份，懒得折腾了。从临晨4点到第二天6点，14个小时的备份时间，人品够的情况下应该足够做仓库全备份了。rsync的备份，恢复起来当然简单了。

都很强大！
我想问一下，有没有基于虚拟化策略的备份方式，比如用qemu或者vbox虚拟机搭建
真正的编译环境，而服务器的主机尽量保持原汁原味最简单化的服务？ 万一出问
题，直接回复一个虚拟机的镜像文件即可。

Thanks
Kermit Mei

2010/1/11 Kermit Mei <kermit.mei在gmail.com>:
> On Mon, 2010-01-11 at 22:05 +0900, Sutra Zhou wrote:
>> 2010/1/11 Samuel <yellowbug在gmail.com>:
>> > 视新数据生成的速度和性质而定了，我为了维护公司代码库，写了个cron脚本凌晨4点运行以下内容
>> > 1、服务下线
>> > 2、把代码仓库数据rsync到单独的一个物理硬盘上
>> > 3、服务上线
>> > 4、LTO带机开始哼哼唧唧备份
>> > 5、下班前去给带机换一盘新带
>> >
>> > 虽然是400G～600G的仓库，超多blob，但一天仓库的变更大概30分钟内就可以完成。代价是http-svn服务会离线30分钟，以确保事务完
>> Incremental dump呢?或者hotcopy。都不用下线。
>> 整。如果改为暂时禁止写事务的方式则可以确保在不打断读事务的状况下完成备份，懒得折腾了。从临晨4点到第二天6点，14个小时的备份时间，人品够的情况下应该足够做仓库全备份了。rsync的备份，恢复起来当然简单了。
>
> 都很强大！
> 我想问一下，有没有基于虚拟化策略的备份方式，比如用qemu或者vbox虚拟机搭建
> 真正的编译环境，而服务器的主机尽量保持原汁原味最简单化的服务？ 万一出问
> 题，直接回复一个虚拟机的镜像文件即可。
我只用过FreeBSD jail，用ezjail（
http://wiki.freebsdchina.org/software/e/ezjail
）管理的，直接archive命令就可以把整个jail备份了，当然也有配合的还原用的命令。

On Mon, 2010-01-11 at 22:37 +0900, Sutra Zhou wrote:
> 2010/1/11 Kermit Mei <kermit.mei在gmail.com>:
> > On Mon, 2010-01-11 at 22:05 +0900, Sutra Zhou wrote:
> >> 2010/1/11 Samuel <yellowbug在gmail.com>:
> >> > 视新数据生成的速度和性质而定了，我为了维护公司代码库，写了个cron脚本凌晨4点运行以下内容
> >> > 1、服务下线
> >> > 2、把代码仓库数据rsync到单独的一个物理硬盘上
> >> > 3、服务上线
> >> > 4、LTO带机开始哼哼唧唧备份
> >> > 5、下班前去给带机换一盘新带
> >> >
> >> > 虽然是400G～600G的仓库，超多blob，但一天仓库的变更大概30分钟内就可以完成。代价是http-svn服务会离线30分钟，以确保事务完
> >> Incremental dump呢?或者hotcopy。都不用下线。
> >> 整。如果改为暂时禁止写事务的方式则可以确保在不打断读事务的状况下完成备份，懒得折腾了。从临晨4点到第二天6点，14个小时的备份时间，人品够的情况下应该足够做仓库全备份了。rsync的备份，恢复起来当然简单了。
> >
> > 都很强大！
> > 我想问一下，有没有基于虚拟化策略的备份方式，比如用qemu或者vbox虚拟机搭建
> > 真正的编译环境，而服务器的主机尽量保持原汁原味最简单化的服务？ 万一出问
> > 题，直接回复一个虚拟机的镜像文件即可。
> 我只用过FreeBSD jail，用ezjail（
> http://wiki.freebsdchina.org/software/e/ezjail
> ）管理的，直接archive命令就可以把整个jail备份了，当然也有配合的还原用的命令。

Thanks
B.R

于 Sun, 10 Jan 2010 19:33:55 -0700
Kermit Mei <kermit.mei在gmail.com> 写道:

> Dear all,
> 
>     能否介绍一些现在做Linux Server时，如何备份数据，和快速恢复的技术？
>     如Server中有很大数据量(包括库和应用程序)，通常几十G，如何能够防止因
> 系统软／硬件故障而造成数据丢失？ 
> 

snapshot
RAID

btw，几十G也能称为“很大数据量”么。。。


---
1) I don't reply to top-posting emails from this account;
2) I don't reply to stupid emails;
3) I don't answer any emails from brain-damaged people.
Check the above carefully when you don't have response from me,
especially 3).