Re: Backup
Se puede hacer perfectamente.. 1º es recomendable tener siempre el /home en otra particion 2º de esta manera cuando reinstalas por diversos motivos se salvan las configuraciones de cada usuario 3º Si no tienes ese esquemade particiones hazlo y copia tu actual /home en tu raiz a la nueva particion 4º cuando reinstales no toques con el instalador la particion que te quedó como /home despues de instalar ve al /etc/fstab y crea una nueva entrada indicandole que de ahora esa particion sera tu /home 5º vuelves a crear el mismo usuario que tenias antes y al existir ya el directorio del anterior toma todo lo que esta alli para su uso, consfiguraciones y demas. 6º ejemplo de mi /etc/fstab /dev/hda5 /home reiserfs defaults0 2 Exitos El mar, 28-12-2004 a las 09:13 -0300, Damian Kruse escribió: > Hola gente de la lista, estoy por reinstalar Debian, y me gustaria saber > si es posible salvar toda la configuracion grafica que tengo actualmente > del KDE, es decir, tema, iconos, estilo, fuentes, etc. Para una vez que > lo reinstalo poder restaurarlo. > > Bueno, saludos y gracias. > >
Re: Backup
> Hola gente de la lista, estoy por reinstalar Debian, y me gustaria saber > si es posible salvar toda la configuracion grafica que tengo actualmente > del KDE, es decir, tema, iconos, estilo, fuentes, etc. Para una vez que > lo reinstalo poder restaurarlo. En principio te interesa guardar /home/usuario/.kde. Si estás usando temas personalizados, iconos propios, avatares para KDM, etc., creo que no se guardan ahí, pero la configuración de los programas de KDE sí. Si la versión de KDE que vas a usar tras la reinstalación es distinta a la que tienes, yo no te recomendaría usar la configuración actual, mejor crear la configuración desde cero. Por último, te recomendaría no reinstalar Debian si es porque te da problemas con algo, es más que probable que el problema vuelva a surgir de nuevo, lo que hay que hacer es resolverlo, no reinstalar. -- Fidel Ramos
Re: Backup
tar cvf /dev/st0 directorio1 directorio2 ... El jue, 10-10-2002 a las 12:55, Ángel Carrasco escribió: > Hola: > > > Tengo una unidad DAT y necesito hacer copias de seguirdad de un directorio > dentro de un sistema de archivos. Preferiblemente debe ser vía linea de > comandos para automatizar en un script. > > > ¿alguien me puede recomendar algo? > > > > Saludos y muchas gracias > > Ángel > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Carlos Solano Lisa Huzatec S.L. C/ Cavia 8-2 2º 2ª Huesca [EMAIL PROTECTED]
Re: Backup
El Thu, Oct 10, 2002 at 12:55:56PM +0200, Ángel Carrasco garabateó: > Hola: > muy buenas... > Tengo una unidad DAT y necesito hacer copias de seguirdad de un directorio > dentro de un sistema de archivos. Preferiblemente debe ser vía linea de > comandos para automatizar en un script. > > ¿alguien me puede recomendar algo? yo tengo mi dat haciendo copias a golpe de afio: find / | grep -v "^/proc" | afio -o -v /dev/st0 mira a ver si te sirve... saludos, diego -- Diego Martínez Castañeda [EMAIL PROTECTED] Responsable Técnico CDSAT Valnalón - C e n t r o S A T V a l n a l ó n Ciudad Tecnológica Valnalón C/ Hornos altos, s/n 33930 La Felguera - Langreo Asturias - España Tel. +34 985 69 22 27 (ext 413) Fax. +34 985 68 31 93 Videoconferencia +34 985 67 87 58 Web: www.astursat.net E-mail: [EMAIL PROTECTED] Por su obra se conoce al artesano. -- Jean de la Fontaine. (1621-1695) Novelista y fabulista francés.
Re: Backup
> Aupa lista, quiero hacer backups automaticos de un servidor windows a mi > debian, tambien me gustaria que si modifico algun archivo en local me lo > suba automaticamente al server, estaba mirando el rsync pero he caido en > la cuenta de que usa ssh y windows no tiene, ¿hay algun programa que Sí tiene. http://www.ssh.com/ No sé si sirve porque no conozco rsync, pero tienes el servidor y el cliente (gratis solo bajo determinadas condiciones, que yo recuerde). Con todo, yo probaría con el ssh de Cygwin: http://www.cygwin.com Saludos, Susana. -- Susana Sotelo Docío http://www.linghoo.com/de/sdocio Facultade de Filoloxía sdocio-en-linghoo.com _o) Universidade de Santiago de Compostela / \\ "Neunu ti at a abberrer mai si thocceddas a sas jannas _(___V cun mudos thoccos de ocros" #96506 --
Re: Backup
On Tue, Oct 15, 2002 at 02:53:15PM +0200, Victor Ruiz Huerga wrote: > Aupa lista, quiero hacer backups automaticos de un servidor windows a mi > debian, tambien me gustaria que si modifico algun archivo en local me lo suba > automaticamente al server, estaba mirando el rsync pero he caido en la cuenta > de que usa ssh y windows no tiene, ¿hay algun programa que haga estas > operaciones?, un saludo y gracias. Prueba unison. Lo tienes en Debian, y creo que hay versión para windows, de forma que puedes tener tus másquinas sincronizadas. Para hacer backup automático, hac el backup en la máquina debian utilizando un cron. Yo lo tengo así y todas las noches de domingo me hace un backup que copia a otra máquina. Un saludo > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- May the source be with you Ignacio García Fernández <[EMAIL PROTECTED]> Instituto de Robótica. Universidad de Valencia.Tlf. 96 398 3583 http://shannon.irobot.uv.es/~ignacio/
Re: Backup
Hola a todos, el 24 de nov de 02, a las 11:12 +0100, MiGuEL escribio: > Hola, tengo una duda al formatear, puedo hacer un tgz de todo el arbol > de directorios, formatear y luego con un disco de arranque lo pongo todo > y ajusto el lilo? creeis que funcionara? Si tienes un CD de instalacion puedes instalar el sistema base (son 5 minutos) descomprimir el tar ejecutar lilo y reiniciar. Con esto te deja el sistema tal y como lo tenias. Yo lo usaba mucho cuando me ponia meter mano sin saber muy bien lo que estaba haciendo ;-) Un saludo. -- Ivan Garcia Sainz-Aja [EMAIL PROTECTED]
Re: backup
El Mar 03 Dic 2002 11:59, Victor Ruiz Huerga escribió: > Aupa lista, he instalado el sitecopy y esta muy bien, ahora para > complementarlo quisiera un programa que haga algo similar pero a la > inversa, es decir que le de una direccion web y me baje el contenido por > ftp al directorio que yo le digo, ¿existe algo parecido?, y ¿algo para > hacer copias de seguridad de un directorio?, y ¿que me haga copias de la > base de datos mysql del server a local?, al final lo que quiero es que si > le pasa algo al server yo tenga copia de seguridad de todo, un saludo, apt-cache search what you want Y de regalo: wget lftp tar afio partimage.
Re: Backup
Hola Benito !
Para un backup simple (non-incrementell), utiliso un script qual hace un
tarball de fuentes differentes.
Es configurado por dos listas:
Una lista de fiecheros y ordenarios para backup, y una lista con los de
excluir. Es possible hacer algunas listas para backups differentes.
Las listas hacerse ejecutar ('sourcing'), es possible que se utilisa
bash-commands. No es importante conocer Bash, tambien se functiona bien
con senderos simplos. Te hago un attachment con un README (lo siento,
solamente en ingles). Si quieres te mando el scripto con algunos exemplos.
saludos,
--mi
Benito Pérez López wrote:
Hola a todos
Estoy empezando a familiarizarme un poco con la realización de backups,
> ya sea utilizando tar, cpio, mt... o con herramientas tipo Amanda.
He querido empezar utilizando tar y mt, pero no he encontrado mucha
> información sobre como hacer este tipo de cosas, solo cosas sueltas.
>Conoceis algún howto (a parte del Linux Backup Howto) que pueda
orientarme?
packup
packup -s
Backup files and directories from a list into a compressed archive.
'packup' basically is a single GNU-'tar' command line.
By default it archives but doesn't follow SymLinks.
invocation parameters
-
You must specify , which is a custom backup set selection,
corresponding to a specific configuration file name. Some examples:
system ... Essentials for emergency system restauration to some degree.
user .. User's home directories and Documents, including Graphics.
Photos are already compressed, and they keep 'tar' and maybe
your running system very busy. Simply copy them instead.
webcache .. Internet web (proxy or browser) cache.
short . Most important and recently changed data only.
invocation options
--
Note that single short options (-x -y) can _not_ be put together (like -xy).
Their order does not matter.
There are two invocation modes for 'packup':
I.) For the first mode, add options only _after_ a _single_ choice argument:
--list-packages (or -l)
Before processing the backup, a list of installed packages will be stored under
the configured path $PKGLIST. Recently only Debian support.
--force-overwrite (or -f)
While finishing backup, don't ask about previous tarballs of the same name;
just overwrite them instead.
--interactive (or -i)
Let you see all file-lists and ask questions before doing anything.
Always proposing a default.
II.) For the second mode, mulitple 's must be preceded by this option:
--silent-loop (or -s)
'packup' will process a list of space seperated strings, creating
a seperate tar.bz2 for each . Implies the option -f.
You must specify this flag first of all, _before_ amy choice string.
Very few (but still some) output. No questions.
configuration files
---
Upon invocation, 2 files are sourced, each with a list of pathes:
A 'backup' file with all the directories and files to archive, and
an 'exclude' file with sub-directories and files to exclude from the first
list.
They are called _backup and _exclude by deafult.
On run-time, these files will create the proper file-lists for tar dynamically.
* Example:
* The dynamic source file for "system" backup is called system_backup.
* Sourcing it, 'packup' creates a "system_backup.list" which is parsed to
'tar'.
* The same with system_exclude and system_exclude.list.
To customize your backup file lists, edit or create the 'source files'.
'Sourced' means, they are invoked from inside the main program,
and their output then will build the file list for tar.
This means, within these source filel, you'll have to implement single pathes
through 'cat' or 'echo' commands . However, you also can put any other command
and of course even little scripts there, using shell-expressions and
-expansions,
to output more sophisticated selections:
eg. exclude compressed graphics, kernelimages, redundant files like thumbnails;
or backup only documents changed since a specific date.
Please don't let a source file create empty lines in the file-list output, also
make sure the output lines don't have any trailing .
If you create or change a backup-list, don't forget to check the MOUNT: line
on top of the file.
I suggest you to include the _backup and _exclude files and the
main script itself in the _backup file to be archived anyway.
Of course, there are drafts for all that.
output files
The backup archive is bzip2 compressed by default.
packup creates a temporary file before removing any previous tarball.
You can advise packup to first write out a list of installed packages,
if needed updating first the database. This feature recently only is
implemented
for Debian Systems. The list will be stored outside the tarball.
The proceeding of tar will be logged to _log_ using the system
clock time.
The new tarball, the dynamically built
Re: Backup
Andoni escribió: debian-user-spanish, Bunas, Quisiera saber como se puede hacer un backup, incluido el Sector de arranque. Desde ya gracias Prueba con dd pon como if=/dev/dispositivoacopiar suerte
Re: Backup
Andoni wrote: debian-user-spanish, Bunas, Quisiera saber como se puede hacer un backup, incluido el Sector de arranque. Desde ya gracias Posiblemente te sirva partimage, que te permite hacer una imagen de la partición completa. -- Sergio Hernández A. Linux User #324.172
Re: backup
On Tue, Sep 25, 2001 at 08:10:48AM -0300, Nicolas Fillon wrote: > hola: > alguien conose algun sistema de backup para linux que conseve la > extructura > y permiso de todos los archivos. tar? Salvo los dispositivos (que son archivos especiales)... -- Roberto
Re: backup
El mar, 25 de sep de 2001, a las 09:17:43 -0300, Roberto Meyer comento ... > On Tue, Sep 25, 2001 at 08:10:48AM -0300, Nicolas Fillon wrote: > > hola: > > alguien conose algun sistema de backup para linux que conseve la > > extructura > > y permiso de todos los archivos. > > tar? Salvo los dispositivos (que son archivos especiales)... > Hola, yo uso 'afio'. La ventaja con respecto a un .tar.gz es que comprime cada fichero y luego los junta (al reves que .tar.gz que primero junta y luego comprime). Asi si hay un byte del fichero gordo que falla, no se te fastidia todo, sino solamente una parte. En la siguiente URL tienes info sobre backups: http://www.linux-backup.net/app.gwif.html espero que sirva. ciao -- Baltasar Perez (aka 'ponto') | ETSIT - ULPGC Powered by Debian GNU/Linux Woody (Nucleo 2.4.9 con ReiserFS) Linux user: #198228; ICQ: #71875480 http://www.libranet.com/petition.html -> Nro. 84615 GnuPG: pub 1024D/3C9FACE7 fingerprint = 22E9 8141 658F A9C1 7782 A667 B694 28AC 3C9F ACE7
Re: backup
Roberto Meyer, martes 25 de septiembre de 2001 a la(s) 09:17:43 -0300: > >tar? Salvo los dispositivos (que son archivos especiales)... Si estás como root también los archiva. -- David Serrano <[EMAIL PROTECTED]> - Linux Registered User #87069 pgpfsfV9ra5F8.pgp Description: PGP signature
Re: backup
On Tue, 25 Sep 2001, Nicolas Fillon wrote: > hola: > alguien conose algun sistema de backup para linux que conseve la > extructura > y permiso de todos los archivos. Todos lo hacen. De lo contrario sería un bodrio. Lo que casi ninguno respeta y no hace falta es conservar la fecha de ultima actualización de los directorios . > > Saludos > > Nicolas Fillon > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > Un saludo Antonio Castro +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ /\ /\ Ciberdroide Informática (Tienda de Linux) \\W//<<< http://www.ciberdroide.com >>> _|0 0|_ +-oOOO--(___o___)--OOOo+ | . . . . U U . . . . Antonio Castro Snurmacher [EMAIL PROTECTED] | | . . . . . . . . . . | +()()()--()()()+ | *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** | | <<< http://www.ciberdroide.com/misc/donde/dondelinux.html >>>| +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
Re: backup
Alguien sabe como se usa el dump o de alguna documentacion. Saludos El Mar 25 Sep 2001 15:35, jose maria escribió: > dump
Re: backup
> Alguien sabe como se usa el dump o de alguna documentacion. > > > dump Sip... man dump la tiene muy bien resumida. Gunnar Wolf - [EMAIL PROTECTED] - (+52)5623-1118 Desarrollo y Admon. de Sistemas en Red - FES Iztacala - UNAM Departamento de Seguridad en Computo - DGSCA- UNAM Quidquid latine dictum sit, altum viditur.
Re: backup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 http://www.flcnet.es/tbe/luismi/Documentos/reoback.htm - -- LuisMi [ADPSOFT] http://www.adpsoft.com "Connecting your business" irc.irc-hispano.org -> #redhat http://www.flcnet.es/tbe/luismi Canal IRC para usuarios RedHat Linux On Tue, 25 Sep 2001, Gunnar Wolf wrote: > > Alguien sabe como se usa el dump o de alguna documentacion. > > > > > dump > > Sip... man dump la tiene muy bien resumida. > > > Gunnar Wolf - [EMAIL PROTECTED] - (+52)5623-1118 > Desarrollo y Admon. de Sistemas en Red - FES Iztacala - UNAM > Departamento de Seguridad en Computo - DGSCA- UNAM > > Quidquid latine dictum sit, altum viditur. > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://quantumlab.net/pine_privacy_guard/ iEYEARECAAYFAjux3tIACgkQvQHLTzrFJlcsogCdGUh5jDN9TeXiq/H7sKmJerEy KzkAn2XyL1rt441yhAMUOr4rkmtQ9g8e =Ly4A -END PGP SIGNATURE-
Re: [BACKUP]
www.arkeia.com Destinatarios: debian-user-spanish@lists.debian.org CC: Asunto: [BACKUP] Clasificación: Hola: Tengo una RED de 5 ordenadores Debian y un Windows 2000 Server (Con grabadora). Me podéis aconsejar un software de backup para instalar en uno de los 5 debian y poder hacer backups de directoriso concretos de los otros debian en un lugar que pueda pasar por FTP al 2k? Muchsa gracias Ángel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Http://www.telecom.com.ar
Re: Backup automatico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: > Hola listeros!!! Hola! > > Tengo un servidor de archivos Debian Sarge con grabador DVD LG doble > capa y quisiera vuestra recomendación para realizar lo siguiente: > > - Deseo realizar backups diarios de la información del servidor en un > DVD en blanco. tar, rsync, etc > - Quisiera que sea de forma automática. cron > - Quisiera saber qué hacer en el caso que la información crezca tanto > que no alcance hacer el respaldo en un solo DVD. split, cambiar DVD > > Si pudieran brindarme información sobre qué software o qué necesito > para realizarlo, les agradecería bastante!!! > > :) Gracias anticipadas! > > -- > Paul > > - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD2QLNkw12RhFuGy4RAgqCAJ9JPf5E2BVK4oqttkT0BYjhA0sygQCfWQLM 2fyygZTmLknvyKP4Wv0tY4Y= =XQrH -END PGP SIGNATURE-
Re: Backup automatico
Gracias Ricardo. Averiguaré sobre los programas comentados. -- Paul El 26/01/06, Ricardo Frydman Eureka!<[EMAIL PROTECTED]> escribió: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > [EMAIL PROTECTED] wrote: > > Hola listeros!!! > Hola! > > > > Tengo un servidor de archivos Debian Sarge con grabador DVD LG doble > > capa y quisiera vuestra recomendación para realizar lo siguiente: > > > > - Deseo realizar backups diarios de la información del servidor en un > > DVD en blanco. > > tar, rsync, etc > > > - Quisiera que sea de forma automática. > > cron > > > - Quisiera saber qué hacer en el caso que la información crezca tanto > > que no alcance hacer el respaldo en un solo DVD. > > split, cambiar DVD > > > > > Si pudieran brindarme información sobre qué software o qué necesito > > para realizarlo, les agradecería bastante!!! > > > > :) Gracias anticipadas! > > > > -- > > Paul > > > > > > > - -- > Ricardo A.Frydman > Consultor en Tecnología Open Source - Administrador de Sistemas > jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar > SIP # 1-747-667-9534 > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFD2QLNkw12RhFuGy4RAgqCAJ9JPf5E2BVK4oqttkT0BYjhA0sygQCfWQLM > 2fyygZTmLknvyKP4Wv0tY4Y= > =XQrH > -END PGP SIGNATURE- > >
Re: Backup automatico
>> > - Quisiera saber qué hacer en el caso que la información crezca tanto >> > que no alcance hacer el respaldo en un solo DVD. >> >> split, cambiar DVD >> >> > Cuando te llegue a pasar esto, dejará de ser automático, ya que cuando tengas que cambiar el DVD, habrá intervención humana Talvez cuando pase eso deberas pensar en cambiar el medio en el cual respaldas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup automatico
El 27/01/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escribió: > >> > - Quisiera saber qué hacer en el caso que la información crezca tanto > >> > que no alcance hacer el respaldo en un solo DVD. > >> > >> split, cambiar DVD > >> > >> > > > Cuando te llegue a pasar esto, dejará de ser automático, ya que cuando > tengas que cambiar el DVD, habrá intervención humana > Talvez cuando pase eso deberas pensar en cambiar el medio en el cual > respaldas. > > En el caso de cambiar de medio de respaldo, ¿cuál recomendarías? Gracias :) -- Paul
Re: Backup automatico
DAT, DLT, NAS depende del presupuesto ... > El 27/01/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escribió: >> >> > - Quisiera saber qué hacer en el caso que la información crezca >> tanto >> >> > que no alcance hacer el respaldo en un solo DVD. >> >> >> >> split, cambiar DVD >> >> >> >> > >> >> Cuando te llegue a pasar esto, dejará de ser automático, ya que cuando >> tengas que cambiar el DVD, habrá intervención humana >> Talvez cuando pase eso deberas pensar en cambiar el medio en el cual >> respaldas. >> >> > > En el caso de cambiar de medio de respaldo, ¿cuál recomendarías? > > Gracias :) > > -- > Paul > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup automatico
podrias poner dos grabadoras de dvd, dividir los archivos antes de grabarlos y grabar una parte en un dvd y la otra en el otro --- [EMAIL PROTECTED] escribió: > DAT, DLT, NAS depende del presupuesto ... > > > El 27/01/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> > escribió: > >> >> > - Quisiera saber qué hacer en el caso que la > información crezca > >> tanto > >> >> > que no alcance hacer el respaldo en un solo > DVD. > >> >> > >> >> split, cambiar DVD > >> >> > >> >> > > >> > >> Cuando te llegue a pasar esto, dejará de ser > automático, ya que cuando > >> tengas que cambiar el DVD, habrá intervención > humana > >> Talvez cuando pase eso deberas pensar en cambiar > el medio en el cual > >> respaldas. > >> > >> > > > > En el caso de cambiar de medio de respaldo, ¿cuál > recomendarías? > > > > Gracias :) > > > > -- > > Paul > > > > > > -- > To UNSUBSCRIBE, email to > [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > ___ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup automatico
Pablo Diaz escribió: podrias poner dos grabadoras de dvd, dividir los archivos antes de grabarlos y grabar una parte en un dvd y la otra en el otro --- [EMAIL PROTECTED] escribió: DAT, DLT, NAS depende del presupuesto ... El 27/01/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escribió: - Quisiera saber qué hacer en el caso que la información crezca tanto que no alcance hacer el respaldo en un solo DVD. split, cambiar DVD Cuando te llegue a pasar esto, dejará de ser automático, ya que cuando tengas que cambiar el DVD, habrá intervención humana Talvez cuando pase eso deberas pensar en cambiar el medio en el cual respaldas. En el caso de cambiar de medio de respaldo, ¿cuál recomendarías? Gracias :) -- Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] ___ 1GB gratis, Antivirus y Antispam Correo Yahoo!, el mejor correo web del mundo http://correo.yahoo.com.ar Yo me inclino por un NAS, montas un servidor que reciba el backup y luego la tarea de llevarlo a DVD la ejecutas manualmente, o sino puedes adquirir un DAT72, que usa cintas DDS4, con capacidad 36 gb nativo o 72 gb comprimido. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup automatico
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pablo Diaz wrote: > podrias poner dos grabadoras de dvd, dividir los > archivos antes de grabarlos y grabar una parte en un > dvd y la otra en el otro claro, y si el tamaño supera el de 2 DVD, pone 3, y asi hasta llenar las conexiones posibles. > > --- [EMAIL PROTECTED] escribió: > > >>DAT, DLT, NAS depende del presupuesto ... >> >> >>>El 27/01/06, [EMAIL PROTECTED]<[EMAIL PROTECTED]> >> >>escribió: >> >>>- Quisiera saber qué hacer en el caso que la >> >>información crezca >> tanto >>>que no alcance hacer el respaldo en un solo >> >>DVD. >> >>split, cambiar DVD >> >> Cuando te llegue a pasar esto, dejará de ser >> >>automático, ya que cuando >> tengas que cambiar el DVD, habrá intervención >> >>humana >> Talvez cuando pase eso deberas pensar en cambiar >> >>el medio en el cual >> respaldas. >>> >>>En el caso de cambiar de medio de respaldo, ¿cuál >> >>recomendarías? >> >>>Gracias :) >>> >>>-- >>>Paul >>> >> >> >> >>-- >>To UNSUBSCRIBE, email to >>[EMAIL PROTECTED] >>with a subject of "unsubscribe". Trouble? Contact >>[EMAIL PROTECTED] >> >> > > > > > > > > > > ___ > 1GB gratis, Antivirus y Antispam > Correo Yahoo!, el mejor correo web del mundo > http://correo.yahoo.com.ar > > - -- Ricardo A.Frydman Consultor en Tecnología Open Source - Administrador de Sistemas jabber: [EMAIL PROTECTED] - http://www.eureka-linux.com.ar SIP # 1-747-667-9534 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD3iKekw12RhFuGy4RAvwrAJ98/cI6ao/ttfYvkBuIp5f4YHwBXgCdH6M0 /bM4RTO+gpDWAQENr6haezg= =R80K -END PGP SIGNATURE-
Re: backup diario
En 11/03/2006 a las 16:47, Cristian Quintana <[EMAIL PROTECTED]> escribió: (...) > de esta manera pueda ahorrar espacio y ancho de banda, es decir hacer > un backup de solo la diferencia. > alguien sabe si existe alguna forma de hacer esto con rsync o alguna > otra utilidad que me permita hacer esto. > > espero haberme hecho entender, gracias > > Saludos, cristian > Hola Cristian Seguro que hay muchas maneras de hacerlo, y varias opciones de programas. ** Un programa que puedes usar es el Disk ARchiver, el dar. Más informaciones, sacado de 'apt-cache show dar': "Full featured archiver with support for differential backups, slices, compression, ATTR/ACL support. DAR also supports Pipes for remote operations, including with ssh." Entonces puedes crear un pequeño bash script para hacer solamente copias incrementales diarias y copias totales a cada semana o mes. Creo que en unas 2 horas probando dar y haciendo experiencias puedes arreglar lo que quieres. No te digo más para no meter la pata, puesto que no uso dar en cliente/servidor. Lo uso para hacer copias de seguridad locales y es sencillo y potente. -- ** Otro opción es buscar un programa más completo, como afbackup, por ejemplo. Yo nunca usé afbackup, pero la información del 'apt-cache show afbackup' puede interesarte. Da una mirada ahí. __ ** Otra solución, que ocupa más espacio en disco, es usar subversion. Eso sí te daría tremenda facilidad de volver a versiones antiguas. Puedes arreglar las máquinas clientes a que hagan update del /home al iniciar y un commit al salir. Y tranquilo. A la hora de volver a un determinado día, con subversion es lo más fácil que puede haber. Basta un comando y el /home volvería al dia que quisieras. Bueno amigo, son solamente mis ideas, quizá alguna te ayude. Saludos Leandro -- (@_ Leandro Padilha Ferreira - http://androle.pro.br //\ V_/_ Linux user #237.744 - GPG ID: A7FB969E --- Há pessoas que amam o poder e outras que têm o poder de amar --Bob Marley signature.asc Description: Digital signature
Re: backup diario
Cristian Quintana escribió: hola lista les comento que estoy armando un servidor de backup y se me plantea la siguiente situacion. en donde trabajo me pidieron que haga una resguardo diario de uno de los servidores que tenemos y que es necesario que se tenga guardado esos datos de tal manera que si se necesita volver a un dia determinado se pueda hacerlo sin incovenientes, estuve buscando y investigando sobre rsync pero no encontre mucha informacion, lo que yo quisiera hacer es lo siguiente: supongamos que quiero tener respandado el /home y que el dia 02/03/2006 el servidor tiene en este directorio lo siguiente archivo00 archivo01 archivo02 entonces yo quiera guardar estos archivos en el servidor de backup en el directorio 02/03/2006 al siguiente dia, es decir el 03/03/2006 el /home del servidor tiene los siguiente archivo00 sin modificaciones desde el 02/03/2006 archivo01 sin modificaciones desde el 02/03/2006 archivo02 modificado el 03/03/2006 archivo03 creado el 03/03/2006 entonces en el servidor de backup crear un directorio /03/03/2006 con solo los archivos que han sido modificados o creados en esta fecha, es decir que el directorio 03/03/2006 contenga lo siguiente archivo02 modificado el 03/03/2006 archivo03 creado el 03/03/2006 de esta manera pueda ahorrar espacio y ancho de banda, es decir hacer un backup de solo la diferencia. alguien sabe si existe alguna forma de hacer esto con rsync o alguna otra utilidad que me permita hacer esto. espero haberme hecho entender, gracias Saludos, cristian Cristian, Conseguie un manual para utilizar rsync, copia los archivos contenidos en una carpeta de /home/syncro/, si deseas me avisas y te lo envio a tu privado, lo utilizo en Pc's con ip privado y me trabaja a la perfeccion. Slds -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: backup portatil
Christian Pinedo Zamalloa escribió: hola, la mayor parte de mi tiempo trabajo con un portatil con Debian GNU/Linux Sarge. Sin embargo, tengo cierto pánico a que el disco duro del portatil se me pete y me quede sin mis datos. Tengo intención de utilizar un fijo con Debian como servidor de Backup. Ahora bien no tengo mucha esperiencia de realizar backups mas que copiar archivos. La duda que me planteo es que sistema utilizar, acudir a tcpdump o ir a soluciones de copia de ficheros con tar, cpio, rsync, ... o si hay algo mejor. Me gustaría que si hay alguien con experiencia me comentase que herramientas utiliza. Así como si utilizais exclusivamente backups absolutos o absolutos+incrementales. Un saludo y gracias, Sin duda una que usamos mucho es backup2l, que se basa en "tar" (en la configuración básica). Hace backup incrementales y hay bastante documentación sobre el tema. -- -- David Tabernero Pérez Dept. Informatico INCLAM S.A. Samaria 4, Madrid, 28009 Tel: 915749107 Ext: 221 Fax: 915749106 Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: backup portatil
El Miércoles, 4 de Octubre de 2006 13:50, Christian Pinedo Zamalloa escribió: > hola, > > la mayor parte de mi tiempo trabajo con un portatil con Debian GNU/Linux > Sarge. Sin embargo, tengo cierto pánico a que el disco duro del portatil > se me pete y me quede sin mis datos. Tengo intención de utilizar un fijo > con Debian como servidor de Backup. > > Ahora bien no tengo mucha esperiencia de realizar backups mas que copiar > archivos. La duda que me planteo es que sistema utilizar, acudir a > tcpdump o ir a soluciones de copia de ficheros con tar, cpio, rsync, ... > o si hay algo mejor. > > Me gustaría que si hay alguien con experiencia me comentase que > herramientas utiliza. Así como si utilizais exclusivamente backups > absolutos o absolutos+incrementales. Un saludo y gracias, Yo te recomiendo sin ninguna duda rdiff-backup. La diferencia con Rsync es que Rsync es sólo para sincronizar dos carpetas (remotas o no), mientras que Rdiff-backup permite también recuperar del backup archivos tal y como estaban hace X días, o en una fecha concreta. Es decir, Rdiff-backup guarda incrementales cada vez que hace un backup en una carpeta especial "rdiff-backup" en el lugar de la copia, además de conservar una copia exacta sincronizada con el original (que sería en lo que coincide con Rsync). La única pega que me ha dado es que necesita la misma versión tanto en el cliente como en el servidor (básicamente por temas de Python). Por ejemplo, de una Kubuntu Dapper a una Sarge no sirve rdiff-backup por diferencias en las versiones de python, aunque lo logré forzando la instalación y tal. Por supuesto, al igual que Rsync la copia también puede ser incremental, o sea, sólo se transmiten los cambios. Permite SSH e incluso correr un script en una máquina A y que haga un backup de otra máquina B a otra C. Como ejemplo, yo tengo un disco USB en el que periodicamente copio mediante un script TODO mi disco de 60GB (o casi todo). Te pego abajo el script por si te interesa: - #!/bin/bash # Dispositivo de backup: LACIE="/media/usbdisk" # Backup /home/ibc: echo "Realizando el backup de /home/ibc..." sudo rdiff-backup /home/ibc $LACIE/aliax.net/home/ibc sudo rdiff-backup --remove-older-than 5W $LACIE/aliax.net/home/ibc echo -e "Terminado.\n" # Backup /etc: echo "Realizando el backup de /etc..." sudo rdiff-backup /etc $LACIE/aliax.net/etc sudo rdiff-backup --remove-older-than 5W $LACIE/aliax.net/etc echo -e "Terminado.\n" # Backup /var: echo "Realizando el backup de /var..." sudo rdiff-backup \ --include /var/VMware \ --include /var/lib/mysql \ --exclude '**' \ /var $LACIE/aliax.net/var sudo rdiff-backup --remove-older-than 5W $LACIE/aliax.net/var echo -e "Terminado.\n" # Backup /usr: echo "Realizando el backup de /usr..." sudo rdiff-backup \ --include /usr/src \ --include /usr/local/bin \ --include /usr/share/moin \ --exclude '**' \ /usr $LACIE/aliax.net/usr sudo rdiff-backup --remove-older-than 5W $LACIE/aliax.net/usr echo -e "Terminado.\n" echo -e "Terminados todos los backups.\n" -- Como detalle mencionar que si se copia a un host remoto (o desde un host remoto) la sintaxis es así: [EMAIL PROTECTED]::/ruta<-- Ojo, es :: Y por supuesto, mirar el man para ver el comando que permite recuperar un archivo tal y como estaba hace X días o diciéndole un fecha concreta, creo que era algo como: rdiff-backup -r FECHA archivo Saludos. -- Iñaki Por el bien de todos respetemos las normas de la lista: http://wiki.debian.org/NormasLista
Re: backup portatil
Mucha gracias a los dos por responder. Voy a mirar las herramientas que me habeis propuesto pero ando bastante tentado en usar dump (y no tcpdump el analizador de protocolos xD fue un lapsus...). Gracias por los comentarios, -- Christian Pinedo Zamalloa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup cual?
El 8/05/07, Jarley D.G <[EMAIL PROTECTED]> escribió: Hola todos (as) : Un aptitude search backup o un apt-cache search backup | grep backup revela que existen unos cuantos softwares de backup en debian... Como para elegir! Ahora cual de ellos usar es el kick de la cosa... Agradecería comentarios sobre cual han usado, facilidad de configuración, rendimiento. GUI o Command line da igual, siempre que hagan bien su trabajo. Backup ;) Objetivo : Realizar copias de seguridad periódicas de archivos esenciales de configuración, correo de usuarios, sitios web, logs etc... a otro hd local/remoto. salu2 y gracias.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Hola, todo depende de lo que desees hacer y cuanto control necesites para las versiones y fechas. Si tu intención es guardar todo cuando corresponda el backup, hazte tu uno propio y configuralo con cron y listo. Si deseas algo más potente que controle más cosas, bacula es muy buena opción. -- Power by Debian. A greeting, Javier.
Re: Backup cual?
El 8/05/07, Jarley D.G <[EMAIL PROTECTED]> escribió: Objetivo : Realizar copias de seguridad periódicas de archivos esenciales de configuración, correo de usuarios, sitios web, logs etc... a otro hd local/remoto. Sin ninguna duda lo mejor de lo mejor es "rdiff-backup". Es REALMENTE un sistema de backup que guarda incrementales (no sólo que transmite incrementales para agilizar la copia), es decir, que en cualquier momento puedes recuperar un fichero, un directorio o toda la copia tal y como estaba en la fecha y hora que tú quieras. Sé por experiencia que casi todo el mundo se arma sus scripts de backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de TODO el backup en diferentes fechas. Es decir, un desperdicio de recursos de espacio de disco almacenando 4 copias que son idénticas en un 90% generalmente. Rdiff-backup es mucho más flexible ya que guarda TODO el histórico de cambios por el tiempo que tú configures pero optimizando al máximo el espacio que ocupa el backup ya que lo guarda en fragmentos incrementales. La copia "actual" no obstante es un mirror exacto del original, mientras que para acceder a estados anteriores se suma al mirror los fragmentos incrementales de otros estadios. Si buscas en el histórico de esta lista encontrarás algún otro mensaje mío recomendando rdiff-backup y sus razones. PD: Y si te gusta, yo he hecho un script de backup que emplea rdiff-backup pero que lo hace muy sencillo ya que sólo es necesario rellenar un ficherito de plantilla con los ficheros, directorios a copiar/excluir y el origen y destino (locales o remotos). Si quieres te lo paso. -- Iñaki Baz Castillo <[EMAIL PROTECTED]>
Re: Backup cual?
On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: > Sé por experiencia que casi todo el mundo se arma sus scripts de > backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de > TODO el backup en diferentes fechas. Es decir, un desperdicio de > recursos de espacio de disco almacenando 4 copias que son idénticas en > un 90% generalmente. Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces duros para mantener copias incrementales de la misma forma que se hace con rdiff-backup De todas formas llevar un backup unicamente con copias incrementales es un suicidio. -- Celso González (aka PerroVerd) GPG key 0x2DA367B7 http://mitago.net signature.asc Description: Digital signature
Re: Backup cual?
El 8/05/07, Celso González <[EMAIL PROTECTED]> escribió: > Sé por experiencia que casi todo el mundo se arma sus scripts de > backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de > TODO el backup en diferentes fechas. Es decir, un desperdicio de > recursos de espacio de disco almacenando 4 copias que son idénticas en > un 90% generalmente. Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces duros para mantener copias incrementales de la misma forma que se hace con rdiff-backup En cualquier caso la versatilidad que te da rdiff-backup para recuperar los ficheros que quieras de una fecha concreta sin necesidad de mantener un backup de dicha fecha no la tiene Rsync. De todas formas llevar un backup unicamente con copias incrementales es un suicidio. Hombre, eso es relativo. Al menos la copia actual es un mirror del original. Los incrementales los aplica Rdiff-backup a la hora de restaurar un estado anterior de algún fichero. Tal vez una buena solución fuese tirar diariamente de rdiff-backup y cada ciertos días hacer un backup con rsync o con alguna utilidad de volcado a cinta y tal, y conservar esa copia en un armario si hace falta. Saludos. -- Iñaki Baz Castillo <[EMAIL PROTECTED]>
Re: Backup cual?
On 5/8/07, Iñaki Baz Castillo <[EMAIL PROTECTED]> wrote: El 8/05/07, Jarley D.G <[EMAIL PROTECTED]> escribió: > Objetivo : Realizar copias de seguridad periódicas de archivos esenciales > de configuración, > correo de usuarios, sitios web, logs etc... a otro hd local/remoto. Yo me hice un script que envié a la lista hace algún tiempo por si podía serle de utilidad a alguien. De acuerdo que no era una maravilla -ni muchísimo menos- pero por lo menos sirvo de betatester :) Así que si lo quieres te lo envío. PD: Y si te gusta, yo he hecho un script de backup que emplea rdiff-backup pero que lo hace muy sencillo ya que sólo es necesario rellenar un ficherito de plantilla con los ficheros, directorios a copiar/excluir y el origen y destino (locales o remotos). Si quieres te lo paso. Sí, por favor :) Es un programa que no conocía, pero con las referencias que das de él le voy a echar un ojo. -- Adrià García-Alzórriz [EMAIL PROTECTED]
Re: Backup cual?
El 8/05/07, Adrià <[EMAIL PROTECTED]> escribió: > PD: Y si te gusta, yo he hecho un script de backup que emplea > rdiff-backup pero que lo hace muy sencillo ya que sólo es necesario > rellenar un ficherito de plantilla con los ficheros, directorios a > copiar/excluir y el origen y destino (locales o remotos). Si quieres > te lo paso. Sí, por favor :) Es un programa que no conocía, pero con las referencias que das de él le voy a echar un ojo. Te lo adjunto. Tengo pendiente cambiarle el nombre ya que eso de "ibc-backup" suena un poco obstentoso XDD -- Iñaki Baz Castillo <[EMAIL PROTECTED]> ibc-backup.tar.gz Description: GNU Zip compressed data
Re: Backup cual?
El Mar 08 May 2007, Adrià escribió: > On 5/8/07, Iñaki Baz Castillo <[EMAIL PROTECTED]> wrote: > > El 8/05/07, Jarley D.G <[EMAIL PROTECTED]> escribió: > > > Objetivo : Realizar copias de seguridad periódicas de archivos > > > esenciales de configuración, > > > correo de usuarios, sitios web, logs etc... a otro hd local/remoto. > > Yo me hice un script que envié a la lista hace algún tiempo por si > podía serle de utilidad a alguien. De acuerdo que no era una maravilla > -ni muchísimo menos- pero por lo menos sirvo de betatester :) > Así que si lo quieres te lo envío. > > > PD: Y si te gusta, yo he hecho un script de backup que emplea > > rdiff-backup pero que lo hace muy sencillo ya que sólo es necesario > > rellenar un ficherito de plantilla con los ficheros, directorios a > > copiar/excluir y el origen y destino (locales o remotos). Si quieres > > te lo paso. > > Sí, por favor :) > Es un programa que no conocía, pero con las referencias que das de él > le voy a echar un ojo. En uno de mis clientes tengo hecho un script para que haga el bkp, prefiero hacer copia completa, con el incremental no tuve buenos resultados, de todos modos el archivo de la copia me queda de unos 15 Mb aprox, despues en mi PC tengo programado en el cron que me traiga ese bkp por ssh a determinada hora, asi me queda una copia aca __ Preguntá. Respondé. Descubrí. Todo lo que querías saber, y lo que ni imaginabas, está en Yahoo! Respuestas (Beta). ¡Probalo ya! http://www.yahoo.com.ar/respuestas
Re: Backup cual?
El martes, 08 mayo del 2007 a las 12:56:21, Celso González escribió: > On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: > > > Sé por experiencia que casi todo el mundo se arma sus scripts de > > backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de > > TODO el backup en diferentes fechas. Es decir, un desperdicio de > > recursos de espacio de disco almacenando 4 copias que son idénticas en > > un 90% generalmente. > > Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces > duros para mantener copias incrementales de la misma forma que se hace > con rdiff-backup > > De todas formas llevar un backup unicamente con copias incrementales > es un suicidio. > Dirvish!!!, eso uso yo, y lo vendo como solución comercial de backup a mis clientes, dirvish va creando imágenes de tus datos pero usa el truco de los enlaces duros para solo copiar datos cuando han cambiado, el resto son enlaces a los backups anteriores, de esta forma el ahorro de espacio es tremendo, con los precios de los HD actuales y dependiendo del volumen de datos a "backear", suele ser factible hacer varios backup al día con un incremento mínimo de espacio y pudiendo cientos (o miles) de backups almacenados. Lo otro bueno de Dirvish es que los datos están ahí, listos para usar sin necesidad programas intermedios que restauren el backup, ni de bases de datos con todo el histórico de parches incrementales, solo hay que compartirlos como quieras (ssh/scp), samba, etc y los propios lusers podrán recuperar el fichero perdido solamente seleccionando la carpeta con la fecha adecuada. Es un sistema "simple", potente y estable, soporta backups en remoto,etc, etc. www.dirvish.org Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup cual?
On Tue, May 08, 2007 at 04:00:30PM +0200, Luis Miguel R. wrote: > El martes, 08 mayo del 2007 a las 12:56:21, Celso González escribió: > > On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: > > > > > Sé por experiencia que casi todo el mundo se arma sus scripts de > > > backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de > > > TODO el backup en diferentes fechas. Es decir, un desperdicio de > > > recursos de espacio de disco almacenando 4 copias que son idénticas en > > > un 90% generalmente. > > > > Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces > > duros para mantener copias incrementales de la misma forma que se hace > > con rdiff-backup > > > > De todas formas llevar un backup unicamente con copias incrementales > > es un suicidio. > > > > Dirvish!!!, eso uso yo, y lo vendo como solución comercial de backup a > mis clientes, dirvish va creando imágenes de tus datos pero usa el truco > de los enlaces duros para solo copiar datos cuando han cambiado, el > resto son enlaces a los backups anteriores, de esta forma el ahorro de > espacio es tremendo, con los precios de los HD actuales y dependiendo > del volumen de datos a "backear", suele ser factible hacer varios backup > al día con un incremento mínimo de espacio y pudiendo cientos (o miles) > de backups almacenados. Es una ilusión ficticia, puedes tener un archivo crítico que no cambia nunca por lo que no hay versiones de él. Si por a o por b se jode el inodo en el que está almacenado pierdes ese fichero, di igual que tengas 100 días de backup, con los enlaces duros lo único que tienes son 99 enlaces apuntando al inodo jodido. Que sí, que tanto rsync como rdiff-backup o incluso dirvish son maravillosos, pero me reafirmo en que un backup a base de copias incrementales (y nada más) es una lotería. -- Celso González (aka PerroVerd) GPG key 0x2DA367B7 http://mitago.net signature.asc Description: Digital signature
Re: Backup cual?
Yo uso rsnapshot (http://www.rsnapshot.org) y me va de arte. Después de probar "casi" todas las opciones, las copias incrementales con rsnapshot y un dat scsi hp surestore 40 y tira millas... Ahora si quieres backup "a hierro", usa freenas (http://www.freenas.org) Suerte. Luis Miguel R. escribió: El martes, 08 mayo del 2007 a las 12:56:21, Celso González escribió: On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: Sé por experiencia que casi todo el mundo se arma sus scripts de backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de TODO el backup en diferentes fechas. Es decir, un desperdicio de recursos de espacio de disco almacenando 4 copias que son idénticas en un 90% generalmente. Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces duros para mantener copias incrementales de la misma forma que se hace con rdiff-backup De todas formas llevar un backup unicamente con copias incrementales es un suicidio. Dirvish!!!, eso uso yo, y lo vendo como solución comercial de backup a mis clientes, dirvish va creando imágenes de tus datos pero usa el truco de los enlaces duros para solo copiar datos cuando han cambiado, el resto son enlaces a los backups anteriores, de esta forma el ahorro de espacio es tremendo, con los precios de los HD actuales y dependiendo del volumen de datos a "backear", suele ser factible hacer varios backup al día con un incremento mínimo de espacio y pudiendo cientos (o miles) de backups almacenados. Lo otro bueno de Dirvish es que los datos están ahí, listos para usar sin necesidad programas intermedios que restauren el backup, ni de bases de datos con todo el histórico de parches incrementales, solo hay que compartirlos como quieras (ssh/scp), samba, etc y los propios lusers podrán recuperar el fichero perdido solamente seleccionando la carpeta con la fecha adecuada. Es un sistema "simple", potente y estable, soporta backups en remoto,etc, etc. www.dirvish.org Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup cual?
El Martes, 8 de Mayo de 2007 10:20, Jarley D.G escribió: > Hola todos (as) : > > Un aptitude search backup o un apt-cache search backup | grep backup > revela que existen unos cuantos softwares de backup en debian... > Como para elegir! Ahora cual de ellos usar es el kick de la cosa... > Agradecería comentarios sobre cual han usado, facilidad de configuración, > rendimiento. > GUI o Command line da igual, siempre que hagan bien su trabajo. Backup ;) > > Objetivo : Realizar copias de seguridad periódicas de archivos esenciales > de configuración, > correo de usuarios, sitios web, logs etc... a otro hd local/remoto. > > salu2 y gracias.. Yo prefiero dar backup, ¿por que? - permite backups incrementales y diferenciales. - el catálogo va integrado en el backup y puede ser extraído a un fichero - crc asociado a cada fichero de modo que si se jode alguna zona del fichero no importa, te permite extraer el resto. - soporte criptográfico incluído - permite splits del backup de un tamaño determinado Para más, mirate la web del proyecto.
Re: Backup cual?
El martes, 08 mayo del 2007 a las 05:36:03, Celso González escribió: > On Tue, May 08, 2007 at 04:00:30PM +0200, Luis Miguel R. wrote: > > El martes, 08 mayo del 2007 a las 12:56:21, Celso González escribió: > > > On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: > > > > > > > Sé por experiencia que casi todo el mundo se arma sus scripts de > > > > backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de > > > > TODO el backup en diferentes fechas. Es decir, un desperdicio de > > > > recursos de espacio de disco almacenando 4 copias que son idénticas en > > > > un 90% generalmente. > > > > > > Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces > > > duros para mantener copias incrementales de la misma forma que se hace > > > con rdiff-backup > > > > > > De todas formas llevar un backup unicamente con copias incrementales > > > es un suicidio. > > > > > > > Dirvish!!!, eso uso yo, y lo vendo como solución comercial de backup a > > mis clientes, dirvish va creando imágenes de tus datos pero usa el truco > > de los enlaces duros para solo copiar datos cuando han cambiado, el > > resto son enlaces a los backups anteriores, de esta forma el ahorro de > > espacio es tremendo, con los precios de los HD actuales y dependiendo > > del volumen de datos a "backear", suele ser factible hacer varios backup > > al día con un incremento mínimo de espacio y pudiendo cientos (o miles) > > de backups almacenados. > > Es una ilusión ficticia, puedes tener un archivo crítico que no cambia > nunca por lo que no hay versiones de él. Si por a o por b se jode el > inodo en el que está almacenado pierdes ese fichero, di igual que tengas > 100 días de backup, con los enlaces duros lo único que tienes son > 99 enlaces apuntando al inodo jodido. > Cierto, pero eso es extensible a todo lo que este sobre un filesystem, si se jode el FS pues a la porra, yo hago imagenes sobre dos HDs, el segundo HD solo se monta para realizar las imágenes y luego se desmonta, así evito problemas a nivel de FS, teniendo mas seguridad que con un raid espejo, ya que son dos FS completamente diferentes. > Que sí, que tanto rsync como rdiff-backup o incluso dirvish > son maravillosos, pero me > reafirmo en que un backup a base de copias incrementales (y nada más) > es una lotería. > Por un lado considero mucho mas peligroso un típico backup incremental donde todo el histórico esta en guardado en un fichero y un pequeño problema con el te tira todo al traste, también estas condicionado a problemas con el sistema de restauración, con una solución basada en hard links tipo dirvish dependes exclusivamente del sistema de ficheros, realmente me fió mas del FS (ext3) que de lo otro. Por otro lado para los realmente paranoicos que no quieran tener tal cantidad de enlaces apuntando a un mismo fichero (inodo)se podrían crear nuevas copias reales de los datos cada cierto tiempo y empezar de 0 sobre estas. Las posibilidades son ilimitadas Mis máquinas a parte de hacer imágenes con dirvish a dos discos, tienen un front-end vía web donde los lusers pueden crear dvds de sus datos (comprimidos con rar), para poder sacar copias fuera de la oficina. Un saludo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup cual?
On 5/8/07, erchache2000 <[EMAIL PROTECTED]> wrote: Yo uso rsnapshot (http://www.rsnapshot.org) y me va de arte. Después de probar "casi" todas las opciones, las copias incrementales con rsnapshot y un dat scsi hp surestore 40 y tira millas... Ahora si quieres backup "a hierro", usa freenas (http://www.freenas.org) Suerte. Luis Miguel R. escribió: > El martes, 08 mayo del 2007 a las 12:56:21, Celso González escribió: > >> On Tue, May 08, 2007 at 12:35:08PM +0200, Iñaki Baz Castillo wrote: >> >> >>> Sé por experiencia que casi todo el mundo se arma sus scripts de >>> backup con Rsync y que consisten en mantener 3 o 4 copias INTEGAS de >>> TODO el backup en diferentes fechas. Es decir, un desperdicio de >>> recursos de espacio de disco almacenando 4 copias que son idénticas en >>> un 90% generalmente. >>> >> Eso es que lo hacen mal, la mayoría de gente utiliza rsync con enlaces >> duros para mantener copias incrementales de la misma forma que se hace >> con rdiff-backup >> >> De todas formas llevar un backup unicamente con copias incrementales >> es un suicidio. >> >> > > Dirvish!!!, eso uso yo, y lo vendo como solución comercial de backup a > mis clientes, dirvish va creando imágenes de tus datos pero usa el truco > de los enlaces duros para solo copiar datos cuando han cambiado, el > resto son enlaces a los backups anteriores, de esta forma el ahorro de > espacio es tremendo, con los precios de los HD actuales y dependiendo > del volumen de datos a "backear", suele ser factible hacer varios backup > al día con un incremento mínimo de espacio y pudiendo cientos (o miles) > de backups almacenados. > Lo otro bueno de Dirvish es que los datos están ahí, listos para usar > sin necesidad programas intermedios que restauren el backup, ni de bases > de datos con todo el histórico de parches incrementales, solo hay que > compartirlos como quieras (ssh/scp), samba, etc y los propios lusers > podrán recuperar el fichero perdido solamente seleccionando la carpeta > con la fecha adecuada. > Es un sistema "simple", potente y estable, soporta backups en remoto,etc, > etc. > www.dirvish.org > > Un saludo. > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] FreeNAS es una muy buena opción (basada en FreeBSD, por cierto), pero sisrve para almacenar, no es en sí un sistema de backups. De hecho, yo lo uso en el trabajo, estoy muy contento con él (se instala y configura en 10 minutos) pero no me sirve de nada si no tengo una política de copias detrás. EMHO, tampoco es que haya una solución *buena* para hacer las copias, sinó que cada una depende del entorno donde se vaya a utilizar. Para una PYME, creo que es suficiente tener un backup completo semanal (que se haga los domingos, por ejemplo) y el resto de días diferencial o incremental. De esta forma puedes ir guardando un histórico de 30 días fácilmente y al final vas guardando en un disco USB externo, DVD o lo que sea las copias completas. Por cierto, que nadie ha hablado de Bacula (www.bacula.org) ni sucedáneos :) Saludos PD: erchache2000: esto de responder antes del mensaje citado es lo que se llama Top-Posting y es lo que se pide no hacer en esta lista. Tenlo en cuenta para futuras respuestas ya que así nos facilitas la lectura (está explicado en las normas de la lista, no es un capricho mío). -- Adrià García-Alzórriz [EMAIL PROTECTED]
Re: Backup cual?
Mil gracias por las respuestas. me decido por rdiff-backup y voy a probar estas dos una interfaces web que tiene a ver que tal va. Por si les interesan a alguien aqui tienen los url: http://rdiffbackupweb.sourceforge.net/ http://www.rdiffweb.org/ salu2 a todos. Jdg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Backup Remoto
Hecha mano de rsync con ssh Sent from Moxier Mail (http://www.moxier.com) - Mensaje original - De: Juan Para: debian-user-spanish@lists.debian.org Enviado: 08/04/2012 20:42 Asunto: Backup Remoto Buenas noches: Tengo una necesidad, en mi trabajo me piden mandar un backup de datos de un servidor debian a otro de otra sucursal y se me está complicando. El escenario es el siguiente, en el servidor de la sucursal A tengo un directorio de 140Gb que se actualiza dia a dia con los archivos que se agregan y modifican ese dia. Se hace un backup incremental de esos archivos nuevos, sin borrar lo que se fue borrando de cada maquina en un directorio oculto. Ahora me piden que ese directorio lo mande a otra sucursal. Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y luego hacer copias incrementales de ese mismo tar y enviarlas semanalmente. El tema es que no se me ocurre como hacerlo y no se que va a pasar la primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb por internet. No tengo NADA de experiencia en esto y no hay administrador de sistemas, me arreglo yo como puedo con todo. No quiero que nadie me haga el trabajo, solamente que me den ideas para investigar y asi poder armar los scripts. El backup local que se hace a diario ya lo tengo y funciona perfecto. La linea para comprimir el directorio de backup la tengo (tar -Pvuf backup.tar /directorio-de-backup-local). Lo que me falta saber es si una vez que tenga el primer backup hecho, puedo copiar los archivos nuevos y modificados en un archivo diferente, es decir, por primera vez hago el tar y me queda en el archivo backup-completo.tar.gz y luego hago una copia incremental en archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este ultimo archivo semanal y no todo de nuevo cada vez. ¿Estoy en lo correcto? Gracias a quien me pueda dar una mano desde ya. saludos Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAFa+n8rmB2sG8KgRmVJ=OD5m1jYo=qfqbseonqiw4ar...@mail.gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/snt0-eas13451acdec999a3b68d8a8aaa...@phx.gbl
Re: Backup Remoto
2012/4/8 Lic. Domingo Varela Yahuitl > Hecha mano de rsync con ssh > > Correcto, con rsync lo puede solucionar. Solo que 100 GB por internet es una locura realmente. los 100GB ya estan compresos? Que tipos de archivos son? -- Diego Chacón Rojas diego.cha...@gmail.com San Jose Costa Rica .-. /v\L I N U X // \\ /( )\ ^^-^^ "This is Unix-Land. In quiet nights, you can hear the Windows machines reboot" USER350910 MACHINE 244435 No me envie correos en formatos propietarios http://www.gnu.org/philosophy/no-word-attachments.es.html http://www.debian.org/intro/about.es.html
Re: Backup Remoto
El dom, 08-04-2012 a las 22:41 -0300, Juan escribió: > El tema es que no se me ocurre como hacerlo y no se que va a pasar la > primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb > por internet. No tengo NADA de experiencia en esto y no hay > administrador de sistemas, me arreglo yo como puedo con todo. Efectivamente vas a tener un problema, aunque dependerá del ancho de banda que tengas disponible para pasar esos 100 GB. Una posibilidad es que los mandes físicamente en un disco duro, y a partir de ahí hagas los incrementales. Aunque los backups hechos a mano con scripts pueden funcionar perfectamente, ten en cuenta que hay herramientas hechas para solucionar ese problema. Podrías empezar investigando rsync, y si necesitas más potencia pues puedes ver otras como bacula. Un saludo JulHer signature.asc Description: This is a digitally signed message part
Re: Backup Remoto
El Sun, 08 Apr 2012 22:41:45 -0300, Juan escribió: > Buenas noches: > > Tengo una necesidad, en mi trabajo me piden mandar un backup de datos de > un servidor debian a otro de otra sucursal y se me está complicando. > > El escenario es el siguiente, en el servidor de la sucursal A tengo un > directorio de 140Gb que se actualiza dia a dia con los archivos que se > agregan y modifican ese dia. Se hace un backup incremental de esos > archivos nuevos, sin borrar lo que se fue borrando de cada maquina en un > directorio oculto. Ahora me piden que ese directorio lo mande a otra > sucursal. > > Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y > luego hacer copias incrementales de ese mismo tar y enviarlas > semanalmente. Me parece una buena idea. > El tema es que no se me ocurre como hacerlo y no se que va a pasar la > primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb por > internet. No tengo NADA de experiencia en esto y no hay administrador de > sistemas, me arreglo yo como puedo con todo. ¿La copia normal ocupa 100 GiB? :-O Pues esa puedes pasarla manualmente (si tienes acceso físico al servidor que genera ese archivo te la puedes llevar en un disco portátil y si no tienes acceso local puedes transferirla a través de FTP/SFTP). El resto de archivos incrementales o diferenciales serán más digeribles para moverlos por Internet. Rsync, como te comenta Julio sería una buena alternativa ya que se ejecuta como demonio y se encargaría automáticamente del proceso de copia y archivado. También podrías incluir un script sencillito en el cron para que envíe los datos mediante scp al equipo remoto. O algo premontado, como backup- manager. > No quiero que nadie me haga el trabajo, solamente que me den ideas para > investigar y asi poder armar los scripts. > > El backup local que se hace a diario ya lo tengo y funciona perfecto. La > linea para comprimir el directorio de backup la tengo (tar -Pvuf > backup.tar /directorio-de-backup-local). > > Lo que me falta saber es si una vez que tenga el primer backup hecho, > puedo copiar los archivos nuevos y modificados en un archivo diferente, > es decir, por primera vez hago el tar y me queda en el archivo > backup-completo.tar.gz y luego hago una copia incremental en > archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este > ultimo archivo semanal y no todo de nuevo cada vez. > > ¿Estoy en lo correcto? Sí, tar puede gestionar copias incrementales y esos archivos serían los que tendrías que transferir, pero ya sabes que para recrear la copia de seguridad completa necesitas todos los archivos (la copia inicial o normal y todos los archivos incrementales). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/jlunhu$ss9$5...@dough.gmane.org
Re: Backup Remoto
El dom, 08-04-2012 a las 22:41 -0300, Juan escribió: > Buenas noches: > > Tengo una necesidad, en mi trabajo me piden mandar un backup de datos > de un servidor debian a otro de otra sucursal y se me está > complicando. > > El escenario es el siguiente, en el servidor de la sucursal A tengo un > directorio de 140Gb que se actualiza dia a dia con los archivos que se > agregan y modifican ese dia. Se hace un backup incremental de esos > archivos nuevos, sin borrar lo que se fue borrando de cada maquina en > un directorio oculto. Ahora me piden que ese directorio lo mande a > otra sucursal. > > Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y > luego hacer copias incrementales de ese mismo tar y enviarlas > semanalmente. > > El tema es que no se me ocurre como hacerlo y no se que va a pasar la > primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb > por internet. No tengo NADA de experiencia en esto y no hay > administrador de sistemas, me arreglo yo como puedo con todo. > > No quiero que nadie me haga el trabajo, solamente que me den ideas > para investigar y asi poder armar los scripts. > > El backup local que se hace a diario ya lo tengo y funciona perfecto. > La linea para comprimir el directorio de backup la tengo (tar -Pvuf > backup.tar /directorio-de-backup-local). > > Lo que me falta saber es si una vez que tenga el primer backup hecho, > puedo copiar los archivos nuevos y modificados en un archivo > diferente, es decir, por primera vez hago el tar y me queda en el > archivo backup-completo.tar.gz y luego hago una copia incremental en > archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este > ultimo archivo semanal y no todo de nuevo cada vez. > > ¿Estoy en lo correcto? > > Gracias a quien me pueda dar una mano desde ya. > > saludos > > Juan > Yo en tu lugar haria lo siguiente En el servidor remoto, descomprimo el tar, luego desde el local envio por rsync en modo incremental ( inclusive con deletes) y unavez transmitidos los cambios vuelvo a empaquetar el directorio en el remoto. Todo eso lo podes meter en un script en el servidor remoto y ejecutarlo con un cron -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1334012969.2576.3.ca...@gabita2.angel-alvarez.com.ar
Re: Backup Remoto
Te Recomiendo que montes un Server Backup Completo. Puede que sea lo que buscas: http://www.ibotme.com/2011/06/freenas-servidor-de-archivos-para-windows-linux-mac/ http://www.ibotme.com/2011/05/syncany-open-source-software-para-backup-en-linea/ Saludos Minato De: Juan Para: debian-user-spanish@lists.debian.org Enviado: Domingo, 8 de abril, 2012 9:11 P.M. Asunto: Backup Remoto Buenas noches: Tengo una necesidad, en mi trabajo me piden mandar un backup de datos de un servidor debian a otro de otra sucursal y se me está complicando. El escenario es el siguiente, en el servidor de la sucursal A tengo un directorio de 140Gb que se actualiza dia a dia con los archivos que se agregan y modifican ese dia. Se hace un backup incremental de esos archivos nuevos, sin borrar lo que se fue borrando de cada maquina en un directorio oculto. Ahora me piden que ese directorio lo mande a otra sucursal. Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y luego hacer copias incrementales de ese mismo tar y enviarlas semanalmente. El tema es que no se me ocurre como hacerlo y no se que va a pasar la primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb por internet. No tengo NADA de experiencia en esto y no hay administrador de sistemas, me arreglo yo como puedo con todo. No quiero que nadie me haga el trabajo, solamente que me den ideas para investigar y asi poder armar los scripts. El backup local que se hace a diario ya lo tengo y funciona perfecto. La linea para comprimir el directorio de backup la tengo (tar -Pvuf backup.tar /directorio-de-backup-local). Lo que me falta saber es si una vez que tenga el primer backup hecho, puedo copiar los archivos nuevos y modificados en un archivo diferente, es decir, por primera vez hago el tar y me queda en el archivo backup-completo.tar.gz y luego hago una copia incremental en archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este ultimo archivo semanal y no todo de nuevo cada vez. ¿Estoy en lo correcto? Gracias a quien me pueda dar una mano desde ya. saludos Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAFa+n8rmB2sG8KgRmVJ=GiOD5m1jYo=ypqfqbseonqiw4ar...@mail.gmail.com
Re: Backup Remoto
Podrias ver las posibilidades que te da rsync + SSH http://es.wikipedia.org/wiki/Rsync Le 9 avril 2012 21:43, consultoresdbm-ubu...@yahoo.com < consultoresdbm-ubu...@yahoo.com> a écrit : > Te Recomiendo que montes un Server Backup Completo. > > Puede que sea lo que buscas: > > > http://www.ibotme.com/2011/06/freenas-servidor-de-archivos-para-windows-linux-mac/ > > http://www.ibotme.com/2011/05/syncany-open-source-software-para-backup-en-linea/ > > Saludos > Minato > > -- > *De:* Juan > *Para:* debian-user-spanish@lists.debian.org > *Enviado:* Domingo, 8 de abril, 2012 9:11 P.M. > *Asunto:* Backup Remoto > > Buenas noches: > > Tengo una necesidad, en mi trabajo me piden mandar un backup de datos > de un servidor debian a otro de otra sucursal y se me está > complicando. > > El escenario es el siguiente, en el servidor de la sucursal A tengo un > directorio de 140Gb que se actualiza dia a dia con los archivos que se > agregan y modifican ese dia. Se hace un backup incremental de esos > archivos nuevos, sin borrar lo que se fue borrando de cada maquina en > un directorio oculto. Ahora me piden que ese directorio lo mande a > otra sucursal. > > Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y > luego hacer copias incrementales de ese mismo tar y enviarlas > semanalmente. > > El tema es que no se me ocurre como hacerlo y no se que va a pasar la > primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb > por internet. No tengo NADA de experiencia en esto y no hay > administrador de sistemas, me arreglo yo como puedo con todo. > > No quiero que nadie me haga el trabajo, solamente que me den ideas > para investigar y asi poder armar los scripts. > > El backup local que se hace a diario ya lo tengo y funciona perfecto. > La linea para comprimir el directorio de backup la tengo (tar -Pvuf > backup.tar /directorio-de-backup-local). > > Lo que me falta saber es si una vez que tenga el primer backup hecho, > puedo copiar los archivos nuevos y modificados en un archivo > diferente, es decir, por primera vez hago el tar y me queda en el > archivo backup-completo.tar.gz y luego hago una copia incremental en > archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este > ultimo archivo semanal y no todo de nuevo cada vez. > > ¿Estoy en lo correcto? > > Gracias a quien me pueda dar una mano desde ya. > > saludos > > Juan > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/CAFa+n8rmB2sG8KgRmVJ=GiOD5m1jYo=ypqfqbseonqiw4ar...@mail.gmail.com > > > >
Re: Backup Remoto
On Tue, Apr 10, 2012 at 4:56 AM, Fredy Guio wrote: > > Podrias ver las posibilidades que te da rsync + SSH > > http://es.wikipedia.org/wiki/Rsync > > Le 9 avril 2012 21:43, consultoresdbm-ubu...@yahoo.com > a écrit : > >> Te Recomiendo que montes un Server Backup Completo. >> >> Puede que sea lo que buscas: >> >> >> http://www.ibotme.com/2011/06/freenas-servidor-de-archivos-para-windows-linux-mac/ >> >> http://www.ibotme.com/2011/05/syncany-open-source-software-para-backup-en-linea/ >> >> Saludos >> Minato >> >> >> De: Juan >> Para: debian-user-spanish@lists.debian.org >> Enviado: Domingo, 8 de abril, 2012 9:11 P.M. >> Asunto: Backup Remoto >> >> Buenas noches: >> >> Tengo una necesidad, en mi trabajo me piden mandar un backup de datos >> de un servidor debian a otro de otra sucursal y se me está >> complicando. >> >> El escenario es el siguiente, en el servidor de la sucursal A tengo un >> directorio de 140Gb que se actualiza dia a dia con los archivos que se >> agregan y modifican ese dia. Se hace un backup incremental de esos >> archivos nuevos, sin borrar lo que se fue borrando de cada maquina en >> un directorio oculto. Ahora me piden que ese directorio lo mande a >> otra sucursal. >> >> Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y >> luego hacer copias incrementales de ese mismo tar y enviarlas >> semanalmente. >> >> El tema es que no se me ocurre como hacerlo y no se que va a pasar la >> primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb >> por internet. No tengo NADA de experiencia en esto y no hay >> administrador de sistemas, me arreglo yo como puedo con todo. >> >> No quiero que nadie me haga el trabajo, solamente que me den ideas >> para investigar y asi poder armar los scripts. >> >> El backup local que se hace a diario ya lo tengo y funciona perfecto. >> La linea para comprimir el directorio de backup la tengo (tar -Pvuf >> backup.tar /directorio-de-backup-local). >> >> Lo que me falta saber es si una vez que tenga el primer backup hecho, >> puedo copiar los archivos nuevos y modificados en un archivo >> diferente, es decir, por primera vez hago el tar y me queda en el >> archivo backup-completo.tar.gz y luego hago una copia incremental en >> archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este >> ultimo archivo semanal y no todo de nuevo cada vez. >> >> ¿Estoy en lo correcto? >> >> Gracias a quien me pueda dar una mano desde ya. >> >> saludos >> >> Juan >> >> Adicionalmente a todo lo dicho podrías contemplar otra opción: http://www.gluster.org/. Te servirá para replicar toda la info que precises del servidor A hacia el servidor B y viceversa si así lo precisas. Funciona francamente muy bien ... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caejqa5jz4b4ryue+qhlnhhwk0o8ym7bstsfdc2gzb4co7n2...@mail.gmail.com
Re: Backup Remoto
--- El mar 10-abr-12, C. L. Martinez escribió: > De: C. L. Martinez > Asunto: Re: Backup Remoto > Para: debian-user-spanish@lists.debian.org > Fecha: martes, 10 de abril de 2012, 3:04 > On Tue, Apr 10, 2012 at 4:56 AM, > Fredy Guio > wrote: > > > > Podrias ver las posibilidades que te da rsync + SSH > > > > http://es.wikipedia.org/wiki/Rsync > > > > Le 9 avril 2012 21:43, consultoresdbm-ubu...@yahoo.com > > > a écrit : > > > >> Te Recomiendo que montes un Server Backup > Completo. > >> > >> Puede que sea lo que buscas: > >> > >> > >> http://www.ibotme.com/2011/06/freenas-servidor-de-archivos-para-windows-linux-mac/ > >> > >> http://www.ibotme.com/2011/05/syncany-open-source-software-para-backup-en-linea/ > >> > >> Saludos > >> Minato > >> > >> > >> De: Juan > >> Para: debian-user-spanish@lists.debian.org > >> Enviado: Domingo, 8 de abril, 2012 9:11 P.M. > >> Asunto: Backup Remoto > >> > >> Buenas noches: > >> > >> Tengo una necesidad, en mi trabajo me piden mandar > un backup de datos > >> de un servidor debian a otro de otra sucursal y se > me está > >> complicando. > >> > >> El escenario es el siguiente, en el servidor de la > sucursal A tengo un > >> directorio de 140Gb que se actualiza dia a dia con > los archivos que se > >> agregan y modifican ese dia. Se hace un backup > incremental de esos > >> archivos nuevos, sin borrar lo que se fue borrando > de cada maquina en > >> un directorio oculto. Ahora me piden que ese > directorio lo mande a > >> otra sucursal. > >> > >> Yo pensaba comprimirlo con tar y enviarlo a la > madrugada, una vez y > >> luego hacer copias incrementales de ese mismo tar y > enviarlas > >> semanalmente. > >> > >> El tema es que no se me ocurre como hacerlo y no se > que va a pasar la > >> primera vez, ya que no debe ser muy facil pasar un > archivo de 100 gb > >> por internet. No tengo NADA de experiencia en esto > y no hay > >> administrador de sistemas, me arreglo yo como puedo > con todo. > >> > >> No quiero que nadie me haga el trabajo, solamente > que me den ideas > >> para investigar y asi poder armar los scripts. > >> > >> El backup local que se hace a diario ya lo tengo y > funciona perfecto. > >> La linea para comprimir el directorio de backup la > tengo (tar -Pvuf > >> backup.tar /directorio-de-backup-local). > >> > >> Lo que me falta saber es si una vez que tenga el > primer backup hecho, > >> puedo copiar los archivos nuevos y modificados en > un archivo > >> diferente, es decir, por primera vez hago el tar y > me queda en el > >> archivo backup-completo.tar.gz y luego hago una > copia incremental en > >> archivo-ddmm.tar.gz, asi lo que envio a la otra > sucursal es este > >> ultimo archivo semanal y no todo de nuevo cada > vez. > >> > >> ¿Estoy en lo correcto? > >> > >> Gracias a quien me pueda dar una mano desde ya. > >> > >> saludos > >> > >> Juan Hola : en mi trabajo tengo que traer a central por la noche archivos de entre 200Mb y 600Mb diariamente, y uso script con rsync por tunel ssh croneados y funciona muy bien. Lo interesante de rsync son la cantidad de parametros con los que podes jugar; y en mi situacion en la zona donde trabajo los enlaces aparte de ser muy inestables son de poco ancho de banda(los adsl en algunos lugares son de 1Mb.. en otros menos) y como soporta cortes en la transmision y retoma(con cortes pequeños) lo podes dejar croneado en varios horarios por si se interrumpio. por ejemplo: rsync -P --recursive -acvzx --delete -e 'ssh -p -i /home/xx/.ssh/id_dsa' /home/xx/archivos/* xxrem...@xxx.xxx.xxx.xxx:/home/archivos_destino/ obviamente necesitas usar claves publicas y privadas para automatizar. Pero como te decian, depende de lo que quieras implementar y el crecimiento que tendra, para una estructura de backup mas importante yo he usado bacula y funciona muy bien, pero obviamente es mas costoso en tiempo de apredizaje. saludos Marcos Negrini -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1334065543.76269.yahoomailclas...@web114517.mail.gq1.yahoo.com
Re: Backup Remoto
El 10/04/2012 10:45, marcos negrini escribió: Juan > Hola : > en mi trabajo tengo que traer a central por la noche archivos de entre 200Mb > y 600Mb diariamente, y uso script con rsync por tunel ssh croneados y > funciona muy bien. Lo interesante de rsync son la cantidad de parametros con > los que podes jugar; y en mi situacion en la zona donde trabajo los enlaces > aparte de ser muy inestables son de poco ancho de banda(los adsl en algunos > lugares son de 1Mb.. en otros menos) y como soporta cortes en la transmision > y retoma(con cortes pequeños) lo podes dejar croneado en varios horarios por > si se interrumpio. por ejemplo: > rsync -P --recursive -acvzx --delete -e 'ssh -p -i /home/xx/.ssh/id_dsa' > /home/xx/archivos/* xxrem...@xxx.xxx.xxx.xxx:/home/archivos_destino/ > > obviamente necesitas usar claves publicas y privadas para automatizar. Pero > como te decian, depende de lo que quieras implementar y el crecimiento que > tendra, para una estructura de backup mas importante yo he usado bacula y > funciona muy bien, pero obviamente es mas costoso en tiempo de apredizaje. > saludos > Marcos Negrini > > Hola, gracias a todos por las respuestas. Lo que hice, fue armar un resumen con las sugerencias y ver que me quedaba más comodo. Así llegué a la conclusion de que me voy a ir a la otra sucursal y voy a copiar los 140 y pico de Gb en un disco externo. Lo voy a traer al server local y lo voy a bajar ahi. Una vez que tenga igualados los dos servidores, voy a empezar a hacer que el script que copia la info ahora la mande al server donde está el respaldo y listo. Va a ser lo mejor, al menos en mi caso. El script que tengo ahora es un rsync que manda los datos a un directorio oculto en el mismo server origen, cada noche de manera incremental. Si eso mismo lo mando via web con rsync y ssh tengo el problema solucionado. Gracias y cuando lo haga aviso como quedó saludos Juan -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f843d4b.50...@gmail.com
Re: Backup Remoto
On 04/10/12 11:01, Jawifi wrote: > Hola, gracias a todos por las respuestas. Lo que hice, fue armar un > resumen con las sugerencias y ver que me quedaba más comodo. Así llegué > a la conclusion de que me voy a ir a la otra sucursal y voy a copiar los > 140 y pico de Gb en un disco externo. Lo voy a traer al server local y > lo voy a bajar ahi. Una vez que tenga igualados los dos servidores, voy > a empezar a hacer que el script que copia la info ahora la mande al > server donde está el respaldo y listo. Va a ser lo mejor, al menos en > mi caso. > > El script que tengo ahora es un rsync que manda los datos a un > directorio oculto en el mismo server origen, cada noche de manera > incremental. Si eso mismo lo mando via web con rsync y ssh tengo el > problema solucionado. > > Gracias y cuando lo haga aviso como quedó > > saludos > > Juan > > Genial. Sólo me gustaría añadir que tengas la precaución de no cambiar los permisos ni la fecha de modificación de los ficheros al llevarlos a la otra sucursal, no vaya a ser que rsync piense que cambiaron y quiera mandar los 140GB de nuevo. Aunque me imagino que ya lo tendrás claro =). Saludos, -- Santiago López Denazis sldena...@gmail.com Linux SysAdmin Open your source, open your mind. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f844718.6050...@gmail.com
Re: Backup Remoto
El día 10 de abril de 2012 11:43, Santiago López Denazis escribió: > On 04/10/12 11:01, Jawifi wrote: >> Hola, gracias a todos por las respuestas. Lo que hice, fue armar un >> resumen con las sugerencias y ver que me quedaba más comodo. Así llegué >> a la conclusion de que me voy a ir a la otra sucursal y voy a copiar los >> 140 y pico de Gb en un disco externo. Lo voy a traer al server local y >> lo voy a bajar ahi. Una vez que tenga igualados los dos servidores, voy >> a empezar a hacer que el script que copia la info ahora la mande al >> server donde está el respaldo y listo. Va a ser lo mejor, al menos en >> mi caso. >> >> El script que tengo ahora es un rsync que manda los datos a un >> directorio oculto en el mismo server origen, cada noche de manera >> incremental. Si eso mismo lo mando via web con rsync y ssh tengo el >> problema solucionado. >> >> Gracias y cuando lo haga aviso como quedó >> >> saludos >> >> Juan >> >> > > Genial. Sólo me gustaría añadir que tengas la precaución de no cambiar > los permisos ni la fecha de modificación de los ficheros al llevarlos a > la otra sucursal, no vaya a ser que rsync piense que cambiaron y quiera > mandar los 140GB de nuevo. Aunque me imagino que ya lo tendrás claro =). > Saludos, > > -- > Santiago López Denazis > sldena...@gmail.com > Linux SysAdmin > > Open your source, open your mind. > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/4f844718.6050...@gmail.com > Amada es muy poderoso, y se adapta a una cantidad de escenarios diversos, y podes jugar con configuraciones varias. por dia , semana, mes,etc local remoto, incremental total, y muco mas -- MrIX Linux user number 412793. http://counter.li.org/ las grandes obras, las sueñan los santos locos, las realizan los luchadores natos, las aprovechan los felices cuerdo, y las critican los inútiles crónicos, -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/calvb54bhgwj-gfhbvrulzysjoawkrvv00f7i0rdhq190mwm...@mail.gmail.com
Re: backup inmutable
El 14/9/23 a las 08:15, Luciano Andino escribió: ¡Buenas! Bueno resulta que los ransomware están a full y parece que no respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución libre (o de última no tan costosa) para poder realizar backups que sean inmutables? no entiendo bien a que te referís con inmutable ¿o sea como hacer una copia para archivar y no cambie nunca? pues volvería a algún medio de solo lectura, tipo cdr o dvdr. No se que tan práctico sea pero si están almacenados correctamente deberían durar mucho, o al menos lo suficiente para que sea un backup demasiado viejo como para ser útil.
Re: backup inmutable
El 14/9/23 a las 13:15, Luciano Andino escribió: > ¡Buenas! Bueno resulta que los ransomware están a full y parece que no > respetan ningún sistema operativo. Mi consulta es: ¿conocen una solución > libre (o de última no tan costosa) para poder realizar backups que sean > inmutables? Hola: Yo tengo un guión de bash que con rsync mantiene un espejo del directorio a respaldar, y todos los archivos que borre o modifique van a un directorio que se crea en cada copia. De esta manera puedo recuperar fácilmente los datos directamente desde el espejo y también tengo copias de los ficheros borrados o modificados con la fecha de cada respaldo. Así, si borro accidentalmente mi disco y luego hago la copia, tendría todos los ficheros en el directorio de la copia. No es inmutable pero mantiene muchas copias, porque lo ejecuto todos los días con anacron. Saludos
Re: Backup de Servidor
Yo uso rsync a otro disco en la misma PC y a otro disco en red. Me funcionan sin problemas... Sorry, en el reply se me escapo la respuesta a tu privado.. Saludos "La Voluntad es el unico motor de nuestros logros" Cristian Quintana escribió: > Hola lista: > Tengo un servidor de archivos con debian sarge y > quiera realizar un backup de este servidor diarimente. > Estuve buscando en google y los que me gustaron son los > backup incrementales rsync y rdiff. >alguien me podria decir cual de estos es el mejor? o, > cual tiene mayor eficiencia? > > Desde ya muchas gracias > Saludos, Cristian > > > > . > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup de Servidor
Entonces esa decision depende no solamente de la herramienta que quieras usar para el backup, sino del volumen de datos que necesites backupear y del tipo de enlace que tengas... Por ejemplo, en mi trabajo tienen una base de 600mb, y el backup de hace todas las noches, para eso pusimos una conexion fibra a traves de 3 cuadras de manera tal que hacemos el backup de una sucursal a la otra y viceversa. El ancho de banda es de 10gbs asi que se hace bastante rapido, lo mas limitante en nuestro caso en realidad es la velocidad de escritura de los discos, pero para que te des una idea en 10' tenemos todo hecho.. Saludos "La Voluntad es el unico motor de nuestros logros" Cristian Quintana escribió: > Yo necesito que el backup se haga en una maquina remota porque en > donde trabajo hace un tiempo se incendio el departamento de computos y > se perdio el 50% de la informacion. > > Saludos, Cristian > > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup de Servidor
> Estuve buscando en google y los que me gustaron son los > backup incrementales rsync y rdiff. puede que te gusta rdiff-backup http://www.nongnu.org/rdiff-backup/ On 2/20/06, Cristian Quintana <[EMAIL PROTECTED]> wrote: > Hola lista: > Tengo un servidor de archivos con debian sarge y > quiera realizar un backup de este servidor diarimente. > Estuve buscando en google y los que me gustaron son los > backup incrementales rsync y rdiff. >alguien me podria decir cual de estos es el mejor? o, > cual tiene mayor eficiencia? > > Desde ya muchas gracias > Saludos, Cristian > >
Re: Backup de archivos
Fernando Pluss wrote: Hola a todos! Alguien estuvo laburando con SAMBA+ACL ? Resulta que me surgió una complicación con los backups. Actualmente se trabaja con winrar, haciendo el backup del fileserver de Samba+ACL desde Windows. Pero cuando hago el backup de una carpeta compartida, que tiene todos los permisos asignados, y en el winrar le doy la opción de que borre el atributo "archivo" y lo hace, pero a la vez me agrega permisos de lectura a Todos, en todos los directorios. Probé con "map archive = yes" en la configuración del share, que mapea ese atributo de windows, con el atributo x de linux. Y sigue haciendo lo mismo. Alguien tuvo el mismo problema y/o se le ocurre alguna sugerencia? Saludos y gracias de antemano FerPluss Para los backup nada como un tar zcf... Intento evitar usar ACL, diseñando un mejor esquema de recursos compartidos basandome solo en rwx, menos complicacionesss. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup de repositorios
El mar, 04-10-2005 a las 10:57 -0300, Martin escribió: > Hola gente: > > Resulta que lei en un tutorial la forma de hacer backup de los > repositorios, donde decia de hacer lo siguiente: > > To backup downloaded repositories cache > tar zcvf apt.tgz /etc/apt/ /var/lib/apt/ /var/cache/apt/ > > To restore downloaded repositories cache > tar zxvf apt.tgz -C / > > el tema es que, en algunos casos no hice backup de los archivos q hay > en /etc/apt/ /var/lib/apt/ , sino solamente los de var/chache/apt (de > lo q baja el synaptic, ya tengo como 600 mb en actualizaciones y > paquetes q baje yo), puedo con esto hacer un Cd de repositorios? para > el caso q tenga q instalar de nuevo el SO (ya q tengo dial up) no > tenga q actualizar de nuevo. > > Desde ya, Muchas Gracias > > -- Hola, yo tengo algo más o menos armado al respecto primero bajate el siguiente archivo en que tengo toda la estructura y los scripts necesarios: http://kia.dnsalias.net/debian/Paquetes-DEB.tar.bz2 en dicho paquete hay dos scripts Paquetes-DEB/pool/main/ordenar_debs (este toma los .deb del cache de apt y los ordena según la sección de los mismos) Paquetes-DEB/crear_packages_main (este crea el archivo Packages.gz) luego hay un directorio '.disk' con un archivo 'info', este archivo es el que al apt-cdrom y usa como etiqueta para el CD que agregas, así que cada vez que crees un CD nuevo acordate de editar este archivo y que sea distintos a los otros (sugerencia: ponele la fecha). luego para crear el CD tenes que agregar tres directorios al raiz del CD: /.disk /dist /pool una vez creado el CD lo agregas con: # apt-cdrom add Saludos Anibal -- Anibal "Kia" Fenoglio Córdoba - Argentina ICQ: 24950258 Jabber: [EMAIL PROTECTED] Correo-e: [EMAIL PROTECTED] Blog: http://anibalf.blogspot.com http://www.aptech.com.ar/blog/ GPG id: B02DED4A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: backup en cinta...
[EMAIL PROTECTED] dijo [Wed, Jan 21, 2004 at 12:49:23PM -0300]: > Nuevamente estoy escribiendo: > > Me pueden recomendar alguna aplicación para hacer backup en cinta.. Ummm... Yo he tenido malas experiencias haciendo respaldos a cinta - Te ofrezco un programita que hice hace bastante tiempo para hacer respaldos remotos. Está configurado para grabar a disco, aunque una modificación menor lo haría apto para cinta: http://www.gwolf.cx/seguridad/sombi/ Tiene sus peros, claro, pero a mí me sirvió mucho tiempo ;-) -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5630-9700 ext. 1366 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF
Re: backup de mails
On Wed, Aug 09, 2000 at 12:20:42AM +0200, JFA wrote: > Pues que queria guardar mis email en backups, los tengo en modo maildir, > asique no se muy bien como hacer ... ¿ Alguna sugerencia ? Puedes parar el crosspost? Gracias :) -- Jordi Mallach Pérez || [EMAIL PROTECTED] || Rediscovering Freedom, aka Oskuro in|| [EMAIL PROTECTED] || Using Debian GNU/Linux Reinos de Leyenda || [EMAIL PROTECTED] || http://debian.org http://sindominio.net GnuPG public information: pub 1024D/917A225E telnet pusa.uv.es 23 73ED 4244 FD43 5886 20AC 2644 2584 94BA 917A 225E pgpQFhSbQXafz.pgp Description: PGP signature
Re: backup con bash
On mar, 2008-04-22 at 08:33 +0200, [EMAIL PROTECTED] wrote: > Wenas. Buenas > Ahora bien, como puedo hacer para que el script solo me guarde los > ficheros tar.gz de la última semana y uno completo del mes? cd for elemento in `find ./ -mtime +7 -name "*.tar.gz"` do rm -f $elemento done ATENCION:: Esto borrara RECURSIVAMENTE todos los ficheros con nombre terminado en tar.gz que hallan sido modificados hace MAS de 7 días. Por tanto dir es el directorio donde almacenas tus copias de seguridad y no existiran bajo este directorio o subdirectorios del mismo ficheros .tar.gz que debas conservar. -- Oscar Julian Rosales Blanco <[EMAIL PROTECTED]> Polosur.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: backup con tar
> ¿Alguien sabe como hacer backups incrementales con tar? Creacion y actualizacion de los ficheros. Ya buscaste en el man? -g -G ?
Re: backup con tar
Ya lo hice pero no logro que funcione. --- "Alexander" <[EMAIL PROTECTED]> wrote: > ¿Alguien sabe como hacer backups incrementales con tar? Creacion y actualizacion de los ficheros. Ya buscaste en el man? -g -G ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] _ Create tu cuenta de email en www.esdebian.org
Re: backup con tar
Amigo, revisate este link http://www.gnu.org/software/tar/manual/html_mono/tar.html#SEC9 gracias |-+--> | | Henrique Ferreiro | | | <[EMAIL PROTECTED]> | | | | | | 25/04/2004 07:53 | | | Por favor, responda| | | a hfg | | | | |-+--> >| | | | Para: debian-user-spanish@lists.debian.org | | cc: | | Asunto: backup con tar | >| ¿Alguien sabe como hacer backups incrementales con tar? Creacion y actualizacion de los ficheros. _ Create tu cuenta de email en www.esdebian.org
Re: backup con tar
Amigo, revisate este link http://www.gnu.org/software/tar/manual/html_mono/tar.html#SEC9 gracias |-+--> | | Henrique Ferreiro | | | <[EMAIL PROTECTED]> | | | | | | 25/04/2004 07:53 | | | Por favor, responda| | | a hfg | | | | |-+--> >| | | | Para: debian-user-spanish@lists.debian.org | | cc: | | Asunto: backup con tar | >| ¿Alguien sabe como hacer backups incrementales con tar? Creacion y actualizacion de los ficheros. _ Create tu cuenta de email en www.esdebian.org
Re: Backup VM OpenVZ
yo he usado proxmox y lo que he hecho es tener un server para producción (HP proliant) y otro PC con el sistema de virtualizacion.. ambos haciendo un cluster.. si necesito hacer mantenimiento, muevo las vps de un equipo al otro, con la opción de migración.. claro.. eso no te enseña nada.. yo aun no lo se hacer a mano..lo tengo de tarea.. investiga en el foro de tu sistema.. si lo tienes en crudo con debian.. seguro que aquí te dan mas info. El día 24 de julio de 2013 16:24, ciracusa escribió: > Hola Lista. > > Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. > > La cuestión es que quiero reinstalar el Host contenedor, por lo cual > quisiera copiarme la VM OpenVZ y volver a montarla. > > Les consulto, és posible copiar y luego de reinstalar el host contenedor > volver copiarla o debo instalar todo de nuevo? > > Que metodología me sugieren para copiar todo lo que está configurado por si > surge alguna eventualidad en la nueva instalación? > > Muchas Gracias! > > Saludos. > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/51f03f13.3010...@gmail.com > -- http://diazluis.com Analista Programador User Linux 532223 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canav9py-brsh+04z5w+wy_z4chm5kzl7r9vdsczalyul2mt...@mail.gmail.com
Re: Backup VM OpenVZ
2013/7/24 ciracusa > Hola Lista. > > Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. > > La cuestión es que quiero reinstalar el Host contenedor, por lo cual > quisiera copiarme la VM OpenVZ y volver a montarla. > > Les consulto, és posible copiar y luego de reinstalar el host contenedor > volver copiarla o debo instalar todo de nuevo? > > Que metodología me sugieren para copiar todo lo que está configurado por > si surge alguna eventualidad en la nueva instalación? > vzdump es tu amigo Y ante cualquier eventualidad, hay una palabra mágica: "backups" Saludos -- "La Voluntad es el único motor de nuestros logros" http://blog.ngen.com.ar/
Re: Backup VM OpenVZ
El Wed, 24 Jul 2013 17:54:43 -0300, ciracusa escribió: > Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. > > La cuestión es que quiero reinstalar el Host contenedor, por lo cual > quisiera copiarme la VM OpenVZ y volver a montarla. > > Les consulto, és posible copiar y luego de reinstalar el host contenedor > volver copiarla o debo instalar todo de nuevo? Según esta FAQ, yo diría que sí: *** http://openvz.org/Checkpointing_and_live_migration Checkpointing and live migration CPT is an extension to the OpenVZ kernel which can save the full state of a running VE and to restore it later on the same or on a different host in a way transparent to running applications and network connections. This technique has several applications, the most important being live (zero- downtime) migration of VEs and taking an instant snapshot of a running VE for later resume, i.e. CheckPointing. *** > Que metodología me sugieren para copiar todo lo que está configurado por > si surge alguna eventualidad en la nueva instalación? En esa página indican los pasos. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.07.25.13.23...@gmail.com
Re: Backup VM OpenVZ
Hi, Para hacer "live migration" necesitas tener otro host disponible; en este caso te sirve perfectamente "vzdump" como te lo mencionaron anteriormente... En el mismo wiki de OpenVZ aparece explicado muy bien[1], haces el backup y respaldas el contenedor en un pendrive o cualquier otro medio de almacenamiento; cuando reinstales el host haces el procedimiento inverso. [1] http://openvz.org/Backup_of_a_running_container_with_vzdump Saludos. 2013/7/25 Camaleón > El Wed, 24 Jul 2013 17:54:43 -0300, ciracusa escribió: > > > Tengo una VM OpenVZ funcionando bien sobre Debian 6.0.6. > > > > La cuestión es que quiero reinstalar el Host contenedor, por lo cual > > quisiera copiarme la VM OpenVZ y volver a montarla. > > > > Les consulto, és posible copiar y luego de reinstalar el host contenedor > > volver copiarla o debo instalar todo de nuevo? > > Según esta FAQ, yo diría que sí: > > *** > http://openvz.org/Checkpointing_and_live_migration > > Checkpointing and live migration > > CPT is an extension to the OpenVZ kernel which can save the full state of > a running VE and to restore it later on the same or on a different host in > a way transparent to running applications and network connections. This > technique has several applications, the most important being live (zero- > downtime) migration of VEs and taking an instant snapshot of a running VE > for later resume, i.e. CheckPointing. > *** > > > Que metodología me sugieren para copiar todo lo que está configurado por > > si surge alguna eventualidad en la nueva instalación? > > En esa página indican los pasos. > > Saludos, > > -- > Camaleón > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/pan.2013.07.25.13.23...@gmail.com > > -- a.k.a. pelox (Debian Powered) | JID:ristu...@gusl.org.ve Barquisimeto [VE] | LinuxUser [238188] http://pelox.gusl.org.ve
Re: Backup VM OpenVZ
El Thu, 25 Jul 2013 08:58:16 -0430, Rafael A. Isturiz L. escribió: (ese top-posting...) > Para hacer "live migration" necesitas tener otro host disponible; (...) Obvio ¿no? Si no lo tienes, el proceso se queda simplemente en "migration", sin el "live" ;-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.07.25.13.32...@gmail.com
Re: RE: Backup Remoto
Una buena herramienta que usa rsync y ssh es unison. Permite ademas hacer respaldos remotos en batch mode. > Hecha mano de rsync con ssh > > Sent from Moxier Mail > (http://www.moxier.com) > > > - Mensaje original - > De: Juan > Para: debian-user-spanish@lists.debian.org > Enviado: 08/04/2012 20:42 > Asunto: Backup Remoto > > > Buenas noches: > > Tengo una necesidad, en mi trabajo me piden mandar un backup de datos > de un servidor debian a otro de otra sucursal y se me está > complicando. > > El escenario es el siguiente, en el servidor de la sucursal A tengo un > directorio de 140Gb que se actualiza dia a dia con los archivos que se > agregan y modifican ese dia. Se hace un backup incremental de esos > archivos nuevos, sin borrar lo que se fue borrando de cada maquina en > un directorio oculto. Ahora me piden que ese directorio lo mande a > otra sucursal. > > Yo pensaba comprimirlo con tar y enviarlo a la madrugada, una vez y > luego hacer copias incrementales de ese mismo tar y enviarlas > semanalmente. > > El tema es que no se me ocurre como hacerlo y no se que va a pasar la > primera vez, ya que no debe ser muy facil pasar un archivo de 100 gb > por internet. No tengo NADA de experiencia en esto y no hay > administrador de sistemas, me arreglo yo como puedo con todo. > > No quiero que nadie me haga el trabajo, solamente que me den ideas > para investigar y asi poder armar los scripts. > > El backup local que se hace a diario ya lo tengo y funciona perfecto. > La linea para comprimir el directorio de backup la tengo (tar -Pvuf > backup.tar /directorio-de-backup-local). > > Lo que me falta saber es si una vez que tenga el primer backup hecho, > puedo copiar los archivos nuevos y modificados en un archivo > diferente, es decir, por primera vez hago el tar y me queda en el > archivo backup-completo.tar.gz y luego hago una copia incremental en > archivo-ddmm.tar.gz, asi lo que envio a la otra sucursal es este > ultimo archivo semanal y no todo de nuevo cada vez. > > ¿Estoy en lo correcto? > > Gracias a quien me pueda dar una mano desde ya. > > saludos > > Juan > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/CAFa+n8rmB2sG8KgRmVJ=OD5m1jYo=qfqbseonqiw4ar...@mail.gmail.com > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: > http://lists.debian.org/snt0-eas13451acdec999a3b68d8a8aaa...@phx.gbl > > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ee9de49df8dc7662cdd361712a8dc8a2.squir...@webmail.calel.org
Re: Backup de sistema completo
- Original Message - From: "Fernando Pluss" <[EMAIL PROTECTED]> To: Sent: Monday, June 27, 2005 5:47 PM Subject: Backup de sistema completo Hola gente, Quería saber que me pueden recomendar para hacer un backup de un Debian Sarge?. Estoy probando el partition image. Pero me surgen un par de dudas, como por ej: Si yo voy haciendo backup de cada partición por separado: /etc /var /boot, etc. cuando las vuelvo a levantar..., tienen que estar en el mismo orden no? osea, si hago el backup de /dev/hda3 montado en /boot. Llegado el caso de que pierda todo el disco, tengo que volver a crear las particiones?, estoy muy mareado, si alguien es capaz de orientarme un poco seria muy feliz :P Saludos, FerPluss Pues sería lo logico, si se perdiera todo el disco (tabla de particiones incluida), habria que crear de nuevo las particiones adecuadas para volver a volcar las imagenes ,que debieran estar guardadas fuera de ese disco (pq si no tambien se habrian perdido jejeje) y activar la particion de boot. En cambio con g4l: http://freshmeat.net/projects/g4l/?branch_id=48255&release_id=197766 se puede hacer una copia de disco a disco, evitando ese problema, pero pierdes un disco duro para una copia de seguridad :( Con Norton Ghost (de pago), puedes hacer una copìa "disco a imagen" que incluye tabla de particiones, particiones y datos... y al restaurar, te permite incluso redimensionar el esquema de particiones (es decir una particion que antes era de 200MB la puedes hacer de 1234MB p. ej.) el problema es que con ciertos sistemas de ficheros (p. ej. reiser) los copia sector a sector (incluso los vacios) y sin compresion ... de todas formas si te interesa escribeme a mi correo. Saludos. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Fwd: Re: Backup de archivos]
Ya que estamos alguien sabe cual es el motivo de pq en esta lista el reply-to está al remitente y no a la lista? porque me estoy volviendo loco, y a veces me olvido de cambiar la direccion de respuesta, como esta que se fue por privado. Saludos FerPluss Mensaje original Asunto: Re: Backup de archivos Fecha: Fri, 01 Jul 2005 17:57:56 -0300 De: Fernando Pluss <[EMAIL PROTECTED]> A: ZorroPlateado <[EMAIL PROTECTED]> Referencias: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ZorroPlateado escribió: >> . >>Probé con "map archive = yes" en la configuración del share, que >> mapea ese atributo de windows, con el atributo x de linux. Y sigue >> haciendo lo mismo. >> >> Alguien tuvo el mismo problema y/o se le ocurre alguna sugerencia? >> >> Saludos y gracias de antemano >> FerPluss >> >> > > Para los backup nada como un tar zcf... > > Intento evitar usar ACL, diseñando un mejor esquema de recursos > compartidos basandome solo en rwx, menos complicacionesss. > > Querido ZorroPlateado... cuanta sabiduria en esas palabras... Cuando me di cuenta en la que me metí me la quería cortar.. voy a ver si puedo hecharme atras con el tema de las ACL. Antes de la bendita migración :P Primero winbind, anduvo. Despues ACL, anduvo. Pero ahora no puedo hacer un mísero backup... esta medio en pañales el ACL parece... pero lo mas decepcionante es que esta implementación está reemplazando a un novell !!, y por lo que vi... tanto a samba como a acl le falta para llegar a ese nivel.. Saludos, FerPluss -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Backup con entorno gráfico
Jon wrote: Hola: Hay algún entorno gráfico para hacer copias de seguridad por ahí? Con el que se puedan excluir sencillamente directorios y todas esas cosas... En el curro con el windoze usabamos ARCServe , creo que hay una version para UNIX por ahí, lo mismo tienes algo para linux... Gracias De nada Jon -- Juan Antonio Gomez Moriano Administrador de http://www.efe-uno.com (web de noticias de informática) [EMAIL PROTECTED]
Re: Backup con entorno gráfico
Bueno, busco algo casero.. y GPL :o( Juan Antonio Gomez Moriano(e)k dio: Jon wrote: Hola: Hay algún entorno gráfico para hacer copias de seguridad por ahí? Con el que se puedan excluir sencillamente directorios y todas esas cosas... En el curro con el windoze usabamos ARCServe , creo que hay una version para UNIX por ahí, lo mismo tienes algo para linux... Gracias De nada Jon
Re: backup sistema de espejo
On Thursday 04 October 2001 00:48, Nicolas Fillon wrote: > Hola: > alguien conose algun sistema para estableser un servidor de backup en la > red, haciendo espedo de disco de varios servidores, practicamente lo > presiso para una lan e internet. > > Saludos en un lan se puede usar rdist, ejecutandolo cada minuto casi tienes un mirror en tempo reál! si te interesa puedo esplicartelo con instalarlo y configurarlo en un debian (asì escribo un otro pequeño howto:) ciao, MaX _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
RE: backup sistema de espejo
Perdon que me meta pero me interesa el tema. Si no es mucha molestia hacete el mini-COMO que estare agradecido XD suerte! - Original Message - From: MaX <[EMAIL PROTECTED]> To: Nicolas Fillon <[EMAIL PROTECTED]>; Usuario Debian Sent: Wednesday, October 03, 2001 8:13 PM Subject: Re: backup sistema de espejo > On Thursday 04 October 2001 00:48, Nicolas Fillon wrote: > > Hola: > > alguien conose algun sistema para estableser un servidor de backup en la > > red, haciendo espedo de disco de varios servidores, practicamente lo > > presiso para una lan e internet. > > > > Saludos > > > en un lan se puede usar rdist, ejecutandolo cada minuto casi tienes un > mirror en tempo reál! > > si te interesa puedo esplicartelo con instalarlo y configurarlo en un debian > (asì escribo un otro pequeño howto:) > > ciao, > MaX > > _ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] >
Re: backup sistema de espejo
Yo tambien estoy interesado en es mini como Gracias y saludos On Thu 04 Oct 2001 00:04, al-lists wrote: > Perdon que me meta pero me interesa el tema. > Si no es mucha molestia hacete el mini-COMO que estare agradecido > XD > suerte! > > - Original Message - > From: MaX <[EMAIL PROTECTED]> > To: Nicolas Fillon <[EMAIL PROTECTED]>; Usuario Debian > > Sent: Wednesday, October 03, 2001 8:13 PM > Subject: Re: backup sistema de espejo > > > On Thursday 04 October 2001 00:48, Nicolas Fillon wrote: > > > Hola: > > > alguien conose algun sistema para estableser un servidor de backup en > > > la red, haciendo espedo de disco de varios servidores, practicamente lo > > > presiso para una lan e internet. > > > > > > Saludos > > > > en un lan se puede usar rdist, ejecutandolo cada minuto casi tienes un > > mirror en tempo reál! > > > > si te interesa puedo esplicartelo con instalarlo y configurarlo en un > > debian > > > (asì escribo un otro pequeño howto:) > > > > ciao, > > MaX > > > > _ > > Do You Yahoo!? > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED]
Re: backup sistema de espejo
Bueno, lo he escrito y postato en un otro tread. se llama: Rdist mini - HOWTO ahora a vosotros... como mínimo me espero una corrección ortográfica. ciao, MaX On Thursday 04 October 2001 08:10, Ricardo Marcelo Alvarez wrote: > Yo tambien estoy interesado en es mini como > > Gracias y saludos > > On Thu 04 Oct 2001 00:04, al-lists wrote: > > Perdon que me meta pero me interesa el tema. > > Si no es mucha molestia hacete el mini-COMO que estare agradecido > > XD > > suerte! > > > > - Original Message - > > From: MaX <[EMAIL PROTECTED]> > > To: Nicolas Fillon <[EMAIL PROTECTED]>; Usuario Debian > > > > Sent: Wednesday, October 03, 2001 8:13 PM > > Subject: Re: backup sistema de espejo > > > > > On Thursday 04 October 2001 00:48, Nicolas Fillon wrote: > > > > Hola: > > > > alguien conose algun sistema para estableser un servidor de backup en > > > > la red, haciendo espedo de disco de varios servidores, practicamente > > > > lo presiso para una lan e internet. > > > > > > > > Saludos > > > > > > en un lan se puede usar rdist, ejecutandolo cada minuto casi tienes un > > > mirror en tempo reál! > > > > > > si te interesa puedo esplicartelo con instalarlo y configurarlo en un > > > > debian > > > > > (asì escribo un otro pequeño howto:) > > > > > > ciao, > > > MaX > > > > > > _ > > > Do You Yahoo!? > > > Get your free @yahoo.com address at http://mail.yahoo.com > > > > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact > > > > [EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Backup en DAT: herramienta?
Hola Yo siempre he usado cpio en unix y linux y no he tenido problemas. El 03 Oct 2000 a las 08:08PM -0300, Roberto Meyer escribio: > Hola, > > Tenemos un drive DAT SCSI 12/24GB en un servidor compaq (modelo SDT-9000 > para ser mas exactos) > > Quisiera que me recomendaran alguna herramienta de backup teniendo en > cuenta que: > > - taper no se recomienda para gran cantidad de archivos, de acuerdo a su > propia documentacion: "Note that currently taper is not really designed > for backing up more than about 30,000 files (unless you have a large > amount of physical memory)" > > - el drive SCSI rebobina la cinta al finalizar un comando de ´mt´, cosa > que kbackup no maneja > > Alguien puede recomendarme una herramienta para esto? Gracias por vuestra > ayuda, > > -- > Roberto > > > -- > Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > -- Andres Seco Hernandez, MCP ID 445900 [EMAIL PROTECTED] - http://www.ctv.es/USERS/andressh GnuPG public information: pub 1024D/3A48C934 E61C 08A9 EBC8 12E4 F363 E359 EDAC BE0B 3A48 C934 -- Alamin GSM SMS Gateway - http://alamin.sourceforge.net Debian GNU/Linux - http://www.debian.org pgpKbYb5tLE41.pgp Description: PGP signature
Re: Backup en DAT: herramienta?
holes.. > > > Tenemos un drive DAT SCSI 12/24GB en un servidor compaq (modelo SDT-9000 > > para ser mas exactos) > > > > Quisiera que me recomendaran alguna herramienta de backup teniendo en > > cuenta que: Bajo Debian, si con mt llamas a /dev/st0 (o correspondiente) rebobinará por defecto pero si llamas a /dev/nst0 (o correspondiente) entonces no rebobinara Para tapes, la merjor herramienta sin duda es dump/restore y el uso de backups incrementales El unico inconveniente es que no puedes trabajar con sistemas no-ext2 La gran ventaja es el interactive restore que permite elegir exacatamente el fichero a restaurar, mostrar contenidos de la copia, salut&força -- Jaume Teixi Administrador de Sistemes 6TEMS - Ducform, SA http://www.6tems.com
Re: Backup en DAT: herramienta?
flexbackup At 20:08 03/10/00 -0300, you wrote: >Hola, > >Tenemos un drive DAT SCSI 12/24GB en un servidor compaq (modelo SDT-9000 >para ser mas exactos) > >Quisiera que me recomendaran alguna herramienta de backup teniendo en >cuenta que: > >- taper no se recomienda para gran cantidad de archivos, de acuerdo a su >propia documentacion: "Note that currently taper is not really designed >for backing up more than about 30,000 files (unless you have a large >amount of physical memory)" > >- el drive SCSI rebobina la cinta al finalizar un comando de ´mt´, cosa >que kbackup no maneja > >Alguien puede recomendarme una herramienta para esto? Gracias por vuestra >ayuda, > >-- >Roberto > > >-- >Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null > > > = Jaume Sabater i Lleal mailto:[EMAIL PROTECTED] =
Re: Backup en DAT: herramienta?
Hola El 05 Oct 2000 a las 09:21AM +0200, TooMany escribio: > On Thu, Oct 05, 2000 at 02:22:56AM +0200, Andres Seco Hernandez wrote: > > Hola > > > > Yo siempre he usado cpio en unix y linux y no he tenido problemas. > > Yo había usado el cpio antes, pero bajo SCO. > Ahora uso el tar, pero estaba muy a gusto con el cpio... ¿puedes indicarme, > por favor, cómo lo tienes montado? Me interesaría bastante. Muy sencillo, Copiar: cd /directorio/a/copiar/con/subdirectorios find . | cpio -o > /dev/st0 Listar contenido de la copia: cpio -it < /dev/st0 Restaurar todo en el directorio actual: cpio -i Mi dispositivo tape lo tengo en /dev/st0, y utilizo algo así como (a modo de > ejemplo): > - backup de todo el sistema: > tar cvf /dev/st0 / -- Andres Seco Hernandez, MCP ID 445900 [EMAIL PROTECTED] - http://www.ctv.es/USERS/andressh GnuPG public information: pub 1024D/3A48C934 E61C 08A9 EBC8 12E4 F363 E359 EDAC BE0B 3A48 C934 -- Alamin GSM SMS Gateway - http://alamin.sourceforge.net Debian GNU/Linux - http://www.debian.org pgp7pbIjnOL00.pgp Description: PGP signature
Re: Backup de disco moribundo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Adrià escribió: > Hola lista, > > recientemente he notado que mi disco duro hacía cosas raras, así que > le he pasado un smartctl [1] y me ha confirmado que está en Pre-fail. > Dado que en este disco tengo tanto el sistema operativo (stable) como > los datos (/var, /home, ...) me gustaría encontrar la forma más > eficiente para hacer un backup de lo que es propiamente el sistema > operativo (programas, librerías...). > > [1] adjunto la salida de un smartctl --all /dev/sda > Hola, veo la salida del smartctl y no veo nada fuera de lo normal, los campos que te dice smartctl en PRE-FAIL significa que si los campos que tienen esta denominación su valor ya sea VALUE o WORST estan debajo de THRESH ahí significa que si esta en falla. También se ve que has hecho pruebas extendidas y cortas en ninguna hay errores, por lo que creo que si alguien más opina lo contrario los valores de smartctl te dan un disco duro en buen estado, pero no siempre puede ser así, recordemos que el smartctl, en muchos caso solo puede servir como una medida preventiva ;-). Saludos. - -- Key fingerprint = 3119 5A09 CE9E 4928 B968 A637 9787 4067 2871 11EE VCard - http://www.retaggr.com/Card/tuxsoul Web2.0 en México - http://mx.feedmyapp.com http://twitter.com/tuxsoul http://www.gruslic.org.mx http://mx.tuxsoul.com http://mx.dolric.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFJ/gPIl4dAZyhxEe4RCqCsAJ978xxYogx92n/Glee30JT+hHQFUgCbBcnV Q6+8h1f+5Ui5zUVuY6/VlNA= =x58f -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Backup de disco moribundo
On May 3, 2009 4:21:58 am Adri� wrote: > Hola lista, > > recientemente he notado que mi disco duro hacía cosas raras, así que > le he pasado un smartctl [1] y me ha confirmado que está en Pre-fail. > Dado que en este disco tengo tanto el sistema operativo (stable) como > los datos (/var, /home, ...) me gustaría encontrar la forma más > eficiente para hacer un backup de lo que es propiamente el sistema > operativo (programas, librerías...). > > Con los datos (y /etc) no debería haber problema porque los tengo > copiados fuera. > Pero me gustaría mantener el mismo software y versiones que tengo > ahora mismo. Para ello he pensado en hacer: > > copia de mi sources.list > # dpkg --get-selections > software.txt (para obtener lista de > programas y versiones) > volcado de mi sources.list > # dpkg --set-selections < software.txt (para hacer un volcado del > listado anterior) > # aptitude update > # dselect (para instalar/desinstalar el software) > > Os parece buena ésta forma? Tenéis alguna sugerencia de mejora? > > Muchas gracias y saludos. > > [1] adjunto la salida de un smartctl --all /dev/sda Hola Y no te funcionaria: 1. agregar 1 DD nuevo, igual o mayor que el viejo. 2. copiar con dd del viejo al nuevo, (alli va todo). 3. quitar el viejo y arrancar desde el nuevo. (se supone que no tendrias que cambiar nada.) signature.asc Description: This is a digitally signed message part.
Re: Backup de disco moribundo
consultores1 escribió: On May 3, 2009 4:21:58 am Adri� wrote: Hola lista, recientemente he notado que mi disco duro hacía cosas raras, así que le he pasado un smartctl [1] y me ha confirmado que está en Pre-fail. Dado que en este disco tengo tanto el sistema operativo (stable) como los datos (/var, /home, ...) me gustaría encontrar la forma más eficiente para hacer un backup de lo que es propiamente el sistema operativo (programas, librerías...). Con los datos (y /etc) no debería haber problema porque los tengo copiados fuera. Pero me gustaría mantener el mismo software y versiones que tengo ahora mismo. Para ello he pensado en hacer: copia de mi sources.list # dpkg --get-selections > software.txt (para obtener lista de programas y versiones) volcado de mi sources.list # dpkg --set-selections < software.txt (para hacer un volcado del listado anterior) # aptitude update # dselect (para instalar/desinstalar el software) Os parece buena ésta forma? Tenéis alguna sugerencia de mejora? Muchas gracias y saludos. [1] adjunto la salida de un smartctl --all /dev/sda Hola Y no te funcionaria: 1. agregar 1 DD nuevo, igual o mayor que el viejo. 2. copiar con dd del viejo al nuevo, (alli va todo). Me imagino que los discos de origen y de destino tendrían que tener la misma geometría. Yo he escuchado de gente que clonaba máquinas haciendo un rsync de todo el sistema a otro disco y creo que después le corría el grub al disco y listo. Pero habría que investigar. 3. quitar el viejo y arrancar desde el nuevo. (se supone que no tendrias que cambiar nada.) Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Backup de disco moribundo
Federico Alberto Sayd escribió: consultores1 escribió: On May 3, 2009 4:21:58 am Adri� wrote: Hola lista, recientemente he notado que mi disco duro hacía cosas raras, así que le he pasado un smartctl [1] y me ha confirmado que está en Pre-fail. Dado que en este disco tengo tanto el sistema operativo (stable) como los datos (/var, /home, ...) me gustaría encontrar la forma más eficiente para hacer un backup de lo que es propiamente el sistema operativo (programas, librerías...). Con los datos (y /etc) no debería haber problema porque los tengo copiados fuera. Pero me gustaría mantener el mismo software y versiones que tengo ahora mismo. Para ello he pensado en hacer: copia de mi sources.list # dpkg --get-selections > software.txt (para obtener lista de programas y versiones) volcado de mi sources.list # dpkg --set-selections < software.txt (para hacer un volcado del listado anterior) # aptitude update # dselect (para instalar/desinstalar el software) Os parece buena ésta forma? Tenéis alguna sugerencia de mejora? Muchas gracias y saludos. [1] adjunto la salida de un smartctl --all /dev/sda Hola Y no te funcionaria: 1. agregar 1 DD nuevo, igual o mayor que el viejo. 2. copiar con dd del viejo al nuevo, (alli va todo). Me imagino que los discos de origen y de destino tendrían que tener la misma geometría. Yo he escuchado de gente que clonaba máquinas haciendo un rsync de todo el sistema a otro disco y creo que después le corría el grub al disco y listo. Pero habría que investigar. 3. quitar el viejo y arrancar desde el nuevo. (se supone que no tendrias que cambiar nada.) Saludos Aquí hay una receta: http://debianitas.net/doc/minicomos/Pasar%20Linux%20a%20un%20disco%20IDE%20secundario%20sin%20reinstalaci%F3n/html/LinuxASegundoDisco-iso.html Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Backup de disco moribundo
2009/5/4 Alberto Vicat : > Federico Alberto Sayd escribió: >> >> consultores1 escribió: >>> >>> Y no te funcionaria: >>> >>> 1. agregar 1 DD nuevo, igual o mayor que el viejo. >>> 2. copiar con dd del viejo al nuevo, (alli va todo). >>> >> >> Me imagino que los discos de origen y de destino tendrían que tener la >> misma geometría. Yo he escuchado de gente que clonaba máquinas haciendo un >> rsync de todo el sistema a otro disco y creo que des pués le corría el grub >> al disco y listo. Pero habría que investigar. >> >>> 3. quitar el viejo y arrancar desde el nuevo. (se supone que no tendrias >>> que cambiar nada.) >>> >> >> Saludos Bueno, se trata de un portátil... aunque podría mirar si existen conversores USB a S-ATA pequeños para poner el disco destino. Gracias! > > > Aquí hay una receta: > http://debianitas.net/doc/minicomos/Pasar%20Linux%20a%20un%20disco%20IDE%20secundario%20sin%20reinstalaci%F3n/html/LinuxASegundoDisco-iso.html > > Saludos > > Y acabe haciéndolo o no, voy a leer el link, que a primera vista me ha parecido muy interesante. Gracias de nuevo! > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > > -- Adrià García-Alzórriz adri...@gmail.com Senior Specialist Browns & Chickens Dept. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Backup de disco moribundo
2009/5/3 Mario Oyorzabal Salgado : > Hola, veo la salida del smartctl y no veo nada fuera de lo normal, los campos > que te dice smartctl en PRE-FAIL significa que si los campos que tienen esta > denominación su valor ya sea VALUE o WORST estan debajo de THRESH ahí > significa > que si esta en falla. > > También se ve que has hecho pruebas extendidas y cortas en ninguna hay > errores, > por lo que creo que si alguien más opina lo contrario los valores de smartctl > te > dan un disco duro en buen estado, pero no siempre puede ser así, recordemos > que > el smartctl, en muchos caso solo puede servir como una medida preventiva ;-). > > Saludos. > Bueno, me tranquiliza un poco tu lectura acerca de la salida del smartctl. Le echaré un vistazo. Muchas gracias por el interés. -- Adrià García-Alzórriz adri...@gmail.com Senior Specialist Browns & Chickens Dept. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Backup de disco moribundo
On May 4, 2009 4:25:30 am Federico Alberto Sayd wrote: > consultores1 escribió: > > On May 3, 2009 4:21:58 am Adri� wrote: > >> Hola lista, > >> > >> recientemente he notado que mi disco duro hacía cosas raras, así que > >> le he pasado un smartctl [1] y me ha confirmado que está en Pre-fail. > >> Dado que en este disco tengo tanto el sistema operativo (stable) como > >> los datos (/var, /home, ...) me gustaría encontrar la forma más > >> eficiente para hacer un backup de lo que es propiamente el sistema > >> operativo (programas, librerías...). > >> > >> Con los datos (y /etc) no debería haber problema porque los tengo > >> copiados fuera. > >> Pero me gustaría mantener el mismo software y versiones que tengo > >> ahora mismo. Para ello he pensado en hacer: > >> > >> copia de mi sources.list > >> # dpkg --get-selections > software.txt (para obtener lista de > >> programas y versiones) > >> volcado de mi sources.list > >> # dpkg --set-selections < software.txt (para hacer un volcado del > >> listado anterior) > >> # aptitude update > >> # dselect (para instalar/desinstalar el software) > >> > >> Os parece buena ésta forma? Tenéis alguna sugerencia de mejora? > >> > >> Muchas gracias y saludos. > >> > >> [1] adjunto la salida de un smartctl --all /dev/sda > > > > Hola > > > > Y no te funcionaria: > > > > 1. agregar 1 DD nuevo, igual o mayor que el viejo. > > 2. copiar con dd del viejo al nuevo, (alli va todo). > > Me imagino que los discos de origen y de destino tendrían que tener la > misma geometría. Yo he escuchado de gente que clonaba máquinas haciendo > un rsync de todo el sistema a otro disco y creo que después le corría el > grub al disco y listo. Pero habría que investigar. La geometria, se puede definir con fdisk o sfdisk y podes poner cualquiera; yo por seguridad, pondria la misma. En el caso de rsync, lo que podria suceder, es que te crea un archivo o directorio identico; por lo que se; no es para clonar, sino para tener copias identicas, sin que sean clones. > > > 3. quitar el viejo y arrancar desde el nuevo. (se supone que no tendrias > > que > > > > cambiar nada.) > > Saludos signature.asc Description: This is a digitally signed message part.
Re: [backup-manager] Request for readers
2005/12/13, Alexis Sukrieh <[EMAIL PROTECTED]>: > Hello, > > I'm the author and Debian maintainer of Backup Manager[1] and am going > to release a new stable release, 0.6. > > This release comes with spanish translation, but the translator has no > experience in gettext, and moreover in the correct Debian way of > translating special wordings. > > Here is attached his version of my es.po, if someone could review it, > that would be great. > > There are a couple of fuzzy and untranslated messages because he cannot > translate them, he told me. > > Thanks. > > PS : please CC me, I'm not subscribed to this list. > > 1: http://www.backup-manager.org > > Hola listeros!!! Tenía lista la corrección del archivo este y... el gedit se me ha colgado! Ahora no tengo tiempo para la traducción, pero tiene algo de trabajo: Uso de fichero en lugar de archivo, abuso de preposiciones "a" y de "al", palabras sin traducir del inglés, alguna s en lugar de c/z y acentos. Yo llevo mucho tiempo sin traducir nada, pero la traducción de deprecated era obsoleto? si es así, otra cosa más a cambiar. Saludos Aritz Beraza [Rei] (Qué pinto yo usando gedit en kde, eso quiero saber yo!) -- Aritz Beraza Garayalde [Rei] ___ [ WWW ] http://evangelion.homelinux.net [jabber] rei[en]bulmalug.net
Re: [Fwd: Re: Backup de archivos]
hace no mucho se trato ese tema. usa responder a todos, la lista está bien configurada así. Fernando Pluss escribió: Ya que estamos alguien sabe cual es el motivo de pq en esta lista el reply-to está al remitente y no a la lista? porque me estoy volviendo loco, y a veces me olvido de cambiar la direccion de respuesta, como esta que se fue por privado. Saludos FerPluss Mensaje original Asunto: Re: Backup de archivos Fecha: Fri, 01 Jul 2005 17:57:56 -0300 De: Fernando Pluss <[EMAIL PROTECTED]> A: ZorroPlateado <[EMAIL PROTECTED]> Referencias: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> ZorroPlateado escribió: . Probé con "map archive = yes" en la configuración del share, que mapea ese atributo de windows, con el atributo x de linux. Y sigue haciendo lo mismo. Alguien tuvo el mismo problema y/o se le ocurre alguna sugerencia? Saludos y gracias de antemano FerPluss Para los backup nada como un tar zcf... Intento evitar usar ACL, diseñando un mejor esquema de recursos compartidos basandome solo en rwx, menos complicacionesss. Querido ZorroPlateado... cuanta sabiduria en esas palabras... Cuando me di cuenta en la que me metí me la quería cortar.. voy a ver si puedo hecharme atras con el tema de las ACL. Antes de la bendita migración :P Primero winbind, anduvo. Despues ACL, anduvo. Pero ahora no puedo hacer un mísero backup... esta medio en pañales el ACL parece... pero lo mas decepcionante es que esta implementación está reemplazando a un novell !!, y por lo que vi... tanto a samba como a acl le falta para llegar a ese nivel.. Saludos, FerPluss -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- -- Rober Morales Chaparro http://roberinworld.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: Backup de archivos]
El Viernes, 1 de Julio de 2005 23:52, Rober Morales escribió: || hace no mucho se trato ese tema. usa responder a todos, la lista está || bien configurada así. Permite que discrepe de la solución que comentas de "responder a todos", evidentemente no es buena y no hay más que ver cómo en tu correo respondes no sólo a la lista (como debería ser), sino también al autor del correo, por lo que a él le llegará tu correo por duplicado. En mi caso no tengo ningún problema pues uso Kmail y permite asociar una lista a una carpeta de correos, con lo que para responder a la lista doy a la tecla "L" y nunca falla. Si otros clientes de correo no tienen esta funcionalidad es una pena, aunque ya que por norma general la gente habla tan mal de Kmail pues ahí va mi revancha ;-) Mi opinión de todas formas es que el servidor de correo de la lista Debian debería modificar el "Repply-to" y escribir en dicho campo la lista, ya que es lo normal y lo deseado conociendo el funcionamiento de la lista. Esta solución sólo mejoraría las cosas sin causar ningún perjuicio, en mi opinión. Y bueno, efectivamente este tema se ha comentado hace poco y no merece un nuevo hilo tan consecutivo. Saludos. -- que a mí ni me va ni me viene... pero por comentar...
