Re: Looking for advice on rsync

From: GreyGeek (jkreps_at_neb.rr.com)
Date: 10/17/04


Date: Sun, 17 Oct 2004 02:34:17 GMT

Tony Lawrence wrote:

> Yesterday I was at a client site where they explained that they wanted
> to keep a stand-by server up to date and ready to take over in case of
> main system failure. Fine, lots of people do that, and currently they
> are doing it by restoring backups every morning. What they were asking
> about was using rsync or some other mechanism to keep the machines
> more current.
>
> My first reaction was to question them about their app: it's
> apparently a mess of Basic programs that work on hundreds of different
> data files 24 x 7. I asked if they shut down the users for backup.
> They don't. I explained that the backup can't really be guaranteed
> consistent if users are writing data to files because obviously files
> are going to be backed up while they are being written to. As the
> files are related to each other (A/R header and detail files, indexes,
> etc.) you can have inconsistent versions on the backup media.
> . Somebody told them (obviously incorrectly) that rsync could prevent
> this. There are databases that will let you replicate data while
> you run, but that's application level, and this app has no such
> ability. Rsync can't do any better than a backup for that.
>
> I talked about snapshots, and asked if they could shut down users for
> the very brief time it takes to do that. Nope. Can't ever stop the
> flow of data. I explained that rsync can't answer that problem any
> better than a tape backup can: files and indexes may be inconsistent
> with each other.
>
> I also wonder if rsync's rolling checksum might even make things
> better or worse. On the one hand we get less data transferred as
> opposed to just a rcp or whatever, but open files that may be getting
> writes during the checksum make things even more confusing.
>
> They can't change the app. They can't shut down users. Their bank says
> they have to have better disaster recovery. These things seem
> impossible to reconcile. My feeling is that if the banks demands have
> to be met, then the user community HAS to put up with periods where
> they can't use the app. If they use snapshots, that period can be
> brief, otherwise its going to be fairly long (13 GB of data to
> transfer).
>
> Comments?
>

I've been following this thread for a while now, but didn't have anything to
say because I've never used rsync. However, this evening I was reading
the latest issue of "Sys Admin", Oct 2004, Vol 13 Issue 10, page 6.
The title of the article is "... client backups with rsync and FreeBSD".
Interesting read, and I doubt that FreeBSD is an absolute requirement.

 The author give a list of the clients requirements for the backup:
* must be client-initiated -
* must be portable - desktop, laptop, WinXX, Linux, Mac, OS X
* one click
* must be efficient - no matter where the client is
* must be secure
* return of archived data to client on client's terms
* Indefinate permenant archives in full and incremental means
* must be inexpensive - no budget for it.

The solution the author: "Use rsync over an encrypted ssh connection to
synchronize a subset of the files on the client PC (we don't need to
archive applications and operating systems, just working files) with a live
copy onf a FreeBSD server. The server keeps the live copy on a RAID-5
array of disks. The RAID-5 is designed to protect the server copy from the
very failures from which we are trying to protect the clients. Clients
have a single "Backup Now" icon on their desktop ......."

He describes setting up the hardware, the RAID-5, and gives the necessary
scripts for the various platforms.

-- 
--
GreyGeek


Relevant Pages

  • Re: Rsync
    ... =A0One is a web/mail server and the other is a backup ... MySQL databases and use SCP to send them to the backup server. ... What about database file with holes, ... Is it save to rsync them? ...
    (comp.os.linux.networking)
  • Re: LAN Performance Not Up to Expectations
    ... And I still specifically feel like you aren't taking into account that the HD on your backup machine is still a workstation class HD. ... Even high-end server-class hard drives won't get to 100MB/s, no less 3GB. ... Server has two NICs. ... One domain client and three peer clients (who merely use the routing ...
    (microsoft.public.windows.server.sbs)
  • Re: LAN Performance Not Up to Expectations
    ... 108GB backup is definitely an extended write. ... high-end server-class hard drives won't get ... Server has two NICs. ... One domain client and three peer clients (who merely use the routing ...
    (microsoft.public.windows.server.sbs)
  • Re: Rsync
    ... I don't want to loose any user and group ownership of files. ... Would there be another solution without rsync then or does the 'forbidden root login' affect all backup solutions here? ... on the client and on the server. ...
    (freebsd-questions)
  • Re: Rsync
    ... =A0One is a web/mail server and the other is a backup ... MySQL databases and use SCP to send them to the backup server. ... What about database file with holes, ... Is it save to rsync them? ...
    (comp.os.linux.networking)