Quoting Kern Sibbald <[EMAIL PROTECTED]>:
With 10,000,000 files right off the bat, I'm a bit concerned about catalog
size. We've got about 100GB of space to work with for catalog storage, but
I'm mostly concerned with the File table growing extremely large. By my
calculations, a single full backup will add about 1.5GB to the File table's
size.
This is a problem, but a bigger problem is going to be the restores if you
have more than 1 million files for any one client. In that case an
interactive restore probably won't be a reasonable thing to do because of the
time needed to build an in memory directory tree for the restore -- at least
not until I add binary tree support.
If the 10 million files are roughly equally spaced on your clients, you
probably be OK.
The clients have anywhere from 200,000 files on the low end to 1.5M
files on the
mail servers. Thankfully, these numbers are down from what I was
expecting. They're also all running the same OS at the moment so from
what Arno says, that
should cut down on the number of entries a bit further. Would it make
sense to
break the servers with huge numbers of files down into multiple filesets and
jobs to limit the size of the restore trees?
If you don't mind me asking, where's binary tree support on the list of
priorities? I noticed it's not in kernstodo.
No, all Volumes, Pools, ... in the catalogs must be totally separate. A
Volume cannot exist in two catalogs without creating chaos.
I was afraid of this. MonsterCatalog 3000(tm), here I come! =)
Administration of multiple catalogs particularly for queries and restores.
This can be a pain. You must explicitly tell bconsole what catalog
you want to
use. If you notice carefully, when it signs on, it tells what it has chosen
as a default catalog.
So it does, so it does...
-Brian
-- I live in the United States of America, where we are gradually coming to
understand that nothing we do is ever our fault, especially if it is really
stupid.
--Dave Barry, "The Tide is high and other household problems"
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
