Date: Tue, 16 Aug 2005 00:16:48 -0700 (PDT) From: Patrick Dung <patrick_dkt@yahoo.com.hk> To: vd@datamax.bg Cc: freebsd hackers <freebsd-hackers@freebsd.org> Subject: Re: Backup problem for backup MySQL (a table > 2GB) Message-ID: <20050816071648.44019.qmail@web52108.mail.yahoo.com> In-Reply-To: <20050816070448.GA21272@sinanica.bg.datamax>
next in thread | previous in thread | raw e-mail | index | archive | help
The main problem is money. Buying a new product needs money. The old backup product (commercial) is scalable and is working fine with various OS. However it is outdated and is not supported anymore (unless we have a service agreement with the vendor of the backup product.) It consumes lots of space to do tar+gzip and split. I am thinking if I could copy all mysql files to another server (by ftp/ssh) periodically. Regards Patrick --- Vasil Dimov <vd@datamax.bg> wrote: > On Mon, Aug 15, 2005 at 11:41:09PM -0700, Patrick Dung wrote: > > Hi > > > > We are using an old backup product which can only backup files < > 2GB. > > Now we have a mysql file > 2GB. The backup product refuse to backup > > that file. > > > > So, whats the alternatives to perform backup for this situation? > > This is current idea: > > > > Tar all the mysql directory and split into small files < 2GB. > > > > Any suggestions? > > > > I guess this is not applicable, but what about using other "backup > product" that supports larger files? > > Otherwise tar(1) + gzip(1) (eventually) + split(1) seems reasonable > solution... > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050816071648.44019.qmail>