I don't fully understand your reaction to my posting, Jim. I think I didn't say anything wrong. I'm just trying to advise the initiator of the request. It was indicated that the database size is about 72GB. I assume it's a Temenos t24 system. Then I also assume that the data are stored on the storage array. Usually you build the filesystem of the several physical discs. I think the customer's database is offline during the backup. So I don't see any issue to run the backup in parallel. and it's just a matter of a simple script. If you need to run backup while the system is accessed by users then we should forget about jbase, and think about something more serious, like Oracle etc. and forget the tar, gzip, bzip and other commands.
If the backup is so crucial for the customer then they can search for the tools provided with the storage systems itself. Like symmetrix storages from EMC ot others offers similar tools like mirroring data. then doing short offline for few seconds and split the mirrored pairs. after the backup can be performed on that mirrored pair without affecting the primary system. On Jan 23, 1:26 am, "Jim Idle" <[email protected]> wrote: > > -----Original Message----- > > From: [email protected] [mailto:[email protected]] On Behalf > > Of jaro > > Sent: Friday, January 22, 2010 10:01 AM > > To: jBASE > > Subject: [SPAM] Re: How to speed up jbackup > > > I can't believe the backup of 1GB file in 2.5 seconds on linux or any > > other system. possibly in the memory only but usually you can't keep > > the whole database in the memory. > > I don't think you quite got what Greg was illustrating. You might also > contemplate who wrote the original jbackup. > > > however, to speed up your backup and compress it you can use: > > tar -cf - bnk | gzip -1 > filename.tar.gz > > I don't think you quite got what I was saying and anyway: tar cvz ... does > this if you use GNU tar. But, you can only use tar if the files are offline. > If they are online, then your tar backup is useless. Bzip2 is a better > compression system for large data streams such as tar, or perhaps 7zip. > > > if you need to make it even faster then you can do it in parallel, > > several processes will do specific portion of the files within your > > bnk directory. > > Except that at some point you will deflate the read-ahead logic by dancing > all over the disks. > > Jim -- Please read the posting guidelines at: http://groups.google.com/group/jBASE/web/Posting%20Guidelines IMPORTANT: Type T24: at the start of the subject line for questions specific to Globus/T24 To post, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit this group at http://groups.google.com/group/jBASE?hl=en
