Spec-Zone .ru
спецификации, руководства, описания, API
|
В более полном сценарии в качестве примера мы предполагаем два канала репликации, чтобы обеспечить избыточность и таким образом принять меры против возможного отказа единственного канала репликации. Это требует в общей сложности четырех серверов репликации, двух ведущих устройств для основного кластера и двух ведомых серверов для ведомого кластера. В целях обсуждения, которое следует, мы предполагаем, что уникальные идентификаторы присваиваются как показано здесь:
ID сервера | Описание |
---|---|
1 | Ведущее устройство - основной канал репликации (M) |
2 | Ведущее устройство - вторичный канал репликации (М.') |
3 | Ведомое устройство - основной канал репликации (S) |
4 | Ведомое устройство - вторичный канал репликации (S') |
Установка репликации с двумя каналами не радикально отличается от установки единственного канала репликации.
Во-первых, процессы mysqld для основных и вторичных ведущих устройств репликации
должны быть запущены, сопровождаться теми для основных и вторичных ведомых устройств. Затем процессы репликации
могут инициироваться, выходя START
SLAVE
оператор на каждом из ведомых устройств. Команды и порядок, в котором они должны быть
выпущены, показывают здесь:
Запустите основное ведущее устройство репликации:
shellM
>mysqld --ndbcluster --server-id=1 \
--log-bin &
Запустите вторичное ведущее устройство репликации:
shellM'
>mysqld --ndbcluster --server-id=2 \
--log-bin &
Запустите основной ведомый сервер репликации:
shellS
>mysqld --ndbcluster --server-id=3 \
--skip-slave-start &
Запустите вторичное ведомое устройство репликации:
shellS'
>mysqld --ndbcluster --server-id=4 \
--skip-slave-start &
Наконец, инициируйте репликацию на основном канале, выполняясь START SLAVE
оператор на основном ведомом устройстве как показано здесь:
mysqlS
>START SLAVE;
Только основной канал должен быть запущен в этой точке. Вторичный канал репликации должен быть запущен только, когда основной канал репликации перестал работать, как описано в Разделе 17.6.8, "Реализовывая Failover с MySQL Cluster Replication". Выполнение многократных каналов репликации одновременно может привести к нежелательным двойным записям, создаваемым на ведомых устройствах репликации.
Как упомянуто ранее, не необходимо включить двоичному файлу, входящему в систему ведомые устройства репликации.