Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Router
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Managed Service for YDB
    • SpeechKit
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • Container Registry
    • Managed Service for Prometheus®
    • Message Queue
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Cloud Apps
    • Yandex AI Studio
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Yandex Cloud Video
    • Stackland
    • Yandex StoreDoc
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • DataSphere
    • Vision OCR
    • Translate
    • Cloud Registry
    • SmartCaptcha
    • Cloud Desktop
    • SourceCraft Code Assistant
    • Managed Service for GitLab
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Serverless Integrations
    • IoT Core
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
  • Статус работы сервисов
  • Marketplace
    • Доступны в регионе
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Партнёрская программа
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»
Yandex Managed Service for PostgreSQL
KZ
  • Начало работы
    • Взаимосвязь ресурсов сервиса
    • Планирование топологии кластера
    • Высокая доступность кластера
    • Сеть в Managed Service for PostgreSQL
    • Квоты и лимиты
    • Хранилище в Managed Service for PostgreSQL
    • Резервные копии
    • Назначение ролей
    • Управление соединениями
    • Балансировщик нагрузки для хостов
    • Репликация
    • Техническое обслуживание
    • Поддерживаемые клиенты
    • Настройки PostgreSQL
    • Индексы
    • Ограничения для команд SQL
    • Обновление мажорной версии PostgreSQL
    • Политика поддержки версий PostgreSQL
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы
  1. Концепции
  2. Обновление мажорной версии PostgreSQL

Обновление мажорной версии PostgreSQL в Yandex Managed Service for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 15 июня 2026 г.
Открыть в Markdown

Важно

Начиная с 12 августа 2026 года, существующие кластеры PostgreSQL версии 14 будут автоматически обновляться до версии 15. Рекомендуем заранее обновиться самостоятельно.

Чтобы обновить мажорную версию PostgreSQL в Managed Service for PostgreSQL, выберите подходящее время, версию и запустите обновление.

Для обновления мажорной версии должно быть свободно:

  • для дисков объемом не более 100 ГБ — не менее 10% объема хранилища;
  • для дисков объемом более 100 ГБ — не менее 10 ГБ.

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

Обновление мажорной версии возможно только последовательно, по одной версии за раз.

Например, если нужно обновить кластер с версии 14 до 16, то сначала обновите версию с 14 до 15, а затем с 15 до 16.

Примечание

Обновление обычной версии до версий для «1С:Предприятие» (например, с версии 14 на версию 14-1с) недоступно.

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

  1. Проверка возможности обновления.

  2. Обновление расширений.

  3. Подготовка мастера:

    1. Отключение autovacuum.
    2. Изменение настроек сбора статистики.
    3. Остановка мастера.
  4. Настройка конфигурации мастера.

  5. Бинарное обновление мастера.

  6. Проверка мастера после бинарного обновления и обновление конфигурации.

  7. Запуск мастера в закрытом режиме.

  8. Сбор урезанной статистики с помощью команды vacuumdb с опциями --analyze-in-stages и --all. Команда выполняется с таймаутом 300 секунд.

    Сбор статистики выполняется в три этапа. На первом этапе собирается предварительная статистика при значении параметра default_statistics_target=100. На втором и третьем этапах собирается полная статистика.

  9. Последовательное обновление реплик. Порядок обновления реплик определяется случайным образом.

  10. Перевод мастера в обычный режим.

Мастер недоступен для чтения и записи на время обновления мажорной версии. Переключение ролей не происходит. Каждая реплика недоступна для чтения только во время ее обновления. Таким образом, во время обновления кластер недоступен для записи, а доступность для чтения зависит от количества хостов в кластере:

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

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

Об обновлениях в рамках одной версии и обслуживании хостов в разделе Техническое обслуживание.

Была ли статья полезна?

Предыдущая
Ограничения для команд SQL
Следующая
Политика поддержки версий PostgreSQL
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ТОО «Облачные Сервисы Казахстан»