Hello James, On Friday 09 October 2009 01:04:59 James Harper wrote: > Kern (or anyone else), > > I think I've mentioned this before, Exchange has some additional > requirements when restoring, beyond the simple selection of files. In > particular: > > . Log files matching the store must be selected > . '.EDB' and '.STM' must be selected in pairs > . DatabaseInfo file must be selected with the database too > . If you don't want all the log files (eg you want to restore to a point > just before something went wrong) then all the log files need to be in > an unbroken sequence.
With our current setup, I can see that these requirements are a bit problematic. > > I'm sure that MSSQL, Oracle, etc are going to have similar sorts of > constraints. Yes, I imagine you are right -- in addition, the need for having pluggins for MSSQL and Oracle is now at a very high priority, and I expect to start projects on them in the near future, and obviously you are the ideal candidate for doing the MSSQL project -- I'll contact you on that at the appropriate time. > > Doing such checks in the Exchange plugin is proving a little tedious. Yes, I can imagine, and some parts as we currently have the Bacula core code written are pretty much impossible. > The restore can be halfway through before I get the wrong file and have > to report an error (which is normally just a meaningless number as far > as the user is concerned, and currently also often crashes the plugin > which is what I'm working on now). OK, understood. Thanks for working on the crashes. I'll be very happy to see those fixed. > > The best thing to do would be to present a different interface to the > user when selecting files for restore when a plugin is in use. For > Exchange, the user would simply select the database they want to > restore, select how they want the logfiles done, and then go. This might not be too hard to do, if we define a unique naming convention. When the user selects such a file, the Bacula core code could possibly use a very different selection algorithm. > > The next best thing would be for the director to pre-validate the > restore selections before the user finishes selecting the files, eg "You > must select file X if you select file Y" etc. > > As for some ideas for how that could be accomplished: > . FD plugin also has a DIR plugin component > . FD plugin writes some additional data that tell the DIR how to > validate restores. I'm not sure that this could be flexible enough. > . Some scripting language The first two are also quite possible. The scripting language is a bit more problematic simply because we have not yet identified a good scripting language ... > > The other thing to consider is how all this would interact with BAT Once we have decided on which way to move forward, I am sure we can make it work well with Bat. > > Any comments? It all sounds a bit hard at the moment... Yes it certainly need some thought. I am going to think about this a bit more. In the mean time, can you give me a bit more information on the details you see for what Bacula would have to do if a user were simply to select what database to restore (and how they want the log files handled)? Regards, Kern > > James > > > --------------------------------------------------------------------------- >--- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is > the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
