Создайте ведомое устройство MySQL из другого ведомого устройства, но укажите на него на ведущее устройство
На самом деле необходимо установить последнюю стабильную версию Fedora, который я живо - 12. Если Вы находите, что Вам нужно к обновлениям для определенных версий программного обеспечения, которое включало бы Вашу базу данных, которую можно всегда использовать, следуют инструкциям для обновления Fedora с помощью конфетки, найденной на официальном веб-сайте.
Удача и надежда это помогает некоторым.
Эй я знаю, что сумасшедший метод создает ведомое устройство, не увеличивая операции ведущего устройства (ServerA) или ведомого устройства (ServerB)
Шаг 1), устанавливают новый сервер (ServerC)
Шаг 2) На ServerC, MySQL Install (та же версия как ServerB)
Шаг 3) На ServerC, службе mysql остановка
Шаг 4), Копируют/etc/my.cnf от ServerB до ServerC
Шаг 5) На ServerC, измените server_id на значение, отличающееся от ServerA и ServerB
Шаг 6) rsync/var/lib/mysql на ServerB к ServerC
Шаг 7), Когда rsync завершается, выполнение "ВЕДОМОЕ УСТРОЙСТВО ОСТАНОВКИ"; на ServerB
Шаг 8) rsync/var/lib/mysql на ServerB к ServerC
Шаг 9) На ServerB, выполненном ", ЗАПУСКАЮТ ВЕДОМОЕ УСТРОЙСТВО";
Шаг 10) На ServerC запускается сервис mysql
Шаг 11) На ServerC, выполненном ", ЗАПУСКАЮТ ВЕДОМОЕ УСТРОЙСТВО"; (Сделайте это, если skip-slave-start находится в/etc/my.cnf),
Дайте ему Попытку!!!
BTW у меня есть предельная уверенность, это будет работать, потому что я просто сделал это для клиента за прошлые 2 дня. У клиента было 2.7 ТБ данных по ведомому устройству. Я rsyncd к другому серверу, в то время как ведомое устройство было все еще активно. rsync взял как 11 часов. Я затем выполнил ВЕДОМОЕ УСТРОЙСТВО ОСТАНОВКИ; на первом ведомом устройстве и выполнил rsync снова. Это заняло другой час. Я затем выполнил вышеупомянутый шаг, и все сделано.
Когда мы добавляем ведомое устройство нашего соединения, мы делаем следующее:
- выведите одно ведомое устройство из эксплуатации
- скопируйте каталог данных базы данных в новое ведомое устройство (ведомые настройки - положение бинарного журнала, основной хост и т.д. - будет корректен, так как мы скопировали с ведомого устройства),
- запустите исходное ведомое устройство
- измените идентификатор сервера в my.cnf для нового ведомого устройства
- запустите новое ведомое устройство
У Вас есть опция "LOAD DATA FROM MASTER", но этому высоко препятствуют.
Вы берете ночью / еженедельно копирует в Вашей системе? Если так, также отметьте положение со своим резервным копированием затем, можно использовать то резервное копирование для установки нового ведомого устройства. Просто отпуск это быть и позволить этому становиться актуальным в течение некоторого времени.
Я сделал то, что предлагает @RolandoMySQLDBA, но также добавил 6' и 8' шагов (это решает то, что @Hussain Tamboli комментариев. ):
Шаг 1) Настройка нового сервера (ServerC)
Шаг 2) На ServerC, установите MySQL (ту же версию, что и ServerB)
Шаг 3) На ServerC, сервис mysql stop
Шаг 4) Скопируйте /etc/my. cnf с ServerB на ServerC
Шаг 5) На ServerC измените server_id на значение, отличное от ServerA и ServerB
Шаг 6) rsync /var/lib/mysql на ServerB на ServerC
Шаг 6') rsync /var/log/mysql на ServerB на ServerC
Шаг 7) После завершения rsync запустите "STOP SLAVE"; на ServerB
Step 8) rsync /var/lib/mysql на ServerB to ServerC
Step 8') rsync /var/log/mysql на ServerB to ServerC
Step 9) На ServerB запустите "START SLAVE"; "
Шаг 10) На ServerC, сервис mysql запускается
Шаг 11) На ServerC, запустите "START SLAVE;" (Сделайте это, если skip-slave-start находится в /etc/my. cnf)
Вам необходимо изменить uuid подчиненного устройства в auto.cnf, чтобы мастер мог различать два подчиненных устройства.
ALB может выполнять так называемую маршрутизацию на основе хоста . Создайте пустую целевую группу и определите ее как маршрут / прослушиватель по умолчанию.
Создайте другую целевую группу, содержащую вашу цель,и добавьте соответствующие правила маршрутизации хоста, которые содержат только ваши DNS-имена. Я думаю, вам понадобится по одному слушателю на хост, но вы можете назначать целевые группы несколько раз.
Это приведет к тому, что запросы, поступающие от другого DNS-имени, не попадут на ваш сайт.
-121-400569-Я попробовал ответы Rolando и работал нормально, но он начал воспроизводиться с начало, и мне пришлось добавить еще код ошибки, чтобы пропустить (я знаю, что это не рекомендуется, но я знаю, что делал).
Выполнив шаг 7, я проверил журнал mysql и записал имя и позицию журнала bin и продолжил до 9-го шага. Перед 10-м шагом я просто выполнил мастер изменений для файла журнала и положения журнала. И продолжил с шага 11. Все выглядит нормально.