[opensuse-es] Programas para copia de seguridad [Era: Copias de seguridad en disco duro de red]
El 2/04/08, juan molina escribió:
El problema es que cuando quiero hacer una copia de seguridad usando el programa kemp (gráfico y muy sencillo y claro)
Oye, ¿podrías indicarme algún enlace a ese programa "kemp"? :-? Estoy buscando alguno que me guste (de momento tengo en la lista "Areca Backup"*) pero si dices que éste es "gráfico, sencillo y claro" pues me interesa O:-) * http://areca.sourceforge.net/ Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Estoy buscando alguno que me guste (de momento tengo en la lista "Areca Backup"*) pero si dices que éste es "gráfico, sencillo y claro" pues me interesa O:-)
No lo conozco. ¿En donde piensas hacer las copias? Si es en otro disco duro (red, externo, interno) lo que mejor va es rsync y sus variantes, es decir, scripts (en perl, pe) que usan rsync como motor y son muy rápidos, incluso en red o por usb. Tengo una listita: backup amanda dar rdiff-backup la copia actual es un mirror, las antiguas son rdifss. rsnapshot la copia actual es un mirror, las antiguas son hardlinks y ficheros nuevos. http://www.dirvish.org/ pdumpfs (http://0xcc.net/pdumpfs) y hay alguno más que se me ha olvidado poner ahí. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9MnPtTMYHG2NR9URAjDSAJ9N0aNGVv8SM26tCnyPaG5x4KHy+ACcCYvE UuvWN9qeQilwNEkXY9aYMXw= =G9yS -----END PGP SIGNATURE-----
El 3/04/08, Carlos E. R. escribió:
¿En donde piensas hacer las copias?
De momento, en un recurso (disco duro) accesible vía samba (smb://).
Si es en otro disco duro (red, externo, interno) lo que mejor va es rsync y sus variantes, es decir, scripts (en perl, pe) que usan rsync como motor y son muy rápidos, incluso en red o por usb.
Sí, lo sé, lo sé... no creas que no seguí el hilo en la lista inglesa donde hace poco salió el tema ;-). ¿Funciona bien rsync con un recurso en red vía samba? Además, que comprima los datos sería interesante. El cifrado o los permisos de los archivos no me importa tanto...
Tengo una listita:
backup
amanda dar rdiff-backup la copia actual es un mirror, las antiguas son rdifss. rsnapshot la copia actual es un mirror, las antiguas son hardlinks y ficheros nuevos. http://www.dirvish.org/ pdumpfs (http://0xcc.net/pdumpfs)
y hay alguno más que se me ha olvidado poner ahí.
Pues los reviso a ver qué tal. Amanda lo veo más para empresa con muchos equipos... el resto de programas los reviso de uno a uno. Busco algo sencillo (no me importa si no tiene GUI), pero que: - Se pueda ejecutar de forma manual (copia ésto ahora) - Comprima - Sea rápido (que copie unos 4 gb. en unos 15 min. a través de red 10/100) - Recuperación (localización) de archivos de forma individual y navegación / listado de archivos o directorios sencillo - Sea estable (que verifique el resultado de la copia) - Sea seguro (que siga vigente con el paso del tiempo) - Y si el formato de copia es legible en varios sistemas operativos, mejor :-) La idea es copiar el directorio /home del usuario completo, de momento sin copias diferenciales o incrementales. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-03 a las 15:41 +0200, Camaleón escribió:
El 3/04/08, Carlos E. R. escribió:
¿En donde piensas hacer las copias?
De momento, en un recurso (disco duro) accesible vía samba (smb://).
Vaya.
Si es en otro disco duro (red, externo, interno) lo que mejor va es rsync y sus variantes, es decir, scripts (en perl, pe) que usan rsync como motor y son muy rápidos, incluso en red o por usb.
Sí, lo sé, lo sé... no creas que no seguí el hilo en la lista inglesa donde hace poco salió el tema ;-). ¿Funciona bien rsync con un recurso en red vía samba?
Lo dudo.
Además, que comprima los datos sería interesante.
Va a ser que no. A no ser que el recurso esté montado en NTFS y este sea comprimido por el NT.
El cifrado o los permisos de los archivos no me importa tanto...
Es que de los permisos olvidate por completo... no se guardan ni permisos ni propietarios, el fat no lo puede guardar. Ese es el problema. Tendrás permisos en el samba para poder acceder, pero luego no puede guardarlos por fichero - quizás en un ntfs si el samba lo transporta.
Tengo una listita:
backup
amanda dar rdiff-backup la copia actual es un mirror, las antiguas son rdifss. rsnapshot la copia actual es un mirror, las antiguas son hardlinks y ficheros nuevos. http://www.dirvish.org/ pdumpfs (http://0xcc.net/pdumpfs)
y hay alguno más que se me ha olvidado poner ahí.
Pues los reviso a ver qué tal. Amanda lo veo más para empresa con muchos equipos... el resto de programas los reviso de uno a uno.
El rdiff-backup es interesante, pero es más lento y trabaja intensivamente con el disco de destino, porque transforma la copia antigua en una especie de base de datos de las diferencias. Para backups de código fuente o textos debe ser maravilloso El rsnapshot sólo te funcionará con un disco linux o unix. El dar es intensivo en cpu, porque compacta en un archivo enorme (o varios) antes de enviar. Ese sí puedes usarlo contra samba. Está pensado para grabar en medios extraibles (como DVD), porque ajusta el tamaño de los archivos al del medio que le digas. El dirvish creo que necesita un servidor, pero no recuerdo seguro. Es tipo rsnapshot, pero más completo. Es bueno. En red.
Busco algo sencillo (no me importa si no tiene GUI), pero que:
- Se pueda ejecutar de forma manual (copia ésto ahora) - Comprima - Sea rápido (que copie unos 4 gb. en unos 15 min. a través de red 10/100) - Recuperación (localización) de archivos de forma individual y navegación / listado de archivos o directorios sencillo - Sea estable (que verifique el resultado de la copia) - Sea seguro (que siga vigente con el paso del tiempo) - Y si el formato de copia es legible en varios sistemas operativos, mejor :-)
Los basados en rsync cumplen, excepto lo de comprimir. El destino es magnético, dependera del sistema operativo anfitrión. Pueden ser en red o en discos externos. Minimizan el uso de red. La recuperación es directa: un arbol por fechas, y dentro un arbol idéntico al original.
La idea es copiar el directorio /home del usuario completo, de momento sin copias diferenciales o incrementales.
Los basados en rsync son diferenciales, y al mismo tiempo completos. Se hace una copia inicial. Cuando haces otra, lo que ocurre es que los ficheros que no han cambiado se crea un "hardlink" al fichero anterior (por eso sólo se pueden hacer en sistemas de ficheros apropiados). Los ficheros cambiados se copian integros. Por eso, en el directorio de cada fecha tienes la imagen exacta de esa fecha, pero los ficheros comunes no cambiados en realidad son el mismo fichero en disco. Ahorra una burrada de espacio. El rdiff-backup es un poco diferente en esto. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9OV9tTMYHG2NR9URAmf4AKCBf14NbcIR4aESbneTyv9JSvLFlQCgkwd3 tq/UippS3EZzLmBwQ305efI= =N1+Z -----END PGP SIGNATURE-----
El 3/04/08, Carlos E. R. escribió:
Lo dudo.
¿Quieres decir que rsync no permite trabajar con un recurso samba? :-?
Va a ser que no.
A no ser que el recurso esté montado en NTFS y este sea comprimido por el NT.
¿Y quieres decir que rsync no permite comprimir? :-/
Es que de los permisos olvidate por completo... no se guardan ni permisos ni propietarios, el fat no lo puede guardar. Ese es el problema. Tendrás permisos en el samba para poder acceder, pero luego no puede guardarlos por fichero - quizás en un ntfs si el samba lo transporta.
Bueno, el disco duro tiene formato ntfs... pero vaya, que lo de los permisos no me importa tanto. Lo voy a usar como copia de seguridad de datos, no tanto de sistema.
El rdiff-backup es interesante, pero es más lento y trabaja intensivamente con el disco de destino, porque transforma la copia antigua en una especie de base de datos de las diferencias. Para backups de código fuente o textos debe ser maravilloso
Hum, no me interesa que cargue el disco duro, podría fastidiar a otros usuarios que están accediendo al recurso.
El rsnapshot sólo te funcionará con un disco linux o unix.
Descartado.
El dar es intensivo en cpu, porque compacta en un archivo enorme (o varios) antes de enviar. Ese sí puedes usarlo contra samba. Está pensado para grabar en medios extraibles (como DVD), porque ajusta el tamaño de los archivos al del medio que le digas.
Por las listas de opensuse he leído que la recuperación de archivos de copias grandes es lenta... pero lo mantengo como posible.
El dirvish creo que necesita un servidor, pero no recuerdo seguro. Es tipo rsnapshot, pero más completo. Es bueno. En red.
Usa rsync ¿no me sirve, pues? :-?
Los basados en rsync cumplen, excepto lo de comprimir. El destino es magnético, dependera del sistema operativo anfitrión. Pueden ser en red o en discos externos. Minimizan el uso de red. La recuperación es directa: un arbol por fechas, y dentro un arbol idéntico al original.
Pero con samba detrás... ¿es posible usar rsync? :-?
Los basados en rsync son diferenciales, y al mismo tiempo completos.
Se hace una copia inicial.
Cuando haces otra, lo que ocurre es que los ficheros que no han cambiado se crea un "hardlink" al fichero anterior (por eso sólo se pueden hacer en sistemas de ficheros apropiados). Los ficheros cambiados se copian integros.
Por eso, en el directorio de cada fecha tienes la imagen exacta de esa fecha, pero los ficheros comunes no cambiados en realidad son el mismo fichero en disco. Ahorra una burrada de espacio.
Sí, las copias diferenciales ahorran tiempo y espacio pero en algunos equipos prefiero que sean copias normales, comprimidas en todo caso, pero autónomas. Estoy probando areca, que tampoco permite samba y he tenido que "engañarlo" montando el recurso como cifs en /mnt >:-). Bueno, pues ya veremos cómo va este programita (ha empezado la copia a las 20:17 y va por el 50%... hum, un poco lento, veremos el tamaño del archivo de la copia) si no me convence sigo con "dar" a ver qué tal. Como último recurso, comprimo el directorio al máximo y lo mando (copia-pega) vía samba :-P Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-03 a las 20:52 +0200, Camaleón escribió:
El 3/04/08, Carlos E. R. escribió:
Lo dudo.
¿Quieres decir que rsync no permite trabajar con un recurso samba? :-?
¿Tienes hard-links en samba?
Va a ser que no.
A no ser que el recurso esté montado en NTFS y este sea comprimido por el NT.
¿Y quieres decir que rsync no permite comprimir? :-/
No, no lo hace. Crea copias idénticas en todo. Ya lo sé, es una gaita. Comprime lo que transmite por la red, y el servidor de destino lo vuelve a expandir antes de guardarlo para que la copia sea exacta. Por cierto, el manual de rsync dice: Mailing lists for support and development are available at http://lists.samba.org
El rdiff-backup es interesante, pero es más lento y trabaja intensivamente con el disco de destino, porque transforma la copia antigua en una especie de base de datos de las diferencias. Para backups de código fuente o textos debe ser maravilloso
Hum, no me interesa que cargue el disco duro, podría fastidiar a otros usuarios que están accediendo al recurso.
No tan intensivamente. Es más intenso el trabajo de CPU del proceso que esté haciendo el trabajo, pero tiene que leer el fichero antiguo, el nuevo, y enviar las diferencias.
El rsnapshot sólo te funcionará con un disco linux o unix.
Descartado.
Pero es bueno. ¿Quien te manda comprar un disco samba? :-p
El dar es intensivo en cpu, porque compacta en un archivo enorme (o varios) antes de enviar. Ese sí puedes usarlo contra samba. Está pensado para grabar en medios extraibles (como DVD), porque ajusta el tamaño de los archivos al del medio que le digas.
Por las listas de opensuse he leído que la recuperación de archivos de copias grandes es lenta... pero lo mantengo como posible.
Claro que es lenta. Lo es de cualquier tar o zip o lo que sea.
El dirvish creo que necesita un servidor, pero no recuerdo seguro. Es tipo rsnapshot, pero más completo. Es bueno. En red.
Usa rsync ¿no me sirve, pues? :-?
Creo que es tipo rsync, si. Lo que pasa es que un servidor de backup dirvish puede dar servicio a ordenadores windows. Al revés, no. Y tu estás en el caso "al revés" precisamente, por lo de samba.
Los basados en rsync cumplen, excepto lo de comprimir. El destino es magnético, dependera del sistema operativo anfitrión. Pueden ser en red o en discos externos. Minimizan el uso de red. La recuperación es directa: un arbol por fechas, y dentro un arbol idéntico al original.
Pero con samba detrás... ¿es posible usar rsync? :-?
Si no tienes hardlinks, no. ¡Usa sistemas serios! :-P
Los basados en rsync son diferenciales, y al mismo tiempo completos.
Se hace una copia inicial.
Cuando haces otra, lo que ocurre es que los ficheros que no han cambiado se crea un "hardlink" al fichero anterior (por eso sólo se pueden hacer en sistemas de ficheros apropiados). Los ficheros cambiados se copian integros.
Por eso, en el directorio de cada fecha tienes la imagen exacta de esa fecha, pero los ficheros comunes no cambiados en realidad son el mismo fichero en disco. Ahorra una burrada de espacio.
Sí, las copias diferenciales ahorran tiempo y espacio pero en algunos equipos prefiero que sean copias normales, comprimidas en todo caso, pero autónomas.
Son diferenciales no autónomas: todas las copias están en el mismo disco físico y misma partición - que puede ser lvm o raid 0 y englobar varios dispositivos, claro.
Estoy probando areca, que tampoco permite samba y he tenido que "engañarlo" montando el recurso como cifs en /mnt >:-).
Bueno, pues ya veremos cómo va este programita (ha empezado la copia a las 20:17 y va por el 50%... hum, un poco lento, veremos el tamaño del archivo de la copia) si no me convence sigo con "dar" a ver qué tal.
Ya dirás. J.M. ha dicho de otro programa que puede interesarte.
Como último recurso, comprimo el directorio al máximo y lo mando (copia-pega) vía samba :-P
Creo que las copias de dar son más seguras. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9S2EtTMYHG2NR9URAgCXAJ9FGPM1JHUzgxByKRP9AnU2qpZrLACcDgoF aXpiUy6j9PD90KtBh/R4Iy4= =KJm2 -----END PGP SIGNATURE-----
El 3/04/08, Carlos E. R. escribió:
¿Tienes hard-links en samba?
Pues no sé si samba lo permite, pero ¿es necesario para hacer la copia de datos? :-?... Sobre rsync y samba en Google aparece este artículo: Optimal remote backups with rsync over Samba http://ttsiodras.googlepages.com/backup.html Parece que sí es posible hacerlo pero me parece un poco lioso :-/
No, no lo hace. Crea copias idénticas en todo. Ya lo sé, es una gaita. Comprime lo que transmite por la red, y el servidor de destino lo vuelve a expandir antes de guardarlo para que la copia sea exacta.
Por cierto, el manual de rsync dice:
Mailing lists for support and development are available at http://lists.samba.org
Ambos programas son del mismo desarrollador, creo.
No tan intensivamente. Es más intenso el trabajo de CPU del proceso que esté haciendo el trabajo, pero tiene que leer el fichero antiguo, el nuevo, y enviar las diferencias.
Hum...
Pero es bueno. ¿Quien te manda comprar un disco samba? :-p
No es un disco samba, es un equipo con windows 2000 server, con 3 discos duros ide. Es un equipo veterano (antes de que llegaran las suses ya estaba por aquí), así que tengo que mantenerlo (al menos de momento, todo se andará...) digamos que es una configuración heredada. Y oye, que las suses todavía están en "periodo de prueba"... sólo las tengo desde hace 5 años, aún es pronto para pasarlas a "producción" X-)
Creo que es tipo rsync, si. Lo que pasa es que un servidor de backup dirvish puede dar servicio a ordenadores windows. Al revés, no. Y tu estás en el caso "al revés" precisamente, por lo de samba.
Ya, bueno... espero dar de baja al servidor con el w200 dentro de no mucho.
Si no tienes hardlinks, no. ¡Usa sistemas serios! :-P
Pero ntfs sí lo soporta ¿no? :-?
Son diferenciales no autónomas: todas las copias están en el mismo disco físico y misma partición - que puede ser lvm o raid 0 y englobar varios dispositivos, claro.
Ya...
Ya dirás.
No está mal, de momento se queda. La primera prueba que he hecho, sin modificar nada (compresión con zip, sin cifrar y copia normal) ha tardado 40 minutos para 3 GB. (comprimido en 2 GB.)... es lento, pero creo que el cuello de botella lo tengo con samba :-/
J.M. ha dicho de otro programa que puede interesarte.
Sip, pero necesita de un servidor ftp o al menos eso me ha parecido leer en la página del programita :-?
Creo que las copias de dar son más seguras.
Y seguramente, más rápidas :-P. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-03 a las 22:32 +0200, Camaleón escribió:
El 3/04/08, Carlos E. R. escribió:
¿Tienes hard-links en samba?
Pues no sé si samba lo permite, pero ¿es necesario para hacer la copia de datos? :-?...
Para la segunda y siguientes. Cada fichero que no haya cambiado es un hardlink al antiguo.
Sobre rsync y samba en Google aparece este artículo:
Optimal remote backups with rsync over Samba http://ttsiodras.googlepages.com/backup.html
Parece que sí es posible hacerlo pero me parece un poco lioso :-/
Mmm..
Por cierto, el manual de rsync dice:
Mailing lists for support and development are available at http://lists.samba.org
Ambos programas son del mismo desarrollador, creo.
Será eso.
Pero es bueno. ¿Quien te manda comprar un disco samba? :-p
No es un disco samba, es un equipo con windows 2000 server, con 3 discos duros ide. Es un equipo veterano (antes de que llegaran las suses ya estaba por aquí), así que tengo que mantenerlo (al menos de momento, todo se andará...) digamos que es una configuración heredada.
Güeno.
Y oye, que las suses todavía están en "periodo de prueba"... sólo las tengo desde hace 5 años, aún es pronto para pasarlas a "producción" X-)
¡GRRR!
Si no tienes hardlinks, no. ¡Usa sistemas serios! :-P
Pero ntfs sí lo soporta ¿no? :-?
Ni idea.
No está mal, de momento se queda.
La primera prueba que he hecho, sin modificar nada (compresión con zip, sin cifrar y copia normal) ha tardado 40 minutos para 3 GB. (comprimido en 2 GB.)... es lento, pero creo que el cuello de botella lo tengo con samba :-/
¿La compresión la hace localmente, o la hace directamente en el samba? En el segundo caso será muy lento.
J.M. ha dicho de otro programa que puede interesarte.
Sip, pero necesita de un servidor ftp o al menos eso me ha parecido leer en la página del programita :-?
No lo conozco. Pero un ftp si le puedes poner al windows.
Creo que las copias de dar son más seguras.
Y seguramente, más rápidas :-P.
Huy, ¡eso no lo se! Yo uso rsync porque es muy rápido y cómodo con un disco externo. Pero antes probé "dar", y lo que pasa es que es lioso de configurar. Hay una interfaz gráfica, el "kdar", pero han dejado de traerlo, no se si es que no lo mantienen o es que tenía problemas. En realidad podías usar el kdar para generar la linea de comandos, que podías guardar aparte y usarla sin el kdar. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9VIptTMYHG2NR9URAjInAJ9rtyvRQfku4F1dcwiXmt9nxuGSSACfUOu3 k6+ZR5vZ+AZ6HXmtHCZwNww= =nvY1 -----END PGP SIGNATURE-----
El Jueves, 3 de Abril de 2008 15:41, Camaleón escribió:
El 3/04/08, Carlos E. R. escribió:
¿En donde piensas hacer las copias?
De momento, en un recurso (disco duro) accesible vía samba (smb://). ¿Y no le puedes instalar el daemon de rsync para windows?
http://www.itefix.no/phpws/index.php?module=pagemaster&PAGE_user_op=view_page&PAGE_id=6&MMN_position=150:150 http://optics.ph.unimelb.edu.au/help/rsync/rsync_pc1.html http://www.eslomas.com/index.php/archives/2006/01/25/copias-de-seguridad-en-... este lo estoy usando para hacer copias de win a linux, pero se puede al reves tambien http://www.aboutmyip.com/AboutMyXApp/DeltaCopy.jsp --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 4/04/08, francisco f escribió:
¿Y no le puedes instalar el daemon de rsync para windows?
Sí, puedo. Pero creo que el sistema de sincronización de archivos que usa rsync no es lo que busco en este caso. Sé que las copias diferenciales son rápidas pero quiero un sistema que permita también copias normales (completas) y comprimidas para que no se haga largo.
este lo estoy usando para hacer copias de win a linux, pero se puede al reves tambien http://www.aboutmyip.com/AboutMyXApp/DeltaCopy.jsp
Delta Copy, sí, lo ponen como el mejor cliente rsync para windows y no lo descarto tampoco. De momento sigo con areca pero el deltacopy terminaré por ponerlo cuando pase los datos actuales a una suse que será quien lleve el disco donde se almacenan las copias de seguridad. Saludos y gracias a todos por las ideas :-) -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-04 a las 12:40 +0200, Camaleón escribió:
El 4/04/08, francisco f escribió:
¿Y no le puedes instalar el daemon de rsync para windows?
Sí, puedo.
Pero creo que el sistema de sincronización de archivos que usa rsync no es lo que busco en este caso. Sé que las copias diferenciales son rápidas pero quiero un sistema que permita también copias normales (completas) y comprimidas para que no se haga largo.
Pero es que rsync hace copias normales completas (sin comprimir). Lo de las copias diferenciales se hace con una opción de linea de comandos que tiene. Y, si estás diciendo que el ordenador de destino es un windows con sistema de ficheros NTFS, puedes perfectamente decirle al NT que comprima el directorio de las copias. Lo hace transparentemente: el sistema operativo te presenta los ficheros expandidos, pero en realidad están guardados comprimidos, transparentemente. Eso es una funcionalidad que el NT tiene desde hace lustros, pero que el linux no tiene (sólo en pequeña escala y/o en sólo lectura). ¡Ya quisiera yo tenerla! La ventaja que tiene el rsync para tus usuarios es que pueden acceder a cualquier fichero salvaguardado de cualquier dia simplemente con el explorer de windows o el konqueror de linux, o con lo que les de la gana usar. No necesitan ninguna utilidad extra, nada que instalar. Eso sí, es responsabilidad tuya darles acceso de sólo lectura. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9gt+tTMYHG2NR9URAvT1AJ9ae1RCW+fG8DhewvYRbm7zwTYHJQCdH6c3 sMbaIk9klKdEZ9beP+Umsbk= =vkOv -----END PGP SIGNATURE-----
El Viernes, 4 de Abril de 2008, Carlos E. R. escribió:
Eso es una funcionalidad que el NT tiene desde hace lustros, pero que el linux no tiene (sólo en pequeña escala y/o en sólo lectura). ¡Ya quisiera yo tenerla!
* Si no recuerdo mal hace como un año que te lo comente, ve a la pagina de fuse y visita la seccion de compresed filesystems y archive filesystems, aunque la verdad yo no le veo la punta en el caso que nos ocupa, ademas con discos de 500GB a precio de saldo. * Por no liar mas este hilo, simplemente decir que rsync no es una herramienta de backup, es una herramienta de mirroring otra cosa es que dada su potencia, tirando de shell scripting y --link-dest se convierta en una herramienta imbatible, sde la que por cierto tiran todos los demas software's comentados, se pueden dar las vueltas que se quiera pero rsync siempre sera imprescindible, * Si se quiere "guardar" en windows datos de un linux, mala idea, usando rsync, nada de samba, rsync es una segadora que ahogara samba por excesivo I/O y la parte "seguridad" de la frase "copia de seguridad" es lo importante, montese con sftpdrive en windows el directorio de linux por ssh se vera como una unidad de red en windows y con cwrsync o el que sea hagase la copia, opciones -rtl sin mas. * Si se quiere "guardar" en linux datos de un windows, "empujense" los datos con cwrsync via ssh hacia el servidor linux opciones -rtl igualmente, en cualquier caso pueden instalarse tanto servidor ssh como rsync en windows y prescindir de "montajes", no obstante el uso de "servidor rsync" tiene poca utilidad mas alla de facilitar restauraciones, solo lectura, con herramientas graficas, aparte de disponer de nfs gratis, que no recomiendo, por el que microsoft pago un riñon, vamos que montas con sftpdrive y copy/paste a la hora de restaurar. * En cualquier caso los sistemas de backup, tienen distintos requerimientos, que los hacen "unicos" en cada caso, quien los hace, como, donde, quien restaura, conocimientos a la hora hacer y de restaurar, control, automatismos, arranque, paradas, etc, etc, que tiene como consecuencia que en una infraestructura minima pueda tener que emplearse un par de metodos diferentes y diferentes alternativas y precisa de un diseño pormenorizado, no es lo mismo que el usuario decida que respalda y desde que sistema a que lo haga el administrador lo mismo en las restauraciones, etc ......
El 4/04/08, Carlos E. R. escribió:
Pero es que rsync hace copias normales completas (sin comprimir). Lo de las copias diferenciales se hace con una opción de linea de comandos que tiene.
Y, si estás diciendo que el ordenador de destino es un windows con sistema de ficheros NTFS, puedes perfectamente decirle al NT que comprima el directorio de las copias. Lo hace transparentemente: el sistema operativo te presenta los ficheros expandidos, pero en realidad están guardados comprimidos, transparentemente.
Sí, lo hace transparentemente... pero también "cpu-intensivamente" >:-). Lo probé hace tiempo (cuando tenía sólo disponible para copia de datos un disco chiquito de 20 GB.). Le dije que usara la compresión sobre un directorio concreto, pero la copia de archivos desde / hacia ese directorio comprimido era muy lenta y ponía el micro a un uso del 100% (el equipo todavía mantiene un pentium III, este no es slot 1 es un pelín más moderno -socket 370-) pero es un servidor que ya está muy cargado: Lleva sql (lo necesita una aplicación para la gestión del control de accesos), la propia aplicación de control de accesos también lo carga bastante porque tiene que iniciar todos los servicios de control y gestión de tarjetas, usuarios, registro de datos, histórico, puertas de acceso, calendario..., lleva powerchute (programa para el sai) que también consume lo suyo -de memoria ram-, lleva también el programa de gestión del chisme de la unidad SAN... y además es el servidor donde se encuentran los archivos de intercambio habitual de los usuarios... está un poco saturado O:-). Por eso mismo estaba pensando ya en liberar un poco al equipo y pasar los datos a una suse que tiene un equipo más moderno y con más capacidad de disco... pero que aún está en fase de prueba, por los 5 años escasos que la tengo, ya sabes... :-P
Eso es una funcionalidad que el NT tiene desde hace lustros, pero que el linux no tiene (sólo en pequeña escala y/o en sólo lectura). ¡Ya quisiera yo tenerla!
Y también permite el cifrado, pero no sobre directorios comprimidos... >:-)
La ventaja que tiene el rsync para tus usuarios es que pueden acceder a cualquier fichero salvaguardado de cualquier dia simplemente con el explorer de windows o el konqueror de linux, o con lo que les de la gana usar. No necesitan ninguna utilidad extra, nada que instalar. Eso sí, es responsabilidad tuya darles acceso de sólo lectura.
Rsync lo dejo para cuando lo pase al equipo con suse... dentro de 5 años, yo creo que ya estará listo para pasar a producción O:-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-04 a las 14:19 +0200, Camaleón escribió:
El 4/04/08, Carlos E. R. escribió:
Pero es que rsync hace copias normales completas (sin comprimir). Lo de las copias diferenciales se hace con una opción de linea de comandos que tiene.
Y, si estás diciendo que el ordenador de destino es un windows con sistema de ficheros NTFS, puedes perfectamente decirle al NT que comprima el directorio de las copias. Lo hace transparentemente: el sistema operativo te presenta los ficheros expandidos, pero en realidad están guardados comprimidos, transparentemente.
Sí, lo hace transparentemente... pero también "cpu-intensivamente" >:-).
¿Más que si comprimes un directorio con zip? Yo lo he usado, hace tiempo, y no noté tanto gasto de cpu. Era un portatil de empresa, un pentium noseque a 750 mhz más o menos. ...
pelín más moderno -socket 370-) pero es un servidor que ya está muy cargado:
Será por eso. ...
de acceso, calendario..., lleva powerchute (programa para el sai) que también consume lo suyo -de memoria ram-,
Hay gente que no sabe hacer programas pequeños.
lleva también el programa de gestión del chisme de la unidad SAN... y además es el servidor donde se encuentran los archivos de intercambio habitual de los usuarios... está un poco saturado O:-).
Ya veo, ya.
Por eso mismo estaba pensando ya en liberar un poco al equipo y pasar los datos a una suse que tiene un equipo más moderno y con más capacidad de disco... pero que aún está en fase de prueba, por los 5 años escasos que la tengo, ya sabes... :-P
¡Ya te vale! :-p
Eso es una funcionalidad que el NT tiene desde hace lustros, pero que el linux no tiene (sólo en pequeña escala y/o en sólo lectura). ¡Ya quisiera yo tenerla!
Y también permite el cifrado, pero no sobre directorios comprimidos... >:-)
¿No? Bueno, en linux tampoco.
La ventaja que tiene el rsync para tus usuarios es que pueden acceder a cualquier fichero salvaguardado de cualquier dia simplemente con el explorer de windows o el konqueror de linux, o con lo que les de la gana usar. No necesitan ninguna utilidad extra, nada que instalar. Eso sí, es responsabilidad tuya darles acceso de sólo lectura.
Rsync lo dejo para cuando lo pase al equipo con suse... dentro de 5 años, yo creo que ya estará listo para pasar a producción O:-).
¡Será posible...! - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH9iRdtTMYHG2NR9URAuV0AJ4noQNBpP66k9HAcbXYZiXVhavrpQCfcCji 7IPFFm+FI93fZDPBm6g6aMU= =HlOQ -----END PGP SIGNATURE-----
noelamac> Estoy buscando alguno que me guste (de momento tengo en la lista noelamac> "Areca Backup"*) pero si dices que éste es "gráfico, sencillo y claro" noelamac> pues me interesa O:-) Igual te interesa FTPcopy. No es gráfico, pero es sencillo y "cabe" en el "cron". http://packman.links2linux.de/package/ftpcopy --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
2008/4/3, J.M.Queralt:
Igual te interesa FTPcopy. No es gráfico, pero es sencillo y "cabe" en el "cron".
De momento tiene la copia que ser vía samba (no tengo configurado ningún servidor ftp en esta red). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Jueves, 3 de Abril de 2008 13:23, Camaleón escribió:
El 2/04/08, juan molina escribió:
El problema es que cuando quiero hacer una copia de seguridad usando el programa kemp (gráfico y muy sencillo y claro)
Oye, ¿podrías indicarme algún enlace a ese programa "kemp"? :-?
Estoy buscando alguno que me guste (de momento tengo en la lista "Areca Backup"*) pero si dices que éste es "gráfico, sencillo y claro" pues me interesa O:-)
* http://areca.sourceforge.net/
Saludos, El programa es Keep, lo escribí mal la otra vez. Es para KDE y a mi me parece muy facilito.
Saludos --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 3/04/08, juan molina escribió:
El programa es Keep, lo escribí mal la otra vez. Es para KDE y a mi me parece muy facilito.
Ah, ¡gracias! :-) Ese sí lo he encontrado dentro de las aplicaciones para kde de copia de seguridad (por cierto, hay un montón...): http://www.kde-apps.org/?xcontentmode=272&PHPSESSID=b6ab2254f0bf53431959577ae24e3e9b Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (6)
-
Camaleón -
Carlos E. R. -
francisco f -
J.M.Queralt -
jose maria -
juan molina