X-Git-Url: https://git.sur5r.net/?a=blobdiff_plain;f=bacula%2Fprojects;h=0f997e0bf600dc5c4f4ec019c50e4c2708253739;hb=57ab01d8ec99e16c891834c4a8c78021c440bf0f;hp=bfa81ccc77172825f6e3905cb88adebc5ead2ecd;hpb=540e46f9f6ca179176f8127df52550e14d3cb12f;p=bacula%2Fbacula diff --git a/bacula/projects b/bacula/projects index bfa81ccc77..0f997e0bf6 100644 --- a/bacula/projects +++ b/bacula/projects @@ -8,49 +8,48 @@ Summary: Item 1: Ability to restart failed jobs Item 2: SD redesign -Item 3: NDMP backup -Item 4: SAP backup -Item 5: Oracle backup -Item 6: Include timestamp of job launch in "stat clients" output -Item 7: Include all conf files in specified directory -Item 8: Reduction of communications bandwidth for a backup -Item 9: Concurrent spooling and despooling within a single job. -Item 10: Start spooling even when waiting on tape -Item 11: Add ability to Verify any specified Job. -Item 12: Data encryption on storage daemon -Item 13: Possibilty to schedule Jobs on last Friday of the month -Item 14: Scheduling syntax that permits more flexibility and options -Item 15: Ability to defer Batch Insert to a later time -Item 16: Add MaxVolumeSize/MaxVolumeBytes to Storage resource -Item 17: Message mailing based on backup types -Item 18: Handle Windows Encrypted Files using Win raw encryption -Item 19: Job migration between different SDs +Item* 3: NDMP backup/restore +Item 4: SAP backup/restore +Item 5: Oracle backup/restore +Item 6: Zimbra and Zarafa backup/restore +Item* 7: Include timestamp of job launch in "stat clients" output +Item 8: Include all conf files in specified directory +Item 9: Reduction of communications bandwidth for a backup +Item 10: Concurrent spooling and despooling within a single job. +Item 11: Start spooling even when waiting on tape +Item*12: Add ability to Verify any specified Job. +Item 13: Data encryption on storage daemon +Item 14: Possibilty to schedule Jobs on last Friday of the month +Item 15: Scheduling syntax that permits more flexibility and options +Item 16: Ability to defer Batch Insert to a later time +Item 17: Add MaxVolumeSize/MaxVolumeBytes to Storage resource +Item 18: Message mailing based on backup types +Item 19: Handle Windows Encrypted Files using Win raw encryption +Item 20: Job migration between different SDs Item 19. Allow FD to initiate a backup -Item 20: Implement Storage daemon compression -Item 21: Ability to import/export Bacula database entities -Item 22: Implementation of running Job speed limit. -Item 23: Add an override in Schedule for Pools based on backup types -Item 24: Automatic promotion of backup levels based on backup size -Item 25: Allow FileSet inclusion/exclusion by creation/mod times -Item 26: Archival (removal) of User Files to Tape -Item 27: Ability to reconnect a disconnected comm line -Item 28: Multiple threads in file daemon for the same job -Item 29: Automatic disabling of devices -Item 30: Enable persistent naming/number of SQL queries -Item 31: Bacula Dir, FD and SD to support proxies -Item 32: Add Minumum Spool Size directive -Item 33: Command that releases all drives in an autochanger -Item 34: Run bscan on a remote storage daemon from within bconsole. -Item 35: Implement a Migration job type that will create a reverse -Item 36: Extend the verify code to make it possible to verify +Item 21: Implement Storage daemon compression +Item 22: Ability to import/export Bacula database entities +Item*23: Implementation of running Job speed limit. +Item 24: Add an override in Schedule for Pools based on backup types +Item 25: Automatic promotion of backup levels based on backup size +Item 26: Allow FileSet inclusion/exclusion by creation/mod times +Item 27: Archival (removal) of User Files to Tape +Item 28: Ability to reconnect a disconnected comm line +Item 29: Multiple threads in file daemon for the same job +Item 30: Automatic disabling of devices +Item 31: Enable persistent naming/number of SQL queries +Item 32: Bacula Dir, FD and SD to support proxies +Item 33: Add Minumum Spool Size directive +Item 34: Command that releases all drives in an autochanger +Item 35: Run bscan on a remote storage daemon from within bconsole. +Item 36: Implement a Migration job type that will create a reverse Item 37: Separate "Storage" and "Device" in the bacula-dir.conf Item 38: Least recently used device selection for tape drives in autochanger. Item 39: Implement a Storage device like Amazon's S3. -Item 40: Convert tray monitor on Windows to a stand alone program -Item 41: Improve Bacula's tape and drive usage and cleaning management +Item*40: Convert tray monitor on Windows to a stand alone program +Item 41: Improve Bacula's tape and drive usage and cleaning management Item 42: Relabel disk volume after recycling - Item 1: Ability to restart failed jobs Date: 26 April 2009 Origin: Kern/Eric @@ -88,31 +87,46 @@ Item 2: SD redesign Why: It will simplify the SD, make it more modular, reduce locking conflicts, and allow multiple buffer backups. -Item 3: NDMP backup + +Item 3: NDMP backup/restore Date: 8 August 2010 Origin: Bacula Systems Status: Enterprise only if implemented by Bacula Systems What: Backup/restore via NDMP -- most important NetApp compatibility -Item 4: SAP backup + + +Item 4: SAP backup/restore Date: 8 August 2010 Origin: Bacula Systems Status: Enterprise only if implemented by Bacula Systems What: Backup/restore SAP databases (MaxDB, Oracle, possibly DB2) -Item 5: Oracle backup + + +Item 5: Oracle backup/restore Date: 8 August 2010 Origin: Bacula Systems Status: Enterprise only if implemented by Bacula Systems What: Backup/restore Oracle databases -Item 6: Include timestamp of job launch in "stat clients" output + +Item 6: Zimbra and Zarafa backup/restore + Date: 8 August 2010 + Origin: Bacula Systems + Status: Enterprise only if implemented by Bacula Systems + + What: Backup/restore for Zimbra and Zarafa + + + +Item 7: Include timestamp of job launch in "stat clients" output Origin: Mark Bergman Date: Tue Aug 22 17:13:39 EDT 2006 - Status: + Status: Done What: The "stat clients" command doesn't include any detail on when the active backup jobs were launched. @@ -128,7 +142,7 @@ Item 6: Include timestamp of job launch in "stat clients" output particularly when there are many active clients. -Item 7: Include all conf files in specified directory +Item 8: Include all conf files in specified directory Date: 18 October 2008 Origin: Database, Lda. Maputo, Mozambique Contact:Cameron Smith / cameron.ord@database.co.mz @@ -175,7 +189,7 @@ Notes: (kes) this can already be done with scripting -Item 8: Reduction of communications bandwidth for a backup +Item 9: Reduction of communications bandwidth for a backup Date: 14 October 2008 Origin: Robin O'Leary (Equiinet) Status: @@ -189,7 +203,7 @@ Item 8: Reduction of communications bandwidth for a backup backup that will speed up subsequent backups. -Item 9: Concurrent spooling and despooling within a single job. +Item 10: Concurrent spooling and despooling within a single job. Date: 17 nov 2009 Origin: Jesper Krogh Status: NEW @@ -244,7 +258,7 @@ Why: When dealing with larger volumes the general utillization of the -Item 10: Start spooling even when waiting on tape +Item 11: Start spooling even when waiting on tape Origin: Tobias Barth Date: 25 April 2008 Status: @@ -267,11 +281,11 @@ Item 10: Start spooling even when waiting on tape implemented. -Item 11: Add ability to Verify any specified Job. +Item 12: Add ability to Verify any specified Job. Date: 17 January 2008 Origin: portrix.net Hamburg, Germany. Contact: Christian Sabelmann -Status: 70% of the required Code is part of the Verify function since v. 2.x +Status: Can use jobid= in run command to select an old job What: The ability to tell Bacula which Job should verify instead of @@ -295,7 +309,7 @@ Status: 70% of the required Code is part of the Verify function since v. 2.x Jobs whose file information are still in the catalog. -Item 12: Data encryption on storage daemon +Item 13: Data encryption on storage daemon Origin: Tobias Barth Date: 04 February 2009 Status: new @@ -317,7 +331,7 @@ Item 12: Data encryption on storage daemon -Item 13: Possibilty to schedule Jobs on last Friday of the month +Item 14: Possibilty to schedule Jobs on last Friday of the month Origin: Carsten Menke Date: 02 March 2008 Status: @@ -358,7 +372,7 @@ Status: Run = pool=Monthly last Day of the Month at 23:50 -Item 14: Scheduling syntax that permits more flexibility and options +Item 15: Scheduling syntax that permits more flexibility and options Date: 15 December 2006 Origin: Gregory Brauer (greg at wildbrain dot com) and Florian Schnabel @@ -464,7 +478,7 @@ Item 14: Scheduling syntax that permits more flexibility and options jobs (via Schedule syntax) into this. -Item 15: Ability to defer Batch Insert to a later time +Item 16: Ability to defer Batch Insert to a later time Date: 26 April 2009 Origin: Eric Status: @@ -481,7 +495,7 @@ Item 15: Ability to defer Batch Insert to a later time format (i.e. dependent on the import/export entities project). -Item 16: Add MaxVolumeSize/MaxVolumeBytes to Storage resource +Item 17: Add MaxVolumeSize/MaxVolumeBytes to Storage resource Origin: Bastian Friedrich Date: 2008-07-09 Status: - @@ -504,7 +518,7 @@ Item 16: Add MaxVolumeSize/MaxVolumeBytes to Storage resource quite well. -Item 17: Message mailing based on backup types +Item 18: Message mailing based on backup types Origin: Evan Kaufman Date: January 6, 2006 Status: @@ -536,7 +550,7 @@ Item 17: Message mailing based on backup types Notes: Kern: This should be rather trivial to implement. -Item 18: Handle Windows Encrypted Files using Win raw encryption +Item 19: Handle Windows Encrypted Files using Win raw encryption Origin: Michael Mohr, SAG Mohr.External@infineon.com Date: 22 February 2008 Origin: Alex Ehrlich (Alex.Ehrlich-at-mail.ee) @@ -582,7 +596,7 @@ Item 18: Handle Windows Encrypted Files using Win raw encryption requiring some FD code rewrite to work with encrypted-file-related callback functions. -Item 19: Job migration between different SDs +Item 20: Job migration between different SDs Origin: Mariusz Czulada Date: 07 May 2007 Status: NEW @@ -646,7 +660,7 @@ Notes: - The FD already has code for the monitor interface backup via the FD. -Item 20: Implement Storage daemon compression +Item 21: Implement Storage daemon compression Date: 18 December 2006 Origin: Vadim A. Umanski , e-mail umanski@ext.ru Status: @@ -667,7 +681,7 @@ Item 20: Implement Storage daemon compression That's why the server-side compression feature is needed! Notes: -Item 21: Ability to import/export Bacula database entities +Item 22: Ability to import/export Bacula database entities Date: 26 April 2009 Origin: Eric Status: @@ -682,7 +696,7 @@ Item 21: Ability to import/export Bacula database entities other criteria. -Item 22: Implementation of running Job speed limit. +Item 23: Implementation of running Job speed limit. Origin: Alex F, alexxzell at yahoo dot com Date: 29 January 2009 @@ -704,7 +718,7 @@ Why: Because of a couple of reasons. First, it's very hard to implement a especially where there is little available. -Item 23: Add an override in Schedule for Pools based on backup types +Item 24: Add an override in Schedule for Pools based on backup types Date: 19 Jan 2005 Origin: Chad Slater Status: @@ -724,7 +738,7 @@ Status: has more capacity (i.e. a 8TB tape library. -Item 24: Automatic promotion of backup levels based on backup size +Item 25: Automatic promotion of backup levels based on backup size Date: 19 January 2006 Origin: Adam Thornton Status: @@ -744,7 +758,7 @@ Item 24: Automatic promotion of backup levels based on backup size of). -Item 25: Allow FileSet inclusion/exclusion by creation/mod times +Item 26: Allow FileSet inclusion/exclusion by creation/mod times Origin: Evan Kaufman Date: January 11, 2006 Status: @@ -794,7 +808,7 @@ Item 25: Allow FileSet inclusion/exclusion by creation/mod times or 'since'. -Item 26: Archival (removal) of User Files to Tape +Item 27: Archival (removal) of User Files to Tape Date: Nov. 24/2005 Origin: Ray Pengelly [ray at biomed dot queensu dot ca Status: @@ -821,7 +835,7 @@ Item 26: Archival (removal) of User Files to Tape access time. Then after another 6 months (or possibly as one storage pool gets full) data is migrated to Tape. -Item 27: Ability to reconnect a disconnected comm line +Item 28: Ability to reconnect a disconnected comm line Date: 26 April 2009 Origin: Kern/Eric Status: @@ -834,7 +848,7 @@ Item 27: Ability to reconnect a disconnected comm line Notes: *Very* complicated from a design point of view because of authenication. -Item 28: Multiple threads in file daemon for the same job +Item 29: Multiple threads in file daemon for the same job Date: 27 November 2005 Origin: Ove Risberg (Ove.Risberg at octocode dot com) Status: @@ -861,7 +875,7 @@ Item 28: Multiple threads in file daemon for the same job is single thread. -Item 29: Automatic disabling of devices +Item 30: Automatic disabling of devices Date: 2005-11-11 Origin: Peter Eriksson Status: @@ -888,7 +902,7 @@ Item 29: Automatic disabling of devices instead. -Item 30: Enable persistent naming/number of SQL queries +Item 31: Enable persistent naming/number of SQL queries Date: 24 Jan, 2007 Origin: Mark Bergman Status: @@ -954,7 +968,7 @@ Item 30: Enable persistent naming/number of SQL queries than by number. -Item 31: Bacula Dir, FD and SD to support proxies +Item 32: Bacula Dir, FD and SD to support proxies Origin: Karl Grindley @ MIT Lincoln Laboratory Date: 25 March 2009 Status: proposed @@ -995,7 +1009,7 @@ Notes: Director resource tunneling: This configuration option to utilize a One could also possibly use stunnel, netcat, etc. -Item 32: Add Minumum Spool Size directive +Item 33: Add Minumum Spool Size directive Date: 20 March 2008 Origin: Frank Sweetser @@ -1021,7 +1035,7 @@ Origin: Frank Sweetser -Item 33: Command that releases all drives in an autochanger +Item 34: Command that releases all drives in an autochanger Origin: Blake Dunlap (blake@nxs.net) Date: 10/07/2009 Status: Request @@ -1044,7 +1058,7 @@ Item 33: Command that releases all drives in an autochanger configuration quicker/easier, as all drives need to be released before any modifications to slots. -Item 34: Run bscan on a remote storage daemon from within bconsole. +Item 35: Run bscan on a remote storage daemon from within bconsole. Date: 07 October 2009 Origin: Graham Keeling Status: Proposing @@ -1081,7 +1095,7 @@ Item 34: Run bscan on a remote storage daemon from within bconsole. code is used in both the bscan program and the Storage daemon to avoid adding a lot of new code that must be maintained by the project. -Item 35: Implement a Migration job type that will create a reverse +Item 36: Implement a Migration job type that will create a reverse incremental (or decremental) backup from two existing full backups. Date: 05 October 2009 Origin: Griffith College Dublin. Some sponsorship available. @@ -1105,65 +1119,6 @@ Item 35: Implement a Migration job type that will create a reverse Notes: This feature was previously discussed on the bacula-devel list here: http://www.mail-archive.com/bacula-devel@lists.sourceforge.net/msg04962.html - - -Item 36: Extend the verify code to make it possible to verify - older jobs, not only the last one that has finished - Date: 10 April 2009 - Origin: Ralf Gross (Ralf-Lists ralfgross.de) - Status: not implemented or documented - - What: At the moment a VolumeToCatalog job compares only the - last job with the data in the catalog. It's not possible - to compare the data (md5sums) of an older volume with the - data in the catalog. - - Why: If a verify job fails, one has to immediately check the - source of the problem, fix it and rerun the verify job. - This has to happen before the next backup of the - verified backup job starts. - More important: It's not possible to check jobs that are - kept for a long time (archiv). If a jobid could be - specified for a verify job, older backups/tapes could be - checked on a regular base. - - Notes: verify documentation: - VolumeToCatalog: This level causes Bacula to read the file - attribute data written to the Volume from the last Job [...] - - Verify Job = If you run a verify job - without this directive, the last job run will be compared - with the catalog, which means that you must immediately - follow a backup by a verify command. If you specify a Verify - Job Bacula will find the last job with that name that ran [...] - - example bconsole verify dialog: - - Run Verify job - JobName: VerifyServerXXX - Level: VolumeToCatalog - Client: ServerXXX-fd - FileSet: ServerXXX-Vol1 - Pool: Full (From Job resource) - Storage: Neo4100 (From Pool resource) - Verify Job: ServerXXX-Vol1 - Verify List: - When: 2009-04-20 09:03:04 - Priority: 10 - OK to run? (yes/mod/no): m - Parameters to modify: - 1: Level - 2: Storage - 3: Job - 4: FileSet - 5: Client - 6: When - 7: Priority - 8: Pool - 9: Verify Job - - - Item 37: Separate "Storage" and "Device" in the bacula-dir.conf Date: 29 April 2009 Origin: "James Harper" @@ -1333,3 +1288,5 @@ Item n: One line summary ... *Item : List InChanger flag when doing restore. *Item : Port bat to Win32 *Item : An option to operate on all pools with update vol parameters +========== Item completed after 5.0.0 ========================== +*Item : Add ability to Verify any specified Job.