en-us	#### Important notes  -   If more than one user macro with context exists, Zabbix will try to     match the simple context macros first and then context macros with     regular expressions in an undefined order.  ::: notewarning Do not create different context macros matching the same string to avoid undefined behavior. :::  -   If a macro with its context is not found on host, linked templates     or globally, then the macro without context is searched for. -   Only low-level discovery macros are supported in the context. Any     other macros are ignored and treated as plain text.  Technically, macro context is specified using rules similar to [item key](/manual/config/items/item/key) parameters, except macro context is not parsed as several parameters if there is a `,` character:  -   Macro context must be quoted with `"` if the context contains a `}`     character or starts with a `"` character. Quotes inside quoted     context must be escaped with the `\` character. -   The `\` character itself is not escaped, which means it's impossible     to have a quoted context ending with the `\` character - the macro     {$MACRO:"a:\\b\\c\\"} is invalid. -   The leading spaces in context are ignored, the trailing spaces are     not:     -   For example {$MACRO:A} is the same as {$MACRO: A}, but not         {$MACRO:A }. -   All spaces before leading quotes and after trailing quotes are     ignored, but all spaces inside quotes are not:     -   Macros {$MACRO:"A"}, {$MACRO: "A"}, {$MACRO:"A" } and {$MACRO:         "A" } are the same, but macros {$MACRO:"A"} and {$MACRO:" A "}         are not.  The following macros are all equivalent, because they have the same context: {$MACRO:A}, {$MACRO: A} and {$MACRO:"A"}. This is in contrast with item keys, where 'key\[a\]', 'key\[ a\]' and 'key\["a"\]' are the same semantically, but different for uniqueness purposes.
ru	#### Важные заметки  -   Если существует более одного пользовательского макроса с контекстом, Zabbix сначала попытается сопоставить макросы с простым контекстом и только затем макросы с контекстом регулярного выражения в неопределенном порядке.  ::: notewarning Не создавайте разные контексты макросов, которые соответствуют одной строке, чтобы избежать непредвиденного поведения. :::  -   Если макрос со своим контекстом не найден на узле сети, присоединенных шаблонах или на глобальном уровне, тогда будет произведен поиск макроса без наличия контекста. -   В контекстах макроса поддерживаются только макросы низкоуровневого обнаружения. Любые другие макросы игнорируются и обрабатываются как текстовые значения.  Технически, контекст макроса задается с использованием правил, похожих на параметры [ключей элементов данных](/manual/config/items/item/key), за исключением того, что контекст макроса при наличии `,` символа не обрабатывается как несколько параметров:  -   Контекст макроса необходимо заключать в `​"` кавычки, если контекст содержит `}` символ или он начинается с `​"` символа. Кавычки внутри заключенном в кавычки контексте необходимо экранировать при помощи `\` символа. -   Сам символ `\` не экранируется, что означает, что невозможно задать заключенный в кавычки контекст оканчивающийся на `\` символ - макрос {$MACRO:"a:\\b\\c\\"} ошибочный -   Пробелы в начале контекста игнорируются, пробелы в конце не игнорируются:     -   Например, {$MACRO:A} тоже самое что и {$MACRO: A}, но не то же самое что {$MACRO:A }. -   Все пробелы до кавычек в начале и после кавычек игнорируются, но все пробелы внутри кавычек не игнорируются:     -   Макросы {$MACRO:"A"}, {$MACRO: "A"}, {$MACRO:"A" } и {$MACRO: "A" } одинаковы, но макросы `{$MACRO:​"A​"}` и `{$MACRO:​" A ​"}` не одинаковы.  Следующие макросы идентичны, так как имеют один и тот же контекст: `{$MACRO:A}`, `{$MACRO: A}` и `{$MACRO:​"A​"}`. Такое поведение отлично от ключей элементов данных, где `key[a]`, `key[ a]` и `key[​"a​"]` одинаковы семантически, но различны для критерия уникальности.

en-us	#### Important rules  -   A whitelist without a deny rule is only allowed for system.run\[\*\]     items. For all other items, AllowKey parameters are not allowed     without a DenyKey parameter; in this case Zabbix agent **will not     start** with only AllowKey parameters. -   The order matters. The specified parameters are checked one by one     according to their appearance order in the configuration file:     -   As soon as an item key matches an allow/deny rule, the item is         either allowed or denied; and rule checking stops. So if an item         matches both an allow rule and a deny rule, the result will         depend on which rule comes first.     -   The order affects also EnableRemoteCommands parameter (if used). -   Unlimited numbers of AllowKey/DenyKey parameters is supported. -   AllowKey, DenyKey rules do not affect HostnameItem,     HostMetadataItem, HostInterfaceItem configuration parameters. -   Key pattern is a wildcard expression where the wildcard (\*)     character matches any number of any characters in certain position.     It might be used in both the key name and parameters. -   If a specific item key is disallowed in the agent configuration, the     item will be reported as unsupported (no hint is given as to the     reason); -   Zabbix agent with --print (-p) command line option will not show     keys that are not allowed by configuration; -   Zabbix agent with --test (-t) command line option will return     "Unsupported item key." status for keys that are not allowed by     configuration; -   Denied remote commands will not be logged in the agent log (if     LogRemoteCommands=1).
ru	#### Важные правила  -   Белый список без запрещающего правила разрешён только для элементов данных system.run\[\*\]. Для всех остальных элементов данных параметры AllowKey не допускаются без параметра DenyKey; в таком случае (при наличии только параметров AllowKey) Zabbix агент **не запустится**. -   Порядок имеет значение. Указанные параметры проверяются по очереди в соответствии с порядком их появления в файле конфигурации:     -   Как только ключ элемента данных соответствует разрешающему / запрещающему правилу, элемент разрешается или запрещается; и проверка правил прекращается. Таким образом, если элемент соответствует и разрешающему правилу, и запрещающему правилу, результат будет зависеть от того, какое правило будет первым.     -   Порядок влияет также на параметр EnableRemoteCommands (если используется). -   Поддерживается неограниченное количество параметров AllowKey/DenyKey. -    Правила AllowKey, DenyKey не влияют на параметры конфигурации HostnameItem, HostMetadataItem, HostInterfaceItem. -   Шаблон ключа - это выражение с подстановочным знаком, в котором подстановочный знак (\*) соответствует любому количеству любых символов в определенной позиции. Его можно использовать как в имени ключа, так и в параметрах. -   Если конкретный ключ элемента запрещен в конфигурации агента, элемент данных будет отмечен как неподдерживаемый (без указания причины); -   Агент Zabbix с параметром командной строки --print (-p) не будет показывать ключи, которые не разрешены настройками; -   Агент Zabbix с параметром командной строки --test (-t) вернет состояние "Unsupported item key." (Неподдерживаемый ключ элемента данных) для ключей, которые не разрешены настройками; -   Отклоненные удалённые команды не записываются в журнал агента (если LogRemoteCommands = 1).

en-us	##### Importing data  Import initial schema:      cat /usr/share/zabbix-sql-scripts/mysql/proxy.sql | mysql -uzabbix -p zabbix  For proxy with PostgreSQL (or SQLite):      cat /usr/share/zabbix-sql-scripts/postgresql/proxy.sql | sudo -u zabbix psql zabbix     cat /usr/share/zabbix-sql-scripts/sqlite3/proxy.sql | sqlite3 zabbix.db
ru	##### Импорт данных  Импортируйте начальную схему:      cat /usr/share/zabbix-sql-scripts/mysql/proxy.sql | mysql -uzabbix -p zabbix  Для прокси с PostgreSQL (или SQLite):      cat /usr/share/zabbix-sql-scripts/postgresql/proxy.sql | sudo -u zabbix psql zabbix     cat /usr/share/zabbix-sql-scripts/sqlite3/proxy.sql | sqlite3 zabbix.db

en-us	#### Importing data with Timescale DB  With TimescaleDB, in addition to the import command for PostgreSQL, also run:      cat /usr/share/zabbix-sql-scripts/postgresql/timescaledb/schema.sql | sudo -u zabbix psql zabbix  ::: notewarning TimescaleDB is supported with Zabbix server only. :::
ru	#### Импорт данных при использовании Timescale DB  При использовании TimescaleDB в дополнение к команде импорта для базы данных PostgreSQL, также выполните:      cat /usr/share/zabbix-sql-scripts/postgresql/timescaledb/schema.sql | sudo -u zabbix psql zabbix  ::: notewarning TimescaleDB поддерживается только Zabbix сервером. :::

en-us	In addition, Zabbix provides the zabbix-selinux-policy package as a part of source RPM packages for the following OS:  -   RHEL [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  This package provides a basic default policy for SELinux and makes zabbix components work out-of-the-box by allowing Zabbix to create and use sockets and enabling httpd connection to PostgreSQL (used by frontend).   The source *zabbix_policy.te* file contains the following rules:        module zabbix_policy 1.2;      require {       type zabbix_t;       type zabbix_port_t;       type zabbix_var_run_t;       type postgresql_port_t;       type httpd_t;       class tcp_socket name_connect;       class sock_file { create unlink };       class unix_stream_socket connectto;     }          #============= zabbix_t ==============     allow zabbix_t self:unix_stream_socket connectto;     allow zabbix_t zabbix_port_t:tcp_socket name_connect;     allow zabbix_t zabbix_var_run_t:sock_file create;     allow zabbix_t zabbix_var_run_t:sock_file unlink;     allow httpd_t zabbix_port_t:tcp_socket name_connect;          #============= httpd_t ==============     allow httpd_t postgresql_port_t:tcp_socket name_connect;  This package has been created to prevent users from turning off SELinux because of the configuration complexity. It contains the default policy that is sufficient to speed up Zabbix deployment and configuration. For maximum security level, it is recommended to set custom SELinux settings. 
ru	Кроме того, Zabbix предоставляет пакет zabbix-selinux-policy как часть исходных пакетов RPM для следующих ОС:  -   RHEL [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  Этот пакет предоставляет базовую политику по умолчанию для SELinux и позволяет компонентам zabbix работать «из коробки», позволяя Zabbix создавать и использовать сокеты и разрешая подключение httpd к PostgreSQL (используемое веб-интерфейсом).  Исходный файл *zabbix_policy.te* содержит следующие правила:        module zabbix_policy 1.2;      require {       type zabbix_t;       type zabbix_port_t;       type zabbix_var_run_t;       type postgresql_port_t;       type httpd_t;       class tcp_socket name_connect;       class sock_file { create unlink };       class unix_stream_socket connectto;     }          #============= zabbix_t ==============     allow zabbix_t self:unix_stream_socket connectto;     allow zabbix_t zabbix_port_t:tcp_socket name_connect;     allow zabbix_t zabbix_var_run_t:sock_file create;     allow zabbix_t zabbix_var_run_t:sock_file unlink;     allow httpd_t zabbix_port_t:tcp_socket name_connect;          #============= httpd_t ==============     allow httpd_t postgresql_port_t:tcp_socket name_connect;  Этот пакет был создан, чтобы пользователи не отключали SELinux из-за сложности конфигурации. Он содержит политику по умолчанию, которой достаточно для ускорения развертывания и настройки Zabbix. Для максимального уровня безопасности рекомендуется установить пользовательские настройки SELinux.

en-us	#### Index lookup caching  When a dynamic index item is requested, Zabbix retrieves and caches whole SNMP table under base OID for index, even if a match would be found sooner. This is done in case another item would refer to the same base OID later - Zabbix would look up index in the cache, instead of querying the monitored host again. Note that each poller process uses separate cache.  In all subsequent value retrieval operations only the found index is verified. If it has not changed, value is requested. If it has changed, cache is rebuilt - each poller that encounters a changed index walks the index SNMP table again.
ru	#### Кэширование поиска индексов  При запросе динамического индекса элемента данных, Zabbix извлекает и кэширует всю таблицу SNMP под базовым OID, даже если совпадение будет найдено ранее. Это делается на случай, если другой элемент данных в дальнейшем ссылается на тот же самый базовый OID - Zabbix будет искать индекс в кэше, вместо еще одного запроса к наблюдаемому устройству. Обратите внимание, каждый процесс поллера использует свой собственный кэш.  Во всех последующих операциях получения значений проверяется только найденный индекс. Если он не изменился, значение запрашивается. Если он изменился, кэш перестраивается - каждый поллер, который встречает измененный индекс, снова обходит и кэширует таблицу индексов SNMP.

en-us	## Index  [NAME](#lbAB)    [SYNOPSIS](#lbAC)    [DESCRIPTION](#lbAD)    [OPTIONS](#lbAE)    [FILES](#lbAF)    [SEE ALSO](#lbAG)    [AUTHOR](#lbAH)    ------------------------------------------------------------------------  This document was created on: 12:58:30 GMT, June 11, 2021
ru	## Оглавление  [НАИМЕНОВАНИЕ](#lbAB)  [СИНТАКСИС](#lbAC)  [ОПИСАНИЕ](#lbAD)  [ПАРАМЕТРЫ](#lbAE)  [ФАЙЛЫ](#lbAF)  [СМОТРИТЕ ТАКЖЕ](#lbAG)  [АВТОР](#lbAH)  ------------------------------------------------------------------------  Этот документ был создан [man2html](/documentation/6.0/ru/manpages), с помощью справочных страниц.\ Время: 12:58:30 по Гринвичу, 11 июня 2021 г.

en-us	## Index  [NAME](#lbAB)  [SYNOPSIS](#lbAC)  [DESCRIPTION](#lbAD)  [OPTIONS](#lbAE)  [](#lbAF)      [FILES](#lbAG)  [SEE ALSO](#lbAH)  [AUTHOR](#lbAI)  ------------------------------------------------------------------------  This document was created on: 14:07:57 GMT, November 22, 2021
ru	## Оглавление  [НАИМЕНОВАНИЕ](#lbAB)  [СИНТАКСИС](#lbAC)  [ОПИСАНИЕ](#lbAD)  [ПАРАМЕТРЫ](#lbAE)  [](#lbAF)    [ФАЙЛЫ](#lbAG)  [СМОТРИТЕ ТАКЖЕ](#lbAH)  [АВТОР](#lbAI)  ------------------------------------------------------------------------  Этот документ был создан: 14:07:57 по Гринвичу, 22 ноября 2021 г.

en-us	## Index  [NAME](#lbAB)  [SYNOPSIS](#lbAC)  [DESCRIPTION](#lbAD)  [OPTIONS](#lbAE)  [](#lbAF)  [](#lbAG)      [FILES](#lbAH)  [SEE ALSO](#lbAI)  [AUTHOR](#lbAJ)  ------------------------------------------------------------------------  This document was created on: 16:12:14 GMT, September 04, 2020
ru	## Оглавление  [НАИМЕНОВАНИЕ](#lbAB)  [СИНТАКСИС](#lbAC)  [ОПИСАНИЕ](#lbAD)  [ПАРАМЕТРЫ](#lbAE)  [](#lbAF)  [](#lbAG)   [ФАЙЛЫ](#lbAH)  [СМОТРИТЕ ТАКЖЕ](#lbAI)  [АВТОР](#lbAJ)  ------------------------------------------------------------------------  Этот документ был создан [man2html](/documentation/6.0/ru/manpages), с помощью справочных страниц.\ Время: 16:12:14 по Гринвичу, 04 сентября 2020 г.

en-us	## Installation
ru	## Установка

en-us	##### Installation  After this is done use the following command to install Zabbix agent as Windows service:      C:\> c:\zabbix\zabbix_agentd.exe -c c:\zabbix\zabbix_agentd.conf -i  Now you should be able to configure "Zabbix agent" service normally as any other Windows service.  See [more details](/manual/appendix/install/windows_agent#installing_agent_as_windows_service) on installing and running Zabbix agent on Windows.
ru	##### Установка  После этого используйте следующую команду для установки Zabbix агента в качестве службы Windows:      C:\> c:\zabbix\zabbix_agentd.exe -c c:\zabbix\zabbix_agentd.conf -i  Теперь у вас должна появиться возможность настройки службы «Zabbix agent» так же как и любой другой службы Windows.  Смотрите [более подробную информацию](/manual/appendix/install/windows_agent#установка-агента-как-службы-windows) по установке и запуску Zabbix агента на Windows.

en-us	#### Installation  Please always read the installation manual for a particular module. It is recommended to install new modules one by one to catch failures easily.  Just before you install a module:  -   Make sure you have downloaded the module from a trusted source.     Installation of harmful code may lead to consequences, such as data     loss -   Different versions of the same module (same ID) can be installed in     parallel, but only a single version can be enabled at once  Steps to install a module:  -   Unpack your module within its own folder in the `modules` folder of     the Zabbix frontend -   Ensure that your module folder contains at least the manifest.json     file -   Navigate to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     and click the *Scan directory* button -   New module will appear in the list along with its version, author,     description and status -   Enable module by clicking on its status  Troubleshooting:  |Problem|Solution| |-------|--------| |*Module did not appear in the list*|Make sure that the manifest.json file exists in `modules/your-module/` folder of the Zabbix frontend. If it does that means the module does not suit the current Zabbix version. If manifest.json file does not exist, you have probably unpacked in the wrong directory.| |*Frontend crashed*|The module code is not compatible with the current Zabbix version or server configuration. Please delete module files and reload the frontend. You'll see a notice that some modules are absent. Go to [Module administration](/manual/web_interface/frontend_sections/administration/general#modules) and click *Scan directory* again to remove non-existent modules from the database.| |*Error message about identical namespace, ID or actions appears*|New module tried to register a namespace, ID or actions which are already registered by other enabled modules. Disable the conflicting module (mentioned in error message) prior to enabling the new one.| |*Technical error messages appear*|Report errors to the developer of the module.|
ru	#### Установка  Пожалуйста, всегда читайте руководство по установке для конкретного модуля. Рекомендуется устанавливать новые модули один за другим, чтобы легче было отследить ошибки.  Непосредственно перед установкой модуля:  -   Убедитесь, что вы загрузили модуль из надежного источника.     Установка вредоносного кода может привести к таким последствиям, как потеря данных -   Различные версии одного и того же модуля (с одним и тем же идентификатором) могут быть установлены    параллельно, но одновременно можно включить только одну версию  Шаги по установке модуля:  -   Распакуйте свой модуль в отдельную папку в папке `modules`  веб-интерфейса Zabbix -   Убедитесь, что папка вашего модуля содержит как минимум файл manifest.json. -   Перейдите к [Администрирование модулей](/manual/web_interface/frontend_sections/administration/general#modules) и нажмите кнопку *Сканировать каталог* - Новый модуль появится в списке вместе с его версией, автором, описанием и статусом - Включите модуль, нажав на его статус.  Поиск неисправностей:  |Проблема|Решение| |-------|--------| |*Модуль не появился в списке*|Убедитесь, что файл manifest.json существует в папке `modules/your-module/` веб-интерфейса Zabbix. Если это так, это означает, что модуль не подходит для текущей версии Zabbix. Если файл manifest.json не существует, возможно, вы распаковали его не в тот каталог.| |*Сбой веб-интерфейса*|Код модуля несовместим с текущей версией Zabbix или конфигурацией сервера. Пожалуйста, удалите файлы модуля и перезагрузите веб-интерфейс. Вы увидите уведомление об отсутствии некоторых модулей. Перейдите в [Администрирование модулей](/manual/web_interface/frontend_sections/administration/general#modules) и снова нажмите *Сканировать каталог*, чтобы удалить несуществующие модули из базы данных.| |*Появляется сообщение ошибки об идентичном пространстве имен, идентификаторе или действиях*|Новый модуль попытался зарегистрировать пространство имен, идентификатор или действия, которые уже зарегистрированы другими включенными модулями. Отключите конфликтующий модуль (упомянутый в сообщении об ошибке) перед включением нового.| |*Появляются сообщения о технических ошибках*|Сообщить об ошибках разработчику модуля.|

en-us	##### Installation  See the [package installation](/manual/installation/install_from_packages) section for instructions on how to install Zabbix agent as package.  Alternatively see instructions for [manual installation](/manual/installation/install#installing_zabbix_daemons) if you do not want to use packages.  ::: noteimportant In general, 32-bit Zabbix agents will work on 64-bit systems, but may fail in some cases. :::
ru	##### Установка  Смотрите раздел [установки из пакетов](/manual/installation/install_from_packages) для получения более детальных сведений по установке Zabbix агента из пакетов.  В качестве альтернативы вы можете обратиться к инструкциям по [ручной установке](/manual/installation/install#установка-демонов-zabbix) , если вы не хотите использовать пакеты.  ::: noteimportant В целом 32-битный Zabbix агент будет работать и на 64-битных системах, но в отдельных случаях возможно возникновение ошибок. :::

en-us	#### Installation  The official zabbix-web-service package is available in the [Zabbix repository](https://repo.zabbix.com/zabbix/).  To compile [Zabbix web service](/manual/installation/install#installing_zabbix_web_service) from sources, specify the `--enable-webservice` configure option.  **See also:**  -   Configuration file options for     [zabbix\_web\_service](/manual/appendix/config/zabbix_web_service); -   [Setting up scheduled reports](/manual/appendix/install/web_service)
ru	#### Установка  Официальный пакет zabbix-web-service доступен в [репозитории Zabbix](https://repo.zabbix.com/zabbix/).  Для компиляции [веб-сервиса Zabbix](/manual/installation/install#установка-веб-сервиса-zabbix) из исходных кодов необходимо указать опцию конфигурирования `--enable-webservice`.  **Смотрите также:**  -   Опции файла конфигурации для [zabbix\_web\_service](/manual/appendix/config/zabbix_web_service); -   [Настройка отчётов по расписанию](/manual/appendix/install/web_service).

en-us	#### Installation  To install Zabbix agent 2, the following options are available:  Windows:  -   from a pre-compiled binary - download the binary and follow the instructions on the [Windows agent installation from MSI](/manual/installation/install_from_packages/win_msi) page -   from sources - see [Building Zabbix agent 2 on Windows](/manual/installation/install/building_zabbix_agent_2_on_windows)  Linux:  -   from distribution packages - follow the instructions on the [Zabbix packages](https://www.zabbix.com/download?zabbix=7.0&os_distribution=alma_linux&os_version=9&components=agent_2&db=&ws=) page, available by choosing your distribution and the Agent 2 component -   from sources - see [Installation from sources](/manual/installation/install#configure-the-sources); note that you must configure the sources by specifying the `--enable-agent2` configuration option  ::: noteclassic Zabbix agent 2 monitoring capabilities can be extended with plugins. While built-in plugins are available out-of-the-box, loadable plugins must be installed separately. For more information, see [Plugins](/manual/extensions/plugins#loadable). :::
ru	#### Установка  Для установки Zabbix агента 2 доступны следующие варианты:  Windows:  -   из заранее скомпилированных бинарных файлов — загрузите бинарные файлы и следуйте инструкции на странице [установки агента Windows из пакетов MSI](/manual/installation/install_from_packages/win_msi) -   из исходных кодов — смотрите [Сборка Zabbix агента 2 на Windows](/manual/installation/install/building_zabbix_agent_2_on_windows)  Linux:  -   из дистрибутивных пакетов — следуйте инструкциям на странице [пакетов Zabbix](https://www.zabbix.com/download?zabbix=7.0&os_distribution=alma_linux&os_version=9&components=agent_2&db=&ws=), доступным при выборе вашего дистрибутива и компонента Агент 2 -   из исходных кодов — смотрите [Установка из исходных кодов](/manual/installation/install#сконфигурируйте-исходный-код); обратите внимание, что вы должны сконфигурировать исходные коды с указанием опции конфигурации `--enable-agent2`  ::: noteclassic Возможности мониторинга с использованием Zabbix агента 2 могут быть расширены с помощью плагинов. В то время как встроенные плагины доступны «из коробки», подгружаемые плагины нужно устанавливать отдельно. Для более подробной информации смотрите [Плагины](/manual/extensions/plugins#подгружаемые). :::

en-us	### Installing debuginfo packages  :::noteclassic  Debuginfo packages are currently available for RHEL versions 7 and 6.  :::   To enable debuginfo repository, edit */etc/yum.repos.d/zabbix.repo* file. Change `enabled=0` to `enabled=1` for zabbix-debuginfo repository.      [zabbix-debuginfo]     name=Zabbix Official Repository debuginfo - $basearch     baseurl=http://repo.zabbix.com/zabbix/7.0/rhel/7/$basearch/debuginfo/     enabled=0     gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ZABBIX-A14FE591     gpgcheck=1  This will allow you to install the zabbix-debuginfo package.      dnf install zabbix-debuginfo  This single package contains debug information for all binary Zabbix components.
ru	### Установка debuginfo пакетов  :::noteclassic Пакеты Debuginfo в настоящее время доступны только для версий RHEL 7 и 6.  :::  Чтобы включить debuginfo репозиторий, отредактируйте файл */etc/yum.repos.d/zabbix.repo*. Измените `enabled=0` на `enabled=1` у репозитория zabbix-debuginfo.      [zabbix-debuginfo]     name=Zabbix Official Repository debuginfo - $basearch     baseurl=http://repo.zabbix.com/zabbix/7.0/rhel/7/$basearch/debuginfo/     enabled=0     gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-ZABBIX-A14FE591     gpgcheck=1  Это изменение позволит вам установить пакет zabbix-debuginfo.      dnf install zabbix-debuginfo  Этот единственный пакет содержит отладочную информацию по всем бинарным файлам Zabbix компонент.

en-us	##### Installing frontend  Please see [Web interface installation](/manual/installation/frontend) page for information about Zabbix frontend installation wizard.
ru	##### Установка веб-интерфейса  Пожалуйста, обратитесь к странице [установки веб-интерфейса](/manual/installation/frontend) для получения более подробной информации о мастере установки веб-интерфейса Zabbix.

en-us	#### - Installing Java gateway  It is required to install Java gateway only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  To install from sources, first [download](/manual/installation/install#download_the_source_archive) and extract the source archive.  To compile Java gateway, run the `./configure` script with `--enable-java` option. It is advisable that you specify the `--prefix` option to request installation path other than the default /usr/local, because installing Java gateway will create a whole directory tree, not just a single executable.      ./configure --enable-java --prefix=$PREFIX  To compile and package Java gateway into a JAR file, run `make`. Note that for this step you will need `javac` and `jar` executables in your path.      make  Now you have a zabbix-java-gateway-$VERSION.jar file in src/zabbix\_java/bin. If you are comfortable with running Java gateway from src/zabbix\_java in the distribution directory, then you can proceed to instructions for configuring and running [Java gateway](/manual/java/from_sources#overview-of-files). Otherwise, make sure you have enough privileges and run `make install`.      make install  Proceed to [setup](/manual/concepts/java/from_sources) for more details on configuring and running Java gateway.
ru	#### - Установка Java gateway  Java gateway необходимо установить, только если вы хотите мониторить приложения JMX. Java gateway легковесный и не требует наличия базы данных.  Чтобы установить из исходного кода, сначала [загрузите](/manual/installation/install#загрузите-архив-исходных-кодов) и извлеките исходный код из архива.  Чтобы скомпилировать Java gateway, выполните скрипт `./configure` с опцией `--enable-java`. Целесообразно указать опцию `--prefix` для изменения пути установки с /usr/local по умолчанию, так как при установке Java gateway будет создано целое дерево директорий, а не просто один исполняемый файл.    ./configure --enable-java --prefix=$PREFIX  Для компиляции и сборки пакета Java gateway в JAR файл выполните `make`. Обратите внимание, для выполнения этого шага вам потребуется наличие выполняемых файлов `javac` и `jar` в известных системе местах.    make  Теперь у вас имеется zabbix-java-gateway-$ВЕРСИЯ.jar файл в src/zabbix\_java/bin. Если вам удобно запускать Java gateway из src/zabbix\_java в директории с исходными кодами, тогда вам нужно перейти к инструкциям по настройке и запуску [Java gateway](/manual/concepts/java/from_sources#обзор-файлов). В противном случае убедитесь, что у вас имеются достаточные привилегии и выполните `make install`.      make install  Перейдите на страницу [настройки](/manual/concepts/java/from_sources) Java gateway для получения более подробных сведений о том, как настроить и запустить Java gateway.

en-us	#### Installing MinGW Compiler  1\. Download MinGW-w64 with SJLJ (set jump/long jump) Exception Handling and Windows threads (for example *x86\_64-8.1.0-release-win32-sjlj-rt\_v6-rev0.7z*)\ 2. Extract and move to *c:\\mingw*\ 3. Setup environmental variable      @echo off     set PATH=%PATH%;c:\mingw\bin     cmd  When compiling use Windows prompt instead of MSYS terminal provided by MinGW
ru	#### Установка компилятора MinGW  1. Загрузите MinGW-w64 с Обработкой Исключений SJLJ (set jump/long jump) и потоками Windows (например, *x86\_64-8.1.0-release-win32-sjlj-rt\_v6-rev0.7z*)\ 2. Извлеките архив и поместите содержимое в *c:\\mingw*\ 3. Задайте переменную среды      @echo off     set PATH=%PATH%;c:\mingw\bin     cmd  При компиляции используйте командную строку Windows вместо терминала MSYS, который поставляется с MinGW

en-us	#### Installing OpenSSL development libraries  1\. Download 32 and 64 bit builds from <https://curl.se/windows/>\ 2. Extract files into *c:\\dev\\openssl32* and *c:\\dev\\openssl* directories accordingly.\ 3. After that remove extracted *\*.dll.a* (dll call wrapper libraries) as MinGW prioritizes them before static libraries.
ru	#### Установка библиотек разработки OpenSSL  1\. Загрузите 32 и 64-битные сборки с <https://curl.se/windows/>\ 2. Извлеките файлы в *c:\\dev\\openssl32* и *c:\\dev\\openssl* директории соответственно.\ 3. После чего удалите извлечённые *\*.dll.a* (библиотеки оболочки для вызова dll), так как MinGW ставит приоритет использования именно их перед использованием статических библиотек.

en-us	#### - Installing Zabbix daemons
ru	#### - Установка демонов Zabbix

en-us	#### - Installing Zabbix web interface
ru	#### - Установка веб-интерфейса Zabbix

en-us	#### - Installing Zabbix web service  Installing Zabbix web service is only required if you want to use [scheduled reports](/manual/web_interface/frontend_sections/reports/scheduled).  To install from sources, first [download](/manual/installation/install#download_the_source_archive) and extract the source archive.  To compile Zabbix web service, run the `./configure` script with `--enable-webservice` option.  ::: noteclassic  A configured [Go](https://go.dev/doc/install) version 1.13+ environment is required for building Zabbix web service.  :::  Run zabbix\_web\_service on the machine, where the web service is installed:      zabbix_web_service  Proceed to [setup](/manual/appendix/install/web_service) for more details on configuring Scheduled reports generation.
ru	#### - Установка веб-сервиса Zabbix  Установка веб-сервиса Zabbix требуется только, если вы хотите использовать [отчёты по расписанию](/manual/web_interface/frontend_sections/reports/scheduled).  Чтобы установить из исходного кода, сначала [загрузите](/manual/installation/install#загрузите-архив-исходных-кодов) и извлеките исходный код из архива.  Чтобы скомпилировать веб-сервис Zabbix, выполните скрипт `./configure` с опцией `--enable-webservice`.  ::: noteclassic Для сборки веб-сервиса Zabbix требуется среда [Go](https://golang.org/doc/install) версии 1.13+. :::  Выполните zabbix\_web\_service на машине, где был установлен веб-сервис:      zabbix_web_service  Перейдите к [установке](/manual/appendix/install/web_service) для получения более подробных сведений о настройке генерирования Регулярных отчётов.

en-us	#### Internal event actions  The following conditions can be set for actions based on internal events:  |Condition type|Supported operators|Description| |--|--|------| |*Event type*|equals|**Item in "not supported" state** - matches events where an item goes from a 'normal' to 'not supported' state.<br>**Low-level discovery rule in "not supported" state** - matches events where a low-level discovery rule goes from a 'normal' to 'not supported' state.<br>**Trigger in "unknown" state** - matches events where a trigger goes from a 'normal' to 'unknown' state.| |*Host group*|equals<br>does not equal|Specify host groups or host groups to exclude.<br>**equals** - event belongs to this host group.<br>**does not equal** - event does not belong to this host group.| |*Tag name*|equals<br>does not equal<br>contains<br>does not contain|Specify event tag or event tag to exclude.<br>**equals** - event has this tag.<br>**does not equal** - event does not have this tag.<br>**contains** - event has a tag containing this string.<br>**does not contain** - event does not have a tag containing this string.| |*Tag value*|equals<br>does not equal<br>contains<br>does not contain|Specify event tag and value combination or tag and value combination to exclude.<br>**equals** - event has this tag and value.<br>**does not equal** - event does not have this tag and value.<br>**contains** - event has a tag and value containing these strings.<br>**does not contain** - event does not have a tag and value containing these strings.| |*Template*|equals<br>does not equal|Specify templates or templates to exclude.<br>**equals** - event belongs to an item/trigger/low-level discovery rule inherited from this template.<br>**does not equal** - event does not belong to an item/trigger/low-level discovery rule inherited from this template.| |*Host*|equals<br>does not equal|Specify hosts or hosts to exclude.<br>**equals** - event belongs to this host.<br>**does not equal** - event does not belong to this host.|
ru	#### Действия на внутренние события  В действиях на основе внутренних событий можно использовать следующие условия:  |Тип условия|Поддерживаемые операторы|Описание| |--|--|------| |Тип события|равно|**Элемент данных в состоянии "не поддерживается"** - соответствует событию, когда элемент данных переходит из состояния 'активировано' в состояние 'не поддерживается'<br>**Правило низкоуровневого обнаружения в состоянии "не поддерживается"** - соответствует событию, когда правило низкоуровневого обнаружения переходит из состояния 'активировано' в состояние 'не поддерживается'<br>**Триггер в состоянии "неизвестно"** - соответствует событию, когда триггер переходит из состояния 'активировано' в состояние 'неизвестно'| |Группа узла сети|равно<br>не равно|Укажите группу узла сети или группу узлов сети для исключения.<br>**равно** - событие относится к указанной группе узлов сети.<br>**не равно** - событие не относится к указанной группе узлов сети.| |*Имя тега*|равно<br>не равно<br>содержит<br>не содержит|Укажите тег события или исключение тега события.<br>**равно** - событие имеет указанный тег<br>**не равно** - событие не имеет указанный тег<br>**содержит** - событие имеет тег, который содержит указанную строку<br>**не содержит** - событие имеет тег, который не содержит указанную строку| |*Значение тега*|равно<br>не равно<br>содержит<br>не содержит|Укажите комбинацию тега события и его значение или исключение комбинации тега и значения.<br>**равно** - событие имеет указанные тег и значение<br>**не равно** - событие не имеет указанные тег и значение<br>**содержит** - событие содержит указанные строки тега и значения<br>**не содержит** - событие не содержит указанные строки тега и значения| |Шаблон|равно<br>не равно|Укажите шаблон или шаблон для исключения.<br>**равно** - событие относится к элементу данных / триггеру / правилу низкоуровневого обнаружения унаследованному из указанного шаблона.<br>**не равно** - событие не относиться к элементу данных / триггеру / правилу низкоуровневого обнаружения унаследованному из указанного шаблона.| |Узел сети|равно<br>не равно|Укажите узел сети или узел сети для исключения.<br>**равно** - событие относиться к указанному узлу сети.<br>**не равно** - событие не относиться к указанному узлу сети.|

en-us	#### Introduction  MIB stands for the Management Information Base. MIB files allow to use textual representation of an OID (Object Identifier). It is possible to use raw OIDs when monitoring SNMP devices with Zabbix, but if you feel more comfortable using textual representation, you need to install MIB files.  For example,      ifHCOutOctets  is textual representation of the OID      1.3.6.1.2.1.31.1.1.1.10
ru	#### Введение  MIB обозначает Базу Управляющей Информации. MIB файлы позволяют вам использовать текстовое представление OID\'а (Идентификатор Объекта). При мониторинге Zabbix\'ом устройств SNMP можно использовать сырые OID\'ы, но если для Вас более комфортно использовать текстовое представление, то потребуется установить MIB файлы.  Например,      ifHCOutOctets  является текстовым представлением OID\'а      1.3.6.1.2.1.31.1.1.1.10

en-us	#### Inventory macros  There are host inventory macros {INVENTORY.\*} available for use in notifications, for example:  "Server in {INVENTORY.LOCATION1} has a problem, responsible person is {INVENTORY.CONTACT1}, phone number {INVENTORY.POC.PRIMARY.PHONE.A1}."  For more details, see the [supported macro](/manual/appendix/macros/supported_by_location) page.
ru	#### Инвентарные макросы  Имеются инвентарные макросы узла сети {INVENTORY.\*}, доступные для использования в оповещениях, например:  "Сервер (местоположение: {INVENTORY.LOCATION1}) имеет проблему; ответственное лицо: {INVENTORY.CONTACT1}, номер телефона: {INVENTORY.POC.PRIMARY.PHONE.A1}."  Для получения более подробных сведений перейдите на страницу [Поддерживаемые макросы](/manual/appendix/macros/supported_by_location).

en-us	##### Inventory mode selection  Inventory mode can be selected in the host configuration form.  Inventory mode by default for new hosts is selected based on the *Default host inventory mode* setting in *Administration* → *General* → *[Other](/manual/web_interface/frontend_sections/administration/general#other_parameters)*.  For hosts added by network discovery or autoregistration actions, it is possible to define a *Set host inventory mode* operation selecting manual or automatic mode. This operation overrides the *Default host inventory mode* setting.
ru	##### Выбор режима инвентаризации  Режим инвентаризации можно выбрать в диалоге настройки узла сети.  Режим инвентаризации по умолчанию для новых узлов сети выбирается на основе настройки *Режим инвентаризации узлов сети по умолчанию* в *Администрирование* → *Общие* → *[Другое](/manual/web_interface/frontend_sections/administration/general#прочие-параметры)*.  Для узлов сети, добавляемых с помощью действий по сетевым обнаружениям или авторегистрации, имеется возможность указать операцию *Задать режим инвентарных данных узлов сети*, выбрав ручной или автоматический режим. Эта операция переопределит настройку *Режим инвентаризации узлов сети по умолчанию*.

en-us	#### IPMI remote commands  For IPMI remote commands the following syntax should be used:      <command> [<value>]  where  -   <command> - one of IPMI commands without spaces -   <value> - 'on', 'off' or any unsigned integer. <value>     is an optional parameter.
ru	#### Удаленные команды через IPMI  В случае использования удаленных команд через IPMI нужно использовать следующий синтаксис:      <команда> [<значение>]  где  -   <команда> - одна из IPMI команд без пробелов -   <значение> - 'on', 'off' или любое положительное целое число. <значение> - опциональный параметр.

en-us	##### Item configuration  When [configuring an item](/manual/config/items/item) on a host level:  -   Select 'IPMI agent' as the *Type* -   Enter an item [key](/manual/config/items/item/key) that is unique     within the host (say, ipmi.fan.rpm) -   For *Host interface* select the relevant IPMI interface (IP and     port). Note that an IPMI interface must exist on the host. -   Specify the *IPMI sensor* (for example 'FAN MOD 1A RPM' on Dell     Poweredge) to retrieve the metric from. By default, the sensor ID     should be specified. It is also possible to use prefixes before the     value:     -   `id:` - to specify sensor ID;     -   `name:` - to specify sensor full name. This can be useful in         situations when sensors can only be distinguished by specifying         the full name. -   Select the respective type of information ('Numeric (float)' in this     case; for discrete sensors - 'Numeric (unsigned)'), units (most     likely 'rpm') and any other required item attributes
ru	##### Настройка элемента данных  Для [настройки элемента данных](/manual/config/items/item) на уровне узла сети:  -   В поле *Тип* выберите 'IPMI агент' -   Введите [ключ](/manual/config/items/item/key) элемента данных, уникальный в пределах узла сети (скажем, ipmi.fan.rpm) -   В поле *Интерфейс узла сети* выберите подходящий IPMI интерфейс (IP и порт). Обратите внимание, IPMI интерфейс должен уже существовать на узле сети. -   Укажите *IPMI датчик*, с которого забирать метрику (например 'FAN MOD 1A RPM' на Dell Poweredge). По умолчанию, необходимо указать ID датчика. Также имеется возможность использования префиксов до самого значения:     -   `id:` - чтобы указать ID датчика;     -   `name:` - чтобы указать полное имя датчика. Эта опция может быть полезна в ситуациях, когда датчики можно отличить, только указав полное имя. -   Выберите соответствующий тип информации ('Числовой (с плавающей точкой)' в данном случае; для дискретных датчиков - 'Числовой (целое положительное)'), единицы измерения (скорее всего, 'rpm') и любые другие требуемые атрибуты элемента данных.

en-us	# item.create
ru	# item.create

en-us	# item.delete
ru	# item.delete

en-us	# item.get
ru	# item.get

en-us	### Item key details  Parameters without angle brackets are mandatory. Parameters marked with angle brackets **<** **>** are optional.
ru	### Основные сведения об элементе  Параметры без угловых скобок являются обязательными. Параметры, отмеченные угловыми скобками **<** **>**, являются необязательными.

en-us	# itemprototype.create
ru	# itemprototype.create

en-us	# itemprototype.delete
ru	# itemprototype.delete

en-us	# itemprototype.get
ru	# itemprototype.get

en-us	# itemprototype.update
ru	# itemprototype.update

en-us	## Items
ru	## Элементы данных

en-us	## Items
ru	## Элементы данных

en-us	## Items
ru	## Элементы данных

en-us	#### Items  Define items to monitor.  [Item API](/manual/api/reference/item)
ru	#### Элементы данных   Определяет элементы данных для мониторинга.  [API элементов данных](/manual/api/reference/item)

en-us	##### Item  To begin with, you may want to set up an item that monitors a log file, for example:      log[/var/log/syslog]  ![](../../../../assets/en/manual/config/event_correlation/correlation_item.png)  With the item set up, wait a minute for the configuration changes to be picked up and then go to [Latest data](/manual/web_interface/frontend_sections/monitoring/latest_data) to make sure that the item has started collecting data.
ru	##### Элемент данных  Для начала вы можете настроить элемент данных, который мониторит файл журнала, например:      log[/var/log/syslog]  ![](../../../../assets/en/manual/config/event_correlation/correlation_item.png)  Когда элемент данных будет настроен, подождите минуту, пока изменения конфигурации вступят в силу и, затем перейдите в [Последние данные](/manual/web_interface/frontend_sections/monitoring/latest_data), чтобы убедиться, что элемент данных начал собирать данные.

en-us	# item.update
ru	# item.update

en-us	##### Item value preprocessing  The **Preprocessing** tab allows to define [transformation rules](/manual/config/items/preprocessing) for the received values.
ru	##### Предобработка значений элементов данных  Вкладка **Предобработка** позволяет задать [правила преобразования](/manual/config/items/preprocessing) полученных значений.

en-us	Item values remain in value cache either until:  -   the item is deleted (cached values are deleted after the next configuration sync); -   the item value is outside the time or count range specified in the trigger/calculated item expression     (cached value is removed when a new value is received); -   the time or count range specified in the trigger/calculated item expression is changed     so that less data is required for calculation (unnecessary cached values are removed after 24 hours).  ::: notetip Value cache status can be observed by using the server [runtime control](/manual/concepts/server#runtime-control) option `diaginfo` (or `diaginfo=valuecache`) and inspecting the section for value cache diagnostic information. This can be useful for determining misconfigured triggers or calculated items. :::
ru	Значения элементов данных остаются в кэше значений до тех пор, пока:  - элемент данных удален (кешированные значения удаляются после следующей синхронизации конфигурации); - значение элемента находится за пределами диапазона времени или количества, указанного в выражении триггера/вычисляемого элемента (кэшированное значение удаляется при получении нового значения); - изменен диапазон времени или счетчика, указанный в выражении триггера/вычисляемого элемента, таким образом, чтобы для расчета требовалось меньше данных (ненужные кэшированные значения удаляются через 24 часа).  ::: notetip Статус кэша значений можно наблюдать с помощью опции сервера [runtime control](/manual/concepts/server#runtime-control)`diaginfo` (или `diaginfo=valuecache`) и проверкой раздела на наличие диагностической информации о кэше значений. Это может быть полезно для определения неправильно настроенных триггеров или вычисляемых элементов. :::

en-us	#### item  [ZBXNEXT-7726](https://support.zabbix.com/browse/ZBXNEXT-7726) The `params` property is now *required* for preprocessing steps of the type "Check for not supported value".\ [ZBXNEXT-7578](https://support.zabbix.com/browse/ZBXNEXT-7578) `item.get`, `item.create`, `item.update`: The properties `headers` and `query_fields` changed from name-indexed object to array of objects with separate `name` and `value` properties.\
ru	#### item  [ZBXNEXT-7726](https://support.zabbix.com/browse/ZBXNEXT-7726) Свойство `params` теперь *обязательно* для шагов предобработки типа "Проверка на неподдерживаемое значение".\ [ZBXNEXT-7578](https://support.zabbix.com/browse/ZBXNEXT-7578) `item.get`, `item.create`, `item.update`: Свойства `headers` и`query_fields` изменены с объекта с индексированием по имени на массив объектов с отдельными свойствами `name` и `value`.\

en-us	##### Java gateway  If you obtained Zabbix from the source repository or an archive, then the necessary dependencies are already included in the source tree.  If you obtained Zabbix from your distribution's package, then the necessary dependencies are already provided by the packaging system.  In both cases above, the software is ready to be used and no additional downloads are necessary.  If, however, you wish to provide your versions of these dependencies (for instance, if you are preparing a package for some Linux distribution), below is the list of library versions that Java gateway is known to work with. Zabbix may work with other versions of these libraries, too.  The following table lists JAR files that are currently bundled with Java gateway in the original code:  |Library|Mandatory status|Minimum version|Comments| |--|-|-|------| |[android-json](https://mvnrepository.com/artifact/com.vaadin.external.google/android-json)|Yes|4.3r1|JSON (JavaScript Object Notation) is a lightweight data-interchange format. This is the org.json compatible Android implementation extracted from the Android SDK.| |[logback-classic](https://mvnrepository.com/artifact/ch.qos.logback/logback-classic)|^|1.2.9| | |[logback-core](https://mvnrepository.com/artifact/ch.qos.logback/logback-core)|^|1.2.9| | |[slf4j-api](https://mvnrepository.com/artifact/org.slf4j/slf4j-api)|^|1.7.32| |  Java gateway can be built using either Oracle Java or open-source OpenJDK (version 1.6 or newer). Packages provided by Zabbix are compiled using OpenJDK. The table below provides information about OpenJDK versions used for building Zabbix packages by distribution:  |Distribution|OpenJDK version| |------------|---------------| |RHEL 8|1.8.0| |RHEL 7|1.8.0| |SLES 15|11.0.4| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|
ru	##### Java gateway  Если вы получили Zabbix из репозитория исходных кодов или скачали архив, то необходимые зависимости уже включены в дерево исходного кода.  Если вы получили Zabbix из пакетов вашего дистрибутива, то необходимые зависимости обеспечиваются системой управления пакетами.  В обоих вышеупомянутых случаях программное обеспечение готово к использованию, и скачивать какие-либо дополнительные файлы не нужно.  Однако, если вы хотите использовать другие версии этих зависимостей (например, если вы готовите пакет для определенного дистрибутива Linux), ниже приведён список версий библиотек, для которых подтверждена работоспособность Java gateway. Zabbix также может работать с другими версиями этих библиотек.  Следующая таблица содержит список JAR файлов, которые поставляются вместе в Java gateway в оригинальном коде:  |Библиотека|Признак обязательности|Минимальная версия|Комментарии| |--|-|-|-------| |[android-json](https://mvnrepository.com/artifact/com.vaadin.external.google/android-json)|Да|4.3r1|JSON (JavaScript Object Notation) — это легковесный формат обмена данными. Это совместимая с org.json реализация Android, которая была извлечена из Android SDK.| |[logback-classic](https://mvnrepository.com/artifact/ch.qos.logback/logback-classic)|^|1.2.9| | |[logback-core](https://mvnrepository.com/artifact/ch.qos.logback/logback-core)|^|1.2.9| | |[slf4j-api](https://mvnrepository.com/artifact/org.slf4j/slf4j-api)|^|1.7.32| |  Java gateway может быть скомпилирован с использованием Oracle Java или с использованием OpenJDK (версия 1.6 или новее) с открытым исходным кодом. Пакеты, поставляемые Zabbix, скомпилированы с использованием OpenJDK. Таблица, приведённая ниже, содержит информацию о версиях OpenJDK, использованных для сборки пакетов Zabbix в зависимости от дистрибутива:  |Дистрибутив|Версия OpenJDK| |------------|---------------| |RHEL 8|1.8.0| |RHEL 7|1.8.0| |SLES 15|11.0.4| |Debian 10|11.0.8| |Ubuntu 20.04|11.0.8| |Ubuntu 18.04|11.0.8|

en-us	### Java gateway installation  It is required to install [Java gateway](/manual/concepts/java) only if you want to monitor JMX applications. Java gateway is lightweight and does not require a database.  Once the required repository is added, you can install Zabbix Java gateway by running:      dnf install zabbix-java-gateway  Proceed to [setup](/manual/concepts/java/from_rhel) for more details on configuring and running Java gateway.
ru	### Установка Java gateway  [Java gateway](/manual/concepts/java) необходимо устанавливать только, если вы хотите мониторить JMX приложения. Java gateway легковесный и не требует наличия базы данных.  После добавления требуемого репозитория вы можете установить Zabbix Java gateway, выполнив следующую команду:      dnf install zabbix-java-gateway  Перейдите к [разделу настройки](/manual/concepts/java/from_rhel) для получения более подробных сведений касательно настройки и запуска Java gateway.

en-us	#### JMX item keys in more detail
ru	#### Детальная информация о ключах JMX элементов данных

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
ru	#### Мониторинг JMX  Смотрите страницу [JMX мониторинга](/manual/config/items/itemtypes/jmx_monitoring) для получения более подробных сведений.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
ru	#### Мониторинг JMX  Смотрите страницу [мониторинга JMX](/manual/config/items/itemtypes/jmx_monitoring) для получения более подробных сведений.

en-us	#### JMX monitoring  See [JMX monitoring](/manual/config/items/itemtypes/jmx_monitoring) page for more details.
ru	#### Мониторинг JMX  Смотрите страницу [JMX мониторинга](/manual/config/items/itemtypes/jmx_monitoring) для получения более подробных сведений.

en-us	#### JSON format  The JSON export format contains the following objects:  -   Root object for Zabbix JSON export -   Export version  ```json {     "zabbix_export": {         "version": "7.0"     } } ```  Other objects are dependent on exported objects.
ru	#### Формат JSON  Формат экспорта JSON содержит следующие объекты:  - Корневой объект для экспорта Zabbix JSON - Экспортная версия  ```json {     "zabbix_export": {     "version": "7.0"     } } ```  Другие объекты зависят от экспортированных объектов.

en-us	#### Keeping trends  Trends is a built-in historical data reduction mechanism which stores minimum, maximum, average and the total number of values per every hour for numeric data types.  You can set for how many days trends will be kept:  -   in the item properties [form](/manual/config/items/item) -   when mass-updating items -   when setting up Housekeeper tasks  Trends usually can be kept for much longer than history. Any older data will be removed by the housekeeper.  Zabbix server accumulates trend data in runtime in the trend cache, as the data flows in. Server flushes **previous hour** trends of every item into the database (where frontend can find them) in these situations:  -   server receives the first current hour value of the item -   5 or less minutes of the current hour left and still no current hour     values of the item -   server stops  To see trends on a graph you need to wait at least to the beginning of the next hour (if item is updated frequently) and at most to the end of the next hour (if item is updated rarely), which is 2 hours maximum.  When server flushes trend cache and there are already trends in the database for this hour (for example, server has been restarted mid-hour), server needs to use update statements instead of simple inserts. Therefore on a bigger installation if restart is needed it is desirable to stop server in the end of one hour and start in the beginning of the next hour to avoid trend data overlap.  History tables do not participate in trend generation in any way.  ::: noteimportant If trends are set to '0', Zabbix server does not calculate or store trends at all. :::  ::: noteclassic The trends are calculated and stored with the same data type as the original values. As a result the average value calculations of unsigned data type values are rounded and the less the value interval is the less precise the result will be. For example if item has values 0 and 1, the average value will be 0, not 0.5.  Also restarting server might result in the precision loss of unsigned data type average value calculations for the current hour. :::
ru	#### Хранение динамики изменений  Динамика изменений является встроенным механизмом обработки данных истории, где для каждого часа хранятся значения минимума, максимума, усреднённое и общее количество значений по числовым типам данных.  Вы можете указать, как много дней будет храниться динамика изменений:  -   в [диалоге](/manual/config/items/item) свойств элемента данных -   при массовом обновлении элементов данных -   при настройке задач очистки истории  Обычно динамика изменений может храниться намного дольше чем история. Любые более старые данные будут удалены при помощи автоматической очистки базы данных (Housekeeper).  Во время работы, с приходом новых значений, Zabbix сервер собирает и хранит динамику изменений в специальном кэше динамики изменений. Сервер сбрасывает динамику изменения **предыдущего часа** каждого элемента данных в базу данных (при этом она становится доступным из веб-интерфейса) в следующих случаях:  -   сервер получает первое за текущий час значение элемента данных -   до конца текущего часа остаётся 5 или менее минут и всё ещё не пришло ни одно значение элемента данных за текущий час -   сервер останавливается  Таким образом, самое раннее, когда можно увидеть новое значение динамики изменения текущего часа в веб-интерфейсе - это начало следующего часа (если элемент данных обновляется регулярно) и самое позднее - конец следующего часа (если элемент данных обновляется редко), что даёт 2 часа максимум.  Если в момент сбрасывания значения динамики изменения сервер замечает, что значение за соответствующий час в базе данных уже имеется (например, сервер был перезапущен в середине часа), ему, возможно, придётся выполнять SQL инструкции обновления вместо вставки. Поэтому на больших инсталляциях, если необходим перезапуск сервера, постарайтесь спланировать его так, чтобы остановка сервера произошла в конце часа, а запуск - в начале следующего, чтобы избежать перекрытие данных динамики изменений.  При работе со значениями динамики изменения Zabbix сервер к таблицам истории базы данных не обращается.  ::: noteimportant Если динамика изменений установлена в значение '0', Zabbix сервер вообще не будет считать и хранить динамику изменений. :::  ::: noteclassic Динамика изменений вычисляется и сохраняется с использованием того же типа данных, что и оригинальные значения. В результате среднее значение вычисления значений целочисленных типов данных округляется и чем меньше интервал значений, тем меньше будет точность результата. Например, если элемент данных имеет значения 0 и 1, средним значением будет 0, а не 0.5.  Перезапуск сервера также может привести к потере точности вычисления усредненных значений у целочисленных типов данных за текущий час. :::

en-us	#### Key name  The key name itself has a limited range of allowed characters, which just follow each other. Allowed characters are:      0-9a-zA-Z_-.  Which means:  -   all numbers; -   all lowercase letters; -   all uppercase letters; -   underscore; -   dash; -   dot.  ![](../../../../../assets/en/manual/config/key_name.png)
ru	#### Имя ключа  Имя ключа имеет ограниченный диапазон разрешенных символов, которые просто следуют друг за другом. Разрешенные символы:      0-9a-zA-Z_-.  Что означает:  -   все цифры; -   все буквы в нижнем регистре; -   все буквы в верхнем регистре; -   подчеркивание; -   дефис; -   точка.  ![](../../../../../assets/ru/manual/config/key_name.png)

en-us	#### Known issues  See [known issues](/manual/installation/known_issues#graphs) for graphs.
ru	#### Известные проблемы  Смотрите [известные проблемы](/manual/installation/known_issues#графики) по графикам.

en-us	##### Large file support  Zabbix has large file support for SNMP trapper files. The maximum file size that Zabbix can read is 2\^63 (8 EiB). Note that the filesystem may impose a lower limit on the file size.
ru	##### Поддержка больших файлов  У Zabbix имеется "поддержка больших файлов" при работе с файлами SNMP трапов. Максимальный размер файла, который Zabbix может прочитать, это 2\^63 (8 эксабайт). Обратите внимание, что файловая система может иметь меньшее ограничение на максимальный размер файлов.

en-us	#### Latest data filter  In *Monitoring* → [*Latest data*](/manual/web_interface/frontend_sections/monitoring/latest_data), the subfilter and data are no longer displayed by default if the filter is not set.  If upgrading from previous Zabbix versions, see also: [Upgrade notes for 7.0.0](/manual/installation/upgrade_notes_700#latest-data-filter).
ru	#### Фильтр последних данных  В *Мониторинг* → [*Последние данные*](/manual/web_interface/frontend_sections/monitoring/latest_data) подфильтр и данные больше не отображаются по умолчанию, если фильтр не установлен.  При обновлении с предыдущих версий Zabbix см. также: [Примечания по обновлению для 7.0.0](/manual/installation/upgrade_notes_700#latest-data-filter).

en-us	##### Lifecycle methods  The widget lifecycle methods are invoked by the dashboard, and at different stages of the widget's lifecycle during its existence within the dashboard.
ru	##### Методы жизненного цикла  Методы жизненного цикла виджета вызываются панелью и на разных этапах жизненного цикла виджета во время его существования на панели.

en-us	##### Limitations  -   Only same host (template) dependencies are allowed -   An item prototype can depend on another item prototype or regular     item from the same host -   Maximum count of dependent items for one master item is limited to     29999 (regardless of the number of dependency levels) -   Maximum 3 dependency levels allowed -   Dependent item on a host with master item from template will not be     exported to XML
ru	##### Ограничения  -   Зависимости разрешены только в пределах одного узла сети (шаблона) -   Прототип элемента данных может зависеть от другого прототипа элемента данных или от обычного элемента данных с этого же узла сети -   Максимальное количество зависимых элементов данных от одного основного элемента данных ограничено 29999 элементами данных (независимо от количества уровней зависимости) -   Разрешено максимум 3 уровня зависимости -   Зависимый элемент данных с основным элементом данных из шаблона не экспортируется в XML

en-us	#### Linking elements  Once you have put some elements on the map, it is time to start linking them. To link two elements you must first select them. With the elements selected, click on *Add* next to Link.  With a link created, the single element form now contains an additional *Links* section. Click on *Edit* to edit link attributes.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Link attributes:  |Parameter|Description| |--|--------| |*Label*|Label that will be rendered on top of the link.<br>Expression [macros](/manual/appendix/macros/supported_by_location) are supported in this field, but only with `avg`, `last`, `min` and `max` functions, with time as parameter (for example, `{?avg(/host/key,1h)}`).| |*Connect to*|The element that the link connects to.| |*Type (OK)*|Default link style:<br>**Line** - single line<br>**Bold line** - bold line<br>**Dot** - dots<br>**Dashed line** - dashed line| |*Color (OK)*|Default link color.| |*[Link indicators](links)*|List of triggers linked to the link. In case a trigger has status PROBLEM, its style is applied to the link.|
ru	#### Связи элементов  После того, как вы расставите элементы на карте, самое время соединить их. Для соединения двух элементов вы должны сначала выбрать их. Когда элементы будут выбраны, нажмите на *Добавить* справа от подписи Связь.  При наличии созданной связи, диалог одного элемента теперь содержит дополнительный раздел *Связи*. Нажмите на *Изменить* для редактирования атрибутов связи.  ![](../../../../../assets/en/manual/config/visualization/map_links.png){width="600"}  Атрибуты связей:  |Параметр|Описание| |--|--------| |*Подпись*|Подпись, которая будет отображаться поверх связи.<br>В этом поле поддерживается [макросы](/manual/appendix/macros/supported_by_location) выражений, но только с функциями `avg`, `last`, `min` и `max`, со временем в качестве параметра (например, `{?avg(/узел сети/ключ,1h)}`).| |*Подключаться через*|Элемент, к которому присоединяется связь.| |*Тип (ОК)*|Стиль связи по умолчанию:<br>**Линия** - одиночная линия<br>**Жирная линия** - жирная линия<br>**Точечная линия** - точки<br>**Пунктирная линия** - пунктирная линия| |*Цвет (ОК)*|Цвет связи по умолчанию.| |*[Индикаторы связи](links)*|Список триггеров соединенных со связью. В случае, если триггер в состоянии ПРОБЛЕМА, его стиль применяется к связи.|

en-us	##### Linking pre-defined templates to hosts  As you may have noticed, Zabbix comes with a set of predefined templates for various OS, devices and applications. To get started with monitoring very quickly, you may link the appropriate one of them to a host, but beware that these templates need to be fine-tuned for your environment. Some checks may not be needed, and polling intervals may be way too frequent.  More information about [templates](/manual/config/templates) is available.
ru	##### Соединение предопределенных шаблонов с узлами сети  Как вы могли заметить, Zabbix поставляется с набором предопределенных шаблонов для различных ОС, устройств и приложений. Чтобы начать наблюдение как можно быстрее, вы можете присоединить соответствующий шаблон к узлу сети, но нужно учесть, что эти шаблоны потребуется доработать для вашей среды. Некоторые проверки могут не понадобится, а интервалы проверок могут быть слишком частыми.  Доступна более подробная информация о [шаблонах](/manual/config/templates).

en-us	##### Loadable modules  [Loadable modules](/manual/extensions/loadablemodules), written in C, are a versatile and performance-minded option for extending the functionality of Zabbix components (server, proxy, agent) on UNIX platforms. A loadable module is basically a shared library used by Zabbix daemon and loaded on startup. The library should contain certain functions, so that a Zabbix process may detect that the file is indeed a module it can load and work with.  Loadable modules have a number of benefits, including the ability to add new metrics or implement any other logic (for example, Zabbix [history data export](/manual/extensions/loadablemodules#providing-history-export-callbacks)), great performance, and the option to develop, use and share the functionality they provide. It contributes to trouble-free maintenance and helps to deliver new functionality easier and independently of the Zabbix core code base.  Loadable modules are especially useful in a complex monitoring setup. When monitoring embedded systems, having a large number of monitored parameters or heavy scripts with complex logic or long startup time, extensions such as user parameters, `system.run[]` Zabbix agent items, and external checks will have an impact on performance. Loadable modules offer a way of extending Zabbix functionality without sacrificing performance.
ru	##### Загружаемые модули  [Загружаемые модули](/manual/extensions/loadablemodules), написанные на языке C, представляют собой универсальный и ориентированный на производительность вариант расширения функциональности компонентов Zabbix (сервер, прокси, агент) на платформах UNIX. Загружаемый модуль — это, по сути, общая библиотека, используемая демоном Zabbix и загружаемая при запуске. Библиотека должна содержать определенные функции, чтобы процесс Zabbix мог обнаружить, что файл действительно является модулем, который он может загружать и с которым он может работать.   Загружаемые модули имеют набор преимуществ, включая возможность добавлять новые метрики или реализовывать любую другую логику (для примера, [экспорта данных истории](/manual/extensions/loadablemodules#providing-history-export-callbacks) Zabbix), отличную производительность и возможность разрабатывать, использовать и делиться функциональными возможностями, которые они предоставляют. Это способствует бесперебойному обслуживанию и помогает предоставлять новые функциональные возможности проще и независимо от базовой основы кода Zabbix.  Загружаемые модули особенно полезны при сложной настройке мониторинга. При мониторинге встроенных систем наличие большого количества отслеживаемых параметров или тяжелые сценарии со сложной логикой или длительным временем запуска, расширения, такие как пользовательские параметры, элементы агента `system.run[]` Zabbix и внешние проверки, будут влиять на производительность. Загружаемые модули предлагают способ расширения функциональности Zabbix без ущерба для производительности.

en-us	##### Load on I/O  Item's persistent file is updated after successful sending of every batch of data \(containing item's data\) to server.  For example, default 'BufferSize' is 100.  If a log item has found 70 matching records then the first 50 records will be sent in one batch, persistent file will be updated, then remaining 20 records will be sent \(maybe with some delay when more data is accumulated\) in the 2nd batch, and the persistent file will be updated again.
ru	##### Нагрузка на I/O  Постоянный файл элементов данных обновляется после успешной отправки каждой партии данных \(содержащей данные по элементам данных\) на сервер. Например, по умолчанию 'BufferSize' равен 100.  Если элемент данных журнала нашёл 70 совпадающих записей, то первые 50 записей будут отправлены одной партией, постоянный файл будет обновлён, затем оставшиеся 20 записей будут отправлены второй партией \(возможно, с некоторой задержкой на буферизацию большего количества данных\), и затем постоянный файл будет снова обновлен.

en-us	#### Locale  Note that the agent requires a UTF-8 locale so that some textual agent items can return the expected content. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
ru	#### Региональные настройки (локаль)  Обратите внимание что агенту требуется локаль UTF-8, чтобы некоторые текстовые элементы данных агента смогли вернуть корректное содержимое. Большинство современных Unix-подобных систем имеют локаль UTF-8 установленной по умолчанию; тем не менее, есть некоторые системы где это необходимо задать вручную.

en-us	#### Locale  Note that the proxy requires a UTF-8 locale so that some textual items can be interpreted correctly. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
ru	#### Региональные настройки (локаль)  Обратите внимание, что серверу требуется локаль UTF-8, чтобы некоторые текстовые элементы данных интерпретировались корректно. Большинство современных Unix-подобных систем уже имеют локаль UTF-8 по умолчанию; тем не менее, есть некоторые системы, где это необходимо указывать вручную.

en-us	#### Locale  Note that the server requires a UTF-8 locale so that some textual items can be interpreted correctly. Most modern Unix-like systems have a UTF-8 locale as default, however, there are some systems where that may need to be set specifically.
ru	#### Региональные настройки (локаль)  Обратите внимание, что серверу требуется локаль UTF-8, чтобы некоторые текстовые элементы данных интерпретировались корректно. Большинство современных Unix-подобных систем уже имеют локаль UTF-8 по умолчанию, тем не менее, есть некоторые системы где это необходимо указывать вручную.

en-us	##### Logging  Add the "Log test" entry to the Zabbix server log and receive the item value "1" in return:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript Zabbix.log(3, 'Log test'); return 1; ```
ru	##### Журналирование  Добавление записи "Log test" в журнал Zabbix сервера и получение значением элемента данных "1":  -   Создайте элемент данных с типом "Скрипт".\ -   В поле *Скрипт* введите следующий код:  ```javascript Zabbix.log(3, 'Log test'); return 1; ```

en-us	##### Log rotation  Zabbix does not provide any log rotation system - that should be handled by the user. The log rotation should first rename the old file and only later delete it so that no traps are lost:\  1.  Zabbix opens the trap file at the last known location and goes to     step 3 2.  Zabbix checks if the currently opened file has been rotated by     comparing the inode number to the defined trap file's inode number.     If there is no opened file, Zabbix resets the last location and goes     to step 1. 3.  Zabbix reads the data from the currently opened file and sets the     new location. 4.  The new data are parsed. If this was the rotated file, the file is     closed and goes back to step 2. 5.  If there was no new data, Zabbix sleeps for 1 second and goes back     to step 2.
ru	##### Ротация журнала  Zabbix не предоставляет какую-либо систему ротации журналов - это должно быть обеспечено пользователем. Ротация журналов должна начинаться с переименовывания старого файла и только после этого удаления, чтобы никакие трапы не пропали:\  1.  Zabbix открывает файл с трапами с последней известной позиции и переходит к 3 шагу. 2.  Zabbix проверяет, была ли выполнена ротация открытого в данный момент файла, сравнивая номера inode с заданным у файла трапов номером inode. Если открытого файла нет, Zabbix сбрасывает последнюю позицию и переходит к 1 шагу. 3.  Zabbix читает данные из открытого в данный момент файла и устанавливает новую позицию. 4.  Обрабатываются новые данные. Если этот файл был ротирован, то он закрывается и Zabbix переходит назад ко 2 шагу. 5.  Если не было новых данных, Zabbix засыпает на 1 секунду и возвращается ко 2 шагу.

en-us	## Macros
ru	## Макросы

en-us	## Macros
ru	## Макросы

en-us	#### Macro support  The [{EVENT.UPDATE.STATUS}](/manual/appendix/macros/supported_by_location#events) macro is now supported in service update notifications and commands.
ru	#### Поддержка макросов  Макрос [{EVENT.UPDATE.STATUS}](/manual/appendix/macros/supported_by_location#events) теперь поддерживается в уведомлениях и командах об обновлении службы.

en-us	# maintenance.create
ru	# maintenance.create

en-us	# maintenance.delete
ru	# maintenance.delete

en-us	# maintenance.get
ru	# maintenance.get

en-us	# maintenance.update
ru	# maintenance.update

en-us	 ### Makefile targets  Loadable plugins provided by Zabbix have simple makefiles with the following targets:  |Target|Description| |--|--------| |make|Build plugin.| |make clean|Delete all files that are normally created by building the plugin.| |make check|Perform self-tests. A real PostgreSQL database is required.| |make style|Check Go code style with 'golangci-lint'.| |make format|Format Go code with 'go fmt'.| |make dist|Create an archive containing the plugin sources and sources of all packages needed to build the plugin and its self-tests.|
ru	### Цели Makefile  Поставляемые Zabbix подгружаемые плагины имеют простые файлы makefile со следующими целями (targets):  |Цель|Описание| |--|--------| |make|Собрать плагин.| |make clean|Удалить все файлы, которые обычно создаются при построении плагина.| |make check|Выполнить автотесты. Требуется реальная база данных PostgreSQL.| |make style|Проверить стиль кодирования Go при помощи утилиты 'golangci-lint'.| |make format|Отформатировать код Go при помощи вызова 'go fmt'.| |make dist|Создать архив, содержащий исходные коды плагина и всех пакетов, требующихся для построения плагина и его автотестов.|

en-us	### Managing HA cluster  The current status of the HA cluster can be managed using the dedicated [runtime control](/manual/concepts/server#runtime_control) options:  -   `ha_status` - log HA cluster status in the Zabbix server log (and to stdout) -   `ha_remove_node=target` - remove an HA node identified by its     \<target\> - number of the node in the list (the number can be     obtained from the output of running ha\_status), e.g.:  ``` zabbix_server -R ha_remove_node=2 ```  Note that active/standby nodes cannot be removed.  -   `ha_set_failover_delay=delay` - set HA failover delay (between 10 seconds and 15 minutes; time     suffixes are supported, e.g. 10s, 1m)  Node status can be monitored:  -   in *Reports* → *[System     information](/manual/web_interface/frontend_sections/reports/status_of_zabbix#status_of_ha_cluster_nodes)* -   in the *System information* dashboard widget -   using the `ha_status` runtime control option of the server (see     above).  The `zabbix[cluster,discovery,nodes]` internal item can be used for node discovery, as it returns a JSON with the high-availability node information.
ru	#### Управление HA кластером  Текущим состоянием HA кластера можно управлять при помощи выделенных опций [управления работой](/manual/concepts/server#управление-работой):  -  `ha_status` — вывод состояния HA кластера в журнал Zabbix сервера (и в стандартный вывод); -  `ha_remove_node=цель` — удаление HA ноды, заданной своим <цель> — номером ноды в списке (номер можно получить из вывода при выполнении ha\_status), например:  ``` zabbix_server -R ha_remove_node=2 ```  Обратите внимание, что активные / резервные ноды нельзя удалить.  -  `ha_set_failover_delay=задержка` — установка задержки аварийного переключения HA (от 10 секунд до 15 минут; поддерживаются суффиксы времени, такие как 10s, 1m)  Состояние нод можно отслеживать:  -   в *Отчёты* → *[Информация о системе](/manual/web_interface/frontend_sections/reports/status_of_zabbix#состояние-нод-ha-кластера)*; -   в виджете панели *Информация о системе*; -   используя опцию управления работой `ha_status` на стороне сервера (см. выше).  Для обнаружения нод можно использовать внутренний элемент данных `zabbix[cluster,discovery,nodes]`, поскольку этот элемент данных возвращает JSON с информацией о нодах высокой доступности.

en-us	 # manifest.json  Any module needs the manifest.json file. The file must be located in the module's primary directory (for example, *zabbix/ui/modules/module_name/manifest.json*).  As a bare minimum, manifest.json should specify these fields:  ```json {     "manifest_version": 2.0,     "id": "my_ip_address",     "name": "My IP Address",     "namespace": "MyIPAddress",     "version": "1.0" } ```  Parameters supported in **manifest.json** (press on the parameter name for a detailed description):  |Parameter |Description |Required | |--|--------|--| |[manifest_version](#manifest-version)|Manifest version of the module.| Yes | |[id](#id) |Unique module ID. |^| |[name](#name) |Module name that will be displayed in the Administration section. |^| |[namespace](#namespace) |PHP namespace for module classes.|^| |[version](#version) |Module version. |^| |[type](#type) |Type of the module. For widget must be set to *widget* | Yes for widgets, otherwise no | |[widget](#widget) |Widget configuration. Used for widgets only. |^| |[actions](#actions) | Actions to register with the module. |^| |[assets](#assets) | CSS styles and JavaScript files to include. | No | |[author](#author) |Module author. |^| |[config](#config) |Default values for custom module options. |^| |[description](#description) |Module description.|^| |[url](#url) |A link to the module description. |^|
ru	# manifest.json  Каждому модулю необходим файл manifest.json. Файл должен располагаться в главной директории модуля (например, *zabbix/ui/modules/module_name/manifest.json*).  Как необходимый минимум, файл manifest.json должен содержать следующие поля:  ```json {     "manifest_version": 2.0,     "id": "my_ip_address",     "name": "My IP Address",     "namespace": "MyIPAddress",     "version": "1.0" } ``` Параметры, поддерживаемые **manifest.json** (нажмите на параметр для более подробной информации):  |Параметр|Описание|Обязателен| |--|--------|--| |[manifest_version](#manifest-version)|Версия манифеста модуля.| Да| |[id](#id) |Уникальный ID модуля. |^| |[name](#name) |Имя модуля, которое будет отображаться в разделе Администрирование. |^| |[namespace](#namespace) |Пространство имён PHP для классов модуля.|^| |[version](#version) |Версия модуля. |^| |[type](#type) |Тип модуля. Для виджетов необходимо указать *widget* | Да для виджетов, для остальных нет | |[widget](#widget) |Конфигурация виджета. Используется только для виджетов. |^| |[actions](#actions) | Действия для регистрации модуля. |^| |[assets](#assets) | Стили CSS и файлы JavaScript, которые необходимо включить. | Нет | |[author](#author) |Автор модуля. |^| |[config](#config) |Значения по умолчанию для пользовательских параметров модуля. |^| |[description](#description) |Описание модуля.|^| |[url](#url) |Ссылка на описание модуля. |^|

en-us	 ### manifest_version {#manifest-version}  Manifest version of the module. Currently, supported version is **2.0**.  *Type*: Double  *Example*:   ```json "manifest_version": 2.0 ```
ru	### manifest_version {#manifest-version} Версия манифеста модуля. На данный момент поддерживается версия **2.0**. *Тип*: Double  *Пример*:  ```json "manifest_version": 2.0 ```

en-us	# map.create
ru	# map.create

en-us	# map.delete
ru	# map.delete

en-us	# map.get
ru	# map.get

en-us	# map.update
ru	# map.update

en-us	#### MariaDB 11.4 support  The maximum [supported version](/manual/installation/requirements#third-party-external-surrounding-software) for MariaDB is now 11.4.X.
ru	#### Поддержка MariaDB 11.4  Максимально [поддерживаемая версия](/manual/installation/requirements#стороннее-внешнее-программное-обеспечение) для MariaDB теперь 11.4.X.

en-us	##### Mass editing options  A button below the list offers one mass-editing option:  -   *Delete* - delete the maintenance periods  To use this option, mark the checkboxes before the respective maintenance periods and click on *Delete*.
ru	##### Опции массового редактирования  Кнопка ниже списка предлагает одну опцию массового редактирования:  -   *Удалить* - удалить периоды обслуживания  Для использования этой опции отметьте флажки перед соответствующими периодами обслуживания, затем нажмите на *Удалить*.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change trigger status to *Enabled*. -   *Disable* - change trigger status to *Disabled*. -   *Copy* - copy the triggers to other hosts or templates. -   *Mass update* - update several properties for a number of triggers     at once. -   *Delete* - delete the triggers.  To use these options, mark the checkboxes before the respective triggers, then click on the required button.
ru	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Enable* - change trigger status to *Enabled* -   *Disable* - change trigger status to *Disabled* -   *Copy* - copy the triggers to other hosts or templates -   *Mass update* - update several properties for a number of triggers     at once -   *Delete* - delete the triggers  To use these options, mark the checkboxes before the respective triggers, then click on the required button.

en-us	##### Mass editing options  Buttons below the list offer some mass-editing options:  -   *Mass update* - update the selected problems by navigating to the     [problem update](/manual/acknowledgment#updating_problems) screen  To use this option, mark the checkboxes before the respective problems, then click on the *Mass update* button.
ru	##### Опции массового редактирования  Кнопки ниже списка предлагают некоторые опции массового редактирования:  -   *Массовое обновление* - обновление выбранных проблем с переходом к экрану [обновления проблемы](/manual/acknowledgment#обновление_проблем)  Для использования этой опции отметьте соответствующие проблемы и затем нажмите на кнопку *Массовое обновление*.

en-us	# mediatype.create
ru	# mediatype.create

en-us	# mediatype.delete
ru	# mediatype.delete

en-us	# mediatype.get
ru	# mediatype.get

en-us	### Media type testing  To test a configured script media type:  1. Locate the relevant script in the [list](/manual/config/notifications/media#overview) of media types.  2. Click on *Test* in the last column of the list; a testing form will open in a pop-up window. The testing form will contain the same number of parameters that are configured for the script media type.  3. Edit the script parameter values if needed. Editing only affects the test procedure; the actual values will not be changed.  4. Click on *Test*.  ![](../../../../../assets/en/manual/config/notifications/media/script_test.png){width="600"}  ::: noteclassic When testing a configured script media type, {ALERT.SENDTO}, {ALERT.SUBJECT}, {ALERT.MESSAGE} and user macros will resolve to their values, but macros that are related to events (e.g., {HOST.HOST}, {ITEM.LASTVALUE}, etc.) will not resolve, as during testing there is no related event to get the details from. Note that macros within {ALERT.SUBJECT} and {ALERT.MESSAGE} macros will also not resolve. For example, if the value of {ALERT.SUBJECT} is composed of "Problem: {EVENT.NAME}" then the {EVENT.NAME} macro will not be resolved. :::
ru	### Проверка способа оповещения  Чтобы проверить заданные настройки способа оповещения посредством скрипта:  1. Найдите соответствующий скрипт в [списке](/manual/config/notifications/media#обзор) способов оповещений.  2. Нажмите *Тест* в последней колонке (отроется окно проверки). Количество параметров в окне проверки будет соответствовать заданному для скрипта.  3. Если необходимо, поменяйте значения параметров скрипта. Замена затрагивает только проверку, реальные значения останутся без изменений.  4. Нажмите *Тест*.  ![](../../../../../assets/en/manual/config/notifications/media/script_test.png){width="600"}  ::: noteclassic При проверке настроенного скрипта макросы {ALERT.SENDTO}, {ALERT.SUBJECT}, {ALERT.MESSAGE} и пользовательские макросы раскроются, а макросы, относящиеся к событиям (напр., {HOST.HOST}, {ITEM.LASTVALUE} и т.д.), не раскроются, поскольку при тестировании нет связанных событий, которые предоставляли бы нужные сведения. Учтите, что макросы внутри макросов {ALERT.SUBJECT} и {ALERT.MESSAGE} также не раскроются. Например, если значение {ALERT.SUBJECT} состоит из "Проблема: {EVENT.NAME}", макрос {EVENT.NAME} не раскроется. :::

en-us	# mediatype.update
ru	# mediatype.update

en-us	 #### Memory buffer  The memory buffer allows to store new data (item values, network discovery, host autoregistration) in the buffer and upload to Zabbix server without accessing the database. The memory buffer has been introduced for the proxy since Zabbix 7.0.  In installations before Zabbix 7.0 the collected data was stored in the database before uploading to Zabbix server. For these installations this remains the default behavior after upgrading to Zabbix 7.0.  For optimized performance, it is recommended to configure the use of  memory buffer on the proxy. This is possible by modifying the value of [ProxyBufferMode](/manual/appendix/config/zabbix_proxy#proxybuffermode)  from "disk" (hardcoded default for existing installations) to "hybrid" (recommended) or "memory". It is also required to set the memory buffer size ([ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybuffersize) parameter).  In hybrid mode the buffer is protected from data loss by flushing unsent data to the database if the proxy is stopped, the buffer is full or data too old. When all values have been flushed into database, the proxy goes back to using memory buffer.  In memory mode, the memory buffer will be used, however, there is no protection against data loss. If the proxy is stopped, or the memory gets overfilled, the unsent data will be dropped.  The hybrid mode (ProxyBufferMode=hybrid) is applied to all new  installations since Zabbix 7.0.  Additional parameters such as [ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybuffersize) and [ProxyMemoryBufferAge](/manual/appendix/config/zabbix_proxy#proxymemorybufferage) define the memory buffer size and the maximum age of data in the buffer, respectively.  *Note* that with conflicting configuration the proxy will print an error and fail to start, for example, if:    -   ProxyBufferMode is set to "hybrid" or "memory" and ProxyMemoryBufferSize is "0"; -   ProxyBufferMode is set to "hybrid" or "memory" and ProxyLocalBuffer is not "0".
ru	 #### Буфер памяти  Буфер памяти позволяет хранить новые данные (значения элементов данных, сетевое обнаружение, авторегистрацию узлов сети) в буфере и выгружать на сервер Zabbix без обращения к базе данных. Буфер памяти был введён для прокси, начиная с версии Zabbix 7.0.  В инсталляциях до версии Zabbix 7.0 собранные данные сохранялись в базе данных перед выгрузкой на сервер Zabbix. Для этих инсталляций это остается поведением по умолчанию после обновления до Zabbix версии 7.0.  Для оптимизации производительности рекомендуется настроить использование  буфера памяти на прокси. Это возможно путём изменения значения [ProxyBufferMode](/manual/appendix/config/zabbix_proxy#proxybuffermode)  с «disk» (жёстко запрограммированное значение по умолчанию для существующих инсталляций) на «hybrid» (рекомендуется) или «memory». Также необходимо установить размер буфера памяти (параметр [ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybuffersize)).  В гибридном режиме (hybrid) буфер защищён от потери данных путём сброса неотправленных данных в базу данных в случаях, если прокси-сервер остановлен, буфер заполнен или данные слишком старые. Когда все значения были сброшены в базу данных, прокси возвращается к использованию буфера памяти.  В режиме «memory» будет использоваться буфер памяти, однако защита от потери данных отсутствует. Если прокси остановлен или память переполнится, неотправленные данные будут утеряны.  Гибридный режим (ProxyBufferMode=hybrid) применяется ко всем новым  инсталляциям, начиная с версии Zabbix 7.0.  Дополнительные параметры, такие как [ProxyMemoryBufferSize](/manual/appendix/config/zabbix_proxy#proxymemorybufferage) и [ProxyMemoryBufferAge](/manual/appendix/config/zabbix_proxy#proxymemorybufferage), определяют размер буфера памяти и максимальный возраст данных в буфере соответственно.  *Обратите внимание*, что при конфликтующих настройках прокси-сервер выдаст сообщение об ошибке и не запустится, например, если:    — Для ProxyBufferMode установлено значение «hybrid» или «memory», а для ProxyMemoryBufferSize — «0»; - Для ProxyBufferMode установлено значение «hybrid» или «memory», а ProxyLocalBuffer — не «0».

en-us	#### Memory size suffixes  Zabbix supports the following memory size suffixes:  -   **K** - kilobyte -   **M** - megabyte -   **G** - gigabyte -   **T** - terabyte
ru	#### Суффиксы размера памяти  Zabbix поддерживает следующие суффиксы размера памяти:  - **К** - килобайт - **M** - мегабайт - **G** - гигабайт - **Т** - терабайт

en-us	**Memory**  Zabbix requires both physical and disk memory. The amount of required disk  memory obviously depends on the number of hosts and parameters that are  being monitored. If you're planning to keep a long history of monitored  parameters, you should be thinking of at least a couple of gigabytes to  have enough space to store the history in the database. Each Zabbix daemon  process requires several connections to a database server. The amount of  memory allocated for the connection depends on the configuration of the  database engine.   ::: noteclassic The more physical memory you have, the faster the database (and therefore Zabbix) works.  :::
ru	**Память**  Zabbix требуется как физическая память, так и память на диске. Очевидно, что объём необходимой памяти на диске зависит от количества наблюдаемых узлов сети и наблюдаемых параметров. Если вы планируете достаточно долгосрочное хранение истории наблюдаемых параметров, то потребуется по крайней мере несколько гигабайт для хранения данных истории в базе данных. Каждый из процессов демона Zabbix требует несколько подключений к серверу базы данных. Объём памяти, требуемый на каждое из подключений к базе данных, зависит от настроек базы данных.  ::: noteclassic Чем больше оперативной памяти вам доступно, тем быстрее работает база данных (а следовательно, и Zabbix). :::

en-us	 ##### Menu levels  There are up to three levels in the menu.  ![](../../../assets/en/manual/web_interface/menu_levels.png)
ru	##### Уровни меню  В меню может быть до трех уровней.  ![](../../../assets/en/manual/web_interface/menu_levels.png)

en-us	# Method reference  This section provides an overview of the functions provided by the Zabbix API and will help you find your way around the available classes and methods.
ru	# Справочник методов  В этом разделе содержится обзор функций, которые имеются в Zabbix API,  который поможет вам найти варианты использования доступных классов и методов.

en-us	#### Minimum required PHP version  The minimum required PHP version has been raised from 7.4.0 to 8.0.0.
ru	#### Минимальная необходимая версия PHP  Минимальная необходимая версия PHP увеличена с 7.4.0 до 8.0.0.

en-us	#### Minimum required PHP version  The minimum required PHP version has been raised from 7.4.0 to 8.0.0.
ru	#### Минимальная необходимая версия PHP  Минимальная необходимая версия PHP увеличена с 7.4.0 до 8.0.0.

en-us	#### Minimum required TimescaleDB version  The minimum required version of TimescaleDB is now 2.13.0.
ru	#### Минимально необходимая версия TimescaleDB  Минимальная необходимая версия TimescaleDB теперь — 2.13.0.

en-us	##### Minimum weekly disk space among clusters  View the lowest disk space among clusters over a week.  -   add to the data set: hosts `cluster*`, key "Free disk space on     /data" -   select the aggregate function `min` and specify interval `1w` -   a bar graph is displayed, where each bar represents the minimum disk     space per week for each /data volume of the cluster
ru	##### Минимальное количество свободного места за неделю среди кластеров  Просмотр минимального количества свободного места среди кластеров за неделю.  -   добавьте набор данных: узлы сети `cluster*`, ключ "Free disk space on /data" -   выберите функцию агрегации `мин` и укажите период `1w` -   отобразится столбчатый график, где каждый столбец будет представлять минимальное количество места на диске за неделю по каждому /data тому кластера

en-us	##### Miscellaneous aspects of escalation behavior  Let's consider what happens in different circumstances if an action contains several escalation steps.  |Situation|Behavior| |---------|--------| |*The host in question goes into maintenance after the initial problem notification is sent*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all remaining escalation steps are executed either with a delay caused by the maintenance period or without delay. A maintenance period does not cancel operations.| |*The time period defined in the **Time period** action condition ends after the initial notification is sent*|All remaining escalation steps are executed. The *Time period* condition cannot stop operations; it has effect with regard to when actions are started/not started, not operations.| |*A problem starts during maintenance and continues (is not resolved) after maintenance ends*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all escalation steps are executed either from the moment maintenance ends or immediately.| |*A problem starts during a no-data maintenance and continues (is not resolved) after maintenance ends*|It must wait for the trigger to fire, before all escalation steps are executed.| |*Different escalations follow in close succession and overlap*|The execution of each new escalation supersedes the previous escalation, but for at least one escalation step that is always executed on the previous escalation. This behavior is relevant in actions upon events that are created with EVERY problem evaluation of the trigger.| |*During an escalation in progress (like a message being sent), based on any type of event:<br>- the action is disabled<br>Based on trigger event:<br>- the trigger is disabled<br>- the host or item is disabled<br>Based on internal event about triggers:<br>- the trigger is disabled<br>Based on internal event about items/low-level discovery rules:<br>- the item is disabled<br>- the host is disabled*|The message in progress is sent and then one more message on the escalation is sent. The follow-up message will have the cancellation text at the beginning of the message body (*NOTE: Escalation canceled*) naming the reason (for example, *NOTE: Escalation canceled: action '<Action name>' disabled*). This way the recipient is informed that the escalation is canceled and no more steps will be executed. This message is sent to all who received the notifications before. The reason of cancellation is also logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning).<br><br>Note that the *Escalation canceled* message is also sent if operations are finished, but recovery operations are configured and are not executed yet.| |*During an escalation in progress (like a message being sent) the action is deleted*|No more messages are sent. The information is logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning), for example: `escalation canceled: action id:334 deleted`|
ru	##### Различные аспекты поведения эскалаций  Давайте рассмотрим что произойдет при разных обстоятельствах, если действие содержит несколько шагов эскалаций.  |Ситуация|Поведение| |---------|--------| |*Узел сети, о котором идет речь, переходит в состояние обслуживания после отправки первоначального оповещения о проблеме*|В зависимости от опции *Приостановить операции для подавленных проблем* в [настройках](/manual/config/notifications/action/operation#настройка_операции) действия, все оставшиеся шаги эскалаций выполнятся либо с задержкой, вызванной периодом обслуживания, или без задержки. Период обслуживания не отменяет операции.| |*Период времени указанный в условии **Период времени** действия завершается после первоначальной отправки оповещения*|Выполнятся все оставшиеся шаги эскалации. Условие *Период времени* не может прервать операции; это условие имеет влияние в отношении действия началось/не началось, но не имеет влияния на операции.| |*Проблема началась в процессе обслуживания и продолжается (не исправлена) после окончания обслуживания*|В зависимости от опции *Приостановить операции для подавленных проблем* в [настройках](/manual/config/notifications/action/operation#настройка_операции) действия, все шаги выполняются либо с момента завершения обслуживания или сразу же.| |*Проблема началась в процессе обслуживания без сбора данных и продолжается (не исправлена) после окончания обслуживания*|Действие должно дождаться пока триггер не перейдет в состояние проблема, до выполнения всех шагов эскалации.| |*Разные эскалации следуют в тесном порядке и перекрываются*|Выполнение каждой новой эскалации заменяет предыдущую эскалацию, но по крайней мере для одного шага эскалации, который всегда обязательно выполняется при предыдущей эскалации. Такое поведение тесно связано с действиями на события, которые создаются на КАЖДОЕ вычисление проблемы триггера.| |*В процессе выполнения эскалации (например, во время отправки сообщения), основанном на любом типе событий:<br>- действие деактивировано<br>- событие удалено<br>На основе события на триггер:<br>- триггер деэактивирован или удален<br>- узел сети или элемент данных деактивирован<br>На основе внутреннего события о триггере:<br>- триггер деактивирован или удален<br>На основе внутреннего события о элементах данных/правилах низкоуровневого обнаружения:<br>- элемент данных деактивирован или удален<br>- узел сети деактивирован*|Будет отправлено сообщение, которое уже в процессе отправки, затем будет отправлено еще одно сообщение эскалации. Последующие сообщения будут иметь следующий текст в начале тела сообщения (*NOTE: Escalation cancelled*) с указанием причины (например, *NOTE: Escalation cancelled: action '<Имя действия>' disabled*). Таким образом получатель будет проинформирован о том, что эскалация отменена и дальнейшие шаги не будут выполнены. Это сообщение будет отправлено все кто получал оповещения ранее. Причина отмены также будет записана в файл журнала сервера (начиная с [уровня отладки](/manual/appendix/config/zabbix_server) 3=Предупреждения).<br><br>Обратите внимание, что сообщение *Escalation canceled* также будет отправлено, если все операции завершены, а также операции восстановления настроены, но еще не выполнялись.| |*В процессе выполнения эскалации (например, во время отправки сообщения) удалено действие*|Сообщения более не отсылаются. Информация будет записана в файл журнала сервера (начиная с [уровня отладки](/manual/appendix/config/zabbix_server) 3=Предупреждения), например: `escalation cancelled: action id:334 deleted`|

en-us	##### - Modes  (**forecast** only)\ Every time a trigger function is evaluated, it gets data from the specified history period and fits a specified function to the data. So, if the data is slightly different, the fitted function will be slightly different. If we simply calculate the value of the fitted function at a specified time in the future, you will know nothing about how the analyzed item is expected to behave between now and that moment in the future. For some `fit` options (like *polynomial*) a simple value from the future may be misleading.  |`mode`|**forecast** result| |------|-------------------| |*value*|f(now + `time`)| |*max*|max~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*min*|min~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|average of f(t) (now <= t <= now + `time`) according to [definition](https://en.wikipedia.org/wiki/Mean_of_a_function)|
ru	##### - Режимы  (Только **forecast**)\ Каждый раз, когда вычисляется функция триггера, данные запрашиваются из указанного периода истории и по полученным данным строится указанная аппроксимация. Поэтому, если данные немного изменятся, то и построенная аппроксимация немного изменится. Если мы будем просто рассчитывать значение функции аппроксимации в заданный момент времени в будущем, то вы ничего не будете знать о том, как согласно прогнозу будет меняться анализируемый элемент данных между текущим моментом и этим моментом в будущем. При некоторых параметрах `аппроксимации` (вроде *polynomial*) просто лишь одно значение из будущего может ввести в заблуждение.  |`режим`|Результат **forecast**| |------|-------------------| |значение (*value*)|f(сейчас + `время`)| |максимум (*max*)|max~сейчас\ <=\ t\ <=\ сейчас\ +\ `время`~ f(t)| |минимум (*min*)|min~сейчас\ <=\ t\ <=\ сейчас\ +\ `время`~ f(t)| |дельта (*delta*)|*max* - *min*| |среднее (*avg*)|среднее значение f(t) (сейчас <= t <= сейчас + `время`) в соответствии с [определением](https://ru.wikipedia.org/wiki/Среднее_значение_функции)|

en-us	### Module example  - When creating a host group, grant read permissions to configured user groups - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)
ru	### Пример модуля  - При создании группы хостов предоставьте разрешения на чтение настроенным группам пользователей - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)

en-us	 # Module file structure  All code related to a module is stored in a single directory inside the **modules** directory of your Zabbix frontend installation (for example, *zabbix/ui/modules*).
ru	# Файловая структура модуля  Весь код, связанный с модулем, хранится в одном каталоге внутри каталога **modules** вашей установки веб-интерфейса Zabbix (например, *zabbix/ui/modules*).

en-us	 # Modules
ru	 # Модули

en-us	 ##### Modules
ru	 ##### Модули

en-us	#### More info  See [Virtual machine monitoring](/manual/vm_monitoring) for detailed information how to configure Zabbix to monitor VMware environments.
ru	#### Дополнительная информация  Смотрите раздел [мониторинга виртуальных машин](/manual/vm_monitoring) для получения более подробной информации о настройке Zabbix для мониторинга сред VMware.

en-us	 Most trigger functions are evaluated based on item value [history](/manual/config/items/history_and_trends) data, while some trigger functions for long-term analytics, e.g. **trendavg()**, **trendcount()**, etc, use trend data.
ru	Большинство функций триггеров вычисляются на основании данных [истории](/manual/config/items/history_and_trends) значения элемента данных, в то же время некоторые функции триггеров для долгосрочной аналитики (например, **trendavg()**, **trendcount()** и другие) используют данные динамики изменений.

en-us	#### Moving and copy-pasting elements  Several selected elements can be **moved** to another place in the map by clicking on one of the selected elements, holding down the mouse button, and moving the cursor to the desired location.  One or more elements can be **copied** by selecting the elements, then clicking on a selected element with the right mouse button and selecting *Copy* from the menu.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  To paste the elements, click on a map area with the right mouse button and select *Paste* from the menu. The *Paste without external links* option will paste the elements retaining only the links that are between the selected elements.  Copy-pasting works within the same browser window. Keyboard shortcuts are not supported.
ru	#### Перемещение и копирование элементов  Можно **переместить** несколько выбранных элементов в другое место на карте, нажав на один из выбранных элементов затем, удерживая кнопку мыши, переместить курсор в желаемое место.  Можно **скопировать** один и более элементов, выбрав элементы, затем нажав на выбранный элемент правой кнопкой мыши и выбрать в меню *Копировать*.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  Чтобы вставить элементы, нажмите на область карты правой кнопкой мыши и выберите из меню *Вставить*. Опция *Вставить без внешних связей* позволяет вставить элементы только со связями между выбранными элементами.  Опция копирования-вставки работает в пределах одного окна браузера. Горячие клавиши не поддерживаются.

en-us	##### MSSQL  To install the MSSQL unixODBC database driver for Ubuntu/Debian systems, use the package manager for the system of your choice:  ```bash # For Ubuntu/Debian systems: apt install tdsodbc  # For RedHat/Fedora-based systems (EPEL packages: https://docs.fedoraproject.org/en-US/epel/): dnf install epel-release dnf install freetds  # For SUSE-based systems: zypper install libtdsodbc0 ```  To install the database driver without a package manager, please refer to [FreeTDS user guide](http://www.freetds.org/userguide/).
ru	##### MSSQL  Чтобы установить драйвер unixODBC базы данных MSSQL  для систем Ubuntu/Debian, используйте менеджер пакетов для выбранной вами системы:  ```bash # Для систем Ubuntu/Debian: apt install tdsodbc  # Для систем на базе RedHat/Fedora (пакеты EPEL: https://docs.fedoraproject.org/en-US/epel/): dnf install epel-release dnf install freetds  # Для систем на базе SUSE: zypper install libtdsodbc0 ```  Чтобы установить драйвер базы данных без менеджера пакетов, обратитесь к [руководству пользователя FreeTDS] (http://www.freetds.org/userguide/).

en-us	 #### Multi-page reporting  For multi-paged dashboards, reports are now returned with all the pages of the dashboard, with each PDF page corresponding to one dashboard page. Previously this functionality was limited to returning only the first dashboard page.
ru	 #### Многостраничный отчет  Для многостраничных информационных панелей отчеты теперь возвращаются со всеми страницами информационной панели, при этом каждая страница PDF соответствует одной странице информационной панели. Раньше эта функциональность ограничивалась возвратом только первой страницы информационной панели.

en-us	##### Multiple HTTP requests  Collect the content of both *https://www.example.com* and *https://www.example.com/release\_notes*:  -   Create an item with type "Script". -   In the *Script* field, enter:  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```
ru	##### Несколько HTTP запросов  Сбор содержимого как *https://www.example.com*, так и *https://www.example.com/release\_notes*:  -   Создайте элемент данных с типом "Скрипт".\ -   В поле *Скрипт* введите следующий код:  ```javascript var request = new HttpRequest(); return request.get("https://www.example.com") + request.get("https://www.example.com/release_notes"); ```

en-us	#### MySQL 8.4 support  The maximum [supported version](/manual/installation/requirements#third-party-external-surrounding-software) for MySQL is now 8.4.X.
ru	#### Поддержка MySQL 8.4  Максимально [поддерживаемая версия](/manual/installation/requirements#стороннее-внешнее-программное-обеспечение) для MySQL теперь 8.4.X.

en-us	 ### name  Module name that will be displayed in the Administration section.  *Type*: String  *Example*:   ```json "name": "My module" ```
ru	### name  Имя модуля, которое будет отображаться в секторе Администрирование.  *Тип*: String  *Пример* ```json "name": "My module" ```

en-us	 ### namespace  PHP namespace for module classes.  *Type*: String  *Example*:   ```json "namespace": "ClockWidget" ```
ru	### namespace  Пространство имён PHP для классов модулей  *Тип*: String  *Пример*:  ```json "namespace": "ClockWidget" ```

en-us	## NAME  zabbix\_agent2 - Zabbix agent 2\ \ [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_agent2 - Zabbix агент 2\ \ [ ]{#lbAC}

en-us	## NAME  zabbix\_agentd - Zabbix agent daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_agentd - служба Zabbix агент [ ]{#lbAC}

en-us	## NAME  zabbix\_get - Zabbix get utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_get - утилита Zabbix для получения метрик [ ]{#lbAC}

en-us	## NAME  zabbix\_js - Zabbix JS utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_js - утилита Zabbix для выпонения js скриптов [ ]{#lbAC}

en-us	## NAME  zabbix\_proxy - Zabbix proxy daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_proxy - демон сервиса zabbix прокси

en-us	## NAME  zabbix\_sender - Zabbix sender utility [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_sender - утилита Zabbix для отправки метрик [ ]{#lbAC}

en-us	## NAME  zabbix\_server - Zabbix server daemon [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_server - сервис Zabbix сервер [ ]{#lbAC}

en-us	## NAME  zabbix\_web\_service - Zabbix web service [ ]{#lbAC}
ru	## НАИМЕНОВАНИЕ  zabbix\_web\_service — веб-сервис Zabbix [ ]{#lbAC}

en-us	##### Naming and location of persistent files  Zabbix agent distinguishes active checks by their keys. For example, logrt\[/home/zabbix/test.log\] and logrt\[/home/zabbix/test.log,\] are different items.  Modifying the item logrt\[/home/zabbix/test.log,,,10\] in frontend to logrt\[/home/zabbix/test.log,,,20\] will result in deleting the item logrt[/home/zabbix/test.log,,,10] from the agent's list of active checks and creating logrt\[/home/zabbix/test.log,,,20\] item \(some attributes are carried across modification in frontend/server, not in agent\).  The file name is composed of MD5 sum of item key with item key length appended to reduce possibility of collisions.  For example, the state of logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] item will be kept in persistent file c963ade4008054813bbc0a650bb8e09266.  Multiple log items can use the same value of **persistent\_dir**.  **persistent\_dir** is specified by taking into account specific file system layouts, mount points and mount options and storage mirroring configuration - the persistent file should be on the same mirrored filesystem as the monitored log file.  If **persistent\_dir** directory cannot be created or does not exist, or access rights for Zabbix agent does not allow to create/write/read/delete files the log item becomes NOTSUPPORTED.
ru	##### Именование и расположение постоянных файлов  Zabbix агент различает активные проверки по их ключам. Например, logrt\[/home/zabbix/test.log\] и logrt\[/home/zabbix/test.log,\] - разные элементы данных. Изменение в веб-интерфейсе элемента данных logrt\[/home/zabbix/test.log,,,10\] на logrt\[/home/zabbix/test.log,,,20\] приведёт к удалению элемента данных logrt[/home/zabbix/test.log,,,10] из списка активных проверок агента и созданию элемента данных logrt\[/home/zabbix/test.log,,,20\] \(некоторые атрибуты сохраняются при изменениях в веб-интерфейсе / на стороне сервера, но не на стороне агента\).  Имя файла состоит из MD5 суммы ключа элемента данных с длиной ключа, добавляемой для уменьшения возможных пересечений.  Например, состояние элемента данных logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] будет храниться в постоянном файле c963ade4008054813bbc0a650bb8e09266.  Несколько элементов данных могут использовать одно и то же значение **постоянного\_хранилища**.  **постоянное\_хранилище** указывается с учетом структуры конкретной файловой системы, точек монтирования и опций монтирования, а также настроек зеркалирования хранилища - постоянный файл должен располагаться на том же зеркале файловой системы, что и наблюдаемый файл журнала.  Если директорию **постоянного\_хранилища** не удаётся создать или она не существует, или права доступа Zabbix агента не позволяют создавать/записывать/читать/удалять файлы, тогда элемент данных журнала становится НЕПОДДЕРЖИВАЕМЫМ.

en-us	#### Negative problem duration  It is actually possible in some common situations to have negative problem duration i.e. when the problem resolution time is earlier than problem creation time, e. g.:  -   If some host is monitored by proxy and a network error happens,     leading to no data received from the proxy for a while, the     nodata(/host/key) trigger will be fired by the server. When the     connection is restored, the server will receive item data from the     proxy having a time from the past. Then, the nodata(/host/key)     problem will be resolved and it will have a negative problem     duration; -   When item data that resolve the problem event are sent by Zabbix     sender and contain a timestamp earlier than the problem creation     time, a negative problem duration will also be displayed.  ::: noteclassic Negative problem duration is not affecting [SLA calculation](/manual/it_services) or [Availability report](/manual/web_interface/frontend_sections/reports/availability) of a particular trigger in any way; it neither reduces nor expands problem time. :::
ru	#### Отрицательная длительность проблемы  В некоторых распространенных ситуациях проблема может иметь отрицательную длительность, т.е. время решения проблемы наступает раньше времени возникновения проблемы, например:  -   Если какой-либо узел сети наблюдается прокси и происходит сетевая ошибка, которая приводит к тому, что данные от прокси не поступают некоторое время, тогда триггер nodata(/host/key) сработает на стороне сервера. Когда соединение восстановится, сервер получит данные по элементу данных от прокси, у этих данных будет время из прошлого. Тогда проблема nodata(/host/key) будет решена и у нее будет отрицательная длительность проблемы; -   Когда данные элемента данных, которые решают событие проблемы, поступили от Zabbix sender и содержат штамп времени более старый, чем время создания проблемы, в этом случае также отобразится отрицательная длительность проблемы.  ::: noteclassic Отрицательная длительность проблемы никак не влияет на [вычисление SLA](/manual/it_services) или [Отчет о доступности](/manual/web_interface/frontend_sections/reports/availability) по конкретному триггеру; также из-за этого не уменьшается и не увеличивается время проблемы. :::

en-us	#### NetBSD 8.0 and newer  Various Zabbix processes may randomly crash on startup on the NetBSD versions 8.X and 9.X. That is due to the too small default stack size (4MB), which must be increased by running:      ulimit -s 10240  For more information, please see the related problem report: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).
ru	#### NetBSD 8.0 и новее  Различные процессы Zabbix могут случайным образом аварийно завершать работу при запуске на NetBSD версий 8.X и 9.X. Такое поведение связано со слишком малым размером стека по умолчанию (4МБ), который необходимо увеличить, выполнив:      ulimit -s 10240  Для получения более подробной информации, пожалуйста, обратитесь к соответствующему отчету о проблеме: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).

en-us	### Notation
ru	### Обозначение

en-us	 ::: note-contribute Have a trigger expressions example that might be useful to others? Use the [Example suggestion form](#report-example) to send it to Zabbix developers. :::
ru	 ::: note-contribute Have a trigger expressions example that might be useful to others? Use the [Example suggestion form](#report-example) to send it to Zabbix developers. :::

en-us	 ::: noteimportant Proxies that are older than Zabbix server previous LTS release version or newer than Zabbix server major version are not supported. Zabbix server will ignore data from unsupported proxies and all communication with Zabbix server will fail with a warning. For more information, see [Version compatibility](/manual/appendix/compatibility#supported-zabbix-proxies). :::  To minimize downtime and data loss during the upgrade, it is recommended to stop, upgrade, and start Zabbix server and then stop, upgrade, and start Zabbix proxies one after another. During server downtime, running proxies will continue data collection. Once the server is up and running, [outdated](/manual/appendix/compatibility#supported-zabbix-proxies) proxies will send the data to the newer server (proxy configuration will not be updated though) and will remain partly functional. Any notifications for problems during Zabbix server downtime will be generated only after the upgraded server is started.
ru	 ::: noteimportant Прокси старше предыдущей LTS-версии сервера Zabbix или новее основной версии сервера Zabbix не поддерживаются. Сервер Zabbix будет игнорировать данные от неподдерживаемых прокси-серверов, и вся связь с сервером Zabbix прервется с предупреждением. Для получения дополнительной информации см. [Совместимость версий](/manual/appendix/compatibility#supported-zabbix-proxy). :::  Чтобы свести к минимуму время простоя и потерю данных в процессе обновления, рекомендуется останавливать, обновлять и запускать сервер Zabbix и затем останавливать, обновлять и запускать прокси Zabbix один за другим. Во время простоя сервера работающие прокси продолжают собирать данных. Как только сервер будет запущен и заработает, [не обновлённые](/manual/appendix/compatibility#supported-zabbix-proxies) прокси отправят данные новому серверу (хотя конфигурация прокси не будет обновлена) и частично останутся функциональными. Любые уведомления о проблемах во время простоя сервера Zabbix будут созданы только после запуска обновленного сервера.

en-us	::: noteimportant This widget is deprecated and will be removed in the upcoming major release. Consider using the [*Top hosts*](/manual/api/reference/dashboard/widget_fields/top_hosts) widget instead. :::
ru	:::noteimportant Этот виджет устарел и будет удалён в предстоящем крупном выпуске. Рассмотрите возможность использования вместо него виджета [*Топ узлов сети*](/manual/api/reference/dashboard/widget_fields/top_hosts). :::

en-us	::: noteimportant User-defined commands are executed from the OS user that is used to run Zabbix components. To execute these commands, this user must have the necessary permissions. :::
ru	::: noteimportant Пользовательские команды выполняются от пользователя ОС, который используется для запуска компонентов Zabbix. Для выполнения этих команд этот пользователь должен иметь необходимые разрешения. :::

en-us	::: noteimportant User-defined commands in items such as external checks, user parameters and `system.run[]` Zabbix agent items are executed from the OS user that is used to run Zabbix components. To execute these commands, this user must have the necessary permissions. :::
ru	::: noteimportant Пользовательские команды в таких элементах, как внешние проверки, пользовательские параметры и элементы Zabbix агента `system.run[]` выполняются от пользователя ОС, который используется для запуска компонентов Zabbix. Для выполнения этих команд этот пользователь должен иметь необходимые разрешения. :::

en-us	##### Notes on connection termination  If IPMI checks are not performed (by any reason: all host IPMI items disabled/notsupported, host disabled/deleted, host in maintenance etc.) the IPMI connection will be terminated from Zabbix server or proxy in 3 to 4 hours depending on the time when Zabbix server/proxy was started.
ru	##### Примечания о завершении соединений  Если IPMI проверки не выполняются (по любой из причин: все элементы данных IPMI деактивированы / неподдерживаются на узле сети, сам узел сети деактивирован / удалён, узел сети находится в режиме обслуживания и так далее), то соединение будет разорвано со стороны Zabbix сервера и прокси через 3 - 4 часа, в зависимости от времени запуска Zabbix сервера/прокси.

en-us	##### Notes on discrete sensor names in OpenIPMI-2.0.16, 2.0.17, 2.0.18 and 2.0.19  Names of discrete sensors in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 often have an additional "`0`" (or some other digit or letter) appended at the end. For example, while `ipmitool` and OpenIPMI-2.0.19 display sensor names as "`PhysicalSecurity`" or "`CATERR`", in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 the names are "`PhysicalSecurity0`" or "`CATERR0`", respectively.  When configuring an IPMI item with Zabbix server using OpenIPMI-2.0.16, 2.0.17 and 2.0.18, use these names ending with "0" in the *IPMI sensor* field of IPMI agent items. When your Zabbix server is upgraded to a new Linux distribution, which uses OpenIPMI-2.0.19 (or later), items with these IPMI discrete sensors will become "NOT SUPPORTED". You have to change their *IPMI sensor* names (remove the '0' in the end) and wait for some time before they turn "Enabled" again.
ru	##### Заметки о именах дискретных датчиков в OpenIPMI-2.0.16, 2.0.17, 2.0.18 и 2.0.19  Имена дискретных датчиков в OpenIPMI-2.0.16, 2.0.17 и 2.0.18 зачастую имеют дополнительный символ "`0`" (или какую-то другую цифру или символ), добавленный в конце имени. Например, тогда как `ipmitool` и OpenIPMI-2.0.19 отображают имена датчиков как "`PhysicalSecurity`" или "`CATERR`", в OpenIPMI-2.0.16, 2.0.17 и 2.0.18 эти имена - "`PhysicalSecurity0`" или "`CATERR0`", соответственно.  При настройке элемента данных IPMI для Zabbix сервера, использующего OpenIPMI-2.0.16, 2.0.17 и 2.0.18, добавьте к их именам "0" в поле *IPMI датчик* для элементов данных IPMI агента. Когда ваш Zabbix сервер будет обновлён в новом Linux дистрибутиве, использующем OpenIPMI-2.0.19 (или более позднюю), элементы данных с такими IPMI дискретными датчиками перейдут в состояние "НЕ ПОДДЕРЖИВАЕТСЯ". Вам потребуется изменить их имена *IPMI датчик* (удалить '0' в конце) и подождать некоторое время, пока они станут "Активированными" снова.

en-us	#### Notes on handling 'copytruncate' log file rotation  `logrt` with the `copytruncate` option assumes that different log files have different records (at least their timestamps are different), therefore MD5 sums of initial blocks (up to the first 512 bytes) will be different. Two files with the same MD5 sums of initial blocks means that one of them is the original, another - a copy.  `logrt` with the `copytruncate` option makes effort to correctly process log file copies without reporting duplicates. However, things like producing multiple log file copies with the same timestamp, log file rotation more often than logrt\[\] item update interval, frequent restarting of agent are not recommended. The agent tries to handle all these situations reasonably well, but good results cannot be guaranteed in all circumstances.
ru	#### Заметки по обработке ротации 'copytruncate' файлов журналов  Элемент данных `logrt` с опцией `copytruncate` подразумевает, что разные файлы журналов имеют разные записи (по крайней мере штампы времени в них отличаются), поэтому MD5 суммы начальных блоков (до первых 512 байт) будут отличаться. Два файла с одинаковыми MD5 суммами начальных блоков означают, что один из них оригинал, а второй - копия.  Элемент данных `logrt` с опцией `copytruncate` делает попытку корректной обработки копий файлов журналов без дубликатов сообщений. Тем не менее, такие варианты как создание нескольких копий файлов журналов с одинаковыми штампами времени, ротация файлов журналов чаще чем интервал обновления logrt\[\] элемента данных, частый перезапуск агента не рекомендуются. Агент пытается справиться со всеми этими ситуациями, но хорошие результаты не гарантируются при всех обстоятельствах.

en-us	### Notes on installation  See [installation instructions](https://www.zabbix.com/download?zabbix=7.0&os_distribution=red_hat_enterprise_linux&os_version=9&components=server_frontend_agent&db=mysql&ws=apache) per platform in the download page for:  -   installing the repository -   installing server/agent/frontend -   creating initial database, importing initial data -   configuring database for Zabbix server -   configuring PHP for Zabbix frontend -   starting server/agent processes -   configuring Zabbix frontend  If you want to run Zabbix agent as root, see [Running agent as root](/manual/appendix/install/run_agent_as_root).  Zabbix web service process, which is used for [scheduled report generation](/manual/web_interface/frontend_sections/reports/scheduled), requires Google Chrome browser. The browser is not included into packages and has to be installed manually.
ru	### Примечания по установке  Обратитесь к [инструкциям по установке](https://www.zabbix.com/download?zabbix=7.0&os_distribution=red_hat_enterprise_linux&os_version=9&components=server_frontend_agent&db=mysql&ws=apache) по каждой платформе на странице загрузки, чтобы:  -   установить репозиторий -   установить сервер / агент / веб-интерфейс -   создать начальную базу данных, импортировать начальные данные -   настроить базу данных для работы с Zabbix сервером -   настроить PHP для работы с Zabbix веб-интерфейсом -   запустить процессы сервера / агента -   настроить веб-интерфейс Zabbix  Если вы хотите запускать Zabbix агента с правами root, смотрите [Запуск агента с правами root](/manual/appendix/install/run_agent_as_root).  Процессу веб-сервиса Zabbix, который используется для [генерации отчётов по расписанию](/manual/web_interface/frontend_sections/reports/scheduled), требуется браузер Google Chrome. Этот браузер не включён в пакеты, и его нужно установить вручную отдельно.

en-us	#### Notes on persistent files for log\*\[\] items
ru	#### Примечания к постоянным файлам у log\*\[\] элементов данных

en-us	 ::: notetip After enabling a trigger (changing its configuration status from *Disabled* to *Enabled*), the trigger expression is evaluated as soon as an item in it receives a value or the time to handle a time-based function comes. :::
ru	::: notetip После включения триггера (изменение его состояния конфигурации с *Деактивирован* на *Активирован*) выражение триггера будет вычислено, как только элемент данных из выражения получит свое значение или когда подойдет время обработки функции, связанной со временем. :::

en-us	::: notetip HTTP agent items and script items are supported by Zabbix server and proxy, and do not require an agent running on the host being monitored. :::
ru	::: notetip Элементы HTTP-агента и скриптовые элементы данных поддерживаются Zabbix-сервером и прокси-сервером, и не требуют наличия агента, работающего на отслеживаемом узле сети. :::

en-us	::: notetip Since Zabbix 6.4 the agent (in active mode) no longer receives from the server/proxy a full copy of the configuration once every two minutes (default). Instead, in order to decrease network traffic and resources usage, an incremental configuration sync is performed every 5 seconds (default) upon which the server/proxy provides a full copy of the configuration **only** if the agent has not yet received it, or something has changed in host configuration, global macros or global regular expressions. :::
ru	::: notetip Начиная с версии Zabbix 6.4, агент (в активном режиме) больше не получает от сервера/прокси полную копию конфигурации раз в две минуты (по умолчанию). Вместо этого, чтобы уменьшить сетевой трафик и использование ресурсов, каждые 5 секунд (по умолчанию) выполняется инкрементная синхронизация конфигурации, после чего сервер/прокси-сервер предоставляет полную копию конфигурации **только**, если агент ещё не получил её либо что-то изменилось в конфигурации узла сети, глобальных макросах или глобальных регулярных выражениях. :::

en-us	:::notetip You can find out more about setting up SSL for Zabbix frontend by referring to these [best practices](/manual/installation/best_practices/cryptography#setting-up-ssl-for-zabbix-frontend). :::
ru	:::notetip Вы можете найти более подробную информацию о настройке SSL для веб-интерфейса Zabbix, обращаясь к этим [лучшим практикам](/manual/installation/requirements/best_practices). :::

en-us	## Notifications
ru	## Оповещения

en-us	#### Numeric (float) data type range with PostgreSQL 11 and earlier  PostgreSQL 11 and earlier versions only support floating point value range of approximately -1.34E-154 to 1.34E+154.
ru	#### Диапазон типа данных числовой (с дробной точкой) в PostgreSQL 11 и более старых версиях  PostgreSQL версии 11 и старше поддерживают значения с дробной точкой только в диапазоне приблизительно от -1.34E-154 до 1.34E+154.

en-us	#### Numeric representation  Windows maintains numeric representations (indexes) for object and performance counter names. Zabbix supports these numeric representations as parameters to the `perf_counter`, `perf_counter_en` item keys and in `PerfCounter`, `PerfCounterEn` configuration parameters.  However, it's not recommended to use them unless you can guarantee your numeric indexes map to correct strings on specific hosts. If you need to create portable items that work across different hosts with various localized Windows versions, you can use the `perf_counter_en` key or `PerfCounterEn` configuration parameter which allow to use English names regardless of system locale.  To find out the numeric equivalents, run **regedit**, then find *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009*.  The registry entry contains information like this:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Here you can find the corresponding numbers for each string part of the performance counter, like in '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Then you can use these numbers to represent the path in numbers:      \2\6
ru	#### Числовое представление  В зависимости от настроек локализации, именования счётчиков производительности могут быть разными на разных серверах Windows. Такое поведение может внести определенные проблемы при создании шаблона для мониторинга нескольких Windows машин, использующих разные настройки локализации.  В то же время каждый счетчик производительности может быть переведен в цифровую форму, которая является уникальной и независимой от языковых настроек, так что вы можете использовать числовое представление, а не строковое.  Windows поддерживает числовые представления (индексы) объектов и имен счётчиков производительности. Zabbix поддерживает такие числовые представления в виде параметров к ключам элементов данных `perf_counter`, `perf_counter_en` и в параметрах конфигурации `PerfCounter`, `PerfCounterEn`.  Однако, если вы не можете гарантировать, что числовые индексы сопоставляются с корректными строками на отдельных хостах, не рекомендуется их использовать. Если вы хотите создать переносимые элементы данных, которые будут работать на разных хостах и с разными локализованными версиями Windows, вы можете использовать ключ `perf_counter_en` или параметр конфигурации `PerfCounterEn`, которые позволяют использовать имена на английском языке независимо от языка системы.  Для того чтобы найти цифровые эквиваленты, запустите **regedit**, а затем найдите *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\WindowsNT\\CurrentVersion\\Perflib\\009*.  Запись в реестре содержит информацию наподобие этой:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Здесь вы можете найти соответствующие числа для каждой части строки счётчика производительности, такой как '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Затем вы можете использовать эти числа для преобразования пути в числа:      \2\6

en-us	#### ODBC checks  -   MySQL unixODBC driver should not be used with Zabbix server or Zabbix proxy compiled against MariaDB connector      library and vice versa, if possible it is also better to avoid using the same connector as the driver due to an      [upstream bug](https://bugs.mysql.com/bug.php?id=73709). Suggested setup:      PostgreSQL, SQLite or Oracle connector → MariaDB or MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  See [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) for more information and available workarounds.  -   XML data queried from Microsoft SQL Server may get truncated in various ways on Linux and UNIX systems.  -   It has been observed that using ODBC checks for monitoring Oracle databases using various versions of      Oracle Instant Client for Linux causes Zabbix server to crash.\      See also: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402),      [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   If using FreeTDS UnixODBC driver, you need to prepend a 'SET NOCOUNT ON' statement to an SQL query      (for example, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````).      Otherwise, database monitor item in Zabbix will fail to retrieve the information with an error      "SQL query returned empty result".\     See [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) for more information.
ru	#### ODBC проверки  -   Драйвер MySQL unixODBC лучше не использовать с Zabbix сервером или Zabbix прокси, скомпилированными с библиотекой MariaDB, и наоборот, по возможности лучше избегать использование того же коннектора, что и драйвер, по причине [зарегистрированной проблемы](https://bugs.mysql.com/bug.php?id=73709). Предлагаемая установка:      PostgreSQL, SQLite или Oracle коннекторы → MariaDB или MySQL unixODBC драйвер\     MariaDB коннектор → MariaDB unixODBC драйвер\     MySQL коннектор → MySQL unixODBC драйвер  Пожалуйста, обратитесь к [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) для получения более подробных сведений и вариантов обходных решений.  -   Данные XML, запрошенные с Microsoft SQL Server, могут обрезаться различными способами на Linux и UNIX системах.  -   Было замечено, что использование ODBC проверок для мониторинга баз данных Oracle с использованием различных версий Oracle Instant Client for Linux приводит к аварийной остановке Zabbix сервера. Смотрите также [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402), [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   При использовании драйвера UnixODBC FreeTDS, нужно SQL-запрос предварить  утверждением 'SET NOCOUNT ON' (например: ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````). В противном случае элемент данных с типом "Монитор баз данных" в Zabbix при получении информации завершится ошибкой "SQL query returned empty result".\   Обратитесь к [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) для получения более подробной информации.

en-us	#### OK events  An OK event closes the related problem event(s) and may be created by 3 components:  -   triggers - based on 'OK event generation' and 'OK event closes'     settings; -   event correlation -   task manager – when an event is [manually     closed](/manual/config/events/manual_close)
ru	#### События OK  Событие OK закрывает связанные событие(-я) о проблеме и может быть создано тремя компонентами:  -   триггеры - на основании настроек 'Генерация ОК событий' и 'ОК событие закрывает'; -   корреляция событий -   менеджер задач – при [закрытии вручную](/manual/config/events/manual_close) события

en-us	#### Older XML protocol  ::: noteclassic Zabbix will take up to 16 MB of XML Base64-encoded data, but a single decoded value should be no longer than 64 KB otherwise it will be truncated to 64 KB while decoding. :::
ru	#### Более старый XML протокол  ::: noteclassic Zabbix воспринимает до 16 МВ XML данных, закодированных в Base64, но одиночное декодированное значение не должно быть длиннее 64 КБ, в противном случае значение будет обрезано до 64 КБ в процессе декодирования. :::

en-us	#### Operational data of problems  It is possible to display operational data for current problems, i.e. the latest item values as opposed to the item values at the time of the problem.  Operational data display can be configured in the filter of *Monitoring* → *Problems* or in the configuration of the respective [dashboard widget](/manual/web_interface/frontend_sections/dashboards/widgets/problems), by selecting one of the three options:  -   *None* - no operational data is displayed -   *Separately* - operational data is displayed in a separate column  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_b0.png){width="600"}  -   *With problem name* - operational data is appended to the problem     name and in parentheses. Operational data are appended to the     problem name only if the *Operational data* field is non-empty in     the trigger configuration.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_a0.png){width="600"}  The content of operational data can be configured with each [trigger](/manual/config/triggers/trigger), in the *Operational data* field. This field accepts an arbitrary string with macros, most importantly, the `{ITEM.LASTVALUE<1-9>}` macro.  `{ITEM.LASTVALUE<1-9>}` in this field will always resolve to the latest values of items in the trigger expression. `{ITEM.VALUE<1-9>}` in this field will resolve to the item values at the moment of trigger status change (i.e. change into problem, change into OK, being closed manually by a user or being closed by correlation).
ru	#### Оперативные данные проблем  Для текущих проблем есть возможность отображения оперативных данных, т.е. последних значений элементов данных вместо значений на момент возникновения проблемы.  Отображение оперативных данных можно настроить в фильтре *Мониторинг* → *Проблемы* или в настройках соответствующего [виджета](/manual/web_interface/frontend_sections/monitoring/dashboard/widgets/problems), выбрав один из трех вариантов:  -   *Нет* - не показывать оперативные данные -   *Раздельно* - показывать оперативные данные в отдельной колонке  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_b0.png){width="600"}  -   *С именем проблемы* - оперативные данные будут указаны в скобках после имени проблемы. Оперативные данные будут добавлены к имени проблемы, только если в настройках триггера заполнено поле *Оперативные данные*.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/problem_live_data_a0.png){width="600"}  Содержание оперативных данных можно задать в настройках каждого [триггера](/manual/config/triggers/trigger) в поле *Оперативные данные*. В этом поле допускается произвольная строка с макросами, прежде всего с макросом `{ITEM.LASTVALUE<1-9>}`.  Макрос `{ITEM.LASTVALUE<1-9>}` в этом поле всегда будет раскрываться в последние значения элементов данных из выражения триггера. Макрос `{ITEM.VALUE<1-9>}` в этом поле будет раскрываться в значения элементов данных на момент изменения состояния триггера (т.е. при изменении на состояние проблемы, на состояние OK, при закрытии вручную пользователем или при закрытии вследствие корреляции).

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix agent in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file* ·  Использовать альтернативный *config-file* вместо файла по умолчанию.  **-f**, **--foreground** ·  Запустить агент Zabbix на переднем плане.  **-R**, **--runtime-control** *runtime-option* ·  Выполнять административные функции согласно *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix proxy in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  [ ]{#lbAF}
ru	## ОПЦИИ  **-c**, **--config** *config-file*  Использовать альтернативный *config-file* вместо файла по умолчанию.  **-f**, **--foreground**  Запустить zabbix прокси на переднем плане.  **-R**, **--runtime-control** *runtime-option*  Выполнить административные функции в соответствии с *runtime-option*.  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-f**, **--foreground**   Run Zabbix server in foreground.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.  **-T**, **--test-config**   Validate configuration file and exit.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.   Examples of running Zabbix server with command line parameters: ```yaml zabbix_server -c /usr/local/etc/zabbix_server.conf zabbix_server --help zabbix_server -V ```  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file* Использовать альтернативный *config-file* вместо файла по умолчанию.  **-f**, **--foreground** Запустить сервер Zabbix на переднем плане.  **-R**, **--runtime-control** *runtime-option* Выполнить административные функции согласно *runtime-option*.  **-T**, **--test-config** Проверить файл конфигурации и выйти.  **-h**, **--help** Отобразить справку и выйти.  **-V**, **--version** Отобразить информацию о версии и выйти.  Примеры запуска Zabbix сервера с параметрами командной строки: ```yaml shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V ```  [ ]{#lbAF}

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-R**, **--runtime-control** *runtime-option*   Perform administrative functions according to *runtime-option*.
ru	## ПАРАМЕТРЫ  **-c**, **--config** *файл-конфигурации*   Используйте альтернативный *config-file* вместо файла по умолчанию.  **-R**, **--runtime-control** *runtime-option*   Выполняйте административные функции в соответствии с *runtime-option*.

en-us	## OPTIONS  **-c**, **--config** *config-file*   Use the alternate *config-file* instead of the default one.  **-T**, **--test-config**   Validate configuration file and exit.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
ru	## ПАРАМЕТРЫ  **-c**, **--config** *config-file* ·  Использовать альтернативный *config-file* вместо файла по умолчанию.  **-T**, **--test-config** Подтвердите файл конфигурации и выйдите.  **-h**, **--help** ·  Вывести справочную информацию и выйти.  **-V**, **--version** ·  Вывести информацию о версии и выйти.  [ ]{#lbAF}

en-us	#### Options  It is possible to run multiple instances of the agent on a host. A single instance can use the default configuration file or a configuration file specified in the command line. In case of multiple instances each agent instance must have its own configuration file (one of the instances can use the default configuration file).  The following command-line parameters can be used with Zabbix agent:  |Parameter|Description| |--|--------| |**UNIX and Windows agent**|<| |-c --config <config-file>|Path to the configuration file.<br>You may use this option to specify a configuration file that is not the default one.<br>On UNIX, default is /usr/local/etc/zabbix\_agentd.conf or as set by [compile-time](/manual/installation/install#installing_zabbix_daemons) variables *--sysconfdir* or *--prefix*<br>On Windows, default is C:\\Program Files\\Zabbix Agent\\zabbix\_agentd.conf| |-f --foreground|Run Zabbix agent in foreground (default: true).| |-p --print|Print known items and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-t --test <item key>|Test specified item and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-T --test-config|Validate configuration file and exit.| |-h --help|Display help information.| |-V --version|Display version number.| |**UNIX agent only**|<| |-R --runtime-control <option>|Perform administrative functions. See [runtime control](/manual/concepts/agent#runtime_control).| |**Windows agent only**|<| |-m --multiple-agents|Use multiple agent instances (with -i, -d, -s, -x options).<br>To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file.| |-S --startup-type <value>|Set the startup type of the Zabbix Windows agent service. Allowed values:<br>`automatic` - *(default)* start the service automatically at Windows startup;<br>`delayed` - delay starting the service after the automatically started services have completed startup (available on Windows Server 2008/Vista and later versions);<br>`manual` - start the service manually (by a user or application);<br>`disabled` - disable the service, so that it cannot be started by a user or application.<br>You may use this option together with the -i option, or separately to modify the startup type of an already installed service.| |-i --install|Install Zabbix Windows agent as service.| |-d --uninstall|Uninstall Zabbix Windows agent service.| |-s --start|Start Zabbix Windows agent service.| |-x --stop|Stop Zabbix Windows agent service.|  Specific **examples** of using command-line parameters:  -   printing all built-in agent items with values -   testing a user parameter with "mysql.ping" key defined in the     specified configuration file -   installing a "Zabbix Agent" service for Windows using the default     path to configuration file C:\\Program Files\\Zabbix Agent\\zabbix\_agentd.conf -   installing a "Zabbix Agent \[Hostname\]" service for Windows using     the configuration file zabbix\_agentd.conf located in the same     folder as agent executable and making the service name unique by     extending it by Hostname value from the config file -   modifying the startup type of an installed "Zabbix Agent" service for Windows     using the configuration file zabbix\_agentd.conf located in the same     folder as agent executable  ```bash zabbix_agentd --print zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf zabbix_agentd.exe -i zabbix_agentd.exe -i -m -c zabbix_agentd.conf zabbix_agentd.exe -c zabbix_agentd.conf -S delayed ```
ru	#### Опции агента  Имеется возможность запуска нескольких экземпляров агента на одном узле сети. Отдельный экземпляр может использовать файл конфигурации по умолчанию или же файл конфигурации, указанный в командной строке. В случае нескольких экземпляров каждый экземпляр агента должен иметь свой собственный файл конфигурации (один из них может использовать файл конфигурации по умолчанию).  Следующие параметры командной строки могут быть использованы с Zabbix агентом:  |**Параметр**|**Описание**| |-------------|---------------| |**UNIX и Windows агенты**|<| |-c --config <файл-конфигурации>|Путь к файлу конфигурации.<br>Вы можете использовать данную опцию, чтобы задать файл конфигурации, размещённый в папке, отличной от заданной по умолчанию.<br>В UNIX, путь по умолчанию /usr/local/etc/zabbix\_agentd.conf или как задано [во время компиляции](/manual/installation/install#установка-демонов-zabbix) переменными *--sysconfdir* или *--prefix*<br>В Windows, путь по умолчанию C:\\Program Files\\Zabbix Agent\\zabbix\_agentd.conf| |-f --foreground|Запуск Zabbix агента без перехода в фоновый режим (по умолчанию: true).| |-p --print|Вывод известных элементов данных и выход.<br>*Обратите внимание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вы должны указать файл конфигурации (если он отличается от пути по умолчанию).| |-t --test <ключ элемента данных>|Тестирование указанного элемента данных и выход.<br>*Обратите внимание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вы должны указать файл конфигурации (если он отличается от пути по умолчанию).| |-T --test-config|Проверка файла конфигурации и выход.| |-h --help|Вывод справочной информации.| |-V --version|Вывод номера версии.| |**Только UNIX агент**|<| |-R --runtime-control <опция>|Выполнение административных функций. Смотрите [управление работой](/manual/concepts/agent#управление-работой).| |**Только Windows агент**|<| |-m --multiple-agents|Использование нескольких экземпляров агента (с опциями -i, -d, -s, -x).<br>Для уникальности имён экземпляров служб, каждое имя службы будет включать значение Hostname из указанного файла конфигурации.| |-S --startup-type <значение>|Тип запуска службы Windows агента Zabbix. Допустимые значения:<br>`automatic` — *(по умолчанию)* автоматический запуск службы при старте Windows;<br>`delayed` — задержка запуска службы до завершения запуска автоматически запускаемых служб (доступно в Windows Server 2008/Vista и более поздних версиях);<br>`manual` — ручной запуск службы (пользователем или приложением);<br>`disabled` — отключение службы, чтобы она не могла быть запущена пользователем или приложением.<br>Эту опцию можно использовать совместно с опцией -i или отдельно для модификации типа запуска уже установленной службы.| |-i --install|Установка Zabbix агента как службы Windows | |-d --uninstall|Удаление службы Windows Zabbix агента| |-s --start|Запуск службы Windows Zabbix агента| |-x --stop|Остановка службы Windows Zabbix агента|  Отдельные **примеры** использования параметров командной строки:  -   отображение всех встроенных элементов данных с их значениями -   тестирование пользовательского параметра с ключом «mysql.ping», заданном в указанном файле конфигурации -   установка службы «Zabbix Agent» в Windows с использованием пути по умолчанию до файла конфигурации c:\\zabbix\_agentd.conf -   установка службы «Zabbix Agent \[Hostname\]» в Windows с использованием файла конфигурации zabbix\_agentd.conf, размещённого в той же самой папке, что и бинарный файл агента, и определение уникального имени службы с использованием значения Hostname из файла конфигурации -   модификация типа запуска установленной службы «Zabbix Agent» в Windows с использованием файла конфигурации zabbix\_agentd.conf, расположенного в той же папке, что и бинарный файл агента  ```bash zabbix_agentd --print zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf zabbix_agentd.exe -i zabbix_agentd.exe -i -m -c zabbix_agentd.conf zabbix_agentd.exe -c zabbix_agentd.conf -S delayed ```

en-us	 #### Options  |Parameter|Description| |---------|-----------| |-V --version|Print the plugin version and license information.| |-h --help|Print help information (shorthand).|
ru	#### Опции  |Параметр|Описание| |---------|-----------| |-V --version|Вывести версию плагина и информацию о лицензии.| |-h --help|Распечатать справочную информацию (сокращенно).|

en-us	#### Options  The following command-line parameters can be used with Zabbix agent 2:  |Parameter|Description| |--|--------| |**UNIX and Windows agent**|<| |-c --config <config-file>|Path to the configuration file.<br>You may use this option to specify a configuration file that is not the default one.<br>On UNIX, default is /usr/local/etc/zabbix\_agent2.conf or as set by [compile-time](/manual/installation/install#installing_zabbix_daemons) variables *--sysconfdir* or *--prefix*<br>On Windows, default is C:\\Program Files\\Zabbix Agent 2\\zabbix\_agent2.conf| |-f --foreground|Run Zabbix agent in foreground (default: true).| |-p --print|Print known items and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-t --test <item key>|Test specified item and exit.<br>*Note*: To return [user parameter](/manual/config/items/userparameters) results as well, you must specify the configuration file (if it is not in the default location).| |-T --test-config|Validate configuration file and exit.| |-h --help|Print help information and exit.| |-v --verbose|Print debugging information. Use this option with -p and -t options.| |-V --version|Print agent version and license information.| |-R --runtime-control <option>|Perform administrative functions. See [runtime control](/manual/concepts/agent2#runtime_control).| |**Windows agent only**|<| |-m --multiple-agents|Use multiple agent instances (with -i, -d, -s, -x options).<br>To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file.| |-S --startup-type <value>|Set the startup type of the Zabbix Windows agent service. Allowed values:<br>`automatic` - *(default)* start the service automatically at Windows startup;<br>`delayed` - delay starting the service after the automatically started services have completed startup;<br>`manual` - start the service manually (by a user or application);<br>`disabled` - disable the service, so that it cannot be started by a user or application.<br>You may use this option together with the -i option, or separately to modify the startup type of an already installed service.| |-i --install|Install Zabbix Windows agent as service.| |-d --uninstall|Uninstall Zabbix Windows agent service.| |-s --start|Start Zabbix Windows agent service.| |-x --stop|Stop Zabbix Windows agent service.|   Specific **examples** of using command-line parameters:  -   print all built-in agent items with values -   test a user parameter with "mysql.ping" key defined in the specified configuration file -   installing a "Zabbix Agent" service for Windows using the default     path to configuration file C:\\Program Files\\Zabbix Agent 2\\zabbix\_agent2.conf -   modifying the startup type of an installed "Zabbix Agent" service for Windows     using the configuration file zabbix\_agent2.conf located in the same     folder as agent executable  ```bash zabbix_agent2 --print zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf zabbix_agent2.exe -i zabbix_agent2.exe -c zabbix_agent2.conf -S delayed ```
ru	#### Опции  Следующие параметры командной строки могут быть использованы с Zabbix агентом 2:  |**Параметр**|**Описание**| |--|--------| |**Агенты UNIX and Windows**|<| |-c --config <файл-конфигурации>|Путь к файлу конфигурации.<br>Вы можете использовать данную опцию, чтобы указать файл конфигурации, отличный от заданного по умолчанию.<br>В UNIX, путь по умолчанию /usr/local/etc/zabbix\_agent2.conf или как задано [во время компиляции](/manual/installation/install#установка_демонов_zabbix) переменными *--sysconfdir* или *--prefix*<br>В Windows, путь по умолчанию C:\\Program Files\\Zabbix Agent 2\\zabbix\_agent2.conf| |-f --foreground|Запуск Zabbix агента без перехода в фоновый режим (по умолчанию: true).| |-p --print|Вывод известых элементов данных и выход.<br>*Обратите внимание*: Чтобы также получить результаты [пользовательских параметров](/manual/config/items/userparameters), вам необходимо указать файл конфигурации (если он отличается от заданного по умолчанию).| |-t --test <ключ элемента данных>|Тестирование указанного элемента данных и выход.<br>*Обратите внимание*: Чтобы также получить результат [пользовательских параметров](/manual/config/items/userparameters), вам необходимо указать файл конфигурации (если он отличается от заданного по умолчанию).| |-T --test-config|Проверка файла конфигурации и выход.| |-h --help|Вывод справочной информации и выход.| |-v --verbose|Вывод отладочной информации. Используйте эту опцию совместно с опциями -p и -t.| |-V --version|Вывод номера версии агента и выход.| |-R --runtime-control <опция>|Выполнение административных функций. Смотрите [управление работой](/manual/concepts/agent2#управление-работой).||**Windows agent only**|<| |**Только Windows агент**|<| |-m --multiple-agents|Использование нескольких экземпляров агента (с опциями -i, -d, -s, -x).<br>Для уникальности имён экземпляров служб, каждое имя службы будет включать значение Hostname из указанного файла конфигурации.| |-S --startup-type <значение>|Установить тип запуска службы Windows агента Zabbix. Допустимые значения:<br>`automatic` — *(по умолчанию)* автоматический запуск службы при старте Windows;<br>`delayed` — задержка запуска службы до завершения запуска автоматически запускаемых служб;<br>`manual` — ручной запуск службы (пользователем или приложением);<br>`disabled` — служба отключена, во избежание запуска пользователем или приложением.<br>Эту опцию можно использовать совместно с опцией -i либо отдельно для модификации типа запуска уже установленной службы.| |-i --install|IУстановка Zabbix агента как службы Windows .| |-d --uninstall|Удаление службы Windows Zabbix агента.| |-s --start|Запуск службы Windows Zabbix агента.| |-x --stop|Останов службы Windows Zabbix агента.|  Отдельные **примеры** использования параметров командной строки:  -   отображение всех встроенных элементов данных с их значениями -   тестирование пользовательского параметра с ключом "mysql.ping", заданном в указанном файле конфигурации -   установка службы «Zabbix Agent» в Windows с использованием пути по умолчанию до файла конфигурации C:\\Program Files\\Zabbix Agent 2\\zabbix\_agent2.conf -   модификация типа запуска установленной службы «Zabbix Agent» в Windows с использованием файла конфигурации zabbix\_agent2.conf, расположенного в той же папке, что и бинарный файл агента  ```bash zabbix_agent2 --print zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf zabbix_agent2.exe -i zabbix_agent2.exe -c zabbix_agent2.conf -S delayed ```

en-us	##### Oracle  To install the unixODBC database driver, please refer to [Oracle documentation](https://www.oracle.com/database/technologies/releasenote-odbc-ic.html).
ru	##### Oracle  Чтобы установить драйвер базы данных unixODBC, обратитесь к [документации Oracle](https://www.oracle.com/database/technologies/releasenote-odbc-ic.html).

en-us	#### Ordering shapes and lines  To bring one shape in front of the other (or vice versa) click on the shape with the right mouse button bringing up the map shape menu.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)
ru	#### Порядок фигур и линий  Чтобы поместить одну фигуру поверх другой (или наоборот), нажмите на фигуру правой кнопкой мыши, чтобы отобразилось меню фигуры карты.  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)

en-us	## Other
ru	## Другое

en-us	 ## Other
ru	## Другое

en-us	## Other changes and bug fixes
ru	## Другие изменения и исправления ошибок

en-us	##### Other expressions  Function parameters may contain other expressions, as in the following syntax:      min(min(/host/key,1h),min(/host2/key2,1h)*10)  Note that other expressions may not be used, if the function references item history. For example, the following syntax is not allowed:  ~~`min(/host/key,#5*10)`~~
ru	##### Другие выражения  Параметры функций могут содержать другие выражения в соответствии со следующим синтаксисом:      min(min(/узел сети/ключ,1h),min(/узел сети2/ключ2,1h)*10)  Обратите внимание, что другие выражения нельзя использовать, если функция ссылается на историю элемента данных. Например, следующий синтаксис не разрешён:  ~~`min(/узел сети/ключ,#5*10)`~~

en-us	**Other hardware**  A serial communication port and a serial GSM modem are required for using SMS notification support in Zabbix. USB-to-serial converter will also work.
ru	**Другое оборудование**  Для использования встроенных в Zabbix SMS уведомлений потребуется последовательный порт передачи данных и GSM модем. Конвертер USB-to-serial также будет работать.

en-us	#### Other uses  Unit symbols are also used for a human-readable representation of data in Zabbix frontend.  Zabbix server and frontend support the following unit symbols (suffixes):  -   **K** - kilo -   **M** - mega -   **G** - giga -   **T** - tera -   **P** - peta *(frontend only)* -   **E** - exa *(frontend only)* -   **Z** - zetta *(frontend only)* -   **Y** - yotta *(frontend only)*  ::: noteclassic When displaying item values in bytes (B) or bytes per second (Bps), a base 2 conversion is applied (1K = 1024B); otherwise, a base 10 conversion is applied (1K = 1000). :::
ru	#### Другое использование  Символы единиц измерения также используются для удобочитаемого представления данных в веб-интерфейсе Zabbix.  Сервер Zabbix и веб-интерфейс поддерживают следующие символы единиц измерения (суффиксы):  - **К** - кило - **М** - мега - **Г** - гига - **Т** - тера - **P** - пета *(только веб-интерфейс)* - **E** - экса *(только веб-интерфейс)* - **Z** - зетта *(только веб=интерфейс)* - **Y** - йотта *(только веб-интерфейс)*  ::: noteclassic При отображении значений элементов в байтах (Б) или байтах в секунду (Б/с) применяется преобразование по основанию 2 (1К = 1024Б); в противном случае применяется преобразование по основанию 10 (1K = 1000). :::

en-us	#### Overview  Additional files or directories can be included into server/proxy/agent configuration using the `Include` parameter.
ru	#### Обзор  Дополнительные файлы или директории можно добавлять к конфигурации сервера / прокси / агента, используя параметр `Include`.

en-us	#### Overview  All users in Zabbix access the Zabbix application through the web-based frontend. Each user is assigned a unique login name and a password.  All user passwords are encrypted and stored in the Zabbix database. Users cannot use their user id and password to log directly into the UNIX server unless they have also been set up accordingly to UNIX. Communication between the web server and the user browser can be protected using SSL.  With a flexible [user permission schema](/manual/config/users_and_usergroups/permissions) you can restrict and differentiate rights to:  -   access administrative Zabbix frontend functions -   perform certain actions in the frontend -   access monitored hosts in hostgroups -   use specific API methods
ru	#### Обзор  Все пользователи в Zabbix работают с системой Zabbix через веб-интерфейс. Каждому пользователю в Zabbix присвоен уникальные имя пользователя и пароль.  Все пароли пользователей зашифрованы и хранятся в базе данных Zabbix. Пользователи Zabbix не могут использовать свои имя пользователя и пароль для авторизации непосредственно на сервере UNIX, за исключением, если они были заведены соответственно также и в UNIX. Соединение между Веб-сервером и браузером пользователя может быть защищено с помощью SSL.  При наличии гибкой [схемы прав доступа пользователя](/manual/config/users_and_usergroups/permissions) вы можете ограничить и разграничить права доступа к:  -   административным функциям веб-интерфейса Zabbix -   выполнению определенных действий в веб-интерфейсе -   доступу к наблюдаемым узлам сети в группах узлов сети -   использованию заданных API методов

en-us	#### Overview  Although Zabbix offers a multiplicity of features, there is always room for additional functionality. Extensions are a convenient way of modifying and enhancing the monitoring capabilities of Zabbix without changing its source code.  You can extend Zabbix functionality either by using built-in extension options (trapper items, user parameters, etc.) or by using or creating custom extensions (loadable modules, plugins, etc.).  This section provides an overview with references to all the options for extending Zabbix.
ru	#### Обзор  Хотя Zabbix предлагает множество функций, всегда есть место для дополнительных функций. Расширения — это удобный способ изменения и увеличения возможностей мониторинга при помощи Zabbix без изменения исходного кода.  Вы можете расширить функциональность Zabbix, используя встроенные параметры расширения (траппер элементы данных, пользовательские параметры и т. д.) или путем использования или создания пользовательских расширений (загружаемых модулей, плагинов и т. д.).  В этом разделе представлен обзор со ссылками на все варианты расширения Zabbix.

en-us	#### Overview  An optional context can be used in [user macros](/manual/config/macros/user_macros), allowing to override the default value with a context-specific one.  The context is appended to the macro name; the syntax depends on whether the context is a static text value:      {$MACRO:"static text"}  or a regular expression:      {$MACRO:regex:"regular expression"}   Note that a macro with regular expression context can only be defined in user macro configuration. If the `regex:` prefix is used elsewhere as user macro context, like in a trigger expression, it will be treated as static context.  Context quoting is optional (see also [important notes](#important_notes)).  Macro context examples:  |Example|Description| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|User macro without context.| |`{$LOW_SPACE_LIMIT:/tmp}`|User macro with context (static string).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|User macro with context (regular expression). Same as `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|User macro with context (regular expression). Matches all strings prefixed with /var/log/.|
ru	### Обзор  В [пользовательских макросах](/manual/config/macros/user_macros) можно использовать опциональный контекст, который позволяет переопределять значение по умолчанию значением с учётом конкретной ситуации.  Контекст добавляется к имени макроса; синтаксис зависит от того является ли контекст обычным текстовым значением:      {$МАКРОС:"обычный текст"}  или регулярным выражением:      {$МАКРОС:regex:"регулярное выражение"}   Обратите внимание, макрос с контекстом регулярного выражения можно задавать только в настройках пользовательских макросов. Если `regex:` префикс используется в каком-либо другом месте как контекст пользовательского макроса, например в выражении триггера, этот контекст будет рассматриваться как обычный контекст.  Заключение в кавычки контекста опционально (смотрите также [важные заметки](#важные_заметки)).  Примеры контекста макросов:  |Пример|Описание| |-------|-----------| |`{$LOW_SPACE_LIMIT}`|Пользовательский макрос без контекста.| |`{$LOW_SPACE_LIMIT:/tmp}`|Пользовательский макрос с контекстом (статическая строка).| |`{$LOW_SPACE_LIMIT:regex:"^/tmp$"}`|Пользовательский макрос с контекстом (регулярное выражение). То же, что и `{$LOW_SPACE_LIMIT:/tmp}`.| |`{$LOW_SPACE_LIMIT:regex:"^/var/log/.*$"}`|Пользовательский макрос с контекстом (регулярное выражение). Соответствует всем строкам с префиксом /var/log/.|

en-us	#### Overview  As an alternative to setting up manually or reusing an existing server for Zabbix, users may [download](http://www.zabbix.com/download_appliance) a Zabbix appliance or a Zabbix appliance installation CD image.  Zabbix appliance and installation CD versions are based on AlmaLinux 8 (x86\_64).  Zabbix appliance installation CD can be used for instant deployment of Zabbix server (MySQL).  ::: noteimportant  You can use this Appliance to evaluate Zabbix. The Appliance is not intended for serious production use.  :::
ru	#### Обзор  В качестве альтернативы ручной настройке или повторного использования уже существующего сервера для Zabbix, пользователи могут [загрузить](http://www.zabbix.com/download_appliance) готовое решение Zabbix или CD образ готового решения Zabbix.  Версии готового решения Zabbix и установочного CD базируются на AlmaLinux 8 (x86\_64).  Установочный CD готового решения Zabbix можно использовать для быстрого развертывания Zabbix сервера (MySQL).  ::: noteimportant Вы можете использовать это готовое решение для ознакомления с Zabbix. Готовое решение не предусмотрено для серьезной эксплуатации.  :::

en-us	#### Overview  Assuming that we have configured some items and triggers and now are getting some events happening as a result of triggers changing state, it is time to consider some actions.  To begin with, we would not want to stare at the triggers or events list all the time. It would be much better to receive notification if something significant (such as a problem) has happened. Also, when problems occur, we would like to see that all the people concerned are informed.  That is why sending notifications is one of the primary actions offered by Zabbix. Who and when should be notified upon a certain event can be defined.  To be able to send and receive notifications from Zabbix you have to:  -   [define some media](/manual/config/notifications/media) -   [configure an action](/manual/config/notifications/action) that     sends a message to one of the defined media  Actions consist of *conditions* and *operations*. Basically, when conditions are met, operations are carried out. The two principal operations are sending a message (notification) and executing a remote command.  For discovery and autoregistration created events, some additional operations are available. Those include adding or removing a host, linking a template etc.
ru	#### Обзор  Предположим, мы уже настроили несколько элементов данных и триггеров и теперь мы получаем некоторые события, которые появляются в результате изменения состояния триггеров, настало время рассмотреть некоторые действия.  Начнем с того, что мы не хотим наблюдать за триггерами или за списком событий всё время. Было бы неплохо получать оповещения, если происходит что-то значительное (например, проблемы). Кроме того, когда возникают проблемы, мы бы хотели видеть, что все заинтересованные персоны проинформированы об этом.  Вот почему отправка оповещений является одной из ключевых задач, предлагаемой Zabbix. Можно указать кто и когда должен быть оповещен при наступлении определенного события.  Чтобы была возможность отправлять и получать оповещения от Zabbix, вы должны:  -   [настроить какие-нибудь способы оповещения](/manual/config/notifications/media) -   [настроить действия](/manual/config/notifications/action), которые отправляют сообщения по одному из заданных способов оповещения  Действия состоят из *условий* и *операций*. В общем смысле, когда условия удовлетворяют, будут произведены операции. Имеется две основных операции это отправка сообщений (оповещений) и выполнение удаленных команд.  Для созданных событий обнаружениями и автоматической регистрацией, доступны несколько дополнительных операций. Они включают в себя добавление и удаление узлов сети, присоединение шаблонов и др.

en-us	#### Overview  A vertical menu in a sidebar provides access to various Zabbix frontend sections.  The menu is dark blue in the default theme.  ![](../../../assets/en/manual/web_interface/vertical_menu.png){width="600"}
ru	#### Обзор  Вертикальное меню на боковой панели обеспечивает доступ к различным разделам веб-интерфейса Zabbix.  Меню темно-синего цвета в теме по умолчанию.  ![](../../../assets/en/manual/web_interface/vertical_menu.png){width="600"}

en-us	#### Overview  By default, Zabbix provides a number of predefined themes. You may follow the step-by-step procedure provided here in order to create your own. Feel free to share the result of your work with Zabbix community if you created something nice.
ru	#### Обзор  По умолчанию Zabbix поставляется с некоторым количеством предустановленных тем. Вы можете выполнить процедуру приведенную здесь, шаг за шагом, для того, чтобы создать свою собственную тему. Не стесняйтесь поделиться результатами своей работы с сообществом Zabbix, если создали что-то действительно приятное.

en-us	#### Overview  Change of trigger status is the most frequent and most important source of events. Each time the trigger changes its state, an event is generated. The event contains details of the trigger state's change - when it happened and what the new state is.  Two types of events are created by triggers - Problem and OK.
ru	#### Обзор  Изменение состояния триггера является наиболее частым и наиболее важным источником событий. Каждый раз, когда триггер меняет свое состояние, генерируется событие. Событие содержит подробную информацию о изменении состояния триггера - когда это случилось, и какое сейчас новое состояние.  Триггерами создаются два типа событий - Проблема и ОК.

en-us	#### Overview  Configuring a template requires that you first create a template by defining its general parameters and then you add entities (items, triggers, graphs, etc.) to it.
ru	#### Обзор  Для настройки шаблона необходимо сначала создать его, указав общие параметры, и только затем добавлять объекты (элементы данных, триггеры, графики и прочее) этому шаблону.

en-us	#### Overview  Custom graphs, as the name suggests, offer customization capabilities.  While simple graphs are good for viewing data of a single item, they do not offer configuration capabilities.  Thus, if you want to change graph style or the way lines are displayed or compare several items, for example, incoming and outgoing traffic in a single graph, you need a custom graph.  Custom graphs are configured manually.  They can be created for a host or several hosts or for a single template.
ru	#### Обзор  Пользовательские графики, как следует из названия, предлагают возможность индивидуальной настройки.  В то время как простые графики хороши для просмотра данных по одному элементу данных, они не дают возможности индивидуальной настройки.  Таким образом, если вы захотите изменить стиль графика или способ отрисовки линий, или сравнить несколько элементов данных, например, входящий и исходящий трафик на одном графике, то вам необходим пользовательский график.  Пользовательские графики настраиваются вручную.  Они могут быть созданы для одного узла сети, для нескольких узлов или в пределах одного шаблона.

en-us	 ### Overview  Custom loadable plugins extend Zabbix agent 2 functionality. They are compiled separately, but use a package shared with Zabbix agent 2.   Each plugin is a *Go* package that defines the structure and implements one or several plugin interfaces (*Exporter*, *Configurator*, *Runner*).  Jump to:  - [Write your first plugin](/devel/plugins/how_to) - [Plugin interfaces](/devel/plugins/interfaces)   ### Connection diagram  Zabbix agent 2 connects bidirectionally to the plugins using UNIX sockets on Linux and Named Pipes on Windows.   The connection diagram below illustrates the communication process between Zabbix agent 2 and a loadable plugin and the metrics collection process.  ![](../../assets/en/devel/plugin/connection_diagram.png)
ru	### Обзор  Пользовательские загружаемые плагины расширяют функциональность Zabbix Agent 2. Они компилируются отдельно, но используют общий пакет с Zabbix агентом 2.  Каждый плагин представляет собой пакет *Go*, который определяет структуру и реализует один или несколько интерфейсов плагина (*Экспортер*, *Конфигуратор*, *Runner*).  Перейти к :  - [Напишите свой первый плагин](/devel/plugins/how_to) - [Интерфейсы плагинов](/devel/plugins/interfaces)   ### Схема подключения   Агент Zabbix 2 подключается двунаправленно к плагинам, используя UNIX-сокеты в Linux и именованные каналы в Windows.  Схема подключения ниже иллюстрирует процесс связи между Zabbix агентом 2 и загружаемым плагином, а также процесс сбора метрик.  ![](../../assets/en/devel/plugin/connection_diagram.png)

en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
ru	#### Обзор  Режим отладки можно использовать для диагностики проблем с производительностью страниц веб-интерфейса Zabbix.

en-us	#### Overview  Each pre-shared key (PSK) in Zabbix actually is a pair of:  -   non-secret PSK identity string, -   secret PSK string value.  PSK identity string is a non-empty UTF-8 string. For example, "PSK ID 001 Zabbix agentd". It is a unique name by which this specific PSK is referred to by Zabbix components. Do not put sensitive information in PSK identity string - it is transmitted over the network unencrypted.  PSK value is a hard to guess string of hexadecimal digits, for example, "e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9".
ru	#### Обзор  Каждый общий ключ (pre-shared key, PSK) в Zabbix является парой из:  -   несекретной строки идентификации PSK, -   секретного значения строки PSK.  Строкой идентификации PSK является непустая строка UTF-8. Например, «PSK ID 001 Zabbix agentd». Это уникальное имя, по которому компоненты Zabbix ссылаются на этот конкретный общий ключ. Не помещайте чувствительную информацию в строку идентификации PSK - она передаётся по сети незашифрованной.   Значением PSK является сложно угадываемая строка из шестнадцатеричных цифр, например: «e560cb0d918d26d31b4f642181f5f570ad89a390931102e5391d08327ba434e9».

en-us	#### Overview  Event correlation allows to correlate problem events to their resolution in a manner that is very precise and flexible.  Event correlation can be defined:  -   [on trigger level](/manual/config/event_correlation/trigger) - one     trigger may be used to relate separate problems to their solution -   [globally](/manual/config/event_correlation/global) - problems can     be correlated to their solution from a different trigger/polling     method using global correlation rules
ru	#### Обзор  Корреляция событий позволяет сопоставлять события о проблемах с их решениями очень точным и гибким способом.  Корреляцию событий можно задавать:  -   [на уровне триггера](/manual/config/event_correlation/trigger) - один триггер можно использовать, чтобы связать отдельные проблемы с их решением -   [глобально](/manual/config/event_correlation/global) - проблемы можно соотнести с их решением с другого триггера/метода опроса с использованием глобальных правил корреляции

en-us	#### Overview  External check is a check executed by Zabbix server by [running a shell script](/manual/appendix/command_execution) or a binary. However, when hosts are monitored by a Zabbix proxy, the external checks are executed by the proxy.  External checks do not require any agent running on a host being monitored.  The syntax of the item key is:      script[<parameter1>,<parameter2>,...]  Where:  |ARGUMENT|DEFINITION| |--------|----------| |**script**|Name of a shell script or a binary.| |**parameter(s)**|Optional command line parameters.|  If you don't want to pass any parameters to the script you may use:      script[] or     script  Zabbix server will look in the directory defined as the location for external scripts (parameter 'ExternalScripts' in [Zabbix server configuration file](/manual/appendix/config/zabbix_server)) and execute the command. The command will be executed as the user Zabbix server runs as, so any access permissions or environment variables should be handled in a wrapper script, if necessary, and permissions on the command should allow that user to execute it. Only commands in the specified directory are available for execution.  ::: notewarning Do not overuse external checks! As each script requires starting a fork process by Zabbix server, running many scripts can decrease Zabbix performance a lot. :::
ru	#### Обзор  Внешняя проверка производится Zabbix сервером путём [выполнения shell скрипта](/manual/appendix/command_execution) или бинарного файла. Однако, когда узлы сети наблюдаются через Zabbix прокси, внешние проверки будут выполняться этим прокси.  Внешние проверки не требуют на наблюдаемом узле сети какого-либо агента.  Синтаксис ключа элемента данных:      скрипт[<параметр1>,<параметр2>,...]  Где:  |АРГУМЕНТ|ОПРЕДЕЛЕНИЕ| |--------|----------| |**скрипт**|Имя shell скрипта или бинарного файла.| |**параметр(ы)**|Опциональные параметры командной строки.|  Если вы не хотите передавать какие-нибудь параметры скрипту, вы можете использовать:      script[] или     script  Zabbix сервер заглянет в папку, указанную как размещение внешних скриптов (параметр 'ExternalScripts' в [файле конфигурации Zabbix сервера](/manual/appendix/config/zabbix_server)), и выполнит заданную команду. Команда будет выполнена от имени пользователя, под которым запущен Zabbix сервер, так что любые права доступа или переменные среды должны быть обработаны в оболочке скрипта, если необходимо, и права доступа на команду должны разрешать этому пользователю выполнение скрипта. Для исполнения доступны только те команды, которые имеются в наличии в указанной папке.  ::: notewarning Не злоупотребляйте внешними проверками! Каждый скрипт требует запуска Zabbix сервером дочернего процесса, запуск множества скриптов может значительно снизить производительность Zabbix. :::

en-us	### Overview  For an easy access to Zabbix from anywhere and from any platform, the web-based interface is provided.  ::: noteclassic If using more than one frontend instance make sure that the locales and libraries (LDAP, SAML etc.) are installed and configured identically for all frontends. :::
ru	### Обзор  Для легкого доступа к Zabbix из любого места и с любой платформы, предусмотрен веб-интерфейс.  ::: noteclassic Если Вы используете несколько веб-интерфейсов, убедитесь, что локали и необходимые библиотеки (LDAP, SAML и т.д.) установлены и настроены одинаково для каждого из веб-интерфейсов. :::

en-us	#### Overview  Global event correlation allows to reach out over all metrics monitored by Zabbix and create correlations.  It is possible to correlate events created by completely different triggers and apply the same operations to them all. By creating intelligent correlation rules it is actually possible to save yourself from thousands of repetitive notifications and focus on root causes of a problem!  Global event correlation is a powerful mechanism, which allows you to untie yourself from one-trigger based problem and resolution logic. So far, a single problem event was created by one trigger and we were dependent on that same trigger for the problem resolution. We could not resolve a problem created by one trigger with another trigger. But with event correlation based on event tagging, we can.  For example, a log trigger may report application problems, while a polling trigger may report the application to be up and running. Taking advantage of event tags you can tag the log trigger as *Status: Down* while tag the polling trigger as *Status: Up*. Then, in a global correlation rule you can relate these triggers and assign an appropriate operation to this correlation such as closing the old events.  In another use, global correlation can identify similar triggers and apply the same operation to them. What if we could get only one problem report per network port problem? No need to report them all. That is also possible with global event correlation.  Global event correlation is configured in **correlation rules**. A correlation rule defines how the new problem events are paired with existing problem events and what to do in case of a match (close the new event, close matched old events by generating corresponding OK events). If a problem is closed by global correlation, it is reported in the *Info* column of *Monitoring* → *Problems*.  Configuring global correlation rules is available to Super Admin level users only.  ::: noteimportant Event correlation must be configured very carefully, as it can negatively affect event processing performance or, if misconfigured, close more events than was intended (in the worst case even all problem events could be closed). :::  To configure global correlation **safely**, observe the following important tips:  -   Reduce the correlation scope. Always set a unique tag for the new     event that is paired with old events and use the *New event tag*     correlation condition; -   Add a condition based on the old event when using the *Close old     event* operation (or else all existing problems could be closed); -   Avoid using common tag names that may end up being used by different     correlation configurations; -   Keep the number of correlation rules limited to the ones you really     need.  See also: [known issues](/manual/installation/known_issues#global_event_correlation).
ru	#### Обзор  Глобальная корреляция событий позволят охватить все метрики наблюдаемые Zabbix и создавать корреляции.  Имеется возможность сопоставления событий, которые были созданы совершенно разными триггерами, и применения одних и тех же операций к ним ко всем. Созданием интеллектуальные правил корреляции можно обезопасить себя от тысяч повторяющихся оповещений и сфокусироваться на реальных причинах проблемы!  Глобальная корреляция событий - мощный механизм, который позволяет вам освободить себя от логики проблемы и решения основанных на одном триггере. До сих пор одно событие о проблеме создавалось одним триггером мы зависели от этого же триггера в плане решения проблемы. Мы не могли решить проблему, которая была создана одним триггером, при помощи другого триггера. Но с корреляцией событий на основе тегов событий, мы можем.  Например, триггер на журнал может сообщать о проблемах с приложением в то время как, триггер на основе опроса может сообщать, что приложение запущено и работает. Используя теги событий вы можете пометить триггер на журнал как *Состояние: Недоступен*, тогда как тегом триггера на основе опроса будет *Состояние: Доступен*. Затем, в глобальном правиле корреляции вы можете соотнести эти триггеры и назначить соответствующую операцию на такую корреляцию, такую как закрытие старых событий.  В другом случае глобальная корреляция может распознавать похожие триггеры и применять к ним ту же операцию. Что если мы можем получить только одно сообщение о проблемах по каждому сетевому порту? Не требуется сообщать по ним всем. Это также возможно при помощи глобальной корреляции событий.  Глобальная корреляция событий настраивается в **правилах корреляции**. Правило корреляции определяет каким образом новые события о проблемах соотносятся с существующими событиями о проблемах и что делать в случае совпадения (закрыть новое событие, закрыть старые события, сформировав соответствующие ОК события). Если проблема закрыта при помощи глобальной корреляции, об этом сообщается в *Инфо* колонке в *Мониторинг* → *Проблемы*.  Настройка глобальных правил корреляции доступна пользователям только с Zabbix Супер Администратор уровнем.  ::: noteimportant Корреляцию событий необходимо настраивать очень осторожно, так как некорректная настройка может негативно сказаться на производительности обработки событий или может привести к закрытию большего количества событий, чем предполагается (в худшем случае будут закрыты все события о проблемах). :::  Для **безопасной** настройки глобальной корреляции обратите внимание на следующие важные советы:  -   Уменьшайте масштаб корреляции. Всегда указывайте новому событию уникальный тег, который соотносится со старыми событиями и используйте условие корреляции *Тег нового события*; -   Добавляйте условие, которое основывается на старом событии, при использовании операции *Закрыть старое событие* (в противном случае все существующие проблемы могут быть закрыты); -   Избегайте использования общих имен тегов, которые в итоге могут быть использованы разными настройками корреляций; -   Ограничьте количество правил корреляции теми, которые вам действительно необходимы.  Смотрите также: [известные проблемы](/manual/installation/known_issues#глобальная_корреляция_событий).

en-us	### Overview  High availability (HA) is typically required in critical infrastructures  that can afford virtually no downtime. So for any service that  may fail there must be a failover option in place to take over should the current service fail.  Zabbix offers a **native** high-availability solution that is easy to  set up and does not require any previous HA expertise. Native Zabbix HA  may be useful for an extra layer of protection against software/hardware  failures of Zabbix server or to have less downtime due to maintenance.  In the Zabbix high availability mode multiple Zabbix servers are run as  nodes in a cluster. While one Zabbix server in the cluster is active,  others are on standby, ready to take over if necessary.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Switching to Zabbix HA is non-committal. You may switch back to standalone  operation at any point.  See also: [Implementation details](#implementation-details)
ru	#### Обзор  Высокая доступность (HA) обычно требуется в критически важных инфраструктурах, которым необходимо практически полное отсутствие простоя. Таким образом, любой сервис, который потенциально может выйти из строя, должен иметь вариант аварийного переключения на случай сбоя текущего сервиса.  Zabbix предлагает **встроенное** решение высокой доступности, которое легко настроить и которое не требует предварительных глубоких знаний в этой области. Это встроенное решение может быть полезным как дополнительной уровень защиты от аппаратных или программных сбоев сервера Zabbix или для уменьшения времени простоя во время обслуживания.  В режиме высокой доступности Zabbix несколько Zabbix серверов запускаются как ноды кластера. Пока один Zabbix сервер в кластере является активной нодой, остальные находятся в режиме ожидания, готовыми перенять управление при необходимости.  ![](../../../../assets/en/manual/config/zabbix_ha.png)  Переключение на Zabbix HA ни к чему не обязывает. Вы можете переключиться обратно на автономный режим в любой момент.  Смотрите также: [Детали реализации](#детали-реализации)

en-us	#### Overview  History and trends are the two ways of storing collected data in Zabbix.  Whereas history keeps each collected value, trends keep averaged information on hourly basis and therefore are less resource-hungry.
ru	#### Обзор  История и динамика изменений - два пути хранения в Zabbix собранных данных.  В то время как история хранит каждое собранное значение, динамика изменений хранит усреднённую информацию за каждый час, что, следовательно, менее требовательно к ресурсам.

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation) from Debian/Ubuntu packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install_from_packages/debian_ubuntu#установка-java-gateway) из пакетов Debian/Ubuntu, следующая информация вам поможет в настройке Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install_from_packages/rhel#java_gateway_installation) from RHEL packages, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install_from_packages/rhel#установка-java-gateway) из пакетов RHEL, следующая информация вам поможет в настройке Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If [installed](/manual/installation/install#installing_java_gateway) from sources, the following information will help you in setting up Zabbix [Java gateway](/manual/concepts/java).
ru	#### Обзор  Если Zabbix Java Gateway [установлен](/manual/installation/install#установка-java-gateway) из исходных кодов, следующая информация поможет вам настроить Zabbix [Java gateway](/manual/concepts/java).

en-us	#### Overview  If you have a network to look after, you may want to have an overview of your infrastructure somewhere. For that purpose, you can create maps in Zabbix - of networks and of anything you like.  All users can create network maps. The maps can be public (available to all users) or private (available to selected users).  Proceed to [configuring a network map](/manual/config/visualization/maps/map).
ru	#### Обзор  Если у вас есть сеть, за которой вы присматриваете, то вы возможно захотите где-либо иметь обзор вашей инфраструктуры. Для этого вы можете создать карты в Zabbix - сетей или всего того, чего пожелаете.  Все пользователи могут создавать карты сети. Карты могут быть публичными (доступными всем пользователям) или приватными (доступными выбранным пользователям).  Перейдем к [настройке карты сети](/manual/config/visualization/maps/map).

en-us	#### Overview  In message subjects and message text you can use macros for more efficient problem reporting.  In addition to a number of built-in macros, [user macros](/manual/config/macros/user_macros) and [expression macros](/manual/config/macros/expression_macros) are also supported. A [full list of macros](/manual/appendix/macros/supported_by_location) supported by Zabbix is available.
ru	#### Обзор  Вы можете использовать макросы в теме и в тексте сообщений для более эффективного оповещения о проблемах.  В дополнение к встроенным макросам, также поддерживаются [пользовательские макросы](/manual/config/macros/user_macros) и [макросы выражений](/manual/config/macros/expression_macros). Доступен [полный список макросов](/manual/appendix/macros/supported_by_location) поддерживаемых Zabbix.

en-us	#### Overview  In *Monitoring → Problems* you can see what problems you currently have. Problems are those triggers that are in the "Problem" state.  By default all new problems are classified as cause problems. It is possible to manually reclassify certain problems as symptom problem of the cause problem. For more details, see [cause and symptom events](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Column|Description| |--|--------| |*Checkbox*|Checkboxes for problem selection are displayed.<br>Icons, next to the checkboxes, have the following meaning:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - the number of symptom events for the cause problem;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - expand to show symptom events;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - collapse to hide symptom events;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - this is a symptom event.| |*Time*|Problem start time is displayed.| |*Severity*|Problem severity is displayed.<br>Problem severity is originally based on the severity of the underlying problem trigger, however, after the event has happened it can be updated using the *Update problem* [screen](/manual/acknowledgment#updating_problems). Color of the problem severity is used as cell background during problem time.| |*Recovery time*|Problem resolution time is displayed.| |*Status*|Problem status is displayed:<br>**Problem** - unresolved problem<br>**Resolved** - recently resolved problem. You can hide recently resolved problems using the filter.<br>New and recently resolved problems blink for 2 minutes. Resolved problems are displayed for 5 minutes in total. Both of these values are configurable in *Administration* → *General* → *[Trigger displaying options](/manual/web_interface/frontend_sections/administration/general#trigger_displaying_options)*.| |*Info*|A green information icon is displayed if a problem is closed by global correlation or manually when updating the problem. Rolling a mouse over the icon will display more details:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>The following icon is displayed if a suppressed problem is being shown (see *Show suppressed problems* option in the filter). Rolling a mouse over the icon will display more details:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Host*|Problem host is displayed. <br>Clicking on the host name brings up the [host menu](/manual/web_interface/menu/host_menu).| |*Problem*|Problem name is displayed.<br>Problem name is based on the name of the underlying problem trigger.<br>Macros in the trigger name are resolved at the time of the problem happening and the resolved values do not update any more.<br>*Note* that it is possible to append the problem name with [operational data](#operational_data_of_problems) showing some latest item values.<br>Clicking on the problem name brings up the [event menu](/manual/web_interface/menu/event_menu).<br>Hovering on the ![](../../../../../assets/en/manual/web_interface/item_description_icon.png) icon after the problem name will bring up the trigger description (for those problems that have it).| |*Operational data*|[Operational data](#operational_data_of_problems) are displayed containing latest item values.<br>Operational data can be a combination of text and item value macros if configured on a trigger level. If no operational data is configured on a trigger level, the latest values of all items from the expression are displayed.<br>This column is only displayed if *Separately* is selected for *Show operational data* in the filter.| |*Duration*|Problem duration is displayed.<br>See also: [Negative problem duration](#negative_problem_duration)| |*Update*|Click on the *Update* link to go to the [problem update](/manual/acknowledgment#updating_problems) screen where various actions can be taken on the problem, including commenting and acknowledging the problem.| |*Actions*|History of activities about the problem is displayed using symbolic icons:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - problem has been acknowledged. This icon is always displayed first.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - comments have been made. The number of comments is also displayed.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - problem severity has been increased (e.g. Information → Warning)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - problem severity has been decreased (e.g. Warning → Information)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - problem severity has been changed, but returned to the original level (e.g. Warning → Information → Warning)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - actions have been taken. The number of actions is also displayed.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - actions have been taken, at least one is in progress. The number of actions is also displayed.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - actions have been taken, at least one has failed. The number of actions is also displayed.<br>When rolling the mouse over the icons, popups with details about the activity are displayed. See [viewing details](#Viewing_details) to learn more about icons used in the popup for actions taken.| |*Tags*|[Tags](/manual/config/tagging) are displayed (if any).<br>In addition, tags from an external ticketing system may also be displayed (see the *Process tags* option when configuring [webhooks](/manual/config/notifications/media/webhook)).|
ru	#### Обзор  В разделе *Мониторинг → Проблемы* вы можете увидеть, какие проблемы сейчас у вас имеются. Проблемами называются те триггеры, которые находятся в состоянии "Проблема".  По умолчанию все новые проблемы классифицируются как причинные проблемы. Для определенных проблем можно вручную изменить эту классификацию на симптомную проблему причинной проблемы. Более подробную информацию можно найти в разделе [причинные и симптомные события](/manual/web_interface/frontend_sections/monitoring/problems/cause_and_symptom).  ![](../../../../../assets/en/manual/web_interface/problems.png){width="600"}  |Колонка|Описание| |--------------|----------------| |*Окошко метки*|Отображаются окошки меток для выбора проблем.<br>Иконки рядом с окошками меток означают следующее:<br>![icon\_number.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_number.png) - количество симптомных событий причинной проблемы;<br>![icon\_expand.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_expand.png) - развернуть список симптомных событий;<br>![icon\_collapse.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_collapse.png) - свернуть список симптомных событий;<br>![icon\_symptom.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_symptom.png) - событие является симптомным.| |*Время*|Время возникновения проблемы.| |*Важность*|Важность проблемы.<br>Важность проблемы изначально основывается на важности триггера, сработавшего при возникновении проблемы, однако, после того как событие произошло, важность проблемы можно обновить, используя [экран](/ru/manual/acknowledges#обновление_проблем) *Обновление проблемы*. Цвет фона в течение времени существования проблемы соответствует важности проблемы.| |*Время восстановления*|Время решения проблемы.| |*Состояние*|Состояние проблемы:<br>**Проблема** - нерешенная проблема<br>**Решено** - недавно решенная проблема. Вы можете скрыть недавно решенные проблемы при помощи фильтра.<br>Новые и недавно решенные проблемы мигают в течение 2 минут. Решенные проблемы в целом отображаются в течение 5 минут. Оба этих значения настраиваются в разделе *Администрирование* → *Общие* → *[Опции отображения триггеров](/ru/manual/web_interface/frontend_sections/administration/general#опции_отображения_триггеров)*.| |*Инфо*|Зеленая информационная иконка, если проблема закрыта глобальной корреляцией или вручную при обновлении проблемы. При наведении курсора мыши на иконку будут доступны более детальные сведения:<br>![info.png](../../../../../assets/en/manual/web_interface/info.png)<br>Следующая иконка появляется, если отображаются подавленные проблемы (смотрите опцию *Отображение подавленных проблем* в фильтре). При наведении курсора мыши на иконку будут доступны более детальные сведения:<br>![](../../../../../assets/en/manual/web_interface/info_suppressed2.png)| |*Узел сети*|Узел сети с проблемой. <br>При нажатии на имени узла сети появляется [меню узла сети](/manual/web_interface/menu/host_menu).| |*Проблема*|Имя проблемы.<br>Имя проблемы формируется на основе имени триггера, сработавшего при возникновении проблемы.<br>Макросы в имени триггера раскрываются при возникновении проблемы, и раскрытые значения больше не обновляются.<br>*Учтите*, что можно добавить имя проблемы с  [оперативными данными](#оперативные-данные-проблем), и тогда будут отображаться несколько последних значений элемента данных.<br>При нажатии на имени проблемы откроется [меню события](/manual/web_interface/menu/event_menu).<br>При наведении курсора на иконку ![](../../../../../assets/en/manual/web_interface/item_description_icon.png), расположенную рядом с именем проблемы, появится описание триггера (если оно есть для этой проблемы.| |*Оперативные данные*|[Оперативные данные](#оперативные-данные-проблем) содержат последние значения элемента данных.<br>Оперативные данные могут сочетать текст и макросы значений элемента данных, если они настроены на уровне триггера. Если на уровне триггера не настроены оперативные данные, отображаются последние значения всех элементов данных из выражения.<br>Эта колонка отображается, только если в фильтре для *Оперативные данные* выбрано *Раздельно*.|| |*Длительность*|Длительность проблемы.<br>Смотрите также: [отрицательная длительность проблемы](#отрицательная-длительность-проблемы)| |*Обновить*|По нажатию на ссылку *Обновить* можно перейти к экрану [обновления проблемы](/manual/acknowledgment#обновление_проблем), где с проблемой можно выполнить различные действия, включая комментирование и подтверждение проблемы.| |*Действия*|История действий над проблемой в виде символических иконок:<br>![icon\_acknowledged\_green.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_acknowledged_green.png) - проблема подтверждена. Эта иконка всегда отображается первой.<br>![icon\_comment.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_comment.png) - добавлены комментарии. Также отображается количество комментариев.<br>![icon\_sev\_up1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_up1.png) - важность проблемы увеличена (например, Информация → Предупреждение)<br>![icon\_sev\_down1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_sev_down1.png) - важность проблемы уменьшена (например, Предупреждение → Информация)<br>![icon\_severity\_back.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_severity_back.png) - важность проблемы была изменена, но затем вернулась к изначальному уровню (например, Предупреждение → Информация → Предупреждение)<br>![icon\_actions.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions.png) - выполнены действия. Tакже отображается количество действий.<br>![icon\_actions\_progress1.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_progress1.png) - выполнены действия, по крайней мере одно в процессе выполнения. Tакже отображается количество действий.<br>![icon\_actions\_failed.png](../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/icon_actions_failed.png) - выполнены действия, по крайней мере одно завершилось с ошибкой. Tакже отображается количество действий.<br>При наведении курсора мыши на иконки отобразится всплывающее окно с детальной информацией о действиях. Смотрите [просмотр деталей](#просмотр_деталей) для пояснений об иконках во всплывающем меню по предпринятым действиям.| |*Теги*|[Теги](/manual/config/tagging) (если имеются).<br>Дополнительно могут отображаться теги из внешних систем задач (см. опцию *Обработка тегов* при настройке [вебхуков](/manual/config/notifications/media/webhook)).|

en-us	#### Overview  In the *Administration → Proxies* section proxies for [distributed monitoring](/manual/distributed_monitoring) can be configured in the Zabbix frontend.
ru	#### Обзор  В разделе *Администрирование → Прокси* располагаются настройки относящиеся к [распределенному мониторингу](/manual/distributed_monitoring) и которые можно настроить в веб-интерфейсе Zabbix.

en-us	#### Overview  In the *Users → User groups* section user groups of the system are maintained.
ru	#### Обзор  В разделе *Пользователи → Группы пользователей* ведется учет групп пользователей.

en-us	#### Overview  In the *Users → User roles* section you may create user roles.   User roles allow to create fine-grained permissions based on  the initially selected user type (*User*, *Admin*, *Super admin*).  Upon selecting a user type, all available permissions for this user  type are granted (checked by default).  Permissions can only be revoked from the subset that is available for  the user type; they cannot be extended beyond what is available for the  user type.   Checkboxes for unavailable permissions are grayed out; users will not  be able to access the element even by entering a direct URL to  this element into the browser.  User roles can be assigned to system users. Each user may have only one role assigned.
ru	#### Обзор  В разделе *Пользователи → Роли пользователей* можно создавать роли пользователей.  Роли пользователей позволяют задавать отдельные права согласно изначально выбранному типу пользователя (*Пользователь*, *Администратор*, *Суперадминистратор*).  После выбора типа пользователя добавляются (отмечаются как активные по умолчанию) все возможные для этого типа права.  Отозвать права можно только из набора, доступного для этого типа пользователя, нельзя предоставить права, не входящие в такой набор.  Поля метки недоступных прав отображаются серым (не могут быть выбраны); пользователь не сможет получить доступ к этим элементам, даже если укажет их прямой URL в браузере.  Роли пользователей можно назначить системным пользователям. Каждому пользователю можно назначить только одну роль.

en-us	#### Overview  In this preprocessing step it is possible to convert CSV file data into JSON format. It's supported in:  -   items (item prototypes) -   low-level discovery rules
ru	#### Обзор  В этом шаге предварительной обработки имеется возможность преобразования данных CSV файла в JSON формат. Поддерживается в:  -   элементах данных (прототипах элементов данных) -   правилах низкоуровневого обнаружения

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
ru	#### Обзор  В этом разделе вы можете ознакомиться со значениями некоторых терминов, которые используются в Zabbix.

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
ru	#### Обзор  В этом разделе вы можете найти некоторые сведения о [дополнительным операциям](/manual/config/notifications/action/operation) на события обнаружения / автоматической регистрации.

en-us	#### Overview  In this section, you will learn how to log in and set up a system user in Zabbix.
ru	#### Обзор  В этом разделе вы узнаете как войти в Zabbix и настроить пользователя системы.

en-us	#### Overview  In this section you will learn how to set up a new host.  A host in Zabbix is a networked entity (physical, virtual) that you wish to monitor. The definition of what can be a "host" in Zabbix is quite flexible. It can be a physical server, a network switch, a virtual machine or some application.
ru	#### Обзор  В этом разделе вы узнаете как настроить новый узел сети.  Узел сети в Zabbix - это объект сети (физический, виртуальный), который вы хотите наблюдать. Определение того, что может быть "узлом сети" в Zabbix, очень гибкое. Это может быть физический сервер, сетевой коммутатор, виртуальная машина или какое-нибудь приложение.

en-us	#### Overview  In this section, you will learn how to set up an item.  Items are the basis of gathering data in Zabbix. Without items, there is no data - because only an item defines a single metric or what kind of data to collect from a host.
ru	#### Обзор  В этом разделе вы узнаете, как настроить элемент данных.  Элементы данных лежат в основе сбора данных в Zabbix. Без элементов данных нет данных - потому что только элемент данных определяет одну метрику, или какого рода данные собираются с узла сети.

en-us	#### Overview  In this section you will learn how to set up a template.  Previously we learned how to set up an item, a trigger and how to get a problem notification for the host.  While all of these steps offer a great deal of flexibility in themselves, it may appear like a lot of steps to take if needed for, say, a thousand hosts. Some automation would be handy.  This is where templates come to help. Templates allow to group useful items, triggers and other entities so that those can be reused again and again by applying to hosts in a single step.  When a template is linked to a host, the host inherits all entities of the template. So, basically a pre-prepared bunch of checks can be applied very quickly.
ru	#### Обзор  В этом разделе вы узнаете как настроить шаблон.  Ранее мы узнали как настроить элемент данных, триггер и как получать оповещения о проблемах с этим узлом сети.  Хотя все эти шаги дают большую гибкость как таковые, может показаться, что потребуется множество шагов, если речь идёт, скажем, о тысяче узлов сети. Автоматизация процесса была бы кстати.  В этом нам придут на помощь шаблоны. Шаблоны позволяют группировать полезные элементы данных, триггеры и другие сущности, чтобы они могли быть использованы снова и снова простым применением шаблона к узлам сети за один шаг.  Когда шаблон присоединяется к узлу сети, то узел наследует все сущности шаблона. Таким образом, в основном заранее подготовленная куча проверок может быть применена очень быстро.

en-us	#### Overview  In this section you will learn how to set up a trigger.  Items only collect data. To automatically evaluate incoming data we need to define triggers. A trigger contains an expression that defines a threshold of what is an acceptable level for the data.  If that level is surpassed by the incoming data, a trigger will "fire" or go into a 'Problem' state - letting us know that something has happened that may require attention. If the level is acceptable again, trigger returns to an 'Ok' state.
ru	#### Обзор  В этом разделе вы узнаете как настроить триггер.  Элементы данных только собирают данные. Для автоматической оценки приходящих данных нам нужно задать триггеры. Триггер содержит выражение, которое определяет порог - что для данных является приемлемым уровнем.  Если приходящие данные превысят этот уровень, триггер будет "загораться" или перейдет в состояние 'Проблема' - давая понять, что произошло что-то, что может потребовать внимания. Если уровень становится снова приемлемым, то триггер возвращается в состояние 'ОK'.

en-us	#### Overview  In this widget, you can display the problem count by severity. You can limit what hosts and triggers are displayed in the widget and define how the problem count is displayed.  The problem count is displayed only for cause problems.
ru	#### Обзор  В этом виджете вы можете отобразить количество проблем по степени серьезности. Вы можете ограничить то, что узлы сети и триггеры отображаются в виджете и определяют, как отображается количество проблем.  Количество проблем отображается только для причин проблем.

en-us	#### Overview  It is possible to allow active Zabbix agent autoregistration, after which the server can start monitoring them. This way new hosts can be added for monitoring without configuring them manually on the server.  Autoregistration can happen when a previously unknown active agent asks for checks.  The feature might be very handy for automatic monitoring of new Cloud nodes. As soon as you have a new node in the Cloud Zabbix will automatically start the collection of performance and availability data of the host.  Active agent autoregistration also supports the monitoring of added hosts with passive checks. When the active agent asks for checks, providing it has the 'ListenIP' or 'ListenPort' configuration parameters defined in the configuration file, these are sent along to the server. (If multiple IP addresses are specified, the first one is sent to the server.)  Server, when adding the new autoregistered host, uses the received IP address and port to configure the agent. If no IP address value is received, the one used for the incoming connection is used. If no port value is received, 10050 is used.  It is possible to specify that the host should be autoregistered with a [DNS name](#using_dns_as_default_interface) as the default agent interface.  Autoregistration is rerun:  -   if host [metadata](#using_host_metadata) information changes:     -   due to HostMetadata changed and agent restarted     -   due to value returned by HostMetadataItem changed -   for manually created hosts with metadata missing -   if a host is manually changed to be monitored by another Zabbix     proxy -   if autoregistration for the same host comes from a new Zabbix proxy  The active agent autoregistration heartbeat for Zabbix server and Zabbix proxy is 120 seconds. So in case a discovered host is deleted, the autoregistration will be rerun in 120 seconds.
ru	#### Обзор  Возможно разрешить авторегистрацию активных агентов Zabbix, после которой сервер может начать отслеживать их. Таким образом, новые узлы сети могут быть добавлены для мониторинга без их настройки на сервере вручную.  Авторегистрация может произойти, когда ранее неизвестный активный агент запрашивает проверки.  Эта функция может быть очень удобна для автоматического мониторинга новых облачных узлов. Как только у вас появится новый узел в облаке, Zabbix будет автоматически запускать сбор данных о производительности и доступности узла сети.  Авторегистрация активного агента также поддерживает мониторинг добавленных узлов сети с пассивными проверками. Когда активный агент запрашивает проверки, при условии, что параметры конфигурации «ListenIP» или «ListenPort» определенны в файле конфигурации, они отправляются на сервер. (если указано несколько IP-адресов, первый из них отправляется на сервер.)  Сервер при добавлении нового автоматически зарегистрированного узла сети использует полученный IP адрес и порт для настройки агента. Если значение IP-адреса не получено, используется тот, который использовался для входящего соединения. Если значение порта не получено, используется 10050.  Можно указать, что узнал сети должен быть автоматически зарегистрирован с [DNS-именем](#using_dns_as_default_interface) в качестве интерфейса агента по умолчанию.  Повторная авторегистрация:  - если информация [метаданные] узла сети (#using_host_metadata) изменяется:     - из-за изменения HostMetadata и перезапуска агента     - из-за изменения значения, возвращаемого HostMetadataItem - для созданных вручную узлов сети с отсутствующими метаданными - если узел сети изменен вручную для мониторинга другим Zabbix     прокси - если авторегистрация на тот же узел сети идет с нового прокси Zabbix

en-us	#### Overview  It is possible to configure real-time exporting of trigger events, item values and trends in a newline-delimited JSON format.  Exporting is done into files, where each line of the export file is a JSON object. Value mappings are not applied.  In case of errors (data cannot be written to the export file or the export file cannot be renamed or a new one cannot be created after renaming it), the data item is dropped and never written to the export file. It is written only in the Zabbix database. Writing data to the export file is resumed when the writing problem is resolved.  For precise details on what information is exported, see the [export protocol](/manual/appendix/protocols/real_time_export) page.  Note that host/item can have no metadata (host groups, host name, item name) if the host/item was removed after the data was received, but before server exported data.
ru	#### Обзор  Имеется возможность настройки экспорта в режиме реального времени событий по триггерам, значений элементов данных и динамики изменений в формате JSON с разделением новой строкой.  Экспортирование выполняется в файлы, где каждая строка файла экспорта является объектом JSON. Преобразования значений не применяются.  В случаях ошибок (когда данные не удаётся записать в файл экспорта, или файл экспорта не удаётся переименовать, или не удаётся создать новый после его переименования) данные уничтожаются и никогда не будут записаны в файл экспорта. Они записываются только в базу данных Zabbix. Запись данных в файл экспорта возобновится, когда проблема с записью будет решена.  Для получения подробных сведений о том, какая информация экспортируется, смотрите страницу [протокола экспорта](/manual/appendix/protocols/real_time_export).  Обратите внимание, что узел сети / элемент данных может не иметь метаданные (группы узлов сети, имя узла сети, имя элемента данных), если узел сети / элемент данных удаляются после того, как данные получены, но до того как сервер выполнил экспорт этих данных.

en-us	#### Overview  It is possible to create custom rules regarding the times when an item is checked. The two methods for that are *Flexible intervals*, which allow to redefine the default update interval, and *Scheduling*, whereby an item check can be executed at a specific time or sequence of times.
ru	#### Обзор  Имеется возможность создания пользовательских правил относительно времени, когда элемент данных будет опрашиваться. Для этого имеется два способа: *Переменные интервалы*, позволяющий переопределить интервал обновления по умолчанию, и *По расписанию*, посредством которого элемент данных может быть опрошен в конкретное время или последовательность моментов времени.

en-us	#### Overview  It is possible to define that an action is executed only if the event matches a defined set of conditions. Conditions are set when configuring the [action](/manual/config/notifications/action#configuring_an_action).  Condition matching is case-sensitive.
ru	#### Обзор  Можно задать, что действие будет выполнено только, если событие удовлетворяет определенному набору условий. Условия задаются при настройке [действия](/manual/config/notifications/action#настройка_действия).  Сопоставление условий чувствительно к регистру.

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
ru	### Обзор  Можно [обнаружить](/manual/discovery/low_level_discovery) systemd службы (службы, по умолчанию) используя Zabbix.

en-us	#### Overview  It is possible to enhance Zabbix frontend functionality by adding third-party modules or by developing your own modules without the need to change the source code of Zabbix.  Note that the module code will run with the same privileges as Zabbix source code. This means:  -   third-party modules can be harmful. You must trust the modules you are     installing; -   Errors in a third-party module code may crash the frontend. If this     happens, just remove the module code from the frontend. As soon as     you reload Zabbix frontend, you'll see a note saying that some     modules are absent. Go to [Module     administration](/manual/web_interface/frontend_sections/administration/general#modules)     (in *Administration* → *General* → *Modules*) and click *Scan     directory* again to remove non-existent modules from the database.
ru	#### Обзор  Можно улучшить функциональность веб-интерфейса Zabbix, добавив сторонние модули или разработав собственные модули без необходимости изменения исходного кода Zabbix.  Обратите внимание, что код модуля будет работать с теми же привилегиями, что и исходный код Zabbix. Это означает, что:  -   сторонние модули могут быть вредоносными. Вы должны доверять модулям, которые вы устанавливаете; -   ошибки в коде стороннего модуля могут привести к сбою веб-интерфейса. Если это произойдёт, просто удалите код модуля из веб-интерфейса. Как только вы перезагрузите веб-интерфейс Zabbix, вы увидите уведомление о том, что некоторые модули отсутствуют. Перейдите к [администрированию модулей](/manual/web_interface/frontend_sections/administration/general#модули) (в разделе *Администрирование* → *Общие* → *Модули*) и нажмите *Сканировать директорию*, чтобы удалить несуществующие модули из базы данных. 

en-us	### Overview  Low-level discovery provides a way to automatically create items, triggers, and graphs for different entities on a computer. For instance, Zabbix can automatically start monitoring file systems or network interfaces on your machine, without the need to create items for each file system or network interface manually. Additionally, it is possible to configure Zabbix to remove unneeded entities automatically based on the actual results of periodically performed discovery.  A user can define their own types of discovery, provided they follow a particular JSON protocol.  The general architecture of the discovery process is as follows.  First, a user creates a discovery rule in *Data collection → Templates*, in the *Discovery* column. A discovery rule consists of (1) an item that discovers the necessary entities (for instance, file systems or network interfaces) and (2) prototypes of items, triggers, and graphs that should be created based on the value of that item.  An item that discovers the necessary entities is like a regular item seen elsewhere: the server asks a Zabbix agent (or whatever the type of the item is set to) for a value of that item, the agent responds with a textual value. The difference is that the value the agent responds with should contain a list of discovered entities in a JSON format. While the details of this format are only important for implementers of custom discovery checks, it is necessary to know that the returned value contains a list of macro → value pairs. For instance, item "net.if.discovery" might return two pairs: "{\#IFNAME}" → "lo" and "{\#IFNAME}" → "eth0".  These macros are used in names, keys and other prototype fields where they are then substituted with the received values for creating real items, triggers, graphs or even hosts for each discovered entity. See the full list of [options](/manual/config/macros/lld_macros) for using LLD macros.  When the server receives a value for a discovery item, it looks at the macro → value pairs and for each pair generates real items, triggers, and graphs, based on their prototypes. In the example with "net.if.discovery" above, the server would generate one set of items, triggers, and graphs for the loopback interface "lo", and another set for interface "eth0".  Note that since **Zabbix 4.2**, the format of the JSON returned by low-level discovery rules has been changed. It is no longer expected that the JSON will contain the "data" object. Low-level discovery will now accept a normal JSON containing an array, in order to support new features such as the item value preprocessing and custom paths to low-level discovery macro values in a JSON document.  Built-in discovery keys have been updated to return an array of LLD rows at the root of JSON document. Zabbix will automatically extract a macro and value if an array field uses the {\#MACRO} syntax as a key. Any new native discovery checks will use the new syntax without the "data" elements. When processing a low-level discovery value first the root is located (array at `$.` or `$.data`).  While the "data" element has been removed from all native items related to discovery, for backward compatibility Zabbix will still accept the JSON notation with a "data" element, though its use is discouraged. If the JSON contains an object with only one "data" array element, then it will automatically extract the content of the element using JSONPath `$.data`. Low-level discovery now accepts optional user-defined LLD macros with a custom path specified in JSONPath syntax.  ::: notewarning As a result of the changes above, newer agents no longer will be able to work with an older Zabbix server. :::  See also: [Discovered entities](#discovered_entities)
ru	### Обзор  Низкоуровневое обнаружение (англ. Low-level discovery, LLD) даёт возможность автоматического создания элементов данных, триггеров и графиков для различных объектов на компьютере. Например, Zabbix может автоматически начать мониторинг файловых систем или сетевых интерфейсов на вашем устройстве, без необходимости создания вручную элементов данных для каждой файловой системы или сетевого интерфейса. Кроме того, в Zabbix имеется возможность настроить удаление ненужных объектов, основываясь на фактических результатах периодически выполняемого обнаружения.  Пользователь имеет возможность определить свои собственные типы обнаружения, обеспечив их функционирование согласно спецификации протокола JSON.  Общая архитектура процессов обнаружения заключается в следующем.  Сначала пользователь создаёт правило обнаружения в *Сбор данных* → *Шаблоны* → колонка *Обнаружение*. Правило обнаружения состоит из (1) элемента данных, который осуществляет обнаружение необходимых объектов (например, файловые системы или сетевые интерфейсы) и (2) прототипов элементов данных, триггеров и графиков, которые должны быть созданы на основании полученных значений этого элемента данных.  Элемент данных, который осуществляет обнаружение необходимых объектов, подобен обычным элементам данных, которые видны в других местах: сервер запрашивает у Zabbix агента (или используя любой другой указанный тип элемента данных) значение этого элемента данных, и агент отвечает текстовым значением. Разница в том, что значение, которое возвращает агент, должно содержать список обнаруженных объектов в формате JSON. Хотя детали этого формата важны только для создателей собственных проверок обнаружения, всё же необходимо знать, что возвращаемое значение содержит список из пар: макрос → значение. Например, элемент данных «net.if.discovery» может вернуть две пары: «{\#IFNAME}» → «lo» и «{\#IFNAME}» → «eth0».  Эти макросы затем используются в именах, ключах и других полях прототипов, где они заменяются на полученные значения для создания реальных элементов данных, триггеров, графиков и даже узлов сети для каждого обнаруженного объекта. Смотрите полный список [опций](/manual/config/macros/lld_macros) по использованию LLD-макросов.  Когда сервер получает значение элемента данных обнаружения, он смотрит на пары макрос → значение и для каждой пары создаёт реальные элементы данных, триггеры и графики, основанные на их прототипах. В приведённом выше примере с «net.if.discovery» сервер будет создавать один набор элементов данных, триггеров и графиков для интерфейса обратной петли "lo" и другой набор для интерфейса «eth0».  Обратите внимание, что начиная с **Zabbix 4.2** формат JSON, возвращаемого правилами низкоуровневого обнаружения, изменился. Более не ожидается, что JSON будет содержать объект "data". Чтобы поддерживать новые возможности - такие как предобработку значений элементов данных и пользовательские пути к значениям LLD-макросов в документе JSON, - правила LLD теперь будут воспринимать обычный JSON, содержащий массив.  Встроенные ключи обнаружения были обновлены, чтобы возвращать массив строк LLD на корневом уровне документа JSON. Zabbix будет автоматически извлекать макрос и значение, если массив использует синтаксис {\#MACRO} как ключ. Любые новые собственные проверки обнаружения будут использовать новый синтаксис без элемента "data". При обработке значения LLD сначала находится корень (массив на уровне `$.` или `$.data`).  Хотя элемент "data" был убран из всех собственных элементов данных, относящихся к обнаружению, в целях обратной совместимости Zabbix всё ещё будет воспринимать нотацию JSON с элементом "data", хотя его использование не рекомендуется. Если JSON содержит объект только с одним элементом "data" (массивом), то будет автоматически извлекаться содержимое этого элемента, используя JSONPath `$.data`. Низкоуровневое обнаружение теперь воспринимает необязательные определённые пользователем LLD-макросы, с настраиваемым путём, указанным с помощью синтаксиса JSONPath.  ::: notewarning В результате вышеуказанных изменений новые агенты более не будут способны работать с более старым сервером Zabbix. :::  Смотрите также: [Обнаруженные объекты](#обнаруженные-объекты)

en-us	#### Overview  Native support for monitoring JMX applications exists in the form of a Zabbix daemon called "Zabbix Java gateway". Zabbix Java gateway is a daemon written in Java. To find out the value of a particular JMX counter on a host, Zabbix server queries Zabbix Java gateway, which uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely. The application does not need any additional software installed, it just has to be started with `-Dcom.sun.management.jmxremote` option on the command line.  Java gateway accepts incoming connection from Zabbix server or proxy and can only be used as a "passive proxy". As opposed to Zabbix proxy, it may also be used from Zabbix proxy (Zabbix proxies cannot be chained). Access to each Java gateway is configured directly in Zabbix server or proxy configuration file, thus only one Java gateway may be configured per Zabbix server or Zabbix proxy. If a host will have items of type **JMX agent** and items of other type, only the **JMX agent** items will be passed to Java gateway for retrieval.
ru	#### Обзор  Встроенная поддержка мониторинга приложений JMX существует в виде демона Zabbix, который называется «Zabbix Java gateway». Zabbix Java gateway — это демон, написанный на языке Java. Когда Zabbix сервер хочет узнать значение конкретного JMX счётчика узла сети, он опрашивает Zabbix Java gateway, который, используя [API управления JMX](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/), опрашивает интересующее удалённое приложение. Приложению не требуется никакого дополнительного программного обеспечения, оно просто должно быть запущено с опцией командной строки `-Dcom.sun.management.jmxremote`.  Java gateway принимает входящие подключения от Zabbix сервера или прокси и может быть использован только как «пассивный прокси». Но, в отличие от Zabbix прокси, Java gateway может использоваться с Zabbix прокси (тогда как один Zabbix прокси не может работать через другой Zabbix прокси). Доступ к каждому Java gateway настраивается непосредственно в файле конфигурации Zabbix сервера или прокси, поэтому на Zabbix сервере или Zabbix прокси может быть настроен только один Java gateway. Если у узла сети есть элементы данных типа **JMX агент** и элементы данных других типов, то через Java gateway будут запрошены только элементы данных **JMX агент**.

en-us	#### Overview  Nesting is a way of one template encompassing one or more other templates.  As it makes sense to separate out entities on individual templates for various services, applications, etc., you may end up with quite a few templates all of which may need to be linked to quite a few hosts. To simplify the picture, it is possible to link some templates together in a single template.  The benefit of nesting is that you have to link only one template to the host, and the host will automatically inherit all entities from the templates that are linked to the one template. For example, if we link *T1* and *T2* to *T3*, we supplement *T3* with all entities from *T1* and *T2*, but not vice versa. If we link *T1* to *T2* and *T3*, we supplement *T2* and *T3* with entities from *T1*.
ru	#### Обзор  Наследование - это способ одного шаблона включать в себя один или несколько других шаблонов.  Иногда имеет смысл разделить объекты отдельных шаблонов на различные сервисы, приложения и прочее, в итоге у вас может получиться несколько шаблонов, которые нужно присоединить к довольно большому количеству узлов сети. Для простоты картины, возможно вложить в один шаблон несколько других шаблонов.  Преимущества наследования в том, что вы должны будете присоединить к узлу сети только один шаблон ("основной", родительский шаблон), и этот узел сети автоматически унаследует все объекты из присоединённых шаблонов ("вложенные", дочерние шаблоны). Например, если мы присоединим шаблоны T1 и T2 к шаблону T3, мы дополняем T3 объектами из T1 и T2, а не наоборот. Если мы присоединим шаблон A к шаблонам B и C, мы дополняем шаблоны B и C объектами из A.

en-us	#### Overview  ODBC monitoring corresponds to the **Database monitor** item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This allows for more efficient monitoring of different databases for multiple purposes (for example, checking specific database queues, usage statistics, etc.).  Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also: [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
ru	#### Обзор  ODBC мониторинг соответствует типу элемента данных *Монитор баз данных* в веб-интерфейсе Zabbix.  ODBC - это API на языке программирования Cи к промежуточной прослойке для доступа к системам управления базами данных (DBMS). Концепт ODBC был разработан Microsoft и в дальнейшем портирован на другие платформы.  Zabbix может выполнять запросы к любой базе данных, которая поддерживается ODBC. Чтобы это сделать, Zabbix не подключается напрямую к базам данных, он использует интерфейс ODBC и драйверы, установленные в ODBC. Эта функция позволяет с большей эффективностью мониторить различные базы данных с разнообразными целями - например, проверка специфичных запросов к базе данных, статистика использования и прочее. Zabbix поддерживает unixODBC, которая является одной из наиболее часто используемых реализаций API ODBC с открытым исходным кодом.  ::: noteimportant Смотрите также [известные проблемы](/manual/installation/known_issues#odbc-проверки), связанные с ODBC проверками. :::

en-us	### Overview  Official Zabbix 7.0 packages for Red Hat Enterprise Linux versions 6, 7, 8, and 9, as well as for  versions 8 and 9 of AlmaLinux, CentOS Stream, Oracle Linux, and Rocky Linux are available on [Zabbix website](https://www.zabbix.com/download).  ::: noteimportant Zabbix packages for Red Hat Enterprise Linux systems are intended only for RHEL systems. Alternative environments, such as [Red Hat Universal Base Image](https://catalog.redhat.com/software/base-images), may lack the necessary dependencies and repository access requirements for successful installation. To address such issues, verify compatibility with the target environment and ensure access to required repositories and dependencies before proceeding with Zabbix installation from packages. For more information, see [Known issues](/manual/installation/known_issues#zabbix-packages-for-rhel-on-red-hat-ubi-environments). :::  Packages are available with:  -   MySQL or PostgreSQL database -   Apache or Nginx web server support  *Zabbix agent* packages, as well as *Zabbix get* and *Zabbix sender* utilities are also available in Zabbix Official Repository for the following OS:  -   RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/), and [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) -   AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/alma/9/x86_64/) -   CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/centos/9/x86_64/) -   Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/oracle/9/x86_64/) -   Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) and [9](https://repo.zabbix.com/zabbix/7.0/rocky/9/x86_64/)  The official Zabbix repository provides `fping`, `iksemel` and `libssh2` packages as well. These packages are located in the [non-supported](https://repo.zabbix.com/non-supported/) directory.  ::: noteimportant The EPEL repository for EL9 also provides Zabbix packages. If both the official Zabbix repository and EPEL repositories are installed,  then the Zabbix packages in EPEL **must be** excluded by adding the following clause to the EPEL repo configuration file under `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  See also: [Accidental installation of EPEL Zabbix packages](/manual/installation/known_issues#accidental-installation-of-epel-zabbix-packages) :::
ru	### Обзор  Официальные пакеты Zabbix 7.0 для Red Hat Enterprise Linux версий 6, 7, 8 и 9, а также для AlmaLinux версий 8 и 9, CentOS Stream, Oracle Linux и Rocky Linux доступны  на [веб-сайте Zabbix](https://www.zabbix.com/download).  ::: noteimportant Пакеты Zabbix для систем Red Hat Enterprise Linux предназначены только для систем RHEL. В альтернативных средах, таких как [Универсальный базовый образ Red Hat (Red Hat Universal Base Image)](https://catalog.redhat.com/software/base-images), могут отсутствовать необходимые для успешной установки зависимости и требования по доступу к репозиторию. Чтобы решить такие проблемы, прежде чем продолжить установку Zabbix из пакетов, проверьте совместимость с целевой средой и обеспечьте доступ к необходимым репозиториям и зависимостям. Для получения дополнительной информации см. [Известные проблемы](/manual/installation/known_issues#пакеты-zabbix-для-rhel-в-средах-red-hat-ubi). :::  Доступны пакеты с:  - базой данных MySQL или PostgreSQL - поддержкой веб-сервера Apache или Nginx.  Пакеты *Zabbix агента*, как и утилиты *Zabbix get* и *Zabbix sender*, также доступны в официальном репозитории Zabbix для следующих ОС:  - RHEL [6](https://repo.zabbix.com/zabbix/7.0/rhel/6/x86_64/),  [7](https://repo.zabbix.com/zabbix/7.0/rhel/7/x86_64/), [8](https://repo.zabbix.com/zabbix/7.0/rhel/8/x86_64/ ) и [9](https://repo.zabbix.com/zabbix/7.0/rhel/9/x86_64/) - AlmaLinux [8](https://repo.zabbix.com/zabbix/7.0/alma/8/x86_64/) и [9](https://repo.zabbix.com/zabbix/7.0/alma/9/ x86_64/) - CentOS Stream [8](https://repo.zabbix.com/zabbix/7.0/centos/8/x86_64/) и [9](https://repo.zabbix.com/zabbix/7.0/centos/9 /x86_64/) - Oracle Linux [8](https://repo.zabbix.com/zabbix/7.0/oracle/8/x86_64/) и [9](https://repo.zabbix.com/zabbix/7.0/oracle/9 /x86_64/) - Rocky Linux [8](https://repo.zabbix.com/zabbix/7.0/rocky/8/x86_64/) и [9](https://repo.zabbix.com/zabbix/7.0/rocky/9) /x86_64/)  Официальный репозиторий Zabbix также предоставляет пакеты `fping`, `iksemel` и `libssh2`. Эти пакеты расположены в папке [non-supported](https://repo.zabbix.com/non-supported/).  ::: noteimportant Репозиторий EPEL для EL9 также предоставляет пакеты Zabbix. Если установлены и официальный репозиторий Zabbix, и репозитории EPEL,  то пакеты Zabbix в EPEL **должны** быть исключены путём добавления следующего пункта в файл конфигурации репозитория EPEL в `/etc/yum.repos.d/`:      [epel]     ...     excludepkgs=zabbix*  Смотрите также: [Непреднамеренная установка пакетов EPEL Zabbix](/manual/installation/known_issues#непреднамеренная-установка-пакетов-epel-zabbix) :::

en-us	#### Overview of files  If you obtained Java gateway from sources, you should have ended up with a collection of shell scripts, JAR and configuration files under $PREFIX/sbin/zabbix\_java. The role of these files is summarized below.      bin/zabbix-java-gateway-$VERSION.jar  Java gateway JAR file itself.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Dependencies of Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/), and [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json) library.      lib/logback.xml       lib/logback-console.xml  Configuration files for Logback.      shutdown.sh       startup.sh  Convenience scripts for starting and stopping Java gateway.      settings.sh  Configuration file that is sourced by startup and shutdown scripts above.
ru	#### Обзор файлов  Если вы получили Java gateway из исходных кодов, вы должны были получить набор скриптов командной строки, JAR и файлы конфигурации в папке $ПРЕФИКС/sbin/zabbix\_java. Суть этих файлов отражена ниже.      bin/zabbix-java-gateway-$ВЕРСИЯ.jar  Собственно JAR файл Java gateway.      lib/logback-core-0.9.27.jar     lib/logback-classic-0.9.27.jar     lib/slf4j-api-1.6.1.jar     lib/android-json-4.3_r3.1.jar  Зависимости Java gateway: [Logback](http://logback.qos.ch/), [SLF4J](http://www.slf4j.org/) и библиотека [Android JSON](https://android.googlesource.com/platform/libcore/+/master/json).      lib/logback.xml       lib/logback-console.xml  Файлы конфигурации для Logback.      shutdown.sh       startup.sh  Скрипты для удобства запуска и остановки Java gateway.      settings.sh  Файл конфигурации, который используется вышеупомянутыми скриптами запуска и остановки.

en-us	### Overview  Once the [services](/manual/it_services/service_tree) are created, you can start monitoring whether their performance is on track with service level agreement (SLA).    *Services->SLA* menu section allows to configure SLAs for various services. An SLA in Zabbix defines service level objective (SLO), expected uptime schedule and planned downtimes.   SLAs and services are matched by [service tags](/manual/it_services/service_tree#tags). The same SLA may be applied to multiple services - performance will be measured for each matching service separately. A single service may have multiple SLAs assigned - data for each of the SLAs will be displayed separately.  In SLA reports Zabbix provides Service level indicator (SLI) data, which measures real service availability. Whether a service meets the SLA targets is determined by comparing SLO (expected availability in %) with SLI (real-life availability in %). 
ru	### Обзор  После создания [услуг](/manual/it_services/services_tree) вы можете начать мониторинг их производительности в соответствии с соглашением об уровне услуг (SLA).    Раздел меню *Услуги->SLA* позволяет настроить SLA по различным услугам. SLA в Zabbix определяет цель уровня обслуживания (SLO), расписание ожидаемого времени работы и запланированного времени простоя.   SLA и услуги сопоставляются при помощи [тегов услуг](/manual/it_services/services_tree#теги). К нескольким услугам можно применить один и тот же SLA - производительность будет измеряться по каждой соответствующей услуге отдельно. Одна услуга может иметь несколько назначенных SLA - данные по каждому SLA будут отображаться отдельно.  В отчетах SLA Zabbix отображает данные Индикатора уровня услуги (SLI), который замеряет действительную доступность услуги. Соответствие услуги целевому показателю SLA определяется сравнением SLO (ожидаемая доступность в %) с SLI (действительная доступность в %). 

en-us	#### Overview  [Perl Compatible Regular Expressions](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE, PCRE2) are supported in Zabbix.  There are two ways of using regular expressions in Zabbix:  -   manually entering a regular expression -   using a global regular expression created in Zabbix
ru	#### Обзор  Zabbix поддерживает [Perl совместимые регулярные выражения](https://ru.wikipedia.org/wiki/PCRE) (PCRE, PCRE2).  Имеется два варианта использования регулярных выражений в Zabbix:  -   ввод регулярного выражения вручную -   использование глобальных регулярных выражений созданных в Zabbix

en-us	#### Overview  Permissions in Zabbix depend on the user type, customized user roles and access to hosts, which is specified based on the user group.
ru	#### Обзор  Права доступа пользователей в Zabbix зависят от типа пользователя, настраиваемых ролей пользователя и доступа к узлам сети, который задается для группы пользователей.