Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Все решения
    • Все решения для Managed Service for PostgreSQL
    • Восстановление работоспособности кластера Managed Service for PostgreSQL после исчерпания свободного места в хранилище данных
    • Не удается удалить кластер Managed Service for PostgreSQL в состоянии `DEAD`, если на нем включена защита от удаления
    • Кластер Managed Service for PostgreSQL переходит в статус `UNKNOWN` сразу после создания
    • Устранение проблем изменения конфигурации кластеров с дисками `local-ssd`
    • Устранение последствий переполнения хранилища кластера WAL-журналами
    • Устранение ошибки `psql error could not translate host name to address nodename nor servname provided, or not known`
    • Устранение ошибки `Unrecognized configuration parameter stats_temp_directory`
    • Устранение ошибки `max_connections сonn_limit is too high`
    • Устранение ошибки `422 UNPROCESSABLE ENTITY The specified extension <'ext_name'> is not present in shared_preload_libraries`
    • Как работает параметр `Conn limit`
    • Как настроить фильтрацию SQL-запросов
    • Как включить логирование SQL-запросов

В этой статье:

  • Описание проблемы
  • Диагностика и воспроизведение
  • Решение
  1. Managed Service for PostgreSQL
  2. Восстановление работоспособности кластера Managed Service for PostgreSQL после исчерпания свободного места в хранилище данных

Восстановление работоспособности кластера Managed Service for PostgreSQL после исчерпания свободного места в хранилище данных

Статья создана
Yandex Cloud
Обновлена 16 августа 2024 г.
  • Описание проблемы
  • Диагностика и воспроизведение
  • Решение

Описание проблемыОписание проблемы

  • Кластер Managed Service for PostgreSQL работает в режиме только для чтения;
  • Запись новых данных в таблицы баз данных кластера не производится.

Диагностика и воспроизведениеДиагностика и воспроизведение

Проанализируйте значения графика Disk capacity on primary на вкладке Мониторинг в Консоли управления на предмет соотношения значений free и used bytes – это позволит оценить уровень заполнения хранилища кластера в процентах.

Примечание

При заполнении хранилища более чем на 95% хост автоматически переходит в режим read-only, при этом для всех баз данных с помощью запроса ALTER DATABASE выставляется флаг DEFAULT_TRANSACTION_READ_ONLY = TRUE.

В этом режиме запросы на вставку (INSERT), удаление (DELETE) или обновление (UPDATE) данных завершаются с ошибкой.

РешениеРешение

Такой ситуации можно избежать, если настроить оповещение на отслеживание перехода в read-only. Узнать подробнее о порядке действий для его настройки можно в докумантации сервиса.

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

  • С помощью увеличения размера хранилища — в этом случае сервис автоматически снимет режим read-only ;
  • Вручную, следуя шагам из инструкции.

Автоматического способа расширения хранилища кластера пока не предусмотрено.

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

Предыдущая
Все решения для Managed Service for PostgreSQL
Следующая
Не удается удалить кластер Managed Service for PostgreSQL в состоянии `DEAD`, если на нем включена защита от удаления
Проект Яндекса
© 2025 ООО «Яндекс.Облако»