Re: disco espejo y respaldo de información.

[Sebastian Abate]

2008/2/23 Humberto Carrillo Segoviano <hcarrillo70 en hotmail.com>:
>
>  gracias, el problema es que mi erp no usa una base de datos como tal,
> digamos que es propietaria no tiene una administrador de bases de datos. Por
> lo que esta opción no es viable en mi caso, de cualquier manera gracias, es
> una buena idea.
>  fermat
>
> > Date: Sat, 23 Feb 2008 02:45:48 -0200
> > From: sebastianabate en gmail.com
> > To: ubuntu-es en lists.ubuntu.com
> > Subject: Re: disco espejo y respaldo de información.
>
>
> >
> > On Sat, Feb 23, 2008 at 12:29 AM, Humberto Carrillo Segoviano
> > <hcarrillo70 en hotmail.com> wrote:
> > >
> > > Buen dia, me surge la necesidad de cerar un escenario de respaldo de
> > > información en dos servidores linux, uno de ellos se encuentra en
> produccion
> > > y lo que requiero es realizar un respaldo de información todas las
> noches
> > > después de las operaciones del día y segundo configurar un disco espejo
> en
> > > el servidor 2 el cual respalde las operaciones conforme transcurra el
> dia.
> > > la información que se requiere respaldar son transacciones de un erp.
> > >
> > > mi pregunta es conocen alguna herramienta que me ayude a realizar esto?
> o
> > > por donde empezar para configurar los servidores???
> > >
> > > Gracias, de antemano.
> > > Fermat.
> > >
> > > ________________________________
> > > Express yourself instantly with MSN Messenger! MSN Messenger
> > > --
> > > ubuntu-es mailing list
> > > ubuntu-es en lists.ubuntu.com
> > > https://lists.ubuntu.com/mailman/listinfo/ubuntu-es
> > >
> >
> > Según entiendo de tu pregunta, tenés un sistema ERP, el cual querés
> > replicar en otra máquina, y además tener un respaldo de todas las
> > transacciones que se hagan en el servidor principal al momento.
> >
> > Me parece que tu mejor opción es revisar las opciones del motor de
> > base de datos que utilice tu sistema, que seguramente tiene algún
> > método de REPLICADO (para realizar una copia integral o parcial de las
> > tablas que utilice tu ERP en alguna otra máquina que tenga instalado
> > el mismo motor de base de datos); y la opción de generar un log de
> > transacciones (que es un registro de todas las sentencias SQL que se
> > generan contra la base de datos mientras la estás utilizando, ya sean
> > SELECT, UPDATE, DELETE, etc.); de esta forma siempre vas a tener una
> > copia de la base de datos del día anterior (gracias al REPLICADO que
> > se haga durante la noche), y la posibilidad de volver a ejecutar todas
> > las transacciones que se hayan realizado durante el día con el log de
> > transacciones.
> >
> > No se qué motor estás usando, pero MySQL y Postgres tienen estas
> > capacidades (al igual que muchísimos otros).
> >
> >
> >
> > --
> > Sebastián Abate
> > Quattro-D
> > 15-3589-7730
> > abates en quattrod.com.ar
> >
> > --
> > ubuntu-es mailing list
> > ubuntu-es en lists.ubuntu.com
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-es
>
>
> ________________________________
> Express yourself instantly with MSN Messenger! MSN Messenger


Perdón, dí por sentado que tu sistema utilizaba un motor de base de
datos, entonces lo que me parece que vas a tener que utilizar es un
RAID-1 (Mirror) para poder seguir operando en caso que ocurra algún
error (fallo de disco), y utilizar rsync para realizar el replicado de
la información en otro equipo por las noches.

Para lo primero lee el siguiente Howto
http://www.howtoforge.com/software-raid1-grub-boot-debian-etch , que
aunque es para Debian Etch, aplica perfectamente para Ubuntu. Tené en
cuenta que esta solución aplica únicamente en caso que falle tu disco
rígido, pero no te sirve para tratar de volver atrás una acción
errónea sobre la base de datos (por ej. un UPDATE con datos
equivocados, o un DELETE accidental), ya que en un RAID-1, las
modificaciones se escriben en los dos discos que participan al mismo
tiempo)

Para lo segundo lee la documentación de rsync (man rsync)

NOTA: En lo sucesivo, cuando respondas un mail de la lista, siempre
reemplazá la dirección de la persona que envía el mail por la de la
lista (ubuntu-es en lists.ubuntu.com), ya que de lo contrario el mail le
va a llegar únicamente a la persona que lo envió (esto es por un bug
en el sistema de administración de la lista).

NOTA2: Por favor, tratá de evitar hace top-posting
(http://es.wikipedia.org/wiki/Top-posting) para que los mensajes sean
más simples de leer; también te recomiendo leer la Netiqueta
(http://es.wikipedia.org/wiki/Netiquette) donde hay muchísimas
recomendaciones más. Te quiero aclarar que esto no es un reto, ni
mucho menos, es simplemente una recomendación que facilitará mucho la
participación en la lista.

-- 
Sebastián Abate
Quattro-D
15-3589-7730
abates en quattrod.com.ar