Zabbix Documentation 3.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:installation:upgrade_notes_320

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_320 [2016/12/08 11:35]
dotneft created
ru:manual:installation:upgrade_notes_320 [2019/11/27 05:47] (current)
dotneft
Line 1: Line 1:
-FIXME **This page is not fully translated, yetPlease help completing the translation.**\\ //(remove this paragraph once the translation is finished)//+==== 10 Заметки по обновлению для 3.2.0 ====
  
-==== 9 Заметки ​по обновлению для 3.2.0 ====+Эти заметки относятся к обновлению ​с Zabbix 3.0.x до Zabbix ​3.2.0. Все заметки сгруппированы в:
  
-These notes are for upgrading from Zabbix ​3.0.x to Zabbix ​3.2.0.+  * ''​Критические''​ - наиболее критическая информация относящаяся к процессу обновления и изменения в функциональности ​Zabbix 
 +  * ''​Информационные''​ - вся оставшаяся информация,​ описывающая изменения в функциональности ​Zabbix
  
-It is possible to upgrade to Zabbix 3.2.0 from versions before Zabbix ​3.0.0. ​See the [[:​manual/​installation/​upgrade|upgrade procedure]] section for all relevant information about upgrading from previous ​Zabbix ​versions.+Имеется возможность обновления до Zabbix 3.2.0 с версий до 3.0.0. ​Обратите анимание на раздел ​[[:ru/manual/​installation/​upgrade|процедуры обновления]] для получения соответствующих сведений об обновлении с предыдущих версий ​Zabbix.
  
-=== Delaying escalations during maintenance ​===+==== Критические ====
  
-The logic of delaying problem notifications during host maintenance has been changed. ​+=== Обновление базы данных ===
  
-In previous Zabbix versions, problem notifications during a host maintenance period were "​suppressed"​ if you were using the //​Maintenance status = not in "​maintenance"//​ action conditionIn the new version, the old mechanism is droppedInstead there is an new //Pause operations while in maintenance//​ option in action configuration,​ which allows to pause notifications in the host maintenance phase if you wish so+В процессе обновления из соответствующих таблиц истории будут удалены поля history_text.id и history_log.id. В зависимости от размеров таблиц истории такая процедура может быть медленной.
  
-To ensure that escalations using this functionality work properly after the upgrade you must reconfigure the relevant actions by:+=== Регистрозависимая база данных MySQL ===
  
-  * removing the //​Maintenance status = not in "​maintenance"//​ condition +Регистрозависимая база данных MySQL требует для корректной работы сервера. [[ru:​manual:​appendix:​install:​db_scripts#​​mysql|Рекомендуется]] создавать регистрозависимую базу данных MySQL во время установки. Если вы создали базу данных MySQL с набором символов utf8 изначально,​ для поддержки регистрозависимых хранимых данных,​ вам небоходимо сконвертировать c поддержкой collation utf8_bin.
-  * making sure that //Pause operations while in maintenance//​ is selected in action configuration+
  
-=== Recovery operations ​===+==== Информационные ====
  
-[[:​manual/​config/​notifications/​action/​recovery_operations|Recovery operations]] are a new unified way of executing scripts or getting notified on resolved problems. Before the only way to execute a script when problem triggers went OK was to configure an action to start an escalation on the '​Trigger value OK' condition. This is not supported any more - an action with recovery operations must be used instead.+=== Изменения в эскалациях ===
  
-During database upgrade actions with simple conditions are updated automatically while actions having complex conditions are disabled +== Отложенные эскалации на время обслуживания ==
-with a corresponding log message. The disabled actions must be updated manually.+
  
-The action upgrade steps performed automatically are:+[[:ru/​manual/​introduction/​whatsnew320#​отложенные_эскалации_на_время_обслуживания|Изменена]] логика отложенных оповещений о проблемах на время обслуживания. ​
  
-  * Recovery messages are moved to recovery operations;​ +В предыдущих версиях Zabbixимелась возможность пропустить оповещения о проблемах на время периода обслуживания узлов сетиесли вы использовали условие действия ​//Состояние обслуживания = не в "обслуживании"//). В новой версии старый механизм был удален. Вместо него в настройках действия появилась новая опция ​//Приостановить операции во время обслуживания//, которая позволяет поставить на паузу оповещения на стадии обслуживания,​ если вы этого желаете
-  * All trigger-based and internal actions having '​Or'​ or '​Custom expression'​ calculation type are disabled; +
-  * Trigger-based actions that could handle both PROBLEM and OK events are disabled; +
-  * Trigger-based actions that could handle OK events onlybut have a recovery message or more than one escalation step are disabled; +
-  * Internal actions that could handle any other event except those corresponding a single //Item in “not supported” state//, //Low-level discovery rule in “not supported” state// or //Trigger in “unknown” state// condition are disabled; +
-  * "Trigger value" ​conditions for trigger events and "Event type" conditions for internal events - //Item in “normal” state//, //​Low-level ​    ​discovery rule in “normal” state//, //Trigger in “normal” state// are removed from the conditions - they are not supported any more.+
  
-After database upgrade Zabbix server log must be checked if there are any actions that must be updated manually. It's recommended to check also +Для того, чтобы гарантировать,​ что эскалации использующие эту возможность работают корректно после обновления,​ вам необходимо заново настроить соответствующие действия:​
-other actions.+
  
-Recovery operations also get a dedicated tab in the action configuration formwhile the condition tab has been dropped and conditions now can be set in the general action property tab.+  * удалить условие //​Состояние обслуживания = не в "​обслуживании"//​ 
 +  * убедитьсячто в настройках действия выбрано //​Приостановить операции во время обслуживания//​
  
-=== Database upgrade ===+== Параллельные эскалации по каждому из множественных ПРОБЛЕМА событий ​==
  
-The history_text.id and history_log.id fields will be removed from the corresponding history tables during database upgradeDepending on history table size this process can be slow.+До Zabbix 3.2 каждое новое //​ПРОБЛЕМА//​ событие отменяло эскалацию предыдущего //​ПРОБЛЕМА//​ события,​ то есть могла выполняться только одна активная эскалация для триггеров с формированием множественных событийТеперь процедуры эскалаций выполняются по всем таким событиям параллельноЭто изменение и новые функции [[ru/​manual/​config/​event_correlation|корреляции событий]] и [[ru/​manual/​config/​triggers/​event_tags|теги событий]] обеспечивают более гибкий подход к решению нескольких //​ПРОБЛЕМА//​ событий. Например,​ в зависимости от настройки,​ теперь //OK// событие может либо остановить эскалацию конкретного //​ПРОБЛЕМА//​ события,​ либо нескольким событиям или по всем событиям.
  
-=== IBM DB2 connection encoding ​===+=== Операции восстановления ​===
  
-When connecting to IBM DB2 database Zabbix server, proxy and frontend will now ensure that database server anticipates UTF-8 encoded textPreviously the way IBM DB2 server interpreted text information from Zabbix was fully determined by Zabbix server/​proxy or web server locale settings (LC_ALLLANGLC_CTYPE and other environment variables)If the latter were not configured properly text containing non-ASCII characters was saved in the database incorrectly. In such situations after upgrade non-ASCII characters will be displayed in Zabbix incorrectly. The problem could easily not manifest itself if locale was identically misconfigured for Zabbix server and for web server running Zabbix frontend and the number of non-ASCII characters was too low to cause "Value too long..."​ errors. Please check the database contents before upgrading.+[[:​ru/​manual/​config/​notifications/​action/​recovery_operations|Операции восстановления]] представляют собой новый способ выполнения скриптов или получения оповещений на решенные проблемыРанеекогда проблемные триггеры переходили в ОКбыл только один способ выполнения скрипта,​ а именно настроить действие,​ с условием '​Значение триггера = OK', чтобы начать эскалациюТакой способ более не поддерживается ​вместо старого способа теперь необходимо использовать действия с операциями восстановления.
  
-=== Host availabilitydiscovery, auto-registration and history data validation ===+В процессе обновления базы данных действия с простыми условиями обновятся автоматическиа действия со сложными условиями будут деактивированы с соответствующим сообщением в журнале. Деактивированные действия необходимо обновить вручную.
  
-When Zabbix server had received invalid host availabilitydiscovery or auto-registration data it used to write a warning to the log file for every invalid entry. Now in the case of invalid entries it will reject the whole data packet and log a single line like //proxy "<​proxy name>"​ at "<​proxy IP>"​ returned invalid host availability data[<​detailed error message>​]//​ (for passive proxies) or //received invalid host availability data from proxy "<​proxy name>"​ at "<​proxy IP>":​ <​detailed error message>//​ (for active proxies). Also, if passive proxy for example returns invalid host availability data, server will skip polling discovery, history and auto-registration data from that proxy. Like before, Zabbix will try to process as much historical data from proxies and active agents as it can and will silently ignore invalid entries. If the whole packet is invalid a message containing name, IP address and error description will be logged. This will help tracking down misconfiguration issues when proxypoller connects server'​s trapper port or agent instead of proxy.+Шаги обновления действийкоторые выполняются автоматически:
  
-=== Miscellaneous ===+  * Сообщения о восстановления перемещаются в операции восстановления;​ 
 +  * Все действия для триггеров и с внутренним типом, которые имеют типы вычисления '​Или'​ или '​Пользовательское выражение',​ деактивируются;​ 
 +  * Действия для триггеров,​ которые могут обрабатывать как ПРОБЛЕМА события,​ так и ОК события,​ деактивируются;​ 
 +  * Действия для триггеров,​ которые могут обрабатывать только ОК события,​ но имеют сообщение о восстановлении или более одного шага эскалации,​ деактивируются;​ 
 +  * Внутренние действия,​ которые могут обрабатывать любое другое событие за исключением тех, которые соответствуют одному условиям //​Элемент данных в "​неподдерживаемом"​ состоянии//,​ //​Правило низкоуровневого обнаружения в "​неподдерживаемом"​ состоянии//​ или //​Триггер в "​неизвестном"​ состоянии//,​ также деактивируются;​ 
 +  * Условие "​Значения триггера"​ для событий на основе триггеров и условие "​Тип события"​ для внутренних событий - //​Элемент данных в "​нормальном"​ состоянии//,​ //​Правило низкоуровневого обнаружения в "​нормальном"​ состоянии//,​ //​Триггер в "​нормальном"​ состоянии//​ удалены из условий - они более не поддерживаются.
  
-  * The customizable time period for displaying resolved problems/OK triggers and for blinking upon trigger status change has been limited to 86400 seconds (24 hours) in //​Administration//​ -> //General// -> //Trigger displaying options//.+После обновления базы данных необходимо проверить журнал Zabbix сервера на предмет наличия каких либо действий,​ которые необходимо обновить вручную. Также рекомендуется проверить и другие действия.
  
-=== Logging changes ===+Операции восстановления также получили отдельную вкладку в диалоге настройки действия,​ в то время как вкладка условия удалена и сами условия теперь можно задать на вкладке общих свойств действия.
  
-The messages printed to the log files about completion of the trend data synchronization have been changed.+=== Кодировка соединения с IBM DB2 ===
  
-The following messages were changed:+При подключении к IBM DB2 базе данных Zabbix сервер,​ прокси веб-интерфейс теперь будут подстраховываться в том, что сервер базы данных ожидает текст в UTF-8 кодировке. Ранее IBM DB2 сервер интерпретировал текстовую информацию от Zabbix полностью полагаясь на настройки локализации (LC_ALL, LANG, LC_CTYPE и другие переменные окружения) Zabbix сервера/​прокси или веб-сервера. Если переменные окружения не были настроены должным образом,​ текст содержащий не-ASCII символы сохранялся в базе данных некорректно. В таких ситуациях,​ после обновления,​ не-ASCII символы будут отображаться в Zabbix некорректно. Эта проблема может легко не проявить себя, если локаль была одинаково некорректно настроена для Zabbix сервера и веб-сервера,​ на котором запущен Zabbix веб-интерфейс,​ и количество не-ASCII символов было слишком маленьким,​ чтобы привести к ошибкам "Value too long..."​. Пожалуйста,​ проверьте содержимое базы данных перед обновлением. 
 + 
 +=== Проверка данных доступности узлов сети, обнаружения,​ авторегистрации и истории === 
 + 
 +Когда Zabbix сервер получал ошибочные данные доступности узлов сети, обнаружения и авторегистрации,​ он обычно записывал предупреждение в файл журнала по каждой ошибочной записи. Теперь в случае наличия ошибочных записей,​ будет отбросит весь пакет с данными и запишет в журнал строку наподобии ​ //proxy "<​proxy name>"​ at "<​proxy IP>"​ returned invalid host availability data[: <​detailed error message>​]//​ (для пассивных прокси) или //received invalid host availability data from proxy "<​proxy name>"​ at "<​proxy IP>":​ <​detailed error message>//​ (для активных прокси). Также, если пассивный прокси например вернет ошибочные данные доступности узлов сети, сервер пропуститобработку данных обнаружения,​ истории и авторегистрации от этого прокси. Как и прежде,​ Zabbix будет пытаться обработать как можно больше данных истории от прокси и активных агентов настолько,​ насколько это возможно,​ и будет по-тихому игнорировать ошибочные записи. Если весь пакет ошибочен в журнал будет записано сообщение содержащее имя, IP адрес и описание ошибки. Это поможет отследить проблемы настройки,​ когда поллер прокси подключается к траппер порту сервера или к агенту вместо прокси. 
 + 
 +=== Разное === 
 + 
 +  * Настраиваемый период времени отображения решенных проблем/​ОК триггеров и мигание при изменении состояния триггера ограничено 86400 секундами (24 часа) в //​Администрирование//​ -> //​Общие//​ -> //​Опции отображения триггеров//​. 
 + 
 +=== Изменения в журналировании === 
 + 
 +Изменились сообщения записываемые в файлы журналов о завершении синхронизации данных динамики изменения. 
 + 
 +Изменились следующие сообщения:
  
   syncing trends data... -> syncing trend data...   syncing trends data... -> syncing trend data...
   syncing trends data done -> syncing trend data done   syncing trends data done -> syncing trend data done
  
-=== Item changes ​===+=== Изменения в элементах данных ​=== 
 + 
 +Элемент данных **system.sw.os[name]** может иметь разные значения на Linux системах. Теперь по умолчанию используется PRETTY_NAME параметр из файла /​etc/​os-release. Только,​ если os-release не поддерживается системой,​ тогда для получения имени системы будет использоваться файл /​etc/​issue.net.
  
-**system.sw.os[name]** item might have different value on Linux systems. Now the PRETTY_NAME parameter from /​etc/​os-release file is used by default. Only if os-release is not supported by the system the /​etc/​issue.net file is used to obtain system name.+=== Изменения в вычислении выражений триггеров и вычисляемых элементов данных ===
  
-=== Changes in evaluating trigger and calculated item expressions ===+Ранее любой неподдерживаемый элемент данных в выражении триггера или ошибка в вычислении функций сразу приводили к //​Неизвестно//​ значению всего выражения.
  
-Previously any unsupported item in trigger expression or error in function evaluation immediately rendered the whole expression value to //Unknown//.+В новой версии применяется более гибкий подход:​ неподдерживаемые элементы данных и ошибки в вычислении функций продолжают принимать в вычислении выражения,​ но как неизвестные. 
 +В новой версии неподдерживаемые элементы данных и ошибки в вычислении функций продолжают принимать участие в вычислении выражения,​ но как неизвестные.
  
-In the new version unsupported items and errors in function evaluation continue to take part in expression evaluation as unknown values.+В логических операциях такие неизвестные значения могут превратиться в "​известные"​ значения,​ например:​ 
 +  * '1 or Неподдерживаемый_элемент_данных1.какая_то_функция()'​ будет теперь вычислено как '​1'​ (Правда) 
 +  * '​0 ​and Неподдерживаемый_элемент_данных1.какая_то_функция()'​ будет теперь вычислено как '​0'​ (Ложь)
  
-These unknown values may turn into "​known"​ values in logical operationse.g.: +Также функции триггеров **nodata()**, **date()**, **dayofmonth()**, **dayofweek()**, **now()** и **time()** теперь вычисляются также и для неподдерживаемых элементов данных.
-  ​'1 or Unsuported_item1.some_function()' is now evaluated to '​1' ​(True) +
-  ​'0 and Unsuported_item1.some_function()' is now evaluated to '​0' ​(False)+
  
-Additionally **nodata()**,​ **date()**, **dayofmonth()**,​ **dayofweek()**,​ **now()** and **time()** trigger functions are now calculated for unsupported items as well.+Смотрите [[:​ru/​manual/​config/​triggers/​expression#​выражения_с_неподдерживаемыми_элементами_данных_и_неизвестные_значения|Выражения с неподдерживаемыми элементами данных и неизвестные значения]].
  
-See [[:​manual/​config/​triggers/​expression#​expressions_with_unsupported_items_and_unknown_values|Expressions with unsupported items and unknown values]].+=== Изменения в графиках после изменения типа данных элемента данных ===
  
-=== Changes in graphs after item data type is changed ===+Когда свойство элемента данных "​Тип информации"​ меняется,​ предыдущие данные истории и динамики изменений не будут отображаться на графиках.
  
-When item property "Type of information"​ is changed, previous history and trend data will not be displayed in graphs.+==== Смотрите также ====
  
---------------------------------------------------+  * [[:​ru/​manual/​installation/​template_changes|Изменения в шаблонах]]