- Este articulo es para Administrador de recuperación de Zmanda para MySQL (ZRM)
- Tipo de información: Sugerencia
Descripción de la información:
ZRM para MySQL requiere que el registro binario esté habilitado en el servidor MySQL para realizar copias de seguridad incrementales. El registro binario tiene un impacto mínimo en el rendimiento de MySQL, pero en una base de datos activa, los registros pueden crecer hasta cientos de gigabytes o incluso terabytes.
ZRM para MySQL tiene múltiples interfaces de complementos para personalizar el proceso de respaldo y recuperación dados los requisitos del sitio. Una de las interfaces del complemento es el complemento posterior a la copia de seguridad. Debido a que los registros ya no son necesarios después de una copia de seguridad, el complemento posterior a la copia de seguridad puede purgar los registros binarios después de la copia de seguridad.
El siguiente comando que purga los registros binarios antiguos se puede agregar al complemento de copia de seguridad posterior predeterminado para ZRM para MySQL:
mysql -uroot -ppasswd -e à ¢ €Š“purgar los registros maestros antes de date_sub (ahora (), intervalo de 1 día); à ¢ €�
Otra opción es establecer el parámetro del servidor MySQL à ¢ €Š“expire_log_daysà ¢ €�. El valor predeterminado para expire_log_days es purgar nunca purgar registros; al establecer esto en algún número, puede hacer que el servidor MySQL se encargue de limpiar los registros.
Precaución: Los usuarios deben tener cuidado al depurar registros binarios en el servidor de replicación maestro si se realizan copias de seguridad en el servidor maestro. Si los esclavos se quedan atrás del servidor más de un día, la purga del registro binario hará que la replicación falle.
