Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Dec 2009 23:39:40 +0100
From:      Roland Smith <rsmith@xs4all.nl>
To:        bsd <bsd@todoo.biz>
Cc:        Liste FreeBSD <freebsd-questions@freebsd.org>
Subject:   Re: incremental FTP backup program
Message-ID:  <20091217223940.GA33412@slackbox.xs4all.nl>
In-Reply-To: <EFA07C62-44CE-460F-9AB8-0246C8469B54@todoo.biz>
References:  <74692B50-D390-4CE4-9ED3-CA5B46CE8697@todoo.biz> <20091217171207.GB93764@slackbox.xs4all.nl> <EFA07C62-44CE-460F-9AB8-0246C8469B54@todoo.biz>

next in thread | previous in thread | raw e-mail | index | archive | help

--cNdxnHkX5QqsyA0e
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Dec 17, 2009 at 10:55:54PM +0100, bsd wrote:

> Are there any specific scripting tools that I could use in order to achie=
ve
> that ?

Well, /bin/sh and 'man sh' spring to mind. :-) Or use another scripting
language if you are more familiar with that, e.g. perl or python. But since
you are mainly invoking programs, a plain shell-script would be my first ch=
oice.

> From what you are describing a tool that would automate the dump process =
and
> take care of snapshots versions would be a must=E2=80=A6 ??

See e.g. the dodumps script on my scripts page; http://www.xs4all.nl/~rsmit=
h/software/scripts.html

It just names the dumps 'filesystem-dumplevel-date.dump',
e.g. root-0-20091217.dump. You could extend this script to transfer the dum=
ps
via ftp, and remove old dumps from the FTP site. After testing, you could e=
ven
run it from cron.

Start off with a level 0 dump, and then perform higher level dumps as often=
 as
you need. Google for 'dump levels', and you'll find lots of different schem=
es,
e.g. http://docs.sun.com/app/docs/doc/817-5093/bkupconcepts-21?a=3Dview

I would urge you to keep things simple. The more complicated the your
solution, the easier things can go wrong.

One caveat about dump though. If one of your filesystems contains just one =
big
database in a huge file, dump will copy the whole file even if just one byte
has changed. In such a case you should see if the database has tools to just
copy the records changed since the last backup and use that instead.


Roland
--=20
R.F.Smith                                   http://www.xs4all.nl/~rsmith/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 1A2B 477F 9970 BA3C 2914  B7CE 1277 EFB0 C321 A725 (KeyID: C321A725)

--cNdxnHkX5QqsyA0e
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.13 (FreeBSD)

iEYEARECAAYFAksqsywACgkQEnfvsMMhpyV/pQCbBKGRtCdz3IGrK7JIxiGCgWM0
YFgAn2rzjF84LTQYcBdV6/L21MHH19Uq
=ZM+/
-----END PGP SIGNATURE-----

--cNdxnHkX5QqsyA0e--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091217223940.GA33412>