Ad Widget

Collapse

OracleDB и Housekeeping (zabbix 2.0.5)

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • zabbixforme
    Junior Member
    • Mar 2013
    • 6

    #1

    OracleDB и Housekeeping (zabbix 2.0.5)

    Здравствуйте, уважаемые гуру.

    Есть большая инсталляция zabbix с ~700 хостов с бэкендом Oracle. Все оптимизировано, всем процессам хватает памяти, ни один процесс не нагружается болле 5%, кроме housekeeper, который работает всегда нон-стоп. В принципе, это не мешает спокойному функционированию БД и zabbix-server, ресурсов на серверах - в избытке. Просто хотелось бы разобраться.

    Я читал, что у него существуют проблемы с Oracle и многие администраторы удаляют данные напрямую из БД скриптом по крону.

    Пробовал поиграться с опцией MaxHousekeeperDelete но результат не меняется housekeeper всегда используется на 100%.

    Вопрос: как именно MaxHousekeeperDelete влияет на работу Housekeeper'а?

    Насколько я понимаю, Housekeeper запускается раз в HousekeepingFrequency часов и удаляет только MaxHousekeeperDelete записей? Если так, то почему максимальное ограничение ее всего "1000000". И какое значение рекомендуется для подобных нагрузок?
  • zalex_ua
    Senior Member
    Zabbix Certified Trainer
    Zabbix Certified SpecialistZabbix Certified Professional
    • Oct 2009
    • 1286

    #2
    Оставьте дефолтное значение и не играйтесь с этим.

    MaxHousekeeperDelete это ограничение действует только на удаленные айтемы, т.е. для каждого удаленного айтема удаляется не более MaxHousekeeperDelete значений из таблиц history* и trends*. Для устаревшей истории применяется другой метод: удаляется вся устаревшая история, но не более чем за 4 <умноженное на> HousekeepingFrequency. Т.е. если у нас стоит HousekeepingFrequency=1, то история удалится не более чем за 4 часa для айтемов у которых была уменьшена глубина хранения истории/тредов между запусками хаускипера.

    Проверка на “не более чем за 4*HousekeepingFrequency” нужна как защита от перегрузки хаускипера. Т.е. если мы например изменим параметр Keep history или Keep trends с 365 на 30, то хаускипер может зависнуть на столь серьезной задаче. При нормальной работе эта проверка никогда не стабатывает и хаускипер удаляет все старые данные. это не логическая проверка в коде а именно _лимит в СКЛ-запросе_ по штампу времени.

    К сожалению это до сих пот не задокументировано.

    Comment

    • zabbixforme
      Junior Member
      • Mar 2013
      • 6

      #3
      zalex_ua, большое спасибо за ответ. Столь емко и то что нужно

      Comment

      Working...