Re: script de backup
On Tue, 22 Oct 2002, Lucas Martín Diomedi wrote: > hola gente: > buscando en la red un script para realizar un backup del /home/usuario > encontre uno que despues de modificarlo un poco me quedo asi: > > #!/bin/sh > > find /home/lumadio -newer /mnt/dos1/backup/linux-backup-`date -d yesterday > +%F`.tgz ! -type d | xargs tar -zcvf /mnt/dos1/backup/linux-backup-`date > +%F`.tgz > > en teoria el script deberia encontrar los archivos modificados desde el > último backup y reemplezarlos en el tgz, pero lo que me hace es crear uno > nuevo con los archivos modificados solamente, y lo que quiero es un tgz con > todos los archivos actualizados.Que le tengo que cambiar? si me podeis ayudar > se agradece. Sin duda es un script interesante pero si no me equivoco para funcionar bien requiere backup diario y sin falta. Por otra parte va creando backups incrementales sobre el último backup incremental. Es decir que si pierdes una sola de las copias realizadas habrá ficheros que por haberse modificado exclusivamente en aquella ocasión no aparecerán en ninguna otra copia. Y tiene algunos inconvenientes más. 1] Este esquema es incompatible con el uso de copias multivolumen. 2] Un solo byte mal en un fichero comprimido suele inutilizar toda la copia. 3] tar y cpio solo comprueban los nombres de los ficheros almacenados pero no perimten comparar su contenido con el original. Si en lugar de tar, usas afio tendrás muchas ventajas inexistentes en tar o en cpio: 1) Más rapidez. 2) Copias multivolumen incluso comprimidas. (No apto en modo desatendido como tu pretendes pero lo pongo porque para otra persona puede ser interesante). 3) Se comprime a nivel de ficheros un error no inutiliza toda la copia sino que solo afectará a un fichero. 4) Solo se comprimen los ficheros que merece la pena comprimir. 5) Permite verivicar integramente el contenido de la copia con el original. Un buen plan es hacer semanalmente copia global (minimo tres copias rotando) y semanalmente copia de los ficheros modificados en los últimos dos mes (4 copias rotando) y diariamente puedes hacer una copia incremental desde la última copia semanal. Lo ideal es ir rotando las copias y mantener una redundancia mínima de tres copias de cada copia mensual, o semanal y hacer copias incrementales diarias pero siempre partiendo como fecha de referencia de la fecha de la última copia global. Esto te evita tener que buscar en todas las copias un fichero extraviado. Si no está en la última copia incremental lo toienes en la última copia global. Claro las copias incrementales de los Lunes son rápidas y tienen poca cosa y según avanza la semana incluyen más y más volumen. La rotacion puedes hacerla generando nombres con un contador cíclico que guardaras en un fichero. > La idea es referenciarlo en el cron para que se ejecute todos los dias a > determinada hora. > Uso Debian "Sid" > Gracias > Lucas > > -- > Usuario Linux Registrado #270455 - http://counter.li.org > GnuPG public information: pub 1024D/93E59BDE > Key fingerprint = 83A9 41F0 64B2 0353 4B06 A33E 302B 6E0F 93E5 9BDE > Debian GNU/Linux "SID" - 2.4.19 > > > -- > 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: script de backup
Title: RE: script de backup Hola, > find /home/lumadio -newer /mnt/dos1/backup/linux-backup-`date -d yesterday +%F`.tgz ! -type d | xargs tar -zcvf /mnt/dos1/backup/linux-backup-`date +%F`.tgz > Prueba la opción -r del tar, en vez de la opción -c, "-r" tiene el inconveniente de que el archivo debe estar creado, si mal no recuerdo. Saludos, -Mensaje original- De: Antonio Castro [SMTP:[EMAIL PROTECTED] Enviado el: martes 22 de octubre de 2002 14:43 Para: Lucas Martín Diomedi CC: debian-user-spanish@lists.debian.org Asunto: Re: script de backup On Tue, 22 Oct 2002, Lucas Martín Diomedi wrote: > hola gente: > buscando en la red un script para realizar un backup del /home/usuario encontre uno que despues de modificarlo un poco me quedo asi: > > #!/bin/sh > > find /home/lumadio -newer /mnt/dos1/backup/linux-backup-`date -d yesterday +%F`.tgz ! -type d | xargs tar -zcvf /mnt/dos1/backup/linux-backup-`date +%F`.tgz > > en teoria el script deberia encontrar los archivos modificados desde el último backup y reemplezarlos en el tgz, pero lo que me hace es crear uno nuevo con los archivos modificados solamente, y lo que quiero es un tgz con todos los archivos actualizados.Que le tengo que cambiar? si me podeis ayudar se agradece. Sin duda es un script interesante pero si no me equivoco para funcionar bien requiere backup diario y sin falta. Por otra parte va creando backups incrementales sobre el último backup incremental. Es decir que si pierdes una sola de las copias realizadas habrá ficheros que por haberse modificado exclusivamente en aquella ocasión no aparecerán en ninguna otra copia. Y tiene algunos inconvenientes más. 1] Este esquema es incompatible con el uso de copias multivolumen. 2] Un solo byte mal en un fichero comprimido suele inutilizar toda la copia. 3] tar y cpio solo comprueban los nombres de los ficheros almacenados pero no perimten comparar su contenido con el original. Si en lugar de tar, usas afio tendrás muchas ventajas inexistentes en tar o en cpio: 1) Más rapidez. 2) Copias multivolumen incluso comprimidas. (No apto en modo desatendido como tu pretendes pero lo pongo porque para otra persona puede ser interesante). 3) Se comprime a nivel de ficheros un error no inutiliza toda la copia sino que solo afectará a un fichero. 4) Solo se comprimen los ficheros que merece la pena comprimir. 5) Permite verivicar integramente el contenido de la copia con el original. Un buen plan es hacer semanalmente copia global (minimo tres copias rotando) y semanalmente copia de los ficheros modificados en los últimos dos mes (4 copias rotando) y diariamente puedes hacer una copia incremental desde la última copia semanal. Lo ideal es ir rotando las copias y mantener una redundancia mínima de tres copias de cada copia mensual, o semanal y hacer copias incrementales diarias pero siempre partiendo como fecha de referencia de la fecha de la última copia global. Esto te evita tener que buscar en todas las copias un fichero extraviado. Si no está en la última copia incremental lo toienes en la última copia global. Claro las copias incrementales de los Lunes son rápidas y tienen poca cosa y según avanza la semana incluyen más y más volumen. La rotacion puedes hacerla generando nombres con un contador cíclico que guardaras en un fichero. > La idea es referenciarlo en el cron para que se ejecute todos los dias a determinada hora. > Uso Debian "Sid" > Gracias > Lucas > > -- > Usuario Linux Registrado #270455 - http://counter.li.org > GnuPG public information: pub 1024D/93E59BDE > Key fingerprint = 83A9 41F0 64B2 0353 4B06 A33E 302B 6E0F 93E5 9BDE > Debian GNU/Linux "SID" - 2.4.19 > > > -- > 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 >>> | +--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] _
Re: script de backup
On Wed, 23 Oct 2002 11:09:24 +0200 "Mojada Rodriguez, Jose Francisco" <[EMAIL PROTECTED]> wrote: > Hola, > > > > find /home/lumadio -newer /mnt/dos1/backup/linux-backup-`date -d > yesterday +%F`.tgz ! -type d | xargs tar -zcvf > /mnt/dos1/backup/linux-backup-`date +%F`.tgz > > > > Prueba la opción -r del tar, en vez de la opción -c, "-r" tiene el > inconveniente de que el archivo debe estar creado, si mal no recuerdo. > > Saludos, > > > > -Mensaje original- > > De: Antonio Castro [SMTP:[EMAIL PROTECTED] > > Enviado el: martes 22 de octubre de 2002 14:43 > > Para: Lucas Martín Diomedi > > CC: debian-user-spanish@lists.debian.org > > Asunto: Re: script de backup > > > > On Tue, 22 Oct 2002, Lucas Martín Diomedi wrote: > > > > > hola gente: > > > buscando en la red un script para realizar un backup del /home/usuario > > > encontre uno que despues de modificarlo un poco me quedo asi: > > > > > > #!/bin/sh > > > > > > find /home/lumadio -newer /mnt/dos1/backup/linux-backup-`date -d > > > yesterday +%F`.tgz ! -type d | xargs tar -zcvf > > > /mnt/dos1/backup/linux-backup-`date +%F`.tgz > > > > > > en teoria el script deberia encontrar los archivos modificados desde el > > > último backup y reemplezarlos en el tgz, pero lo que me hace es crear uno > > > nuevo con los archivos modificados solamente, y lo que quiero es un tgz > > > con todos los archivos actualizados.Que le tengo que cambiar? si me > > > podeis ayudar se agradece. > > > > Sin duda es un script interesante pero si no me equivoco para funcionar > > bien requiere backup diario y sin falta. Por otra parte va creando backups > > incrementales sobre el último backup incremental. Es decir que si pierdes > > una sola de las copias realizadas habrá ficheros que por haberse modificado > > exclusivamente en aquella ocasión no aparecerán en ninguna otra copia. > > Y tiene algunos inconvenientes más. > > > > 1] Este esquema es incompatible con el uso de copias multivolumen. > > 2] Un solo byte mal en un fichero comprimido suele inutilizar toda la copia. > > 3] tar y cpio solo comprueban los nombres de los ficheros almacenados pero > > no > > perimten comparar su contenido con el original. > > > > Si en lugar de tar, usas afio tendrás muchas ventajas inexistentes en tar o > > en cpio: > > > > 1) Más rapidez. > > 2) Copias multivolumen incluso comprimidas. (No apto en modo desatendido > > como tu pretendes pero lo pongo porque para otra persona puede ser > > interesante). > > 3) Se comprime a nivel de ficheros un error no inutiliza toda la copia sino > > que solo afectará a un fichero. > > 4) Solo se comprimen los ficheros que merece la pena comprimir. > > 5) Permite verivicar integramente el contenido de la copia con el original. > > > > Un buen plan es hacer semanalmente copia global (minimo tres copias > > rotando) y > > semanalmente copia de los ficheros modificados en los últimos dos mes (4 > > copias > > rotando) y diariamente puedes hacer una copia incremental desde la última > > copia > > semanal. > > > > Lo ideal es ir rotando las copias y mantener una redundancia mínima de tres > > copias de cada copia mensual, o semanal y hacer copias incrementales diarias > > pero siempre partiendo como fecha de referencia de la fecha de la última > > copia global. Esto te evita tener que buscar en todas las copias un fichero > > extraviado. Si no está en la última copia incremental lo toienes en la > > última > > copia global. Claro las copias incrementales de los Lunes son rápidas y > > tienen > > poca cosa y según avanza la semana incluyen más y más volumen. > > > > La rotacion puedes hacerla generando nombres con un contador cíclico que > > guardaras en un fichero. > > > > > La idea es referenciarlo en el cron para que se ejecute todos los dias a > > > determinada hora. > > > Uso Debian "Sid" > > > Gracias > > > Lucas > > > > > > -- > > > Usuario Linux Registrado #270455 - http://counter.li.org > > > GnuPG public information: pub 1024D/93E59BDE > > > Key fingerprint = 83A9 41F0 64B2 0353 4B06 A33E 302B 6E0F 93E5 9BDE > > > Debian GNU/Linux "SID" - 2.4.19 > > > > > > > > > -- > > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > > with a subject of "unsubscribe". Trouble? Contact
Re: script de backup
On Tue, Jan 25, 2005 at 09:20:38PM +0100, Willy Walker wrote: > Hola. > > Necesitaría que alguien me de un pequeño script bash, para crear el respaldo > del directorio que yo le indique. He estado googleando por ahí, y los que he > encontrado son complicados que respaldan todo el sistema. > Gracias ;-) > -- >Un saludo de Willy Walker ;o) >Usuario Linux: 100651 >Debian Sid 2.6.5 >Uno pregunta, muchos responden, todos aprenden. Ahí va uno sencillo. Además tiene muchos "echo" para que captarlo todo con facilidad con un solo vistazo, aunque haga tiempo que lo hice. El script vaa compañado de la siguiente línea en /etc/crontab: 0 */6 * * * roottest -x /usr/local/sbin/copia_arrel.sh && /usr/local/sbin/copia_arrel.sh (Se lanza cada 6h) Salu2, -- pepe AT apteta DOT net / jmchalmes AT polinux DOT upv DOT es http://www.polinux.upv.es / http://www.valux.org / http://www.hispalinux.es GnuPG key = 0x6FDE933B [D5C4 12CE D6B4 E4D6 7E8E F128 405A BFAD 6FDE 933B] copia_arrel.sh Description: Bourne shell script signature.asc Description: Digital signature
Re: script de backup
El Martes, 25 de Enero de 2005 21:34, Pepe escribió: > Ahí va uno sencillo. Además tiene muchos "echo" para que captarlo todo > con facilidad con un solo vistazo, aunque haga tiempo que lo hice. El > script vaa compañado de la siguiente línea en /etc/crontab: > > 0 */6 * * * root test -x /usr/local/sbin/copia_arrel.sh && > /usr/local/sbin/copia_arrel.sh > > (Se lanza cada 6h) > > > Salu2, ¿Me puedes indicar como funciona exactamente? Porque si lo ejecuto, ya sea como usuario o root, me dice: copia_arrel.sh: line 9: /var/log/copia_arrel/copia_arrel_2005-01-26_13:52.log:No existe el fichero o el directorio Además de que yo quiero poder indicarle un directorio en concreto a respaldar. Gracias ;-) -- Un saludo de Willy Walker ;o) Usuario Linux: 100651 Debian Sid 2.6.5 Uno pregunta, muchos responden, todos aprenden.
Re: script de backup
On Wed, Jan 26, 2005 at 01:55:00PM +0100, Willy Walker wrote: > El Martes, 25 de Enero de 2005 21:34, Pepe escribió: > > Ahí va uno sencillo. Además tiene muchos "echo" para que captarlo todo > > con facilidad con un solo vistazo, aunque haga tiempo que lo hice. El > > script vaa compañado de la siguiente línea en /etc/crontab: > > > > 0 */6 * * * root test -x /usr/local/sbin/copia_arrel.sh && > > /usr/local/sbin/copia_arrel.sh > > > > (Se lanza cada 6h) > > > > > > Salu2, > > ¿Me puedes indicar como funciona exactamente? Porque si lo ejecuto, ya sea > como usuario o root, me dice: > > copia_arrel.sh: line > 9: /var/log/copia_arrel/copia_arrel_2005-01-26_13:52.log:No existe el fichero > o el directorio > > Además de que yo quiero poder indicarle un directorio en concreto a respaldar. > Gracias ;-) Creo que es masticártelo demasiado:) Obviamente, no te funciona porque no tienes el directorio "copia_arrel" en /var/log. Si quieres una explicación pormenorizada, lo intentaré si tengo tiempo, a tu dirección (no quisiera molestar a la lista con cosas que seguramente todos dominan) particular. ¡No problemo! Si es que no entiendes lo que dice, también muy gustoso te lo intentaré traducir. Salu2, > -- >Un saludo de Willy Walker ;o) >Usuario Linux: 100651 >Debian Sid 2.6.5 >Uno pregunta, muchos responden, todos aprenden. -- -- EuropeSwPatentFree - http://EuropeSwPatentFree.hispalinux.es -- http://www.polinux.upv.es / http://www.valux.org / http://www.hispalinux.es GnuPG key = 0x6FDE933B [D5C4 12CE D6B4 E4D6 7E8E F128 405A BFAD 6FDE 933B] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: script de backup
El Martes, 25 de Enero de 2005 21:20, Willy Walker escribió: > Hola. > > Necesitaría que alguien me de un pequeño script bash, para crear el > respaldo del directorio que yo le indique. He estado googleando por > ahí, y los que he encontrado son complicados que respaldan todo el > sistema. Busca en google por backup-manager, hay paquetes para debian. Es de lo mejor que he encontrado para pequeñas redes. -- As of next Tuesday, C will be flushed in favor of COBOL. Please update your programs. pgpJ1lyZ5AIYD.pgp Description: PGP signature
Re: script de backup
El Miércoles, 26 de Enero de 2005 17:10, amphora escribió: > Busca en google por backup-manager, hay paquetes para debian. > Es de lo mejor que he encontrado para pequeñas redes. Gracias ;-) -- Un saludo de Willy Walker ;o) Usuario Linux: 100651 Uno pregunta, muchos responden, todos aprenden.
Re: Script de backup
Elvis Aaron Presley escribió: Hola lista, tengo un script de backup en un portatil en mi trabajo que de manera programada (cron) se ejecuta de lunes a viernes y lo único que hace es montar un disco externo usb, copiar y desmontar. El script y la programación cron funcionan bien y es este: *** #!/bin/bash DIRECTORIOS="/home/adm5/Mis Documentos/Seguridad Enrique/" PUNTOMONTAJE="/mnt/montaje" echo -e "\033[0;32mOk:\033[0m Montando unidad para backup" if mount -t vfat /dev/sdb1 $PUNTOMONTAJE -o rw ; then echo -e "\033[0;32mOk:\033[0m Unidad montada correctamente" echo -e "\033[0;32mOk:\033[0m Comenzando copia" cp "$DIRECTORIOS" -R $PUNTOMONTAJE if [ "$?" = "0" ] ; then echo -e "\033[0;32mOk:\033[0m El backup se ha completado satisfactoriamente" umount /mnt/montaje > /dev/null else echo -e "\033[0;31mError:\033[0m No se han podido copiar algunos de los ficheros correctamente!!" umount /mnt/montaje > /dev/null fi else echo -e "\033[0;31mError:\033[0m No se ha podido montar la unidad, se aborta el backup!!" fi *** La línea con la que lo hago funcionar en el crontab es esta: 15 14 * * 1-5 root sh /root/backup_hd.sh >/dev/null 2>&1 Bien, tengo dos dudas... A ver si alguien me puede ayudar porque esto ya estaba funcionando de antes (vamos que no lo he hecho yo) y me gustaría cambiar algunas cosas: 1. Cuando el script se ejecuta, lo hace en background y no se abre ninguna ventana ni hay forma de saber si lo ha hecho bien o no. Solo se ve que la luz del disco duro parpadea mucho y la del hd externo también, por lo que entendemos que se hace... Pero me gustaría que en vez de hacerse por debajo saltara alguna pantalla o algo para ver su ejecución. 2. Quiero poner en el escritorio un acceso directo para poder ejecutar este script cuando quiera (a parte de que se ejecute en cron), y seré torpe porque no hay manera de crear un lanzador que funcione ¿? Ni poniendo en el comando a ejecutar "sh /root/backup_hd.sh" ni nada... El usuario del escritorio tiene permisos sobre el fichero. ¿Qué estoy haciendo mal? Gracias lista. Elvis Podrías usar py-gtk, o py-qt o algún front-end para scripts para que salten ventanas y controles cuando ejecutes tu script. Ahora no recuerdo cuáles son los nativos de gnome y de kde. Saludos!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Script de backup
El vie, 31-08-2007 a las 09:50 -0300, Federico Alberto Sayd escribió: > Elvis Aaron Presley escribió: > > Hola lista, tengo un script de backup en un portatil en mi trabajo que de > > manera programada (cron) se ejecuta de lunes a viernes y lo único que hace > > es montar un disco externo usb, copiar y desmontar. El script y la > > programación cron funcionan bien y es este: > > > > *** > > #!/bin/bash > > > > DIRECTORIOS="/home/adm5/Mis Documentos/Seguridad Enrique/" > > PUNTOMONTAJE="/mnt/montaje" > > > > echo -e "\033[0;32mOk:\033[0m Montando unidad para backup" > > if mount -t vfat /dev/sdb1 $PUNTOMONTAJE -o rw ; then > > echo -e "\033[0;32mOk:\033[0m Unidad montada correctamente" > > echo -e "\033[0;32mOk:\033[0m Comenzando copia" > > cp "$DIRECTORIOS" -R $PUNTOMONTAJE > > > > if [ "$?" = "0" ] ; then > > echo -e "\033[0;32mOk:\033[0m El backup se ha completado > > satisfactoriamente" > > umount /mnt/montaje > /dev/null > > else > > echo -e "\033[0;31mError:\033[0m No se han podido copiar > > algunos de los ficheros correctamente!!" > > umount /mnt/montaje > /dev/null > > fi > > else > > echo -e "\033[0;31mError:\033[0m No se ha podido montar la unidad, > > se aborta el backup!!" > > fi > > *** > > > > La línea con la que lo hago funcionar en el crontab es esta: > > 15 14 * * 1-5 root sh /root/backup_hd.sh >/dev/null 2>&1 > > > > Bien, tengo dos dudas... A ver si alguien me puede ayudar porque esto ya > > estaba funcionando de antes (vamos que no lo he hecho yo) y me gustaría > > cambiar algunas cosas: > > > > 1. Cuando el script se ejecuta, lo hace en background y no se abre ninguna > > ventana ni hay forma de saber si lo ha hecho bien o no. Solo se ve que la > > luz del disco duro parpadea mucho y la del hd externo también, por lo que > > entendemos que se hace... Pero me gustaría que en vez de hacerse por debajo > > saltara alguna pantalla o algo para ver su ejecución. > > Para mis scripts en el cron uso libnotify (son esos popups gtk que usa tanto ubuntu) Como los scripts los ejecuta normalmente el usuario root tuve que hacer/modificar un pequeño script que busque la sesión DBus del usuario y se apropie de ella o ejecutarlo con "su -c" http://soleup.eup.uva.es/trac/browser/scripts/g-message Copias ese script en /usr/local/bin/ y le das permisos de ejecución. Instalas libnotify-bin y notification-daemon Luego dentro de tus scripts de cron lo llamas: g-message "titulo" "texto" si lo ejecutas sin parámetros verás la ayuda que es muy parecida a notify-send: Send a message to Gnome's notification service via DBUS usage: /usr/bin/g-message [-t timeout] [-u user] [-p priority] title [text] -t timeout duration of the notification in seconds [default: 2] -p prioritycolor of notification can be low normal or critical [default: normal] -u useruser to notify [defaults to you: mario] -h this help If text isn't specified, then title is used. > > 2. Quiero poner en el escritorio un acceso directo para poder ejecutar este > > script cuando quiera (a parte de que se ejecute en cron), y seré torpe > > porque no hay manera de crear un lanzador que funcione ¿? Ni poniendo en > > el comando a ejecutar "sh /root/backup_hd.sh" ni nada... El usuario del > > escritorio tiene permisos sobre el fichero. ¿Qué estoy haciendo mal? > > Un usuario no puede ejecutar mount a menos que exista una línea en el fstab con el modificador "users" ¿qué ocurre si lo ejecutas en consola como usuario? > > Gracias lista. > > > > Elvis > > > > > > > > > Podrías usar py-gtk, o py-qt o algún front-end para scripts para que > salten ventanas y controles cuando ejecutes tu script. Ahora no recuerdo > cuáles son los nativos de gnome y de kde. > Esto en teoría no se puede hacer ya que las variables de entorno de cron no tienen acceso a las X de quien esté conectado > Saludos!! > > Saludos -- http://soleup.eup.uva.es/mariodebian signature.asc Description: Esta parte del mensaje está firmada digitalmente
Re: Script de backup
El 31/08/07, Elvis Aaron Presley <[EMAIL PROTECTED]> escribió: > Hola lista, tengo un script de backup en un portatil en mi trabajo que de > manera programada (cron) se ejecuta de lunes a viernes y lo único que hace > es montar un disco externo usb, copiar y desmontar. El script y la > programación cron funcionan bien y es este: > > *** > #!/bin/bash > > DIRECTORIOS="/home/adm5/Mis Documentos/Seguridad Enrique/" > PUNTOMONTAJE="/mnt/montaje" > > echo -e "\033[0;32mOk:\033[0m Montando unidad para backup" > if mount -t vfat /dev/sdb1 $PUNTOMONTAJE -o rw ; then > echo -e "\033[0;32mOk:\033[0m Unidad montada correctamente" > echo -e "\033[0;32mOk:\033[0m Comenzando copia" > cp "$DIRECTORIOS" -R $PUNTOMONTAJE > > if [ "$?" = "0" ] ; then > echo -e "\033[0;32mOk:\033[0m El backup se ha completado > satisfactoriamente" > umount /mnt/montaje > /dev/null > else > echo -e "\033[0;31mError:\033[0m No se han podido copiar > algunos de los ficheros correctamente!!" > umount /mnt/montaje > /dev/null > fi > else > echo -e "\033[0;31mError:\033[0m No se ha podido montar la unidad, > se aborta el backup!!" > fi > *** > > La línea con la que lo hago funcionar en el crontab es esta: > 15 14 * * 1-5 root sh /root/backup_hd.sh >/dev/null 2>&1 > > Bien, tengo dos dudas... A ver si alguien me puede ayudar porque esto ya > estaba funcionando de antes (vamos que no lo he hecho yo) y me gustaría > cambiar algunas cosas: > > 1. Cuando el script se ejecuta, lo hace en background y no se abre ninguna > ventana ni hay forma de saber si lo ha hecho bien o no. Solo se ve que la > luz del disco duro parpadea mucho y la del hd externo también, por lo que > entendemos que se hace... Pero me gustaría que en vez de hacerse por debajo > saltara alguna pantalla o algo para ver su ejecución. > > 2. Quiero poner en el escritorio un acceso directo para poder ejecutar este > script cuando quiera (a parte de que se ejecute en cron), y seré torpe > porque no hay manera de crear un lanzador que funcione ¿? Ni poniendo en > el comando a ejecutar "sh /root/backup_hd.sh" ni nada... El usuario del > escritorio tiene permisos sobre el fichero. ¿Qué estoy haciendo mal? > > Gracias lista. > > Elvis > > Yo para darle salida por alguna pantalla lo que hago es ./comando >/dev/tty8 y si el shell script te anda desde el cron y no anda con un simple link. es por un problema de permisos. para los usuarios -- 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, yo no fui, seguro que es mas inteligente.
Re: Script de backup
On Fri, Aug 31, 2007 at 02:36:17PM +0200, Elvis Aaron Presley wrote: > Hola lista, tengo un script de backup en un portatil en mi trabajo que de > manera programada (cron) se ejecuta de lunes a viernes > ... > 2. Quiero poner en el escritorio un acceso directo para poder ejecutar este > script cuando quiera (a parte de que se ejecute en cron), y seré torpe > porque no hay manera de crear un lanzador que funcione ¿? Ni poniendo en > el comando a ejecutar "sh /root/backup_hd.sh" ni nada... El usuario del > escritorio tiene permisos sobre el fichero. ¿Qué estoy haciendo mal? Normalmente /root tiene permisos que no permiten a los usuarios listar los contenidos, de modo que aún si el script en sí tiene permisos no es posible usarlos. No es buena idea que cambies esos permisos. Mejor muda el script de ahí a /usr/local/bin, que para eso es. signature.asc Description: Digital signature
Re: Script de backup
Elvis Aaron Presley escribió: Hola lista, tengo un script de backup en un portatil en mi trabajo que de manera programada (cron) se ejecuta de lunes a viernes y lo único que hace es montar un disco externo usb, copiar y desmontar. El script y la programación cron funcionan bien y es este: *** #!/bin/bash DIRECTORIOS="/home/adm5/Mis Documentos/Seguridad Enrique/" PUNTOMONTAJE="/mnt/montaje" echo -e "\033[0;32mOk:\033[0m Montando unidad para backup" if mount -t vfat /dev/sdb1 $PUNTOMONTAJE -o rw ; then echo -e "\033[0;32mOk:\033[0m Unidad montada correctamente" echo -e "\033[0;32mOk:\033[0m Comenzando copia" cp "$DIRECTORIOS" -R $PUNTOMONTAJE if [ "$?" = "0" ] ; then echo -e "\033[0;32mOk:\033[0m El backup se ha completado satisfactoriamente" umount /mnt/montaje > /dev/null else echo -e "\033[0;31mError:\033[0m No se han podido copiar algunos de los ficheros correctamente!!" umount /mnt/montaje > /dev/null fi else echo -e "\033[0;31mError:\033[0m No se ha podido montar la unidad, se aborta el backup!!" fi *** La línea con la que lo hago funcionar en el crontab es esta: 15 14 * * 1-5 root sh /root/backup_hd.sh >/dev/null 2>&1 Bien, tengo dos dudas... A ver si alguien me puede ayudar porque esto ya estaba funcionando de antes (vamos que no lo he hecho yo) y me gustaría cambiar algunas cosas: 1. Cuando el script se ejecuta, lo hace en background y no se abre ninguna ventana ni hay forma de saber si lo ha hecho bien o no. Por defecto, si cualquier línea de tu script produce un error o lanza cualquier mensaje, no te vas a enterar porque ">/dev/null 2>&1". Puedes "eliminar" solo la salida estandard o solo la del error, en ese caso, los mensajes devueltos y no eliminados serán notificados al usuario que ejecuta el script "root" via mail. Además puedes activar trazas en tu script, de manera que se genere la evolución de la ejecución en un fichero. Muy util para depurar scripts. Solo se ve que la luz del disco duro parpadea mucho y la del hd externo también, por lo que entendemos que se hace... Pero me gustaría que en vez de hacerse por debajo saltara alguna pantalla o algo para ver su ejecución. 2. Quiero poner en el escritorio un acceso directo para poder ejecutar este script cuando quiera (a parte de que se ejecute en cron), y seré torpe porque no hay manera de crear un lanzador que funcione ¿? Ni poniendo en el comando a ejecutar "sh /root/backup_hd.sh" ni nada... El usuario del escritorio tiene permisos sobre el fichero. ¿Qué estoy haciendo mal? Imagino que tu problema debe basarse en permisos de ejecución del script o bien en permisos de ejecución de algun comando del script. En el primer caso, tan solo con ajustar los permisos correctamente, ya lo tienes solucionado. En el segundo caso, puedes utilizar el comando sudo. Gracias lista. Elvis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Script de Backup
El 11/10/13 08:49, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. El tema es que hay datos en el server que usan todos los usuarios, pero a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 seven) y en ellos hay aplicaciones especificas que solo corren desde cada disco local, lo que necesito es algun script que "traiga" al server una copia de esos datos que estan locales en cada máquina. Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no se pueden usar en red, por eso lo que necesito es que un script acceda a esos directorios, los copie al server a un directorio donde despues pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, etc) para tener resguardo. Estoy buscando en la red, pero mientras si alguien tiene algo similar y me puede pasar alguna idea, agradecido. Juan desde windows... yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html) es gratuito. y funciona muy .. bien... esta en español pero... estare atento a otras respuestas... quizas me sirvan.. es que tambien la red tengo corriendo equipos con Linux Saludos y Suerte -- Walter www.infoquil.com.ar
Re: Script de Backup
Buenas, Enviado desde mi Móvil El 11/10/2013, a las 15:22, Walter escribió: > El 11/10/13 08:49, Juan escribió: >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un >> Windows Server, y yo quiero aprovechar para poner un Debian. >> >> El tema es que hay datos en el server que usan todos los usuarios, pero >> a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 >> seven) y en ellos hay aplicaciones especificas que solo corren desde >> cada disco local, lo que necesito es algun script que "traiga" al server >> una copia de esos datos que estan locales en cada máquina. >> >> Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no >> se pueden usar en red, por eso lo que necesito es que un script acceda a >> esos directorios, los copie al server a un directorio donde despues >> pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, >> etc) para tener resguardo. >> >> Estoy buscando en la red, pero mientras si alguien tiene algo similar y >> me puede pasar alguna idea, agradecido. >> >> Juan >> >> > desde windows... > yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html) > es gratuito. y funciona muy .. bien... esta en español > > pero... estare atento a otras respuestas... quizas me sirvan.. > es que tambien la red tengo corriendo equipos con Linux Yo he usado DeltaCopy. Funciona con rsync e incluso puedes programar tareas para que se hagan los backups desde los clientes Windows al servidor Linux. Saludos, Ramses
Re: Script de Backup
Hola Juan, Si lo que quieres es implementar un sistema de backup entre Linux y Windows te recomiendo BackupPC, es facil, simple y hay mucha información en la web. Si solo quieres sacar esos archivos de los Windows y llevarlos al Server Linux podrías instalar SAMBA en el Server Linux y luego montar la unidad en el archivo "/etc/fstab" De esta manera te quedaría una carpeta en el Server Linux que haría de "acceso directo" a la carpeta en la PC windows. Los pasos serian los siguientes: 1) instalar SAMBA en el Server Linux 2) crear un directorio "share" en /mnt/ con permisos de lectura y escritura 3) agregar en /etc/fstab la linea -> //pcwindows/unidad/directorio /mnt/share cifs auto,user=username,passd=pass Donde username y pass son las credenciales del usuario de windows. Espero que te sirva. Saludos. *Jonathan Javier Sus* *Infraestructura - Servicios Informáticos* j...@itba.edu.ar +54(11)6393-4800 ext.5921 ITBA www.itba.edu.ar - Av. Eduardo Madero 399 El 11 de octubre de 2013 10:22, Walter escribió: > El 11/10/13 08:49, Juan escribió: > > Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > Windows Server, y yo quiero aprovechar para poner un Debian. > > El tema es que hay datos en el server que usan todos los usuarios, pero > a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 > seven) y en ellos hay aplicaciones especificas que solo corren desde > cada disco local, lo que necesito es algun script que "traiga" al server > una copia de esos datos que estan locales en cada máquina. > > Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no > se pueden usar en red, por eso lo que necesito es que un script acceda a > esos directorios, los copie al server a un directorio donde despues > pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, > etc) para tener resguardo. > > Estoy buscando en la red, pero mientras si alguien tiene algo similar y > me puede pasar alguna idea, agradecido. > > Juan > > > > desde windows... > yo uso syncback (http://www.2brightsparks.com/download-syncbackfree.html > ) > es gratuito. y funciona muy .. bien... esta en español > > pero... estare atento a otras respuestas... quizas me sirvan.. > es que tambien la red tengo corriendo equipos con Linux > > Saludos y Suerte > > -- > Walterwww.infoquil.com.ar > >
Re: Script de Backup
El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: > Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > Windows Server, y yo quiero aprovechar para poner un Debian. > > El tema es que hay datos en el server que usan todos los usuarios, pero > a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 > seven) y en ellos hay aplicaciones especificas que solo corren desde > cada disco local, lo que necesito es algun script que "traiga" al server > una copia de esos datos que estan locales en cada máquina. > > Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no > se pueden usar en red, por eso lo que necesito es que un script acceda a > esos directorios, los copie al server a un directorio donde despues > pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, > etc) para tener resguardo. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? - ¿Qué sistema/aplicación usabas antes con el Windows Server? 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.10.11.15.10...@gmail.com
Re: Script de Backup
pregunto lo mismo que Camaleon, no podras crear con samba un recurso compartido, presentarselo a windows y guardar ahi esos ficheros que genera el programa? lo veo mas practico de esa forma, o bien, es lo que se me ocurrio en ese momento para unos pdf generados en windows y que tenia que levantarlos en un apache corriendo en red hat. saludos. Walter Herrera Servicios informaticos software Libre. El 11 de octubre de 2013 12:10, Camaleón escribió: > El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: > > > Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > > Windows Server, y yo quiero aprovechar para poner un Debian. > > > > El tema es que hay datos en el server que usan todos los usuarios, pero > > a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 > > seven) y en ellos hay aplicaciones especificas que solo corren desde > > cada disco local, lo que necesito es algun script que "traiga" al server > > una copia de esos datos que estan locales en cada máquina. > > > > Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no > > se pueden usar en red, por eso lo que necesito es que un script acceda a > > esos directorios, los copie al server a un directorio donde despues > > pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, > > etc) para tener resguardo. > > (...) > > Vale, es decir, que buscas algún sistema/rutina para copiar los datos > desde clientes windows a debian ¿no? > > En principio, veo dos caminos: > > - Si hay colaboración desde clientes windows, es decir, si los equipos > con windows tienen instalada alguna aplicación concreta (como rsync, ssh) > que puedas usar para hacer la copia. > > - Si no hay colaboración desde clientes windows tendrás que optar por > usar un protocolo compatible entre todos (a priori samba o ftp). > > Ahora bien, preguntas: > > - ¿No sería más práctico que las aplicaciones locales (los clientes > windows) guardaran los datos directamente en el servidor? Dices que la > aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco > permite almacenar los datos que genera en un recurso de la red local? > > - ¿Qué sistema/aplicación usabas antes con el Windows Server? > > 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.10.11.15.10...@gmail.com > >
Re: Script de Backup
A mi me lo dejaron de tarea. Pero no lo hice :p * * *Ing. Julián Landa* *Ced. Prof. 6630221* * * El 11 de octubre de 2013 10:19, Walter Herrera escribió: > pregunto lo mismo que Camaleon, no podras crear con samba un recurso > compartido, presentarselo a windows y guardar ahi esos ficheros que genera > el programa? lo veo mas practico de esa forma, o bien, es lo que se me > ocurrio en ese momento para unos pdf generados en windows y que tenia que > levantarlos en un apache corriendo en red hat. > > saludos. > > > Walter Herrera > Servicios informaticos > software Libre. > > > El 11 de octubre de 2013 12:10, Camaleón escribió: > > El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: >> >> > Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un >> > Windows Server, y yo quiero aprovechar para poner un Debian. >> > >> > El tema es que hay datos en el server que usan todos los usuarios, pero >> > a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 >> > seven) y en ellos hay aplicaciones especificas que solo corren desde >> > cada disco local, lo que necesito es algun script que "traiga" al server >> > una copia de esos datos que estan locales en cada máquina. >> > >> > Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no >> > se pueden usar en red, por eso lo que necesito es que un script acceda a >> > esos directorios, los copie al server a un directorio donde despues >> > pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, >> > etc) para tener resguardo. >> >> (...) >> >> Vale, es decir, que buscas algún sistema/rutina para copiar los datos >> desde clientes windows a debian ¿no? >> >> En principio, veo dos caminos: >> >> - Si hay colaboración desde clientes windows, es decir, si los equipos >> con windows tienen instalada alguna aplicación concreta (como rsync, ssh) >> que puedas usar para hacer la copia. >> >> - Si no hay colaboración desde clientes windows tendrás que optar por >> usar un protocolo compatible entre todos (a priori samba o ftp). >> >> Ahora bien, preguntas: >> >> - ¿No sería más práctico que las aplicaciones locales (los clientes >> windows) guardaran los datos directamente en el servidor? Dices que la >> aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco >> permite almacenar los datos que genera en un recurso de la red local? >> >> - ¿Qué sistema/aplicación usabas antes con el Windows Server? >> >> 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.10.11.15.10...@gmail.com >> >> >
Re: Script de Backup
On Fri, 11 Oct 2013 10:27:10 -0500 JULIAN LANDA wrote: Los backup los hago en un script en bash y les doy tiempo con cron mira http://blog.mamalibre.com.ar/content/auto-backup-con-gnome-schedule Saludos -- Servicios:. http://mamalibre.com.ar/servicios.php MamaLibre, Casa en Lincoln, Ituzaingo 1085 CP6070, Buenos Aires, Argentina pgpE_HYAm6TYN.pgp Description: PGP signature
Re: Script de Backup
El 11/10/2013 12:10, Camaleón escribió: > El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: > >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un >> Windows Server, y yo quiero aprovechar para poner un Debian. >> > > (...) > > Vale, es decir, que buscas algún sistema/rutina para copiar los datos > desde clientes windows a debian ¿no? Exacto... > > En principio, veo dos caminos: > > - Si hay colaboración desde clientes windows, es decir, si los equipos > con windows tienen instalada alguna aplicación concreta (como rsync, ssh) > que puedas usar para hacer la copia. > > - Si no hay colaboración desde clientes windows tendrás que optar por > usar un protocolo compatible entre todos (a priori samba o ftp). > Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. > Ahora bien, preguntas: > > - ¿No sería más práctico que las aplicaciones locales (los clientes > windows) guardaran los datos directamente en el servidor? Dices que la > aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco > permite almacenar los datos que genera en un recurso de la red local? > No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que "IVA" es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. > - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. > > Saludos, > 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/52581cec.10...@gmail.com
Re: Script de Backup
El Fri, 11 Oct 2013 12:44:44 -0300, Juan escribió: > El 11/10/2013 12:10, Camaleón escribió: (...) >> En principio, veo dos caminos: >> >> - Si hay colaboración desde clientes windows, es decir, si los equipos >> con windows tienen instalada alguna aplicación concreta (como rsync, >> ssh) que puedas usar para hacer la copia. >> >> - Si no hay colaboración desde clientes windows tendrás que optar por >> usar un protocolo compatible entre todos (a priori samba o ftp). >> > > Cualquiera de las dos maneras me parece factible, creo que la mejor (no > por calidad, sino por una cuestión práctica) sería samba ya que ahora > están conectados asi. Vale, en ese caso podrías usar "smbclient" (que es como un ftp para samba) para acceder a los directorios de los clientes y copiar los archivos al servidor. Mira, por aquí tienes una situación similar (hay dos ejemplos, uno con smbclient y otro que usa rsh), aunque ojo que la documentación que hay en TLDP que suele ser de cuando los dinosaurios habitaban la Tierra pero bueno, quizá te pueda servir como ejemplo para los scripts :-) 11. Backing Up Windows Machines to a Linux Host http://www.tldp.org/HOWTO/SMB-HOWTO-11.html (yeeeh, ¡es del año 2000!) >> Ahora bien, preguntas: >> >> - ¿No sería más práctico que las aplicaciones locales (los clientes >> windows) guardaran los datos directamente en el servidor? Dices que la >> aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco >> permite almacenar los datos que genera en un recurso de la red local? >> > > No lo permiten, trabaja con bases de datos mdb de access, y no se puede > mapear remoto, entonces si o si los datos están en C:\archivos de > programa\SIAP\AFIP\IVA, por ejemplo, ya que "IVA" es uno de los > aplicativos. Entonces lo que yo quiero es pasar esos datos al server, > por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche > el servidor comprima todo en un tar, el primer viernes de cada mes de > manera completa y los otros incrementalmente. Entendido. Te lo decía porque lo más eficiente era centralizar el recurso en el servidor y así evitar tener que compartir cada uno de los directorios de los clientes windows. >> - ¿Qué sistema/aplicación usabas antes con el Windows Server? > > No lo hice yo, y no lo hacian de ninguna manera. En el windows server > solo habia un directorio compartido por todos los usuarios. Entonces vas a añadir una nueva funcionalidad que antes no había. Mola :-) 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.10.11.17.15...@gmail.com
Re: Script de Backup
On 11/10/13 17:44, Juan wrote: El 11/10/2013 12:10, Camaleón escribió: El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. (...) Vale, es decir, que buscas algún sistema/rutina para copiar los datos desde clientes windows a debian ¿no? Exacto... En principio, veo dos caminos: - Si hay colaboración desde clientes windows, es decir, si los equipos con windows tienen instalada alguna aplicación concreta (como rsync, ssh) que puedas usar para hacer la copia. - Si no hay colaboración desde clientes windows tendrás que optar por usar un protocolo compatible entre todos (a priori samba o ftp). Cualquiera de las dos maneras me parece factible, creo que la mejor (no por calidad, sino por una cuestión práctica) sería samba ya que ahora están conectados asi. Ahora bien, preguntas: - ¿No sería más práctico que las aplicaciones locales (los clientes windows) guardaran los datos directamente en el servidor? Dices que la aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco permite almacenar los datos que genera en un recurso de la red local? No lo permiten, trabaja con bases de datos mdb de access, y no se puede mapear remoto, entonces si o si los datos están en C:\archivos de programa\SIAP\AFIP\IVA, por ejemplo, ya que "IVA" es uno de los aplicativos. Entonces lo que yo quiero es pasar esos datos al server, por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche el servidor comprima todo en un tar, el primer viernes de cada mes de manera completa y los otros incrementalmente. Nosotros en el trabajo tenemos algunas BD en Access residuales que han quedado ahí y que también sólo trabajan sin el fichero mdb está en un determinado directorio. Pues bien lo que hemos hecho es: El cliente windows monta una unidad de red samba, llamémosle S. Entonces los ficheros .mdb se han movido a un directorio dentro de la unidad S Y en el directorio del windows donde deberían estar los .mdb se han colocado accesos directos de windows hacia el directorio en la unidad S donde está el .mdb. Están funcionando sin problemas y las copias de seguridad las realiza el servidor Linux Espero que te sirva de ayuda - ¿Qué sistema/aplicación usabas antes con el Windows Server? No lo hice yo, y no lo hacian de ninguna manera. En el windows server solo habia un directorio compartido por todos los usuarios. Saludos, 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/52583aba.6060...@gmail.com
Re: Script de Backup
On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: > Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > Windows Server, y yo quiero aprovechar para poner un Debian. > > El tema es que hay datos en el server que usan todos los usuarios, pero > a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 > seven) y en ellos hay aplicaciones especificas que solo corren desde > cada disco local, lo que necesito es algun script que "traiga" al server > una copia de esos datos que estan locales en cada máquina. > > Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no > se pueden usar en red, por eso lo que necesito es que un script acceda a > esos directorios, los copie al server a un directorio donde despues > pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, > etc) para tener resguardo. > > Estoy buscando en la red, pero mientras si alguien tiene algo similar y > me puede pasar alguna idea, agradecido. Bacula te puede ser de utilidad: http://www.bacula.org/es http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Saludos. -- Pablo Jiménez -- 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/20131011192225.ga4...@emblema.fh.vtr.net
Re: Script de Backup
El Fri, 11 Oct 2013 12:44:44 -0300 Juan escribió: > El 11/10/2013 12:10, Camaleón escribió: > > El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: > > > >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > >> Windows Server, y yo quiero aprovechar para poner un Debian. > >> > > > > (...) > > > > Vale, es decir, que buscas algún sistema/rutina para copiar los datos > > desde clientes windows a debian ¿no? > > Exacto... > > > > > En principio, veo dos caminos: > > > > - Si hay colaboración desde clientes windows, es decir, si los equipos > > con windows tienen instalada alguna aplicación concreta (como rsync, ssh) > > que puedas usar para hacer la copia. > > > > - Si no hay colaboración desde clientes windows tendrás que optar por > > usar un protocolo compatible entre todos (a priori samba o ftp). > > > > Cualquiera de las dos maneras me parece factible, creo que la mejor (no > por calidad, sino por una cuestión práctica) sería samba ya que ahora > están conectados asi. > > > Ahora bien, preguntas: > > > > - ¿No sería más práctico que las aplicaciones locales (los clientes > > windows) guardaran los datos directamente en el servidor? Dices que la > > aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco > > permite almacenar los datos que genera en un recurso de la red local? > > > > No lo permiten, trabaja con bases de datos mdb de access, y no se puede > mapear remoto, entonces si o si los datos están en C:\archivos de > programa\SIAP\AFIP\IVA, por ejemplo, ya que "IVA" es uno de los > aplicativos. Entonces lo que yo quiero es pasar esos datos al server, > por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche > el servidor comprima todo en un tar, el primer viernes de cada mes de > manera completa y los otros incrementalmente. > simple crea un share en el debian con samba y montalo en los windows. En los windows haces una simple copia de archivos de C: bla-bla a N:\punto_de_montaje y listo > > - ¿Qué sistema/aplicación usabas antes con el Windows Server? > > No lo hice yo, y no lo hacian de ninguna manera. En el windows server > solo habia un directorio compartido por todos los usuarios. > > > > > > Saludos, > > > 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/52581cec.10...@gmail.com > -- Angel Claudio Alvarez -- 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/20131011181718.68126e768af5c8da02d17...@angel-alvarez.com.ar
Re: Script de Backup
El 11/10/13, troans-gmail escribió: > On 11/10/13 17:44, Juan wrote: >> El 11/10/2013 12:10, Camaleón escribió: >>> El Fri, 11 Oct 2013 08:49:21 -0300, Juan escribió: >>> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un Windows Server, y yo quiero aprovechar para poner un Debian. >>> (...) >>> >>> Vale, es decir, que buscas algún sistema/rutina para copiar los datos >>> desde clientes windows a debian ¿no? >> Exacto... >> >>> En principio, veo dos caminos: >>> >>> - Si hay colaboración desde clientes windows, es decir, si los equipos >>> con windows tienen instalada alguna aplicación concreta (como rsync, >>> ssh) >>> que puedas usar para hacer la copia. >>> >>> - Si no hay colaboración desde clientes windows tendrás que optar por >>> usar un protocolo compatible entre todos (a priori samba o ftp). >>> >> Cualquiera de las dos maneras me parece factible, creo que la mejor (no >> por calidad, sino por una cuestión práctica) sería samba ya que ahora >> están conectados asi. >> >>> Ahora bien, preguntas: >>> >>> - ¿No sería más práctico que las aplicaciones locales (los clientes >>> windows) guardaran los datos directamente en el servidor? Dices que la >>> aplicación no se puede usar (ejecutar, entiendo) en red pero ¿tampoco >>> permite almacenar los datos que genera en un recurso de la red local? >>> >> No lo permiten, trabaja con bases de datos mdb de access, y no se puede >> mapear remoto, entonces si o si los datos están en C:\archivos de >> programa\SIAP\AFIP\IVA, por ejemplo, ya que "IVA" es uno de los >> aplicativos. Entonces lo que yo quiero es pasar esos datos al server, >> por ejemplo los lunes, miercoles y viernes. Y que el viernes a la noche >> el servidor comprima todo en un tar, el primer viernes de cada mes de >> manera completa y los otros incrementalmente. > Nosotros en el trabajo tenemos algunas BD en Access residuales que han > quedado ahí y que también sólo trabajan sin el fichero mdb está en un > determinado directorio. Pues bien lo que hemos hecho es: > > El cliente windows monta una unidad de red samba, llamémosle S. > Entonces los ficheros .mdb se han movido a un directorio dentro de la > unidad S > Y en el directorio del windows donde deberían estar los .mdb se han > colocado accesos directos de windows hacia el directorio en la unidad S > donde está el .mdb. > > Están funcionando sin problemas y las copias de seguridad las realiza el > servidor Linux > > Espero que te sirva de ayuda > >> >>> - ¿Qué sistema/aplicación usabas antes con el Windows Server? >> No lo hice yo, y no lo hacian de ninguna manera. En el windows server >> solo habia un directorio compartido por todos los usuarios. >> >> >>> Saludos, >>> >> Saludos >> Juan Lo que te están diciendo que hagas: *Crear una carpeta en el servidor *Copiar el SIAP ahí *Conectar esa carpeta como unidad de red (por ej: net use \\servidor\carpeta_compartida z: ) *y ejecutar el siap desde allí, si funciona. Tengo varios clientes con ese esquema. Por cuestiones de librerías, igual tiene que estar instalado en las máquinas cliente. Lo que no podés hacer es tener varios usuarios ejecutando siap al mismo tiempo, porque no es multiusuario. Lo del backup se soluciona desde linux con opciones como para hacer sopa. :-P Abrazos -- Jorge A Secreto Analista de Sistemas MP 361 -- 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/cajx9gig9iv3dngwcspn5g09g3p2yty3jompkycxjmlrh7ma...@mail.gmail.com
Re: Script de Backup
Buenas noches, Enviado desde mi Móvil El 11/10/2013, a las 21:22, Pablo Jiménez escribió: > On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un >> Windows Server, y yo quiero aprovechar para poner un Debian. >> >> El tema es que hay datos en el server que usan todos los usuarios, pero >> a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 >> seven) y en ellos hay aplicaciones especificas que solo corren desde >> cada disco local, lo que necesito es algun script que "traiga" al server >> una copia de esos datos que estan locales en cada máquina. >> >> Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no >> se pueden usar en red, por eso lo que necesito es que un script acceda a >> esos directorios, los copie al server a un directorio donde despues >> pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, >> etc) para tener resguardo. >> >> Estoy buscando en la red, pero mientras si alguien tiene algo similar y >> me puede pasar alguna idea, agradecido. > > Bacula te puede ser de utilidad: http://www.bacula.org/es > http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula sería para, en este caso, matar pájaros a cañonazos, ¿no?. Saludos, Ramses -- 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/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com
RE: Script de Backup
> From: ramses.sevi...@gmail.com > Subject: Re: Script de Backup > Date: Sat, 12 Oct 2013 01:58:06 +0200 > To: debian-user-spanish@lists.debian.org > > Buenas noches, > > Enviado desde mi Móvil > > El 11/10/2013, a las 21:22, Pablo Jiménez escribió: > > > On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: > >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un > >> Windows Server, y yo quiero aprovechar para poner un Debian. > >> > >> El tema es que hay datos en el server que usan todos los usuarios, pero > >> a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 > >> seven) y en ellos hay aplicaciones especificas que solo corren desde > >> cada disco local, lo que necesito es algun script que "traiga" al server > >> una copia de esos datos que estan locales en cada máquina. > >> > >> Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no > >> se pueden usar en red, por eso lo que necesito es que un script acceda a > >> esos directorios, los copie al server a un directorio donde despues > >> pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, > >> etc) para tener resguardo. > >> > >> Estoy buscando en la red, pero mientras si alguien tiene algo similar y > >> me puede pasar alguna idea, agradecido. > > > > Bacula te puede ser de utilidad: http://www.bacula.org/es > > http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html > > Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula sería > para, en este caso, matar pájaros a cañonazos, ¿no?. > > > Saludos, > > Ramses Entendiendo esto es que no tienes active directory en el server por lo tanto ya tienes un punto a tu favor pues no eh visto poder levantar active directory en debian. no creo que lo haya. y como te decia por ahi estamos bien. si tienes apicaciones corriendo en las estaciones como xp y seven , cuales son? un sistema seguramente en Fox? pues siempre encontre por ahi negocios que tiene este tipo de configuracion basado en fox y ejecutan su apilcacion desde un directorio compartido a si a secas. lo unico es que laventes Debian y actives el servicio de samba, no tendrias que hacer mas que eso, migrar la info que exitia en el server con windows a hora con debian. si tu caso es ese, claro esta. los compañeros recomiendan algunas opciones de copiados son buenas tambien. PD. la vez pasada recomendaron Playonlinux muy bueno por cierto para estaciones de trabajo. http://www.playonlinux.com/es/ saludos, espero te sirva el comentario William Romero > > -- > 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/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com >
Re: Script de Backup
El día 12 de octubre de 2013 05:22, William Romero escribió: > >> From: ramses.sevi...@gmail.com >> Subject: Re: Script de Backup >> Date: Sat, 12 Oct 2013 01:58:06 +0200 >> To: debian-user-spanish@lists.debian.org > >> >> Buenas noches, >> >> Enviado desde mi Móvil >> >> El 11/10/2013, a las 21:22, Pablo Jiménez escribió: >> >> > On Fri, Oct 11, 2013 at 08:49:21AM -0300, Juan wrote: >> >> Buenos días, los molesto porque en mi trabajo me pidieron reemplazar un >> >> Windows Server, y yo quiero aprovechar para poner un Debian. >> >> >> >> El tema es que hay datos en el server que usan todos los usuarios, pero >> >> a la vez como TODOS los puestos de trabajo son Windows (hay 2 xp y 2 >> >> seven) y en ellos hay aplicaciones especificas que solo corren desde >> >> cada disco local, lo que necesito es algun script que "traiga" al >> >> server >> >> una copia de esos datos que estan locales en cada máquina. >> >> >> >> Lo que se usan son aplicaciones impositivas de Argentina (SIaP) que no >> >> se pueden usar en red, por eso lo que necesito es que un script acceda >> >> a >> >> esos directorios, los copie al server a un directorio donde despues >> >> pueda hacer un "tar" y levantarlo a otra unidad (disco externo, ftp, >> >> etc) para tener resguardo. >> >> >> >> Estoy buscando en la red, pero mientras si alguien tiene algo similar y >> >> me puede pasar alguna idea, agradecido. >> > >> > Bacula te puede ser de utilidad: http://www.bacula.org/es >> > >> > http://bacula.10910.n7.nabble.com/Backup-with-Bacula-on-a-samba-share-td53033.html >> >> Ufff, Pablo, no lo he montado nunca, pero por lo que he leído, Bácula >> sería para, en este caso, matar pájaros a cañonazos, ¿no?. >> >> >> Saludos, >> >> Ramses > > Entendiendo esto es que no tienes active directory en el server por lo tanto > ya tienes un punto a tu favor pues no eh visto poder levantar active > directory en debian. no creo que lo haya. > y como te decia por ahi estamos bien. > > si tienes apicaciones corriendo en las estaciones como xp y seven , cuales > son? un sistema seguramente en Fox? pues siempre encontre por ahi negocios > que tiene este tipo de configuracion basado en fox y ejecutan su apilcacion > desde un directorio compartido a si a secas. > > lo unico es que laventes Debian y actives el servicio de samba, no tendrias > que hacer mas que eso, migrar la info que exitia en el server con windows a > hora con debian. > > si tu caso es ese, claro esta. > > los compañeros recomiendan algunas opciones de copiados son buenas tambien. > PD. la vez pasada recomendaron Playonlinux muy bueno por cierto para > estaciones de trabajo. > http://www.playonlinux.com/es/ > > > saludos, espero te sirva el comentario > > William Romero > > >> >> -- >> 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/76d46813-5344-4f07-954f-e8d7dfb70...@gmail.com >> Tienes muchas opciones como te han comentado, bacula muy interesante pero yo he usado también dirvish. Que no sé si os sonará pero es muy potente y efectivo para copias de seguridad, diferenciales, incrementales...Usa rsync por debajo y está todo centralizado en un linux que es el que lanza las órdenes de qué archivos te quieres traer(igual que bacula). Si instalas openssh y rsync en windows, ya lo tendŕias. Dirvish te deja copias de los archivos, no imágenes comprimidas, con lo cual para sacar datos solo es copiar. Lo más fácil es lo que te han comentado, yo usaría una carpeta mapeada en windows + cobian backup. Progrmas los backup frente a esa carpeta mapeada(recurso compartido) y listo. 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/CAJ2aOA96=uzedpfmhc7sji-bng4h99aifb3ymwkxwpo5off...@mail.gmail.com
