Think laptop computer, then reassess your opinion. This would be a compelling option to having the user manually backup their data to a shared directory on the server. I've had limited success with backing up client workstations in an enterprise, but if you could empower the user somehow to verify the backup it might work!!!
----- Original Message ----- From: "Charlie Brady" <[EMAIL PROTECTED]> To: "Greg Zartman" <[EMAIL PROTECTED]> Cc: "e-smith-devinfo" <[EMAIL PROTECTED]> Sent: Friday, November 02, 2001 4:53 PM Subject: RE: [e-smith-devinfo] Windows Client Backup Utility via Samba > > On Fri, 2 Nov 2001, Greg Zartman wrote: > > > > Would this be any more useful than having the clients backup to an i-bay > > > on the server named backup? The only difference is that whoever is using > > > the client machines (or whatever scheduled software jobs run on the client > > > machines) would need to backup to \\server\\backup rather than > > > \\mymachine\backup. > > > > > > What am I missing? > > > > Yes, I think you misunderstood the utility (by the way, I'm calling it > > smbarchive). Smbarcive scans the Samba domain/workgroup for any online > > clients with a share named backup. In short, it then archives all data from > > the client backup share to an ibay on the server specified in the > > configuration file (smbarchive.conf). > > No, I understood that this is what you were proposing. But this process > will only be useful if there are actually files saved in a share named > backup on some of the online clients. Those files will only get there if > someone or something puts them there. Could not that someone or something > just save directly to \\server\backup instead of doing that locally? > > > My objective was to create a utility that would run on a routine basis to > > automatically archive mission critical data from my client machines to my > > SME server. Since my SME server is setup for nightly tape backup, the > > mission critical data gets backed up to the tape as well. > > I'd rather put mission critical data on the server, and have no mission > critical data on the client machines. But I understand that your needs > might be different. > > -- > > Charlie Brady [EMAIL PROTECTED] > Lead Product Developer > Network Server Solutions Group http://www.e-smith.com/ > Mitel Networks Corporation http://www.mitel.com/ > Phone: +1 (613) 368 4376 or 564 8000 Fax: +1 (613) 564 7739 > > > > -- > Please report bugs to [EMAIL PROTECTED] > Please mail [EMAIL PROTECTED] (only) to discuss security issues > Support for registered customers and partners to [EMAIL PROTECTED] > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org > > -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
