блоатинга ?
В принципе, да (достаточно одного VACUUM FULL). Но лучше бы Вы выполнили VACUUM FULL, а потом VACUUM ANALYZE (именно так!).
не забудьте сначала убедиться, что у вас достаточно места на дисках. vacuum full в процессе в какой-то момент захочет объём, сравнимый с двухкратным размером вашей самой крупной таблицы. также он захватит эксклюзивные блокировки на обрабатываемые таблицы (на время обработки этих таблиц).
у нас новый продукт,Ю там данных не так много, но спасибо
хорошо, коли так. когда есть тенденция на окончание места на машине с СУБД (заранее замеченая), сразу начинаются судорожные (или не очень) подпрыгивания на тему "где и как лучше его взять". а когда оно заканчивается внезапно — имеем примерно то, что выше: отказывающуюся стартовать СУБД и судорожные попытки найти чего удалить, а после запуска — опять таки поиски того, что порезать или откуда взять места. лучше до этого не доводить всеми силами. =) впрочем, опять же, вас это пока видимо не касается — оно и к лучшему.
кстати, а как такие проблемы решаются на авс ? там же нет доступа на машину базы ?
с AWS я не знаком от слова "совсем", но предполагаю, что облачный провайдер либо предусматривает прозрачное для пользователя динамическое увеличение места на дисках, либо заявляет квоту по объёму в документации, либо и то и то сразу.
блин, я смотрю, у вас тут вообще мало кто юзает AWS, А что ж вы юзаете ? что bare metal сервера ?
Старые добрые свои датацентры разного размера 😂
кто как. персонально я — виртуалки на собственном железе или железе заказчика (libvirt в подавляющем большинстве случаев), bare-metal.
а причина ? дешевизна в плане стоимости ?
Да сейчас основная причина ИБ у многих скажем аккуратно
Обсуждают сегодня