Problemas restaurando backup bd en cPanel

[lure]

Hola.
Debido al aumento de tráfico en el site que tengo, tuve que optar por realizar un cambio de hosting, por suerte, de momento aun puedo estar en un shared en lugar de dedicado (la web no genera ingresos).
Bueno, a lo que iba que me voy por las ramas, xDD, al cambiar de hosting el nuevo hosting, entre sus servicios, da el traslado del site de modo gratuito, asi que, ellos lo hicieron por mi manteniendolo todo sin perder nada.

Todo bien, pero antes de activar el nuevo hosting, descargue un backup de bd generado en mi anterior hosting para querer subirlo al nuevo y desactivar el antiguo hosting.
Mismos nombres de bd, todo igual, selecciono el archivo, le indico que subir, y pasado un rato da error, a mi no me muestra ninguno pero la ventana del explorador se vuelve "loca".

Me pongo en contacto con ellos via live chat, me indican ponga la copia de la bd en mi directorio raiz que el mismo lo va a intentar, pasado un rato me indica que a el tambien le ha dado error y ha podido ver dicho error:
Fatal error: Maximum execution time of 300 seconds exceeded in /usr/local/cpanel/base/3rdparty/phpMyAdmin/libraries/import/sql.php on line 118

Que escriba al soporte tecnico (un nivel superior) y les indique esta linea.

Ellos me indican que, finalmente han podido restaurarla ellos (deduzco que son los que acceden directamente al servidor y no el del live chat), les pregunto cual era el problema porque yo en en el futuro quizas quiera restaurar otra bd (ya se sabe, antes de hacer cambios backup de todo).
Me indican que el problema es debido al gran tamaño de mi bd (comprimida unos 20 megas descomprimida unos 110 megas) y que la mejor opción para evitar problemas es que les ponga la copia de la bd en el directorio raiz, contacte con ellos y ellos me la restauran.

No esta mal, pero ello me conlleva una perdida de tiempo importante donde dejaria la web desabilitada.

Algo que les pueda decir para que lo solventen o alguna otra via para yo poder restaurar dichos backups?

Gracias y un saludo!

P.D. Menudo tocho he soltado, xDDD.

[WebTech]

Fatal error: Maximum execution time of 300 seconds exceeded in /usr/local/cpanel/base/3rdparty/phpMyAdmin/libraries/import/sql.php on line 118

Este error es por lo que dicen, seguramente debido al gran tamaño dió este error de tiempo de ejecución excedido al restaurarse tu BD desde el script de phpmyadmin, sucede con archivos grandes, por lo que es bastante lógica la explicación que te han dado.

Ellos podrían subir el tiempo de ejecución de PHP para que tu pudieras intentar subirlo, pero no creo que lo hagan si es un hosting compartido, lo más seguro es que dependas de ellos para restaurar backups de mysql.

Saludos,

[MinervaH]

Utiliza bigdump:
http://www.ozerov.de/bigdump.php

Tienes que ponerlo junto al backup descomprimido de la base de datos y llamarle desde un navegador. Antes configúralo, necesita lo típico: nombre de la base de datos, usuario y password. Es muy fácil de configurar.

Tiene una opción para indicarle cuántas líneas del backup debe procesar en cada pasada, así evitas esos timeouts al recuperar bases de datos grandes.

[lure]

x WebTech:
Gracias por tu respuesta, en cierto modo me quedo más "tranquilo" (aunque parezca extraño) y es que, con el nuevo hosting llevo lo que llevamos de mes de noviembre, y no sabia si era cierto lo que me decian o era "algo" como me solian decir en el anterior hosting.
No soy muy puesto en phpmyadmin pero al ver ese log de error y el timeout imagine/deduje que podria ser cierto lo que me decian. Gracias.

Tengo acceso a la configuración del php.ini, aunque imagino no te refieres a eso para subir el tiempo de ejecución de PHP, efectivamente, es un compartido y como tal, si debo solicitarlo creo que me van a decir que no, más aun cuando ya les comenté que, que deberia hacer en un futuro si requiero volver a restaurar una bd.
De todos modos, lo intentaré.

x MinervaH:
Gracias por tu respuesta también, desconocia esa aplicación por completo. Segun entiendo, lo pongo justo con la bd descomprimida, por ejemplo, en raiz, y lo llamo desde navegador, previamente habiendolo configurado debidamente.
En una cuenta paralela, haré pruebas para practicar antes de necesitarlo realmente.

Gracias a los dos por vuestras respuestas y ayuda

[MinervaH]

Iniciado por lure

x MinervaH:
Gracias por tu respuesta también, desconocia esa aplicación por completo. Segun entiendo, lo pongo justo con la bd descomprimida, por ejemplo, en raiz, y lo llamo desde navegador, previamente habiendolo configurado debidamente.
En una cuenta paralela, haré pruebas para practicar antes de necesitarlo realmente.

Correcto, pruébalo, ya verás como es muy fácil.

[WebTech]

x WebTech:
Gracias por tu respuesta, en cierto modo me quedo más "tranquilo" (aunque parezca extraño) y es que, con el nuevo hosting llevo lo que llevamos de mes de noviembre, y no sabia si era cierto lo que me decian o era "algo" como me solian decir en el anterior hosting.
No soy muy puesto en phpmyadmin pero al ver ese log de error y el timeout imagine/deduje que podria ser cierto lo que me decian. Gracias.

Siempre es bueno consultar si no tienes mucho conocimiento de algo, ya ves que no te hechaban ningún cuento, seguro resulta ser un buen proveedor. Mucha suerte

Saludos,

[lure]

Bueno, despues de unos dias, retorno a este tema.

x WebTech:
Efectivamente, no me estaban hechando ningun cuento como bien comentas, y despues de un poquito más de experiencia con ellos, parecen ser buenos :)

Bueno, sobre esta utilidad comentar que la he usado con éxito, aunque un poco "a medias".
La he usado con dos bases de datos, una de 5 megas (era una bd de un amiguete mio que se la pedi para probar despues de ver el resultado con la mia) y la mia de ahora, 110 Megas.

Configure el archivo con los datos requeridos, user, nombre bd, password...etc...

Bien, tiene un parametro para configurar cuantas lineas de backup debe procesar en cada pasada, si mal no recuerdo, por defecto viene a 3.000 (o eran 300, no recuerdo), el caso es que, esa primera pasada la hacia bien, pero en cuanto reanudaba daba error, si no era en una linea era en otra pero me daba error.
Probe a bajar ese numero a uno bastante mas bajo, y lo mismo, si de origen viene 3.000 lo configure para 500, y me dio el error en la linea 5.02 (osea, es nada mas reanudar la pasada).
Asi pues, probe a ponerle un numero muy elevado (10.000) "forzando" que lo hiciese todo en una pasada, y entonces me la restauró sin problemas completamente.
En ese momento vi que, mi bd, aunque tiene 110 Megas, tiene de lineas unas 4.000.

Asi pues, a un amigo le pedi copia de su bd para ver si es que estaba configurando yo algo mal, mi sorpresa fue que, aunque su bd ocupa 5 megas, tiene casi el triple de lineas que la mia ¿?¿?¡!¡!
Pero en el caso de esa bd, si reanudaba las pasadas sin problemas, finalizando la restauracion sin ningun tipo de problema.

Quizas configure yo algo mal o simplemente es por "caracteristicas" de mi bd?

Gracias a todos y un saludo.

[MinervaH]

Habría que ver el backup que estás intentando recuperar, nosotros usamos mucho bigdump y nunca hemos tenido problemas. Una cosa que no le sienta nada bien son los insert extendidos (un sólo insert con todos los datos de la tabla), o directamente da un error, no recuerdo bien porque como sabemos que falla siempre le decimos al cliente que no haga el backup con insert extendidos.

Abre el backup con un editor de textos y mira si es ese tu caso o ves algo raro.

Cuando te da el error, ¿no aporta más detalles?

[lure]

La verdad es que no se mirar si tiene los insert extendidos, se que al hacer el backup se puede configurar ello en phpmyadmin, pero el backup lo realizo mediante la opcion de cPanel de Backup, me lo genera comprimido en .gz, lo descomprimo y lo subo al hosting.
He abierto el backup con un editor de texto, y no le veo nada raro (tampoco se mirar ahí si tiene insert extendido o no).

El error que da configurado a lineas por sesion a 3.000 es este: (mejor una imagen que mil palabras, xD):


Si lo configuro a 2.000 lineas, el error es el mismo, con diferencia de:
Starting from line: 2046

Pero el error es exactamente el mismo.

Si le pongo un valor alto para que lo haga todo en una pasada (el valor de 10.000), entonces el backup lo restaura sin problemas.

La "diferencia" que le veo respecto a la otra base de datos de unos 5 megas que restaure es que, en la otra, salia la ventana del progreso, pero con mi base de datos que es la que me ocasiona esto, la ventana de progreso no aparece nunca, tan solo aparece medio segundo y luego el error, y si lo configuro para que lo haga todo de una pasada, aparece ya al final cuando ha finalizado.

Gracias, saludos y Feliz Navidad! :)

[MinervaH]

Cuando se genera un backup desde la opción de cPanel de Backup añade al final unas líneas para configurar el usuario y otras cosas que no son necesarias si la base de datos ya está creada y los usuarios de acceso asignados.

Lo que puedes hacer es generar el backup desde phpmyadmin, o seguir generándolo desde la opción de cPanel de Backup, pero antes de subirlo edítalo con un editor de texto y quita las líneas finales, sólo debes dejar los CREATE TABLE... y los INSERT INTO TABLE...

Yo diría que te está funcionando. El que observes una diferencia en el tamaño debe ser porque en la base de datos actual tienes "huecos", si vas a phpmyadmin, seleccionas la base de datos en el lateral izquierdo, en el lateral derecho pulsa 'Marcar las tablas con residuo a depurar' y elige en el desplegable inferior 'Optimizar la tabla', seguramente se queden ambas con el mismo tamaño. Otra forma de comprobar que se ha recuperado correctamente es abrir un phpmyadmin en cada servidor y comparar que cuadran el número de registros en cada tabla.

[lure]

Hola.
La "comparativa" que hice entre ambas bases de datos, son bases de datos de webs diferentes, la "grande" que es la que uso yo, es de mi site, y esa es normal que me pese unos 100 megas (pues tiene contenido). Cada semana hago la opcion de residuo a depurar pues no se porque, pero cada semana tengo casi 2 megas de residuo a depurar, y observo como, antes de depurar me ocupa 105 megas (por ejemplo) y luego son 103 megas.
La otra bd, la que ocupa unos 5 megas, es de un conocido mio que casualmente, le traslade su web de hosting en la fecha en que yo expuse esta cuestión, y como me "saltó" este problemilla y su web casi no tiene movimiento, aproveché para probar esta utilidad con su base de datos, esa es normal que pese 5 megas pues casi no tiene contenido.
Por ello es normal que entre ambas haya esa diferencia, son de sites distintos :)

Cuando restauro mi bd y se produce el error, me voy a phpmyadmin y observo la cantidad de tablas creadas y no es el numero total que contiene la bd.
Cuando baje el valor a 2.000 el numero de tablas creadas es inferior a cuando estaba el valor en 3.000.
Solamente me la restaura completamente (con todas sus tablas) cuando elevo el valor a 10.000 y de una sola tirada, hace la restauracion.

Todas las veces he intentado restaurar el backup teniendo la base de datos creada (pero sin ningun contenido) y el usuario de acceso creado ¿pruebo a hacerlo sin la base de datos creada ni el usuario de acceso?

Si abro la bd con un editor de texto para dejar solo los CREATE TABLE y los INSERT INTO TABLE....uff....es inmenso el archivo como para poder editar cualquier cosa dentro de el, me pierdo en un archivo tan grande.

Probare a generar el backup desde phpmyadmin, pero mi problema reside en la configuracion, cuando vamos a exportar son varios los campos a marcar o desmarcar y no sabria como configurarlo correctamente.

Muchas gracias y un saludo!!

[MinervaH]

No sabría decirte, sin ver los backups y sin acceso a la máquina me temo que no te puedo ayudar mucho más.

Las líneas a quitar cuando se genera un backup desde cpanel están al final, no hace falta que mires todo el fichero.

[lure]

Hola.
Si, imagino es complicado saber que sucede sin ver la base de datos ni la máquina, de todos modos, no imaginas lo mucho que agradezco tu ayuda.

He abierto la base de datos con editor de texto (Ultra Edit32), las últimas lineas que aparecen son estas:

Código:

UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2008-12-10 20:08:48

No tengo muy claro sin son estas las que deberia eliminar.

Por encima de estas, las que hay contienen datos y esa no podria eliminarla.

Lo dicho, muchisimas zanks y un saludo!!!

[MinervaH]

Esas son, de momento quita sólo los 4 últimos SET y prueba de nuevo con bigdump, por la captura de pantalla anterior está dando error el CHARACTER_SET_CLIENT.

[lure]

Ok Minerva, luego voy a probarlo (me cuesta un ratin cada vez que subo la bd pues pesa sobre 100 megas) y comento resultados.

Gracias y un saludo.

[lure]

Hola.
Con casi un mes de retraso (disculpame, pero este último mes ha sido bastante "movido" para mi) vuelvo "a la carga" con este tema.

Hice los cambios que me indicaste en la base de datos, y si bien ahora, cuando intento restaurar, si empieza la barra de progreso más que antes, osea, veo progreso, me sigue dando el mismo error:

Error at the line 603: SET character_set_client = @saved_cs_client;

Query: SET character_set_client = @saved_cs_client;

MySQL: Variable 'character_set_client' can't be set to the value of 'NULL'

Elimino alguna otra linea?

Gracias y un saludo!

[EmiSaez]

En lo personal, creo que no hay nada como levantar bases de datos grandes desde la consola de comandos.

Lo que hacían los de tu host, cuando vos le subías la base de datos, es justamente utilizar la función mysql para montar tu archivo dump en la base de datos MySQL propiamente dicha, desde la consola de comandos del servidor.

Si esta opción te parece interesante, consultales a los de tu host si tienes acceso ssh mediante el servicio contratado. Si te dan el ok, simplemente bajate el putty.exe y conectate a la IP y puerto que ellos te indiquen, con el usuario y contraseña de tu cuenta.

Allí, escribes: mysql -hlocalhost -uNOMBRE_DE_USAURIO -pCONTRASEÑA NOMBRE_DE_BASE_DE_DATOS < PATH/ARCHIVO.SQL

Debes reemplazar todos los datos que están en mayúsculas, por los que correspondan en tu caso. Respecto al "PATH/ARCHIVO.SQL", ten en cuenta que el path corresponde al raíz del servidor y no de tu cuenta. Es decir que puede ser
/home/usuario_de_tu_sitio_web/archivo.sql.
Esto último, mejor te lo aclarará tu proveedor de hosting sobre cual es el path completo.


De continuar con el software anterior, vuelve abrir el archivo .sql y borra la/s linea/s que contengan esa información del SET character...


Saludos!

[lure]

Hola.
Aquí esta pasando algo "extraño", me explico:
Volvi a generar backup de la bd con la herramienta respaldo de cPanel, abri el archivo generado y observo que, el final del archivo, no es como los demás, es como si se hubiese "cortado", faltan cadenas.
Vuelvo a generar el backup inmediatamente, el tamaño del archivo me varia en 4 megas (mucha diferencia), vuelvo a generarlo, ahora me varia en 2 megas.
Lo abro y ahora el final, si es correcto.
Bien, busco la cadena "character_set_client = @saved_cs_client" que es la que me produce el error, sorpresa mia, me indica que no existe en el archivo.
Asi pues, lo subo de nuevo al servidor e inicio la restauracion (hablo siempre del soft mencionado en este hilo), vuelve a darme el mismo error, en ese SET.

Asi pues, llego a la conclusión de 2 cosas:
Si quiero usar este soft, debo modificarlo para que de una pasada, restaure todas las tablas.
Pero lo que mas me preocupa: Al generar el backup, el archivo siempre me varia de tamaño (y de varios megas) llegando incluso a que, en una ocasion, parece "cortado", el final no es el que deberia ser.

Asi pues, a parte de lo comentado en este hilo para restaurar backup, alguna utilidad para generarlo, con garantias, a parte de la de cPanel?

Respecto a lo que me comentas, EmiSaez, no he llegado a ponerme en contacto con el hosting, pues en las caracteristicas del plan contratado, indica que si tengo OpenSSH Protocol (using Jailed Shell) (literalmente especifican eso), aunque para ello, tengo que hacerles petición para que me lo habiliten.

Muchisimas gracias y un saludo!

[lure]

Continuando un poco con el tema, y dejando de lado el soft mencionado en este hilo porque no he conseguido hacerlo funcionar bien, respecto a lo que comentas (ya solicite me activaran el ssh) una dudilla:

Iniciado por EmiSaez

Lo que hacían los de tu host, cuando vos le subías la base de datos, es justamente utilizar la función mysql para montar tu archivo dump en la base de datos MySQL propiamente dicha, desde la consola de comandos del servidor.

Si esta opción te parece interesante, consultales a los de tu host si tienes acceso ssh mediante el servicio contratado. Si te dan el ok, simplemente bajate el putty.exe y conectate a la IP y puerto que ellos te indiquen, con el usuario y contraseña de tu cuenta.

Allí, escribes: mysql -hlocalhost -uNOMBRE_DE_USAURIO -pCONTRASEÑA NOMBRE_DE_BASE_DE_DATOS < PATH/ARCHIVO.SQL

Debes reemplazar todos los datos que están en mayúsculas, por los que correspondan en tu caso. Respecto al "PATH/ARCHIVO.SQL", ten en cuenta que el path corresponde al raíz del servidor y no de tu cuenta. Es decir que puede ser
/home/usuario_de_tu_sitio_web/archivo.sql.
Esto último, mejor te lo aclarará tu proveedor de hosting sobre cual es el path completo.

Ok, para conectar, debo solicitarles la ip y puerto que los del hosting me indiquen, pero para solicitarles ip y puerto, sobre que base se la solicito? Osea, les voy a preguntar que es para el putty, pero por si me dicen que funcion o para que lo requiero, es para restaurar bd, pero por si debo decir algo mas concreto.

Por otro lado, en la linea que indicas, debo cambiar el nombre de usuario y contraseña por la mia, pero de mi cuenta en el hosting o el user y pass de la base de datos a restaurar? Esto último es lo que sigo teniendo como mayor duda.

Muchas gracias y un saludo!

[EmiSaez]

Iniciado por lure

Ok, para conectar, debo solicitarles la ip y puerto que los del hosting me indiquen, pero para solicitarles ip y puerto, sobre que base se la solicito? Osea, les voy a preguntar que es para el putty, pero por si me dicen que funcion o para que lo requiero, es para restaurar bd, pero por si debo decir algo mas concreto.

Exacto, solo necesitas la IP y el puerto. También necesitas el usuario y contraseña, pero éstos son los de tu cuenta de hosting, los mismos que utilizas para ingresar a tu cpanel.

Si te consultan para que quieres el acceso, o si prefieres decírselos directamente, pues no hay ningún problema. Comentales que tienes esta base de datos grande y que no consigues "importarla" mediante otros medios. Quizás ellos puedan hacerte el favor y, una vez subido el archivo dump al server, hacer el trabajo por vos.

Iniciado por lure

Por otro lado, en la linea que indicas, debo cambiar el nombre de usuario y contraseña por la mia, pero de mi cuenta en el hosting o el user y pass de la base de datos a restaurar? Esto último es lo que sigo teniendo como mayor duda.

Debes colocar el usuario y password del usuario de la base de datos. Asegurate tener creado con anterioridad tanto la bases de datos como el usuario, y asignado éste a dicha base de datos.


Saludos!