Sebasti�n D. Criado escribi�:
Yo utilizo en un cliente una estructura similar a la comentada (rsync --> ssh --> claves generadas) para manejar los respaldos de varios servidores (tanto Linux como M$) y concentrar toda la info en uno solo, pero coordinado de tal forma que diariamente se realiza el respaldo en cinta del arbol de directorios que contiene los archivo de backup. De esta forma lo que pase luego de reslizada la copia a cinta ya no importa.-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Lo cruzo con Lugro por que es un tema muy interesante para charlarlo en esta lista.
El Lunes 21 Febrero 2005 20:56, Mart�n Carr escribi�:
On Mon, 21 Feb 2005 20:40:38 -0300, Fernando M. Villares > cago el hd entonces uno tiene merecido perder esta info porque realmente no
tuvo en cuenta su importancia real!!
O no estan de acuerdo conmigo?
Si, pero hasta que conoc� rsync no pod�a mantener bien al d�a un backup cruzado entre HDs.... es muy engorroso hacerlo, siempre hay un momento donde pod�s perder mucho.... Si, pareci� una propaganda de sprayette.... Ahora le digo a mi cron, no de nuevo! no de nuevo dec�a......
sorry :D
Bien, todo muy lindo con rsync, pero le veo un problema; a ver que les parece a UDs.
En una soluci�n t�pica de backup usando rsync, usariamos ssh y una m�quina que haga de backserver (si puede ser fuera del edificio, mejor)
La mayor�a de las veces se usa que se mande por una conexi�n ssh a fin de que no se vean en la red los archivos a backupear, habiendo generado con anterioridad un par de claves para que no se tenga que poner el password cada vez que se haga la conexi�n ssh y as� poder ponerlo en el cron para que todos los d�as tengamos un backup fresquito del server.
Pero, ahora imaginemos esta situaci�n.
Alguien hace una intrusion al servidor y borra algunos archivos.
Si se hace rsync con la opci�n --delete, cuando se haga el pr�ximo backup, estos archivos se borraran del backup, con lo cual, los perdiste. Si no usamos --delete, el backup crecer�a tanto que nos ocupara el disco.
Como les parece que se puede solucionar esto? Por supuesto que usando rsync
- --
Sebasti�n D. Criado - scriado{en}ciudad.com.ar L.U.G.R.o - http://www.lugro.org.ar GNU/Linux Registered User # 146768 - ------------------------------------------------------------------- "Si el Universo fuera un programa estar�a hecho en C, y correr�a sobre un sistema UNIX" An�nimo.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCG2lS8hmHQ8ZCg0IRAuU3AKDHsSgE5+G5Bo91xx943AAqUPfb/wCgtGF1 KD1H6PGIpcX8/qo2jKIUho8= =BoTe -----END PGP SIGNATURE-----
_______________________________________________
Lugro mailing list
[email protected]
http://www.lugro.org.ar/mailman/listinfo/lugro
Ya se que no todo el mundo puede disponer de una unidad de cinta para este tipo de menesteres, pero orientandolo a una empresa donde la informacion es vital, es mucho mas economico una unidad de cinta y un servidor de respaldo que una unidad de cinta en cada servidor.
_______________________________________________ Lugro mailing list [email protected] http://www.lugro.org.ar/mailman/listinfo/lugro
