-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think a lot of this is in the manual in more detail than I could provide -- I didn't really think of it myself until having read it on the list many times. Think of it this way -- every time you are backing up a single file, Bacula has a fair amount of data to write to the database. If you back up 27,000 files, you're writing at least 27,000 rows to the database. Supposedly in 2.2.x, batch inserts make this much less resource intensive. I personally haven't watched my worst offender run just yet, but we'll see how it goes (I upgraded 2 days ago). I suspect the bottleneck here (and in most cases, this appears to be correct) is your catalog database.
And, yes, I have healed; thanks for thinking of me. What I've learned from that experience is if a particular virus is commonly found in children, you do NOT want to catch it as an adult. Apparently children have a lot more free time for fighting off viruses, and other such foolishness. :) Shon Stephens wrote: > Ryan, > > I'm not sure what you mean, or how to test for this. What gets > written to the catalog, when does it get written, and how does that > affect the rest of the job? > > Thanks, > Shon > > btw - Have you healed since we last corresponded? > > On Nov 6, 2007 9:10 PM, Ryan Novosielski <[EMAIL PROTECTED]> wrote: >> It is quite possible that your catalog database cannot keep up with your >> backups. I'd start there. >> >> ...... Original Message ....... >> >> On Tue, 06 Nov 2007 11:17:10 -0500 "Shon Stephens" >> <[EMAIL PROTECTED]> wrote: >>> I was just wondering what the factors limiting the speed with which >>> Bacula writes to tape are? I performed some testing on my LTO-3 drive >>> and found that the theoretical limit is 276G/hr, while my backups are >>> writing at around 174G/hr. The client is the Bacula system itself. The >>> FD is reading files from a filesystem that resides on a SATAbeast FCA >>> attached storage array. The files are Oracle dumps, and the options I >>> have specified are: >>> >>> signature = MD5 >>> verify = pins5 >>> sparse = yes >>> noatime = yes >>> >>> The only compression I am using is the tape devices compression, which >>> at 2:1 compression should be over 500G/hr. I wrote a 3.4T job in >>> 19h30m. At what seems to be a compression of 1.5:1. This should still >>> be faster than the 174G/hr its acheiving. >>> >>> Would using MD5 signatures slow this up? >>> Are any of these settings tunable and do they affect Bacula performance? >>> >>> mt-back4.director Version: 2.0.3 (06 March 2007) i386-pc-solaris2.8 solaris >>> 5.8 >>> Daemon started 05-Nov-07 07:07, 5 Jobs run since started. >>> Heap: bytes=72,064 max_bytes=74,700 bufs=376 max_bufs=397 >>> >>> >>> Thanks, >>> Shon >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Splunk Inc. >>> Still grepping through log files to find problems? Stop. >>> Now Search log events and configuration files using AJAX and a browser. >>> Download your FREE copy of Splunk now >> http://get.splunk.com/ >>> _______________________________________________ >>> Bacula-users mailing list >>> Bacula-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/bacula-users >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users - -- ---- _ _ _ _ ___ _ _ _ |Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer II |$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922) \__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHMdshmb+gadEcsb4RAsWyAKDbelk13qAa3Ga7pJcR829P0QTUxgCg1AFl OAWGlgyhzsq1WbC+dp3Yt08= =SxY0 -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
