Re: Servidor Backup
El Thursday 13 May 2010 23:15:07 d.sastre.med...@gmail.com va escriure: On Thu, May 13, 2010 at 09:30:45PM +0200, Carlos Lopez wrote: On Thu, 13 May 2010 15:25:02 -0400 (CDT), Yuniesky Machado ymach...@inivit.cu wrote: Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? Hola, RAID no es un método de backup. Es redundancia de discos, sí, pero la finalidad principal IMHO es mejorar la I/O¹. Reafirmo lo dicho por Sastre. Meteos en la cabeza que RAID NO es ningún sistema backup, no es su objetivo: si un usuario borra un archivo, NO tienes copia, si te roban el servidor, NO tienes copia. RAID sirve para tener mejor rendimiento I/O, para tener redundacia de discos en servidores 24x7 tolerantes a fallos, para incrementar de la capacidad, etc. Saludos, -- Marc Olivé Grup Blau www.grupblau.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/201005140818.46799.marc.ol...@grupblau.com
Re: Servidor Backup
El Thursday 13 May 2010 23:35:07 Tony Peña va escriure: usa bacula viene en el repo Otra opcion es Unison, o scripts personalizados con rsynz, cp, tar y etc. Colega Yuniesky, has hecho una simple búsqueda antes? Hay artículos a patadas. Mi opción: http://www.sanitarium.net/golug/rsync_backups_2010.html Saludos, -- Marc Olivé Grup Blau www.grupblau.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/201005140826.21048.marc.ol...@grupblau.com
Re: Servidor Backup
El Friday 14 May 2010 08:26:21 Marc Olive va escriure: El Thursday 13 May 2010 23:35:07 Tony Peña va escriure: usa bacula viene en el repo Otra opcion es Unison, o scripts personalizados con rsynz, cp, tar y etc. Colega Yuniesky, has hecho una simple búsqueda antes? Hay artículos a patadas. Mi opción: http://www.sanitarium.net/golug/rsync_backups_2010.html Vale, esto no es lo que buscas Yuniesky, no terminé de leer tu correo. Como ya han dicho, lo que quieres es un servidor replicado, y segurament con un balanceador de carga. Nunca he montado algo similar, seguro que Google te da informacion. Saludos, -- Marc Olivé Grup Blau www.grupblau.com -- Marc Olivé Grup Blau www.grupblau.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/201005140840.17830.marc.ol...@grupblau.com
Re: Servidor Backup
El Thu, 13 May 2010 15:25:02 -0400, Yuniesky Machado escribió: Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? ejemplo yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. Te recomiendo que, ahora que aún está funcionando el disco, lo clones (Clonezilla funciona muy bien para eso) y no esperes a que se muera, cámbialo cuanto antes. Lo que buscas es alta disponibilidad y un diseño con tolerancia a fallos, lo cual requiere configuración previa del SO y la preparación de los servicios, cosa que no se hace de un día para otro. 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.2010.05.14.07.10...@gmail.com
Servidor Backup
Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? ejemplo yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. Gracias de Antemano -- * Yuniesky Machado Rojas * * Administrador de Redes * * Instituto Nacional de Investigación en Viandas Tropicales *GNU/Linux User #481684 (http://counter.li.org) -- 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/1077.169.158.79.75.1273778702.squir...@webmail.inivit.cu
Re: Servidor Backup
rdiffbackup es lo que necesitas On Thu, 13 May 2010 15:25:02 -0400 (CDT), Yuniesky Machado ymach...@inivit.cu wrote: Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? ejemplo yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. Gracias de Antemano -- * Yuniesky Machado Rojas * * Administrador de Redes * * Instituto Nacional de Investigación en Viandas Tropicales *GNU/Linux User #481684 (http://counter.li.org) -- 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/d3634e4cbcce9b88860ad008b974b...@igalia.com
Re: Servidor Backup
On Thu, May 13, 2010 at 09:30:45PM +0200, Carlos Lopez wrote: On Thu, 13 May 2010 15:25:02 -0400 (CDT), Yuniesky Machado ymach...@inivit.cu wrote: Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? Hola, RAID no es un método de backup. Es redundancia de discos, sí, pero la finalidad principal IMHO es mejorar la I/O¹. yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. rdiffbackup es lo que necesitas Existen muchas soluciones, dependiendo de la cantidad de datos, el hardware del que dispongas y cómo esté configurado el/los sistemas que quieres respaldar. Desde bajo nivel (dd, tar, bzip2, nc) a amanda o bacula. En cuanto al escenario que describes, eso se llama cluster activo/pasivo, y puede ser más o menos complejo², también según las necesidades. ¹ http://es.wikipedia.org/wiki/RAID ² http://www.clusterlabs.org/wiki/Main_Page -- Huella de clave primaria: 0FDA C36F F110 54F4 D42B D0EB 617D 396C 448B 31EB pgp02XkzxmVsZ.pgp Description: PGP signature
Re: Servidor Backup
usa bacula viene en el repo El 13 de mayo de 2010 17:15, d.sastre.med...@gmail.com escribió: On Thu, May 13, 2010 at 09:30:45PM +0200, Carlos Lopez wrote: On Thu, 13 May 2010 15:25:02 -0400 (CDT), Yuniesky Machado ymach...@inivit.cu wrote: Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? Hola, RAID no es un método de backup. Es redundancia de discos, sí, pero la finalidad principal IMHO es mejorar la I/O¹. yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. rdiffbackup es lo que necesitas Existen muchas soluciones, dependiendo de la cantidad de datos, el hardware del que dispongas y cómo esté configurado el/los sistemas que quieres respaldar. Desde bajo nivel (dd, tar, bzip2, nc) a amanda o bacula. En cuanto al escenario que describes, eso se llama cluster activo/pasivo, y puede ser más o menos complejo², también según las necesidades. ¹ http://es.wikipedia.org/wiki/RAID ² http://www.clusterlabs.org/wiki/Main_Page -- Huella de clave primaria: 0FDA C36F F110 54F4 D42B D0EB 617D 396C 448B 31EB
Re: Servidor Backup
2010/5/13 Yuniesky Machado ymach...@inivit.cu Saludos Colegas Al parecer el disco de mi servidor principal esta dando sus ultimas tiradas. Yo quisiera saber si hay algun metodo de backup que no sea raid? ejemplo yo quisiera saber si se puede hacer que otra maquina sea el backup del servidor principal es decir que el servidor principal le transmita los datos por red y si en algun momento este cayera , bueno pues la otra maquina que esta de bakup asumiera el trabajo, estoy hablando de correo, dns, webmail y proxy. Lo que quieres se suele llamar alta disponibilidad, para el dns o la web si te valdria tirar del último backup que se izo la noche pasada, pero para el correo, que es algo que cambia cada minuto, seria una auténtica chapuza sacar el ultimo backup que tienes. A menos que hagas backups cada hora lo ideal seria usar algo como DRDB. Aunque resulta bastante más complejo de montar que un simple backup. Auncontodo si haces backups del mail deverias hacer el backup a partir de un snapshot lvm, sobretodo si usas maildir. saludos. Gracias de Antemano -- * Yuniesky Machado Rojas * * Administrador de Redes * * Instituto Nacional de Investigación en Viandas Tropicales *GNU/Linux User #481684 (http://counter.li.org) -- 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/1077.169.158.79.75.1273778702.squir...@webmail.inivit.cu -- Marc
servidor backup de correo
Hola a todos; estoy haciendo mi propio servidor de correo smtp con el courier-smtp, y ahora me surge una duda que por mas que busco, no le encuentro la solucion. Resulta que quiero poner un registro MX adicional en mi dns para tener un servidor backup de correo (eso no parece dificil), pero no tengo ni idea de como tengo que configurar dicho servidor backup de correo. ¿Cómo sabe dicho servidor que tiene que comprobar el funcionamiento del servidor primario, y entonces mandarle el correo? Agradeceria que alguien con experiencia en el tema me de alguna pista de por donde empezar. Me valdria incluso que fuera alguna url de otro servidor smtp (qmail, sendmail, postfix...) Gracias por adelantado ___ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es
Re: servidor backup de correo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Creo q a estas alturas tienes 4 opciones: 1- Dejas simplemente configurado el servidor de backup como un relay para el primario pero con un timeout de conexion MUY alto. Lo suficiente como para que te de tiempo a levantar el primario. 2- No se como funciona courier pero quizas puedes almacenar los mensajes en cola pero sin procesarlos. Cuando tienes el servidor primario en marcha activas este proceso para entregarle todos los mensajes q tienes en cola. 3- Tampoco se si courier lo permite pero con qMail puedes tener 2 servidores configurados igual que almacenan los mensajes en un recurso NFS (segun recomendaciones no se puede hacer por SMB). Ambos servidores responden al mismo nombre. Ambos servidores pueden servir TODOS los mensajes que llegan a un usuario. El balanceo de carga lo puedes hacer simplemente por round robin del DNS. 4- Montar un CLUSTER atacando al mismo armario de discos. Supongo q ya entiendes que el problema reside siempre en donde se guardan los mensajes. Si cualquier servidor se cae como detectan los usuarios que tienen que cambiar la configuracion para ir a buscar el segundo? que pasa con los mensajes q estaban almacenados en el primario? creo que puede ser un tema de conversacion lrgo e interesante! ;) Saxa On Tuesday 13 May 2003 10:07, Dario Alonso wrote: Hola a todos; estoy haciendo mi propio servidor de correo smtp con el courier-smtp, y ahora me surge una duda que por mas que busco, no le encuentro la solucion. Resulta que quiero poner un registro MX adicional en mi dns para tener un servidor backup de correo (eso no parece dificil), pero no tengo ni idea de como tengo que configurar dicho servidor backup de correo. ¿Cómo sabe dicho servidor que tiene que comprobar el funcionamiento del servidor primario, y entonces mandarle el correo? Agradeceria que alguien con experiencia en el tema me de alguna pista de por donde empezar. Me valdria incluso que fuera alguna url de otro servidor smtp (qmail, sendmail, postfix...) Gracias por adelantado ___ Yahoo! Messenger - Nueva versión GRATIS Super Webcam, voz, caritas animadas, y más... http://messenger.yahoo.es - -- Saxa Egea MANGO -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+wPWoWGHw7lpFCZ0RApIVAJ42rou7nfSnGzzhMdBAK9cq9P929QCgxYHZ f+MLxMmOBr1qSy8mA4KDVic= =b0dD -END PGP SIGNATURE-
Re: servidor backup de correo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hola On Tuesday 13 May 2003 10:07, Dario Alonso wrote: Hola a todos; estoy haciendo mi propio servidor de correo smtp con el courier-smtp, y ahora me surge una duda que por mas que busco, no le encuentro la solucion. Desconozco como implementa smtp la gente de courier yo optaría por una solución más habitual, exim, sendmail, qmail... pero si courier-smtp cumple con tus necesidades adelante. Resulta que quiero poner un registro MX adicional en mi dns para tener un servidor backup de correo (eso no parece dificil), pero no tengo ni idea de como tengo que configurar dicho servidor backup de correo. ¿Cómo sabe dicho servidor que tiene que comprobar el funcionamiento del servidor primario, y entonces mandarle el correo? Realmente es tan sencillo o tan dificil como, configurar la entrada MX con una prioridad más baja ( un número más alto ). Establecer una ruta de entrega del correo para el dominio del que haces backup al servidor principal. ( el sistema en el fondo recoge correo que no es local ( hace relay ) y lo envia al servidor donde están los buzones de los usuarios (es un mx de backup). Asegurarte de que en caso de fallo el sistema de backup no envia un mensaje de error a los usuarios de forma muy prematura ( digamos que das un tiempo de gracia de unas cuantas horas antes de avisar , o sencillamente no avisas (allá tú ) ). Otro problema que te puede surgir es que te encontrarás con software tan jeta que ni siquiera se molestan en comparar las prioridades de los MX e intentan mandar donde les da la gana con lo que algo de correo llegará siempre al secundario pero con la ruta bien configurada no tiene por que preocuparte los correos simplemente darán un salto más. Lo que comentas de como comprobar si está caido dejalo en manos del secundario y la configuración del tiempo de reintento ( la puedes poner tan baja como necesites ) o aprovecha alguna implementación del comando de ESMTP ETRN si es que tu servidor de correo la soporta Agradeceria que alguien con experiencia en el tema me de alguna pista de por donde empezar. Me valdria incluso que fuera alguna url de otro servidor smtp (qmail, sendmail, postfix...) Espero que esto te sirva de cierta ayuda. La documentación de exim es excepcional La de qmail está más dispersa pero es igualmente buena de Postfix no he tenido el gusto pero la gente está contenta con la documentación. Gracias por adelantado Un saludo Victor - -- El mundo se hace día a día con el esfuerzo de los inteligentes, pero son los imbéciles quienes lo disfrutan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+wR3cEzqHF8R72ekRAoARAJ9gR+CSBne/nlYUT/DFPmU4qg6SMwCfUPpq Cz54sGBDPvVVHAVx6OT5ASw= =Y0HT -END PGP SIGNATURE-
