[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Backups automáticos de clientes Windows a un servidor Debian.



El 11/Jan/06 - 17:57, Iván Forcada Atienza dijo:
> Hola
> 
> El 11/Jan/06 - 17:32, Iñaki dijo:
> > Hola, dentro de un tiempo tendré que dar una solución al siguiente escenario:
> > 
> > En una oficina con 200 ordenadores Windows y un servidor Debian (entre muchos 
> > otros servidores) deberé implementar un sistema de backup AUTOMATICO para que 
> > cada día a cierta hora se actualicen los datos de CADA pc con Windows al 
> > servidor Debian. Supongo que crearé una carpeta en Debian para cada pc 
> > Windows para hacer la copia de sus datos allí.
> > 
> > El proceso debe ser automático y no requerir ninguna actuación por parte de 
> > los usuarios de los Windows (tan sólo dejar el ordenador encendido a cierta 
> > hora).
> > 
> > Además, debido al volumen de datos el sistema debe ser una actualización de 
> > datos y no copiarlos todos de nuevo. Algo similar he hecho entre 2 equipos 
> > Debian usando rsync con muy buen resultado, empleando las opciones necesarias 
> > para que se actualicen sólo los datos nuevos o modificados e incluso se 
> > borren los que ya no existen.
> > 
> > El problema es que no tengo ni idea de cómo implementar algo similar entre 
> > Windows y Linux. Se me ocurren dos vías completamente diferentes:
> > 
> > 
> > 1) Instalar alguna aplicación en cada Windows que sea capaz de automatizar la 
> > copia de seguridad y conectarse por Samba, NFS u otro protocolo al servidor 
> > Debian para hacer dicha copia.
> > 
> > Problemas:
> > - No tengo ni idea de si existe alguna aplicación a ser posible libre que 
> > sirva para eso.
> 
> Para este caso, yo te recomendaría bácula. Puedes instalar el servidor
> bácula en tu máquina Debian y el cliente bácula en las máquinas con M$.
> Bácula tiene cliente para LInux y M$. El problema, es que bácula es una
> aplicación bastante grande, amen de versátil, así que tendrías que
> ponerte a estudiar ;-). Yo hace tiempo utilicé bácula, y aunque ahora
> hace ya que no lo toco, si te decides por ello igual te puedo ayudar con
> algunas cuestiones que te surjan. Por otro lado, aunque yo con bácula
> hice backups de máquinas M$, no llegué a utilizar el cliente de
> bácula para M$, sino que lo que hacía era montar los recursos samba que
> quería 'backupear' (joer que mal suena) y hacer un backup 'local' del
> punto de montaje. Luego lo desmontaba. En un dominio M$ es factible ya
> que basta con usar una cuenta de administrador del dominio para
> autenticarse sin problemas de acceso en cualquier PC del dominio. Me
> hice unos scripts que se encargaban de montar, y desmontar cuando le
> llegaba el turno del backup, scripts que ahora he perdido de vista pero
> que creo podría conseguir. 
> 
> No obstante, si los 200 PC's no forman parte de un dominio, y su cuenta
> de administrador tiene una contraseña distinta en cada uno, pues
> entonces te merece la pena usar el cliente de bácula para M$ ya que
> provee mecanismos de autenticacion independientes de M$, dependiendes
> del servidor bácula y por tanto centralizados. Solo necesitas que el
> usuario con que el cliente de bácula se ejecuta tenga permisos de
> lectura de los datos que quieres 'backupear'

Una cosa mala del cliente bácula para M$ es que no hay forma de
instalarlo en remoto y tendrías que pasarte puesto por puesto instalando
y configurando el cliente :-(. Al menos, en su día cuando yo lo miré no
se podía, y esa fue una de las razones por las que decidimos que era
mejor o más sencillo montar el recurso a 'backupear' y hacer el backup.
Pero vamos, que cada caso es un mundo...

> > 2) Iniciar la copia desde el servidor Debian accediendo a cada ordenador 
> > Windows mediante Samba. Esto supondría hacer una carpeta compartida por SMB 
> > en cada Windows de la que se copian los datos al servidor.
> 
> Pues es una opcion sencilla y rápida, que podría ser factible si tu red
> forma parde de un dominio, o si las contraseñas locales de administrador
> son la misma en todos los pc's, y si hay una cuenta de tipo 'invitado'
> que de acceso en modo lectura sin contraseña...
> 
> rsync debería de funcionar con un montaje por samba, ya que una vez
> montado es 'como si' accedieras a archivos locales. Lo unico que igual
> tienes que jugar con las opciones de rsync para que no te den problemas
> los permisos ntfs vs. los permisos en Linux. Es cuestion de hacer
> algunas pruebas antes. Yo creo es esta es la mejor opcion que tienes,
> sobre todo por su sencillez.
> 
> > Problemas:
> > - Sería bonito poder usar rsync, pero dudo que se pueda usar rsync para 
> > acceder a un recurso samba, ¿me equivoco? ¿qué otra opción sería 
> > recomendable?
> > - No tengo claro que sea buena idea obligar al servidor Debian a autenticarse 
> > en 200 equipos Windows mediante Samba, cada uno con un nombre de usuario y 
> > clave.
> > 
> 
> Otra cosa que se me ocurre es que le eches un vistazo a cygwin. Me suena
> que rsync se podía compilar (o estaba ya compilado)....

En cuanto a cygwin, no estoy muy seguro, pero creo que es posible
'clonar' su instalación en varias máquinas simplemente copiando el arbol
de directorios... lo que de ser cierto (repito que no estoy seguro) te
facilitaría mucho la tarea de utilizarlo en esos 200 puestos.

> > 
> > Agradecería cualquier sugerencia aunque sólo sea para investigar por el camino 
> > correcto, ya que reconozco no tener experiencia en backups con Windows.
> > 
> > 
> > Saludos para todos.
> > 
> > 
> > -- 
> > y hasta aquí puedo leer...
> > 
> 
> -- 
> ___________________________________________________________________
> Iván Forcada Atienza:
>   correo: ivan@forcada.info
> -------------------------------------------------------------------
> "Software is like sex: it's better when it's free" (Linus Torvalds)
>   



-- 
___________________________________________________________________
Iván Forcada Atienza:
  correo: ivan@forcada.info
-------------------------------------------------------------------
"Software is like sex: it's better when it's free" (Linus Torvalds)
  

Attachment: pgpS4O67tMWOF.pgp
Description: PGP signature


Reply to: