Hi, 02.01.2008 16:53,, Weber, Philip wrote:: > > > Hi all, > > Bacula 2.2.4. Solaris 9 Director & Storage Daemons. Mix of Solaris and > Windows clients. > > I am gradually moving some backups onto Bacula (from another backup > system) & have noticed that Spooling of backups does not appear to be > working as I expected. I have a few 100 Gb set up for spooling, as I > have some large clients. However it seems that if only 1 large slow > client is running, it will load the tape drive at the start of the > backup to disk, and keep it open and unused until it starts spooling to > tape at the end of the backup to disk or once the spool area has reached > the threshold. I had assumed (!) Bacula would mount the tape when it > started reading from disk onto tape. As I have separated out my Solaris > and Windows backups into separate tape volumes, this leads to lots of > jobs for the other OS, backing up.
The behaviour you observe is correct - Bacula only starts a job after it can reserve the storage media it needs, and it doesn't release the tape drive until that job is finished. > A few questions to anyone who is using Spooling and Migration : > > 1. Would I be better off using migration instead of spooling? e.g. back > up everything to disk overnight and then later migrate to tape. I am > probably OK for disk space, and my main aims are to get backups through > as quickly as possible and prevent my LTO2 drives from shoe-shining. Migration would be the best approach then, yes. > 2. Is spooling better geared to using a few Gb only of disk space just > to buffer up the tape drive and keep it moving? In general, I recommend to try to have as much spool space as you need for the largest job or for a whole tape. The gain is best then. > 3. Is it recommended to keep Windows and Solaris backups on separate > volumes (tapes) or is it OK to mix them. I think if I used the same > tapes for everything there would be fewer opportunities for delays, but > I don't want to introduce problems by doing so. That shouldn't create any problems. Especially a setup like you have, where one large job stalls all others, allowing multiple concurent jobs going to the same (set of) tapes is a reasonable solution. If you've got enough spool space, your backups will be kept in one large block of data on tape, so a restore will not use more tapes than necessary. Arno > thanks for any help, > > Phil > > > * Phil Weber * MBCS *** * > Storage Technical Services > Business Technology > > Phone: 01384 26 4136 > > Egg Banking plc > > * Egg is a trading name of the Egg group of companies which includes: > Egg Financial Intermediation Ltd (reg no 3828289) and Egg Banking plc > (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd > are authorised and regulated by the Financial Services Authority (FSA) > and are entered in the FSA register under numbers 205621 and 309551 > respectively. These members of the Egg group are registered in England > and Wales. Registered office: Citigroup Centre, Canada Square, London > E14 5LB. This e-mail is confidential and for use by the addressee only. > If you are not the intended recipient of this e-mail and have received > it in error, please return the message to the sender by replying to it > and then delete it from your mailbox. Internet e-mails are not > necessarily secure. The Egg group of companies do not accept > responsibility for changes made to this message after it was sent. > Whilst all reasonable care has been taken to avoid the transmission of > viruses, it is the responsibility of the recipient to ensure that the > onward transmission, opening or use of this message and any attachments > will not adversely affect its systems or data. No responsibility is > accepted by the Egg group of companies in this regard and the recipient > should carry out such virus and other checks as it considers > appropriate. This communication does not create or modify any contract. * > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Bacula-users mailing list > Bacula-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-users -- Arno Lehmann IT-Service Lehmann www.its-lehmann.de ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
