Когда диск обнаружит поврежденный сектор / кластер, в зависимости от типа и восстанавливаемости ошибки, это будет иногда сбрасывать положение головы. Главный двигатель сбрасывается, и он возвращается к своему пружинному положению парка. В результате это перемещает путь к стороне диска.
Если это было достаточно далеко и было сброшено неожиданно достаточно, главная рука колебания поражает сторону преобразования регистра диска. Если это делает это много, то это поражает много дефектов. Выполните chkdsk и рассмотрите замену диска.
Если оба сервера расположены друг рядом с другом, почему бы не передать IP-адрес старого сервера к новому. Вы можете иметь два (или больше) IP-адреса на сервер. Наличие Вашего нового сервера отвечает обоим, смягчит все Ваши проблемы.
Если возможно, я голосовал бы:
Кроме того, настройте любой механизм обработки отказа IP, в котором Вы чувствуете себя довольными. Удостоверьтесь, что у Вашего нового ведущего устройства есть все данные из старого.
Относительно Вашего вопроса:
Это означает обеспечение "международного" mysql-сервиса, или Вы говорите о ферме веб-сервера или подобные, который просто, оказывается, использует кластеризованную mysql установку в фоновом режиме? Вы управляете компьютерами, которые соединяются с базой данных? Это открыло бы еще больше возможностей
Я не следую за тем, чего достигает Ваше предложение. Как будет, настраивая /etc/hosts
на старом мастере SQL помогают Вам с Вашей целью уменьшения задержки распространения DNS?
При управлении серверами DNS и сопоставителями на хостах Вы смогли публиковать старого мастера с более коротким TTL перед изменением, и затем когда Вы вносите изменение перезапустить любого nscd
процессы.
Лучше всего на основе то, что я принимаю, чтобы быть масштабом Вашего бизнеса, должно было бы объявить окно отключения электричества за это время, Вы считаете базы данных, чтобы быть только для чтения.
/etc/hosts
, с которым только консультируются локальные процессы. Это - вид подобного изменения числа, сохраненного в адресной книге и ожидании Вашего сотового телефона, что вызовы передают от старого числа. Необходимо смочь перенаправить трафик в сетевом уровне, однако, или использовать решение @medina.
– dsolimano
24 July 2010 в 15:46
Это не работает как этот./etc/hosts не о перенаправлении вообще, необходимо было бы отредактировать этот файл во всех клиентских системах, пока DNS не распространил полностью, таким образом, это работало бы, только если Вы управляете всеми клиентами.
То, что могло бы работать, должно настроить некоторую передачу через iptables или ssh на старой машине к новой.
Что-то для попытки (непротестированный, просто быстрая идея, 192.168.0.2 является новым, 192.168.0.1, является старым сервером):
На старом сервере деактивируйте mysql. На новом сервере запустите ssh сессию как этот:
ssh user@192.168.0.1 -R 3306:192.168.0.2:3306
и сохраните это открытым. Это должно перенаправить трафик, прибывающий в порт 3306 к новому серверу, порт 3306. Если Вы используете другой порт для mysql, адаптируетесь соответственно.
Разве не было бы легче изменить Ваши настройки DNS Zone и изменить запись для mysql.domain.com для указания на новый IP нового сервера? Если какие-либо запросы все еще запущены в старый сервер (из-за задержки распространения DNS), новые настройки Zone должны правильно указать на них назад на Ваш новый сервер.