Qué tal usuarios de la lista?? La verdad es que alguna que otra vez me habeis solucionado algún que otro problema, pero ahora me encuentro con un reto que quisiera conseguir. Tengo un equipo en güindows (para el trabajo en contaplus y demás) con 2 discos de 120 gigas en espejo (para asegurar datos ya que principalmente tiene el corazón de la empresa) y poco a poco he ido migrando prácticamente todos los demás equipos a linux. El reto que me gustaría realizar es el siguiente: Tengo un equipo con Suse 9.3 trabajando de servidor, y me gustaría que hiciese copias de seguridad del equipo güindows (ya que albergar los ficheros en el servidor no me es válido porque si fallase el servidor o la red, se quedaría la empresa sin facturar y es algo que no se puede permitir por muy pequeño que sea el espacio de tiempo). La cuestión es que me gustaría que hiciese copias de seguridad de los archivos nada más modificarlos, de forma que tuviese en una partición (el servidor) absolutamente todos los datos de la partición de datos del equipo güindows y cada vez que se modificase algún archivos, que el servidor se encargase de actualizarlo. Así centralizaría aún mejor las copias de seguridad, aparte de que si el equipo en winrrows fallase, me sería más fácil el montar otro rápidamente trabajando sobre la red mientras soluciono el problema. Hace tiempo me comentaron algo de que esto se podía hacer con un güindows 2000 server, pero donde se ponga la tolerancia a fallos, virus y problemas de linux... así que no me gustaría migrarme a un server de m$ (aparte de pagar una millonada por bastantes bugss). ¿Alguna idea de como hacerlo? Gracias a todos
Dr. Fásiko wrote:
Qué tal usuarios de la lista??
La verdad es que alguna que otra vez me habeis solucionado algún que otro problema, pero ahora me encuentro con un reto que quisiera conseguir.
Tengo un equipo en güindows (para el trabajo en contaplus y demás) con 2 discos de 120 gigas en espejo (para asegurar datos ya que principalmente tiene el corazón de la empresa) y poco a poco he ido migrando prácticamente todos los demás equipos a linux.
El reto que me gustaría realizar es el siguiente:
Tengo un equipo con Suse 9.3 trabajando de servidor, y me gustaría que hiciese copias de seguridad del equipo güindows (ya que albergar los ficheros en el servidor no me es válido porque si fallase el servidor o la red, se quedaría la empresa sin facturar y es algo que no se puede permitir por muy pequeño que sea el espacio de tiempo).
La cuestión es que me gustaría que hiciese copias de seguridad de los archivos nada más modificarlos, de forma que tuviese en una partición (el servidor) absolutamente todos los datos de la partición de datos del equipo güindows y cada vez que se modificase algún archivos, que el servidor se encargase de actualizarlo. Así centralizaría aún mejor las copias de seguridad, aparte de que si el equipo en winrrows fallase, me sería más fácil el montar otro rápidamente trabajando sobre la red mientras soluciono el problema.
Hace tiempo me comentaron algo de que esto se podía hacer con un güindows 2000 server, pero donde se ponga la tolerancia a fallos, virus y problemas de linux... así que no me gustaría migrarme a un server de m$ (aparte de pagar una millonada por bastantes bugss).
¿Alguna idea de como hacerlo?
Gracias a todos
Una posible solución que se me ocurre, es que compartas el disco de tu servidor Windows. Desde tu Linux, lo montas con samba y ya lo tendrías como en local. A partir de ahí podrías mantener sincronizada esa particion montada con otra de tu linux mediante rsync. Puedes poner una línea en el crontab para que rsync sincronice las particiones cada 5 minutos por ejemplo. Se supone que la cantidad de datos modificados en 5 minutos puedes sincronizarlos en menos de 5 minutos. Mientras lo anterior sea cierto, puedes bajar ese intervalo de tiempo a número que consideres más adecuado.
Estimado Luis O. Me gusta tu manera de plantearlo, veo que es una buena solución (pero incrementaré el tiempo en el crontab por lo que pudiese pasar). En principio tengo 2 dudas sobre el problema: 1º- Ya que el server estará siempre encendido, qué pasaría cuando intentase sincronizar por la red montada si el equipo en güindows está apagado? 2º- Qué pasaría a la hora de intentar sincronizar archivos en uso? Estarían protejidos por güindows en principio y no dejaría copiarlos? o me machacaría los datos con los que están en uso? Gracias
Una posible solución que se me ocurre, es que compartas el disco de tu servidor Windows. Desde tu Linux, lo montas con samba y ya lo tendrías como en local.
A partir de ahí podrías mantener sincronizada esa particion montada con otra de tu linux mediante rsync. Puedes poner una línea en el crontab para que rsync sincronice las particiones cada 5 minutos por ejemplo. Se supone que la cantidad de datos modificados en 5 minutos puedes sincronizarlos en menos de 5 minutos. Mientras lo anterior sea cierto, puedes bajar ese intervalo de tiempo a número que consideres más adecuado.
------------------------------- Mesaje inicial ----------------------
Dr. Fásiko wrote:
Qué tal usuarios de la lista??
La verdad es que alguna que otra vez me habeis solucionado algún que otro problema, pero ahora me encuentro con un reto que quisiera conseguir.
Tengo un equipo en güindows (para el trabajo en contaplus y demás) con 2 discos de 120 gigas en espejo (para asegurar datos ya que principalmente tiene el corazón de la empresa) y poco a poco he ido migrando prácticamente todos los demás equipos a linux.
El reto que me gustaría realizar es el siguiente:
Tengo un equipo con Suse 9.3 trabajando de servidor, y me gustaría que hiciese copias de seguridad del equipo güindows (ya que albergar los ficheros en el servidor no me es válido porque si fallase el servidor o la red, se quedaría la empresa sin facturar y es algo que no se puede permitir por muy pequeño que sea el espacio de tiempo).
La cuestión es que me gustaría que hiciese copias de seguridad de los archivos nada más modificarlos, de forma que tuviese en una partición (el servidor) absolutamente todos los datos de la partición de datos del equipo güindows y cada vez que se modificase algún archivos, que el servidor se encargase de actualizarlo. Así centralizaría aún mejor las copias de seguridad, aparte de que si el equipo en winrrows fallase, me sería más fácil el montar otro rápidamente trabajando sobre la red mientras soluciono el problema.
Hace tiempo me comentaron algo de que esto se podía hacer con un güindows 2000 server, pero donde se ponga la tolerancia a fallos, virus y problemas de linux... así que no me gustaría migrarme a un server de m$ (aparte de pagar una millonada por bastantes bugss).
¿Alguna idea de como hacerlo?
Gracias a todos
Intento responderte sobre tu correo ... Dr. Fásiko wrote:
En principio tengo 2 dudas sobre el problema:
1º- Ya que el server estará siempre encendido, qué pasaría cuando intentase sincronizar por la red montada si el equipo en güindows está apagado?
Imagino que dará un error. Lo que más me preocuparía en este caso es si se "automontaría" la partición al volverse a encender el güindows (win en adelante)
2º- Qué pasaría a la hora de intentar sincronizar archivos en uso? Estarían protejidos por güindows en principio y no dejaría copiarlos? o me machacaría los datos con los que están en uso?
Si tiene acceso a los datos ... sincroniza, y si no tiene acceso, no se si simplemente no sincroniza o si da un error. En cualquier caso, lo mejor sería hacer una prueba, que no tiene por que ser con tu servidor win en producción. Coje un PC con win (si es con la misma versión de soft que el de producción, mejor), comparte una carpeta y móntala en Linux. Deja archivos abiertos en win para ver si se sincroniza o da algún error el proceso de sincronización. Aparga el win a ver que pasa (a parte de darte errores) y si al volver a encenderlo se monta. En el crontab se puede poner un script que haga varias cosas. Por ejemplo que verifique que el win está levantado. Si lo está, verifica que la partición está montada y si no la monta, y finalmente sincroniza. De esta forma se evitan errores de sincronismo por estár apagado el servidor win y se garantiza que cuando se encienda, la partición se monta.
Dr. Fásiko escribió:
Estimado Luis O.
Me gusta tu manera de plantearlo, veo que es una buena solución (pero incrementaré el tiempo en el crontab por lo que pudiese pasar).
En principio tengo 2 dudas sobre el problema:
1º- Ya que el server estará siempre encendido, qué pasaría cuando intentase sincronizar por la red montada si el equipo en güindows está apagado?
2º- Qué pasaría a la hora de intentar sincronizar archivos en uso? Estarían protejidos por güindows en principio y no dejaría copiarlos? o me machacaría los datos con los que están en uso?
Gracias
En el manual de Suse te salen un par de programas que sirven para eso, no recuerdo los nombres, tienes un servidor y luego el cliente cuando se conecta sincroniza todo de forma automatica o bien al instante, si tienes el manual miratelo si no lo dices y mañana en la oficina te digo algo (aunque creo que alguno seguro se acuerda de como se llaman).
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2005-09-12 a las 15:10 +0200, Dr. Fásiko escribió:
En principio tengo 2 dudas sobre el problema:
1º- Ya que el server estará siempre encendido, qué pasaría cuando intentase sincronizar por la red montada si el equipo en güindows está apagado?
En principio, nada.
2º- Qué pasaría a la hora de intentar sincronizar archivos en uso? Estarían protejidos por güindows en principio y no dejaría copiarlos? o me machacaría los datos con los que están en uso?
Los bloqueos de escritura o lectura en windows y en linux son distintos, y no se como lo habrán hecho con Samba. En linux un fichero puede estar abierto para escritura, y sin embargo puedes estar leyendolo con otra aplicación, en general; pero la copia que realices será incorrecta. Además, hay varios sistemas distintos de bloqueos de ficheros, algunos de ellos "no obligatorios". En windows el sistema permite bloquear zonas de un fichero mientras las modificas, permitiendo la lectura o incluso escritura en otras zonas; pero tampoco puedes hacer una copia completa del fichero, no te lo permite. Estas trabajando con bases de datos: los esquemas para mantener una copia de seguridad, copia activa, de una base de datos son distintos de lo que se hace para simplemente mantener sincronizado un conjunto de ficheros. Lo correcto sería detener la base de datos, obtener una copia, y volverlo a poner en marcha. O bien dispones de una base de datos, que, bajo petición, es capaz de replicarse a si misma en una copia exacta de lo que hay en ese momento (quizás sin parar de atender peticiones, o parar lo mínimo), y es esa copia que es estática la que copias en otra máquina. Esto es más corriente. Ignoro si tu aplicación puede hacer eso de forma automática, pero sería lo ideal. O necesitarías una base de datos seria, que, por ejemplo, cada vez que haga una modificación en el servidor al mismo tiempo envia a otro servidor "el meollo" de lo que ha modificado, para que si hay una caida se pueda reconstruir el original. El servidor secundario no tiene en realidad una copia exacta de la base de datos, sino un histórico, altas, bajas, modificaciones, que permite a partir de un estado inicial conocido reconstruir todo el proceso del dia, o sólo hasta determinada hora que interese (por ejemplo, si se sabe que a determinada hora alguien metió datos incorrectos por error o por sabotaje). No es tan simple. Ahí ya entras en sistemas de miles de euros, bastantes miles. Y todo eso se combina con un sistema raid complejo, que permite cambiar discos duros en caliente. Eso es la teoría. Ahora necesitas que un experto en bases de datos te diga todo eso como se come, porque yo no lo se, no es lo mio :-) - -- Saludos Carlos Robinson -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Made with pgp4pine 1.76 iD8DBQFDJc6BtTMYHG2NR9URAmrjAJ0QfB605M8g2ENfuHMi3UEsy7poxACbBLoR 5dfFtI3SG42LImXC3U2qbWA= =3vAx -----END PGP SIGNATURE-----
participants (4)
-
admin-listas -
Carlos E. R. -
Dr. Fásiko -
Luis O.