[Документация Yandex Cloud](../../index.md) > [Yandex Managed Service for Sharded PostgreSQL](../index.md) > [Концепции](index.md) > Техническое обслуживание

# Техническое обслуживание в Managed Service for Sharded PostgreSQL

Под техническим обслуживанием в Managed Service for Sharded PostgreSQL понимается:

* установка минорных обновлений и исправлений безопасности СУБД, пуллера соединений;
* обновление хостовой операционной системы и другого служебного ПО;
* принудительное обновление версии СУБД;
* другие сервисные работы.

## Окно обслуживания {#maintenance-window}

Предпочтительное время начала технического обслуживания можно задать с помощью интерфейсов Yandex Cloud ([консоль управления](https://kz.console.yandex.cloud), [CLI](../../cli/index.md), Terraform и [API](../../glossary/rest-api.md)) при [создании кластера](../operations/cluster-create.md) или [изменении его настроек](../operations/cluster-update.md):

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

В консоли управления время начала обслуживания выбирается в виде часового интервала. В других интерфейсах задается порядковый номер этого интервала от `1` до `24`.

> Например, чтобы начать обслуживание в интервале с `00:00` до `01:00`, укажите `1`, а с `04:00` до `05:00` — `5`.

{% note info %}

Чтобы просматривать информацию о заданиях на техническое обслуживание, необходима [роль](../security.md#managed-spqr-maintenanceTask-viewer) `managed-spqr.maintenanceTask.viewer` или выше.

Чтобы управлять заданиями на техническое обслуживание, необходима [роль](../security.md#managed-spqr-maintenanceTask-editor) `managed-spqr.maintenanceTask.editor` или выше.

{% endnote %}

## Порядок обслуживания {#maintenance-order}

В однохостовых кластерах Managed Service for Sharded PostgreSQL техническое обслуживание проходит хост-мастер. Поэтому, если во время технического обслуживания потребуется перезагрузка мастера, такой кластер станет недоступным.

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

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

   Если вы используете для доступа к кластеру FQDN хоста-мастера, такой кластер может стать недоступным. Чтобы обеспечить бесперебойную работу приложения, при подключении к кластеру перечислите все хосты и укажите параметр `target_session_attrs`.

Во время обслуживания доступна операция **Перезапуск (Restart)**. Она применяется во время минорного обновления Sharded PostgreSQL или обновления системных библиотек. Во время этой операции каждый узел кластера поочередно останавливается и запускается. Процесс Sharded PostgreSQL перезапускается на каждом узле. 

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

## Влияние обслуживания на кластер {#impact-on-cluster}

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

У сервисных работ есть прогнозируемая продолжительность и прогнозируемая дата окончания. Они вычисляются на основе статистики времени выполнения подобных задач в прошлом. Полученные данные могут быть неточными и зависят от вашего кластера.