Stephen, Thanks again for the details about your backup plan.
> Yes the data is moved from disc to tape and I agree it would be nice to > access the data off disc instead of tape. The Volume on disc still > exists but will be recycled when needed. My test restore came off the > tape. If you run a restore after the migration the JobID changes as > mentioned in the manual and the original disc JobID is not present. > > I wonder if Kern and co could enable access for a restore off the disc > until the Volume is recycled. The JobID of the disc Volume exists in the > database. I'll look into migration further, maybe there are some settings to keep the disk data from being removed. Having the data moved from the disk is a deal breaker for my plan. Maybe there is a copy volume feature available. I think I need to read the *entire* manual, since I've only read the stuff that I thought I needed. > > I like the idea of migration, but only if I can keep the data I'm > > migrating and not delete it. The thought of backing up my backups > > seems strange, and would also make restoring from tape a much more > > difficult thing to do, since two steps would be involved. > > I thought of this myself and the double restore procedure seemed to hairy. I wonder if in my situation it would just be better to do two full backups, one to disk and one to tape. I don't like that idea because it means more load on the client machines and network (two full backups instead of one). But that would make it so that I don't have a two step process to restore data from tape. Then again, the number of times I would have to restore from tape should be small, so maybe the extra effort for the restore is worth it in order to save extra system and network load. I'm sure there are people out there who've heard of snapshot backups, normally using rsync or such. Never done them myself, so don't know how troublesome they are, as I don't want to increase the complexity of stuff too much. But I do wonder if I used something like that to do backups of the other systems to my big drive, and then just used bacula to backup the big drive. Any thoughts? > > What exactly is the point of the way you do it? Why not just backup > > to tape from the start? Is it so that you have faster backups? > > I started to use migration to backup laptops because of disconnection > problems 30 GB takes 4 hours spooling to disc then writing to tape > during this period the client "must" not disconnect or shutdown. With > migration it takes 1 hour to write to disc and if the client disconnects > it seems to handle it better the data never gets to tape. The tranfer to > tape occurs later with the connection to the client not needed. > > I am now using it on workstations since some systems seem to play up due > to network issues - the data transfer can get VERY slow I suspect it may > be the system is running a long simulation and VSS fails or some other > problem. OK, that makes sense then. With my setup, I never have any networking failures or problems, and all clients are always connected. So it is a much simpler situation. And all my clients are Linux, no Windows systems. > > I'm not having file size issues of 17GB on disk. I'm talking about > > the data written to tape is about 17GB or 18GB. It seems like the > > tape drive isn't compressing the data. But if it isn't, why would it > > not get closer to 20GB? Or is there some sort of 2-3GB overhead > > incurred in the backup process? > > Have you touched the dip switches under the unit - I have left mine in > the default positions. No, but the tape drive is at least 5 years old and someone else managed it before. So they might have done something. I'll check it out, thanks for the tip! Tauren ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
