5 Что нового в Zabbix 2.4.0

5.1 Сложные фильтры в низкоуровневом обнаружении

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

Для получения более подробных сведений смотрите документациб по низкоуровневому обнаружению.

5.2 Удален распределенный мониторинг на основе нод

Ранее Zabbix поддерживал два варианта распределенного мониторинга - использование нод и прокси. В Zabbix 2.4.0 поддержка мониторинга на основе нод прекращена из-за существующих ограничений и потенциальных проблем с надежностью в больших инсталляциях.

Хотя новая версия распределенного мониторинга может быть разработана и воплощена в будущем, на данный момент использование прокси является основным вариантом распределенного мониторинга в Zabbix. Более того, решение на базе прокси зарекомендовало себя в плане надежности, и в то же время его легче поддерживать и конфигурировать. Многие пользователи, у которых был настроен мониторинг с использованием нод, в конечном итоге перешли к мониторингу с использованием прокси.

У пользователей, оставшихся на использовании нод, при обновлении до Zabbix 2.4.0 каждая нода станет отдельным Zabbix сервером с сохранением конфигурации и истории локальной ноды, а также всех дочерних нод.

Для сохранения уникальности данных с не локальных нод, все поля получат префикс N<nodeid>_. Если длина нового значения превышает максимальный размер поля, значение будет обрезано. Крайне маловероятно, но если новое значение уже существует в базе данных, такая ситуация будет перехвачена проверкой на дубликаты. Глобальные макросы будут обработаны специальным образом, после символа доллара добавится N<nodeid>_, например {$N123_МАКРОС}.

5.3 Ситуационные графики для нескольких элементов данных

В Zabbix появилась новая возможность быстро создавать графики для нескольких элементов данных. Если ранее можно было получить простой график по одному элементу данных со страницы последних данных, создание пользовательского графика с несколькими элементами требовало несколько больших усилий.

Хотя пользовательские графики очень гибки, создавать и поддерживать их довольно сложно, особенно, если вы хотите сравнить элементы данных, соответствующие узлы сети которых созданы и потом удалены через некоторое время. Для решения этой проблемы в Zabbix теперь можно на лету создавать графики с несколькими элементами данных.

Для этого, так же как и для построения простых графиков, перейдите в Мониторинг → Последние данные.

Этот раздел более не имеет выпадающие меню узлов сети и групп узлов сети. Вместо этого эти две опции фильтрации можно применить посредством расширенного фильтра, который можно гибко использовать для отображения точного набора элементов данных, которые вам необходимы. Дополнительно, каждый элемент данных сейчас имеет опцию выбора.

Чтобы получить график, отметьте желаемые элементы данных, выберите Показать стекируемый график или Показать график в выпадающем меню в нижней части страницы и нажмите Выполнить, после чего вы мгновенно увидите соответствующий график.

Обратите внимание, что в отобразившемся окне с графиком у вас будет доступен выбор периода времени и возможность переключения из "нормального" график в стекируемый (и обратно).

5.4 Пользовательская логика вычисления результата в условиях действий

Хотя предыдущие способы вычисления условий действий (И, ИЛИ, И/ИЛИ) обеспечивали достаточно большую гибкость, в то же время они имели определенные ограничения. В простом случае, если у вас имелось две группы с одинаковым типом вычисления, то используя И/ИЛИ нельзя было сделать так, чтоб для одной группе использовалось условие И, а для другой группы ИЛИ.

Теперь условия действия могут вычисляться по формуле, указываемой пользователем, такой как:

(A and B) and (C or D)
(A and B) or (C and D)
((A or B) and C) or D
и т.д.

Формула должна включать в себя все условия (обозначаемые заглавными буквами латинского алфавита: A, B, C, ...), оно может содержать пробелы, табуляции, круглые скобки (), and (регистрозависимое), or (регистрозависимое).

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

5.5 Поддержка новых операторов в выражениях триггеров

Список операторов, поддерживаемых в выражениях триггеров, пополнился тремя новыми:

• >= - больше или равно
• <= - меньше или равно
• not - логическое НЕТ

Для того, чтоб сделать выражения триггеров более читаемыми изменен синтаксис трех уже существующих операторов. Теперь:

• # (не равно) теперь обозначается <>
• & (логическое И) теперь обозначается and
• | (логическое ИЛИ) теперь обозначается or

Обратите внимание, что старые операторы более не поддерживаются, вместо них нужно использовать новые. Новые операторы and, or, not чувствительны к регистру и должны быть окружены пробелами или скобками. Для получения более подробной информации обратитесь к разделу операторы триггеров.

Параллельно с этой разработкой добавлена поддержка новых строк и символов табуляции в выражениях триггеров.

5.6 Улучшения в веб-мониторинге

Возможность указывать пользовательские заголовки

Теперь в веб-мониторинге можно указывать заголовки для HTTP запросов:

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

В связанной разработке увеличен максимальный размер URL с 255 до 2048 символов.

Опции проверки SSL и аутентификации

Добавлена новая вкладка Аутентификация в диалог настройки веб-сценария, на которую переместилось уже знакомое выпадающего меню Аутентификация и добавлен ряд новых полей относящихся к параметрам SSL:

Первые два поля помогают в аутентификации сервера клиентом:

• Проверка SSL узла - проверяет валидность сертификата, предоставляемого сервером (центр сертификации подтверждает подлинность, срок не истек, не отозван и т.д.)
• Проверка SSL хоста - проверяет соответствие имени сервера с именем, указанным в сертификате

Новый параметр сервера SSLCALocation предусматривает возможность указать отдельную папку с сертификатами, который, если задан, переопределит системную папку.

Также SSL сертификаты являются способом аутентифицировать клиента на сервере. Для этих целей имеется три новых параметра:

• Файл SSL сертификата - вы можете указать сертификат клиента, который будет отправляться на веб-сервер при установке SSL соединения. Если сертификат не содержит приватный ключ клиента, то ключ необходимо указать в следующем поле
• Файл SSL ключа - укажите приватный ключ клиента
• Пароль к SSL ключу - укажите пароль приватного ключа клиента, в случае если приватный ключ зашифрован

Новые параметры сервера SSLCertLocation и SSLKeyLocation определяют путь к файлам сертификатов клиента и личных ключей клиента.

Очистка истории и динамики изменений

В форму настройки веб-сценариев добавлена кнопка Очистить историю и динамику изменений.

5.7 Возможность отключения массовых SNMP запросов

Массовые (bulk) SNMP запросы появились в Zabbix 2.2.3. В то время как массовые запросы уменьшают сетевой трафик и нагрузку на SNMP устройства, эта функция также может быть причиной некоторых проблем по ряду SNMP устройств, которые отвечают на такие запросы не так как ожидается.

В результате массовые SNMP запросы сделаны настраиваемыми в Zabbix 2.4.0. Эта опция по умолчанию включена и её можно отключить в настройках интерфейсов в диалоге настройки узла сети:

5.8 Поддержка прототипов графиков в комплексных экранах

Комплексные экраны Zabbix получили два новых ресурса:

• Прототип графиков;
• Прототип простых графиков.

Ресурс Прототип графика основывается на прототипах пользовательских графиков, созданных в правилах низкоуровневого обнаружения.

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

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

Этот функционал поддерживается комплексными экранами узлов сети и шаблонов. В случае шаблонных комплексных экранов, прототипы графиков можно выбрать только из соответствующего шаблона.

5.9 Возможность удаления отсутствующих ресурсов при импорте

При использовании функции импорта из XML ранее, имелась возможность создания новых элементов и обновления уже существующих. Хотя этот функционал казалось покрывал практически все потребности, одного варианта все-таки не хватало.

Например, вы экспортировали шаблон, затем отредактировали его, удалили некоторые элементы данных и триггеры из него. Однако, при импорте этого шаблона в то же место, удаленные элементы и триггеры останутся, так как они имеются в оригинальном шаблоне. Для решения этой проблемы Zabbix 2.4 предлагает опцию Удалить пропущенное для удаления ресурсов, которых нет в импортируемом XML файле. Это опция доступна при импорте узлов сети и шаблонов.

Обратите внимание, что макросы узлов сети и шаблонов, не присутствующие в XML файле будут также удалены.

Дополнительно, опция Добавить отсутствующее переименована в Создать новый, чтоб не создавать путаницы с новой опцией.

5.10 Улучшения веб-интерфейса

5.10.1 Единый формат даты и времени

Форматы даты и времени в веб-интерфейсе Zabbix приведен к единому виду ГГГГ-ММ-ДД чч:мм:сс согласно стандарту ISO 8601. Новый формат применяется во всех местах за исключением графиков.

5.10.2 Глобальный поиск по техническому имени

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

5.10.3 Фильтр по группе элементов данных в картах

Для элементов узлов сети и групп узлов сети на картах добавлен новый фильтр "Группа элементов данных".

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

5.10.4 URL как динамический элемент комплексных экранов

В комплексных экранах URL теперь является динамическим элементом:

Для поддержки нового функционала, в поле URL поддерживаются следующие макросы: {HOST.CONN}, {HOST.DNS}, {HOST.ID}, {HOST.IP}, {HOST.HOST}, {HOST.NAME} и пользовательский макрос {$МАКРОС}.

5.10.5 В журнале действий теперь отображается название выполненного действия

Ранее в журнале действий (доступном в разделе Администрирование → Аудит и в элементе комплексного экрана Журнал действий) отображались различные подробности о выполненных действиях (отправленные оповещения, выполненные команды), однако, само название действия не отображалось.

Теперь Журнал действий / Журнал действий как элемент комплексного экрана, получил новую колонку Действие, в которой отображается само название действия.

Прочие изменения включают в себя:

• переименование заголовков в Администрирование → Аудит:
  • 'Действия' в 'Журнал действий'
  • 'Журнал' в 'Журнал аудита'
• элемент комплексного экрана 'История действий' переименован в 'Журнал действий'
• отображение псевдонима пользователя, имени и фамилии в информации о получателе (в дополнение к email, отображавшемуся ранее)
• колонки Состояние и Осталось попыток теперь объединены в одну колонку Состояние.

Для получения более подробной информации смотрите документацию в разделе аудита.

5.10.6 Добавлено поле описания

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

У узлов сети поле описание также отображается в обзоре инвентарных данных.

5.10.7 Зависимости триггеров отображаются ссылками

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

Зависимости также отображаются ссылками (голубого цвета) при настройке триггеров и в диалоге массового обновления. Кроме того, если триггер принадлежит нескольким узлам сети, отобразится список этих узлов сети, разделенный запятыми.

5.10.8 Опция просмотра только проблем на странице состояний триггеров

Опции фильтрации в разделе Мониторинг → Триггеры ранее позволяли либо отображать все триггеры, вне зависимости от их состояния, либо только проблемные триггеры, включая недавно изменившие свое состояние на ОК.

Вторая опция означает, что если множество триггеров перешли в состояние ОК одновременно, то становится сложно определить триггеры, которые все еще находятся в состоянии проблемы. Для решения этой ситуации добавлена третья опция фильтрации - отображать только те триггеры, которые все еще в состоянии проблема - эта опция теперь называется Проблема.

Первые две опции остаются на прежнем месте, в то время как та, которая раньше называлась Проблема, теперь называется Недавние проблемы.

5.10.9 Больше опций для фильтрации триггеров

Фильтр раздела Мониторинг → Триггеры получил несколько новых опций:

• Фильтр по группе элементов данных
• Фильтр по инвентарным данным (позволяет указывать несколько значений одновременно)

Коме того, теперь имеется в двух разделах веб-интерфейса довольно большой фильтр:

• Мониторинг → Триггеры
• Мониторинг → Обзор (когда в выпадающем меню выбора типа выбрано Триггеры)

Обратите внимание, что в разделе Мониторинг → Обзор, когда в выпадающем меню Тип выбрано Данные, отображается небольшой фильтр, дающий возможность отфильтровать данные по группе элементов данных (эта возможность добавлена в версии 2.2 в виде выпадающего меню в заголовке страницы)

5.10.10 Сортировка периодов обслуживания

Список периодов обслуживания теперь можно сортировать по двум новым колонкам - Активно с и Активно до:

5.10.11 Изменения в меню узла сети

Ссылка на графики

Для быстрого доступа к графикам данного узла в меню узла сети добавился новый пункт.

Отображение недоступных ссылок

Недоступные ссылки, которые раньше не отображались, теперь отображаются неактивными - то есть серые и не реагирующие на нажатие.

Синхронизировано в картах

Меню узла сети, отображающееся в Мониторинг → Карты было приведено в соответствие с остальными меню узла сети и теперь отображает такой же набор ссылок.

Меню узла сети доступно при нажатии на узле сети в нескольких разделах веб-интерфейса. Для получения большей информации смотрите меню узла сети.

5.10.12 Проверка регулярных выражений

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

5.10.13 Убрана зеленая иконка состояния в списках

Ранее в последней колонке Ошибка списка элементов данных и триггеров, отображалась зеленая иконка состояния, сообщавшая об отсутствии ошибки, которая могла ввести в заблуждение, что ошибка, наоборот, присутствует. Теперь зеленая иконка более не отображается, а колонка переименована в Инфо.

У элементов данных и триггеров с ошибками, как и раньше, в этой колонке отображается красная иконка.

5.10.14 Запрещена смена типа загруженного изображения

Ранее в разделе Администрирование → Общие тип загруженного изображения можно было свободно изменить с Иконка на Фон.

Это создавало потенциальную проблему, если тип иконки, использующейся на карте, менялся на фон, то это приводило к тому, что карту становилось невозможно сохранить. Чтобы избежать такой ситуации, возможность изменения типа изображения была убрана, а форма загрузки изображений была разделена на две формы - одну для иконок и другую для фоновых изображений.

Формы также отличаются разными названиями кнопок загрузки - Создать иконку и Создать фон.

5.10.15 Изменения касающиеся поддержки мультибайтовых строк

Теперь Zabbix веб-интерфейс выводит неустранимую ошибку, если выключена PHP функция mbstring. Никакие другие оберточные строковые функции больше не используются, они заменены на функции string и/или mbstring соответственно. Кроме того, опция mbstring.func_overload в файле php.ini должна быть выключена, в случае, если она включена, в Состояние Zabbix будет отображаться предупреждение.

5.10.16 Различные улучшения

• Кнопки Сохранить заменены на Добавить или Обновить в зависимости от того, добавляется ли новая запись или обновляется уже существующая.
• Сделаны более интуитивные названия для доступа к фильтру. Если ранее Фильтр обозначал и отображение, и скрытие фильтра (и единственное различие заключалась в маленьких стрелках, меняющих направление), теперь появились отдельные названия Показать фильтр и Скрыть фильтр.

• Неактивные поля ввода ранее никак не отличались, и могло ввести в заблуждение, почему они недоступны для редактирования. Теперь эти поля выделяются серым фоном, например в инвентарных данных, шагах веб-сценария или в диалоге настройки глобальных скриптов.

• Настройка Строк на странице из Профиля пользователя ранее не применялась к разделу Отчет о доступности, что создавало проблемы при загрузке этой страницы на инсталляциях с большим количеством триггеров. Теперь такая проблема исправлена и данная настройка используется для ограничения количества записей, отображаемых на одной странице.
• Шаблоны перечисленные в настройке узлов сети теперь стали ссылками. При нажатии на название шаблона теперь открывается диалог настройки этого шаблона.

• Группы узлов сети в виджете Веб-мониторинг стали ссылками. При нажатии по ним открывается раздел Мониторинг → Веб со сценариями выбранной группы узлов сети.

• Ранее в деталях источника события отображался только один узел сети, даже в случаях если выражение триггера ссылалось на несколько узлов. Теперь отображаются все узлы сети, имеющиеся в выражении триггера.

• В разделе Мониторинг → Последние данные опция фильтра Показывать элементы данных без истории теперь включена по умолчанию
• В настройках раздела Мониторинг → ПАНЕЛЬ добавлена кнопка Отмена.
• В списке пользователей деактивированные группы теперь отображаются красным цветом в колонке Группа.
• В списке групп пользователей колонка Состояние перемещена в конец таблицы.
• Значение Максимальное количество элементов для отображения внутри ячейки таблицы из раздела Администрирование → Общие → Веб-интерфейс сейчас также применяется к списку шаблонов в списке узлов сети, списку пользователей в списке пользовательских групп и к списку групп пользователей в списке пользователей.
• Теперь, если триггер принадлежит нескольким узлам сети, узлы сети отображаются в алфавитном порядке.
• Для числовых элементов данных у которых отключена история ('История' и 'Динамика изменений' заданы равными 0) ссылка График в разделе Мониторинг → Последние данные становится скрытой. Если история и динамика изменений глобально заданы равными '0' в разделе Администрирование → Общие → Очистка истории, то все ссылки на График/История в Последних данных скрываются.
• Гиперссылки в первой колонке в Инвентаризация → Обзор теперь отображаются ссылками, а не просто текстом.
• Если вычисление функции nodata() завершается с ошибкой из-за нехватки данных на сервере, отображается более информативное сообщение. Предыдущее расплывчатое сообщение Evaluation failed for function... было расширено в item does not have enough data after server start or item creation.
• Из профиля пользователя 'Guest' убраны не имеющие смысла опции Авто-вход и Авто-выход.
• Сохранение глобальных регулярные выражения, которые начинающиеся с пробела (например, " 1") теперь работает корректно. Более того, пробелы и табуляции в выражении и после него обрабатываются корректно.
• Косая черта (/) в глобальных регулярных выражениях теперь интерпретируется буквально, а не как разделитель. Теперь стало возможным сохранять выражения содержащие косую черту, тогда как раньше это приводило к ошибке.
• Имя прокси теперь отображается как префикс узла сети элемента данных на странице деталей очереди.
• Фильтр по триггерам больше не будет сбрасываться при выборе всех узлов сети на странице Мониторинг → События.
• IT услуги во всплывающих окнах теперь отображаются отсортированными по имени.
• Зависимости IT услуг в окне настроек сейчас сортируются по имени.

5.11 Улучшения макросы

Пользовательские макросы {$МАКРОС} теперь доступны в оповещениях и командах.

Для новых макроса - {HOST.DESCRIPTION} и {PROXY.DESCRIPTION} поддерживаются в оповещениях и командах. Также макрос {HOST.DESCRIPTION} можно использовать в подписях на картах.

Макросы уровня узлов сети - {HOST.HOST}, {HOST.NAME}, {HOST.IP}, {HOST.DNS} и {HOST.CONN}, а также пользовательский макрос {$МАКРОС} доступны в простых регулярных выражениях в фильтре правил низкоуровневого обнаружения.

Для получения более подробной информации обратитесь к Макросы поддерживаемые по назначению.

5.12 Улучшения демонов

Исправлены названия приложений Zabbix в syslog. Теперь используются следующие имена: zabbix_server, zabbix_proxy, zabbix_agentd и zabbix_agent.

** Низкоуровневое обнаружение **

Добавлен новый ключ элемента данных (system.cpu.discovery), который позволяет получить список процессоров и их состояний. На *nix системах процессоры (или ядра) могут находиться в двух состояниях "online" и "offline". На Windows возможно также третье состояние - "unknown". Процессор считается в "unknown" состоянии, если он был найден, но данные счетчиков производительности по нему не были получены.

** Внутренние элементы данных обрабатываются всегда **

Раньше внутренние элементы данных не обрабатывались, если узел сети находился в состоянии обслуживания 'без сбора данных'. Теперь внутренние элементы данных обрабатываются сервером или прокси вне зависимости от состояния обслуживания узла сети.

** Обработка файлов конфигурации **

Анализ файлов конфигурации и вывод сообщений об ошибках производится до начала работы с файлом журнала. Теперь сообщения об ошибках выводятся в окно терминала.

На Windows системах, если zabbix_agentd запускается с опциями, не требующими параметров установки, то наличие или указание файла конфигурации более не требуется.

Ключи параметров Alias теперь в файле конфигурации Zabbix агента проверяются на соответствие стандартам ключей элементов данных. Теперь в параметрах этих ключей поддерживается символ двоеточия.

Для демонов добавлен новый параметр конфигурации (User) позволяющий, в случае запуска демона из под пользователя root, понизить привилегии до уровня указанного пользователя.

При использовании параметра Include в файле конфигурации Windows агента стало возможным включать все файлы имеющиеся в папке.

Теперь сервер и прокси откажутся запускаться, если параметр конфигурации StartPollersUnreachable задан равным 0, но обычные, IPMI или Java пуллеры запускаются. В противном случае, узлы сети, ставшие недоступными никогда бы не проверялись снова.

** Возможность подключать конкретные файлы из Include папки **

Добавлена функция поиска совпадения по маске в Include директиве в файлах конфигурации Zabbix демонов, используя символ звезды. Таким образом, для подключения только необходимых файлов из указанной папки можно использовать следующий синтаксис: /путь/к/файлам/конфигурации/*.conf.

** Форматирование JSON **

Убрано форматирование JSON объектов (отступы и переводы строк), что сэкономит порядка 20-30% трафика при передаче данных между сервисами Zabbix. Также был убрано экранирование символа косой черты (/).

** Работа с файлом журнала **

При DebugLevel=0 в файл журнала/syslog пишется только основная информация. В случае с агентами это его версия, используемый файл конфигурации, запущенные/остановленные процессы. В случае сервера и прокси - версия, включенные компоненты, используемый файл конфигурации, версия базы данных, запущенные/остановленные процессы. Файлы журналов в Linux и Windows системах теперь идентичны по формату.

** Обработка автоматически обнаруженных узлов сети **

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

** Подробная информация о неподдерживаемых элементах данных агента **

Zabbix агент теперь предоставляет подробную информацию о том, почему элемент данных стал неподдерживаемым, вместо общего сообщения "Not supported by Zabbix Agent". Для сделано путем расширения протоколов активного и пассивного агентов (см. документацию по протоколам). Однако новые агенты сохранили совместимость со старыми сервером и прокси, за исключением того, что новые сообщения об ошибках не будут видимо в веб-интерфейсе. Запрос значений при помощи zabbix_get, тестирование при помощи zabbix_agentd -p и zabbix_agentd -t теперь также выводит подробное сообщение об ошибке.

В итоге, в разделе веб-интерфейса Настройка → Узлы сети → Элементы данных при наведении курсора мыши на иконку ошибки выводится подробная информация о том, почему элемент данных стал неподдерживаемым.

Кроме того, максимальная длина сообщения увеличена со 128 до 2048 символов. Это должно уменьшить вероятность того, что сообщение об ошибке будет обрезано.

** Изменения в базе данных **

Параметр конфигурации DBSchema в конфигурации сервера и прокси теперь, помимо IBM DB2 относится и к PostgreSQL. Если этот параметр не указан, то по умолчанию используется значение public именем DBSchema.

Добавлена проверка, не позволяющая запустить прокси на базе данных сервера и наоборот.

Поддержка PHP mutex была убрана из сервера из-за проблем с лицензированием. Тогда как не рекомендовалось использовать Zabbix сервер и веб-интерфейс с базой данных SQLite3 ранее, теперь это в большей степени не рекомендуется, т.к. одновременный доступ сервера и веб-интерфейса может нарушить целостность базы данных. При этом использование SQLite3 на Zabbix прокси всё еще является верным решением.

** Изменения в очистке истории **

Очистка истории на сервере и прокси теперь отложена на 30 минут после запуска процессов. Это уменьшает нагрузку при старте этих процессов.

** Изменения в результатах скриптов **

Пользовательские параметры, глобальные скрипты, элементы данных system.run[] и внешние проверки теперь кроме стандартного вывода также возвращают стандартный вывод ошибок. Ранее возвращался только стандартный вывод (стандартный вывод ошибок отбрасывался).
Примечание: Windows агенты работают таким образом начиная с версии 1.8.5

Элементы данных system.run[], использующие текстовые типы данных (символ, журнал (лог), текст) теперь понимают пустой результат.

** Изменение уровня журналирования в реальном времени **

Добавлены две дополнительных опции, изменяющие режимы работы всех Zabbix сервисов в реальном времени - log_level_increase и log_level_decrease. Теперь стало возможно изменять уровень журналирования всех или отдельных процессов без перезапуска сервера. Эти две опции контроля поддерживают параметр выбора целевых процессов. Целевые процессы выбираются, указав PID или типа процесса и номера процесса.

5.13 Изменения/улучшения в элементах данных

Добавлен новый внутренний элемент данных zabbix[host,,maintenance], которые возвращает текущее состояние обслуживания узла сети. Этот элемент данных всегда обрабатывается сервером вне зависимости от расположения узла сети (на сервере или на прокси).

Существующий внутренний элемент данных zabbix[proxy,<имяпрокси>,"lastaccess"] теперь всегда обрабатывается сервером, что означает что элемент данных будет работать правильно у узлов сети наблюдаемых через прокси.

Элементы данных vfs.dev.read и vfs.dev.write теперь поддерживаются на платформе AIX.

У элемента данных system.swap.size Windows агентом теперь поддерживается параметр свободного места в процентах (system.swap.size[,pfree]). Способ вычисления размеров файла подкачки изменен из-за обнаруженных проблем с получением этих данных с Windows API. Размер файла подкачки теперь вычисляется из суммарного объема доступной памяти (суммы физической и виртуальной памяти). Хотя результаты теперь более точные, чем они были до этого, все еще возможно получение неточных данных в зависимости от различных ситуациях и конфигураций системы. Комментарии по этим проблемам добавлены в src/libs/zbxsysinfo/win32/swap.c

5.14 Улучшения API

** Убрана поддержка вывода "refer" **

Убрана поддержка значения "refer" для параметра "output" метода get. Вместо этого значения рекомендуется использовать массивы со списком полей.