Этот раздел обсуждает, как выполнить прокручивающийся перезапуск установки MySQL Cluster, так называемой, потому что он включает остановку и запуск (или перезапуск) каждый узел поочередно, так, чтобы сам кластер остался операционным. Это часто делается как часть прокручивающегося обновления или прокручивающий упадок, где высокая доступность кластера обязательна, и никакое время простоя кластера в целом не допустимо. Где мы обращаемся к обновлениям, информация, предоставленная здесь также обычно, применяется к упадкам также.

Есть много причин, почему прокручивающийся перезапуск мог бы быть требуемым. Они описываются в следующих немногих абзацах.

Изменение конфигурации. Производить изменение в конфигурации кластера, такой как добавление узла SQL к кластеру, или установки параметра конфигурации к новому значению.

Обновление программного обеспечения MySQL Cluster или упадок. Обновить кластер до более новой версии программного обеспечения MySQL Cluster (или понизить это к более старой версии). Это обычно упоминается как "прокручивающееся обновление" (или "прокручивающий упадок", возвращаясь к более старой версии MySQL Cluster).

Изменение на узле узла. Производить изменения в системе аппаратного обеспечения или операционной системе, на которой работают или больше процессов узла MySQL Cluster.

Системный сброс (сброс кластера). Сбрасывать кластер, потому что это достигло нежелательного состояния. В таких случаях это является часто требуемым, чтобы перезагрузить данные и метаданные одного или более узлов данных. Это может быть сделано любым из трех способов:

Восстановление ресурса. К свободной памяти, ранее выделенной таблице последовательным INSERT и DELETE операции, для повторного использования другими таблицами MySQL Cluster.

Процесс для того, чтобы выполнить прокручивающийся перезапуск может быть обобщен следующим образом:

Специфические особенности для того, чтобы реализовать данное прокручивающееся обновление зависят от произведенных изменений. Более подробный вид процесса представляется здесь:

В предыдущей схеме, Остановке и Запускаются, шаги указывают, что процесс должен быть остановлен, полностью используя команду оболочки (те, которые уничтожают на большинстве систем Unix), или клиент управления STOP команда, затем запускался снова с системной оболочки, вызывая ndbd или ndb_mgmd исполнимую программу как соответствующий. На Windows можно также использовать систему NET START и NET STOP команды или менеджер по службе Windows, чтобы запуститься и остановить узлы, которые были установлены как службы Windows (см. Раздел 17.2.3.4, "Устанавливая MySQL Cluster Processes как Windows Services").

Перезапуск указывает, что процесс может быть перезапущен, используя ndb_mgm клиент управления RESTART команда (см. Раздел 17.5.2, "Команды в MySQL Cluster Management Client").

MySQL Cluster поддерживает гибкий порядок на обновление узлов. Обновляя MySQL Cluster, можно обновить узлы API (включая узлы SQL) прежде, чем обновить узлы управления, узлы данных, или обоих. Другими словами Вам разрешают обновить API и узлы SQL в любом порядке. Это подвергается следующим условиям:

См. также Ошибку #48528 и Ошибку #49163.

Прокрутка перезапусков с многократными серверами управления. Выполняя прокручивающийся перезапуск MySQL Cluster с многократными узлами управления, следует иметь в виду, что проверки ndb_mgmd, чтобы видеть, работает ли какой-либо другой узел управления, и, если так, пытаются использовать данные конфигурации того узла. Чтобы препятствовать этому происходить, и вынуждать ndb_mgmd перечитать свой конфигурационный файл, выполняют следующие шаги:

Выполняя прокручивающийся перезапуск, чтобы обновить конфигурацию кластера, можно использовать config_generation столбец ndbinfo.nodes таблица, чтобы отследить, из которых узлы данных были успешно перезапущены с новой конфигурацией. См. Раздел 17.5.10.13," ndbinfo nodes Таблица".