[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Savannah-hackers-public] Re: [gnu.org #499737] Savannah backup strategy
From: |
Sylvain Beucler |
Subject: |
[Savannah-hackers-public] Re: [gnu.org #499737] Savannah backup strategy |
Date: |
Thu, 12 Nov 2009 00:41:38 +0100 |
User-agent: |
Mutt/1.5.20 (2009-06-14) |
On Tue, Nov 10, 2009 at 11:19:29AM -0500, Daniel Clark via RT wrote:
> > [beuc - Sat Oct 31 18:06:20 2009]:
> >
> > Hi,
> >
> > I'd like to start a discussion about the Savannah backup.
> >
> > Currently Savannah2004 is a single filesystem that is rsync'd in a
> > single pass. That synchro then goes to magnetic tapes, and some of
> > them are stored forever. (at least that's what I understand)
> >
> > Since we're moving to Xen, the data are going to be split in multiple
> > LVs. How do you see the new backup setup? Some DomUs are external and
> > be directly accessed through the network, but some others are
> > internal.
> >
> > (Currently I implemented a backup from savannah-backup.gnu.org but
> > there's no backup history. As previously mentioned it's based on LVM
> > snapshots, and it done per-domU/VServer rather than in single-pass).
>
> Your plan to get stuff to savannah-backup via lvm snapshots on the
> savannah dom0 makes sense to us.
>
> We would suggest that we then backup only savannah-backup, not savannah
> directly, to our tape system - that way the transition from savannah to
> cloud9 should be nearly unnoticeable to us, and we won't be hitting
> production savannah disk for backups more then we need to.
>
> Does that sound good to you?
That sounds good.
Currently the backup is done at 12:00GMT and needs around 1h to work -
we should try to make this backup and your backup at different times.
Currently the data is in /mnt/backup - let me know if that's a
problem.
I think it would be good to backup the whole system, because the DNS
server is hosted there too.
--
Sylvain
- [Savannah-hackers-public] Re: [gnu.org #499737] Savannah backup strategy,
Sylvain Beucler <=