> > Hmm. I don't think that would pass our auditors. If there's a > > significant chance that the copies are not identical (and it sounds > > like this approach pretty much guarantees that the copies > will not be > > identical), I don't think it would be sufficient or useful for this > > purpose. It does however make implementation easier, as you said. > > Well, it may not pass your auditors, I cannot argue with > that, but I can say that if it doesn't pass, they would > probably be horrified to learn that the copies that they are > currently getting are not true instantaneous "snapshots" > of the system (except the Win32 VSS backups), and so the > minor differences produced by this procedure are probably > insignificant compared to the inconsistencies within a single backup.
I think you've answered a slightly different question. Right now, what goes on the tape is block-for-block identical to what is reported by the FD during the scope of that run, however flawed. If I want do parallel copies of those tapes at the same time for redundancy or offsiting, etc, then the data that goes on the copies of the primary tape needs to be the same blocks as what went on the primary tape for each job. Unless I'm missing something, the description you gave would not produce that result -- it's effectively N separate backup runs -- so the tape copies wouldn't really be the same data, and thus the backups would not be interchangable. > I need to think about it a lot more before I can answer. The > current mechanism that I have defined is a "copy" field in > the JobMedia record so that Bacula can write as many copies > of a file as it wants, and it can then choose what "copy" > should be used for the restore. All the details are not yet > worked out. Sounds like that would be workable. > I think that once Python scripting has matured a bit, a DR > manager as you want > and describe will be rather "easy" or perhaps I should say "straight > forward". All the hooks you need will be there ... It does look that way. -- db ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today * Register for a JBoss Training Course Free Certification Exam for All Training Attendees Through End of 2005 Visit http://www.jboss.com/services/certification for more information _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
