Zabbix Documentation 2.2

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:introduction:whatsnew222

Differences

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

Link to this comparison view

Both sides previous revision Previous revision
ru:manual:introduction:whatsnew222 [2015/09/05 16:08]
dotneft
ru:manual:introduction:whatsnew222 [2015/09/05 16:15] (current)
dotneft
Line 3: Line 3:
 ==== - Изменения в веб-интерфейсе ==== ==== - Изменения в веб-интерфейсе ====
  
-=== - Обновлены переводы ===+=== - Обновленные переводы ===
  
   * Английский (Американский)   * Английский (Американский)
Line 20: Line 20:
   * Пароль подключения к LDAP, после того, как он был сохранен в базе данных,​ был виден пользователям с правами Супер-Администратора при просмотре исходного HTML кода. Это было исправлено,​ пароль в открытом виде больше не передается. ​   * Пароль подключения к LDAP, после того, как он был сохранен в базе данных,​ был виден пользователям с правами Супер-Администратора при просмотре исходного HTML кода. Это было исправлено,​ пароль в открытом виде больше не передается. ​
  
-==== - Доработки демонов ====+==== - Изменения в демонах ====
  
 Улучшена эффективность использования памяти кэшем значений - теперь для кэширования того же количества значений требуется меньше памяти. ​ Улучшена эффективность использования памяти кэшем значений - теперь для кэширования того же количества значений требуется меньше памяти. ​
  
-Улучшено журналирование ошибок ​связи сервер-прокси. Многие сообщения об ошибке в лог файле сервера и прокси были доработаны и теперь ​предоставляют больше информации о возникающих проблемах. ​+Улучшено журналирование ошибок ​подключения сервер-прокси. Многие сообщения об ошибках в лог файле сервера и прокси были доработаны и теперь отображают больше информации о возникающих проблемах. ​
  
 Имена приложений Zabbix в syslog были изменены чтобы соответствовать спецификации RFC 5424 в отношении APP-NAME. Обратитесь к разделу [[ru:​manual:​installation:​upgrade_notes_222#​Изменения имен приложений в syslog|изменения имен приложений в syslog]] Имена приложений Zabbix в syslog были изменены чтобы соответствовать спецификации RFC 5424 в отношении APP-NAME. Обратитесь к разделу [[ru:​manual:​installation:​upgrade_notes_222#​Изменения имен приложений в syslog|изменения имен приложений в syslog]]
  
-Триггер может обрабатываться только одним процессом (основным,​ процессом ​синхронизации истории или процессом таймера) в момент времени,​ что должно исключить проблемы с возникновением множественных событий ОК подряд. Это может улучшить производительность процессов таймера на больших системах,​ посколько им не придется повторять работу по обработке триггеров,​ уже обработанных процессами ​синхроницации истории. ​+Триггер может обрабатываться только одним процессом (основным,​ процессом ​обработки истории или процессом таймера) в один ​момент времени,​ что должно исключить проблемы с возникновением множественных событий ОК подряд. Это может улучшить производительность процессов таймера на больших системах,​ посколько им не придется повторять работу по обработке триггеров,​ уже обработанных процессами ​обработки истории. ​
  
 Улучшена производительность обработки триггеров в процессе низкоуровневого обнаружения. ​ Улучшена производительность обработки триггеров в процессе низкоуровневого обнаружения. ​
Line 34: Line 34:
 Триггеры,​ созданные низкоуровневым обнаружением не будут удалены и продолжат работу,​ если соответствующие элементы данных больше не обнаруживаются (до тех пор, пока эти элементы данных не будут удалены). ​ Триггеры,​ созданные низкоуровневым обнаружением не будут удалены и продолжат работу,​ если соответствующие элементы данных больше не обнаруживаются (до тех пор, пока эти элементы данных не будут удалены). ​
  
-Синхронизировано планирование ICMP проверок (icmpping, icmppingloss and icmppingsec) для элементов данных с одним и тем же интерфейсом. Ранее, если у узла сети было несколько элементов данных использующих ICMP пинг, было весьма вероятно что утилита fping будет запущена для каждого элемента данных. Синхронизация ICMP проверок позволяет запускать утилиту fping только один раз для всех проверок (при условии,​ что все проверки имеют одинаковые значения числа пакетов,​ интервала,​ размера и тайм-аута). Например,​ если узел сети имеет элементы данных icmpping, icmppingloss и icmppingsec,​ то только 3 пакета будут посланы за один запуск fping, тогда как ​прежде скорее всего было бы послано 9 пакетов за три запуска fping. ​+Синхронизировано планирование ICMP проверок (icmpping, icmppingloss and icmppingsec) для элементов данных с одним и тем же интерфейсом. Ранее, если у узла сети было несколько элементов данных использующих ICMP пинг, было весьма вероятно что утилита fping будет запущена для каждого элемента данных. Синхронизация ICMP проверок позволяет запускать утилиту fping только один раз для всех проверок (при условии,​ что все проверки имеют одинаковые значения числа пакетов,​ интервала,​ размера и времени ожидания). Например,​ если узел сети имеет элементы данных icmpping, icmppingloss и icmppingsec,​ то только 3 пакета будут посланы за один запуск fping, тогда как ранее скорее всего было бы послано 9 пакетов за три запуска fping. ​
  
 Ранее, при раскрытии [[ru:​manual:​appendix:​macros:​supported_by_location|макросов]] ITEM.LOG.* в оповещениях,​ информация о конфигурации элементов данных бралась из базы данных. Начиная с Zabbix 2.2.2 эта информация берется из кэша конфигурации. ​ Ранее, при раскрытии [[ru:​manual:​appendix:​macros:​supported_by_location|макросов]] ITEM.LOG.* в оповещениях,​ информация о конфигурации элементов данных бралась из базы данных. Начиная с Zabbix 2.2.2 эта информация берется из кэша конфигурации. ​
  
-==== - Изменения, касающиеся ​макросов ====+==== - Изменения ​в макросах ====
  
-Макрос HOST.PORT теперь поддерживается во внутренних оповещениях и оповещениях основанных на триггерах,​ а также в именах и описаниях триггеров. ​Выражение ​теперь поддерживает необязательный суффикс,​ указывающий на узлы сети ​в порядке, в котором они присутствуют в триггерном ​выражении ({HOST.PORT**1**},​ {HOST.PORT**2**} ...).+Макрос HOST.PORT теперь поддерживается во внутренних оповещениях и оповещениях основанных на триггерах,​ а также в именах и описаниях триггеров. ​Макрос теперь поддерживает необязательный суффикс,​ указывающий на порядок ​узлов сети, в котором они присутствуют в выражении ​триггера ​({HOST.PORT**1**},​ {HOST.PORT**2**} ...).