Mensajes

No creas que es una mala idea...

Pues no. Lo único que tal y como están las cosas seria una guerra constante por mantener el sitio en pie, en caso de que se enteren los madamases de Arabia Saudita.

Tal vez crear el foro?

Teniendo una tabla tan grande deberías usar el motor InnoDB.

Nadie tenia en cuenta que pesara tanto, si no se habría hecho un particionado de tabla por meses, que suele ser lo mas lógico para estos casos si se necesita myisam. De todas formas, por experiencia propia, cuando sabes que va a crecer tanto una tabla directamente la hacemos en mongodb.

En el foro usamos MyISAM porque el ratio de lecturas sigue siendo muy elevado, un 90€ de las consultas son selects. Y la tabla no es tan grande, la de mensajes ocupa 1,2GB myd

A nosotros nos pasa mas o menos lo mismo. Los selects se hacen bastante y se vuelven muy pesados.

Reinicia el servidor mysql y se debería reparar la tabla dañada automáticamente.

Ese recovery no funciona, he hecho recovery con mysqlcheck, que es el automático, creo, con todos sus variantes de parámetros y el myisamchk también. El único que nos queda, que aún está en ello, es el que lleva la opción -o que es el old, el recovery mas viejo, que mas tarda pero que también arregla lo que los otros no arreglan. Hace un rato he podido hacer un cálculo y me ha salido que tardará 7 dias en recuperar solo el fichero MYD, el de indices ni idea.

Código [Seleccionar] Expandir

myisamchk --silent --force --fast --update-state \
--key_buffer_size=512M --sort_buffer_size=512M \
--read_buffer_size=4M --write_buffer_size=4M \
/var/lib/mysql/bugs/*.MYI

Ese también lo hemos hecho pero no funciona. La opción fast peta.

Gracias por el interés.

Tenemos un problema importante. Nos ha crasheado una tabla de 130GB de fichero MYD y de 30GB de fichero MYI .

Vamos perdidos porque llevamos 5 dias de recoverys fallidos, ya que todos los parámetros del comando myisamchk que usamos parecen no dar en el clavo. Es decir, he intentado hacerlo rápido, asignandole mas RAM al proceso de myisamchk, también asignandole menos RAM y haciendo el proceso mas lento, ninguna de las dos formas funcionó.

También desde una copia de seguridad que teniamos, 8 horas antes de que petara la tabla, lleva 2 dias pasándose, estancada en la query ALTER TABLE tabla ENABLE KEYS.

Tenemos un proceso de myisamchk con la opción -o que es la opción que mas tarda, de hecho lleva 3 dias.

Y todo ello lo tenemos replicado en otros 2 servidores mas potentes por si en el servidor original petaran los recoverys o procesos de insertado del backup.

Es un problema porque no podemos tardar mucho ya que hay clientes esperando los datos.
La solución obvia era particionar la tabla o pasarlo a mongodb directamente, pero los de arriba no le dieron tiempo al programador para pasarlo y al final petó la tabla.

Mi pregunta es, ha alguien le ha pasado lo mismo con una tabla de un tamaño similar? de 100 o mas gigas.

Y las otras dudas serían, que has hecho? Esperar? Una solución alternativa?

Gracias por la atención.

Gracias moikano, la descarga de los archivos la hago con un equipo windows y realmente desconozco java y no soy experto en php. ¿Podrías orientarme con un poco de detalle para hacer el programa en php?

No es complicado, pero todo depende, claro.
Si lo quieres hacer en php lo que tienes que mirar es lo siguiente.

1- Para poder descargar la página donde tienes los enlaces para poder descargar los archivos, tienes que usar php-curl. http://php.net/manual/es/curl.examples-basic.php
2- Para sacar los enlaces una vez descargada la página deberás usar o bien una expresión regular con preg_match http://php.net/manual/es/function.preg-match.php o bien usar selección de html DOM (para esto tendrás que ir a librerias externas).
3- Una vez tienes los enlaces listos tendrás que usar alguna de las funciones para descargar archivos de php, en este caso yo usaria esto, pero no lo he probado, yo usaba curl para esto también. Pero dicen que funciona bien.

Código (php) [Seleccionar] Expandir

file_put_contents("archivo_descargado.zip", fopen("http://url.com/archivo_a_descargar.zip", 'r'))

Con el preg_match será con el que tendrás mas problemas, ya que necesitas saber expresiones regulares. El dom es mas sencillo de aprender, bajo mi opinión.
Por si quieres buscar mas info esto se llama scraping http://es.wikipedia.org/wiki/Web_scraping
Y recuerda que php tiene una gran documentación a tu alcance, úsala es gratis.

Suerte.

Buenas.


Primero de todo, esto no es un link.

Código (html4strict) [Seleccionar] Expandir

<img id="BtnDescarga" name="BtnDescarga" src="Images/World-download.png" height="25" width="25" class="BtnDescarga" onclick="return AccionCfdi('RecuperaCfdi.aspx?Datos=1crX9Nm','Recuperacion');" title="Descargar" style="cursor:pointer">
Es una imagen.
Los links empiezan con la etiqueta <a> pero si que parece que hay un javascript incrustado, para ser concreto este "RecuperaCfdi.aspx?Datos=1crX9Nm".

Con php o bash podrias descargar los archivos automáticamente con un simple script y expresiones regulares o busquedas DOM. Si quieres recopilar a mano todos los enlaces luego los puedes descargar con wget. Pero todo esto es con Linux, no se que sistema usas, supongo que Windows, para Windows tendrias que usar php o Java.

Tampoco nos pasemos eh, que ya me veo que una fiesta con ellos es peor que la de project X xDDDD

Lo cortés no quita lo valiente   

Cierto, funciona bien. También conozco a los que han hecho el sistema y son de fiar. Lastima que no tengo bitcoins. 

Lo primero lo que te dicen, copia del disco en el caso de que puedas.

Y lo segundo, testdisk.

Era siempre la última opción, antes probaba otros programas, pero ahora voy directamente a el, no es fácil de usar, pero el es el que siempre me consigue sacar todo o algo.
Es gratuito.

http://www.cgsecurity.org/wiki/TestDisk

Accede a la configuración del router y revisa si efectivamente se conectan 3 dispositivos mas el tuyo a internet.
Si ves que todo está correcto haz un nmap buscando a todos los dispositivos de la red.
Si está todo OK haz una busqueda mas agresiva con nmap.
Si todo está OK lo mas seguro es que no tienes que preocuparte.

Suerte.