Manual De Diagnostico Replica Mysql

PARA PROBAR LA COMUNICACION ENTRE SLAVE - MASTER
Desde el servidor del cual se esta haciendo la replica de información,
# ping IP
# telnet IP PORT
En donde:
IP = Dirección IP del servidor MASTER
PORT= Puerto asignado a su instancia de MySQL (el rango del puerto debe ser del 3307 al 3326).
En caso de que estas pruebas de comunicación no sean exitosas, verificar que el ruteador MicroTikutilizado para la VPN este encendido y que los LED’s de estatus estén en verde.

DIAGNOSTICO BASICO DE LA REPLICA DE MYSQL
Ingresar a la consola de mysql y teclear el siguiente comando:
mysql> show slave status\G;
Este comando muestra algunos de los parámetros de configuración y estado de la replica (se omiten todos aquellos que no son relevantes para el
diagnostico):*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.50.n
Master_User: replication
Master_Port: 3300
Master_Log_File: Server_master.000036
Read_Master_Log_Pos: 196
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: SAAIWEB
Seconds_Behind_Master: 0
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:Parametro Descripcion Estado normal Estado de error
Slave_IO_state Estado de la replica Waiting for master to send
event
Connecting to master
Master_Host IP del servidor master NA NA
Master_User Usuario con permisos de
replicación en el master
NA NA
Master_Port Puerto de red designado en el
servidor master para la replica.
NA NA
Master_Log_File Log binario actual del master NA NARead_Master_Log_Pos Posición de lectura actual del
log binario
NA NA
Slave_IO_Running Thread o hilo de comunicación
de datos entre los servidores.
YES NO
Slave_SQL_Running Thread o hilo de carga de
datos, asociado al relay bin log
del servidor replicado.
YES NO
Replicate_Do_DB Base de datos que se replica. NA NA
Seconds_Behind_Master Tiempo en segundos que el
esclavo esta desincronizado
con elmaestro.
0 Diferente a 0
MANUAL PARA VERIFICACION DE REPLICA DE MYSQL
PAGINA 3 DE 6
ADUANET, INTEGRADORA DE SERVICIOS SA DE CV
Elaborado por FPP
En caso de que el parámetro Slave_IO_Running ó Slave_SQL_Running se encuentren en estado “NO”, puede deberse a una falla en la
comunicación entre los servidores o bien a un archivo del relay bin log local muy grande que ha tardado mucho tiempo enleerse o cargarse y este
problema muchas veces se corrige de la siguiente manera:
Ingresar a la consola de mysql y teclear los siguientes comandos:
mysql> slave stop; Detiene la replica de MySQL, ambos hilos deben quedar en “NO”
mysql> slave start; Inicia la replica de MySQL, ambos hilos deben quedar en “YES”
mysql> show slave status\G; Verifica el estado se la replica.
REINICIO DEL SERVICIODE MYSQL
En caso de que la replica de MySQL no reinicie, puede deberse a un problema con el servicio, por lo que este deberá detenerse y reiniciarse
nuevamente. Para este caso se deberá hacer lo siguiente:
En Windows:
Desde la aplicación del Administrador de Equipos >> Servicios y aplicaciones >> Servicios, detener el servicio de MySQL y reiniciarlo.
Desde el command promt teclear lossiguientes comandos, aparecerán los mensajes que se describen:
C:\>net stop MySQL
El servicio de MySQL está deteniéndose.
El servicio de MySQL fue detenido con éxito.
C:\>net start MySQL
El servicio de MySQL está iniciándose.
El servicio de MySQL se ha iniciado con éxito.
En FreeBSD
Desde el shell teclear los siguientes comandos, aparecerán los mensajes que se describen:
#/usr/local/etc/rc.d/mysql-server status
mysql is running as pid 740.
# /usr/local/etc/rc.d/mysql-server stop
Stopping mysql.
Waiting for PIDS: 740, 740.
# /usr/local/etc/rc.d/mysql-server start
Starting mysql.
# /usr/local/etc/rc.d/mysql-server status
mysql is running as pid 33581.
Verificar que el PID haya cambiado (los números de PID dependerán del equipo, los mostrados son solo de ejemplo).
REVISION DE...