Восстановление узла Кластера Percona XtraDB

Необходимо скопировать базу данных с помощью плана технического обслуживания, "создают резервную копию Задачи Базы данных". После этого необходимо добавить "Задачу Очистки Обслуживания", чтобы указать политику хранения и удалить резервные копии, более старые, чем говорят, два дня.

Можно создать план через "Мастер Плана технического обслуживания".

Взятие резервных копий является Вашей задачей номер один как DBA, таким образом, необходимо действительно всегда удостоверяться, что у Вас есть достаточное дисковое пространство. Если дисковое пространство является проблемой, и Вы используете Предприятие SQL Server 2008 года или Стандарт R2 SQL Server 2008 года или выше, можно использовать резервное сжатие для оставления свободного места.

2
задан 12 July 2012 в 18:58
3 ответа

Исходя из ваших симптомов на первом узле, вы используете

wsrep_cluster_address=gcomm:// 

в своем файле конфигурации, что означает, что узел запустит новый кластер. Вы можете подтвердить это, установив для переменной wsrep_cluster_size значение 1 на node1 и 3 на остальных. Если вы хотите присоединить node1 к вашему уже существующему кластеру, вы должны указать

wsrep_cluster_address=gcomm://(ip of a running node here)

В этом случае node1 снова присоединится к кластеру.

Некоторые дополнительные мысли:

  • Из-за механизма кворума в PXC (Percona Xtradb Cluster) , не рекомендуется запускать его на 4 узлах. Рекомендуется использовать нечетное количество узлов, чтобы в случае разделения сети одна часть разделенного кластера могла иметь большинство.

  • Вместо wsrep_cluster_address вы можете использовать wsrep_urls в разделе [mysqld_safe].

Отказ от ответственности: я работаю в Percona.

6
ответ дан 3 December 2019 в 10:11

Дальнейшее исследование этой проблемы кажется жизнеспособным (оставив этот ответ на данный момент непринятым, на случай, если кто-то ответит с лучшей настройкой):

  1. Круговая установка
    1. в документации pxc все узлы синхронизируются от узла 1
    2. остановить повторную точку узла 2 на узел 3, начать узел 2
    3. остановить повторную точку узла 3 на узел 4, запустить узел 3
    4. остановить узел 1, перенаправить на узел 2, начать узел 1

Эта установка, кажется, допускает потерю любого узла, по крайней мере, из-за отключения, а при восстановлении синхронизации узла без проблем.

1
ответ дан 3 December 2019 в 10:11

Если Mysql не запускается и причина в поврежденной таблице БД.

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

он сортирует файлы из $ MYSQLHOME, которые являются базой данных, через NC.

мы использовали scp для перемещения хороших файлов на месте, а затем снова запустил синхронизацию, запустив mysql на плохом сервере.

-3
ответ дан 3 December 2019 в 10:11

Теги

Похожие вопросы