После переключения с одного сервера на другой может возникнуть необходимость снова переключиться на прежний главный сервер. Это так называемое Обратное переключение .
Когда резервный сервер стал главным, он не может снова стать резервным сервером. При репликации с доставкой журналов нет стандартной операции обратного переключения, что многих удивляет. Но недолго найти и обходной путь. Для обратного переключения нужно только выполнить следующее: Важно, что если перед первым шагом вы не удалите файлы на прежнем главном сервере, то копирование с помощью rsync будет выполнено гораздо быстрее. Если файлы удалены, rsync произведет обычное копирование. Если в целевом каталоге присутствуют файлы с такими же именами, как в каталоге-источнике, файлы будут сравнены, а копироваться будут только те, которые отличаются. Поэтому при обратном переключении с использованием rsync данных пересылается гораздо меньше, чем при создании новой копии. Возможно, в следующих версиях PostgreSQL эта особенность будет реализована лучше. Есть и способы избежать такой ситуации, например с помощью утилиты repmgr, которая будет рассмотрена позже. Заметьте, что файл-триггер не имеет отношения к репликации, основанной на триггерах. Файл-триггер является механизмом, с помощью которого резервный сервер получает сигнал, что он должен поменять свою роль на роль главного сервера. Имя файла может быть любым, только не забудьте, что оно должно быть разным для разных серверов, если они работают на одном компьютере. Команда recovery_end_command предназначена для очистки при завершении переключения или переключения при отказе. Файл — триггер не требуется удалять вручную, как было рекомендовано в предыдущих версиях. Кластерное программное обеспечение может предоставлять дополнительные возможности, такие как автоматическое переключение при отказе, мониторинг, удобное управление репликацией. Repmgr является инструментом с открытым кодом, спроектирован — нымспециально для реп л икании сервера PostgreSQL.
Рубрика: Женский интерес