Уменьшить размер БД Postgresql

а ты не пробовал посмотреть размер таблиц?

При использовании MySQL и кривой настройке binary logs, эти логи могут занимать раз в 10 больше самих таблиц. Про постгрес не знаю, но мб и там такое есть?

Vacumm full не помогает

Значит нет мёртвых кортежей. Удалять старые/ненужные данные, потом vacuum

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

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

Если 2.2+ - housekeeping включен в UI? :)

Да housekeeping врублен

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

там где то под 500 устройств , где-то до 70% хватает пинга, а вот для остальных надо уже по портам графики собирать и проц и память и температуру. еще есть пару коровских где немного больше минимально критических параметров собирать надо. Я и так собираю по минимуму .

так при таком кол-ве данных это нормально, у меня база данных с торгов за 8 месяцев с 300 гб стала 1,3 гб, и её ещё чистили 2 раза... правда у меня был мускуль 5.7

Это все хорошо, однако как это бекапить и место многовато начинает это все есть ?

Вот размер таблиц, можно ли как-то _uint порезать средставами заббикса или чего то другого?

zabbix=# SELECT nspname || '.' || relname AS "relation",
    pg_size_pretty(pg_total_relation_size(C.oid)) AS "total_size"
  FROM pg_class C
  LEFT JOIN pg_namespace N ON (N.oid = C.relnamespace)
  WHERE nspname NOT IN ('pg_catalog', 'information_schema')
    AND C.relkind <> 'i'
    AND nspname !~ '^pg_toast'
  ORDER BY pg_total_relation_size(C.oid) DESC
  LIMIT 20;
         relation          | total_size 
---------------------------+------------
 public.history_uint       | 203 GB
 public.history            | 12 GB
 public.trends_uint        | 2505 MB
 public.events             | 558 MB
 public.trends             | 392 MB
 public.history_str        | 267 MB
 public.alerts             | 21 MB
 public.item_discovery     | 17 MB
 public.triggers           | 16 MB
 public.items              | 13 MB
 public.history_text       | 10 MB
 public.sessions           | 3376 kB
 public.items_applications | 3064 kB
 public.functions          | 2752 kB
 public.graphs             | 2192 kB
 public.graphs_items       | 1664 kB
 public.auditlog           | 1624 kB
 public.images             | 1184 kB
 public.trigger_discovery  | 792 kB
 public.escalations        | 704 kB
(20 rows)

Уменьшить размер БД Postgresql (комментарий)

а выполнить что-то типа

delete from history_uint where clock < (select EXTRACT(EPOCH from now()- interval '1 year'));

Есть еще лучше вариант http://machinenoise.org/2014/cleaning-up-the-zabbix-database.html

Это я и делаю, просто думал, уже что то готовое есть из той же коробки заббикса .Да уже гигов 16 освобил уже хорошо.

Может лимитына кол-во удаленных строк ему поднять, если не успевает все почистить? В табличках хистори/трендов ничего странного там нет, типа сильно старых данных?

Щас уже поднял, видно нужно будет или винт подымать или срок наблюдения снизить. Растем очень быстро, некоторые данные даже смотреть не успеваем ( тот же nfsen )

Все решил.Все огромное спасибо . Начал смотреть в сторону http://astarsan.livejournal.com/2096.html