Как мигрировать базу данных Zabbix с MySQL на PostgreSQL?

Не для кого не секрет, что Zabbix поддерживает 6 или 7 разных движков баз данных. Но за частую, наиболее популярными из всех движков являться MySQL и PostgreSQL. Одна половина людей использует MySQL, другая наоборот предпочитает использовать исключительно PostgreSQL. Но время от времени и те, и другие люди приходят к выводу, что по какой-то причине им нужно выполнить миграцию с одного движка базы данных на другой.

В этом видео, мы как раз рассмотрим такую ситуацию, когда нам нужно перейти с MySQL на PostgreSQL.

У вас может возникнуть вопрос, а зачем это надо? Особенно если система работает давно и работает стабильно. На самом деле, точного ответа у меня нет, но могу привести ряд причин, по которым люди переходят с MySQL на PostgreSQL.

• - ваша команда администраторов лучше разбирается в PostgeSQL
• - есть желание попробовать TimescaleDB, особенно учитывая, что разработчики обещали значительное повышение производительности и экономию места на диске.
• - у PostgreSQL документация на русском языке.
• - хотите воспользоваться всеми преимуществами PostgreSQL Pro

Инструкция по миграции базы данных Zabbix с MySQL на PostgreSQL

Для миграции базы данных Zabbix с MySQL на PostgreSQL мы будем использовать инструкцию от компании юнит макс, которая является премиум партнерами компании Zabbix.

In this tutorial, we will show…

Как мы видим в начале данной статьи, нам говориться, о том, что в этом руководстве нам покажут, как перенести базу данных Zabbix из MySQL в PostgreSQL на Rocky Linux 9.

Но, коллеги, я не использую Rocky Linux, у меня Zabbix стоит на операционной системt Ubuntu 20.04, поэтому я не буду слепа следовать данной инструкции, но буду придержаться последовательности действий.

The article assumes that if optional p

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

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

If you are not sure about this, then information

Как мы видим, тут написано, что если мы не уверены в том, что у нас есть обновления, или если они есть, то применены ли они к базе данных, то информацию об этом можно посмотреть в веб интерфейсе Zabbix в разделе "Информация о системе", там должен быть пункт

Database history tables upgraded: No

"Таблицы истории базы данных обновлены: Нет". Давайте это и проверим. Перейдем в веб интерфейс Zabbix.

И в разделе Информация о системе посмотрим, есть ли у нас пункт «Таблицы истории базы данных обновлены».

И как мы видим, данного пункта у меня нет, а это значит, что я могу приступать к миграции.

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

Коллеги, каждая версия Zabbix и базы данных имеет свои особенности, которые необходимо учитывать при составлении плана миграции и всех последующих действий. По моему опыту и опыту моих коллег, большая часть проблем после миграции (например, с ведением учета) может проявиться только позже. Поэтому бэкап базы данных или машины целиком – это залог сохранения наших нервных клеток. Окей, листаем ниже и смотрим, что мы будем делать в первую очередь.

Определение версии Zabbix сервера

As the very first step before the

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

И как мы видим, у нас для этого есть разные варианты. Лично мне больше всего нравиться команда zabbix_server –V.

И как мы видим, у меня установлена версия Zabbix сервера 6.0.27.

Preparation steps

Zabbix since version 6.0.11 contains database triggers

Начиная с версии Zabbix 6.0.11 содержит триггеры базы данных, и их необходимо учитывать при миграции.

Окей, давайте убедимся в том, что у нас данные триггеры есть, для этого заходим в режим управления MySQL……….

Более подробный процесс миграции показан в видео выше