'Best practices' question for a backup

William Park opengeometry-FFYn/CNdgSA at public.gmane.org
Thu Sep 22 19:41:56 UTC 2005


On Thu, Sep 22, 2005 at 02:32:54PM -0400, Dave Bour wrote:
> Madison, I currently run a backup service and this issue has come up
> before.  My stance has been this.
> 
> The owner of the computer (usually the company president) has to sign
> off if a backup is requested by an individual.  In my case, all files
> in the specified folders are backed up, regardless of permissions.  As
> pointed out, there is an exposure of privledges during that period and
> my users have accepted that (or at least acknowledged that).   
> 
> Conversely, in some cases, multiple users are using the same machine
> and all are concerned their data remain private.  Again, the owner of
> the computer has the authority to acknowledge that the backup occurs
> regardless of the individual's desires, and everyone is advised
> accordlingly.
> 
> This "heavy handed" approach has cost me one client over the past 5
> years.  The balance have accepted it and some companies have even
> changed their corporate policies such that the "company" has the
> rights on the computer, rather than individual.  If the individual
> doesn't like the policies, they are welcome to find other jobs, etc.

Dave, I'm curious.  Why would such policy change be even necessary?
Company pays for premise, utility, computers, software, and salary.

> 
> As long as it's documented and the users have acknowledged it, you
> should be clear.
> 
> In my case, this was the easiest approach rather than trying to do it
> a half dozen configurations to please each individual.  

-- 
William Park <opengeometry-FFYn/CNdgSA at public.gmane.org>, Toronto, Canada
ThinFlash: Linux thin-client on USB key (flash) drive
	   http://home.eol.ca/~parkw/thinflash.html
BashDiff: Super Bash shell
	  http://freshmeat.net/projects/bashdiff/
--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml





More information about the Legacy mailing list