Hello,
Danie Theron wrote:
Hi ,
Would appreciate your views on my proposed backup strategy :
Running Clarkconnect Home 3.0 (fedora core 3 basically)
I didn't follow the links in your other post, so I wouldn't know anything about that...
- RAID 5 (4 x 300GB SATA drives) , this is my "onsite" storage , comes to about 800GB total
Sounds reasonable. Give you run the RAID without hot spare, beause then you would only have about 600GB.
- 2 x 300GB SATA drives for offsite storage
Offsite does mean the disks are connected to an SD in another building, or do you mean the disks are used as removable hard disks and daily taken to another building?
The latter is not what I would do, but you know what sort of security you want...
- Clients (Servers) and Director (Backup Server) will be on their own gigabit network (to minimize network loads)
If this is necessary depends on the amount of data you have to store and the time allowed for this.
Keep in mind that the clients (FDs) need connections to the SDs, and that backup speed might be limited by client disk access speed more than by the network.
- Bootstrap files and Catalog will be backed up to a separate SD
Sounds reasonable.
I was thinking of basically running the same config as mentioned in the
manual with regards to using Pools to manage your backups. I will also
probably need to run daily offsites as well (my boss is very paranoid
*g*) , which I will then basically assign the same Job with just a
different Pool (if anyone has a better suggestion please do tell).
How about using the same pool but different storage?
I unfortunately do not have actual totals of full/incr/diff backups , so I hope it will be enough.
That's a problem... Hoping together with a paranoid boss sounds like trouble to me ;-)
Few Quick questions I have :
- How does RAID 5 affect the actual redundancy of the volumes ?
From the host's view, a raid is a volume. It doesn't matter that, internally, there is redundancy.
Even with a RAID5, you still need redundand volumes - in my opinion. Simply because not only one disk might fail, but someone might use mkfs incorrectly, or rm or the SD might have a bug or you might have a mistake in your retention periods or the whole RAID array might burn to ashes or...
- Can I rather than run a bakup job twice (for on-and-offsite) , just use bcopy to copy the volumes and bootstraps to the offsite disks?
Difficult problem.
As long as you use file storage only you could simply copy the volume files to another disk.
bcopy would only be necessary when using different media as a secondary storage.
Future versions will most probably have real solutions for your problems, ,like automatic job duplicating at runtime and job migration...
Any suggestions/help will be greatly appreciated.
You've got my suggestions, you decide if it's help ;-)
Arno
Regards ,
Danie Theron Network Administrator : Verpakt Management Services email: [EMAIL PROTECTED]
If you dislike change, you're going to dislike being irrelevant even more.
------------------------------------------------------- This SF.net email is sponsored by: 2005 Windows Mobile Application Contest Submit applications for Windows Mobile(tm)-based Pocket PCs or Smartphones for the chance to win $25,000 and application distribution. Enter today at http://ads.osdn.com/?ad_idh82&alloc_id148&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
-- IT-Service Lehmann [EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de
------------------------------------------------------- This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005 Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows Embedded(r) & Windows Mobile(tm) platforms, applications & content. Register by 3/29 & save $300 http://ads.osdn.com/?ad_id=6883&alloc_id=15149&op=click _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
