El 2 de mayo de 2009 16:09, Herr Groucho <[email protected]> escribió:
> El Vie 01 May 2009, David Avila escribió: > > Buenas, en mi trabajo me han pedido que trabaje en la replicación > > de un server de archivos (samba + debian) para lo cual dispongo de > > dos servidores IBM de identícas caracteristicas. Pensaba agregarle > > otra placa de red de 1000 a cada uno para realizar a traves de > > ellas -con un cable cruzado- un rsync que durante el dia copie los > > datos que se vayan sumando en el server que esté en produccion al > > de backup y luego en la noche hacer que queden exactamente iguales. > > Esto me permite tener durante archivos durante el día que > > "accidentalmente" suelen ser eliminados. ¿Alguien tiene alguna > > mejor sugerencia o conoce algun sistema de backup interesante? > > ¿O esta bien asi? Desde ya gracias... > > Tengo 2 cosas así funcionando: > - backups parciales diarios y semanales completos con tar > - replicación con rsync una vez por día > > En el que tengo replicación con rsync, a veces vienen a pedirme que > les recupere un archivo que borraron 1 mes atrás el cual obviamente > no existe más en la copia. El único propósito que satisface esa > replicación es que si explota el servidor primario, tengo la opción > de servir los datos desde otra máquina. > En ese sentido, una idea más copada podría ser usar un sistema de > archivos distribuido como drdb o coda, la cual podés acoplar o no a > algún esquema de alta disponibilidad, de modo que el segundo servidor > empiece a funcionar automáticamente si el primero palma. De ese modo > los datos no vuelven al pasado (el rsync se ejecuta a las 6:00 por > ejemplo) y no tengo que hacer un toque manual para que el segundo > servidor tome el rol primario. Pero para eso, tenés que hablar con > Pisa. > > En el que tengo bakcups parciales, el objetivo no es la alta > disponibilidad, sino tener un respaldo de la información que cubra un > rango largo de tiempo, para poder volver atrás lo suficiente como > para revertir un pedo en la manipulación de los datos que haya estado > mucho tiempo sin ser detectado. > > Me parece que esto último es lo que querés. > > > -- > Herr Groucho > > ID Jabber: [email protected] > Señal distintiva: LU5MJR - 144,550 MHz FM. > Clave pública GPG: hkp://pks.lugmen.org.ar > Fingerprint GPG: B7BD 0FC7 D9A2 66F3 4EFC 45EE 7DE2 3932 597B 6354 > Tal cual, no urge tanto la alta disponibilidad, sino mas bien tener un respaldo seguro siempre a mano. DRBD suena muy intersante pero no es precisamente lo q necesito, voy a probar backuppc que utiliza rsync y sino hago mi script. Luego les suento. Muchas gracias por la data. -- David Avila
