Hello Kern, Kern Sibbald wrote: > Hello Sebastian, > > There are several problems in interfacing Bacula to Oracle: > > 1. One is that the Oracle "APIs" are proprietary, which will probably > require some license exception to interface to them.
i am not sure about the legal status of the API and whether a license is needed to use it; the term interoperability comes to mind. > 2. Oracle apparently charges a good deal of money to be able to get access > to these "APIs". We haven't yet looked at this in detail yet, so I may be > wrong. Now that Bacula Systems > is interested in an Oracle interface, the cost is probably manageable > where as for > the Bacula project it is not. If access to the API can not be obtained it might be possible to use reverse engineering to create a compatible MML [1]. > 3. Oracle (actually RMAN) wants to be in control of everything, if you > implement > Backup/Restore the way Oracle recommends. This is in some senses a > conflict with Bacula which wants to be in control of everything. > I think there are plenty of ways to resolve the problems but until > we have access to and understand the interfaces (APIs) > as Eric has suggested, there is not a lot we can do. Perhaps you > have such access, which would be interesting :-) > > Best regards, > > Kern [1] http://www.chillingeffects.org/reverse/faq.cgi#QID210 Regards, Sebastian ------------------------------------------------------------------------------ EMC VNX: the world's simplest storage, starting under $10K The only unified storage solution that offers unified management Up to 160% more powerful than alternatives and 25% more efficient. Guaranteed. http://p.sf.net/sfu/emc-vnx-dev2dev _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
