On Thu, May 21, 2009 at 7:34 AM, Julian Pace Ross wrote:
> However your explanation made me realise why one 10GB uncompressed
> database.bak file (MSSQL) was not yielding any block matches at all... I
> contacted the admin for this db and surprise surprise, he insists on
> reindexing everyday...
Excellent... thanks again Ryan. I actually managed to get the sync time down
to a couple of minutes on a 300MB database using --fuzzy.
However your explanation made me realise why one 10GB uncompressed
database.bak file (MSSQL) was not yielding any block matches at all... I
contacted the admin for
On Wed, May 20, 2009 at 2:26 AM, Julian Pace Ross wrote:
> Thanks Ryan!
> In fact I found it's a combination of factors you mentioned... i.e. a
> compressed SQL .bak file, so contrary to what I thought, the fuzzy file was
> indeed being found but no matches were being found in the file... thanks
>
On Thu, May 14, 2009 at 4:10 AM, Julian Pace Ross wrote:
> Hi,
> I have a file that changes slightly in size every day and has the timestamp
> appended to it.. for example on the 14th may:
> MybackedUpFileBlabla_200905140219.bak
> This is transferred by rsync to another server.
> The next day that
Not sure if this got through to the list as I haven't received it back as
usually happens...
> Hi,
> I have a file that changes slightly in size every day and has the timestamp
> appended to it.. for example on the 14th may:
>
> MybackedUpFileBlabla_200905140219.bak
>
> This is transferred by rsy
Hi,
I have a file that changes slightly in size every day and has the timestamp
appended to it.. for example on the 14th may:
MybackedUpFileBlabla_200905140219.bak
This is transferred by rsync to another server.
The next day that file is deleted and substituted by a new file on the
sender.. the n
