Re: FTPing a folder across to remote webspace
- From: "elyob" <newsprofile@xxxxxxxxx>
- Date: Fri, 1 Jul 2005 02:21:09 +0100
"Owen Rees" <orees@xxxxxxxxxxx> wrote in message
news:sgi8c192o6euko2o119vj05c9q8qgflc87@xxxxxxxxxx
> On Thu, 30 Jun 2005 20:01:01 +0100, "elyob" <newsprofile@xxxxxxxxx>
> wrote in <42c4416d$1@xxxxxxxxxxxxxxxxxxxxxx>:
>
>>How do I find the size of the main folder, sub folders and files before
>>and
>>after compress. I need to know how big this will be.
>
> 'du -sh dir' will give a summary (i.e. total) of the disk usage for
> directory 'dir' and its descendants in human readable form. There is an
> option to report apparent size which is probably closer to what you want
> for the before compression figure, see the man page for details.
>
> There is no way to know in advance what the compressed size will be in
> general. If you have a lot of text, especially things like HTML with a
> lot of repeated test (all that markup) it will compress a lot. Jpeg
> images are unlikely to compress very much at all.
>
>>Should I tar before I gzip?
>
> gzip only processes single files, so yes you should tar first.
>
> You can do this all in one step with the 'z' option to tar (assuming we
> are talking about GNU tar which is what you will have on a Linux
> system). 'tar -czf backup.tgz dir' is the sort of command you might use,
> but do read the man page first to check what the various options do.
>
> In your message you mentioned databases, but not which sort of database.
> You probably need to do more than just copy the files to get a useful
> backup of a database.
>
Thanks for all this advice. The files are all tar + gzipped already, I'll
just give them a final gzip before ftp'ing the entire lot on an irregular
basis.
The database is MySQL. I spent a few days last month working out the best
MySQL backup. There're so many different ways, but simplest is always best!
I ended up with a daily rotating backup. At the moment it may sound like
overkill, but when the database is live it'll be worth the extra weight.
>>Where would you all look at storing this backup? My machines here at home
>>get switched off at night, so am thinking of spare space with my ISP. But
>>not sure enough space or secure enough. Probably not enough space.
>
> That all depends on how automated you want the whole process to be, and
> what level of data loss you are prepared to tolerate in the event of a
> failure.
>
> If space is an issue, you could consider an incremental backup strategy.
> The increments can be significantly smaller than the full backup if you
> have a lot of files most of which do not change when using a tar based
> system.
>
I've decided to setup locally a wget cron. I don't think a dailly download
is critical, however the machine is on regularly enough. There's definitely
an incremental backup startegy in place on the main server, thanks!
There are so many different services I'm trying to setup locally, I'm a
little concerned that I'll lose this work with a hard drive failure locally.
In fedora, what's the best method for 'ghosting' onto DVD/Network drive? ...
(mount?)
Thanks
.
- References:
- FTPing a folder across to remote webspace
- From: elyob
- Re: FTPing a folder across to remote webspace
- From: Owen Rees
- FTPing a folder across to remote webspace
- Prev by Date: Re: FTPing a folder across to remote webspace
- Next by Date: Re: FTPing a folder across to remote webspace
- Previous by thread: Re: FTPing a folder across to remote webspace
- Next by thread: Re: Book suggestions?
- Index(es):
Relevant Pages
|
Loading
