Santi Saez escribió:
andres descalzo escribió:
el server de replicación no puede acceder nadie porque es solo para
respaldo por si se rompe el de producción, por eso estoy tranquilo que
nadie puede acceder y normalmente trabajo con la replicación de noche.
para realizar el respaldo e inicio de la replicación paro apache que
es el único acceso a mysql, guardo el status "SHOW MASTER STATUS;",
realizo el backup con mysqldump, restauro el bk en el server de
replicacion, reinicio la replicación con "STOP SLAVE;" luego "CHANGE
MASTER TO MASTER_HOST..." y finalmente "START SLAVE;"
Lo de "slave-skip-errors" no me gusta mucho porque me quedarían las
tablas inconsistencia y no puedo dejarlos asi.
Hola Andrés,
¿Puedes probar a activar el bin-log o el log (si no tienes muchas
consultas, lo que prefieras) también en el slave para ver lo que trata
de ejecutar antes de dar ese error? Así compruebas "manualmente" y
descartas cualquier problema.
Si la replicación te está funcionando sin problemas.. es lo único que se
me ocurre, simular la replicación de forma manual para tratar de
encontrar en que punto está el error.
Prueba también a utilizar las herramientas de Maatkit, en concreto
*mk-table-checksum* para ver si te dá alguna pista:
http://www.maatkit.org/doc/mk-table-checksum.html
http://www.maatkit.org/
Saludos!
--
Santi Saez
http://woop.es
Sati, ya voy haciendo esto y dejo pasar por lo menos 3 a 5 días para ver
los resultado y escribo de nuevo.
Una consulta por la replicación:
Si en el server de producción se ejecuta una sentencia que devuelve error:
1-¿esta se ejecuta igual en el server de replicación?.
2-Si se ejecuta, ¿puede ser que se frene la replicación en el server de
replicación?, como me esta pasando actualmente a mí.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
