James' strategy sounds like a good one, and it makes a lot of sense. But I'm still confused on something:
I guess bacula must just behave very differently on Windows machines than on Linux machines. I don't have any Windows clients, so I'm at a disadvantage (or is it an advantage? hmm). Is the Windows client somehow combining the bacula file daemon and the bconsole?
From the Linux side the bacula-fd doesn't give the local user any ability to
control bacula, it only gives the bacula director access to the file system. I would have to also install the bconsole on the local system to give the end user the ability to schedule a file restore. Fill me in here. How is the Windows client different? Do you still have to enter both the bacula-fd password *and* the bacula-dir password to get the Windows client to work? What would happen if these passwords were different and you didn't give the end user the password to the bacula-dir? Thanks, and sorry for the confusion. Israel On 10/2/06, James Brigman <[EMAIL PROTECTED]> wrote:
Suggestion: 1) Implement Bacula - it's an awesome product for the price. :-) 2) Disable Windows user restore in Bacula. 3) Use Windows Volume Snapshots to provide local incremental backups of each windows machine at whatever frequency you need. These would be easily restorable by anyone to the local windows machine, and only that local windows machine. 4) Take weekly "Bacula fulls" and you'll get your machine image, including all the daily VSP incrementals. 5) Make the local VSP incrementals on the box rotate so you won't ever have to "purge" and every Bacula backup will get the past day/week/month/whatever versions of the VSP's. Reasoning: - users will always pull data from the VSP incrementals. Users will never restore a machine from bare metal. (well, maybe they will but I'd be surprised) - admins will restore machines from Bacula, so that function will never be unattended - every weekly "full system backup" will also capture the week's "incremental VSP backups" Thoughts? JKB On Mon, 2006-10-02 at 16:54 -0400, Roy Vestal wrote: > Right...unfortunately, even though this is a practical way, this is not what > we're looking for. :/ > > Jon Carnes wrote: > > 1) Setup Samba on a networked Linux box > > 2) Create a graphic that says: Your computer is scheduled for backup > > this afternoon during lunch > > 3) Setup an AT job on the computer to display the graphic in the morning > > say at 10am > > 4) Setup an AT job to attach to the samba share and zip the computer > > contents up to the share at lunch. > > > > For Linux boxen, use Cron. > > > > Simplicity works. > > > > Jon > > > > On Mon, 2006-10-02 at 08:35, Roy Vestal wrote: > > > >>I'd like to start my discussion/questions over from a few weeks ago. I'm > >>looking into OSS alternatives for a non-profit org that needs to do > >>heterogeneous backups, primarily Windows XP and Linux. The organization > >>relies on volunteers like myself to help with it's day-to-day IT needs > >>as it cannot afford a full-time IT person. > >> > >>I've looked at Bacula and it appears to have what I'm looking with one > >>major flaw. It's Windows client has the restore function and seems to > >>allow, at least in it's "stock" installation, a Windows client to > >>restore *ANY* client's data (Windows or Linux client). This is > >>unacceptable. If there is a way to lock down a Windows client to *ONLY* > >>be able to see/restore it's own data, then Bacula is the product for us. > >> > >>Here are the needs: > >>- Windows and Linux support > >>- Backup to NAS and tape > >>- Encrypted backup > >>- No Windows shares needed to allow backup to run > >>- Ability to backup "in use" files > >> > >>Preferences (would like but not a deal killer if not avail): > >>- Windows clients can restore their own files and not other's without > >>Admin intervention > >>- Delta block backup so remote users can backup laptops in chunks > >>- Remote Administration (web based vs. "shell in and run") > >>- Pay for on demand support (not just community support) > >>- Bare Metal backup/restores > >> > >>TIA, > >>Roy > > > > -- TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug TriLUG Organizational FAQ : http://trilug.org/faq/ TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
-- Israel J. Pattison Raleigh, NC Email: [EMAIL PROTECTED] Web: http://www.fanana.net "Infinity, dear [friends], extends not only outward, but inward, into each human heart." -- Dr. E. Urner Goodman -- TriLUG mailing list : http://www.trilug.org/mailman/listinfo/trilug TriLUG Organizational FAQ : http://trilug.org/faq/ TriLUG Member Services FAQ : http://members.trilug.org/services_faq/
