Zabbix Documentation 4.0

3.04.04.4 (current)| In development:5.0 (devel)| Unsupported:1.82.02.22.43.23.44.2Guidelines

User Tools

Site Tools


ru:manual:installation:upgrade_notes_400

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
ru:manual:installation:upgrade_notes_400 [2018/07/12 01:54]
dotneft created
ru:manual:installation:upgrade_notes_400 [2020/01/06 05:58] (current)
dotneft
Line 1: Line 1:
-FIXME **This page is not fully translated, yet. Please help completing the translation.**\\ //(remove this paragraph once the translation is finished)// 
- 
 ==== 9 Заметки по обновлению для 4.0.0 ==== ==== 9 Заметки по обновлению для 4.0.0 ====
- 
-<note important>​Zabbix 4.0.0 ещё не выпущен.</​note>​ 
  
 Эти заметки относятся к обновлению с Zabbix 3.4.x до Zabbix 4.0.0. Все заметки сгруппированы в: Эти заметки относятся к обновлению с Zabbix 3.4.x до Zabbix 4.0.0. Все заметки сгруппированы в:
Line 16: Line 12:
 === Дополнительные зависимости === === Дополнительные зависимости ===
  
-  * libpthread - the POSIX Threads library is now mandatory when compiling ​Zabbix ​server and Zabbix ​proxyIt is required for process-shared ​mutexes and read-write ​locksIf mutexes are availablebut cannot be process shared then Zabbix ​will fall back to using semaphores as before the upgrade+  * libpthread - библиотека ​POSIX потоков теперь обязательна при компиляции ​Zabbix ​сервера и Zabbix ​проксиОна требуется для разделяемых между процессами мьютексов (process-shared ​mutex) и чтения-записи блокировок (read-write ​lock)Если мьютексы доступныно не могут быть разделяемыми между процессами,​ тогда ​Zabbix ​вернётся к использованию семафоров,​ как и до обновления
-  * zlib - the compression library is now mandatory when compiling ​Zabbix ​server and Zabbix ​proxy.+  * zlib - библиотека сжатия теперь обязательна при компиляции ​Zabbix ​сервера и Zabbix ​прокси.
  
-=== Server parameter for passive proxies mandatory ​===+=== Сжатие обмена данными сервера-прокси ​===
  
-The Server parameter in passive proxy [[:​manual/​appendix/​config/​zabbix_proxy|configuration]]which previously was ignored, is now mandatory. The passive proxy will reject an address that is not listed in the Server parameter.+Обмен данными между Zabbix сервером и Zabbix прокси теперь использует сжатиечтобы уменьшить нагрузку на сеть и увеличить производительность на сетевых каналах с низкой пропускной способностью.
  
-=== Plain text protocol dropped ===+Обратите внимание,​ что [[:​ru/​manual/​appendix/​protocols/​header_datalen|заголовок]] запросов/​ответов Zabbix был также изменен как часть этой разработки.
  
-Support for the plain text protocol has been dropped and a [[:manual/appendix/protocols/header_datalen|header]] is now mandatoryA header has been added to Zabbix ​get requests, Zabbix ​server/​proxy passive check requests and frontend requests to Zabbix server.+<note warning>​Если у вас в вашей сети используются устройства сетевой безопасности,​ такие как ​[[https://en.wikipedia.org/wiki/​Intrusion_detection_system|IDS/IPS]] или [[https://​en.wikipedia.org/​wiki/​Next-generation_firewall|NGFW]],​ и вы используете ​Zabbix ​проксиубедитесь,​ что определения вашего приложения обновлены и готовы для нового протокола ​Zabbix ​прокси при обновлении до 4.0.x, поскольку были сообщения об этих устройствах,​ что они не пропускали трафик при обнаружении сжатия в сетевом потоке. Пожалуйста,​ обратитесь к вашему поставщику средств безопасности для получения более подробной информации о том как получить обновленные определения или возможные пути решения,​ если вы столкнетесь с этой проблемой.</​note>​
  
-As a consequence,​ Zabbix agents that are older than version 1.4 are no longer supported. Also, messages from self-written senders will be rejected if the header is absent. Whereas previously Zabbix trappers would accept messages without headers as well as messages with headers, now they will only accept messages with protocol header.+=== Параметр сервера для пассивных прокси обязателен ===
  
-=== Loadable modules ===+Параметр Server в [[:​ru/​manual/​appendix/​config/​zabbix_proxy|конфигурации]] пассивного прокси,​ который ранее игнорировался,​ теперь обязателен. Пассивный прокси отклонит подключения с адреса,​ который не перечислен в списке параметра Server.
  
-History export via module is no longer supported by Zabbix proxy.+=== Убрана поддержка протокола в виде простого текста ===
  
-=== Monitoring → Triggers section removed ===+Поддержка протокола в виде простого текста убрана и [[:​ru/​manual/​appendix/​protocols/​header_datalen|заголовок]] теперь обязателен. Заголовок добавляется к запросам Zabbix get, к запросам пассивных проверок Zabbix сервера/​прокси и к запросам веб-интерфейса к Zabbix серверу.
  
-Monitoring → Triggers section is now removedRelated global parameters "Show events not older than" and "Max count of events per trigger to show" are removed as well respectively+Как следствие,​ Zabbix агенты старше 1.4 версии более не поддерживаются. Также, сообщения с самописных senders будут отклоняться,​ если отсутствует заголовок. Если ранее Zabbix трапперы могли принимать сообщения без заголовков,​ так и с заголовками,​ теперь они будут принимать сообщения только с заголовком протокола.
  
-=== Disallowed item key parameter syntax ===+Запросы от старых версий Zabbix get к новому агенту завершатся с ошибкой. Обратите внимание,​ что в этом случае отобразится следующее сообщение об ошибке:​
  
-The following item key parameter syntax is no longer supported:+  Check access restrictions in Zabbix agent configuration
  
-  * Multi-level parameter arrays, e.g. ''​[a,​[b,​[c,​d]],​e]''​ +=== Подгружаемые модули ===
-  * Zapcat-style parameters, e.g. ''​[a][b]''​+
  
-Note that this syntax was never used by official ​Zabbix ​item keys, nor was it ever officially documented as supported. It only existed for backward compatibility with such solutions as [[http://​www.kjkoster.org/​zapcat/​Zapcat_JMX_Zabbix_Bridge.html|Zapcat JMX Zabbix Bridge]].+Экспорт истории через модуль более не поддерживается на стороне ​Zabbix ​прокси.
  
-=== MySQL 8.0 support ​===+=== Удалён раздел Мониторинг → Триггеры ​===
  
-To be able to add support of MySQL 8.0 in this version, two database changes have been made:+Теперь раздел Мониторинг → Триггеры удалён. Связанные с этим разделом параметры "​Отображать события не старше чем"​ и "​Макс. количество отображаемых событий у триггера"​ соответственно также удалены
  
-  * '​groups'​ table has been renamed to '​hstgrp'​ +=== Запрещенный синтаксис параметров в ключах элементов данных ===
-  * '​function'​ field in the '​functions'​ table has been renamed to '​name'​+
  
-=== Trigger functions ===+Следующий синтексис параметров в ключах элементов данных более неподдерживается:​
  
-Values of trigger function **logsource** parameter will be converted to work with added support of regular expressions and global regular expressions. There can be cases when existing parameters contain extensive amount of regular expression special characters or their length is close to maximum allowed limit and during conversion will exceed that maximum allowed length limit which is 255 characters. In such cases no changes will be made to those parameters and details about all these cases will be added to the log file. If there are issues with trigger performance because of thisparameters that where not changed will have to be edited manually.+  ​Многоуровневые массивы параметров,​ например ''​[a,​[b,​[c,​d]],​e]''​ 
 +  ​Параметры в стиле Zapcatнапример ''​[a][b]''​
  
-==== Informational ====+Обратите внимание,​ такой синтаксис никогда не использовался в официальных ключах Zabbix элементов данных,​ и он никогда официально не подтверждался документально что поддерживается. Он существовал только для обратной совместимости с такими решениями как [[http://​www.kjkoster.org/​zapcat/​Zapcat_JMX_Zabbix_Bridge.html|Zapcat JMX Zabbix Bridge]] [en].
  
-=== Time triggers processed by history syncers ​===+=== Поддержка MySQL 8.0 ===
  
-The processing of time-based trigger [[:manual/​appendix/​triggers/​functions|functions]] such as ''​nodata''​(),​ ''​date()'',​ ''​dayofmonth()'',​ ''​dayofweek()'',​ ''​time()''​ and ''​now()''​ has been moved from timer processes to history syncers. ​+Чтобы добавить поддержку MySQL 8.0 в этой версии,​ сделаны два изменения в базе данных:
  
-While previously all time-based triggers were recalculated at the same time, creating peak loads every 30 seconds, now the time-based trigger processing is evenly spread within those 30 seconds.+  * таблица '​groups'​ переименована на '​hstgrp'​ 
 +  * поле '​function'​ в таблице '​functions'​ переименовано на '​name'​
  
-With this change, the required number of timer processes may have to be recalculated,​ especially if previously multiple timers were configured to share the time-based trigger calculation load. Even though the time-based trigger calculations do not affect timer load anymore, maintenance calculations may require more resources and thus multiple timers can be configured to share the maintenance processing load.+=== Функции триггеров ===
  
-=== Auto-registration changes ===+В процессе обновления значения параметра **logsource** [[:​ru/​manual/​appendix/​triggers/​functions|функции]] триггеров будут сконвертированы,​ чтобы обеспечить работу с добавленной поддержкой регулярных выражений и глобальных регулярных выражений. Имеется вероятность,​ что существующие параметры содержат обширное количество специальных символов регулярного выражения или их длина приближается к максимально разрешенному лимиту и в процессе конвертации этот лимит будет превышен,​ который равен 255 символам. В таких случаях изменения по этим параметрам не будут выполнены и детали обо всех подобных случаях будут добавлены в файл журнала. Если по этой причине появятся проблемы с производительностью триггеров,​ параметры,​ которые не были изменены,​ необходимо будет отредактировать вручную.
  
-Auto-registration behaviour has been changed in the following way:+Более не поддерживаются макросы $1-$9 в именах элементов данных,​ которые использовались ссылкой на параметры ключа элемента данных.
  
-  * Active agent auto-registration actions will be rerun if host metadata is changed; +=== HTTP аутентификация ===
-  * Since metadata is only added during auto-registration,​ manually created hosts will have metadata missing and auto registration will be re-run; +
-  * If a host is manually changed to be monitored by another Zabbix proxy, then auto-registration will be re-run.+
  
-As beforeif auto-registration for the same host comes from a new Zabbix proxy, then auto-registration will be re-run.+Когда аутентификация системы по умолчанию была ранее задана значением 'HTTP аутентификация'​в процессе обновления она будет изменена на '​Внутренняя'​ с активированным 'HTTP Аутентификация'​ по умолчаниюДля таких конфигураций необходимо очистить значений существующих паролей пользователей по умолчанию в базе данных выполнив следующий запрос:​
  
-=== Problem name generation ​===  +  UPDATE users SET passwd=""​ WHERE passwd=md5('​zabbix'​) 
 + 
 +== Изменения связанные с API == 
 + 
 +Отдельный код для простой аутентификации HTTP удален с API, поэтому поле ''​password''​ теперь обязательно для API действия ''​user.login''​. 
 + 
 +==== Информационные ==== 
 + 
 +=== Устаревшие макросы в именах элементов данных === 
 + 
 +Использование макросов позиции ($1, $2, ...$9) и пользовательских макросов в именах [[:​ru/​manual/​config/​items/​item#​настройка|элементов данных]] и [[:​ru/​manual/​discovery/​low_level_discovery#​прототипы_элементов_данных|прототипах элементов данных]] теперь устарело. Вследствие чего, макросы позиций удалены с имен элементов данных в стандартных шаблонах,​ которые поставляются с Zabbix 4.0. 
 + 
 +Если вы продолжаете использовать макросы позиции,​ вы столкнётесь со следующими трудностями при использовании нового виджета [[:​ru/​manual/​web_interface/​frontend_sections/​monitoring/​dashboard/​widgets#​график|графика]]:​ 
 + 
 +  * Отсутствие возможности добавления на график каких-либо элементов данных индивидуально с именами наподобие ''​CPU $2 time'',​ используя их раскрытое имя (например такое, ''​CPU user time''​) 
 +  * Отсутствие возможности добавления на график всех элементов данных с именами наподобие ''​CPU $2 time''​ (например,​ ''​CPU user time'',​ ''​CPU system time'',​ ''​CPU idle time''​ и т.д.) 
 + 
 +Если вы используете макросы позиции в именах прототипов элементов данных,​ предлагается обновить правила обнаружения вручную,​ заменив макросы позиции на соответствующие макросы низкоуровневого обнаружения,​ например:​ 
 + 
 +|Старое именование прототипа элементов данных:​\\ {{:​manual:​introduction:​item_prototype_old_naming2.png|}} ​ | 
 +|Новое именование прототипа элементов данных:​\\ {{:​manual:​introduction:​item_prototype_new_naming2.png|}} ​ | 
 + 
 +Можно будет использовать элементы данных сгенерированные подобным образом в виджете графика без каких либо ограничений. 
 + 
 +=== Коррекция штампа времени === 
 + 
 +Zabbix сервер более не выполняет коррекцию штампов времени в случае,​ когда время Zabbix прокси / активного агента / sender отличается от времени Zabbix сервера. 
 + 
 +=== Триггеры времени обрабатываются процессами синхронизации истории === 
 + 
 +Обработка [[:​ru/​manual/​appendix/​triggers/​functions|функций]] триггеров связанных со временем таких как ''​nodata''​(),​ ''​date()'',​ ''​dayofmonth()'',​ ''​dayofweek()'',​ ''​time()''​ и ''​now()''​ перенесена с процессов таймер на процессы синхронизации истории. 
 + 
 +Если ранее все триггера связанные со временем вычислялись в одно и то же время, создавая этим пиковые нагрузки каждые 30 секунд,​ то теперь обработка триггеров связанных со временем распределяется равномерно в течении этих 30 секунд. 
 + 
 +При таком изменении требуемое количество таймер процессов возможно необходимо пересчитать,​ в особенности,​ если ранее несколько таймеров были настроены на распределение нагрузки вычисления триггеров связанных со временем. Несмотря на то, что вычисления триггеров на основе времени больше не влияют на нагрузку таймера,​ для вычислений обслуживаний может потребоваться больше ресурсов,​ и, таким образом,​ можно задать несколько таймеров для распределения нагрузки обработки обслуживаний. 
 + 
 +=== Влияние обслуживание узлов сети на уровне триггеров === 
 + 
 +Когда узел сети входит в режим обслуживания,​ процессы таймер Zabbix сервера теперь будут перечитывать все открытые проблемы для проверки требуется ли их подавить. Такое поведение может повлиять на производительность,​ если имеется большое количество проблем. Zabbix сервер будет также читать все открытые проблемы при запуске процесса,​ даже если на это время отсутствуют настроенные обслуживания. 
 + 
 +Если период обслуживания,​ узлы сети, группы или теги изменяются пользователем,​ то такие изменения вступят в силу только после синхронизации кэша конфигурации. 
 + 
 +=== Изменения в авторегистрации === 
 + 
 +Поведение авторегистрации изменилось следующим образом:​ 
 + 
 +  * Действия на авторегистрацию активных агентов будут запускаться повторно,​ если изменятся метаданные узла сети; 
 +  * Так как метаданные добавляются только в процессе авторегистрации,​ у вручную созданных узлах сети будут отсутствовать метаданные и авторегистрация запустится повторно;​ 
 +  * Если узел сети будет вручную обновлен на наблюдение через другой Zabbix прокси,​ тогда авторегистрация запустится повторно. 
 + 
 +Как и ранее, если авторегистрация по одному и тому же узлу сети прийдет с нового Zabbix прокси,​ тогда авторегистрация запустится повторно. 
 + 
 +=== Генерация имени проблемы ​===  
      
-Problem and event names are now [[:​manual/​introduction/​whatsnew400#​problem_name_generation|stored directly]] in the event and problem tables upon event generationinstead of being generated in runtime as previouslyA database patch will populate the new problem name and event name fields without macros expandedNote that these changes will require more storage space.+Имена проблем и событий теперь ​[[:ru/manual/​introduction/​whatsnew400#​генерация_имени_проблемы|записываются напрямую]] в таблицы событий и проблем в моменткогда генерируется событие,​ вместо формирования этих имен во время работы как ранееПатч к базе данных заполнит новые поля имени проблемы и имени события без раскрытых макросовОбратите внимание,​ что эти изменения потребуют больше свободного места на диске.
  
-<note warning>Database upgrade during the initial server startup may take a long time if there are a lot of old events and {ITEM.VALUE},​ {ITEM.LASTVALUE} ​macros are used in trigger names.</​note>​+<note warning>Обновление базы данных в процессе первичного запуска сервера может занять продолжительное время, если имеется большое количество старых проблем и в именах триггерах используются ​{ITEM.VALUE},​ {ITEM.LASTVALUE} ​макросы.</​note>​
  
-The values for the populated event and problem name fields are:  +Значения полей, которыми заполняются имена событий и проблем
-  * For trigger events ​trigger name with all the macros resolved  ​ +  * Для событий на триггера ​имя триггера со всеми раскрытыми макросами 
-  * For internal problem events:  +  * Для событий на внутренние проблемы:  
-    * //Cannot obtain item value// - for unsupported items +    * //Cannot obtain item value// ​(//Не удалось получить значение элемента данных//​) ​для неподдерживаемых элементов данных 
-    * //Cannot calculate trigger expression//​​ - for unknown triggers  +    * //Cannot calculate trigger expression//​​ ​(//Не удалось вычислить выражение триггера//​) ​для неизвестных триггеров 
-  * For the rest of events the name will be empty+  * Для остальных событий имя останется пустым
   ​   ​
-== Related macro changes ​==   +== Изменения в связанных макросах ​==  
-  +
-Related to this development there are several changes in macros:  +
  
-  ​* {TRIGGER.NAME} ​has been replaced by {EVENT.NAME} ​in all default messages.  ​ +В связи с тем, что имена проблем более не генерируются в режиме реального времени на основании текущего имени триггера,​ а, вместо этого, генерируются во время появления события,​ имеются соответствующие изменения макросов:​ 
-  * {TRIGGER.NAME} ​is replaced by {EVENT.NAME} ​in all trigger-based actions when upgrading.   + 
-   +  ​Во всех сообщениях по умолчанию - {TRIGGER.NAME} ​заменен на {EVENT.NAME}; 
-=== Working with problems ​===+  * Во всех действиях на основе триггеров -  ​{TRIGGER.NAME} ​заменится на {EVENT.NAME} ​при обновлении
 + 
 +Смотрите также: [[:​ru/​manual/​installation/​known_issues#​известные_проблемы_для_400_-_401|известные проблемы]] 
 + 
 +=== Работа с проблемами ​===
  
-Several changes have been made for working with problemsincluding changed macrosFor more details, see the [[:​manual/​introduction/​whatsnew400#​working_with_problems|what's new]] entry.+Сделаны несколько изменений в работе с проблемамивключая изменения в макросахДля получения более подробных сведений смотрите запись в [[:ru/manual/​introduction/​whatsnew400#​работа_с_проблемами|что нового]].
  
-== Related ​API changes ​==  +== Связанные изменения в API ==  
      
-''​​problem.get''​​ ​and ''​​event.get''​​ ​methods have been changed in such a way that input parameter search/​filter with object ​{'​​name':​​ '​​...'​​} ​as value is used to find matching results ​(by field "​​name"​​) ​in the corresponding table ("​​problem"​​ ​or "​​events"​​).  ​+Методы ​''​​problem.get''​​ ​и ''​​event.get''​​ ​изменились таким образом,​ что входной параметр поиска/фильтра с объектом ​{'​​name':​​ '​​...'​​} ​в виде значения используется для поиска соответствующих результатов ​(по полю ​"​​name"​​) ​в соответствующей таблице ​("​​problem"​​ ​или ​"​​events"​​).  ​
      
-''​​problem.get''​​ ​and ''​​event.get''​​ ​methods have been extended by adding a response parameter called ​"​​name"​​. ​For both methods, the new parameter contains a value from the newly added "​​name"​​ ​field in the database table "​​problem"​​ ​or "​​events"​​.+Методы ​''​​problem.get''​​ ​и ''​​event.get''​​ ​расширены добавлением получаемого параметра,​ которое называется ​"​​name"​​. ​В обоих методах новый параметр содержит значения из недавно добавленного поля ​"​​name"​​ ​в таблицы базы данных ​"​​problem"​​ ​или ​"​​events"​​.
  
-=== Server configuration cache usage ===+=== Использование кэша конфигурации сервера ​===
  
-The server configuration cache has been modified to keep all host inventory information in itIf you are using the inventory functionality with hostsincrease the dedicated configuration cache memory for the server accordingly.+Изменился кэш конфигурации сервера и теперь вся информация об инвентарных данных узлов сети хранится в этом кэшеЕсли вы используете функцию инвентарных данных с узлами сетисоответственно увеличьте для сервера память выделяемую на кэш конфигурации.
  
-=== Execution of external check script ​===+=== Выполнение скрипта внешней проверки ​===
  
-Upon completion of an [[manual:​config:​items:​itemtypes:​external|external check script]], arguments are wrapped to single quotes ​**''​%%'​%%''​** ​instead of double quotes ​**''​%%"​%%''​**.  +При выполнении ​[[ru:manual:​config:​items:​itemtypes:​external|скрипта внешней проверки]] аргументы заключаются в одинарные кавычки ​**''​%%'​%%''​** ​вместо двойных кавычек ​**''​%%"​%%''​**.  
-This change allows ​Zabbix ​to accept more signs in an external check parameter'​s nameFor examplethe ''​$'' ​sign is no longer ignored+Это изменение позволяет ​Zabbix ​принимать больше символов в именах параметров внешних проверкахНапримерсимвол ​''​$'' ​более не игнорируется.
  
-=== Zabbix Java Gateway logs modified ​===+=== Доступность ​Zabbix Java gateway ​===
  
-If you monitor ​Java Gateway logskeep in mind that exception stack trace is no longer available in warning and error level logging of Java Gateway+Начиная с текущего момента состояние доступности Zabbix ​Java gateway не меняется на красный цвет каждый разкогда какой-либо из элементов данных становится неподдерживаемым. Иконка доступности JMX станет красной только в случае сетевых ошибок - когда недоступен ​Java gateway или когда имеются проблемы связи между Zabbix сервером и Zabbix Java gateway.
  
-=== Trigger changes ​===+=== Изменены журналы Zabbix Java gateway ​===
  
-  * Trigger expression'​s behavior regarding numbersdiffering by 0.000001, is now changed. Since logical operators are defined in terms of equality to zerotheir result for 0.000001 is affected too:+Если вы наблюдаете за журналами Java gatewayимейте в видучто трассировка стека исключений более недоступна на уровнях сообщений Java gateway об ошибках и предупреждений
  
-^  ​Expression ​(Example)  ^  ​Evaluation result ​ ^^ +=== Изменения в триггерах === 
-^ ::: ^  ​Before ​ ​^  ​After  ^+ 
 +  * Изменилось поведение выражений триггеров относительно чисел, отличающихся на 0.000001. Поскольку логические операторы определены с точки зрения равенства нулю, их результат для 0.000001 также влияет:​ 
 + 
 +^  ​Выражение ​(Пример)  ^  ​Результат вычисления ​ ^^ 
 +^ ::: ^  ​До  ​^  ​После ​ ^
 |1.000001 > 1|1|0| |1.000001 > 1|1|0|
 |1.000001 <​nowiki><​=</​nowiki>​ 1|0|1| |1.000001 <​nowiki><​=</​nowiki>​ 1|0|1|
Line 135: Line 187:
 |1 and 1/​1000000|1|0| |1 and 1/​1000000|1|0|
  
-=== Changes in Widget namesscreen element names and report names ===+=== Переименованы виджетыэлементы комплексных экранов и отчеты ​=== 
 + 
 +Переименованы следующие элементы:​ 
 + 
 +|**Ранее**|**В Zabbix 4.0**| 
 +|Состояние системы|Проблемы по важности| 
 +|Состояние узлов сети|Узлы сети с проблемами| 
 +|Состояние Zabbix|Информация о системе| 
 + 
 +Также затронут API панели:​ некоторые [[ru:​manual:​api:​reference:​dashboard:​object|типы свойств виджетов панели]] теперь переименованы. 
 + 
 +=== Постоянное отображение колонки узла сети === 
 + 
 +Колонка узла сети теперь всегда отображается,​ даже если выбран только один узел сети, в: 
 + 
 +  * //​Мониторинг//​ -> //​Последние данные//​ 
 +  * //​Мониторинг//​ -> //​Веб//​ 
 +  * //​Отчеты//​ -> //​Доступность//​ 
 + 
 +Такое изменение привело к более широкой странице чем ранее, с данными по одному узлу сети. Для получения более подробной информации смотрите раздел [[:​ru/​manual/​introduction/​whatsnew400#​постоянное_отображение_колонки_узла_сети|Что нового]]. 
 + 
 +=== Сообщение об ошибке в JMX мониторинге === 
 + 
 +Так как Zabbix Java gateway теперь поддерживает работу с пользовательскими MBean, которые возвращают непримитивные типы данных,​ которые переопределяют метод **toString()**,​ возможное сообщение об ошибке изменилось следующим образом:​
  
-Following elements are now renamed: +|//​Ранее://     |''​data object type is not primitive: xxx''  ​
-|**Before**|**After**+|//В Zabbix ​4.0://  ​|''​Data object type cannot be converted to string.''  ​|
-|System status|Problems by severity| +
-|Host status|Problem hosts| +
-|Status of Zabbix|System information|+
  
-Dashboard API is also affected: some of [[manual:​api:​reference:​dashboard:​object|Dashboard widget property types]] are now renamed. ​+=== Изменения в журналировании ===
  
-=== Logging changes ===+Сообщение,​ которое записывается в файлы журналов,​ о заполненном кэше истории изменилось следующим образом:​
  
-The message printed to the log files about a full history ​cache has been changed.+|//​Ранее:// ​    ​|''​History buffer is full. Sleeping for 1 second.'' ​ | 
 +|//В Zabbix 4.0:// ​ |''​History ​cache is full. Sleeping for 1 second.'' ​ |
  
-The message has been changed as follows:+==== Смотрите также ====
  
-  ​History buffer is full. Sleeping for 1 second. -> History cache is full. Sleeping for 1 second.+  ​* [[:​ru/​manual/​installation/​template_changes|Изменения в шаблонах]]