Comments on: 3.3 GB http://cvander.com/2006/11/08/33-gb/ Tecnología, internet, viajes y otros pensamientos de Christian Van Der Henst S. Thu, 20 Nov 2008 14:12:46 +0000 http://wordpress.org/?v=2.5.1 By: Jose http://cvander.com/2006/11/08/33-gb/#comment-24500 Jose Sat, 30 Dec 2006 11:25:53 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-24500 En algún momento escuché a alguien recomendar esto, pero no lo he probado personalmente: http://www.ozerov.de/bigdump.php En teoría permite respaldar en pequeñas partes y automáticamente. En algún momento escuché a alguien recomendar esto, pero no lo he probado personalmente:
http://www.ozerov.de/bigdump.php

En teoría permite respaldar en pequeñas partes y automáticamente.

]]> By: hectorejch http://cvander.com/2006/11/08/33-gb/#comment-19879 hectorejch Thu, 30 Nov 2006 13:16:24 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-19879 Hola Christian, y a todos, chicos, christian les pidio ayuda, no que le digan que tiene un problema, eso ya lo sabe :D. Christian, estuve pensando y se me ocurrio lo siguiente: 1) Yo no se la antiguedad de los mensajes que hay, pero se me ocurrio que podrías separarlo en otra BD los más viejos, para no perderlos, y poner un buscador en el sitio actual, asi si alguien busca algún tema, y se encuentra en la "parte vieja" puede acceder, pero de esta manera te reduce el tamaño de tu BD actual, por ahi sería un poco más rapido, y más facil de "backapearle". Se entiende la idea? 2) Y también el método que yo seguiría para el backup sería, cada semana, grabar en un DVD. 3) Si el servidor es tuyo, es decir, una maquina que es tuya, podrías agregar un disco más y hacerle una copia espejo. Espero que te hayan servido las ideas, si me podes escribir a mi mail, por favor, si te ayudó en algo esto. Voy a seguir pensando y averiguando para mas ideas. Hola Christian, y a todos, chicos, christian les pidio ayuda, no que le digan que tiene un problema, eso ya lo sabe :D.
Christian, estuve pensando y se me ocurrio lo siguiente:
1) Yo no se la antiguedad de los mensajes que hay, pero se me ocurrio que podrías separarlo en otra BD los más viejos, para no perderlos, y poner un buscador en el sitio actual, asi si alguien busca algún tema, y se encuentra en la “parte vieja” puede acceder, pero de esta manera te reduce el tamaño de tu BD actual, por ahi sería un poco más rapido, y más facil de “backapearle”. Se entiende la idea?
2) Y también el método que yo seguiría para el backup sería, cada semana, grabar en un DVD.
3) Si el servidor es tuyo, es decir, una maquina que es tuya, podrías agregar un disco más y hacerle una copia espejo.

Espero que te hayan servido las ideas, si me podes escribir a mi mail, por favor, si te ayudó en algo esto. Voy a seguir pensando y averiguando para mas ideas.

]]> By: Pablo Tilotta http://cvander.com/2006/11/08/33-gb/#comment-19207 Pablo Tilotta Thu, 23 Nov 2006 21:31:52 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-19207 Christian, Creo que lo ideal son varias cosas juntas (no solo 1) 1) Disco de Backup 2) Dump de tablas a tu PC (por si el servidor Explota) 3) Depuración de temas viejos (de años anteriores) 4) Backup dentro del mismo servidor. En cuanto a la frecuencia, yo no lo haria por menos de 1 vez a la semana. Pregunta en tu DataServer si ellos no hacen ese servicio y cuanto te costaria que coloquen algun robot de backup diario. Saludos Christian,

Creo que lo ideal son varias cosas juntas (no solo 1)

1) Disco de Backup
2) Dump de tablas a tu PC (por si el servidor Explota)
3) Depuración de temas viejos (de años anteriores)
4) Backup dentro del mismo servidor.

En cuanto a la frecuencia, yo no lo haria por menos de 1 vez a la semana.

Pregunta en tu DataServer si ellos no hacen ese servicio y cuanto te costaria que coloquen algun robot de backup diario.

Saludos

]]> By: Enrique Place http://cvander.com/2006/11/08/33-gb/#comment-18958 Enrique Place Wed, 22 Nov 2006 11:50:41 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-18958 Si, una sugerencia es tratar de tener alguna política de depuración. Pero complementariamente a eso, deberías "administrar el riesgo" y manejar el concepto de "alta disponibilidad", en el sentido que si mañana surge un problema (es solo una cuestión de tiempo) no tome más de lo conveniente solucionarlo. Consejos: 1) no hagas un solo dump entero de la base de datos, parte el problema en pequeños problemas menores y más fáciles de manejar. Arma un scripts que creer archivos dump comprimidos por tabla o conjunto de ellas. Cuando quieres recuperar información parcial es casi imposible manipular un solo archivo de 3 gigas. 2) trata de tener sistemas combinados de respaldos, algún sistema de raid y algún servidor externo que espeje la base de datos. No estoy seguro, pero creo que puedes tener servidores replicados con MySQL (PostgreSQL si lo implementa). 3) También el manejo de espacio es complicado, incorpora algún sistema del tipo LVM que permite manipular mejor el agregar o sacar discos de tus servidores. 4) Creo que es obvio, pero no tengas los respaldos todos en un mismo lugar físico. Piensa en los problemas de incendios o robo. Tal vez contratando algún servicio remoto de espacio físico y que puedas subir solo diferencias de dump, no el dump completo de 3 gigas. Por ahora es lo que recuerdo ;-) Si, una sugerencia es tratar de tener alguna política de depuración.

Pero complementariamente a eso, deberías “administrar el riesgo” y manejar el concepto de “alta disponibilidad”, en el sentido que si mañana surge un problema (es solo una cuestión de tiempo) no tome más de lo conveniente solucionarlo.

Consejos:

1) no hagas un solo dump entero de la base de datos, parte el problema en pequeños problemas menores y más fáciles de manejar. Arma un scripts que creer archivos dump comprimidos por tabla o conjunto de ellas. Cuando quieres recuperar información parcial es casi imposible manipular un solo archivo de 3 gigas.

2) trata de tener sistemas combinados de respaldos, algún sistema de raid y algún servidor externo que espeje la base de datos. No estoy seguro, pero creo que puedes tener servidores replicados con MySQL (PostgreSQL si lo implementa).

3) También el manejo de espacio es complicado, incorpora algún sistema del tipo LVM que permite manipular mejor el agregar o sacar discos de tus servidores.

4) Creo que es obvio, pero no tengas los respaldos todos en un mismo lugar físico. Piensa en los problemas de incendios o robo. Tal vez contratando algún servicio remoto de espacio físico y que puedas subir solo diferencias de dump, no el dump completo de 3 gigas.

Por ahora es lo que recuerdo ;-)

]]> By: Stuardo -StR- Rodríguez http://cvander.com/2006/11/08/33-gb/#comment-18180 Stuardo -StR- Rodríguez Tue, 14 Nov 2006 17:51:54 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-18180 Que pasa si borrás registros muy viejos? Talvez cosas que creás que ya no son relevantes Que pasa si borrás registros muy viejos? Talvez cosas que creás que ya no son relevantes

]]> By: Arnold http://cvander.com/2006/11/08/33-gb/#comment-18153 Arnold Tue, 14 Nov 2006 08:53:05 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-18153 Respaldos incrementales http://www.zzee.com/zmdb Respaldos incrementales
http://www.zzee.com/zmdb

]]> By: Oscar http://cvander.com/2006/11/08/33-gb/#comment-18064 Oscar Mon, 13 Nov 2006 14:09:13 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-18064 Delicado, muy delicado el tema, lo que no se es si a éstas alturas mySQL sigue siendo recomendado para el tema debido al tamaño de las tablas?? Delicado, muy delicado el tema, lo que no se es si a éstas alturas mySQL sigue siendo recomendado para el tema debido al tamaño de las tablas??

]]> By: cvander http://cvander.com/2006/11/08/33-gb/#comment-17576 cvander Thu, 09 Nov 2006 21:02:24 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-17576 Y yo que me quejo por unos cuantos registros. Miren a la gente de Slashdot según me comentaba jaroche: http://slashdot.org/article.pl?sid=06/11/09/1534204&from=rss Y yo que me quejo por unos cuantos registros. Miren a la gente de Slashdot según me comentaba jaroche:

http://slashdot.org/article.pl?sid=06/11/09/1534204&from=rss

]]> By: talishte http://cvander.com/2006/11/08/33-gb/#comment-17571 talishte Thu, 09 Nov 2006 18:22:36 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-17571 Y que tal <a href="http://www.malditainternet.com/node/1277?PHPSESSID=8ece9ddcf6e6c1ae5910b63fb610d185" rel="nofollow">este</a> script? Y que tal este script?

]]> By: talishte http://cvander.com/2006/11/08/33-gb/#comment-17569 talishte Thu, 09 Nov 2006 18:18:27 +0000 http://www.cvander.com/blog/2006/11/08/33-gb/#comment-17569 Ulugrun que lujo, por cierto el valor de la información es incalculable. Creo que <a href="http://www.desarrolloweb.com/articulos/1202.php" rel="nofollow">esta</a> información te puede ser útil aunque se que al respecto sos un experto Ulugrun que lujo, por cierto el valor de la información es incalculable. Creo que esta información te puede ser útil aunque se que al respecto sos un experto

]]>