Глоссарий#

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

Термин	Описание, комментарий
Машина баз данных «Скала^р МБД.П»	Программно-аппаратный комплекс для обработки и хранения данных, специально предназначенный для работы СУБД PostgreSQL в высоконагруженных системах. Комплексное решение, включающее в себя масштабируемые узлы для проведения вычислений и хранения данных, системы резервного копирования, сверхскоростную сетевую среду, систему интеллектуального управления.
ПАК	Программно-Аппаратный Комплекс – набор технических и программных средств, работающих совместно для выполнения одной или нескольких сходных задач.
Кластер	Объект управления верхнего уровня; группа узлов, на которой запускаются сервисы СУБД. Для обеспечения отказоустойчивости сервисов СУБД используется инструмент Pacemaker/Corosync.
Узел	Сервер, входящий в кластер, на котором устанавливается ПО СУБД для запуска экземпляров СУБД и организации из них сервисов СУБД.
База данных	Объект сервиса СУБД, в котором пользователи создают таблицы, представления, хранимые процедуры. Обычно для каждого сервиса СУБД создаётся база данных по умолчанию (PostgreSQL), но может быть несколько баз данных.
СУБД	Система Управления Базами Данных. Набор программ, позволяющий организовывать, контролировать и администрировать базы данных.
Сервис СУБД	Целостная служба СУБД, работающая на конкретном кластере.
Экземпляр сервиса СУБД	Работающий на конкретном узле набор процессов PostgreSQL определённой версии. Всегда принадлежит одному сервису СУБД. На узле могут работать несколько экземпляров СУБД, для этого могут использоваться техники изоляции между ними (например, контрольные группы).
Резервная копия	Бинарная копия файлов экземпляра СУБД (экземпляра сервиса), включающая в себя пользовательские данные, файлы конфигураций и журналы предзаписи.
Версия ПО СУБД	Инсталляция конкретной версии PostgreSQL с конкретным набором библиотек по определённым путям на всех узлах кластера. Чаще всего будет установлена одна версия ПО СУБД на всех узлах (например: Postgres Pro Standard 11.12.1 по пути /opt/postgrespro/11.12.1 с определённой последовательностью подключаемых библиотек), но возможно несколько разных версий на кластере. Сервис СУБД работает под управлением одной версии, то есть все относящиеся к нему экземпляры СУБД на узлах должны запускаться из версий с одинаковым окружением. Несколько сервисов СУБД могут работать под управлением одной версии ПО СУБД.
Агент Спектра	Специализированное программное обеспечение, которое устанавливается на узлы кластера и используется в работе ПО «Скала^р Спектр» для выполнения следующих задач: получение актуальной конфигурации кластера; получение и обновление конфигураций СУБД и пулера соединений PgBouncer; выполнение операций с кластером, сервисами, узлами; предоставление метрик о состоянии кластера, узлов, сервисов СУБД, баз данных для системы мониторинга.
Кворум	Кластер имеет кворум при достаточном количестве работоспособных узлов кластера. Достаточное количество работоспособных узлов определяется по формуле n > N/2, где n – количество работоспособных узлов, N – общее количество узлов в кластере.
Fencing	Процесс изоляции узла или защиты общих ресурсов, когда узел неисправен или по какой-либо причине недоступен. Существует два класса методов ограждения: изоляция отказавшего узла STONITH запрещение доступа к ресурсам, таким как общие диски, без отключения питания узла.
pgAdmin	Программное обеспечение с открытым исходным кодом для разработки и администрирования баз данных PostgreSQL. Имеет удобный графический интерфейс, который позволяет выполнять задачи мониторинга, обслуживания, конфигурирования сервера PostgreSQL, а также создавать и выполнять SQL-запросы.
pgBouncer	Программа, управляющая пулом соединений PostgreSQL. Любое целевое приложение может подключиться к pgBouncer, как если бы это был непосредственно сервер PostgreSQL. PgBouncer минимизирует издержки, связанные с установлением новых подключений к PostgreSQL, так как использует менее ресурсоемкую модель с асинхронным вводом-выводом, а реальные подключения к PostgreSQL применяются только по мере необходимости, при обработке открытой транзакции или активного запроса.
STONITH	Shoot The Other Node In The Head. Изоляция отказавшего узла, чтобы он не вызывал сбоев в работе кластера. STONITH защищает отказавшие узлы путем сброса или отключения питания отказавшего узла.

1. Общие сведения#

1.1 Наименование программы#

Полное наименование: Система управления ПАК семейства Скала^р МБД.П «Скала^р Спектр».

Краткое наименование: ПО «Скала^р Спектр».

1.2 Область применения#

ПО «Скала^р Спектр» является гибким и масштабируемым решением для мониторинга, управления и модернизации семейства машин Скала^р МБД.П, позволяющим облегчить и упростить сложные инженерные задачи, а также снизить зависимость от человеческого фактора.

1.3 Лингвистическое обеспечение#

Основной пользовательский язык в интерфейсах всех подсистем – Русский.

Дополнительный пользовательский язык в интерфейсах всех подсистем – Английский.

Основной язык интерпретации событий журналов подсистем – Английский.

1.4 Обеспечение защиты информации#

Информационная безопасность ПО «Скала^р Спектр» достигается путём шифрования данных и соединений сервер-клиент по протоколу SSL на всех этапах их жизненного цикла.

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

2. Назначение и условия применения#

2.1 Виды деятельности, функции и классы решаемых задач#

Основные функции ПО «Скала^р Спектр»:

• Регистрация и ведение списков объектов управления;
• Обеспечение мониторинга объектов управления;
• Управление жизненным циклом кластеров СУБД PostgreSQL;
• Управление сервисами СУБД в кластере;
• Управление базами данных.

2.2 Характеристики и конфигурация технических средств#

Тип реализующей ЭВМ: x86-64.

Минимальная конфигурация сервера управления ПО «Скала^р Спектр»:

• CPU: от 2 ядер;
• RAM: от 16 Гб;
• ROM: от 600 Гб SSD для системных компонентов;
• NET: от 1 Гб Ethernet.

2.3 Операционная среда и общесистемные программные средства#

Для установки и работы ПО «Скала^р Спектр» требуется операционная система Альт Сервер версии 8.4.

2.4 Связи с другими программами#

ПО «Скала^р Спектр» должно обеспечивать взаимодействие со следующими ПАК и ПО семейства СКАЛА:

• ПАК «Скала^р МБД.П» для всех поддерживаемых ОС;
• ПО «Скала^р Геном»;
• ПО «Скала^р Визион».

3. Подготовка к работе#

ПО «Скала^р Спектр» автоматически запускается после инсталляции и далее работает в режиме 24/7/365.

4. Описание объектов#

4.1 Кластер#

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

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

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

Общая логика работы кластера серверов создается на уровне программных протоколов и дает возможность:

• управлять произвольным количеством аппаратных средств с помощью одного программного модуля;
• добавлять и модернизировать программные и аппаратные ресурсы для повышения производительности, избыточности и отказоустойчивости, без остановки системы и значимых архитектурных преобразований;
• обеспечивать бесперебойную работу системы при выходе из строя или отключения для обслуживания одного или нескольких серверов;
• синхронизировать данные между узлами кластера;
• эффективно распределять и перераспределять нагрузки серверов;
• использовать общую базу данных кластера.

Для кластеров доступны операции:

• регистрации (импорта);
• запуска;
• остановки;
• удаления из Спектра;
• добавления сервиса;

Управление сбоями узлов

Когда узел в кластере выходит из строя, для поддержания работоспособности остальной части системы могут использоваться такие методы защиты, как fencing (“ограждение”). Fencing – это процесс изоляции узла или защиты общих ресурсов, когда узел неисправен или по какой-либо причине недоступен. Существует два класса методов ограждения:

• Изоляция отказавшего узла (STONITH - Shoot The Other Node In The Head). Как следует из названия, STONITH защищает кластер путем сброса или отключения питания отказавшего узла.
• Запрещение доступа к ресурсам, таким как общие диски, без отключения питания узла.

4.2 Узел#

Узлы представляют собой полнофункциональные автономные компьютеры (серверы). На серверном узле, входящем в кластер, устанавливается ПО СУБД для запуска экземпляров СУБД и организации из них сервисов СУБД.

Для узлов доступны операции:

• запуска;
• остановки;
• вывода в режим обслуживания (standby);
• ввода в работу (unstandby).

4.3 Сервис СУБД#

Это целостная служба СУБД, работающая на конкретном кластере. Сервис работает на двух и более узлах, на каждом из которых установлен экземпляр СУБД. В каждый момент времени только один из экземпляров СУБД находится в режиме ведущего (primary или master), остальные — синхронные или асинхронные реплики (standby). Для синхронизации данных между репликами и мастером используется потоковая репликация (streaming replication). В случае кластера pacemeker/corosync сервис состоит из набора кластерных ресурсов, обычно связанных между собой кластерными правилами (location, colocation, ordering constraints).

Для сервисов СУБД доступны операции:

• запуска;
• остановки;
• создания;
• удаления;
• перезапуска;
• перезагрузки конфигурации;
• создания и удаления резервной копии;
• добавления, редактирования и удаления pgBouncer;
• перемещения ролей сервисов между узлами;
• управления параметрами конфигурации и аутентификации PostgreSQL.

4.4 Экземпляр сервиса СУБД#

Это работающий на конкретном узле набор процессов PostgreSQL определённой версии. Всегда принадлежит одному сервису СУБД. В документации по PostgreSQL экземпляр СУБД называется кластером (cluster), но в данном документе этот термин не используется, поскольку кластером обозначается группа узлов.

На узле могут работать несколько экземпляров СУБД, для этого могут использоваться техники изоляции между ними (например, контрольные группы).

Экземпляр сервиса СУБД может находиться в состоянии ведущего (Master), синхронной (Sync) или асинхронной (Async) реплики.

4.5 База данных#

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

База данных является объектом сервиса СУБД, в котором пользователи создают таблицы, представления, хранимые процедуры. Как правило, для каждого сервиса СУБД создаётся база данных по умолчанию (PostgreSQL), но могут быть штатно созданы и использоваться дополнительные БД.

5. Аутентификация пользователей#

5.1 Общие сведения#

В ПО «Скала^р Спектр» предусмотрена аутентификация пользователей с различными правами. Настройка пользователей и ролей производится в системе аутентификации, например Keycloak. Для аутентификации нужно перейти на страницу с адресом ПО «Скала^р Спектр». Откроется страница ввода логина и пароля:

Далее для входа в аккаунт необходимо заполнить поля “Username or email” и “Password” корректными данными и нажать кнопку . После успешного входа (аутентификации) происходит авторизация, присвоение ролей, и появляется доступ к интерфейсу ПО «Скала^р Спектр».

5.2 Ролевая модель#

В ПО «Скала^р Спектр» возможны две роли пользователей:

• “полный доступ”, у которой есть права на запуск любых операций (spectrum-rw)

• “только чтение”, у которой есть доступ только для просмотра (spectrum-ro)

5.2.1 Роль с полным доступом#

Если были введены данные пользователя с полным доступом, все меню и прочие элементы управления объектами ПО «Скала^р Спектр» будут доступны и позволят выполнять действия в соответствии с состоянием соответствующих объектов (пример для страницы кластеров):

5.2.2 Роль только для чтения#

Если были введены данные пользователя с правами только для чтения, все меню и прочие элементы управления объектами системы будут недоступны.

• пример для страницы кластеров:

• пример для страницы кластеров:

• пример для страницы сервисов:

• пример для страницы :

5.2.3 Выход из профиля#

Для выхода из профиля нужно нажать на кнопку , которая располагается в правом верхнем углу. По нажатию кнопки будет выполнен выход из системы и перенаправление на страницу входа в систему:

6. Графический web-интерфейс#

6.1 Цветовое кодирование статусов объектов управления#

Для удобства отображения данных, статусы объектов управления (статус кластера, узла, сервиса, экземпляра сервиса) группируются в схожие по смыслу группы — состояния объектов.

В различных экранных формах ПО «Скала^р Спектр» используются следующие цветовые решения для кодирования состояний объектов управления:

Цветовое решение, примеры	Состояния объектов / Категории статусов	Описание
	ОК	Статусы объекта, который настроен и работает без ошибок. Статус также используется для операций / задач, которые завершились успешно.
	Warning	Статусы объекта, который доступен, но выведен в режим обслуживания (для узла) или деградирован (для кластера и сервиса). Статус также используется для операций / задач, которые завершились успешно, но с некритическими ошибками (данные ошибки можно увидеть в логах соответствующих задач).
	Warning	Статусы объекта, который доступен, но выведен в режим обслуживания (для узла) или деградирован (для кластера и сервиса). Статус также используется для операций / задач, которые завершились успешно, но с некритическими ошибками (данные ошибки можно увидеть в логах соответствующих задач).
	Critical	Статусы объекта, который штатно остановлен или у которого наблюдаются критические ошибки. Статус также используется для операций / задач, которые завершились с ошибкой (данные ошибки можно увидеть в логах соответствующих задач).
	Down	Объект остановлен / отключён.
	InProcess	Переходный статус объекта. Например, объект запускается в данный момент, задача взята в обработку, резервная копия удаляется.
	New	Недавно добавленный объект. Статус используется для операций / задач, которые были добавлены, но еще не начали выполняться.
	N/A	Статус управляемого объекта, от которого не удалось получить данные (агент на всех узлах отсутствует или остановлен).

Статусы объектов могут отображаться в виде текстового поля с наименованием статуса:

Также возможно отображение статусов в виде набора текстовых полей с числами, когда отображаются статусы связанных объектов (например, для кластера отображаются статусы сервисов кластера и статусы узлов, входящих в состав кластера):

Статус доступности устанавливается ПО «Скала^р Спектр» на основе данных о состоянии кластера, периодически получаемых из опроса объектов управления.

Возможные состояния для типов объектов и соответствующие им статусы представлены в таблице:

Объект	Состояние	Статус	Комментарий
Экземпляр сервиса	Warning	Unknown	Статус экземпляра сервиса получить не удалось
	InProcess	Starting	Экземпляр сервиса запускается
	InProcess	Stopping	Экземпляр сервиса останавливается
	OK	Started	Экземпляр сервиса запущен и доступен
	Down	Stopped	Экземпляр сервиса штатно остановлен
	N/A	Unmanaged	ПО «Скала^р Спектр» не управляет сервисом и не отслеживает состояние его компонентов
	Critical	Failed	Экземпляр сервиса нештатно остановлен
Сервис	Warning	Unknown	Статус экземпляров сервиса получить не удалось
	OK	Available	Сервис доступен
	Down	Unavailable (Stopped)	Сервис полностью недоступен, штатный останов
	Warning	Degraded	Сервис частично недоступен
	N/A	No data received	Сервис, информацию о котором не удалось получить/обновить
Узел кластера	Warning	Unknown	Статус узла получить не удалось
	OK	Standby	Узел временно недоступен для размещения кластерных ресурсов (выведен администратором в режим обслуживания)
	OK	Online	Узел доступен
	Critical	Offline	Узел недоступен
	N/A	No data received	Узел, информацию о котором не удалось получить/обновить
Кластер	Warning	Degraded	Часть узлов кластера неисправна или находится на обслуживании
	Down	Offline	Кластер недоступен
	OK	Online	Кластер исправен и доступен
	N/A	No data received	Кластер, информацию о котором не удалось получить/обновить
Резервная копия	ОК	OK	Резервная копия сделана и пригодна к использованию
	ОК	DONE	Резервная копия сделана, но не проверена
	InProcess	RUNNING	Резервное копирование выполняется
	InProcess	MERGING	Резервная копия объединяется
	InProcess	DELETING	Файлы резервной копии удаляются
	Critical	ERROR	Резервное копирование было прервано из-за неожиданной ошибки
	N/A	HIDDEN_FOR_TEST	Скрипт теста пометил копию как несуществующую
	ОК	MERGED	Файлы резервной копии были успешно обработаны в процессе объединения копий, но её метаданные ещё изменяются. Это состояние могут иметь только полные резервные копии.
	Critical	CORRUPT	Некоторые файлы резервной копии повреждены
	Critical	ORPHAN	Резервная копия непригодна к использованию, так как её родительская копия испорчена или отсутствует

6.2 Общее описание интерфейса#

Интерфейс ПО “Скала^р Спектр” содержит три области:

1 – область главного меню;

2 – панель дублирующей навигации (навигационная цепочка);

3 – область представления данных.

Для расширения области представления данных область главного меню можно свернуть. Для это нужно нажать на правую границу области главного меню:

Область главного меню будет представлена в виде иконок:

Для раскрытия главного меню нужно нажать на правую границу свёрнутой области главного меню:

При наведении курсора в области представления данных на строки таблицы объектов (кластеров, узлов, сервисов) происходит затенение строки, в границах которой находится курсор (пример для страницы узлов):

Нажатие правой кнопки мыши в пределах затенённой строки вызывает меню со списком возможных для данного объекта операций (пример для страницы кластеров):

Меню операций для объекта также вызывается нажатием соответствующей кнопки (пример для страницы кластеров):

6.3 Раздел «Кластеры»#

При первом запуске ПО “Скала^р Спектр” на странице «Кластеры» выводится сообщение об отсутствии зарегистрированных кластеров ("Нет данных"):

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

После успешного завершения регистрации (импорта) кластеров, их список отображается при выборе раздела ➞ .

Пример страницы “Кластеры”:

На странице отображаются наименования кластеров, их статус, информация о площадке размещения, а также о количестве и статусах доступных в кластере сервисов и узлов.

При наведении курсора на элемент вызова информации справа от имени кластера появляется всплывающая подсказка с описанием кластера:

Данное описание задаётся в процессе импорта кластера в ПО «Скала^р Спектр».

Порядок сортировки (1) и способ группировки кластеров (3) можно изменить. Также доступен быстрый поиск кластеров (2):

6.3.1 Изменение порядка сортировки кластеров#

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

Повторные нажатия на выделенный заголовок столбца изменяют порядок сортировки. Направление сортировки указывается стрелкой.

• Сортировка по столбцу “Кластер” в обратном алфавитном порядке:

• Сортировка по столбцу “Кластер” в прямом алфавитном порядке:

6.3.2 Изменение группировки кластеров#

По умолчанию кластеры не сгруппированы.

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

• При выборе варианта группировки “По статусу” кластеры будут сгруппированы в соответствии с их статусами:

Для каждого статуса отображается количество кластеров с данным статусом: Для свёртывания / развёртывания списка кластеров с каким-либо статусом нужно нажимать на соответствующие элементы управления и :

• При выборе варианта группировки “По площадкам” кластеры будут сгруппированы в соответствии с их размещением:

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

Для отмены группировки в выпадающем списке нужно выбрать вариант “Без группировки” или нажать на элемент управления :

6.3.3 Быстрый поиск кластеров#

Для быстрого поиска кластеров нужно ввести в поле искомую комбинацию букв и/или цифр. Поиск будет производиться по всем столбцам.

Например, необходимо найти кластеры, содержащие в имени буквосочетание test:

6.3.4 Дополнительная информация о кластерах#

При нажатии на имя кластера осуществляется переход на страницу, содержащую вкладки (подразделы) с информацией о выбранном кластере:

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

• На вкладке представлены 2 блока: и .

Блок содержит сведения о количестве и статусе узлов и сервисов выбранного кластера, а также о наличии кворума.

В блоке представлены 5 последних событий, относящихся к выбранному кластеру. Для событий указываются имя, важность, источник, вызвавший событие объект и дата:

• На вкладке отображается таблица-схема сервисов кластера с указанием ролей экземпляров сервиса на узлах и статусами сервисов и узлов:

При нажатии на имя сервиса будет осуществлен переход на вкладку выбранного сервиса:

При нажатии на имя узла будет осуществлен переход на вкладку выбранного узла:

Перемещение ролей сервисов между узлами описано в п. 7.1.5. настоящего Руководства.

• При выборе вкладки отображаются блоки кворума и фенсов.

Блок кворума состоит из полей: “Наличие кворума”, “Получено голосов”, “Ожидается голосов”, “Требуется голосов”.

Блок фенсов имеет вид таблицы со столбцами: “Имя”, “Агент”, “Статус”, “Обслуживает узел”, “Запущен на узле”.

Если кластер остановлен – у всех фенсов также будет статус :

Возможна сортировка фенсов по каждому из параметров (пример сортировки по имени, по убыванию):

При нажатии на имя узла в столбцах “Обслуживает узел” или “Запущен на узле” происходит переход на страницу выбранного узла:

6.3.5 Операции с кластерами#

Меню операций с кластером вызывается либо нажатием правой кнопки мыши в границах соответствующей кластеру строки таблицы, либо нажатием соответствующей кнопки .

• Для кластера со статусом возможны операции остановки, добавления сервиса и удаления из Спектра:

• Для остановленного (отключённого) кластера доступны операции запуска и удаления из Спектра:

  

• Для деградированного кластера доступны операции остановки и удаления из Спектра:

  

• Для кластера со статусом все пункты меню недоступны:

В процессе выполнения операций с кластером:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;

• вместо статуса отображается вращающийся спиннер;

• соответствующая кнопка вызова меню действий не отображается.

  

6.4 Раздел «Узлы»#

При выборе раздела ➞ открывается страница, на которой отображается список доступных узлов, их IP-адреса, имена кластеров, в который входят узлы, статусы, а также информация о площадке расположения.

Пример страницы “Узлы”:

Порядок сортировки (1) и способ группировки узлов (2) можно изменить. Также доступен быстрый поиск узлов (3):

6.4.1 Изменение порядка сортировки и быстрый поиск узлов#

Алгоритмы изменения порядка сортировки и быстрого поиска узлов аналогичны соответствующим алгоритмам для кластеров, представленным в п. 6.3.1 и п. 6.3.3 соответственно.

6.4.2 Изменение группировки узлов#

По умолчанию узлы не сгруппированы.

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

• При выборе варианта группировки “По кластеру” узлы будут отображены согласно принадлежности к кластеру:

Для кластеров также отображаются их статусы и количество входящих в их состав узлов:

Для свёртывания / развёртывания списка узлов какого-либо кластера нужно нажимать на соответствующие элементы управления и :

• При выборе варианта группировки “По статусу” узлы будут сгруппированы в соответствии с их статусами:

  

Для каждого статуса отображается количество узлов с данным статусом:

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

Для отмены группировки в выпадающем списке нужно выбрать вариант “Без группировки” или нажать на элемент управления :

6.4.3 Дополнительная информация об узлах#

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

При нажатии на имя кластера осуществляется переход на вкладку выбранного кластера:

6.4.4 Операции с узлами#

Меню операций с узлом вызывается либо нажатием правой кнопки мыши в границах соответствующей узлу строки таблицы, либо нажатием соответствующей кнопки .

• Для узла со статусом возможны операции вывода в режим обслуживания (standby) и остановки:

• Для остановленного узла возможна операция запуска:

Для узлов в статусе , которые имеют указанный статус по причине остановки кластера, все пункты меню недоступны:

• Для выведенного в режим обслуживания узла возможны операции ввода в работу (unstandby) и остановки:

  

• Для узла со статусом все пункты меню недоступны:

В процессе выполнения операций с узлом для всех узлов кластера, к которому принадлежит изменяемый узел:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;

• вместо статуса узлов кластера отображаются вращающиеся спиннеры;

• соответствующие кнопки вызова меню действий не отображаются.

  

  6.5 Раздел «Сервисы СУБД»#

При выборе раздела ➞ открывается страница, на которой отображается список всех сервисов в кластерах, зарегистрированных в ПО «Скала^р Спектр».

Список содержит имя сервиса, имя кластера, к которому принадлежит сервис, текущий статус и информацию о площадке размещения.

Пример страницы “Сервисы СУБД”:

Меню операций с сервисами вызывается либо нажатием правой кнопки мыши в границах соответствующей сервису строки таблицы, либо нажатием соответствующей кнопки .

Для сервисов со статусами и справа от статуса могут отображаться индикаторы ожидания:

• операции перезапуска (restart) :

  

• операции перезагрузки (reload) :

  

• для одного сервиса возможно отображение обоих индикаторов ожидания операций:

  

Порядок сортировки (1) и способ группировки сервисов (2) можно изменить. Также доступно поле быстрого поиска сервисов (3):

6.5.1 Изменение порядка сортировки, группировки и быстрый поиск сервисов#

Алгоритмы изменения порядка сортировки, группировки и быстрого поиска сервисов аналогичны соответствующим алгоритмам для кластеров, представленным в пп. 6.3.1-6.3.3 соответственно.

6.5.2 Дополнительная информация о сервисах#

При нажатии на имя сервиса осуществляется переход на страницу со вкладками просмотра подробной информации о выбранном сервисе.

• Вкладка

На вкладке представлены два блока.

• Блок “Настройки” содержит общие данные: информацию о площадке и кластере, на котором работает данный сервис, и информацию о версии Postgres:

  

При наведении курсора на элемент вызова информации появляется всплывающая подсказка с подробными данными о версии Postgres:

• Блок со списком экземпляров сервиса с указанием:
• роли;
• IP-адреса;
• порта;
• порта pgBouncer (отображается при условии, что pgBouncer на выбранном сервисе установлен);
• узла, на котором расположен экземпляр сервиса;
• текущего статуса;
• Write lag, s (время в секундах, прошедшее с момента сброса данных WAL на Primary-экземпляре (мастере) до записи на реплике;
• Flush lag, s (время в секундах, прошедшее с момента сброса данных WAL на Primary-экземпляре (мастере) до сброса на диск реплики);
• Replay lag, s (время в секундах, прошедшее с момента сброса данных WAL на Primary-экземпляре (мастере) до применения данных на реплике).

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

Для экземпляров сервисов доступны операции перемещения ролей между узлами.

Для синхронной (Standby: SYNC) и асинхронной (Standby: ASYNC) реплик доступны кнопки для вызова меню со списком возможных операций. Меню операций также вызывается нажатием правой кнопки мыши в пределах соответствующей экземпляру сервиса строки таблицы:

• Для синхронной реплики (Standby: SYNC) доступна операция перемещения экземпляра сервиса с ролью “мастер” (Primary) на узел синхронной реплики (Standby: SYNC), при этом текущая синхронная реплика переместится на узел текущей асинхронной:

• Для асинхронной реплики (Standby: ASYNC) доступны операции:
  • перемещения экземпляра сервиса с ролью “мастер” (Primary) на узел асинхронной реплики (Standby: ASYNC)
    • перемещения синхронной реплики (Standby: SYNC) на узел асинхронной реплики (Standby: ASYNC). При этом асинхронная переместится на место синхронной (реплики поменяются местами).

• Вкладка

На вкладке представлена топология экземпляров сервиса. По умолчанию экземпляры отображаются в свёрнутом виде:

Нажатие на элемент управления для экземпляров сервиса разворачивает / сворачивает окно их основных параметров:

При наведении курсора на элемент вызова информации справа от наименования параметра появляется всплывающее сообщение с описанием выбранного параметра:

• Вкладка

На вкладке отображается таблица с подробной информацией о базах данных. В таблице представлены имя и владелец БД, кодировка, размер БД, параметры локализации и табличное пространство:

Для каждой базы данных доступна кнопка для вызова меню со списком возможных операций:

Для баз данных возможны операции переименования и смены владельца. Описание операций представлено в пп. 8.4.1-8.4.2 соответственно.

• Вкладка

На вкладке представлены резервные копии сервиса.

По умолчанию резервные копии у сервисов отсутствуют. Вкладка “Резервные копии” отображается пустой:

Если для выбранного сервиса резервные копии были созданы, на вкладке отображается их список.

Для резервных копий отображаются идентификатор, режим, режим WAL, дата создания, Recovery Time, размер, размер WAL и статус:

Для каждой резервной копии доступна кнопка для вызова меню со списком возможных операций:

Доступны операции восстановления, проверки целостности и удаления резервных копий. Описание операций представлено в п. 8.3.10.

Порядок сортировки резервных копий можно изменить (2). Также доступен быстрый поиск резервных копий (1):

Алгоритмы сортировки и быстрого поиска резервных копий аналогичны соответствующим алгоритмам для кластеров, представленным в п. 6.3.1 и п. 6.3.3 соответственно.

В нижней части страницы расположена панель пагинации:

• Вкладка

На вкладке представлены данные мониторинга экземпляров сервиса:

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

• Вкладка

Заголовок вкладки имеет вид выпадающего списка, который содержит следующие пункты перехода на соответствующие страницы данных:

• Страница

На странице содержатся параметры сервиса, полученные из системы управления кластерным ПО (по умолчанию Pacemaker/Corosync):

• Страница

На странице представлены параметры конфигурации PostgreSQL:

Порядок сортировки конфигураций можно изменить (2). Также доступно поле быстрого поиска конфигураций (1):

Алгоритмы сортировки и быстрого поиска конфигураций аналогичны соответствующим алгоритмам для кластеров, представленным в п. 6.3.1 и п. 6.3.3 соответственно.

Списки параметров конфигураций можно скрывать / отображать нажатием на соответствующие элементы управления и :

Все параметры заполнены значениями, полученными из конфигурационного файла.

При наведении курсора на элемент вызова информации справа от наименования параметра появляется всплывающая подсказка с описанием выбранного параметра:

На панели управления конфигурациями расположены кнопки управления изменениями параметров конфигураций (сброс к значениям до редактирования) и . По умолчанию кнопки неактивны.

Изменение параметров конфигурации PostgreSQL описано в п. 7.3.11 “Конфигурация PostgreSQL”.

• Страница

На странице отображаются параметры pgBouncer.

По умолчанию у сервисов pgBouncer отсутствует. Страница отображается пустой:

Если для выбранного сервиса pgBouncer был добавлен, на странице отображается список параметров pgBouncer:

При наведении курсора на элемент вызова информации справа от наименования параметра появляется всплывающая подсказка с описанием выбранного параметра:

На странице доступен быстрый поиск параметров pgBouncer. Для поиска нужно ввести в поле искомую комбинацию букв и/или цифр.

Например, необходимо найти параметры, содержащие буквосочетание port:

Изменение параметров PgBouncer описано в п. 7.3.7 «Редактирование pgBouncer».

Добавление PgBouncer представлено в п. 7.3.6 «Добавление pgBouncer».

Удаление PgBouncer описано в п. 7.3.8 «Удаление pgBouncer».

• Страница .

На странице представлены параметры конфигураций аутентификации PostgreSQL:

При нажатии на элемент управления слева от наименования конфигурации разворачивается список параметров конфигурации. Все параметры заполнены значениями, полученными из конфигурационного файла:

Таблица группы “Client Authentication” содержит следующие столбцы:

• TYPE;
• DATABASE;
• USER;
• ADDRESS;
• METHOD.

Порядок сортировки параметров конфигураций можно изменить (2). Также доступно поле быстрого поиска конфигураций (1):

• Пример сортировки параметров по столбцу “USER” в обратном алфавитном порядке:

  

• Пример поиска параметров, содержащих буквосочетание replication:

  

Кнопка предназначена для добавления нового параметра аутентификации.

Кнопки служат для удаления неиспользуемых параметров.

В правом верхнем углу страницы расположены кнопки управления изменениями параметров аутентификации (сброс к значениям до редактирования) и . По умолчанию кнопки неактивны.

Изменение параметров аутентификации PostgreSQL описано в п. 8.3.12 “Аутентификация PostgreSQL”.

6.5.3 Операции с сервисами#

• Для сервисов со статусом допустимы операции остановки, перезапуска, создания резервной копии и добавления pgBouncer:

• Для сервисов со статусом с установленным pgBouncer, вместо операции добавления, возможны операции редактирования и удаления pgBouncer:

• Для сервиса со статусом , для которого изменены параметры конфигурации и/или аутентификации PostgreSQL (отображается индикатор ), дополнительно доступна операция перезагрузки конфигурации:

  

  

• Для остановленного сервиса доступны операции запуска и удаления:

  

• Для сервисов в статусе , которые имеют указанный статус по причине остановки кластера, все пункты меню недоступны:

• Для деградированного сервиса доступны операции остановки, перезапуска и создания резервной копии:

  

• Для сервиса со статусом все пункты меню недоступны:

• Для сервиса со статусом доступна операция создания резервной копии (только в том случае, когда сервис имеет хотя бы один рабочий экземпляр с ролью Primary, Sync или Async):

6.6 Раздел “Операции”#

➞ открывается страница, на которой отображается список выполняемых и ранее выполненных операций. Для операций указаны их наименование, статус, тип объекта, имя объекта, дата запуска и дата завершения.

Пример страницы “Операции”:

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

Для задач отображаются их статус, дата создания и дата завершения:

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

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка ![] с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

Для операций перемещения ролей экземпляров сервисов между узлами возможен перезапуск:

Процедура перезапуска данного типа операций описана в п. 7.1.5 “Перемещение ролей экземпляров сервисов между узлами”.

В нижней части страницы расположена панель пагинации:

6.7 Раздел “События”#

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

При нажатии на имя объекта, в зависимости от объекта события, происходит переход:

• на страницу соответствующего узла, если событие относится к узлу:

  

• на страницу соответствующего сервиса, если событие относится к сервису:

  

6.8 Раздел “pgAdmin”#

При выборе раздела ➞ происходит переход к странице авторизации в ПО pgAdmin:

6.9 Раздел “Настройки”#

При нажатии кнопки , расположенной в левом нижнем углу интерфейса, открывается страница с настройками ПО «Скала^р Спектр»:

В настройках можно изменить размер шрифта, тему оформления и вывод даты (часового пояса).

• Для изменения размера шрифта нужно нажать на соответствующую кнопку:

Новый размер шрифта применяется без дополнительного подтверждения:

• Для изменения темы нужно нажать на соответствующую предпочитаемой теме кнопку:

Новая тема применяется также без дополнительного подтверждения:

• Для изменения отображения даты (часового пояса) нужно нажать на соответствующую кнопку:

На странице настроек также отображается номер версии ПО “Скала^р Спектр”:

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

Свёрнутые подразделы страницы настроек:

7. Импорт кластеров#

Для начала управления кластерами с использованием ПО «Скала^р Спектр» их необходимо импортировать.

1. Выбрать раздел ➜ . Откроется страница со списком доступных кластеров.

Примечание
Страница является главной и открывается при запуске ПО «Скала^р Спектр».

При первом запуске ПО “Скала^р Спектр” на странице выводится сообщение об отсутствии зарегистрированных кластеров ("Нет данных"):

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

2. Нажать на кнопку .

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

3. Выбрать способ импорта кластера.

7.1 Импорт кластера вручную#

1. Выбрать пункт меню .

Откроется первая страница импорта кластера:

2. На странице «Кластер», по необходимости, заполнить (выбрать) следующие параметры кластера:

• Имя кластера (поле обязательно для заполнения), допустимые символы A-z 0-9 _-

• Имя кластера в Визион. Имя берётся из модуля Grafana ПО “Скала^р Визион”, раздел “Системное ПО / МБД.П - Информация о кластере”.

  Слева вверху отображается выпадающий список доступных кластеров, необходимо выбрать кластер, соответствующий импортируемому:

  

• Описание кластера – произвольное текстовое описание, которое будет отображаться при наведении курсора на элемент вызова информации справа от имени кластера:

  

• Кластерное ПО – вид ПО, используемый для управления кластером (по умолчанию доступен только вариант Pacemaker/Corosync);

• Кластеризуемое ПО – вид кластеризуемого ПО (по умолчанию доступен только вариант Postgres);

• Площадка, на которой расположен кластер;

• Тэги, произвольный набор текстовых меток для импортируемого кластера. Тэги в дальнейшем могут использоваться для поиска кластеров.

Пример заполненной страницы:

3. После заполнения данных о кластере нажать кнопку .

Откроется вторая страница ввода данных - «Узлы». Список узлов изначально пуст:

4. Для добавления нового узла кластера нажать на кнопку .

Откроется диалоговое окно добавления узла:

5. Ввести информацию в следующие поля:

• IP — IP-адрес узла кластера (поле обязательно для заполнения);

• Имя узла в Визион. Имя берётся из модуля Grafana ПО “Скала^р Визион”, раздел “Главная / Визион - Информация об узле”:

  

• Описание узла — произвольное текстовое описание;

• Пользователь — имя пользователя на узле, от имени которого будут выполняться команды управления кластером с использованием ssh (поле обязательно для заполнения);

• Пароль — пароль пользователя, заданного в предыдущем поле (поле обязательно для заполнения);

• Флаг Повышение привилегий — элемент управления для установки признака того, что при оказании управляющих воздействий будет использоваться механизм повышения привилегий до уровня суперпользователя (sudo). Флаг необходим для доступа к узлам кластера пользователю, отличному от root;

• Дополнительные аргументы ssh — параметры, которые используются по умолчанию для корректного доступа к узлам кластера по ssh с использованием Ansible. StrictHostKeyChecking=no - автоматическое принятие ключа для новых хостов, UserKnownHostsFile=/dev/null - список известных хостов не хранится в ~/.ssh/known_hosts, а перенаправляется в /dev/null.

Пример заполненной страницы:

6. По окончании ввода данных узла нажать кнопку .
7. В соответствии с шагами 4-6 добавить остальные узлы кластера:

При необходимости корректировки параметров какого-либо узла, её можно выполнить, нажав на кнопку для соответствующего узла. Удаление узла возможно при нажатии соответствующей кнопки .

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

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции импорта кластера:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция импорта кластера и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции импорта кластера прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• на странице отображается импортированный кластер:

7.2 Добавление найденного кластера#

1. Выбрать в блоке один из найденных ПО «Скала^р Спектр» кластеров:

Откроется первая страница импорта кластера:

2. На странице «Кластер», по необходимости, заполнить (выбрать) следующие параметры кластера:

• Имя кластера (поле автоматически предзаполнено данными из ПО “Скала^р Геном” и нередактируемо);

• Имя кластера в Визион. Имя берётся из модуля Grafana ПО “Скала^р Визион”, раздел “Системное ПО / МБД.П - Информация о кластере”.

  Слева вверху отображается выпадающий список доступных кластеров, необходимо выбрать кластер, соответствующий импортируемому:

  

• Описание кластера – произвольное текстовое описание, которое будет отображаться при наведении курсора на элемент вызова информации справа от имени кластера:

  

• Кластерное ПО – вид ПО, используемый для управления кластером (по умолчанию доступен только вариант Pacemaker/Corosync);

• Кластеризуемое ПО – вид кластеризуемого ПО (по умолчанию доступен только вариант Postgres);

• Площадка, на которой расположен кластер;

• Тэги, произвольный набор текстовых меток для импортируемого кластера. Тэги в дальнейшем могут использоваться для поиска кластеров.

3. После заполнения общих данных о кластере нажать на кнопку .

Откроется страница “Узлы”, предзаполненная данными, полученными из ПО “Скала^р Геном”:

4. Для удаления узла из списка нажать на соответствующую кнопку . Для редактирования параметров узла нажать на соответствующую кнопку :

Возможно редактирование данных в следующих полях:

• IP — IP-адрес узла кластера (поле обязательно для заполнения);

• Имя узла в Визион. Имя берётся из модуля Grafana ПО “Скала^р Визион”, раздел “Главная / Визион - Информация об узле”:

  

• Описание узла — произвольное текстовое описание;

• Пользователь — имя пользователя на узле, от имени которого будут выполняться команды управления кластером с использованием ssh (поле обязательно для заполнения);

• Пароль — пароль пользователя, заданного в предыдущем поле (поле обязательно для заполнения);

• Флажок Повышение привилегий — элемент управления для установки признака того, что при оказании управляющих воздействий будет использоваться механизм повышения привилегий до уровня суперпользователя (sudo). Данный признак требуется установить для доступа к узлам кластера пользователю, отличному от root;

• Дополнительные аргументы ssh — параметры, которые используются по умолчанию для корректного доступа к узлам кластера по ssh с использованием Ansible. StrictHostKeyChecking=no - автоматическое принятие ключа для новых хостов, UserKnownHostsFile=/dev/null – список известных хостов не хранится в ~/.ssh/known_hosts, а перенаправляется в /dev/null.

5. По завершении редактирования данных выбранного узла нажать на кнопку .
6. По завершении редактирования данных для всех узлов кластера на нажать кнопку .

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции импорта кластера:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция импорта кластера и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции импорта кластера прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• На странице отображается добавленный кластер:

  

8. Управление объектами#

8.1 Управление кластерами вычислительных узлов#

8.1.1 Остановка кластера#

Операция остановки возможна для кластеров, имеющих статус или .

1. Выбрать раздел ➜ :

2. Нажать на кнопку вызова меню действий с кластером и выбрать пункт :

3. В окне подтверждения действия нажать кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции остановки кластера:

В процессе выполнения операции:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция остановки кластера и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу отображается статус остановленного кластера :

• при переходе на страницу для всех узлов остановленного кластера отображается статус :

• при переходе на страницу для соответствующих остановленному кластеру сервисов отображается статус :

• при нажатии на имя сервиса список экземпляров сервиса отображается пустым со статусом “Нет данных”:

8.1.2 Запуск кластера#

1. Выбрать раздел ➜ :

2. Нажать для кластера в статусе на кнопку вызова меню действий с кластером и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о старте операции запуска кластера:

В процессе выполнения операции:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция запуска кластера и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции запуска кластера прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка ![] с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу отображается статус запущенного кластера :

• при переходе на страницу для всех узлов запущенного кластера отображается статус :

• при переходе на страницу для соответствующих запущенному кластеру сервисов также отображается статус :

• при нажатии на имя сервиса отображается список экземпляров сервиса со статусами :

8.1.3 Удаление кластера из ПО “Скала^р Спектр”#

Для удаления (снятия с регистрации) кластера нужно выполнить следующие действия.

1. Выбрать раздел ➜ :

2. Выбрать кластер, который нужно удалить, нажать на соответствующую ему кнопку вызова меню действий и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции удаления кластера из Спектра:

В процессе выполнения операции:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

Новая операция со статусом и, далее, со статусом отобразится в верхней строке.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

4. Перейти в раздел ➜ и убедиться, что удалённый кластер не отображается:

8.1.4 Добавление сервиса#

Операция добавления сервиса возможна для кластеров, имеющих статус .

1. Выбрать раздел ➜ :

2. Выбрать кластер, в который нужно добавить сервис, нажать на соответствующую кнопку вызова меню действий и выбрать пункт :

3. Откроется первая страница «Общие данные» окна ввода данных создаваемого сервиса:

На странице заполнить (выбрать) следующие параметры сервиса:

• Имя сервиса (поле обязательно для заполнения);
• Порт (поле обязательно для заполнения);
• Размер WAL-сегмента (выбирается из ряда 16-32-64-128-256 Мб);
• Флаг “Применять контрольные суммы на страницах данных (data-checksums)” (установлен по умолчанию). Определяет, будут ли применяться контрольные суммы на страницах данных для выявления сбоев при вводе/выводе;
• Флаг “Стартовать сервис” (установлен по умолчанию). Определяет, будет ли запущен сервис Postgres после создания. Если флажок не установлен, сервис Postgres не будет запущен ни на одном из узлов кластера и не будет доступен для пользователя. Для запуска сервиса необходимо будет выполнить операцию “Запустить сервис” из ПО “Скала^р Спектр” после его создания.

По окончании ввода данных нажать кнопку .

4. Откроется вторая страница “IP-адреса” окна ввода данных создаваемого сервиса:

В поля страницы ввести необходимые IP-адреса.

При вводе в поля окна одинаковых IP-адресов появляется соответствующее сообщение об ошибке:

По окончании ввода данных нажать кнопку .

5. Откроется третья страница “Параметры” окна ввода данных создаваемого сервиса:

В трёх выпадающих списках выбрать необходимые настройки локализации и нажать кнопку .

6. Откроется четвертая страница “Проверка” окна добавления сервиса:

В случае необходимости возможно перейти к редактированию блоков параметров по соответствующим ссылкам .

7. После визуальной проверки корректности всех введённых данных нажать на кнопку . Появится окно проверки:

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

При успешном прохождении проверки кнопка меняется на кнопку .

При наличии ошибок отобразится сообщение об ошибке и необходимости исправления параметров. Для параметров появится указание, какие из них некорректны и почему:

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

С помощью кнопок вернуться на страницу проверки и снова запустить автоматическую проверку параметров.

8. После успешного завершения проверки нажать на кнопку .

Появится всплывающее сообщение о старте операции добавления сервиса:

В процессе выполнения операции для всех сервисов кластера, в который входит добавляемый сервис:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция добавления сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции добавления сервиса прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе в раздел отображается созданный сервис:

В случае, если при создании сервиса флаг “Стартовать сервис” был установлен, новый сервис будет иметь статус , если флаг был снят – статус сервиса будет .

• при нажатии на имя сервиса отображается вкладка , на которой указаны введённые на шаге 4 IP-адреса и роли:

• на странице кластеров для кластера, в который добавлен сервис, количество отображаемых сервисов увеличилось на 1:

  

• при нажатии на имя кластера, в который добавлен сервис, на вкладке отображается таблица-схема сервисов кластера, в которой присутствует добавленный сервис:

8.1.5 Перемещение ролей сервисов между узлами#

Операция перемещения ролей сервисов возможна для сервисов со статусом ![] на кластерах, также имеющих статус .

1. Выбрать раздел ➜ :

2. Нажать на имя кластера, в котором необходимо произвести перемещение ролей сервисов:

   

Откроется страница со вкладками дополнительной информации о кластере:

3. Перейти на вкладку :

   

4. Для сервисов (строки таблицы) выбрать целевое расположение ролей на нужных узлах (столбцы таблицы):

   

   

• у экземпляра сервиса, который ранее имел роль, выбранную на изменяемом узле, роль изменится на ту, которая была у изменяемого экземпляра сервиса;
• изменённые роли обоих экземпляров сервиса будут выделены красной рамкой;
• кнопка станет доступна;
• рядом с кнопкой появится новая доступная кнопка ;
• слева над таблицей ролей сообщение Нет изменений сменяется сообщением “N сервисов будут изменены”, где N - количество изменённых сервисов.

5. Нажать на кнопку .

6. В окне подтверждения операции “Изменение ролей на сервисах” нажать на кнопку :

   

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

При этом отображаемые роли изменяемых экземпляров временно возвратятся в исходное состояние, поскольку в процессе выполнения операции отображается текущее распределение ролей.

Слева от имени изменяемых сервисов появятся вращающиеся спиннеры.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция перемещения ролей экземпляров сервиса между узлами и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перемещения ролей экземпляров сервиса между узлами прошло успешно:

• статусы всех задач операции - :

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

Для сохранения логов в файл нужно нажать кнопку .

• Распределение ролей экземпляров сервисов соответствует заданному в процессе выполнения шага 4:

  

7. Если в процессе выполнения одной из задач операции возникла ошибка, выполнение операции останавливается. У операции и у её невыполненных задач отображается статус :

Для просмотра логов задачи с ошибкой нужно нажать кнопку справа от статуса задачи с ошибкой.

Откроется окно просмотра, в котором на вкладке отобразится информация об ошибке:

Для сохранения информации об ошибке в файл нужно нажать кнопку .

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

В окне подтверждения нажать на кнопку :

Появится всплывающее сообщение об успешном перезапуске операции:

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

• Если перезапущенная операция завершится успешно, статусы всех задач операции будут :

  

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

• Распределение ролей экземпляров сервисов будет соответствовать заданному в процессе выполнения шага 4.

8.2 Управление узлами#

8.2.1 Остановка узла#

Операция остановки узла кластера возможна для узлов со статусом или .

1. Выбрать раздел ➜ . Откроется страница со списком доступных узлов:

2. Нажать на кнопку вызова меню действий для нужного узла и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции остановки узла:

В процессе выполнения операции для всех узлов кластера, в который входит останавливаемый узел:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция остановки узла и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции остановки узла прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу для остановленного узла отображается статус :

• при переходе на страницу для кластера, в который входит остановленный узел, отображается статус . Количество узлов в статусе “Доступен” / “Деградирован” уменьшается на 1, появляется индикатор количества остановленных узлов со значением “1” (например, ):

• при переходе на страницу для сервисов, соответствующих кластеру, в который входит остановленный узел, отображается статус :

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

8.2.2 Запуск узла#

1. Выбрать раздел ➜ . Откроется страница со списком доступных узлов:

2. Нажать на соответствующую остановленному узлу кнопку вызова меню действий и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы появится всплывающее сообщение о старте операции запуска узла:

В процессе выполнения операции для всех узлов кластера, в который входит запускаемый узел:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция запуска узла и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

Если выполнение операции запуска узла прошло успешно:

• статусы всех задач операции - :

• при переходе на страницу для запущенного узла отображается статус :

• при переходе на страницу для кластера, в который входит запущенный узел, отображается статус кластера :

• при переходе на страницу для сервисов, соответствующих кластеру, в который входит запущенный узел, отображается статус ):

Примечание
Запуск экземпляров сервиса занимает больше времени, чем запуск узла, поэтому некоторое время после запуска узла соответствующий узлу экземпляр сервиса будет недоступен, а сервис останется в статусе .

• при нажатии на имена сервисов отображается список экземпляров сервиса с актуальными статусами , в том числе и соответствующие запущенному узлу:

8.2.3 Вывод узла в режим обслуживания (standby)#

Операция вывода в режим обслуживания возможна для узлов, имеющих статус .

1. Выбрать раздел ➜ . Откроется страница со списком доступных узлов:

2. Нажать на кнопку вызова меню действий для нужного узла и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции вывода узла в режим обслуживания:

В процессе выполнения операции для всех узлов кластера, в который входит выводимый в режим обслуживания узел:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция вывода узла в режим обслуживания и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции вывода узла в режим обслуживания прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу для выведенного в режим обслуживания узла отображается статус :

• при переходе на страницу для кластера, в который входит выведенный в режим обслуживания узел, отображается статус . Количество узлов в статусе “Доступен” уменьшается на 1, появляется индикатор количества выведенных в режим обслуживания узлов со значением “1” (например, ):

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

• при нажатии на имя сервиса отображается список экземпляров сервиса, в котором отсутствует экземпляр, соответствующий выведенному в режим обслуживания узлу. Остальные экземпляры сервиса со статусами :

Примечание
Если один из узлов кластера остановлен или выведен в режим обслуживания (имеет статус или ), то операции с другими узлами кластера недоступны:

8.2.4 Вывод узла из режима обслуживания (ввод в работу (unstandby))#

Вывод из режима обслуживания возможен для узла кластера со статусом .

1. Выбрать раздел ➜ .  Откроется страница со списком доступных узлов:

2. Нажать на кнопку вызова меню действий, соответствующую выведенному в режим обслуживания узлу, и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции ввода узла в работу:

В процессе выполнения операции для всех узлов кластера, в который входит вводимый в работу узел:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция вывода узла в режим обслуживания и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления

Если выполнение операции прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка   с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу для выведенного из режима обслуживания узла отображается статус :

• при переходе на страницу для кластера, в который входит введённый в работу узел, отображается статус :

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

Примечание
Запуск экземпляров сервиса занимает больше времени, чем запуск узла, поэтому некоторое время после запуска узла соответствующий узлу экземпляр сервиса будет недоступен, а сервис останется в статусе .

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

8.3 Управление сервисами СУБД#

8.3.1 Остановка сервисов#

Операция остановки возможна для сервисов, имеющих статус или .

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на соответствующую выбранному сервису кнопку вызова меню действий и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

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

В процессе выполнения операции для всех сервисов кластера, в который входит останавливаемый сервис:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция остановки сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции остановки сервиса прошло успешно:

• статусы всех задач операции - :

  

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе разделу для остановленного сервиса отображается статус :

• при нажатии на имя остановленного сервиса список экземпляров сервиса отображается пустым со статусом “Нет данных”:

• при переходе на страницу отображается статус для кластера, на котором остановлен сервис. При этом индикатор количества доступных / деградированных сервисов уменьшается на 1, индикатор количества остановленных увеличивается на 1; если остановленных сервисов ранее не было, появляется серый индикатор числа остановленных:

8.3.2 Запуск сервисов#

1. Выбрать раздел ➞ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на кнопку вызова меню действий с остановленным сервисом и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

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

В процессе выполнения операции для всех сервисов кластера, в который входит запускаемый сервис:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция запуска сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции запуска сервиса прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе разделу для запущенного сервиса отображается статус (либо , в зависимости от статуса узлов кластера):

  

• при нажатии на имя запущенного сервиса отображается список экземпляров сервиса со статусом :

• при переходе на страницу для кластера, на котором запущен сервис, отображается статус (либо , в зависимости от статуса узлов кластера). При этом индикатор количества доступных / деградированных сервисов увеличивается на 1, число остановленных уменьшается на 1 или исчезает, если был запущен единственный остановленный сервис:

  

8.3.3 Перезапуск сервисов#

Операция перезапуска возможна для сервисов, имеющих статус или .

1. Перейти на страницу ➞ . Откроется страница со списком доступных для управления сервисов:

   

2. Нажать на кнопку вызова меню действий с остановленным сервисом и выбрать пункт :

   

3. В окне подтверждения операции нажать на кнопку :

   

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

В процессе выполнения операции для всех сервисов кластера, в который входит перезапускаемый сервис:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция перезапуска сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перезапуска сервиса прошло успешно:

• статусы всех задач операции - :

  

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу для перезапущенного сервиса отсутствуют индикаторы ожидания перезагрузки конфигурации (reload) и перезапуска сервиса (restart) , если таковые имелись:

  

  8.3.4 Перезагрузка конфигурации сервисов#

Операция перезагрузки конфигурации возможна для сервисов, в конфигурационные файлы которых были внесены изменения, ожидающие перезагрузки конфигурации для применения на узлах. Такие сервисы имеют индикатор ожидания перезагрузки конфигурации (reload) справа от статуса.

1. Перейти на страницу ➞ . Откроется страница со списком доступных для управления сервисов:

   

2. Нажать на кнопку вызова меню действий с необходимым для перезагрузки конфигурации сервисом и выбрать пункт :

3. В окне подтверждения операции нажать на кнопку :

В правом верхнем углу страницы должно появиться всплывающее сообщение о старте операции перезагрузки конфигурации сервиса:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция перезагрузки конфигурации сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перезагрузки конфигурации прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу для сервиса с перезапущенной конфигурацией отсутствует индикатор ожидания перезагрузки конфигурации (reload) :

Примечание
В случае наличия непримененных изменений, которые требуют перезапуска сервиса, таковые применены не будут и соответствующий индикатор также не исчезнет.

8.3.5 Удаление сервисов#

Внимание!
Данное действие приведёт к потере данных, соответствующих удаляемому сервису. Будут удалены данные сервиса на каждом узле кластера (по умолчанию содержимое каталога /MBD_DATA/<имя сервиса>.

1. Выполнить остановку предназначенного к удалению сервиса согласно п. 8.3.1 данного Руководства.

2. Перейти на страницу ➞ . Откроется страница со списком доступных для управления сервисов:

   

3. Нажать на кнопку вызова меню действий с остановленным сервисом и выбрать пункт :

4. В окне подтверждения операции, при необходимости, установить флажок “Удалить данные” и нажать на кнопку :

В правом верхнем углу страницы должно появиться всплывающее сообщение о старте операции удаления сервиса:

В процессе выполнения операции для всех сервисов кластера, в который входит удаляемый сервис:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция удаления сервиса и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции удаления сервиса прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу удалённый сервис не отображается:

• при переходе на страницу для кластера, на котором удален сервис, общее количество сервисов уменьшилось на 1:

8.3.6 Добавление pgBouncer#

Добавление pgBouncer возможно для сервисов со статусом .

1. Выбрать раздел ➞ . Откроется страница со списком доступных для управления сервисов:

   

2. Выбрать сервис, в который нужно добавить pgBouncer, нажать на соответствующую кнопку вызова меню действий и выбрать пункт :

   

3. Откроется первая страница «Общие данные» окна ввода данных создаваемого pgBouncer:

При наведении курсора на элемент вызова информации справа от имени параметра появляется всплывающая подсказка с его описанием:

На странице заполнить (выбрать) следующие параметры:

• pgbouncers_count (поле обязательно для заполнения), допустимые значения от 3 до 10;

• pgport (поле автоматически предзаполнено и нередактируемо);

• pgbouncer_port (поле автоматически предзаполнено и нередактируемо).

  После заполнения общих данных pgBouncer нажать на кнопку .

4. Откроется вторая страница “Параметры” окна ввода данных:

   

При наведении курсора на элемент вызова информации справа от имени параметра появляется всплывающая подсказка с его описанием:

На странице заполнить (выбрать) следующие параметры (все поля обязательны для заполнения):

• pool_mode
• max_client_conn
• max_user_connections
• default_pool_size
• ignore_startup_parameters
• application_name_add_host
• server_reset_query
• server_lifetime
• server_idle_timeout
• query_wait_timeout
• client_idle_timeout
• idle_transaction_timeout

Все поля предзаполнены значениями по умолчанию.

По завершении ввода данных нажать кнопку

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о запуске операции добавления pgBouncer:

В процессе выполнения операции для всех сервисов кластера, в который входит сервис с добавляемым pgBouncer:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция добавления pgBouncer и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции добавления pgBouncer прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу в меню операций сервиса, в который добавлен pgBouncer, пункт неактивен, пункты и активны:

• При переходе к пункту вкладки для сервиса, в который добавлен pgBouncer, отображаются его параметры:

  

8.3.7 Редактирование pgBouncer#

Редактирование pgBouncer возможно для сервисов со статусом .

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Выбрать сервис, для которого нужно редактировать pgBouncer, нажать на соответствующую кнопку вызова меню действий и выбрать пункт :

3. Откроется первая страница «Общие данные» окна редактирования pgBouncer:

На данной странице все поля недоступны для редактирования.

Нажать на кнопку .

4. Откроется вторая страница “Параметры” окна редактирования pgBouncer.

Для вызова всплывающей подсказки с описанием параметра нужно навести курсор на элемент вызова информации справа от имени параметра:

5. Изменить необходимые параметры и нажать кнопку :

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о запуске операции редактирования pgBouncer:

В процессе выполнения операции для всех сервисов кластера, в который входит сервис с редактируемым pgBouncer:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция редактирования pgBouncer и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции редактирования pgBouncer прошло успешно:

• статусы всех задач операции - :

  

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• При переходе к пункту вкладки для сервиса, в котором был отредактирован pgBouncer, отображаются его параметры в соответствии с внесёнными изменениями:

8.3.8 Удаление pgBouncer#

Удаление pgBouncer возможно для сервисов со статусом .

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Выбрать сервис, в котором нужно удалить pgBouncer, нажать на соответствующую кнопку вызова меню действий и выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о запуске операции удаления pgBouncer:

В процессе выполнения операции для всех сервисов кластера, в который входит сервис с удаляемым pgBouncer:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция удаления pgBouncer и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции удаления pgBouncer прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на страницу в меню операций сервиса, у которого удалён pgBouncer, пункт активен, пункты и неактивны:

  

• При переходе к пункту вкладки для сервиса, у которого удалён pgBouncer, страница отображается пустой со статусом “Нет данных”:

8.3.9 Перемещения ролей экземпляров сервисов между узлами#

Перемещения ролей экземпляров сервисов возможны для сервисов со статусом .

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода на страницу со списком ролей выбранного сервиса:

3. Выбрать экземпляр сервиса для перемещения.

Перемещение мастера (Primary) на асинхронную реплику (Standby: ASYNC)#

1. Нажать на кнопку , соответствующую асинхронной реплике, для вызова меню со списком доступных операций.
2. Выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции перемещения роли:

В процессе выполнения операции для всех экземпляров сервиса:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отобразится операция перемещения роли и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перемещения роли прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• Экземпляр сервиса с ролью Мастер (Primary) перемещён на узел асинхронной реплики (Standby: ASYNC):

Перемещение синхронной реплики (Standby: SYNC) на асинхронную реплику (Standby: ASYNC)#

1. Нажать на кнопку , соответствующую асинхронной реплике, для вызова меню со списком доступных операций.
2. Выбрать пункт :

3. В окне подтверждения действия нажать кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции перемещения роли:

В процессе выполнения операции для всех экземпляров сервисов:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция перемещения роли и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перемещения роли прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• Синхронная реплика (Standby: SYNC) перемещена на узел асинхронной реплики (Standby: ASYNC):

Перемещение мастера (Primary) на синхронную реплику (Standby: SYNC)#

1. Нажать на кнопку , соответствующую синхронной реплике, для вызова меню со списком доступных операций.
2. Выбрать пункт :

3. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции перемещения роли:

В процессе выполнения операции для всех экземпляров сервисов:

• контекстное меню действий по нажатию правой кнопки мыши не вызывается;
• вместо статуса отображается вращающийся спиннер;
• соответствующая кнопка вызова меню действий не отображается.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция перемещения роли и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции перемещения роли прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• Экземпляр сервиса с ролью Мастер (Primary) перемещён на узел синхронной реплики (Standby: SYNC). При этом текущая синхронная реплика (Standby: SYNC) переместилась на узел текущей асинхронной (Standby: ASYNC):

8.3.10 Управление резервными копиями сервисов#

Создание резервной копии#

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

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на соответствующую выбранному сервису кнопку вызова меню действий и выбрать пункт :

3. В окне “Создание резервной копии сервиса” в выпадающих списках выбрать необходимые значения параметров (все поля обязательны для выбора):

Поля для выбора:

• Режим создания резервной копии;

• Режим записи WAL;

• Роль для создания.

4. Нажать на кнопку .

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

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

Операция создания резервной копии со статусом и, далее, со статусом отобразится в верхней строке.

Примечание
Операция создания резервной копии, отображаемая на странице , лишь инициирует процесс создания резервной копии и быстро завершается. Сам процесс выполняется в фоновом режиме и не препятствует другим операциям с системой.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

5. Перейти на вкладку для сервиса, в котором была создана резервная копия.

Во время выполнения операции создания резервной копии для создаваемой копии отображается статус :

В случае успешного завершения процедуры создания резервная копия отображается со статусом и имеет параметры, заданные на шаге 3:

Примечание
Для резервных копий, созданных на узлах с синхронной или асинхронной репликой, параметр “Recovery Time” может отсутствовать. Это связано с особенностями PostgreSQL.

Если при создании резервной копии возникла ошибка, то статус созданной резервной копии будет :

Известные проблемы
Название	Описание	Способ решения
Не отображаются ошибки при создании резервной копии.	Если создание резервной копии невозможно, например, когда закончилось место для хранения резервных копий или хранилище резервных копий перешло в режим read-only, то ошибка создания резервной копии в ПО “Скала^р Спектр” не отобразится. При этом операция создания резервной копии завершится успешно, т.к. ПО “Скала^р Спектр” не ожидает завершения выполнения команды создания резервной копии.	Если резервная копия не появилась в списке резервных копий в любом статусе, то для уточнения причины ошибки можно выполнить создание резервной копии с использованием pg_probackup через терминал.

Восстановление из резервной копии#

Восстановление из резервной копии возможно при одном из следующих условий:

• сервис находится в статусе ;
• имеется как минимум 1 узел в статусе , на котором отсутствует экземпляр сервиса (наличие экземпляров сервиса можно проверить на вкладке детализации сервиса или на вкладке детализации кластера).

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода к странице со вкладками дополнительной информации о выбранном сервисе:

3. Перейти на вкладку :

4. Нажать на кнопку вызова меню и выбрать пункт :

5. В окне подтверждения действия выбрать узлы, на которые необходимо выполнить восстановление резервной копии сервиса, и нажать на кнопку :

В правом верхнем углу страницы появится всплывающее сообщение о запуске операции восстановления из резервной копии:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция восстановления из резервной копии и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции восстановления из резервной копии прошло успешно, статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

После завершения операции восстановления из резервной копии на указанных в п. 5 узлах будут запущены экземпляры сервиса.

Проверка целостности резервной копии#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода к странице со вкладками дополнительной информации о выбранном сервисе:

3. Перейти на вкладку :

4. Для выбранной для проверки резервной копии нажать на кнопку вызова меню действий и выбрать пункт :

5. В окне подтверждения действия нажать на кнопку ! :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции проверки резервной копии:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция проверки резервной копии и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции проверки резервной копии прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на вкладку для успешно проверенной резервной копии отображается статус :

  

В случае возникновения при проверке ошибки:

• операция будет завершена с некритической ошибкой (будет иметь статус ):

• статус проверенной резервной копии будет :

Удаление резервной копии#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода к странице со вкладками дополнительной информации о выбранном сервисе:

3. Перейти на вкладку :

4. Для выбранной для удаления резервной копии нажать на кнопку вызова меню действий и выбрать пункт :

5. В окне подтверждения действия нажать на кнопку :

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции удаления резервной копии:

В процессе удаления резервной копии её статус становится , а все пункты меню управления резервной копией недоступны.

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция удаления резервной 0копии и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции удаления резервной копии прошло успешно:

• статусы всех задач операции - :

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка ![] с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• при переходе на вкладку удалённая резервная копия не отображается:

Примечание
Если удаляемая резервная копия является частью (не финальной) цепочки резервных копий - например, от нее зависят резервные копии с режимом DELTA, - то все последующие резервные копии также будут удалены.

Конфигурация PostgreSQL#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода на страницу со вкладками просмотра информации о выбранном сервисе:

3. На вкладке в выпадающем списке выбрать пункт :

Откроется страница с таблицей групп параметров конфигураций:

4. Нажатием на соответствующий элемент управления слева от названия конфигурации раскрыть группу параметров, в которую нужно внести изменения:

При наведении курсора на элемент вызова информации справа от имени параметра появляется всплывающая подсказка с описанием выбранного параметра:

5. Для нужных параметров задать в полях ввода в столбце “Значение” новые значения:

Изменённые поля ввода обводятся цветной рамкой:

• оранжевой, если для применения параметра требуется перезагрузка конфигурации;
• красной, если для применения параметра требуется перезапуск сервиса;
• синей рамкой обводится редактируемое поле ввода параметра.

Новое значение параметра сохраняется при переводе курсора в поле ввода / выбора другого параметра, либо при клике в пустой области окна.

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

На панели управления конфигурациями активируется кнопка , на ней появляется индикатор общего количества измененных параметров. Отображается надпись (в зависимости от изменённых параметров может быть как одна, так и обе плашки):

В зависимости от типа и количества параметров справа от названий групп параметров появляются индикаторы или (могут быть оба индикатора одновременно). Оранжевый индикатор показывает количество параметров, требующих перезагрузки конфигурации (reload), красный - количество параметров, требующих перезапуска сервиса (restart):

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

При изменении одного и более параметров активируются кнопки (1) и (2) сброса изменённых параметров к значениям до сессии редактирования:

Нажатие кнопки (1) в панели управления конфигурациями сбросит к значениям по умолчанию все изменённые параметры.

Нажатие кнопок (2) в строках групп параметров сбросит к значениям по умолчанию параметры соответствующей группы.

6. После изменения всех необходимых параметров нажать на кнопку . Откроется окно со списком изменённых параметров:

Визуально проконтролировать корректность новых значений параметров.

При необходимости установить флаг .

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

Для применения изменений конфигурации сервиса с выполнением перезагрузки конфигурации нажать на кнопку , для отмены перезагрузки конфигурации нажать .

7. Нажать на кнопку (в случае отсутствия установки флага ):

   

или на кнопку (в случае установки флага ):

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

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о старте операции изменения параметров pgconfig:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

Новая операция со статусом и, далее, со статусом отобразится в верхней строке.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления .

Если выполнение операции изменения параметров pgconfig прошло успешно:

• статусы всех задач операции - :

  

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• на странице справа от статуса сервиса, для которого были изменены и сохранены без применения параметры PostgreSQL, отображаются индикаторы необходимости перезагрузки конфигурации (reload) и / или необходимости перезапуска сервиса (restart) (в зависимости от изменённых параметров):

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

Для применения изменённых файлов необходимо выполнить:

• перезапуск сервиса, если отображаются индикаторы или (перезагрузка конфигурации в случае отображения двух индикаторов будет выполнена при перезапуске сервиса);
• перезагрузку конфигурации, если отображается индикатор .

Алгоритм перезапуска сервисов представлен в п. 7.3.3.

Алгоритм перезагрузки конфигураций представлен в п. 7.3.4.

Если параметры конфигурации PostgreSQL были изменены, но перезагрузка конфигурации сервиса выполнена не была, при последующем открытии страницы “Конфигурация PostgreSQL” кнопка меняется на :

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

Для перезагрузки конфигурации нажать на кнопку .

Известные проблемы
Название	Описание	Способ решения
Пропадает индикатор необходимости перезагрузки конфигурации.	Пропадает индикатор необходимости перезагрузки конфигурации, если изменить конфигурацию Postgres без перезагрузки и затем выполнить операцию “Режим обслуживания (standby)” для узла, на котором расположен ведущий экземпляр. При этом на узле синхронной реплики остаются неперезагруженные (неприменённые) параметры.	Выполнять перезагрузку параметров конфигурации Postgres до вывода узла в обслуживание.
Не отображаются текущие действующие значения конфигурации Postgres при редактировании не через ПО “Скала^р Спектр”.	Если изменения в конфигурацию Postgres вносятся напрямую через файлы конфигурации или с использованием SQL-оператора ALTER SYSTEM, и при этом не конфигурация не перезагружается, то в веб-интерфейсе ПО “Скала^р Спектр” можно увидеть только новое значение параметра, которое еще не действует, а текущее действующее значение параметра увидеть нельзя.	Выполнять перезагрузку конфигурации сервиса при редактировании параметров через файлы или редактировать параметры через ПО “Скала^р Спектр”.
Возможно ввести любое значение для параметров конфигурации Postgres, для которых указана единица измерения параметра.	Ряд параметров конфигурации Postgres допускает различный формат единиц измерения. Например, для параметра autovacuum_naptime единица измерения “s” (секунды). При этом значение параметра может указываться как с использованием единиц измерения, так и без. Для autovacuum_naptime возможно указание одного и того же значения в виде: 60, 60s, 1m. Для таких параметров не осуществляется проверка ввода, и пользователь может ввести произвольное значение параметра, в том числе и ошибочное, например, “1abc”.	Вводить корректные значения параметров.

8.3.12 Аутентификация PostgreSQL#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода на страницу со вкладками просмотра информации о выбранном сервисе:

3. На вкладке в выпадающем списке выбрать пункт :

   

Откроется страница с таблицей конфигураций:

4. Для развертывания списка параметров конфигурации нужно нажать на элемент управления слева от наименования конфигурации:

Отображаются параметры и их значения из конфигурационного файла.

5. Внести требуемые изменения параметров в соответствующие поля:

• Изменённые параметры обозначаются оранжевой рамкой, поле редактируемого параметра – синей рамкой. Новое значение параметра сохраняется при переводе курсора в поле ввода / выбора другого параметра, либо при клике в пустой области окна.
• При изменении одного и более поля данных кнопка в правой верхней части окна представления данных становится активной, на ней появляется индикатор количества измененных параметров. Отображается сообщение :

• Слева от наименования конфигурации появляется индикатор количества измененных параметров, предупреждающий индикатор – справа. При наведении курсора на плашку или на индикатор появляется всплывающее сообщение “Изменения вступят в силу после перезагрузки конфигурации (reload)”:

  

  Для добавления нового параметра конфигурации нажать на кнопку и ввести / выбрать нужные данные:

  

  Для удаления неиспользуемых параметров нажать на соответствующую кнопку .

Строки помечаются как подлежащие удалению:

Удаление соответствующей строки можно отменить с помощью кнопки , которая отображается вместо кнопки удаления .

Для сброса изменённых параметров к значениям по умолчанию нажать на кнопку .

6. Нажать на кнопку .

7. В окне “Применить изменения в конфигурации”, при необходимости, установить флаг . При установке флага выводится предупреждающее сообщение о возможных перебоях в работе сервиса, связанных с перезагрузкой конфигурации:

   

Для применения изменений конфигурации сервиса с выполнением перезагрузки конфигурации нажать на кнопку , для отмены перезагрузки конфигурации нажать .

Примечание Если флаг не установлен, то параметры будут сохранены в файлы на узлах, но не будут применены.

8. Нажать на кнопку (в случае отсутствия установки флага )

или на кнопку (в случае установки флага )

В правом верхнем углу страницы отобразится всплывающее сообщение о запуске операции изменения параметров pg_hba:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

В верхней строке таблицы операций отображается операция изменения параметров pg_hba и статус её выполнения.

Для развертывания списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления :

Если выполнение операции изменения параметров pg_hba прошло успешно:

• статусы всех задач операции - :

  

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

Если задача завершена с ошибкой, то в окне просмотра появляется вкладка с информацией об ошибке:

При необходимости сохранения логов или описания ошибки в файл нужно нажать кнопку .

• При переходе к пункту вкладки параметры аутентификации PostgreSQL соответствуют установленным на шаге 5:

  

Примечание Если параметры pg_hba были вручную изменены в файле на сервере или соответствующий файл был загружен на сервер без перезагрузки конфигурации, то на странице аутентификации PostgreSQL изменения будут отображены, при этом сообщение “Изменения вступят в силу после ” и другие виды индикации наличия неприменённых изменений выводиться не будут.

8.4 Управление базами данных#

8.4.1 Переименование БД#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода на страницу со вкладками просмотра информации о выбранном сервисе:

   

3. Перейти на вкладку :

4. Нажать на соответствующую выбранной базе данных кнопку вызова меню со списком возможных операций:

   

5. Выбрать пункт .

6. В окне подтверждения переименования ввести новое имя БД и нажать на кнопку :

   

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о старте операции переименования БД:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

Операция переименования БД со статусом ) и, далее, со статусом отобразится в верхней строке:

Для просмотра списка задач операции с актуальными статусами их выполнения нужно нажать на элемент управления .

Если выполнение операции переименования БД прошло успешно:

• статусы всех задач операции - :

• при переходе на вкладку имя переименованной базы данных соответствует введённому на шаге 6:

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

8.4.2 Смена владельца БД#

1. Выбрать раздел ➜ . Откроется страница со списком доступных для управления сервисов:

2. Нажать на имя сервиса для перехода на страницу со вкладками просмотра информации о выбранном сервисе:

   

3. Перейти на вкладку :

   

4. Нажать на соответствующую выбранной базе данных кнопку вызова меню со списком возможных операций:

   

5. Выбрать пункт .

6. В окне подтверждения ввести нового владельца БД и нажать на кнопку :

В правом верхнем углу страницы должно отобразиться всплывающее сообщение о старте операции смены владельца БД:

По нажатию кнопки во всплывающем сообщении будет осуществлен переход на страницу .

Операция смены владельца БД со статусом ) и, далее, со статусом отобразится в верхней строке:

Для просмотра списка задач операции с актуальными статусами выполнения нужно нажать на элемент управления .

Если выполнение операции смены владельца БД прошло успешно:

• статусы всех задач операции - :

  

  • при переходе на вкладку отображается имя владельца базы данных, заданное на шаге 6:

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