Репликация MySQL, не работающая в день прыжка
Необходимо дать компьютеру имя; если у Вас нет сервера DNS в Вашей сети, действительно не имеет значения, что Вы называете им. Если Вы находитесь в сети с сервером DNS, консультируйтесь со своим администратором DNS для того, чем это нужно назвать.
Например, Вы могли бы назвать компьютер "Beastie" и сохранить доменное имя "localdomain".
Кроме того, если Вы еще не нашли Руководство FreeBSD, это полно хорошей информации и пошаговых демонстраций. Более усовершенствованные конфигурации могут быть найдены на Дневнике FreeBSD также (хотя некоторые статьи устарели).
Я чувствую, в чем может быть проблема. Если бы все было в формате UTC, это не было бы проблемой.
Вот вопрос, над которым стоит подумать:
У вас такие же проблемы в дни, когда используется летнее время?
CET действительно соблюдает летнее время.
Проблемы репликации, которые вы описали, также должны возникать, когда часы идут вперед. Теоретически это должно длиться около часа.
Вы можете сделать одно из двух, чтобы гарантировать одни и те же данные:
ВАРИАНТ 1: mysqldump все данные из основного в резервную
MYSQL_HOST_ROOT=localhost
MYSQL_USER_ROOT=roothome
MYSQL_PASS_ROOT=rootpassword
MYSQL_CONN_ROOT="-h${MYSQL_HOST_ROOT} -u${MYSQL_USER_ROOT} -p${MYSQL_PASS_ROOT}"
MYSQL_HOST_BCKP=localhost
MYSQL_USER_BCKP=rootremote
MYSQL_PASS_BCKP=rootremotepassword
MYSQL_CONN_BCKP="-h${MYSQL_HOST_BCKP} -u${MYSQL_USER_BCKP} -p${MYSQL_PASS_BCKP}"
echo "SET SQL_LOG_BIN=0;" > /root/MySQLData.sql
echo "STOP SLAVE;" >> /root/MySQLData.sql
MYSQLDUMP_OPTIONS="--master-data=1 --all-databases --routines --triggers"
mysqldump ${MYSQL_CONN_ROOT} ${MYSQLDUMP_OPTIONS} >> /root/MySQLData.sql
echo "START SLAVE;" >> /root/MySQLData.sql
mysql ${MYSQL_CONN_BCKP} -A < /root/MySQLData.sql
ВАРИАНТ 2:
Репликация обычно просто шаг за шагом просматривает двоичный журнал. (не обращая внимания на действительную дату)
Вы уверены, что ваши хозяева и подчиненные хранят настоящие данные?