en-us	## OPTIONS  **-c**, **--config** *config-file*   Use *config-file*. **Zabbix sender** reads server details from the agentd configuration file. By default **Zabbix sender** does not read any configuration file. Only parameters **Hostname**, **ServerActive**, **SourceIP**, **TLSConnect**, **TLSCAFile**, **TLSCRLFile**, **TLSServerCertIssuer**, **TLSServerCertSubject**, **TLSCertFile**, **TLSKeyFile**, **TLSPSKIdentity** and **TLSPSKFile** are supported. All addresses defined in the agent **ServerActive** configuration parameter are used for sending data. If sending of batch data fails to one address, the following batches are not sent to this address.  **-z**, **--zabbix-server** *server*   Hostname or IP address of Zabbix server. If a host is monitored by a proxy, proxy hostname or IP address should be used instead. When used together with **--config**, overrides the entries of **ServerActive** parameter specified in agentd configuration file.  **-p**, **--port** *port*   Specify port number of Zabbix server trapper running on the server. Default is 10051. When used together with **--config**, overrides the port entries of **ServerActive** parameter specified in agentd configuration file.  **-I**, **--source-address** *IP-address*   Specify source IP address. When used together with **--config**, overrides **SourceIP** parameter specified in agentd configuration file.  **-t**, **--timeout** *seconds*   Specify timeout. Valid range: 1-300 seconds (default: 60)  **-s**, **--host** *host*   Specify host name the item belongs to (as registered in Zabbix frontend). Host IP address and DNS name will not work. When used together with **--config**, overrides **Hostname** parameter specified in agentd configuration file.  **-k**, **--key** *key*   Specify item key to send value to.  **-o**, **--value** *value*   Specify item value.  **-i**, **--input-file** *input-file*   Load values from input file. Specify **-** as **<input-file>** to read values from standard input. Each line of file contains whitespace delimited: **<hostname> <key> <value>**. Each value must be specified on its own line. Each line must contain 3 whitespace delimited entries: **<hostname> <key> <value>**, where "hostname" is the name of monitored host as registered in Zabbix frontend, "key" is target item key and "value" - the value to send. Specify **-** as **<hostname>** to use hostname from agent configuration file or from **--host** argument.  An example of a line of an input file:  **"Linux DB3" db.connections 43**  The value type must be correctly set in item configuration of Zabbix frontend. Zabbix sender will send up to 250 values in one connection. [Size limit](/manual/appendix/protocols/header_datalen) for sending values from an input file depends on the size described in Zabbix communication protocol. Contents of the input file must be in the UTF-8 encoding. All values from the input file are sent in a sequential order top-down. Entries must be formatted using the following rules:  - Quoted and non-quoted entries are supported. - Double-quote is the quoting character. - Entries with whitespace must be quoted. - Double-quote and backslash characters inside quoted entry must be escaped with a backslash. - Escaping is not supported in non-quoted entries. - Linefeed escape sequences (\\n) are supported in quoted strings. - Linefeed escape sequences are trimmed from the end of an entry.  **-T**, **--with-timestamps**   This option can be only used with **--input-file** option.  Each line of the input file must contain 4 whitespace delimited entries: **<hostname> <key> <timestamp> <value>**. Timestamp should be specified in Unix timestamp format. If target item has triggers referencing it, all timestamps must be in an increasing order, otherwise event calculation will not be correct.  An example of a line of the input file:  **"Linux DB3" db.connections 1429533600 43**  For more details please see option **--input-file**.  If a timestamped value is sent for a host that is in a “no data” maintenance type then this value will be dropped; however, it is possible to send a timestamped value in for an expired maintenance period and it will be accepted.  **-N**, **--with-ns**   This option can be only used with **--with-timestamps** option.  Each line of the input file must contain 5 whitespace delimited entries: **<hostname> <key> <timestamp> <ns> <value>**.  An example of a line of the input file:  **"Linux DB3" db.connections 1429533600 7402561 43**  For more details please see option **--input-file**.  **-r**, **--real-time**   Send values one by one as soon as they are received. This can be used when reading from standard input.  **--tls-connect** *value*   How to connect to server or proxy. Values:  [ ]{#lbAF}
ja	## オプション  **-c**, **--config** *config-file*   *config-file*を使用します。**Zabbix sender**は、エージェント設定ファイルからサーバーの詳細を読み取ります。デフォルトでは**Zabbix sender**は設定ファイルを読み取りません。次のパラメーターがサポートされています : **Hostname**, **ServerActive**, **SourceIP**, **TLSConnect**, **TLSCAFile**, **TLSCRLFile**, **TLSServerCertIssuer**, **TLSServerCertSubject**, **TLSCertFile**, **TLSKeyFile**, **TLSPSKIdentity**, **TLSPSKFile** 。エージェントの**ServerActive**設定パラメーターで定義されたすべてのアドレスは、データの送信に使用されます。 1 つのアドレスへのバッチデータの送信に失敗した場合、そのアドレスには以降のバッチは送信されません。  **-z**, **--zabbix-server** *server*   Zabbixサーバーのホスト名またはIPアドレス。ホストがプロキシによって監視されている場合は、代わりにプロキシのホスト名またはIPアドレスを使用する必要があります。**--config** と一緒に使用すると、エージェント設定ファイルで指定された**ServerActive** パラメータのエントリが上書きされます。  **-p**, **--port** *port*   サーバー上で実行されているZabbixサーバートラッパーのポート番号を指定します。デフォルトは10051です。**--config**と一緒に使用すると、エージェント設定ファイルで指定された**ServerActive** パラメータのポートエントリが上書きされます。  **-I**, **--source-address** *IP-address*   ソースIPアドレスを指定します。**--config**と一緒に使用すると、エージェント設定ファイルで指定された**SourceIP**パラメータが上書きされます。  **-t**, **--timeout** *seconds*   タイムアウトを指定します。有効範囲: 1~300秒 (デフォルト: 60)  **-s**, **--host** *host*   アイテムが属するホスト名を指定します (Zabbix Webインターフェースに登録されている通り)。 ホストのIPアドレスとDNS名は機能しません。**--config**と一緒に使用すると、エージェント設定ファイルで指定された**Hostname**パラメータが上書きされます。  **-k**, **--key** *key*   値を送信するアイテムキーを指定します。  **-o**, **--value** *value*   アイテムの値を指定します。  **-i**, **--input-file** *input-file*   入力ファイルから値を読み込みます。**<input-file>**を**-**と指定すると、標準入力から値を読み取ることができます。ファイルの各行には空白で区切られた **<hostname> <key> <value値>** を含める必要があり、各値はそれぞれの行で指定する必要があります。 3 エントリの詳細は次の通りです：**<hostname> <key> <value>** , "hostname"は Zabbix Webインターフェースに登録されている監視対象ホストの名前、"key"はターゲットのアイテムキー、"value"は送信する値です。**<hostname>**を**-**と指定するとエージェント設定ファイルまたは **--host** 引数からホスト名を使用します。  入力ファイルの行の例：  **"Linux DB3" db.connections 43**  Zabbix Webインターフェースのアイテム設定で値の型を正しく設定する必要があります。 Zabbixセンダーは1回の接続で最大250個の値を送信します。 入力ファイルから値を送信する場合の[サイズ制限](/manual/appendix/protocols/header_datalen) は、Zabbixコミュニケーションプロトコルに記載されているサイズに依存します。 入力ファイルの内容は、UTF-8 エンコーディングでなければなりません。 入力ファイルの値は、すべて上から順に送信されます。 エントリは次の規則に従ってフォーマットする必要があります：  - 引用されたエントリと引用されていないエントリがサポートされています。 - 二重引用符を引用文字として使用します。 - 空白を含むエントリは引用符で囲む必要があります。 - 引用符で囲まれたエントリ内の二重引用符とバックスラッシュ文字は、バックスラッシュでエスケープする必要があります。 - 引用符で囲まれていないエントリでは、エスケープはサポートされていません。 - 改行エスケープシーケンス (\\n) は、引用符で囲まれた文字列でサポートされています。   - 改行エスケープシーケンスは、エントリの末尾から削除されます。  **-T**, **--with-timestamps**   このオプションは、**--input-file** オプションでのみ使用できます。  入力ファイルの各行には、空白で区切られた4つのエントリが含まれている必要があります: **<hostname> <key> <timestamp> <value>**。 タイムスタンプはUnixタイムスタンプ形式で指定する必要があります。ターゲットのアイテムにそれを参照するトリガーがある場合、すべてのタイムスタンプは昇順でなければなりません。そうしないと、イベントの計算が正しく行われません。  入力ファイルの行の例：  **"Linux DB3" db.connections 1429533600 43**  詳細については、オプション **--input-file** を参照してください。  メンテナンスタイプが "データなし" のホストにタイムスタンプ付きの値が送信された場合、この値は削除されます。 ただし、期限切れのメンテナンス期間にタイムスタンプ付きの値を送信することは可能であり、それは受け入れられます。  **-N**, **--with-ns** このオプションは、**--with-timestamps** オプションでのみ使用できます。  入力ファイルの各行には、空白で区切られた5つのエントリが含まれている必要があります：**<hostname> <key> <timestamp> <ns> <value>**。  入力ファイルの行の例：  **"Linux DB3" db.connections 1429533600 7402561 43**  詳細については、オプション **--input-file** を参照してください。  **-r**, **--real-time** 値を受信したらすぐに 1 つずつ送信します。これは、標準入力から読み取る場合にも使用できます。  **--tls-connect** *value* サーバーまたはプロキシへの接続方法。値 :  [ ]{#lbAF}

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}
ja	## オプション  **-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}
ja	## オプション  **-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}
ja	## オプション  **-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 zabbix_server -c /usr/local/etc/zabbix_server.conf zabbix_server --help 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*.
ja	## オプション  **-c**, **--config** *config-file*   デフォルトの *configファイル* の代わりに別の構成ファイルを指定して使用します。  **-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}
ja	## オプション  **-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 ```
ja	#### オプション  ホスト上でエージェントは複数のインスタンスを実行することができます。単一のインスタンスは、デフォルトの設定ファイルまたはコマンドラインで指定された設定ファイルを利用できます。複数の場合には、各エージェントインスタンス毎に独自の設定ファイルが必要です（1つのインスタンスはデフォルトの設定ファイルを使用できます)。  Zabbixエージェントでは、次のコマンドラインパラメーターを使用できます。  |パラメータ|説明| |--|--------| |**UNIX および Windows エージェント**|<| |-c --config <config-file>|設定ファイルへのパス。<br>このオプションを使用して、デフォルト以外の設定ファイルを指定できます。<br>UNIXでは、デフォルトは /usr/local/etc/zabbix\_agentd.conf または [コンパイル時](/manual/installation/install#installing_zabbix_daemons)変数*--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 <item key>|指定されたアイテムをテストして終了します。<br>*注*: [ユーザーパラメータ](/manual/config/items/userparameters) の結果も返すには、設定ファイルを指定する必要があります (デフォルトの場所にない場合)。| |-T --test-config|設定ファイルを検証して終了します。| |-h --help|ヘルプ情報を表示します。| |-V --version|バージョン番号を表示します。| |**UNIX エージェントのみ**|<| |-R --runtime-control <option>|管理機能を実行します。 [ランタイムコントロール](/manual/concepts/agent#runtime_control)を参照してください。| |**Windows エージェントのみ**|<| |-m --multiple-agents|複数のエージェントインスタンスを使用します (-i、-d、-s、-x ファンクションと共に)。<br>インスタンスのサービス名を区別するために、各サービス名には設定ファイルで指定されたHostnameの値が含まれます。| |-S --startup-type <value>|Zabbix Windowsエージェントサービスのスタートアップの種類を設定します。 許可される値 :<br>`automatic` - *(デフォルト)* Windows 起動時にサービスを自動的に開始します。<br>`delayed` - 自動的に開始するサービスが開始完了するまで、サービスの開始を遅らせる (Windows Server 2008/Vista以降のバージョンで利用可能)。<br>`manual` - (ユーザーかアプリケーションが)サービスを手動で開始します。<br>`disabled` - サービスを無効にして、ユーザーまたはアプリケーションがサービスを開始できないようにします。<br>このオプションを -i オプションと一緒に使用することも、個別に使用して、すでにインストールされているサービスのスタートアップの種類を変更することもできます。| |-i --install|Zabbix Windows エージェントをサービスとしてインストールする。| |-d --uninstall|Zabbix Windowsエージェントサービスをアンインストールする。| |-s --start|Zabbix Windowsエージェントサービスを開始する。| |-x --stop|Zabbix Windowsエージェントサービスを停止する。|  コマンドラインパラメーターを使用する具体的な**例**:  - すべてのビルトインエージェントアイテムを値とともに出力する。。 - 指定した設定ファイル内で定義された"mysql.ping"キーを使用したユーザー パラメータのテスト - Windows用の"Zabbix Agent"サービスをインストールする。デフォルトの設定ファイルへのパス C:\\Program Files\\Zabbix Agent\\zabbix\_agentd.conf - Windows用の"Zabbix Agent \[Hostname\]"サービスをインストールする。エージェントが実行可能な、同じ場所にある設定ファイルフォルダのzabbix\_agentd.confをHostnameの値で拡張してサービス名を一意にする。 - エージェントの実行可能ファイルと同じフォルダーにある構成ファイル zabbix\_agentd.conf を使用して、インストールされている Windows 用の"Zabbix Agent"サービスのスタートアップの種類を変更する。  ```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).|
ja	#### オプション  |パラメータ|説明| |---------|-----------| |-V --version|プラグインのバージョンとライセンス情報を出力します| |-h --help|省略形のヘルプを表示します)|

en-us	## OPTIONS  **-s**, **--host** *host-name-or-IP*   Specify host name or IP address of a host.  **-p**, **--port** *port-number*   Specify port number of agent running on the host. Default is 10050.  **-I**, **--source-address** *IP-address*   Specify source IP address.  **-t**, **--timeout** *seconds*   Specify timeout. Valid range: 1-30 seconds (default: 30)  **-k**, **--key** *item-key*   Specify key of item to retrieve value for.  **-P**, **--protocol** *value*   Protocol used to communicate with agent. Values:  **auto** connect using JSON protocol, fallback and retry with plaintext protocol (default)  **json** connect using JSON protocol  **plaintext** connect using plaintext protocol where just item key is sent (6.4.x and older releases)  **--tls-connect** *value*   How to connect to agent. Values:  [ ]{#lbAF}
ja	## オプション  **-s**, **--host** *host-name-or-IP*   ホスト名またはホストのIPアドレスを指定します。  **-p**, **--port** *port-number*   ホスト上で動作するエージェントのポート番号を指定します。 デフォルトは10050です。  **-I**, **--source-address** *IP-address*   ソース IPアドレスを指定します。  **-t**, **--timeout** *seconds*   タイムアウトを指定します。有効範囲: 1~30秒 (デフォルト: 30)  **-k**, **--key** *item-key*   値を取得するアイテムのキーを指定します。  **-P**, **--protocol** *value* エージェントとの通信に使用されるプロトコル。値 :  **auto** JSON プロトコルを使用して接続し、プレーンテキストプロトコルでフォールバックして再試行します。 (デフォルト)  **json** JSONプロトコルを使用して接続します。  **plaintext** アイテムキーのみが送信されるプレーンテキストプロトコルを使用して接続します (6.4.x以降のリリース)  **--tls-connect** *value*   エージェントへの接続方法。値 :  [ ]{#lbAF}

en-us	## OPTIONS  **-s**, **--script** *script-file*   Specify the file name of the script to execute. If '-' is specified as file name, the script will be read from stdin.  **-p**, **--param** *input-param*   Specify the input parameter.  **-i**, **--input** *input-file*   Specify the file name of the input parameter. If '-' is specified as file name, the input will be read from stdin.  **-l**, **--loglevel** *log-level*   Specify the log level.  **-t**, **--timeout** *timeout*   Specify the timeout in seconds. Valid range: 1\-60 seconds (default: 10)  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
ja	## オプション  **-s**, **--script** *script-file*   実行するスクリプトのファイル名を指定します。ファイル名に '-' を指定するとスクリプトは標準入力から読み込まれます。  **-p**, **--param** *input-param*   入力パラメーターを指定します。  **-i**, **--input** *input-file*   入力パラメーターのファイル名を指定します。ファイル名に '-' を指定すると入力は標準入力から読み込まれます。  **-l**, **--loglevel** *log-level*   ログレベルを指定します。  **-t**, **--timeout** *timeout*   タイムアウトを秒単位で指定します。有効範囲: 1\-60 秒 (デフォルト: 10)  **-h**, **--help**   ヘルプを表示して終了します。  **-V**, **--version**   バージョン情報を表示して終了します。  [ ]{#lbAF}

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 ```
ja	#### オプション  Zabbixエージェント2では次のコマンドラインパラメータを使用できます。  |パラメーター|説明| |--|--------| |**UNIXとWindows エージェント**|<| |-c --config <config-file>|設定ファイルへのパスを指定します。<br>このオプションを使用してデフォルトではない設定ファイルを指定できます。<br> UNIXの場合、デフォルトは/usr/local/etc/zabbix\_agent2.confであるか、[コンパイル時](/manual/installation/install#installing_zabbix_daemons)の変数*--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 <item key>|指定されたアイテムをテストして終了します。<br>*注*: [ユーザーパラメーター](/manual/config/items/userparameters)の結果も返すには、（デフォルトの場所にない場合は）構成ファイルを指定する必要があります。| |-T --test-config|設定ファイルを検証して終了します。| |-h --help|ヘルプを出力して終了します。| |-v --verbose|デバッグ情報を出力します。 このオプションは -p および -t オプションとともに使用します。| |-V --version|エージェントのバージョン番号を出力して終了します。| |-R --runtime-control <option>|管理機能を実行します。 [ランタイム制御](/manual/concepts/agent2#runtime_control)を参照してください。| |**Windowsエージェントのみ**|<| |-m --multiple-agents|複数のエージェントインスタンスを使用する (-i, -d, -s, -xオプションと一緒に)。<br>インスタンスのサービス名を区別するために、各サービス名には、指定された設定ファイルのホスト名の値が含まれます。| |-S --startup-type <value>|Zabbix Windowsエージェントサービスのスタートアップの種類を設定します。 許可される値 :<br>`automatic` - *(デフォルト)* Windows 起動時にサービスを自動的に開始する。<br>`delayed` - 自動的に開始されるサービスが開始を完了するまで、サービスの開始を遅らせる。<br>`manual` - (ユーザーかアプリケーションが)サービスを手動で開始する。<br>`disabled` - サービスを無効にして、ユーザーまたはアプリケーションがサービスを開始できないようにします。<br>このオプションを -i オプションと一緒に使用することも、個別に使用して、すでにインストールされているサービスのスタートアップの種類を変更することもできます。| |-i --install|Zabbix Windowsエージェントをサービスとしてインストールします。| |-d --uninstall|Zabbix Windowsエージェントサービスをアンインストールします。| |-s --start|Zabbix Windowsエージェントサービスを開始します。| |-x --stop|Zabbix Windowsエージェントサービスを停止します。|   コマンドラインパラメータの使用の具体的な**例**：  -   すべての組み込みエージェントアイテムの値を出力します -   指定された設定ファイルで定義された"mysql.ping"キーを使用してユーザーパラメータをテストします -   Windowsの"Zabbixエージェント"サービスを設定ファイルC:\\Program Files\\Zabbix Agent 2\\zabbix\_agent2.confのデフォルトのパスを用いてインストールします -   エージェントの実行可能ファイルと同じフォルダーにある構成ファイルzabbix\_agent2.confを使用して、インストールされているWindowsの"Zabbixエージェント"サービスのスタートアップの種類を変更する  ```bash     shell> zabbix_agent2 --print     shell> zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agent2.exe -i     shell> zabbix_agent2.exe -c zabbix_agent2.conf -S delayed ```

en-us	#### Oracle
ja	#### Oracle

en-us	 #### Oracle DB deprecated  The support for Oracle as a backend database has been deprecated since Zabbix 7.0  and is expected to be completely removed in future versions.
ja	 #### Oracle DBが非推奨に  バックエンドデータベースとしてのOracleのサポートはZabbix 7.0以降非推奨となり、将来のバージョンでは完全に削除される予定です。

en-us	#### Oracle  Instructions for creating and configuring Oracle database are provided in a separate [section](/manual/appendix/install/oracle).
ja	#### Oracle  Oracleデータベースの作成と設定の手順は、別の[セクション](/manual/appendix/install/oracle)に記載されています。

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)
ja	#### 図形と線の順序付け  ある図形を他の図形より前に（またはその逆に）持ってくるには、その図形をマウスの右ボタンでクリックし、地図の<br> 図形メニューを表示させます。  ![](../../../../../assets/en/manual/config/visualization/map_shape_menu.png)

en-us	## Other
ja	## その他

en-us	## Other changes and bug fixes
ja	## その他の変更点およびバグフィックス

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)`~~
ja	##### その他の式  関数のパラメータは、次のように他の式を含むことができます。      min(min(/host/key,1h),min(/host2/key2,1h)*10)  関数が item history を参照する場合、他の式を使用することはできませんのでご注意ください。<br> 例えば、次のような構文は使用できません。  ~~`min(/host/key,#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.
ja	**その他のハードウェア**  ZabbixでSMS通知サポートを使用するには、シリアル通信ポートとシリアルGSMモデムが必要です。USB-シリアルコンバータも機能します。

en-us	#### Overview  Additional files or directories can be included into server/proxy/agent configuration using the `Include` parameter.
ja	#### 概要  `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
ja	#### 概要  Zabbix のすべてのユーザは、Webベースのフロントエンドから Zabbix アプリケーションにアクセスします。各ユーザーには<br> 固有のログイン名とパスワードが割り当てられます。<br>  全てのユーザパスワードは暗号化され、Zabbix のデータベースに保存されます。ユーザーは、UNIXに応じた設定をしていない限り、<br> ユーザーIDとパスワードを使用してUNIXサーバに直接ログインすることはできません。Webサーバとユーザブラウザ間の通信はSSLを使用して<br> 保護することができます。  柔軟な[user permission schema](/manual/config/users_and_usergroups/permissions)により、以下の権限を制限し差別化することができます:  - Zabbixフロントエンドの管理用機能へのアクセス - フロントエンドでの特定のアクションの実行 - ホストグループ内の監視対象ホストへのアクセス - 特定のAPIメソッドの使用

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/.|
ja	#### 概要  [ユーザー マクロ](/manual/config/macros/user_macros) でオプションのコンテキストを使用して、デフォルト値をコンテキスト固有の値で上書きすることができます。  マクロ名にコンテキストが追加されます。 構文は、コンテキストが静的テキスト値であるかどうかによって異なります。      {$MACRO:"static text"}  または正規表現:      {$MACRO:regex:"regular expression"}   正規表現コンテキストを持つマクロは、ユーザー マクロ構成でのみ定義できることに注意してください。 `regex:` プレフィックスがトリガー式のようにユーザー マクロ コンテキストとして他の場所で使用されている場合、静的コンテキストとして扱われます。  コンテキストの引用はオプションです ([重要な注意事項](#important_notes) も参照してください)  マクロ コンテキストの例:  |例|説明| |-------|-----------| |`{$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  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.
ja	#### 概要  いくつかの item と trigger を設定し、trigger の状態が変化した結果、いくつかのイベントが発生したと仮定します。  そもそも、trigger やイベントのリストをずっと眺めていたいとは思いません。何か重要なこと（問題など）が起きたときに通知が<br> 来るほうがよっぽどです。またまた、問題が発生したときには、関係者全員に知らせてほしいものです。  そのため、通知の送信はZabbixが提供する主要なアクションの1つとなっています。特定のイベント時に誰にいつ通知するかは<br> 定義することができます。  Zabbixから通知を送受信するためには、以下の設定が必要です。  -   [define some media](/manual/config/notifications/media) -   [configure an action](/manual/config/notifications/action) によって定義されたメディアの1つにメッセージを送信する  アクションは、*conditions* と *operations* で構成される。基本的に、conditions が満たされると operations が実行される。<br> 主要な操作は、メッセージの送信（通知）とリモートコマンドの実行の2つである。<br>  発見と自動登録が作成されたイベントには、いくつかの追加オペレーションが利用可能である。<br> それらは、ホストの追加や削除、テンプレートのリンクなどである。<br>

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.
ja	#### 概要  デフォルトでZabbixはいくつか事前定義されたテーマを提供します。独自のテーマを作成するには、ここに記載されている手順に従ってください。何かいいものを作成した場合は、作業の結果をZabbixコミュニティと自由に共有してください。

en-us	##### Overview by item type  In this screen it is easy to locate if the problem is related to one or several item types.  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  Each line contains an item type. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
ja	##### キュー概要  この画面では、問題が1つまたは複数のアイテムタイプに関連しているかどうかを簡単に特定できます。  ![](../../../../../assets/en/manual/web_interface/queue.png){width="600"}  各行にはアイテムタイプが含まれています。各列には、待機中のアイテムの数が表示されます。待機中は、それぞれ5〜10秒/10〜30秒/30〜60秒/1〜5分/5〜10分または10分以上です。

en-us	##### Overview by proxy  In this screen it is easy to locate if the problem is related to one of the proxies or the server.  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  Each line contains a proxy, with the server last in the list. Each column shows the number of waiting items - waiting for 5-10 seconds/10-30 seconds/30-60 seconds/1-5 minutes/5-10 minutes or over 10 minutes respectively.
ja	##### プロキシごとのキュー概要  この画面では、問題がプロキシの1つに関連しているか、サーバーに関連しているかを簡単に特定できます。  ![](../../../../../assets/en/manual/web_interface/queue_proxy.png){width="600"}  各行にはプロキシが含まれ、サーバーはリストの最後にあります。各列には、待機中のアイテムの数が表示されます。待機中は、それぞれ5〜10秒/10〜30秒/30〜60秒/1〜5分/5〜10分または10分以上です。

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.
ja	#### 概要  トリガーステータスの変化は、最も頻繁かつ重要なイベントの発生源です。 トリガーステータスが変化するたびに、イベントが生成されます。 イベントには、トリガーステータスの変化の詳細 (いつ発生したか、新しいステータスは何か) が含まれます。  トリガーによって、障害と正常の2種類のイベントが作成されます。

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.
ja	#### 概要  テンプレートを設定するには、最初に一般的なパラメーターを定義してテンプレートを作成し、次にエンティティ (アイテム、トリガー、グラフなど) をテンプレートに追加する必要があります。

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.
ja	#### 概要  カスタムグラフは、その名の通り、カスタマイズ機能を提供するものです。  単純なグラフは、1つの項目のデータを見るには適していますが、設定機能はありません。  そのため、グラフのスタイルや線の表示方法を変更したり、複数の項目、例えばトラフィックの入出力を1つのグラフで<br> 比較したい場合は、カスタムグラフが必要になります。  カスタムグラフは、手動で設定します。  カスタムグラフは、1つのホスト、複数のホスト、または1つのテンプレートに対して作成することができます。

en-us	#### Overview  Data provided in Prometheus line format can be used for low-level discovery.  See [Prometheus checks](/manual/config/items/itemtypes/prometheus) for details how Prometheus data querying is implemented in Zabbix.
ja	#### 概要  Prometheusラインフォーマットで提供されるデータは、ローレベルディスカバリに使用できます。  ZabbixでのPrometheusデータクエリの実装方法の詳細については[Prometheusチェック](/manual/config/items/itemtypes/prometheus)を参照してください。

en-us	#### Overview  Debug mode may be used to diagnose performance problems with frontend pages.
ja	#### 概要  デバッグモードは、フロントエンドページの問題を診断するために使用できます。

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".
ja	#### 概要  Zabbix の各事前共有キー (PSK) は、次のペアです。  -   非秘匿 PSK ID 文字列、 -   秘匿 PSK 文字列値。  PSK ID 文字列は、空ではないUTF-8の文字列です。 たとえば"PSK ID 001 Zabbix agentd"などです。この特定の PSK が Zabbix コンポーネントによって参照される一意の名前です。暗号化されずにネットワーク経由で送信されますので、機密情報を PSK ID 文字列に含めないでください。  PSK 文字列値は推測しにくい 16 進数の文字列です。たとえば、"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
ja	#### 概要  イベント相関は、問題発生とその解決の相関を、非常に正確かつ柔軟に行うことができる機能です。  イベントの相関関係を以下のように定義することができます。  -   [on trigger level]((/manual/config/event_correlation/trigger) - 1つの trigger を使って、別々の問題を解決に関連付けることができます。 -   [globally](/manual/config/event_correlation/global) - グローバル相関ルールを使用して、異なる trigger / ポーリングメソッドから     問題を解決に相関させることができます。

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. :::
ja	#### 概要  外部チェックとは、Zabbixサーバがシェルの実行[running a shell script](/manual/appendix/command_execution)や<br> バイナリを実行することで行うチェックのことです。ただし、Zabbix proxyでホストを監視している場合、<br> 外部チェックは proxy で実行されます。  外部チェックでは、監視対象のホスト上で agent を実行する必要はありません。  アイテムキーの構文は以下の通りです。      script[<parameter1>,<parameter2>,...]  |引数|定義| |--------|----------| |**script**|シェルスクリプトまたはバイナリの名前| |**parameter(s)**| オプションのコマンドラインパラメータ|  もし、スクリプトにパラメータを渡したくない場合は、以下のようにします。      script[] or     script  Zabbixサーバは外部スクリプトの場所として定義されたディレクトリ([Zabbix server configuration file](/manual/appendix/config/zabbix_server)のパラメータ 'ExternalScripts' )を検索し、コマンドを実行します。<br> コマンドはZabbixサーバの実行ユーザとして実行されるため、アクセス権限や環境変数は必要に応じてラッパースクリプトで処理し、<br> コマンドのパーミッションはそのユーザが実行できるようにする必要があります。指定したディレクトリにあるコマンドのみ実行可能です。<br>  ::: notewarning 外部チェックを使いすぎないようにしましょう！<br> 各スクリプトはZabbix server からフォークプロセスを起動する必要があるため、多くのスクリプトを実行すると<br> Zabbixのパフォーマンスが大幅に低下する可能性があります。<br> :::

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. :::
ja	### 概要  どこからでも、どのプラットフォームからでもZabbixに簡単にアクセスできるように、Webベースのインターフェースが提供されています。  ::: noteclassic 複数のフロントエンドインスタンスを使用する場合は、言語や地域の設定とライブラリ (LDAP、SAMLなど)がすべてのフロントエンドにインストールされ、同じように構成されていることを確認してください。 :::

en-us	#### Overview  Geomap widget displays hosts as markers on a geographical map using open-source JavaScript interactive maps library Leaflet.  ::: noteclassic  Zabbix offers multiple predefined map tile service providers and an option to add a custom tile service provider or even host tiles themselves (configurable in the *Administration → General → Geographical maps* [menu section](/manual/web_interface/frontend_sections/administration/general#geographical_maps)). :::
ja	#### 概要  地理マップウィジェットは、オープンソースのJavaScriptインタラクティブマップライブラリLeafletを使用して、ホストを地理マップ上のマーカーとして表示します。  ::: noteclassic  Zabbixは複数の事前定義されたマップタイルサービスプロバイダーとカスタムタイルサービスプロバイダーまたはホストタイル自体を追加するオプションを提供します（*管理 → 一般設定 → 地理マップ* [メニューセクション](/manual/web_interface/frontend_sections/administration/general#geographical_maps)で設定可能） :::

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).
ja	#### 概要  グローバルイベント相関は、Zabbixが監視するすべてのメトリクスにアクセスし、相関を作成することができます。  全く異なるトリガーで作成されたイベントを相関させ、それら全てに同じ操作を適用することが可能です。<br> インテリジェントな相関ルールを作成することで、何度も繰り返される通知から解放され、問題の根本的な原因に焦点を<br> 当てることができます。何千もの繰り返しの通知から解放され、問題の根本的な原因に集中することができます。<br>  グローバルイベント相関は、1つのトリガーに基づく問題解決ロジックから自分を解き放つことができる、強力なメカニズムです。<br> これまでは、1つの問題事象が1つのトリガーで作成され、問題解決のためにその同じトリガーに依存していました。<br> あるトリガーで発生した問題を、別のトリガーで解決することはできませんでした。しかし、イベント・タグ付けに基づく<br> イベント相関を利用すれば、それが可能になります。<br>  例えば、ログトリガーはアプリケーションの問題を報告し、ポーリングトリガーはアプリケーションが稼働していることを<br> 報告するかもしれません。イベントタグを利用して、ログトリガーを *Status: Down* とタグ付けすることができます。<br> その間、ポーリングトリガーを*Status: Up* とタグ付けすることができます。次に、グローバル相関ルールで、これらのトリガーを<br> 関連付け、古いイベントを閉じるなど、この相関に適切な操作を割り当てることができます。<br>  別の使い方として、グローバル相関は類似のトリガーを識別し、同じ操作を適用することができます。<br> ネットワーク・ポートの問題ごとに1つの問題レポートしか得られないとしたらどうでしょう。全部を報告する必要はありません。<br> グローバルなイベント相関を使えば、それも可能です。<br>  グローバルイベントの相関は、**correlation rules**で設定されます。correlation rules では、新しい問題イベントを既存の<br> 問題イベントとどのように組み合わせ、一致した場合にどうするかを定義します（新しいイベントを閉じ、対応するOKイベントを<br>生成して一致した古いイベントを閉じます）。 グローバル相関によって問題がクローズされると、*Monitoring* → *Problems* の *Info* カラムに報告されます。<br>  グローバル相関ルールの設定は、Super Admin レベルのユーザーのみ可能です。  ::: noteimportant イベント相関は非常に慎重に設定する必要があります。イベント処理のパフォーマンスに悪影響を及ぼしたり、設定を誤ると<br> 意図した以上のイベントがクローズされる可能性があるからです。（最悪の場合、すべての問題イベントがクローズされる<br> 可能性もあります）<br> :::  グローバル相関を **安全に** 設定するために、次の重要なヒントを守ってください:  -   相関範囲を小さくする。古いイベントと対になる新しいイベントには常に一意のタグを設定し、*New event tag* の     相関条件を使用します。 -   古いイベントを閉じる*操作を使用する場合は、古いイベントに基づく条件を追加します（さもなければ、既存のすべての問題が     閉じられる可能性があります）。 -   異なる相関設定によって使用される可能性のある共通のタグ名を使用しないようにします。 -   相関ルールの数は、本当に必要なものに限定してください。  参照: [known issues](/manual/installation/known_issues#global_event_correlation).

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)
ja	### 概要  実質的にダウンタイムを発生させられない重要なインフラストラクチャーでは、高可用性(HA)が求められます。したがって、停止してしまう可能性があるサービスについては、現在のサービスが停止してしまったときに処理を引き継げるようにするためのフェールオーバーオプションが必要です。  Zabbixは、セットアップが簡単で、以前のHAの専門知識を必要としない **組み込まれた**高可用性のソリューションを提供します。組み込まれたZabbixのHAは、Zabbixサーバーのソフトウェア/ハードウェアの障害に対する保護やメンテナンスに伴うダウンタイムを削減するのに役に立つでしょう。  Zabbixの高可用性モードでは、複数のZabbixサーバーがクラスター内のノードとして実行されます。クラスター内の1台のZabbixサーバーがアクティブである間、他のサーバーはスタンバイ状態となり、必要に応じて引き継ぐことができるよう準備されます。  ![](../../../../assets/en/manual/config/zabbix_ha.png)  ZabbixのHAへの切り替えは戻すことが可能で、いつでもスタンドアロン環境に戻すことができます。  こちらも参照: [実装の詳細](#implementation-details)

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.
ja	#### 概要  Zabbixでは、収集したデータを保存する方法として、ヒストリとトレンドの2つがあります。  ヒストリは収集した各値を保持するのに対し、トレンドは1時間単位で平均化された情報を保持するため、リソースをあまり消費しません。

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).
ja	#### 概要  次の情報はDebian/Ubuntuパッケージで[インストール](/manual/installation/install_from_packages/debian_ubuntu#java_gateway_installation)する場合のZabbix [Javaゲートウェイ](/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).
ja	#### 概要  次の情報は、RHELパッケージで[インストール](/manual/installation/install_from_packages/rhel#java_gateway_installation)した場合のZabbix [Java ゲートウェイ](/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).
ja	#### 概要  ソースから[インストール](/manual/installation/install#installing_java_gateway)した場合、次の情報はZabbix [Javaゲートウェイ](/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).
ja	#### 概要  ネットワークの管理をしている場合、インフラの概要をどこかで把握したいと思うかもしれません。<br> そのために、Zabbixではネットワークや好きなもののマップを作成することができます。<br>  すべてのユーザがネットワークマップを作成することができます。<br> マップはパブリック(すべてのユーザが利用可能)またはプライベート(選択されたユーザが利用可能)にすることができます。<br>  [configuring a network map](/manual/config/visualization/maps/map)に進みます。<br>

en-us	#### Overview  In a similar way as [file systems](/manual/discovery/low_level_discovery#configuring_low-level_discovery) are discovered, it is possible to also discover Windows services.
ja	#### 概要  [ファイルシステム](/manual/discovery/low_level_discovery#configuring_low-level_discovery)が検出されるのと同様の方法で、Windowsサービスも検出できます。

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.
ja	#### 概要  メッセージの件名とメッセージ テキストでは、マクロを使用して障害をより効率的に報告できます。  多くの組み込みマクロに加えて、[ユーザー マクロ](/manual/config/macros/user_macros) と [式マクロ](/manual/config/macros/expression_macros) もサポートされています。 Zabbix でサポートされている [マクロの完全なリスト](/manual/appendix/macros/supported_by_location) が利用可能です。

en-us	#### Overview  In order to use any other language than English in Zabbix web interface, its locale should be installed on the web server. Additionally, the PHP gettext extension is required for the translations to work.
ja	#### 概要  Zabbix Webインターフェースで英語以外の言語を使用するには、そのロケールをWebサーバーにインストールする必要があります。さらに翻訳を機能させるには、PHPのgettext拡張機能が必要です。

en-us	#### Overview  In *Reports → Availability report* you can see what proportion of time each trigger has been in problem/ok state. The percentage of time for each state is displayed.  Thus it is easy to determine the availability situation of various elements on your system.  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  From the drop-down in the upper right corner, you can choose the selection mode - whether to display triggers by hosts or by triggers belonging to a template.  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  The name of the trigger is a link to the latest events of that trigger.
ja	#### 概要  *レポート → 稼働レポート*で、各トリガーが障害/正常状態にあった時間の割合を確認できます。各状態の時間がパーセンテージで表示されます。  システム上のさまざまな要素の可用性状況を簡単に判断できます。  ![](../../../../../assets/en/manual/web_interface/availability_host.png){width="600"}  右上隅のドロップダウンから、選択モードを選択できます。トリガーをホストごとに表示するか、トリガーテンプレートごとに表示するかを選択できます。  ![](../../../../../assets/en/manual/web_interface/availability_trigger.png){width="600"}  トリガーの名前は、そのトリガーの最新イベントへのリンクです。

en-us	#### Overview  In the *Administration → Proxies* section proxies for [distributed monitoring](/manual/distributed_monitoring) can be configured in the Zabbix frontend.
ja	#### 概要  *管理 → プロキシ*セクションで[分散モニタリング](/manual/distribution_monitoring)のプロキシをZabbixフロントエンドで設定できます。

en-us	#### Overview  In the classic graph widget, you can display a single custom graph or simple graph.
ja	#### 概要  従来のグラフウィジェットでは、単一のカスタムグラフまたは単純なグラフを表示できます。

en-us	#### Overview  In the graph prototype widget, you can display a grid of graphs created from either a graph prototype or an item prototype by low-level discovery.
ja	#### 概要  グラフのプロトタイプウィジェットでは、低レベルディスカバリによってプロトタイプグラフまたはプロトタイプアイテムのいずれかから作成されたグラフのグリッドを表示できます。

en-us	#### Overview  In the *Inventory → Hosts* section [inventory data](/manual/config/hosts/inventory) of hosts are displayed.  You can filter the hosts by host group(s) and by any inventory field to display only the hosts you are interested in.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  To display all host inventories, select no host group in the filter, clear the comparison field in the filter and press "Filter".  While only some key inventory fields are displayed in the table, you can also view all available inventory information for that host. To do that, click on the host name in the first column.
ja	#### 概要  *インベントリ → ホスト*セクションでは、ホストの[インベントリデータ](/manual/config/hosts/inventory)が表示されます。  ホストグループおよびインベントリフィールドでホストをフィルタリングして、任意のホストのみを表示できます。  ![](../../../../../assets/en/manual/web_interface/inventory_filtered.png){width="600"}  すべてのホストインベントリを表示するには、フィルターでホストグループを選択せず、フィルターの比較フィールドをクリアにして[フィルター]を押します。  一部の主要なインベントリフィールドのみがテーブルに表示されますが、そのホストで利用可能なすべてのインベントリ情報を表示することもできます。 これを行うには、最初の列のホスト名をクリックします。

en-us	#### Overview  In the *Monitoring → Maps* section you can configure, manage and view [network maps](/manual/config/visualization/maps).  When you open this section, you will either see the last map you accessed or a listing of all maps you have access to.  All maps can be either public or private. Public maps are available to all users, while private maps are accessible only to their owner and the users the map is shared with.
ja	#### 概要  *監視データ → マップ*セクションでは[ネットワークマップ](/manual/config/visualization/maps)を構成、管理、および表示できます。  このセクションを開くと最後にアクセスしたマップ、またはアクセスできるすべてのマップのリストが表示されます。  すべてのマップは、パブリックまたはプライベートのいずれかになります。 パブリックマップはすべてのユーザーが利用できますが、プライベートマップは、所有者とマップが共有されているユーザーのみがアクセスできます。

en-us	#### Overview  In the *Reports → Notifications* section a report on the number of notifications sent to each user is displayed.  From the dropdowns in the top right-hand corner you can choose the media type (or all), period (data for each day/week/month/year) and year for the notifications sent.  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  Each column displays totals per one system user.
ja	#### 概要  *レポート → 通知レポート*セクションには、各ユーザーに送信された通知の数に関するレポートが表示されます。  右上隅のドロップダウンから、送信される通知のメディアタイプ（またはすべて）、期間（各日/週/月/年のデータ）、および年を選択できます。  ![](../../../../../assets/en/manual/web_interface/frontend_sections/reports/notifications.png){width="600"}  各列にはシステムユーザーごとの合計が表示されます。

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
ja	#### 概要  このプリプロセスで、CSVファイルのデータをJSON形式に変換することが可能です。サポートしているのは  -   items (item prototypes) -   low-level discovery rules

en-us	#### Overview  In this section we will perform an SNMP [discovery](/manual/discovery/low_level_discovery) on a switch.
ja	#### 概要  このセクションでは、スイッチでSNMPの[検出](/manual/discovery/low_level_discovery)を実行します。

en-us	#### Overview  In this section you can learn the meaning of some terms commonly used in Zabbix.
ja	#### 概要  このセクションでは、Zabbixで一般的に使用される用語の意味について説明します。

en-us	#### Overview  In this section you may find some details of [additional operations](/manual/config/notifications/action/operation) for discovery/autoregistration events.
ja	#### 概要  このセクションでは、検出/自動登録イベントの [追加操作](/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.
ja	#### 概要  このセクションでは、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.
ja	#### 概要  このセクションでは、新しいホストを設定する方法を学習します。  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.
ja	#### 概要  このセクションでは、どうやってアイテムを設定するかを説明します。  アイテムとは、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.
ja	#### 概要  このセクションでは、テンプレートの設定について学びます。  前回はアイテム、トリガー、問題発生時のメールによる通知の設定方法を学びました。  これらの手順は柔軟性に富んではいますが、例えば千台のホストに問題が発生した場合には多くの手順を踏む必要があるため、自動化することが出来れば便利と思われます。  そこで役に立つのがテンプレートです。これは役に立つアイテムやトリガー等をグループ化して、一度の手順で何度も再使用できるようにする為のものです。  テンプレートがホストにリンクされると、ホストはそのテンプレートの全容を学習します。ですので、基本的には前もって準備されたチェックの数々を迅速に適用することができます。

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.
ja	#### 概要  このセクションでは、トリガーを設定する方法を学習します。  アイテムはデータのみを収集します。受信データを自動的に評価するには、トリガーを定義する必要があります。トリガーには、データの許容レベルのしきい値を定義する式を含めます。  受信データがしきい値を超えるとトリガーが"発砲"するかステータスが '障害' になり、注意が必要なことが発生したことを通知します。データがしきい値を下回るとトリガーはステータスを '正常' に戻します。

en-us	#### Overview  In this widget you can display current problems. The information in this widget is similar to *Monitoring* → *Problems*.
ja	#### 概要  このウィジェットでは現在の障害を表示できます。 このウィジェットの情報は*監視データ* → *障害*に似ています。

en-us	 ### Overview   In Zabbix 6.0, [service monitoring](/manual/it_services) functionality has been reworked significantly (see [What's new in Zabbix 6.0.0](https://www.zabbix.com/documentation/6.0/en/manual/introduction/whatsnew600#services) for the list of changes).   This page describes how services and SLAs, defined in earlier Zabbix versions, are changed during an upgrade to Zabbix 6.0 or newer.
ja	### 概要  Zabbix 6.0では[サービスモニタリング](/manual/it_services)機能が大幅に作り直されました。（変更については[Zabbix 6.0.0の新機能](https://www.zabbix.com/documentation/current/jp/manual/introduction/whatsnew600#%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9)を参照）  このページでは、Zabbix 6.0以降へのアップグレード中に、以前のZabbixバージョンで定義されたサービスとSLAがどのように変更されるかについて説明します。

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.
ja	#### 概要  項目がチェックされる時間帯について、カスタムルールを作成することができます。 <br> デフォルトの更新間隔を再定義できる *例外設定* と、特定の時間または一連の時間に アイテムチェックを実行することができる *定期設定* の2つの方法があります。

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.
ja	#### 概要  イベントが定義済みの一連の条件に一致する場合にのみアクションが実行されるように定義できます。 [アクション](/manual/config/notifications/action#configuring_an_action)の設定時に条件を設定します。  条件一致では大文字と小文字が区別されます。

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all interfaces configured in Zabbix frontend for a host.
ja	#### 概要  ホストのZabbixフロントエンドで設定されているすべてのインターフェースを[検出](/manual/discovery/low_level_discovery)することができます。

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) all JMX MBeans or MBean attributes or to specify a pattern for the discovery of these objects.  It is mandatory to understand the difference between an MBean and MBean attributes for discovery rule configuration. An MBean is an object which can represent a device, an application, or any resource that needs to be managed.  For example, there is an MBean which represents a web server. Its attributes are connection count, thread count, request timeout, http file cache, memory usage, etc. Expressing this thought in human comprehensive language we can define a coffee machine as an MBean which has the following attributes to be monitored: water amount per cup, average consumption of water for a certain period of time, number of coffee beans required per cup, coffee beans and water refill time, etc.
ja	#### 概要  すべての JMX MBean または MBean 属性を [検出](/manual/discovery/low_level_discovery) したり、これらのオブジェクトの検出パターンを指定したりできます。  ディスカバリ ルールを設定するには、MBean と MBean 属性の違いを理解しておく必要があります。 MBean は、管理が必要なデバイス、アプリケーション、または任意のリソースを表すことができるオブジェクトです。  たとえば、Web サーバーを表す MBean があります。 その属性は、接続数、スレッド数、リクエスト タイムアウト、http ファイル キャッシュ、メモリ使用量などです。 この考えを人間の包括的な言語で表現すると、コーヒー マシンを豆と水の補充時間などを監視対象の属性として持つ MBean として定義できます。 

en-us	#### Overview  It is possible to [discover](/manual/discovery/low_level_discovery#configuring_low-level_discovery) object instances of Windows performance counters. This is useful for multi-instance performance counters.
ja	#### 概要  Windowsパフォーマンスカウンターのオブジェクトインスタンスを[検出](/manual/discovery/low_level_discovery#configuring_low-level_discovery)することができます。 これはマルチインスタンスのパフォーマンスカウンターに役立ちます。

en-us	### Overview  It is possible to [discover](/manual/discovery/low_level_discovery) systemd units (services, by default) with Zabbix.
ja	### 概要  Zabbixを使用してsystemdユニット（デフォルトではサービス）を[検出](/manual/discovery/low_level_discovery)することができます。

en-us	#### Overview  Media types are [exported](/manual/xml_export_import) with all related objects and object relations.
ja	#### 概要  メディアタイプは、関連するすべてのオブジェクトやオブジェクトの関係性と一緒に[エクスポート](/manual/xml_export_import)されます。

en-us	#### Overview  Most Zabbix web interface pages support various HTTP GET parameters that control what will be displayed. They may be passed by specifying parameter=value pairs after the URL, separated from the URL by a question mark (?) and from each other by ampersands (&).
ja	#### 概要  ほとんどのZabbixWebインターフェースページは、表示される内容を制御するさまざまなHTTPGETパラメータをサポートしています。これらは、URLの後にparameter=valueのペアで指定し、疑問符（？）でURLから分離し、アンパサンド（＆）でペアを分離することで渡すことができます。

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.
ja	#### 概要  JMXアプリケーションを監視するためのネイティブ サポートは、"Zabbix Javaゲートウェイ"と呼ばれる Zabbixデーモン形式で存在します。Zabbix Javaゲートウェイは、Javaで書かれたデーモンです。 ホスト上の特定のJMXカウンター値を見つけるために、ZabbixサーバーはZabbix Javaゲートウェイでクエリを実行します。Zabbix Javaゲートウェイは、[JMX管理API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/)を使用して対象のアプリケーションへリモートでクエリを実行します。アプリケーションに追加のソフトウェアをインストールする必要はありません。コマンド ラインで`-Dcom.sun.management.jmxremote`オプションを使用して起動するだけです。  Javaゲートウェイは、Zabbixサーバーまたはプロキシからの着信接続を受け入れ、"パッシブプロキシ"としてのみ使用できます。 Zabbixプロキシとは違い、Zabbixプロキシからも使用できます (Zabbixプロキシはzabbixプロキシにチェーンできません)。各Javaゲートウェイへのアクセスは、Zabbixサーバーまたはプロキシ設定ファイルで直接設定されるため、Zabbixサーバーまたは Zabbixプロキシごとに設定できるJavaゲートウェイは1つだけです。ホストに**JMXエージェント**タイプのアイテムとその他のタイプのアイテムがある場合、**JMXエージェント**アイテムのみが取得のためにJavaゲートウェイに渡されます。

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.
ja	#### ファイルの概要  ソースから Java ゲートウェイを取得した場合、シェル スクリプト、JAR、および設定ファイルのコレクションが $PREFIX/sbin/zabbix\_java の下にあるはずです。 これらのファイルの役割を以下にまとめます。      bin/zabbix-java-gateway-$VERSION.jar  Java ゲートウェイ JAR ファイル本体      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 ゲートウェイの依存関係: [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 ゲートウェイを開始および停止するための便利なスクリプト。      settings.sh  上記の起動スクリプトとシャットダウンスクリプトによって提供される設定ファイル。

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
ja	#### 概要  [Perl互換の正規表現](https://en.wikipedia.org/wiki/Perl_Compatible_Regular_Expressions) (PCRE、PCRE2)がZabbixでサポートされています。  Zabbixで正規表現を使用するには2つの方法があります。  - 正規表現を手動で入力する - Zabbixで作成したグローバルな正規表現を使用する。

en-us	#### Overview  Problem events in Zabbix can be acknowledged by users.  If a user gets notified about a problem event, they can go to Zabbix frontend, open the problem update popup window of that problem using one of the ways listed below and acknowledge the problem. When acknowledging, they can enter their comment for it, saying that they are working on it or whatever else they may feel like saying about it.  This way, if another system user spots the same problem, they immediately see if it has been acknowledged and the comments so far.  This way the workflow of resolving problems with more than one system user can take place in a coordinated way.  Acknowledgment status is also used when defining [action operations](/manual/config/notifications/action/operation). You can define, for example, that a notification is sent to a higher level manager only if an event is not acknowledged for some time.  To acknowledge events and comment on them, a user must have at least read permissions to the corresponding triggers. To change problem severity or close problem, a user must have read-write permissions to the corresponding triggers.  There are **several** ways to access the problem update popup window, which allows acknowledging a problem.  -   You may select problems in *Monitoring* → *Problems* and then click     on *Mass update* below the list -   You can click on *Update* in the *Update* column of a problem in:     -   *Dashboards* (*Problems* and *Problems by severity*         widgets)     -   *Monitoring → Problems*     -   *Monitoring → Problems → Event details* -   You can click on an unresolved problem cell in:     -   *Dashboards* (*Trigger overview* widget)  The popup menu contains an *Update* option that will take you to the problem update window.
ja	#### 概要  Zabbixの障害イベントはユーザーが確認することができます。  ユーザーは障害イベントの通知を受けると、Zabbixフロントエンドに移動し、以下のいずれかの方法で障害の更新ポップアップウィンドウを開き、障害を確認することができます。確認する際に、障害に対するコメント(対応中など)を入力することができます。  これにより、他のシステムユーザーが同じ問題を発見した場合、すぐに、それが確認済かどうかや、これまでのコメントを見ることができます。  このように、複数のシステムユーザーとの問題解決のワークフローを連携して行うことができます。  確認状況は、[アクション操作](/manual/config/notifications/action/operation)を定義する際にも使用されます。例えば、あるイベントがしばらく確認されなかった場合にのみ、上位のマネージャに通知を送信するように定義できます。  イベントを確認し、それについてコメントするには、ユーザーは対応するトリガーに対して最低限の読み取り権限を持っている必要があります。障害の深刻度を変更したり、障害をクローズしたりするには、ユーザーは対応するトリガーに対して読み取り/書き込みの権限を持っている必要があります。  障害を確認するための、障害更新ポップアップウィンドウにアクセスするには、**いくつかの**方法があります。  -   *監視* → *障害* で障害を選択した状態で、リストの下の*一括更新* をクリックします。  -   障害の *更新* 列にある *更新* をクリックします。     -   *ダッシュボード* (*障害* と *障害・深刻度* ウィジェット)     -   *監視 → 障害*     -   *監視 → 障害 → イベント詳細* -   未解決の障害のセルをクリックします。     -   *ダッシュボード* (*トリガー概要* ウィジェット)  ポップアップメニューの *更新* オプションで、障害更新ウィンドウに遷移します。

en-us	### Overview  Recovery operations allow you to be notified when problems are resolved.  Both messages and remote commands are supported in recovery operations. While several operations can be added, escalation is not supported - all operations are assigned to a single step and therefore will be performed simultaneously.
ja	### 概要  復旧操作により、障害が解決されたときに通知を受けることができます。  復旧操作では、メッセージとリモート コマンドの両方がサポートされています。 複数の操作を追加できますが、エスカレーションはサポートされていません。すべての操作が 1 つのステップに割り当てられるため、同時に実行されます。

en-us	#### Overview  Sending a message is one of the best ways of notifying people about a problem. That is why it is one of the primary actions offered by Zabbix.
ja	#### 概要  メッセージの送信は、障害について人々に通知する最良の方法の 1 つです。 これが、Zabbix が提供する主要なアクションの 1 つである理由です。

en-us	#### Overview  Server - proxy data exchange is based on JSON format.  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ja	#### 概要  サーバー - プロキシ間のデータ交換はJSON形式に基づいています。  要求メッセージと応答メッセージは[ヘッダーとデータの長さ](/manual/appendix/protocols/header_datalen)に則って始まる必要があります。

en-us	#### Overview  Several configuration [parameters](/manual/appendix/config/zabbix_server) define how Zabbix server should behave when an agent check (Zabbix, SNMP, IPMI, JMX) fails and a host interface becomes unreachable.
ja	#### 概要  いくつかの設定[パラメータ](/manual/appendix/config/zabbix_server)は、エージェントチェック（Zabbix、SNMP、IPMI、JMX）が失敗し、ホストインターフェイスに到達できなくなった場合のZabbixサーバーの動作を定義します。

en-us	#### Overview  Simple graphs are provided for the visualization of data gathered by items.  No configuration effort is required on the user part to view simple graphs. They are freely made available by Zabbix.  Just go to *Monitoring → Latest data* and click on the Graph link for the respective item and a graph will be displayed.  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic Simple graphs are provided for all numeric items. For textual items, a link to History is available in *Monitoring → Latest data*. :::
ja	#### 概要  item で収集したデータを視覚化するためのシンプルなグラフを提供します。  シンプルグラフを表示するために、ユーザ側で設定する必要はありません。Zabbixはシンプルグラフを自由に利用する<br> ことができます。  *Monitoring → Latest data* から各 item のグラフリンクをクリックするだけで、グラフが表示されます。  ![](../../../../../assets/en/manual/config/simple_graph.png){width="600"}  ::: noteclassic 数値項目については、シンプルなグラフが用意されています。 文字項目については、*Monitoring → Latest data* に履歴へのリンクが用意されています。 :::

en-us	#### Overview  Some new items are automatically added for monitoring when web scenarios are created.  All items inherit tags from the web scenario.
ja	#### 概要  Webシナリオが作成されると、モニタリング用にいくつかの新しいアイテムが自動的に追加されます。  すべてのアイテムは、Webシナリオからタグを継承します

en-us	#### Overview  Sometimes there are signs of the upcoming problem. These signs can be spotted so that actions may be taken in advance to prevent or at least minimize the impact of the problem.  Zabbix has tools to predict the future behavior of the monitored system based on historic data. These tools are realized through predictive trigger functions.
ja	#### 概要  時には、問題が発生する予兆があることがあります。これらの兆候を発見することで、事前に対策を講じ、問題の影響を防ぐ、<br> または少なくとも最小限に抑えることができます。  Zabbix は history データに基づいて監視システムの将来の挙動を予測するツールを備えています。<br> これらのツールは予兆トリガー機能で実現されます。

en-us	#### Overview  Sometimes you may want to change some attribute for a number of hosts at once. Instead of opening each individual host for editing, you may use the mass update function for that.
ja	#### 概要  一度に多くのホストの属性を変更したい場合があります。 <br> このような場合、個々のホストを開いて編集する代わりに一括アップデート機能を使います。 <br>

en-us	#### Overview  Sometimes you may want to change some attribute for a number of items at once. Instead of opening each individual item for editing, you may use the mass update function for that.
ja	#### 概要  複数の item の属性を一度に変更したい場合があります。このような場合、個々の item を開いて編集する代わりに、<br> 一括アップデート機能を使用することができます。

en-us	#### Overview  Sometimes you may want to change some attribute for a number of templates at once. Instead of opening each individual template for editing, you may use the mass update function for that.
ja	#### 概要  いくつかのテンプレートの属性を一度に変更したい場合があります。 個々のテンプレートを開いて編集する代わりに、一括更新機能を使用できます。

en-us	#### Overview  Telnet checks are performed as agent-less monitoring. Zabbix agent is not needed for Telnet checks.
ja	#### 概要  Telnetチェックはエージェントレス監視として実行されます。Zabbix agent は必要ありません。

en-us	#### Overview  The *Administration → General* section contains a number of subsections for setting frontend-related defaults and customizing Zabbix.  The list of available subsections appears upon pressing on *General* in the *Administration* menu section. It is also possible to switch between subsections by using the title dropdown in the top left corner.
ja	#### 概要  *管理 → 一般設定*セクションには、フロントエンド関連のデフォルト設定とZabbixをカスタマイズするためのいくつかのサブセクションが含まれています。  使用可能なサブセクションのリストは、*管理*メニューセクションの*一般設定*を押すと表示されます。 左上隅のタイトルドロップダウンを使用して、サブセクションを切り替えることもできます。

en-us	#### Overview  The Administration menu is for administrative functions of Zabbix. This menu is available to [SuperAdmin](/manual/config/users_and_usergroups/permissions) user type users only.
ja	#### 概要  管理メニューはZabbixの管理機能用です。このメニューは[Super Administrators](/manual/config/users_and_usergroups/permissions)タイプのユーザーのみが使用できます。

en-us	#### Overview  The expressions used in [triggers](/manual/config/triggers) are very flexible. You can use them to create complex logical tests regarding monitored statistics.  A simple expression uses a **function** that is applied to the item with some parameters. The function returns a result that is compared to the threshold, using an operator and a constant.  The syntax of a simple useful expression is `function(/host/key,parameter)<operator><constant>`.  For example:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  will trigger if the number of received bytes during the last five minutes was always over 100 kilobytes.  While the syntax is exactly the same, from the functional point of view there are two types of trigger expressions:  -   problem expression - defines the conditions of the problem -   recovery expression (optional) - defines additional conditions of     the problem resolution  When defining a problem expression alone, this expression will be used both as the problem threshold and the problem recovery threshold. As soon as the problem expression evaluates to TRUE, there is a problem. As soon as the problem expression evaluates to FALSE, the problem is resolved.  When defining both problem expression and the supplemental recovery expression, problem resolution becomes more complex: not only the problem expression has to be FALSE, but also the recovery expression has to be TRUE. This is useful to create [hysteresis](#hysteresis) and avoid trigger flapping.
ja	#### Overview  [triggers](/manual/config/triggers)で使用される式は、柔軟性があります。<br> これらを使用して、監視する統計に関する複雑な論理テストを作成することができます。<br>  単純な式は、いくつかのパラメータを持つ項目に適用される**関数**を使用します。この関数は、演算子と定数を使用して、<br> 閾値と比較される結果を返します。<br>  単純で便利な式のシンタックスは `function(/host/key,parameter)<operator><constant>` です。  例:        min(/Zabbix server/net.if.in[eth0,bytes],5m)>100K  は、過去5分間の受信バイト数が常に100キロバイト以上であった場合に trigger されます。  構文は全く同じですが、機能的な観点からは、2種類のトリガー式があります:  - problem expression - 問題の条件を定義します。 - recovery expression (オプション) - 問題解決のための追加条件を定義します。  問題式を単独で定義した場合、この式は問題閾値と問題回復閾値の両方として使用されます。<br> 問題式が "TRUE" と評価されるとすぐに、問題が発生します。問題式が "FALSE" と評価されるとすぐに、問題は解決されます。<br>  問題式と回復式の両方を定義する場合、問題解決はより複雑になります：<br> 問題式がFALSEであるだけでなく、回復式もTRUEでなければなりません。これは、[hysteresis](#hysteresis)を作成して、<br> トリガーのバタつきを回避するのに便利です。<br>

en-us	#### Overview  The header is present in all request and response messages between Zabbix components.  It is required to determine the message length, if it is compressed or not, if it is a large packet or not.  Zabbix communications protocol has 1GB packet size limit per connection. The limit of 1GB  is applied to both the received packet data length and the uncompressed data length.  When sending configuration to Zabbix proxy, the packet size limit is increased to 4GB to allow  syncing large configurations. When data length before compression exceeds 4GB, Zabbix server automatically  starts using the large packet format (0x04 flag) which increases the packet size limit to 16GB.  Note that while a large packet format can be used for sending any data, currently only the Zabbix proxy  configuration syncer can handle packets that are larger than 1GB.
ja	#### 概要  ヘッダーは、Zabbix コンポーネント間のすべての要求および応答メッセージに存在します。 ヘッダーの情報からメッセージの長さ、圧縮されているかどうか、大きなパケットであるかどうかを判断できます。  Zabbix 通信プロトコルには、接続ごとに 1GB のパケット サイズ制限があります。 受信パケットのデータ長、圧縮前のデータ長ともに1GBの制限が適用されます。  構成を Zabbix プロキシに送信する場合、大きな構成を同期できるように、パケット サイズの制限が 4 GB に増加します。 圧縮前のデータ長が 4GB を超えると、Zabbix サーバーは自動的に大きなパケット形式 (0x04 フラグ) を使用して起動し、パケット サイズの制限を 16GB に増やします。  任意のデータの送信に大きなパケット形式を使用できますが、現在、1GB を超えるパケットを処理できるのは Zabbix プロキシ構成シンカーのみであることに注意してください。

en-us	#### Overview  The Inventory menu features sections providing an overview of host inventory data by a chosen parameter as well as the ability to view host inventory details.
ja	#### 概要  インベントリメニューには、選択したパラメータごとのホストインベントリデータの概要と、ホストインベントリの詳細を表示するセクションがあります。

en-us	#### Overview  The *Inventory → Overview* section provides ways of having an overview of [host inventory](/manual/config/hosts/inventory) data.  For an overview to be displayed, choose host groups (or none) and the inventory field by which to display data. The number of hosts corresponding to each entry of the chosen field will be displayed.  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  The completeness of an overview depends on how much inventory information is maintained with the hosts.  Numbers in the *Host count* column are links; they lead to these hosts being filtered out in the *Host Inventories* table.  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}
ja	#### 概要  *インベントリ → 概要*セクションでは[ホストインベントリ](/manual/config/hosts/inventory)データの概要を確認する方法を提供します。  表示する概要については、ホストグループ（またはなし）とデータを表示するインベントリフィールドを選択します。 選択したフィールドの各エントリに対応するホストの数が表示されます。  ![](../../../../../assets/en/manual/web_interface/inventory_overview.png){width="600"}  概要の完全性は、ホストで維持されるインベントリ情報の量によって異なります。  *ホスト数*列の数字はリンクです。 これらのホストは*Host Inventory*テーブルで除外されます。  ![](../../../../../assets/en/manual/web_interface/inventory_filtered1.png){width="600"}

en-us	#### Overview  The **memtype** parameter is supported on Linux, AIX, FreeBSD, and Solaris platforms.  Three common values of 'memtype' are supported on all of these platforms: `pmem`, `rss` and `vsize`. Additionally, platform-specific 'memtype' values are supported on some platforms.
ja	#### 概要  **memtype**パラメーターは、Linux,AIX,FreeBSD,およびSolarisでサポートされています。  'memtype'の3つの一般的な値である`pmem`、`rss`、`vsize`は、これらすべてのプラットフォームでサポートされています。 さらに一部のプラットフォームでは固有の'memtype'値がサポートされています。

en-us	#### Overview  The Monitoring menu is all about displaying data. Whatever information Zabbix is configured to gather, visualize and act upon, it will be displayed in the various sections of the Monitoring menu.
ja	#### 概要  監視データメニューは、すべてデータの表示に関するものです。 Zabbixが収集、視覚化、操作するために設定されている情報が何であれ、それは監視データメニューのさまざまなセクションに表示されます。

en-us	#### Overview  The queue displays items that are waiting for a refresh. The queue is just a **logical** representation of data. There is no IPC queue or any other queue mechanism in Zabbix.  Items monitored by proxies are also included in the queue - they will be counted as queued for the proxy history data update period.  Only items with scheduled refresh times are displayed in the queue. This means that the following item types are excluded from the queue:  -   log, logrt and event log active Zabbix agent items -   SNMP trap items -   trapper items -   web monitoring items -   dependent items  Statistics shown by the queue is a good indicator of the performance of Zabbix server.  The queue is retrieved directly from Zabbix server using JSON protocol. The information is available only if Zabbix server is running.
ja	#### 概要  キューには、更新待ちの item が表示されます。キューはデータの**論理的**表現にすぎません。<br> ZabbixにはIPCキューやその他のキューの仕組みはありません。  プロキシで監視されている item もキューに含まれ、proxy のヒストリーデータ更新期間中はキューにカウントされます。  キューに表示されるのは、更新時刻が設定されている item のみです。つまり、以下の item タイプはキューから除外されます。  - ログ、logrt、イベントログのアクティブなZabbix agent item - SNMP trap item  - Trapper item - Webモニタリングアイテム - 依存 item   キューが示す統計情報は、Zabbix server のパフォーマンスを示す良い指標となります。  キューはJSONプロトコルを使用してZabbix server から直接取得されます。この情報はZabbixサーバが動作している場合のみ<br> 利用可能です。

en-us	#### Overview  There are four ways of getting Zabbix:  -   Install it from the [distribution packages](/manual/installation/install_from_packages) -   Download the latest source archive and [compile it yourself](/manual/installation/install) -   Install it from the [containers](/manual/installation/containers) -   Download the [virtual appliance](/manual/appliance)  To download the latest distribution packages, pre-compiled sources or the virtual appliance, go to the [Zabbix download page](https://www.zabbix.com/download), where direct links to latest versions are provided.
ja	#### 概要  Zabbixを入手するには4つの方法があります。  -   [パッケージ](/manual/installation/install_from_packages)からのインストール -   最新のソースアーカイブをダウンロードして[自分でコンパイル](/manual/installation/install_from_sources) -   [コンテナ](/manual/installation/containers)でのインストール -   [仮想アプライアンス](/manual/appliance)をダウンロード  最新の配布パッケージ、コンパイル済みのソース、または仮想アプライアンスについては、[Zabbixダウンロードページ](https://www.zabbix.com/download)にアクセスしてください。最新バージョンへのリンクが掲示されています。

en-us	#### Overview  There is an option to tag various entities in Zabbix. Tags can be defined for:  -   templates -   hosts -   items -   web scenarios -   triggers -   services -   template items and triggers -   host, item and trigger prototypes  Tags have several uses, most notably, to mark events. If entities are tagged, the corresponding new events get marked accordingly:  -   with tagged templates - any host problems created by relevant     entities (items, triggers, etc) from this template will be marked -   with tagged hosts - any problem of the host will be marked -   with tagged items, web scenarios - any data/problem of this item or     web scenario will be marked -   with tagged triggers - any problem of this trigger will be marked  A problem event inherits all tags from the whole chain of templates, hosts, items, web scenarios, triggers. Completely identical `tag:value` combinations (after resolved macros) are merged into one rather than being duplicated, when marking the event.  Having custom event tags allows for more flexibility. Importantly, events can be [correlated](/manual/config/event_correlation) based on event tags. In other uses, actions can be defined based on tagged events. Item problems can be grouped based on tags. Problem tags can also be used to map problems to [services](/manual/it_services/service_tree#problem-tags).  Tagging is realized as a pair of *tag name* and *value*. You can use only the name or pair it with a value:      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   An entity (template, host, item, web scenario, trigger or event) may be tagged with the same name, but different values - these tags will not be considered 'duplicates'. Similarly, a tag without value and the same tag with value can be used simultaneously.
ja	#### 概要  Zabbixには様々なエンティティにタグを付けることができるオプションがあります。タグは以下のものに定義することができます:  -   テンプレート -   ホスト -   item -   web シナリオ -   トリガー -   サービス -   テンプレート items および triggers -   ホスト, item と trigger プロトタイプ  タグにはいくつかの用途がありますが、特にイベントをマークするのに適しています。<br> もしエンティティにタグが付けられたら、対応する新しいイベントもそれに応じてマークされます:  -   タグ付けされたテンプレート - このテンプレートの関連エンティティ（item、トリガーなど）によって作成された     すべてのホストの問題がマークされます。 -   タグ付きホスト - ホストのあらゆる問題がマークされます。 -   タグ付きアイテム、Web シナリオ - この item、Web シナリオのあらゆるデータ/問題がマークされます。 -   タグ付きトリガー - このトリガーのすべての問題がマークされます。  問題のあるイベントは、テンプレート、ホスト、item、Web シナリオ、トリガーのチェーン全体から すべてのタグを引き継ぎます。<br>完全に同一の `tag:value` の組み合わせ（マクロを解決した後）は、イベントをマークする際に重複するのではなく、<br> 1つにマージされます。  カスタムイベントタグを持つことで、より柔軟な対応が可能になります。重要なのは、イベントタグに基づいてイベントを<br> [correlated](/manual/config/event_correlation) することができることです。他の用途では、タグ付けされたイベントに基づいて<br> アクションを定義することができます。item の問題は、タグに基づいてグループ化することができます。<br> 問題タグは、問題を[services](/manual/it_services/service_tree#problem-tags)にマップするために使用することもできます。  タグ付けは、*タグ名*と*値*のペアとして実現されます。名前だけを使うことも、値と対にすることもできます。      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   エンティティ（テンプレート、ホスト、item、Web シナリオ、トリガー、イベント）は、同じ名前で異なる値 のタグを<br> 付けることができますが、これらのタグは '重複したもの' とはみなされません。同様に、値のないタグと値のある同じタグを<br> 同時に使用することができます。

en-us	#### Overview  The Reports menu features several sections that contain a variety of predefined and user-customizable reports focused on displaying an overview of such parameters as system information, triggers and gathered data.
ja	#### 概要  レポートメニューには、システム情報、トリガー、収集されたデータなどのパラメーターの表示に焦点を当てた、事前定義されたユーザーがカスタマイズ可能なさまざまなレポートを含むいくつかのセクションがあります。

en-us	#### Overview  The required libraries for the MongoDB loadable plugin are listed in this page.
ja	#### 概要  MongoDBローダブルプラグインに必要なライブラリは、このページに一覧表示されています。

en-us	#### Overview  The required libraries for the PostgreSQL loadable plugin are listed in this page.
ja	#### 概要  PostgreSQLローダブルプラグインに必要なライブラリは、このページに一覧表示されています。

en-us	#### Overview  The Services menu is for the [service monitoring](/manual/it_services) functions of Zabbix.
ja	#### 概要  サービスメニューは、Zabbixの[サービスモニタリング](/manual/it_services)機能です。

en-us	#### Overview  The webhook media type is useful for making HTTP calls using custom JavaScript code for straightforward integration with external software such as helpdesk systems, chats, or messengers. You may choose to import an integration provided by Zabbix or create a custom integration from scratch.
ja	#### 概要  webhook メディアタイプは、ヘルプデスクシステム、チャット、メッセンジャーなどの外部ソフトウェアと簡単に統合するために、<br> カスタム JavaScript コードを使用して HTTP コールを行うのに便利です。Zabbix が提供する統合機能をインポートするか、<br> カスタム統合機能を一から作成することができます。

en-us	### Overview  The Zabbix API allows you to programmatically retrieve and modify configuration of Zabbix and provides access to historical data. It is widely used to:  -   create new applications to work with Zabbix; -   integrate Zabbix into a third-party software; -   automate routine tasks.  The Zabbix API is an HTTP-based API, and it is shipped as a part of the web frontend. It uses the JSON-RPC 2.0 protocol, which means two things:  -   the API consists of a set of separate methods; -   requests and responses between the clients and the API are encoded using the JSON format.  For more information about the protocol and JSON, see the [JSON-RPC 2.0 specification](http://www.jsonrpc.org/specification) and the [JSON format homepage](http://json.org/).  For more information about integrating Zabbix functionality into your Python applications, see the [zabbix_utils](https://github.com/zabbix/python-zabbix-utils) Python library for Zabbix API.
ja	### 概要  Zabbix APIを使用すると、Zabbixの設定をプログラムで取得および変更でき、ヒストリデータへのアクセスが可能になります。 次の目的で広く使用されています。  -   Zabbixと連携する新しいアプリケーションを作成する -   Zabbixをサードパーティソフトウェアに統合する -   ルーチンタスクを自動化する  Zabbix APIはHTTPベースのAPIであり、Webフロントエンドの一部として発送されます。JSON-RPC 2.0プロトコルを使用し、次の2つのことを意味します。  -   APIは一連の個別メソッドで構成されている -   クライアントとAPI間の要求と応答は、JSON形式を使用してエンコードされる  プロトコルとJSONの詳細については、[JSON-RPC 2.0 仕様](http://www.jsonrpc.org/specification) と [JSON形式のホームページ](http://json.org/) を参照してください。  Zabbix機能をPythonアプリケーションに統合する方法の詳細については、Zabbix APIのPythonライブラリ[zabbix_utils](https://github.com/zabbix/python-zabbix-utils)を参照してください。

en-us	#### Overview  This menu features sections that are related to configuring  alerts in Zabbix.
ja	#### 概要  このメニューには、Zabbixでのアラートの設定に関連するセクションがあります。

en-us	### Overview  This section allows to view and [configure](/manual/it_services/sla) SLAs.
ja	### 概要  このセクションではSLAを表示および[設定](/manual/it_services/sla)することができます。

en-us	#### Overview  This section contains best practices for setting up access control in a secure way.
ja	#### 概要  このセクションでは、アクセス制御を安全に設定するためのベストプラクティスについて説明します。

en-us	#### Overview  This section contains best practices for setting up cryptography in a secure way.
ja	#### 概要  このセクションでは、暗号化を安全に設定するためのベストプラクティスについて説明します。

en-us	#### Overview  This section contains best practices for setting up the web server in a secure way.
ja	#### 概要  このセクションでは、Webサーバーを安全に設定するためのベストプラクティスについて説明します。

en-us	#### Overview  This section contains best practices for setting up Zabbix in a secure way.  The practices in this section are not required for the functioning of Zabbix but are recommended for better system security.
ja	#### 概要  このセクションでは、Zabbixを安全にセットアップするためのベストプラクティスを説明しています。  Zabbixの機能には必須ではありませんが、システムのセキュリティを向上させるために推奨されます。

en-us	#### Overview  This section contains descriptions of configuration file parameters for Zabbix agent 2 plugins. Please use the sidebar to access information about the specific plugin.
ja	#### 概要  このセクションには、Zabbix エージェント 2プラグインの設定ファイルパラメータの説明が含まれています。 特定のプラグインに関する情報にアクセスするには、サイドバーを使用してください。

en-us	#### Overview  This section demonstrates how to build Zabbix agent 2 (Windows) from sources.
ja	#### 概要  このセクションでは、Zabbixエージェント2 (Windows版)をソースコードからビルドする方法を説明します。

en-us	#### Overview  This section demonstrates how to build Zabbix macOS agent binaries from sources with or without TLS.
ja	#### 概要  このセクションでは、TLS の有無にかかわらず、ソースから Zabbix macOS エージェント バイナリをビルドする方法を示します。

en-us	#### Overview  This section demonstrates how to build Zabbix Windows agent binaries from sources with or without TLS.
ja	#### 概要  このセクションでは、 ソースコードからのWindows版Zabbix agent バイナリファイル作成方法(TLS対応有/無)について説明します。

en-us	### Overview  This section describes a simple setup for monitoring Zabbix high availability cluster as a service.
ja	### 概要  このセクションでは、Zabbix高可用性クラスターをサービスとして監視するためのセットアップについて説明します。

en-us	#### Overview  This section lists parameters supported in the Ceph Zabbix agent 2 plugin configuration file (ceph.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションでは、Ceph Zabbixエージェント2プラグイン構成ファイル（ceph.conf）でサポートされているパラメーターの一覧を提示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section lists parameters supported in the Docker Zabbix agent 2 plugin configuration file (docker.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションではDocker Zabbixエージェント2プラグイン設定ファイル（docker.conf）でサポートされているパラメーターを一覧表示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section lists parameters supported in the Memcached Zabbix agent 2 plugin configuration file (memcached.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションでは、Memcached Zabbixエージェント2プラグイン構成ファイル（memcached.conf）でサポートされているパラメーターを一覧表示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section lists parameters supported in the Modbus Zabbix agent 2 plugin configuration file (modbus.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションではModbus Zabbixエージェント2プラグイン設定ファイル（modbus.conf）でサポートされているパラメーターの一覧を提示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section lists parameters supported in the MQTT Zabbix agent 2 plugin configuration file (mqtt.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションでは、MQTT Zabbixエージェント2プラグイン構成ファイル（mqtt.conf）でサポートされているパラメーターの一覧を提示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section lists parameters supported in the MySQL Zabbix agent 2 plugin configuration file (mysql.conf).   Note that:  -   The default values reflect process defaults, not the values in the     shipped configuration files; -   Zabbix supports configuration files only in UTF-8 encoding without     [BOM](https://en.wikipedia.org/wiki/Byte_order_mark); -   Comments starting with "\#" are only supported at the beginning of     the line.
ja	#### 概要  このセクションでは、MySQL Zabbixエージェント2プラグイン構成ファイル（mysql.conf）でサポートされているパラメーターの一覧を提示します。  注意点:  -   デフォルト値は、出荷時設定ファイルの値ではなく、プロセスのデフォルト値です。 -   Zabbixは[BOM](https://en.wikipedia.org/wiki/Byte_order_mark)なしのUTF-8エンコーディングでのみ構成ファイルをサポートします。 -   行の先頭が"\＃"で始まった場合のみコメントとして認識されます。

en-us	#### Overview  This section presents a step-by-step real-life example of how web monitoring can be used.  Let's use Zabbix web monitoring to monitor the web interface of Zabbix. We want to know if it is available, provides the right content and how quickly it works. To do that we also must log in with our user name and password.
ja	#### 概要  このセクションでは、Webモニタリングの実例を段階的に提示します。  Zabbix Webモニタリングを使用して、ZabbixのWebインターフェイスをモニタリングしてみましょう。それが利用可能かどうか、適切なコンテンツを提供するかどうか、そしてそれがどれだけ速く機能するかを調査します。そのためにはユーザー名とパスワードを使用してログインする必要があります。

en-us	### Overview  This section presents examples of using preprocessing steps to accomplish some practical tasks.
ja	### 概要  このセクションでは、保存前処理のステップを使用していくつかの実用的なタスクを実行する例を紹介します。

en-us	## Overview  This section provides additional information about JSON objects returned by various VMware [items](/manual/vm_monitoring/vmware_keys). 
ja	## 概要  このセクションでは、さまざまなVMware[アイテム](/manual/vm_monitoring/vmware_keys)によって返されるJSONオブジェクトに関する追加情報を提供します。

en-us	### Overview  This section provides details of preprocessing by JavaScript.
ja	### 概要  このセクションでは、JavaScriptによる保存前処理について詳しく説明します。

en-us	### Overview  This section provides several encryption configuration examples for CentOS 8.2 and MySQL 8.0.21 and can be used as a quickstart guide for encrypting the connection to the database.    ::: noteimportant  If MySQL host is set to localhost, encryption options will not be available. In this case a connection between Zabbix frontend and the database uses a socket file (on Unix) or shared memory (on Windows) and cannot be encrypted. :::   ::: noteclassic  List of encryption combinations is not limited to the ones listed on this page. There are a lot more combinations available.  :::
ja	### 概要  このセクションはCentOS8.2およびMySQL8.0.21の暗号化設定の例をいくつか示し、データベースへの接続を暗号化するためのクイックスタートガイドとして使用できます。  ::: noteimportant MySQLホストがlocalhostに設定されている場合、暗号化オプションは使用できません。この場合、Zabbixフロントエンドとデータベース間の接続はソケットファイル（Unixの場合）または共有メモリ（Windowsの場合）を使用し、暗号化できません。 :::  ::: noteclassic 暗号化の組み合わせのリストは、このページにリストされているものに限定されません。利用できる組み合わせはもっとたくさんあります。 :::

en-us	### Overview  This section provides several encryption configuration examples for CentOS 8.2 and PostgreSQL 13.  ::: noteclassic  Connection between Zabbix frontend and PostgreSQL cannot be encrypted (parameters in GUI are disabled), if the value of *Database host* field begins with a slash or the field is empty.  :::
ja	### 概要  このセクションでは、CentOS8.2およびPostgreSQL13の暗号化設定例をいくつか示します。  ::: noteclassic *Database host*フィールドの値がスラッシュで始まるか、空の場合、ZabbixフロントエンドとPostgreSQL間の接続を暗号化できません（GUIのパラメーターが無効になっています） :::

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) from Zabbix **6.4**.x to Zabbix **7.0**.x using official Zabbix packages for Red Hat Enterprise Linux or its derivatives - AlmaLinux, CentOS Stream, Oracle Linux, and Rocky Linux.  ::: notetip Prior to Zabbix 7.0, single installation packages were provided for RHEL and RHEL-based distributions. Starting from 7.0, separate packages are used for RHEL and each of its above-mentioned derivatives to avoid potential problems with binary incompatibility. :::  ::: notewarning Before the upgrade make sure to read the relevant [**upgrade notes**](/manual/installation/upgrade)! :::  You may also want to check the [requirements](/manual/installation/requirements) for 7.0.  ::: notetip It may be handy to run two parallel SSH sessions during the upgrade, executing the upgrade steps in one and monitoring the server/proxy logs in another. For example, run `tail -f zabbix_server.log` or `tail -f zabbix_proxy.log` in the second SSH session showing you the latest log file entries and possible errors in real time. This can be critical for production instances. :::
ja	#### 概要  このセクションでは、Red Hat Enterprise Linuxまたはその派生製品(AlmaLinux, CentOS Stream, Oracle Linux, Rocky Linux)用の公式Zabbixパッケージを使用して、Zabbix**6.4**.xからZabbix**7.0**.xへの[アップグレード](/manual/installation/upgrade)を成功させるために必要な手順を説明します。  ::: notetip Zabbix 7.0より前は、RHELおよびRHELベースのディストリビューションに対して単一のインストールパッケージが提供されていました。 7.0 以降、バイナリの非互換性による潜在的な問題を回避するために、RHELとその上記の各派生製品には個別のパッケージが使用されます。 :::  ::: notewarning アップグレードする前に[**アップグレード時の注意点**](/manual/installation/upgrade)を必ずお読みください。 :::  7.0の[要件](/manual/installation/requirements) も確認してください。  ::: notetip アップグレード中に2つのSSHセッションを並行して実行し、1つでアップグレード手順を実行し、もう1つでサーバー/プロキシ ログを監視すると便利な場合があります。 たとえば、2番目のSSHセッションで'tail -f zabbix_server.log'または'tail -f zabbix_proxy.log'を実行すると、最新のログファイルエントリと考えられるエラーがリアルタイムで表示されます。 これは実稼働インスタンスにとって重要になる可能性があります。 :::

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) from Zabbix **6.4**.x to Zabbix **7.0**.x using official Zabbix sources.  ::: notewarning Before the upgrade make sure to read the relevant [**upgrade notes**](/manual/installation/upgrade)! :::  You may also want to check the [requirements](/manual/installation/requirements) for 7.0.  ::: notetip It may be handy to run two parallel SSH sessions during the upgrade, executing the upgrade steps in one and monitoring the server/proxy logs in another. For example, run `tail -f zabbix_server.log` or `tail -f zabbix_proxy.log` in the second SSH session showing you the latest log file entries and possible errors in real time. This can be critical for production instances. :::
ja	#### 概要  このセクションではZabbixの公式ソースを使用して、Zabbix**6.4**.xからZabbix**7.0**.xへの[アップグレード](/manual/installation/upgrade)を成功させるために必要な手順を説明します。  ::: notewarning アップグレードする前に[**アップグレード時の注意点**](/manual/installation/upgrade)を必ずお読みください。 :::  7.0の[要件](/manual/installation/requirements) も確認してください。  ::: notetip アップグレード中に2つのSSHセッションを並行して実行し、1つでアップグレード手順を実行し、もう1つでサーバー/プロキシ ログを監視すると便利な場合があります。 たとえば、2番目のSSHセッションで'tail -f zabbix_server.log'または'tail -f zabbix_proxy.log'を実行すると、最新のログファイルエントリと考えられるエラーがリアルタイムで表示されます。 これは実稼働インスタンスにとって重要になる可能性があります。 :::

en-us	#### Overview  This section provides the steps required for a successful [upgrade](/manual/installation/upgrade) using official RPM and DEB packages provided by Zabbix for:  -   [Red Hat Enterprise     Linux](/manual/installation/upgrade/packages/rhel) -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)
ja	#### 概要  このセクションでは、Zabbixが提供する公式RPMおよびDEBパッケージを使用して[アップグレード](/manual/installation/upgrade)を成功させるために必要な手順を説明します。  -   [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel) -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu)

en-us	#### Overview  This section provides upgrade information for Zabbix **7.0**:  -   using packages:     -   for [Red Hat Enterprise         Linux](/manual/installation/upgrade/packages/rhel)     -   for         [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu) -   using [sources](/manual/installation/upgrade/sources)  See also [upgrade instructions](/manual/concepts/server/ha#upgrading-ha-cluster) for servers in a **high-availability** (HA) cluster.
ja	#### 概要  このセクションでは、Zabbix**7.0**へのアップグレード情報を提供します。  - パッケージ使用     -   [Red Hat Enterprise Linux](/manual/installation/upgrade/packages/rhel)     -   [Debian/Ubuntu](/manual/installation/upgrade/packages/debian_ubuntu) -   [ソース](/manual/installation/upgrade/sources)使用  **高可用性**(HA)クラスター内のサーバーの[アップグレード手順](/manual/concepts/server/ha#upgrading-ha-cluster)も参照してください。

en-us	#### Overview  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using SQL queries, whose results get automatically transformed into a JSON object suitable for low-level discovery.
ja	#### 概要  このタイプのローレベル[ディスカバリ](/manual/discovery/low_level_discovery)はSQLクエリで実行され、その結果はローレベルディスカバリに適したJSONオブジェクトに自動的に変換されます。

en-us	#### Overview  This widget displays the content retrieved from the specified URL.
ja	#### 概要  このウィジェットは、指定されたURLから取得されたコンテンツを表示します。

en-us	#### Overview  This widget displays the same information as in *Reports* → *[System information](/manual/web_interface/frontend_sections/reports/status_of_zabbix)*, however, a single dashboard widget can only display either the system stats or the high availability nodes at a time (not both).
ja	#### 概要  このウィジェットは*レポート* → *[システム情報](/manual/web_interface/frontend_sections/reports/status_of_zabbix)*と同じ情報を表示しますが、単一のダッシュボードウィジェットは一度にシステム統計またはHAノードのいずれか（両方ではない）のみを表示できます。

en-us	#### Overview  This widget is useful for displaying [SLA reports](/manual/web_interface/frontend_sections/services/sla_report).  Functionally it is similar to the *Services* -> *SLA report* section.
ja	#### 概要  このウィジェットは[SLAレポート](/manual/web_interface/frontend_sections/services/sla_report)を表示するのに役立ちます。 機能的には*サービス* -> *SLAレポート*セクションに似ています。

en-us	#### Overview  This widget provides a way to create custom tables for displaying the data situation,  allowing to display *Top N*-like reports and progress-bar reports useful for capacity planning.   The maximum number of hosts that can be displayed is 100.  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/top_hosts.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/top_hosts2.png){width="600"}
ja	#### 概要  このウィジェットは、データの状況を表示するためのカスタム テーブルを作成する方法を提供し、キャパシティ プランニングに役立つ *Top N* のようなレポートとプログレス バー レポートを表示できるようにします。  表示できるホストの最大数は 100 です。  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/top_hosts.png){width="600"}  ![](../../../../../../assets/en/manual/web_interface/frontend_sections/monitoring/top_hosts2.png){width="600"}

en-us	#### Overview  Though Zabbix offers a large number of webhook integrations available out-of-the-box, you may want to create your own webhooks instead. This section provides examples of custom webhook scripts (used in the *Script* parameter). See [webhook](/manual/config/notifications/media/webhook) section for description of other webhook parameters.
ja	#### 概要  Zabbix は多くの Webhook 統合機能を提供しています。しかし、独自の Webhook を作成することもできます。<br> このセクションでは、カスタム Webhook スクリプトの例を示します。( *Script* パラメータで使用します)<br> [webhook](/manual/config/notifications/media/webhook) セクションでその他の Webhook パラメータについて説明しています。

en-us	#### Overview  To configure a host in Zabbix frontend, do the following:  -   Go to: *Data collection → Hosts* or *Monitoring → Hosts* -   Click on *Create host* to the right (or on the host name to edit an     existing host) -   Enter parameters of the host in the form  You can also use the *Clone* button in the configuration form of an existing host to create a new host. This host will have all of the properties of the existing host, including linked templates, entities (items, triggers, etc.) from those templates, as well as the entities directly attached to the existing host.  Note that when a host is cloned, it will retain all template entities as they are originally on the template. Any changes to those entities made on the existing host level (such as changed item interval, modified regular expression or added prototypes to the low-level discovery rule) will not be cloned to the new host; instead they will be as on the template.
ja	#### 概要  ZabbixのWebインターフェースでホストの設定を行うには以下の手順を実施します。  -   *データ収集 → ホスト* または *監視データ → ホスト* に遷移します。 -   右側の*ホストの作成*をクリック (またはホスト名をクリックして既存のホストを編集)します。 -   フォームにホストのパラメータを入力します。  既存のホストの設定フォームにある*複製*ボタンを使用して、新しいホストを作成することもできます。 このホストには、リンクされたテンプレート、それらのテンプレートのエンティティ (アイテム、トリガーなど)、および既存のホストに直接アタッチされているエンティティを含む、既存のホストのすべてのプロパティが含まれます。  ホストを複製した場合、テンプレート上のすべてのエンティティはそのまま保持されることに注意してください。これらのエンティティに加えられたすべての変更(アイテムの監視間隔の変更、正規表現の変更、ローレベルディスカバリルールへのプロトタイプの追加など)は、新しいホストには複製されず、テンプレート上にそのまま残ります。

en-us	#### Overview  To make the calculation of trigger expressions, calculated items and some macros much faster, a value cache option is supported by the Zabbix server.  This in-memory cache can be used for accessing historical data, instead of making direct SQL calls to the database. If historical values are not present in the cache, the missing values are requested from the database and the cache updated accordingly.
ja	#### 概要  トリガー式、計算アイテム、一部のマクロの計算を高速化するために、Zabbix server ではバリューキャッシュオプションがサポートされています。  このインメモリキャッシュを利用すると、直接データベースへSQLを発行せずに過去のデータへアクセスすることができます。 過去の値がキャッシュに存在しない場合、不足分をデータベースから取得し、キャッシュの更新を行います。

en-us	#### Overview  When monitoring systems using an agent, a good practice is to obtain metrics from the host on which the agent is installed. To use the principle of least privilege, it is necessary to determine what metrics are obtained from the agent.  The table in this document allows you to select the minimum rights for guaranteed correct operation of Zabbix agent.  If a different user is selected for the agent to work, rather than 'LocalSystem', then for the operation of agent as a Windows service, the new user must have the rights "Log on as a service" from "Local Policy→User Rights Assignment" and the right to create, write and delete the Zabbix agent log file. An Active Directory user must be added to the *Performance Monitor Users* group.  ::: noteclassic When working with the rights of an agent based on the "minimum technically acceptable" group, prior provision of rights to objects for monitoring is required. :::
ja	#### 概要  エージェントを使用してシステムを監視する場合は、エージェントがインストールされているホストからメトリックを取得することをお勧めします。最小特権の原則を使用するには、エージェントから取得するメトリックを判別する必要があります。  このドキュメントの表では、Zabbixエージェントの正しい動作を保証するための最小権限を選択できます。  エージェントの実行ユーザーを「LocalSystem」ではなく別のユーザーにした場合、エージェントをWindowsサービスとして実行するために対象ユーザーは「ローカルポリシー」→「ユーザー権限の割り当て」から「サービスとしてログオン」の権限と、Zabbixエージェントのログファイルを作成、書き込み、削除する権限を持っている必要があります。 対象ユーザーをActiveDirectoryの*PerformanceMonitorUsers*グループに追加する必要があります。  ::: noteclassic 「技術的に許容できる最小限の」グループに基づくエージェントの権利を使用する場合は、監視対象のオブジェクトに対する権利を事前に提供する必要があります。 :::

en-us	#### Overview  While generally problem events are resolved automatically when trigger status goes from 'Problem' to 'OK', there may be cases when it is difficult to determine if a problem has been resolved by means of a trigger expression. In such cases, the problem needs to be resolved manually.  For example, *syslog* may report that some kernel parameters need to be tuned for optimal performance. In this case the issue is reported to Linux administrators, they fix it and then close the problem manually.  Problems can be closed manually only for triggers with the *Allow manual close* option enabled.  When a problem is "manually closed", Zabbix generates a new internal task for Zabbix server. Then the *task manager* process executes this task and generates an OK event, therefore closing problem event.  A manually closed problem does not mean that the underlying trigger will never go into a 'Problem' state again. The trigger expression is re-evaluated and may result in a problem:  -   When new data arrive for any item included in the trigger expression     (note that the values discarded by a throttling preprocessing step     are not considered as received and will not cause trigger expression     to be re-evaluated); -   When time-based functions are used in the expression. Complete     time-based function list can be found on [Triggers     page](/manual/config/triggers).
ja	#### 概要  一般的に問題イベントは、トリガーのステータスが 'Problem' から 'OK' になったときに自動的に解決されますが、<br> トリガー式によって問題が解決されたかどうかを判断することが困難な場合もあります。そのような場合、手動で問題を<br> 解決する必要があります。  例えば、*syslog*は、いくつかのカーネルパラメータが最適なパフォーマンスのために調整される必要があることを<br> 報告するかもしれません。この場合、問題は Linux 管理者に報告され、管理者は問題を修正した後、問題を手動で解決します。  問題を手動で閉じることができるのは、*手動クローズを許可* オプションが有効になっているトリガーだけです。<br>  問題が "手動で閉じる" 場合、Zabbix は Zabbix server の新しい内部タスクを生成します。そして、*タスクマネジャー* プロセスが <br> このタスクを実行し、OKイベントを生成し、問題イベントを終了します。  手動で問題を閉じても、基礎となるトリガーが二度と '問題' 状態にならないわけではありません。トリガー式は再評価され、<br> 問題が発生する可能性があります:  -   トリガ式に含まれるいずれかの項目について、新しいデータが到着したとき（スロットリングの前処理ステップによって     破棄された値は、受信したとはみなされず、トリガ式の再評価の原因にならないことに注意する） -   時間ベースの関数が式で使用されている場合。タイムベース関数の完全なリストは、     [トリガー](/manual/config/triggers) で見ることができます。

en-us	#### Overview  While you may find the required index number (for example, of a network interface) among the SNMP OIDs, sometimes you may not completely rely on the index number always staying the same.  Index numbers may be dynamic - they may change over time and your item may stop working as a consequence.  To avoid this scenario, it is possible to define an OID which takes into account the possibility of an index number changing.  For example, if you need to retrieve the index value to append to **ifInOctets** that corresponds to the **GigabitEthernet0/1** interface on a Cisco device, use the following OID:      ifInOctets["index","ifDescr","GigabitEthernet0/1"]
ja	#### 概要  必要なインデックス番号（例えば、ネットワーク・インターフェース）をSNMP OIDの中から見つけることができるかもしれませんが<br> インデックス番号が常に同じであるとは限りません。  インデックス番号は動的であり、時間の経過とともに変化し、その結果、アイテムが動作しなくなる可能性があります。  このようなシナリオを回避するために、インデックス番号が変化する可能性を考慮したOIDを定義することが可能です。  たとえば、次のようなインデックス値を取得する必要があるとします。<br>  Cisco のデバイスの **GigabitEthernet0/1** インターフェイスに対応する**ifInOctets**に対応する<br> インデックス値を取得する必要がある場合、次のOIDを使用します。      ifInOctets["index", "ifDescr", "GigabitEthernet0/1"]

en-us	#### Overview  With escalations you can create custom scenarios for sending notifications or executing remote commands.  In practical terms it means that:  -   Users can be informed about new problems immediately. -   Notifications can be repeated until the problem is resolved. -   Sending a notification can be delayed. -   Notifications can be escalated to another "higher" user group. -   Remote commands can be executed immediately or when a problem is not     resolved for a lengthy period.  Actions are escalated based on the **escalation step**. Each step has a duration in time.  You can define both the default duration and a custom duration of an individual step. The minimum duration of one escalation step is 60 seconds.  You can start actions, such as sending notifications or executing commands, from any step. Step one is for immediate actions. If you want to delay an action, you can assign it to a later step. For each step, several actions can be defined.  The number of escalation steps is not limited.  Escalations are defined when [configuring an operation](operation#configuring_an_operation). Escalations are supported for problem operations only, not recovery.
ja	#### 概要  エスカレーションを使用すると、通知を送信したり、リモート コマンドを実行したりするためのカスタム シナリオを作成できます。  具体的には、次のようなことです。  -   ユーザーは新しい問題をすぐに通知できます -   問題が解決するまで通知を繰り返すことができます -   通知の送信を遅らせることができます -   通知は、別の"より権限が上の"ユーザー グループにエスカレートできます -   リモートコマンドは、障害発生時すぐに、または障害が長期間解決されない場合に実行できます  アクションは、**エスカレーション ステップ**に基づいてエスカレートされます。 各ステップには期間があります。  個々のステップのデフォルト期間とカスタム期間の両方を定義できます。 1 つのエスカレーション ステップの最小所要時間は 60 秒です。  通知の送信やコマンドの実行などのアクションは、どのステップからでも開始できます。 ステップ 1 は即時のアクションです。 アクションを遅らせたい場合は、後のステップに割り当てることができます。 ステップごとに、いくつかのアクションを定義できます。  エスカレーションのステップ数に制限はありません。  エスカレーションは、[オペレーションの設定](operation#configuring_an_operation)時に定義されます。 エスカレーションは障害のある操作に対してのみサポートされており、復旧はサポートされていません。

en-us	#### Overview  With mass update you may change some attribute for a number of triggers at once, saving you the need to open each individual trigger for editing.
ja	#### 概要  一括アップデートでは、一度に多くの trigger の属性を変更することができ、編集のために個々の trigger を開く手間を省くことができます。

en-us	#### Overview  With remote commands you can define that a certain pre-defined command is automatically executed on the monitored host upon some condition.  Thus remote commands are a powerful mechanism for smart pro-active monitoring.  In the most obvious uses of the feature you can try to:  -   Automatically restart some application (web server, middleware, CRM)     if it does not respond -   Use IPMI 'reboot' command to reboot some remote server if it does     not answer requests -   Automatically free disk space (removing older files, cleaning /tmp)     if running out of disk space -   Migrate a VM from one physical box to another depending on the CPU     load -   Add new nodes to a cloud environment upon insufficient CPU (disk,     memory, whatever) resources  Configuring an action for remote commands is similar to that for sending a message, the only difference being that Zabbix will execute a command instead of sending a message.  Remote commands can be executed by Zabbix server, proxy or agent. Remote commands on Zabbix agent can be executed directly by Zabbix server or through Zabbix proxy. Both on Zabbix agent and Zabbix proxy remote commands are disabled by default. They can be enabled by:  -   adding an `AllowKey=system.run[*]` parameter in agent configuration; -   setting the EnableRemoteCommands parameter to '1' in proxy     configuration.  Remote commands executed by Zabbix server are run as described in [Command execution](/manual/appendix/command_execution) including exit code checking.  Remote commands are executed even if the target host is in maintenance.
ja	#### 概要  リモート コマンドを使用すると、特定の定義済みコマンドが監視対象ホストで何らかの条件で自動的に実行されるように定義できます。  リモート コマンドはスマート プロアクティブ モニタリングの強力なメカニズムです。  この機能の最も明白な使用法で、次のことを試みることができます。  -   一部のアプリケーション (Web サーバー、ミドルウェア、CRM) が応答しない場合、自動的に再起動する -   要求に応答しない場合、IPMI の'reboot'コマンドを使用してリモート サーバーを再起動する -   ディスク容量が不足した場合に自動でディスク容量を解放する (古いファイルの削除、/tmp のクリーニング) -   CPU 負荷に応じて、ある物理ボックスから別の物理ボックスに VM を移行する -   不十分な CPU (またはディスク、メモリなど) リソースに新しいノードをクラウド環境に追加する  リモート コマンドのアクションの設定は、メッセージを送信する場合と似ていますが、Zabbix がメッセージを送信する代わりにコマンドを実行する点だけが異なります。  リモート コマンドは、Zabbix サーバー、プロキシ、またはエージェントによって実行できます。 Zabbix エージェントのリモート コマンドは、Zabbix サーバーまたは Zabbix プロキシ経由で直接実行できます。 Zabbix エージェントと Zabbix プロキシの両方で、リモート コマンドはデフォルトで無効になっています。 それらは次の方法で有効にできます。  -   エージェント設定に`AllowKey=system.run[*]`パラメーターを追加します。 -   プロキシ設定で EnableRemoteCommands パラメータを'1'に設定します。  Zabbix サーバーによって実行されるリモート コマンドは、[コマンドの実行](/manual/appendix/command_execution) で説明されているように、終了コードのチェックを含めて実行されます。  対象ホストがメンテナンス中であってもリモートコマンドを実行します。

en-us	#### Overview  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation) is a powerful interface in Windows that can be used for retrieving various information about Windows components, services, state and software installed.  It can be used for physical disk discovery and their performance data collection, network interface discovery, Hyper-V guest discovery, monitoring Windows services and many other things in Windows OS.  This type of low-level [discovery](/manual/discovery/low_level_discovery) is done using WQL queries whose results get automatically transformed into a JSON object suitable for low-level discovery.
ja	#### 概要  [WMI](https://en.wikipedia.org/wiki/Windows_Management_Instrumentation)はWindowsの強力なインターフェイスであり、インストールされているWindowsコンポーネント、サービス、状態、およびソフトウェアに関するさまざまな情報を取得するために使用できます。  物理ディスクの検出とそのパフォーマンスデータの収集、ネットワークインターフェイスの検出、Hyper-Vゲストの検出、Windowsサービスの監視などWindowsOSの他の多くのことに使用できます。  このタイプのローレベル[ディスカバリ](/manual/discovery/low_level_discovery)は、結果がローレベルディスカバリに適したJSONオブジェクトに自動的に変換されるWQLクエリを使用して実行されます。

en-us	#### Overview  You can assign some triggers to a [link](/manual/config/visualization/maps/map#linking_elements) between elements in a network map. When these triggers go into a problem state, the link can reflect that.  When you configure a link, you set the default link type and color. When you assign triggers to a link, you can assign different link types and colors with these triggers.  Should any of these triggers go into a problem state, their link style and color will be displayed on the link. So maybe your default link was a green line. Now, with the trigger in the problem state, your link may become bold red (if you have defined it so).
ja	#### 概要  ネットワーク地図の要素間の[link](/manual/config/visualization/maps/map#linking_elements)に、いくつかの trigger を<br> 割り当てることができます。これらの trigger が問題状態になると、リンクにそれを反映させることができます。<br>  リンクを設定するときは、デフォルトのリンクの種類と色を設定します。リンクに trigger を割り当てるとき、これらの<br> trigger で異なるリンクタイプと色を割り当てることができます。  これらの trigger のいずれかが問題状態になると、そのリンクスタイルと色がリンクに表示されます。<br> つまり、デフォルトのリンクは緑の線だったとします。今、trigger が問題状態になると、リンクは赤の太字になるかもしれません。<br>（そのように定義している場合）

en-us	#### Overview  You can effectively monitor Windows performance counters using the *perf\_counter\[\]* key.  For example:      perf_counter["\Processor(0)\Interrupts/sec"]  or      perf_counter["\Processor(0)\Interrupts/sec", 10]  For more information on using this key or its English-only equivalent `perf_counter_en`, see [Windows-specific item keys](/manual/config/items/itemtypes/zabbix_agent/win_keys).  In order to get a full list of performance counters available for monitoring, you may run:      typeperf -qx  You may also use low-level discovery to discover multiple [object instances](/manual/discovery/low_level_discovery/examples/windows_perf_instances) of Windows performance counters and automate the creation of perf\_counter items for multiple instance objects.
ja	#### 概要  Windowsのパフォーマンスカウンタは、*perf\_counter\[\]* キーを使用して効率的に監視することができます。  例えば:      perf_counter["\Processor(0)\Interrupts/sec"]  あるいは      perf_counter["\Processor(0)\Interrupts/sec", 10]  このキーまたは英語版のみの同等物 `perf_counter_en` の使用に関する詳細については、[Windows-specific item keys]((/manual/config/items/itemtypes/zabbix_agent/win_keys)を参照してください。  監視可能なパフォーマンスカウンタの全リストを取得するには、次のコマンドを実行します。      typeperf -qx  また、ローレベルディスカバリ機能を使用して、複数の [object instances](/manual/discovery/low_level_discovery/examples/windows_perf_instances)を検出し、複数のインスタンスオブジェクトに対する<br> perf_counter item の作成を自動化することも可能です。

en-us	#### Overview  You can keep the inventory of networked devices in Zabbix.  There is a special *Inventory* menu in the Zabbix frontend. However, you will not see any data there initially and it is not where you enter data. Building inventory data is done manually when configuring a host or automatically by using some automatic population options.
ja	#### 概要  Zabbixでネットワークデバイスのインベントリを管理することができます。  Zabbixフロントエンドには特別な *Inventory* メニューがあります。 <br> しかし、初期状態ではそこにデータは表示されず、データを入力する場所でもありません。 <br> インベントリデータの作成は、ホストの設定時に手動で行います。 <br> または、いくつかの自動配置オプションを使用することで自動的に行われます。 <br>

en-us	#### Overview  Zabbix agent 2 is a new generation of Zabbix agent and may be used in place of Zabbix agent. Zabbix agent 2 has been developed to:  -   reduce the number of TCP connections -   provide improved concurrency of checks -   be easily extendible with plugins. A plugin should be able to:     -   provide trivial checks consisting of only a few simple lines of         code     -   provide complex checks consisting of long-running scripts and         standalone data gathering with periodic sending back of the data -   be a drop-in replacement for Zabbix agent (in that it supports all     the previous functionality)  Agent 2 is written in Go programming language (with some C code of Zabbix agent reused).  A configured Go environment with a currently supported [Go version](https://go.dev/doc/devel/release#policy)  is required for building Zabbix agent 2.  Agent 2 does not have built-in daemonization support on Linux; it can be run as a [Windows service](/manual/appendix/install/windows_agent).
ja	#### 概要  Zabbixエージェント2は新世代のZabbixエージェントであり、Zabbixエージェントの代わりに使用できます。 Zabbixエージェント2は次の目的で開発されました。  -   TCP接続の数を減らす -   チェックの同時実行性改善 -   プラグイン拡張の簡易化。プラグインは次のようなことが可能です     -    数行の単純なコードのみで構成される簡単なチェック     -    長時間実行されるスクリプトと、データの定期的な返送を伴うスタンドアロンのデータ収集で構成される複雑なチェック -   Zabbixエージェントのドロップイン代替品（以前のすべての機能をサポートするという点で）  Zabbixエージェント2はGo言語で記述されています（ZabbixエージェントのCコードが再利用されています）。 Zabbixエージェント2をビルドするには、現在サポートされている[Goバージョン](https://go.dev/doc/devel/release#policy)で構成されたGo環境が必要です。  Zabbixエージェント2には、Linux向け組み込みデーモン化サポートがありません。Windowsでは[Windowsサービス](/manual/appendix/install/windows_agent)として実行できます。

en-us	#### Overview  Zabbix agent is deployed on a monitoring target to actively monitor local resources and applications (hard drives, memory, processor statistics, etc.).  The agent gathers operational information locally and reports data to Zabbix server for further processing. In case of failures (such as a hard disk running full or a crashed service process), Zabbix server can actively alert the administrators of the particular machine that reported the failure.  Zabbix agents are highly efficient because of the use of native system calls for gathering statistical information.
ja	#### 概要  ローカルリソースやアプリケーション（ハードディスクドライブ、メモリ、プロセッサの統計など）を能動的に監視するために、Zabbixエージェントを監視対象上にインストールします。  Zabbixエージェントは、稼働情報をローカルで収集し、さらに処理するためにデータをZabbixサーバーに報告します。障害（ハードディスクがいっぱいになっている、サービスプロセスがクラッシュしているなど）が発生した場合、Zabbixサーバーは障害が発生したマシンの管理者に対して、障害が発生したことを能動的に通知することができます。  Zabbixエージェントは、統計情報を収集するためにネイティブなシステムコールを使用するため、極めて効率的に動作します。

en-us	#### Overview  Zabbix can be used for centralized monitoring and analysis of log files with/without log rotation support.  Notifications can be used to warn users when a log file contains certain strings or string patterns.  To monitor a log file you must have:  -   Zabbix agent running on the host -   log monitoring item set up  ::: noteimportant The size limit of a monitored log file depends on [large file support](/manual/appendix/items/large_file_support). :::
ja	#### 概要  Zabbixは、ログローテーションサポートの有無にかかわらず、ログファイルの集中監視と分析に利用することができます。  ログファイルに特定の文字列や文字列パターンが含まれる場合、通知機能を使ってユーザに警告することができます。  ログファイルを監視するには、以下の環境が必要です。  - ホスト上でZabbix agent が動作していること - ログ監視 item の設定  ::: noteimportant 監視するログファイルのサイズ制限は、[large file support](/manual/appendix/items/large_file_support) に依存します。 :::

en-us	#### Overview  Zabbix can query metrics exposed in the Prometheus line format.  Two steps are required to start gathering Prometheus data:  -   an [HTTP master item](/manual/config/items/itemtypes/http) pointing     to the appropriate data endpoint, e.g.     `https://<prometheus host>/metrics` -   dependent items using a Prometheus preprocessing option to query     required data from the metrics gathered by the master item  There are two Prometheus data preprocessing options:  -   *Prometheus pattern* - used in normal items to query Prometheus data -   *Prometheus to JSON* - used in normal items and for low-level     discovery. In this case queried Prometheus data are returned in a     JSON format.
ja	#### 概要  ZabbixはPrometheusのラインフォーマットで公開されているメトリクスを問合せすることができます。  Prometheusのデータ収集を開始するには、2つのステップが必要です。  - 適切なデータエンドポイントを指す[HTTP master item](/manual/config/items/itemtypes/http) (例: `https://<prometheus host>/metrics`) - Prometheusのプリプロセッシングオプションを使用して、マスター item によって収集されたメトリクスから必要なデータを問合せする従属 item  Prometheusのデータ前処理オプションは2つあります。  - *Prometheus pattern* - Prometheusのデータを問い合わせるために通常の item で使用されます。 - *Prometheus to JSON* - 通常の item とローレベルディスカバリーに使用されます。     この場合、照会されたPrometheusデータはJSONフォーマットで返されます。

en-us	#### Overview  Zabbix export/import functionality makes it possible to exchange various configuration entities between one Zabbix system and another.  Typical use cases for this functionality:  -   share templates or network maps - Zabbix users may share their     configuration parameters -   upload a template to [Zabbix Community templates](https://github.com/zabbix/community-templates). Then others can     download the template and import the file into Zabbix. -   integrate with third-party tools - universal YAML, XML and JSON     formats make integration and data import/export possible with third-party     tools and applications
ja	#### 概要  Zabbixのエクスポート/インポート機能により、Zabbixシステム間で様々な設定情報を共有することができます。  この機能のよくある使用例:  -   テンプレートやネットワークマップの共有 - Zabbixユーザ同士での設定パラメータの共有 -   [Zabbixコミュニティテンプレート](https://github.com/zabbix/community-templates)にテンプレートをアップロードする - 他のユーザはテンプレートをダウンロードし、そのファイルをZabbixにインポートできます。 -   サードパーティツールとの統合 - 汎用的なYAML,、XML、JSON形式を使用することで、データのインポート/エクスポートを行ってサードパーティのツールやアプリケーションと統合することができます。

en-us	#### Overview  Zabbix get is a command line utility which can be used to communicate with Zabbix agent and retrieve required information from the agent.  The utility is usually used for the troubleshooting of Zabbix agents.  See also [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - a Python library that has built-in functionality to act like Zabbix get.
ja	#### 概要  zabbix_getコマンドは、Zabbixエージェントと通信して、エージェントから必要な情報を取得するために使用できるコマンドラインユーティリティです。  このユーティリティは通常、Zabbixエージェントのトラブルシューティングに使用されます。  参照: [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - Zabbix senderのように動作する機能が組み込まれたPythonライブラリ

en-us	#### Overview  Zabbix is a highly integrated network monitoring solution, offering a multiplicity of features in a single package.  **[Data gathering](/manual/config/items)**  -   availability and performance checks -   support for SNMP (both trapping and polling), IPMI, JMX, VMware     monitoring -   custom checks -   gathering desired data at custom intervals -   performed by server/proxy and by agents  **[Flexible threshold definitions](/manual/config/triggers)**  -   you can define very flexible problem thresholds, called triggers,     referencing values from the backend database  **[Highly configurable alerting](/manual/config/notifications)**  -   sending notifications can be customized for the escalation schedule,     recipient, media type -   notifications can be made meaningful and helpful using macro     variables -   automatic actions include remote commands  **[Real-time graphing](/manual/config/visualization/graphs/simple)**  -   monitored items are immediately graphed using the built-in graphing     functionality  **[Web monitoring capabilities](/manual/web_monitoring)**  -   Zabbix can follow a path of simulated mouse clicks on a web site and     check for functionality and response time  **[Extensive visualization options](/manual/config/visualization)**  -   ability to create custom graphs that can combine multiple items into     a single view -   network maps -   slideshows in a dashboard-style overview -   reports -   high-level (business) view of monitored resources  **[Historical data storage](/manual/installation/requirements#database_size)**  -   data stored in a database -   configurable history -   built-in housekeeping procedure  **[Easy configuration](/manual/config/hosts)**  -   add monitored devices as hosts -   hosts are picked up for monitoring, once in the database -   apply templates to monitored devices  **[Use of templates](/manual/config/templates)**  -   grouping checks in templates -   templates can inherit other templates  **[Network discovery](/manual/discovery)**  -   automatic discovery of network devices -   agent autoregistration -   discovery of file systems, network interfaces and SNMP OIDs  **[Fast web interface](/manual/web_interface)**  -   a web-based frontend in PHP -   accessible from anywhere -   you can click your way through -   audit log  **[Zabbix API](/manual/api)**  -   Zabbix API provides programmable interface to Zabbix for mass     manipulations, third-party software integration and other purposes.  **[Permissions system](/manual/config/users_and_usergroups)**  -   secure user authentication -   certain users can be limited to certain views  **[Full featured and easily extensible agent](/manual/concepts/agent)**  -   deployed on monitoring targets -   can be deployed on both Linux and Windows  **[Binary daemons](/manual/concepts/server)**  -   written in C, for performance and small memory footprint -   easily portable  **[Ready for complex environments](/manual/distributed_monitoring)**  -   remote monitoring made easy by using a Zabbix proxy
ja	#### 概要  Zabbixは、高度に統合されたネットワーク監視ソリューションであり、1つのパッケージで多様な機能を提供します。  **[データの収集](/manual/config/items)**  - 可用性とパフォーマンスのチェック - ポーリングとトラッピング双方のSNMP、IPMI、JMX、VMware監視のサポート - チェックのカスタマイズ - カスタマイズした間隔での詳細データの収集 - サーバーまたはプロキシによる実行と、エージェントによる実行  **[柔軟な閾値定義](/manual/config/triggers)**  - バックエンドデータベースからの値を参照して、トリガーと呼ばれる非常に柔軟な障害の閾値を定義が可能  **[高度に設定可能な警告通知機能](/manual/config/notifications)**  - 通知スケジュール、受信者、メディアなどをカスタマイズして通知可能 - マクロ変数を使用することにより、通知内容を分かりやすくすることが可能 - リモートコマンドを含む自動実行  **[リアルタイムグラフ](/manual/config/visualization/graphs/simple)**  - 監視アイテムは組み込みのグラフ機能を使用して瞬時にグラフ化  **[Web監視機能](/manual/web_monitoring)**  - Webサイト上でのマウスクリックの動きを追跡し、その機能と応答時間をチェック可能  **[幅広い可視化オプション](/manual/config/visualization)**  - 複数のアイテムを1つのビューに表示できるカスタムグラフ - ネットワークマップ - ダッシュボードスタイルで概要を表示するスライドショー - レポート - 監視リソースの高度な（ビジネス向け）表示機能  **[履歴データのストレージ](/manual/installation/requirements#database_size)**  - データは1つのデータベースに格納 - ヒストリは設定可能 - 組み込まれたHousekeeper（掃除）処理  **[わかりやすい設定](/manual/config/hosts)**  - 監視対象デバイスをホストとして追加 - データベースに登録されるとホストは監視対象とされる - 監視対象デバイスへのテンプレート適用  **[テンプレートの使用](/manual/config/templates)**  - テンプレート内での監視項目のグループ化 - テンプレートは他のテンプレートを継承可能  **[ディスカバリ](/manual/discovery)**  - ネットワークデバイスのオートディスカバリ - エージェントの自動登録 - ファイルシステム、ネットワークインターフェース、SNMP OIDのディスカバリ  **[高速なWebインターフェース](/manual/web_interface)**  - PHPで記述されたWebベースのインターフェース - どこからでもアクセス可能 - クリックだけですべて実行可能 - 監査ログ  **[Zabbix API](/manual/api)**  - 大規模な操作やサードパーティのソフトウェア開発、その他の目的のためにZabbixをプログラムから操作できるインターフェースを提供  **[パーミッション管理](/manual/config/users_and_usergroups)**  - セキュリティで保護されたユーザー認証 - 特定のユーザー用の限定されたビュー  **[高機能かつ容易に拡張可能なエージェント](/manual/concepts/agent)**  - 監視対象上に配置 - LinuxとWindowsの両方に配置可能  **[バイナリデーモン](/manual/concepts/server)**  - C言語で書かれているので、高いパフォーマンスと少ないメモリ占有 - 移植が容易  **[複雑な環境への対応](/manual/distributed_monitoring)**  - Zabbixプロキシを使用することでリモート監視を容易化

en-us	#### Overview  zabbix\_js is a command line utility that can be used for embedded script testing.  This utility will execute a user script with a string parameter and print the result. Scripts are executed using the embedded Zabbix scripting engine.  In case of compilation or execution errors zabbix\_js will print the error in stderr and exit with code 1.
ja	#### 概要  zabbix\_jsは、埋め込みスクリプトのテストに使用できるコマンドラインユーティリティです。  このユーティリティは、文字列パラメータを使用してユーザースクリプトを実行し結果を出力します。スクリプトは、埋込みのzabbixスクリプトエンジンを使用して実行されます。  コンパイルまたは実行エラーの場合、zabbix\_jsはエラーをstderrに出力し、コード1で終了します。

en-us	#### Overview  Zabbix Mac OS agent can be installed from PKG installer packages available for [download](https://www.zabbix.com/download_agents#tab:44). Versions with or without encryption are available.
ja	#### 概要  Zabbix Mac OS エージェントは、[ダウンロード](https://www.zabbix.com/download_agents#tab:44) で利用可能な PKG インストーラー パッケージからインストールできます。 暗号化ありまたはなしのバージョンが利用可能です。

en-us	#### Overview  Zabbix offers automatic network discovery functionality that is effective and very flexible.  With network discovery properly set up you can:  -   speed up Zabbix deployment -   simplify administration -   use Zabbix in rapidly changing environments without excessive     administration  Zabbix network discovery is based on the following information:  -   IP ranges -   Availability of external services (FTP, SSH, WEB, POP3, IMAP, TCP,     etc) -   Information received from Zabbix agent (only unencrypted mode is     supported) -   Information received from SNMP agent  It does NOT provide:  -   Discovery of network topology  Network discovery basically consists of two phases: discovery and actions.
ja	#### 概要  Zabbix は、効果的でとても柔軟な自動ネットワークディスカバリ機能を提供しています。  ネットワークディスカバリを適切に設定すると、次のような効果があります：  -   Zabbix の展開スピードアップ -   管理のシンプル化 -   急速に変化する環境で、過剰な管理なしでZabbixを使用可能  Zabbix のネットワークディスカバリは、次の情報に基づいています：  -   IPアドレスの範囲 -   外部サービスの可用性 (FTP, SSH, WEB, POP3, IMAP, TCP, etc) -   Zabbix エージェントから受信する情報 (非暗号化モードのみサポート) -   SNMP エージェントから受信する情報  以下の機能は提供「しません」：  -   ネットワークトポロジの検出  ネットワークディスカバリは、基本的に、ディスカバリとアクションの２段階で構成されます。

en-us	#### Overview  Zabbix provides an effective and reliable way of monitoring a distributed IT infrastructure using Zabbix [proxies](/manual/distributed_monitoring/proxies).  Proxies can be used to collect data locally on behalf of a centralized Zabbix server and then report the data to the server.
ja	#### 概要  Zabbixは、Zabbix[プロキシ](/manual/distributed_monitoring/proxies)を使用して分散ITインフラストラクチャを監視する効果的で信頼性の高い方法を提供します。  プロキシを使用して、一元化されたZabbixサーバーに代わってローカルでデータを収集し、サーバーにデータを報告できます。

en-us	#### Overview  Zabbix proxy is a process that may collect monitoring data from one or more monitored devices and send the information to the Zabbix server, essentially working on behalf of the server. All collected data is buffered locally and then transferred to the Zabbix server the proxy belongs to.  Deploying a proxy is optional, but may be very beneficial to distribute the load of a single Zabbix server. If only proxies collect data, processing on the server becomes less CPU and disk I/O hungry.  A Zabbix proxy is the ideal solution for centralized monitoring of remote locations, branches and networks with no local administrators.  Zabbix proxy requires a separate database.  ::: noteimportant Note that databases supported with Zabbix proxy are SQLite, MySQL and PostgreSQL. Using Oracle is at your own risk and may contain some limitations as, for example, in [return values](/manual/discovery/low_level_discovery#overview) of low-level discovery rules. :::  See also: [Using proxies in a distributed environment](/manual/distributed_monitoring/proxies)
ja	#### 概要  Zabbixプロキシは、1つ以上の監視対象から監視データを収集し、その情報をZabbixサーバーに送信するプロセスであり、基本的にサーバーに代わって機能します。収集されたすべてのデータはローカルにバッファリングされてから、プロキシが属するZabbixサーバーに転送されます。  プロキシのデプロイはオプションですが、単一のZabbixサーバーの負荷を分散するのに非常に役立つ場合があります。プロキシがデータを収集する場合、サーバーのCPUとディスクI/Oの負荷が少なくなります。  Zabbixプロキシは、ローカル管理者がいなくても、リモートロケーション、ブランチ、ネットワークを一元的に監視するための理想的なソリューションです。  Zabbixプロキシにはサーバーとは別のデータベースが必要です。  ::: noteimportant ZabbixプロキシでサポートされているデータベースはSQLite、MySQL、PostgreSQLであることに注意してください。 Oracleの使用は自己責任であり、たとえば、低レベルの検出ルールの[戻り値](/manual/discovery/low_level_discovery#overview)のように、いくつかの制限が含まれる場合があります。 :::  参照：[分散環境でのプロキシの使用](/manual/distributed_monitoring/proxies)

en-us	#### Overview  Zabbix sender is a command line utility that may be used to send performance data to Zabbix server for processing.  The utility is usually used in long running user scripts for periodical sending of availability and performance data.  For sending results directly to Zabbix server or proxy, a [trapper item](/manual/config/items/itemtypes/trapper) type must be configured.  See also [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - a Python library that has built-in functionality to act like Zabbix sender.
ja	#### 概要  Zabbix senderはパフォーマンスデータをZabbixサーバーに送信して処理するために使用できるコマンドラインユーティリティです。  このユーティリティは通常、可用性とパフォーマンスのデータを定期的に送信するために、長時間実行されるユーザースクリプトで使用されます。  結果をZabbixサーバーまたはプロキシに直接送信するには[trapperアイテム](/manual/config/items/itemtypes/trapper)タイプを設定する必要があります。  参照: [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) - Zabbix senderのように動作する機能が組み込まれたPythonライブラリ

en-us	#### Overview  Zabbix server is the central process of Zabbix software.  The server performs the polling and trapping of data, it calculates triggers, sends notifications to users. It is the central component to which Zabbix agents and proxies report data on availability and integrity of systems. The server can itself remotely check networked services (such as web servers and mail servers) using simple service checks.  The server is the central repository in which all configuration, statistical and operational data is stored, and it is the entity in Zabbix that will actively alert administrators when problems arise in any of the monitored systems.  The functioning of a basic Zabbix server is broken into three distinct components; they are: Zabbix server, web frontend and database storage.  All of the configuration information for Zabbix is stored in the database, which both the server and the web frontend interact with. For example, when you create a new item using the web frontend (or API) it is added to the items table in the database. Then, about once a minute Zabbix server will query the items table for a list of the items which are active that is then stored in a cache within the Zabbix server. This is why it can take up to two minutes for any changes made in Zabbix frontend to show up in the latest data section.
ja	#### 概要  Zabbixサーバーは、Zabbixのソフトウェアの中核となるプロセスです。  Zabbixサーバーは、データのポーリングとトラッピングを処理し、それをトリガーによって判断し、ユーザーに対して通知を行います。ZabbixエージェントやZabbixプロキシからシステムの可用性と整合性に関するデータを受け取る中核となるコンポーネントです。Zabbixサーバー自体は、シンプルなサービスチェックの機能を使用して、ネットワークに接続されたサービス（Webサーバーやメールサーバーなど）をリモートからチェックすることができます。  Zabbixサーバーは、すべての設定、統計、運用データが保存される中核となるリポジトリで、監視対象のシステムで障害が発生したときに、管理者に対して能動的に警告を通知する役割を担います。  Zabbixサーバーの基本的な機能は、3つの異なるコンポーネントに分けられます。その3つとは、Zabbixサーバー、Webインターフェース、データベースストレージです。  Zabbixのすべての設定情報はデータベース上に保存され、ZabbixサーバーとWebインターフェースの両方がそのデータベースと通信します。例えば、Webインターフェース（またはAPI）を使用して新しいアイテムを作成した時には、データベース内のitemsテーブルに追加されます。次に、Zabbixサーバーはおよそ1分ごとに有効なアイテムの一覧を取得するためitemsテーブルを検索し、Zabbixサーバー内のキャッシュに保存します。このため、Webインターフェースで行った変更が最新データとして反映されるまでに最大2分かかります。

en-us	#### Overview  Zabbix supports a number of built-in macros which may be used in various situations. These macros are variables, identified by a specific syntax:      {MACRO}   Macros resolve to a specific value depending on the context.  Effective use of macros allows to save time and make Zabbix configuration more transparent.  In one of typical uses, a macro may be used in a template. Thus a trigger on a template may be named "Processor load is too high on {HOST.NAME}". When the template is applied to the host, such as Zabbix server, the name will resolve to "Processor load is too high on Zabbix server" when the trigger is displayed in the Monitoring section.  Macros may be used in item key parameters. A macro may be used for only a part of the parameter, for example `item.key[server_{HOST.HOST}_local]`. Double-quoting the parameter is not necessary as Zabbix will take care of any ambiguous special symbols, if present in the resolved macro.  There are other types of macros in Zabbix.  Zabbix supports the following macros:  -   `{MACRO}` - built-in macro (see [full list](/manual/appendix/macros/supported_by_location)) -   `{<macro>.<func>(<params>)}` - macro [functions](/manual/config/macros/macro_functions) -   `{$MACRO}` - [user-defined macro](/manual/config/macros/user_macros), optionally [with context](/manual/config/macros/user_macros_context) -   `{#MACRO}` - macro for [low-level discovery](/manual/config/macros/lld_macros) -   `{?EXPRESSION}` - [expression macro](/manual/config/macros/expression_macros)
ja	#### 概要  Zabbix は、さまざまな状況で使用できる多数の組み込みマクロをサポートしています。 これらのマクロは変数であり、特定の構文で識別されます:      {MACRO}   マクロは、コンテキストに応じて特定の値に解決されます。  マクロを効果的に使用することで、時間を節約し、Zabbix の設定をより透過的にすることができます。  典型的な用途の 1 つとして、テンプレートでマクロを使用することがあげられます。例えばテンプレートのトリガーは、"{HOST.NAME} のプロセッサ負荷が高すぎます"という名前となります。テンプレートが Zabbix サーバーなどのホストに適用され、トリガーが 監視セクションに表示されると、この名前は"Zabbix サーバーのプロセッサ負荷が高すぎます"に解決されます。  マクロは、アイテムキーパラメータで使用できます。たとえば`item.key[server_{HOST.HOST}_local]`のようにパラメータの一部のみとしても可能です。解決されたマクロにあいまいな特殊記号存在する場合、Zabbixが処理するのでパラメータをダブルクオートで囲む必要はありません。  Zabbix には他の種類のマクロもあります。  Zabbix は次のマクロをサポートしています。  -   `{MACRO}` - 組み込みマクロ ([全リスト](/manual/appendix/macros/supported_by_location)を参照) -   `{<macro>.<func>(<params>)}` - マクロ[関数](/manual/config/macros/macro_functions) -   `{$MACRO}` - [ユーザー定義のマクロ](/manual/config/macros/user_macros), オプションで[コンテキスト付き](/manual/config/macros/user_macros_context) -   `{#MACRO}` - [ローレベルディスカバリ](/manual/config/macros/lld_macros)マクロ -   `{?EXPRESSION}` - [式マクロ](/manual/config/macros/expression_macros)

en-us	 #### Overview  Zabbix supports data export in real-time in two ways:  -   [export to files](/manual/config/export/files) -   [streaming to external systems](/manual/config/export/streaming)  The following entities can be exported:  -   trigger events -   item values -   trends (export to files only)
ja	 #### 概要  Zabbixは、次の2つの方法でリアルタイムでのデータエクスポートをサポートします。  -   [ファイルにエクスポート](/manual/config/export/files) -   [外部システムへのストリーミング](/manual/config/export/streaming)  次のエンティティをエクスポートできます。  -   トリガーイベント -   アイテムの値 -   トレンド (ファイルにエクスポートのみ)

en-us	#### Overview  Zabbix supports encrypted communications between Zabbix components using Transport Layer Security (TLS) protocol v.1.2 and 1.3 (depending on the crypto library). Certificate-based and pre-shared key-based encryption is supported.  Encryption can be configured for connections:  -   Between Zabbix server, Zabbix proxy, Zabbix agent, zabbix\_sender     and zabbix\_get utilities -   To Zabbix database [from Zabbix frontend and     server/proxy](/manual/appendix/install/db_encrypt)  Encryption is optional and configurable for individual components:  -   Some proxies and agents can be configured to use certificate-based     encryption with the server, while others can use pre-shared     key-based encryption, and yet others continue with unencrypted     communications (as before) -   Server (proxy) can use different encryption configurations for     different hosts  Zabbix daemon programs use one listening port for encrypted and unencrypted incoming connections. Adding an encryption does not require opening new ports on firewalls.
ja	#### 概要  Zabbixは、トランスポートレイヤーセキュリティ(TLS)プロトコルv.1.2、1.3 (cryptoライブラリによる)を使用した Zabbix コンポーネント間の<br> 暗号化通信をサポートしています。証明書ベースと事前共有キーベースの暗号化がサポートされています。  暗号化は以下の接続に設定することができます:  -   Zabbix server, Zabbix proxy, Zabbix agent, zabbix\_sender と zabbix_get ユーティリティ間 -   Zabbix データベース [from Zabbix frontend and server/proxy](/manual/appendix/install/db_encrypt)  暗号化はオプションで、個々のコンポーネントに設定可能:  -  proxy や agent の中には、server との間で証明書ベースの暗号化を使用するように設定できるものもあれば、事前共有鍵ベースの     暗号化を使用できるものもあり、また暗号化されていない通信を続けるものもあります。（以前と同様です） -   server（proxy）は、ホストごとに異なる暗号化設定を使用することができます。  Zabbixのデーモンプログラムでは、暗号化された接続と暗号化されていない接続に1つのリスニングポートを使用します。<br> 暗号化を追加する場合、ファイアウォールに新しいポートを開く必要はありません。

en-us	#### Overview  Zabbix supports the sending of SMS messages using a serial GSM modem connected to Zabbix server's serial port.  Make sure that:  -   The speed of the serial device (normally /dev/ttyS0 under Linux)     matches that of the GSM modem. Zabbix does not set the speed of the     serial link. It uses default settings. -   The 'zabbix' user has read/write access to the serial device. Run     the command ls –l /dev/ttyS0 to see current permissions of the     serial device. -   The GSM modem has PIN entered and it preserves it after power reset.     Alternatively you may disable PIN on the SIM card. PIN can be     entered by issuing command AT+CPIN="NNNN" (NNNN is your PIN number,     the quotes must be present) in a terminal software, such as Unix     minicom or Windows HyperTerminal.  Zabbix has been tested with these GSM modems:  -   Siemens MC35 -   Teltonika ModemCOM/G10  To configure SMS as the delivery channel for messages, you also need to configure SMS as the media type and enter the respective phone numbers for the users.
ja	#### 概要  Zabbix は Zabbix server のシリアルポートに接続されたシリアルGSMモデムを使用したSMSメッセージの送信に対応しています。  以下の点を確認してください:  -   シリアルデバイス(Linuxでは通常/dev/ttyS0)の速度はGSMモデムの速度に合わせます。Zabbix はシリアルリンクの速度を設定しません。     デフォルトの設定を使用します。 -   zabbix ユーザは、シリアルデバイスへのリード/ライトアクセス権を持ちます。ls -l /dev/ttyS0 コマンドを実行し、シリアルデバイスの     現在のパーミッションを確認します。 -   GSM モデムには PIN が入力されており、パワーリセット後も PIN が保持されます。また、SIMカードのPINを無効化することもできます。     PINは Unix の minicom や Windows の HyperTerminal などのターミナルソフトで AT+CPIN="NNNN"（NNNNはPIN番号、引用符は     必ず入れてください）コマンドを発行することで入力することができます。  Zabbixは以下のGSMモデムでテストされています:  -   Siemens MC35 -   Teltonika ModemCOM/G10  メッセージの配信チャネルとしてSMSを設定するには、メディアタイプとしてSMSを設定し、ユーザーのそれぞれの電話番号を入力する<br> 必要があります。

en-us	#### Overview  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md) is a Python library for:  -  working with Zabbix API; -  acting like Zabbix sender; -  acting like Zabbix get.  It is supported for Zabbix 5.0, 6.0, 6.4 and later.
ja	#### 概要  [zabbix_utils](https://github.com/zabbix/python-zabbix-utils/blob/main/README.md)は以下のためのPythonライブラリです。  -  Zabbix APIと連携します。 -  Zabbix senderのように動作します。 -  Zabbix getのように動作します。  Zabbix 5.0、6.0、6.4以降でサポートされています。

en-us	#### Overview  Zabbix was created by Alexei Vladishev, and currently is actively developed and supported by Zabbix SIA.  Zabbix is an enterprise-class open source distributed monitoring solution.  Zabbix is a software that monitors numerous parameters of a network and the health and integrity of servers, virtual machines, applications, services, databases, websites, the cloud and more. Zabbix uses a flexible notification mechanism that allows users to configure email-based alerts for virtually any event. This allows a fast reaction to server problems. Zabbix offers excellent reporting and data visualization features based on the stored data. This makes Zabbix ideal for capacity planning.  Zabbix supports both polling and trapping. All Zabbix reports and statistics, as well as configuration parameters, are accessed through a web-based frontend. A web-based frontend ensures that the status of your network and the health of your servers can be assessed from any location. Properly configured, Zabbix can play an important role in monitoring IT infrastructure. This is equally true for small organizations with a few servers and for large companies with a multitude of servers.  Zabbix is free of cost. Zabbix is written and distributed under the AGPL-3.0 license. It means that its source code is freely distributed and available for the general public.  [Commercial support](http://www.zabbix.com/support.php) is available and provided by Zabbix Company and its partners around the world.  Learn more about [Zabbix features](features).
ja	#### 概要  ZabbixはAlexei Vladishevによって作成され、現在はZabbix SIAが積極的に開発およびサポートを行っています。  Zabbixはエンタープライズクラスの分散監視ソリューションであり、オープンソースで配布されています。  Zabbixは、ネットワークの多数のパラメーターと、サーバーや仮想マシン、アプリケーション、サービス、データベース、Webサイト、クラウドなどの稼働状態と整合性を監視するためのソフトウェアです。Zabbixは柔軟な通知メカニズムを備え、すべてのイベントに対して電子メールによるアラートを設定できます。これによって、サーバーの問題に迅速に対応できます。Zabbixは、保存されたデータをもとに優れたレポート機能とデータ視覚化機能を提供し、キャパシティプランニングに最適なソフトウェアとなっています。  Zabbixはポーリングとトラッピングの両方をサポートしています。すべてのZabbixのレポート、統計情報、および設定パラメーターには、Webインターフェースからアクセスできます。Webインターフェースによりどこからでも、あなたのネットワークとサーバーの状態を確認することができます。Zabbixを適切に構成することで、ITインフラストラクチャの監視において重要な役割を果たすことができます。少数のサーバーを有する小規模な組織から、大量のサーバーを有する大企業まで、同様です。  Zabbixは無料です。ZabbixはAGPL-3.0ライセンスの下で作成および配布されています。ソースコードは無料で配布され、誰でも自由に利用できます。  [商用サポート](http://www.zabbix.com/support.php)は、Zabbix社および世界中のパートナーによって提供されます。  詳細は、[Zabbixの機能](features)をご覧ください。

en-us	#### Overview  Zabbix web frontend can be temporarily disabled in order to prohibit access to it. This can be useful for protecting the Zabbix database from any changes initiated by users, thus protecting the integrity of database.  Zabbix database can be stopped and maintenance tasks can be performed while Zabbix frontend is in maintenance mode.  Users from defined IP addresses will be able to work with the frontend normally during maintenance mode.
ja	#### 概要  Zabbix Webフロントエンドへのアクセスを禁止するために、一時的に無効にすることができます。これは、ユーザーが開始した変更からZabbixデータベースを保護し、データベースの整合性を保護するのに役立ちます。  Zabbixフロントエンドがメンテナンスモードのときに、Zabbixデータベースを停止してメンテナンスタスクを実行できます。  一部の許可されたIPアドレスのユーザーは、メンテナンスモード中でも通常どおりフロントエンドを操作できます。

en-us	#### Overview  Zabbix web service is a process that is used for communication with external web services. Currently, Zabbix web service is used for generating and sending scheduled reports with plans to add additional functionality in the future.  Zabbix server connects to the web service via HTTP(S). Zabbix web service requires Google Chrome to be installed on the same host; on some distributions the service may also work with Chromium (see [known issues](/manual/installation/known_issues#chromium_for_zabbix_web_service_on_ubuntu_20)) .
ja	#### 概要  Zabbix Webサービスは、外部Webサービスとの通信に使用されるプロセスです。定期レポートの生成および送信のためにも使用されます。  ZabbixサーバーはHTTP(S)経由でWebサービスに接続します。 Zabbix WebサービスはGoogleChromeが同じホストにインストールされている必要があります。一部のディストリビューションではChromiumでも機能する場合があります（[既知の問題](/manual/installation/known_issues#chromium_for_zabbix_web_service_on_ubuntu_20)）

en-us	#### Parameter - array  If the key parameter is an array, it is again enclosed in square brackets, where individual parameters come in line with the rules and syntax of specifying multiple parameters.  ![](../../../../../assets/en/manual/config/key_param_array.png)  ::: noteimportant Multi-level parameter arrays, e.g. `[a,[b,[c,d]],e]`, are not allowed. :::
ja	#### パラメータ - 配列  キーパラメータが配列の場合は、再び角括弧で囲みます。 <br> 個々のパラメータは、複数のパラメータを指定する規則と構文に沿うようになります。 <br>  ![](../../../../../assets/en/manual/config/key_param_array.png)  ::: noteimportant 多段階のパラメータ配列、例えば <br> `[a,[b,[c,d]],e]` のような複数レベルのパラメータ配列は許可されません。 :::

en-us	### Parameters  `(array)` IDs of hosts to delete.
ja	### パラメータ  `(array)` 削除するホストのID配列

en-us	### Parameters  `(array)` IDs of items to clear.
ja	### パラメータ  `(array)` クリアするアイテムのID配列

en-us	### Parameters  `(array)` IDs of proxies to delete.
ja	### パラメータ  `(array)` 削除するプロキシのID

en-us	### Parameters  `(array)` IDs of proxy groups to delete.
ja	### パラメータ  `(array)` 消去するプロキシグループのID

en-us	### Parameters  `(array)` IDs of the actions to delete.
ja	### パラメーター  `(array)` 削除するアクションのID。

en-us	### Parameters  `(array)` IDs of the correlations to delete.
ja	### パラメータ  `(array)`  削除する相関関係のID配列

en-us	### Parameters  `(array)` IDs of the dashboards to delete.
ja	### パラメータ  `(array)` 削除するダッシュボードのID配列

en-us	### Parameters  `(array)` IDs of the discovery rules to delete.
ja	### パラメータ  `(array)`  削除するディスカバリールールのID配列

en-us	### Parameters  `(array)` IDs of the global macros to delete.
ja	### パラメータ  `(array)` 削除するグローバルマクロのID

en-us	### Parameters  `(array)` IDs of the graph prototypes to delete.
ja	### パラメータ  `(array)` 削除する graph prototypes のID

en-us	### Parameters  `(array)` IDs of the graphs to delete.
ja	### パラメータ  `(array)` 削除するグラフのID配列

en-us	### Parameters  `(array)` IDs of the host groups to delete.
ja	### パラメータ  `(array)` 削除する host group のID配列

en-us	### Parameters  `(array)` IDs of the host interfaces to delete.
ja	### パラメータ  `(array)` 削除するホストインターフェースのID

en-us	### Parameters  `(array)` IDs of the host macros to delete.
ja	### パラメータ  `(array)` 削除するホストマクロの ID

en-us	### Parameters  `(array)` IDs of the host prototypes to delete.
ja	### パラメータ  `(array)` 削除するホストプロトタイプのID

en-us	### Parameters  `(array)` IDs of the icon maps to delete.
ja	### パラメータ  `(array)` 削除するアイコンマップのID

en-us	### Parameters  `(array)` IDs of the images to delete.
ja	### パラメータ  `(array)` 削除する画像のID

en-us	### Parameters  `(array)` IDs of the item prototypes to delete.
ja	### パラメータ  `(array)` 削除するアイテム プロトタイプの ID

en-us	### Parameters  `(array)` IDs of the items to delete.
ja	### パラメータ  `(array)` 削除するアイテムの ID

en-us	### Parameters  `(array)` IDs of the LLD rules to delete.
ja	### パラメータ  `(array)` 削除するLLDルールのID

en-us	### Parameters  `(array)` IDs of the maintenance periods to delete.
ja	### パラメータ  `(array)` 削除するメンテナンス期間のID。

en-us	### Parameters  `(array)` IDs of the maps to delete.
ja	### パラメータ  `(array)` 削除するマップのID

en-us	### Parameters  `(array)` IDs of the media types to delete.
ja	### パラメータ  `(array)` 削除するメディアタイプのID

en-us	### Parameters  `(array)` IDs of the modules to uninstall.
ja	### Parameters  `(array)` アンインストールするモジュールのID。

en-us	### Parameters  `(array)` IDs of the regular expressions to delete.
ja	### パラメータ  `(array)` 削除する正規表現のID

en-us	### Parameters  `(array)` IDs of the roles to delete.
ja	### パラメータ  `(array)` 削除するロールのID

en-us	### Parameters  `(array)` IDs of the scheduled reports to delete.
ja	### パラメータ  `(array)` 削除するスケジュール済みレポートのID

en-us	### Parameters  `(array)` IDs of the scripts to delete.
ja	### パラメータ  `(array)` 削除するスクリプトのID

en-us	### Parameters  `(array)` IDs of the services to delete.
ja	### パラメータ  `(array)` 削除するサービスのID

en-us	### Parameters  `(array)` IDs of the SLAs to delete.
ja	### パラメータ  `(array)` 削除するSLAのID

en-us	### Parameters  `(array)` IDs of the template dashboards to delete.
ja	### パラメータ  `(array)` 削除するテンプレート ダッシュボードの ID

en-us	### Parameters  `(array)` IDs of the template groups to delete.
ja	### パラメーター  `(array)` 削除するテンプレートグループのID

en-us	### Parameters  `(array)` IDs of the templates to delete.
ja	### パラメータ  `(array)` 削除するテンプレートの ID

en-us	### Parameters  `(array)` IDs of the tokens to delete.
ja	### パラメータ  `(array)` 削除するトークンのID

en-us	### Parameters  `(array)` IDs of the tokens to generate.
ja	### パラメータ  `(array)` 生成するトークンのID

en-us	### Parameters  `(array)` IDs of the trigger prototypes to delete.
ja	### パラメータ  `(array)` 削除するトリガー プロトタイプの ID

en-us	### Parameters  `(array)` IDs of the triggers to delete.
ja	### パラメータ  `(array)` 削除するトリガーのID

en-us	### Parameters  `(array)` IDs of the user directories to delete.
ja	### パラメータ  `(array)` 削除するユーザーディレクトリのID。

en-us	### Parameters  `(array)` IDs of the user groups to delete.
ja	### パラメータ  `(array)` 削除するユーザーグループのID

en-us	### Parameters  `(array)` IDs of the value maps to delete.
ja	### パラメータ  `(array)` 削除するバリューマップのID。

en-us	### Parameters  `(array)` IDs of the web scenarios to delete.
ja	### パラメータ  `(array)` 削除するWebシナリオのID

en-us	### Parameters  `(array)` IDs of users to delete.
ja	### パラメータ  `(array)` 削除するユーザーのID

en-us	### Parameters  `(array)` IDs of users to provision.
ja	### パラメータ  `(array)` プロビジョニングするユーザーのID

en-us	### Parameters  `(array)` IDs of users to unblock.
ja	### パラメータ  `(array)` ユーザーブロックを解除するID

en-us	### Parameters  `(array)` The method accepts an empty array.
ja	### パラメータ  `(array)` このメソッドは空の配列を受け入れます。

en-us	### Parameters  `(array)` The method accepts an empty array.
ja	### パラメータ  `(array)` このメソッドは空の配列を受け入れます。

en-us	#### - Parameters  Both functions use almost the same set of parameters. Use the list of [supported functions](/manual/appendix/functions) for reference.
ja	#### - パラメータ  両関数とも、ほぼ同じパラメータを使用します。[supported functions](/manual/appendix/functions)を参考にしてください。

en-us	### Parameters  `(object/array)` Action properties to be updated.  The `actionid` property must be defined for each action, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard action properties](object#action), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|[Action filter](/manual/api/reference/action/object#action_filter) object to replace the current filter.| |operations|array|[Action operations](/manual/api/reference/action/object#action_operation) to replace existing operations.| |recovery\_operations|array|[Action recovery operations](/manual/api/reference/action/object#action_recovery_operation) to replace existing recovery operations.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *supported* if `eventsource` of [Action object](/manual/api/reference/action/object#action) is set to "event created by a trigger", "internal event", or "event created on service status update"| |update\_operations|array|[Action update operations](/manual/api/reference/action/object#action_update_operation) to replace existing update operations.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *supported* if `eventsource` of [Action object](/manual/api/reference/action/object#action) is set to "event created by a trigger" or "event created on service status update"|
ja	### パラメーター  `(object/array)` 更新するアクションのプロパティ。  `actionid`プロパティはアクションごとに定義する必要があり、その他のプロパティはオプションです。渡されたプロパティのみが更新され、他は一切変更されません。  [actionの標準プロパティ](object#action)に加えて、このメソッドは以下のパラメーターを受け付けます。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |filter|object|現在のフィルターを置き換える[アクションフィルター](/manual/api/reference/action/object#action_filter)オブジェクト。| |operations|array|既存の操作を置き換える[アクション操作](/manual/api/reference/action/object#action_operation)。| |recovery\_operations|array|既存の回復操作を置き換える[アクション回復操作](/manual/api/reference/action/object#action_recovery_operation)。<br><br>[パラメーターの動作](/manual/api/reference_commentary#parameter-behavior):<br>- [Actionオブジェクト](/manual/api/reference/action/object#action)の`eventsource`が"event created by a trigger"、"internal event"または"event created on service status update"に設定されている場合、*サポート*| |update\_operations|array|既存の更新操作を置き換える[アクション更新操作](/manual/api/reference/action/object#action_update_operation)。<br><br>[パラメーターの動作](/manual/api/reference_commentary#parameter-behavior):<br>- [Actionオブジェクト](/manual/api/reference/action/object#action)の`eventsource`が"event created by a trigger"または"event created on service status update"に設定されている場合、*サポート*|

en-us	### Parameters  `(object/array)` Actions to create.  Additionally to the [standard action properties](object#action), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |filter|object|[Action filter](/manual/api/reference/action/object#action_filter) object for the action.| |operations|array|[Action operations](/manual/api/reference/action/object#action_operation) to create for the action.| |recovery\_operations|array|[Action recovery operations](/manual/api/reference/action/object#action_recovery_operation) to create for the action.| |update\_operations|array|[Action update operations](/manual/api/reference/action/object#action_update_operation) to create for the action.|
ja	### パラメーター  `(object/array)` 作成するアクション。  [actionの標準プロパティ](object#action)に加えて、このメソッドは以下のパラメーターを受け付けます。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |filter|object|アクション用の[アクションフィルター](/manual/api/reference/action/object#action_filter)オブジェクト。| |operations|array|アクション用に作成する[アクション操作](/manual/api/reference/action/object#action_operation) 。| |recovery\_operations|array|アクション用に作成する[アクション回復操作](/manual/api/reference/action/object#action_recovery_operation)。| |update\_operations|array|アクション用に作成する[アクション更新操作](/manual/api/reference/action/object#action_update_operation)。|

en-us	### Parameters  `(object/array)` [Global macro properties](object#global_macro) to be updated.  The `globalmacroid` property must be defined for each global macro, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
ja	### パラメータ  `(object/array)` 更新する[グローバルマクロプロパティ](object#global_macro)  グローバル マクロごとに`globalmacroid`プロパティを定義する必要があります。他のプロパティはすべてオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。

en-us	### Parameters  `(object/array)` Global macros to create.  The method accepts global macros with the [standard global macro properties](object#global_macro).
ja	### パラメータ  `(object/array)` 作成するグローバル マクロ  このメソッドは[標準のグローバルマクロプロパティ](object#global_macro) を持つグローバル マクロを受け入れます。

en-us	### Parameters  `(object/array)` [Host group properties](object#host_group) to be updated.  The `groupid` property must be defined for each host group, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
ja	### パラメータ  `(object/array)` [Host group properties](object#host_group) が更新されます。  groupid` プロパティは各ホストグループに対して定義する必要があり、他のプロパティはすべてオプションです。<br> 与えられたプロパティのみが更新され、その他のプロパティは変更されません。

en-us	### Parameters  `(object/array)` [Host interface properties](object#host_interface) to be updated.  The `interfaceid` property must be defined for each host interface, all other properties are optional. Only the given properties will be updated, all others will remain unchanged.
ja	### パラメータ  `(object/array)` [ホストインターフェースのプロパティ](object#host_interface)が更新されます。  `interfaceid`プロパティは、ホストインターフェイスごとに定義する必要があり、他のすべてのプロパティはオプションです。 指定されたプロパティのみが更新され、他のプロパティは変更されません。

en-us	### Parameters  `(object/array)` [Host macro properties](object#host_macro) to be updated.  The `hostmacroid` property must be defined for each host macro, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
ja	### パラメータ  `(object/array)` 更新する[ホストマクロプロパティ](object#host_macro)  ホスト マクロごとに`hostmacroid`プロパティを定義する必要があります。他のプロパティはすべてオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。

en-us	### Parameters  `(object/array)` Host macros to create.  The method accepts host macros with the [standard host macro properties](object#host_macro).
ja	### パラメータ  `(object/array)` 作成するホストマクロ  このメソッドは[標準のホスト マクロ プロパティ](object#host_macro) を持つホストマクロを受け入れます。

en-us	### Parameters  `(object/array)` Icon map properties to be updated.  The `iconmapid` property must be defined for each icon map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  Additionally to the [standard icon map properties](object#icon_map), the method accepts the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |mappings|array|[Icon mappings](/manual/api/reference/iconmap/object#icon_mapping) to replace the existing icon mappings.|
ja	### パラメータ  `(object/array)` 更新されるアイコンマップのプロパティ  `iconmapid`プロパティはアイコンマップごとに定義する必要があり、すべてのプロパティはオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。  [標準のアイコンマッププロパティ](object#icon_map)に加えて、このメソッドは次のパラメーターを受け入れます。  |パラメータ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |mappings|array|既存の[アイコンマッピング](/manual/api/reference/iconmap/object#icon_mapping)を置き換えます|

en-us	### Parameters  `(object/array)` [Script properties](object#script) to be updated.  The `scriptid` property must be defined for each script, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged. An exception is `type` property change from 5 (Webhook) to other: the `parameters` property will be cleaned.
ja	### パラメータ  `(object/array)` [スクリプトのプロパティ](object#script)が更新されます。  `scriptid`プロパティはスクリプトごとに定義する必要があり、すべてのプロパティはオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。 例外は`type`プロパティが5（Webhook）からその他に変更された場合です。その場合は`parameters`プロパティはクリーンアップされます。

en-us	### Parameters  `(object/array)` Scripts to create.  The method accepts scripts with the [standard script properties](/manual/api/reference/script/object#script).
ja	### パラメータ  `(object/array)` 作成するスクリプト  このメソッドは、[標準のスクリプトプロパティ](/manual/api/reference/script/object#script)を持つスクリプトを受け入れます

en-us	### Parameters  `(object/array)` Token properties to be updated.  The `tokenid` property must be defined for each token, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.  The method accepts tokens with the [standard token properties](object).
ja	### パラメータ  `(object/array)` 更新されるトークンプロパティ  `tokenid`プロパティはトークンごとに定義する必要があり、すべてのプロパティはオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。  このメソッドは[標準トークンプロパティ](object)を持つトークンを受け入れます。

en-us	### Parameters  `(object/array)` Tokens to create.  The method accepts tokens with the [standard token properties](object).
ja	### パラメータ  `(object/array)` トークンの作成  このメソッドは[標準トークンプロパティ](object)を持つトークンを受け入れます。

en-us	### Parameters  `(object/array)` [Value map properties](object#value_map) to be updated.  The `valuemapid` property must be defined for each value map, all other properties are optional. Only the passed properties will be updated, all others will remain unchanged.
ja	### パラメータ  `(object/array)` [バリューマップのプロパティ](object#value_map) が更新されます。  `valuemapid`プロパティは、バリューマップごとに設定する必要があります。すべてのプロパティはオプションです。 渡されたプロパティのみが更新され、他のプロパティは変更されません。

en-us	### Parameters  `(object/array)` Value maps to create.  The method accepts value maps with the [standard value map properties](object#value_map).
ja	### パラメータ  `(object/array)` バリューマップ作製  このメソッドは、[標準バリューマップのプロパティ](object#value_map)を持つバリューマップを受け入れます。

en-us	### Parameters  `(object)` [Authentication properties](object#authentication) to be updated.
ja	### パラメーター  `(object)` 更新する[認証のプロパティ](object#authentication)。

en-us	### Parameters  `(object)` [Autoregistration properties](object#autoregistration) to be updated.
ja	### パラメーター  `(object)` 更新する[自動登録のプロパティ](object#autoregistration)。

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ja	### パラメーター  `(object)` 目的の出力を定義するパラメーター。  このメソッドはパラメーターを1つだけサポートします。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |output|query|すべての`get`メソッドに共通するこれらのパラメーターについては、[リファレンスの解説](/manual/api/reference_commentary#common_get_method_parameters)で解説されています。|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ja	### パラメータ  `(object)` 目的の出力を定義するパラメーター  このメソッドは1つのパラメーターのみをサポートします  |パラメータ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |output|query|すべての`get`メソッドに共通するこのパラメーターについては[リファレンス解説](/manual/api/reference_commentary#common_get_method_parameters)ページで詳しく説明されています。|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ja	### パラメータ  `(object)` 希望する出力を定義するパラメータ  このメソッドは1つのパラメータのみをサポートしています。  |パラメータ|[Type](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports only one parameter.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |output|query|This parameter being common for all `get` methods described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).|
ja	### パラメーター  `(object)` 目的の出力を定義するパラメーター。  このメソッドはパラメーターを1つだけサポートします。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |output|query|すべての`get`メソッドに共通するこれらのパラメーターについては、[リファレンスの解説](/manual/api/reference_commentary#common_get_method_parameters)で解説されています。|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |actionids|ID/array|Return only actions with the given IDs.| |groupids|ID/array|Return only actions that use the given host groups in action conditions.| |hostids|ID/array|Return only actions that use the given hosts in action conditions.| |triggerids|ID/array|Return only actions that use the given triggers in action conditions.| |mediatypeids|ID/array|Return only actions that use the given media types to send messages.| |usrgrpids|ID/array|Return only actions that are configured to send messages to the given user groups.| |userids|ID/array|Return only actions that are configured to send messages to the given users.| |scriptids|ID/array|Return only actions that are configured to run the given scripts.| |selectFilter|query|Return a [`filter`](/manual/api/reference/action/object#action_filter) property with the action condition filter.| |selectOperations|query|Return an [`operations`](/manual/api/reference/action/object#action_operation) property with action operations.| |selectRecoveryOperations|query|Return a [`recovery_operations`](/manual/api/reference/action/object#action_recovery_operation) property with action recovery operations.| |selectUpdateOperations|query|Return an [`update_operations`](/manual/api/reference/action/object#action_update_operation) property with action update operations.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values: `actionid`, `name`, `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ja	### パラメーター  `(object)` 希望する出力を定義するパラメーター。  このメソッドは以下のパラメーターをサポートしています。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |actionids|ID/array|指定されたIDのアクションのみを返します。| |groupids|ID/array|アクション条件で指定されたホストグループを使用するアクションのみを返します。| |hostids|ID/array|アクション条件で指定されたホストを使用するアクションのみを返します。| |triggerids|ID/array|アクション条件で指定されたトリガーを使用するアクションのみを返します。| |mediatypeids|ID/array|指定されたメディアタイプを使用してメッセージを送信するアクションのみを返します。| |usrgrpids|ID/array|指定されたユーザーグループにメッセージを送信するように構成されたアクションのみを返します。| |userids|ID/array|指定されたユーザーにメッセージを送信するように構成されたアクションのみを返します。| |scriptids|ID/array|指定されたスクリプトを実行するように構成されたアクションのみを返します。| |selectFilter|query|アクション条件フィルターを含む[`filter`](/manual/api/reference/action/object#action_filter)プロパティを返します。| |selectOperations|query|アクション操作を伴う[`operation`](/manual/api/reference/action/object#action_operation)プロパティを返します。| |selectRecoveryOperations|query|アクション回復操作を含む[`recovery\_operations`](/manual/api/reference/action/object#action_recovery_operation)プロパティを返します。| |selectUpdateOperations|query|アクション更新操作を含む[`update\_operations`](/manual/api/reference/action/object#action_update_operation)プロパティを返します。| |sortfield|string/array|指定されたプロパティによって結果を並べ替えます。<br><br>利用可能な値 : `actionid`、`name`、`status`| |countOutput|boolean|すべての`get`メソッドに共通するこれらのパラメーターについては、[リファレンスの解説](/manual/api/reference_commentary#common_get_method_parameters)で解説されています。| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |alertids|ID/array|Return only alerts with the given IDs.| |actionids|ID/array|Return only alerts generated by the given actions.| |eventids|ID/array|Return only alerts generated by the given events.| |groupids|ID/array|Return only alerts generated by objects from the given host groups.| |hostids|ID/array|Return only alerts generated by objects from the given hosts.| |mediatypeids|ID/array|Return only message alerts that used the given media types.| |objectids|ID/array|Return only alerts generated by the given objects| |userids|ID/array|Return only message alerts that were sent to the given users.| |eventobject|integer|Return only alerts generated by events related to objects of the given type.<br><br>See event [`object`](/manual/api/reference/event/object#event) for a list of supported object types.<br><br>Default: 0 - trigger.| |eventsource|integer|Return only alerts generated by events of the given type.<br><br>See event [`source`](/manual/api/reference/event/object#event) for a list of supported event types.<br><br>Default: 0 - trigger events.| |time\_from|timestamp|Return only alerts that have been generated after the given time.| |time\_till|timestamp|Return only alerts that have been generated before the given time.| |selectHosts|query|Return a [`hosts`](/manual/api/reference/host/object) property with data of hosts that triggered the action operation.| |selectMediatypes|query|Return a [`mediatypes`](/manual/api/reference/mediatype/object) property with an array of the media types that were used for the message alert.| |selectUsers|query|Return a [`users`](/manual/api/reference/user/object) property with an array of the users that the message was addressed to.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values: `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto`, `status`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ja	### パラメーター  `(object)` 目的の出力を定義するパラメーター。  このメソッドは以下のパラメーターをサポートしています。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |alertids|ID/array|指定されたIDを持つアラートのみを返します。| |actionids|ID/array|指定されたアクションによって生成されたアラートのみを返します。| |eventids|ID/array|指定されたイベントによって生成されたアラートのみを返します。| |groupids|ID/array|指定されたホストグループのオブジェクトによって生成されたアラートのみを返します。| |hostids|ID/array|指定されたホストのオブジェクトによって生成されたアラートのみを返します。| |mediatypeids|ID/array|指定されたメディアタイプを使用したメッセージアラートのみを返します。| |objectids|ID/array|指定されたオブジェクトによって生成されたアラートのみを返します。| |userids|ID/array|指定されたユーザーに送信されたメッセージアラートのみを返します。| |eventobject|integer|指定されたタイプのオブジェクトに関連するイベントによって生成されたアラートのみを返します。<br><br>サポートされているオブジェクトタイプのリストについては、 event [`object`](/manual/api/reference/event/object#event)を参照してください。<br><br>デフォルト: 0 - トリガー| |eventsource|integer|指定されたタイプのイベントによって生成されたアラートのみを返します。<br><br>サポートされているイベントタイプのリストについては、event [`source`](/manual/api/reference/event/object#event) を参照してください。<br><br>デフォルト: 0 - トリガーイベント| |time\_from|timestamp|指定された時間後に生成されたアラートのみを返します。| |time\_till|timestamp|指定された時間より前に生成されたアラートのみを返します。| |selectHosts|query|アクション操作をトリガーしたホストのデータを含む[`ホスト`](/manual/api/reference/host/object)プロパティを返します。| |selectMediatypes|query|メッセージアラートに使用されたメディアタイプの配列を含む[`メディアタイプ`](/manual/api/reference/mediatype/object)プロパティを返します。| |selectUsers|query|メッセージの宛先となったユーザーの配列を含む[`ユーザー`](/manual/api/reference/user/object)プロパティを返します。| |sortfield|string/array|指定されたプロパティによって結果を並べ替えます。<br><br>利用可能な値: `alertid`, `clock`, `eventid`, `mediatypeid`, `sendto`, `status`.| |countOutput|boolean|すべての`get`メソッドに共通するこれらのパラメーターは、[リファレンス解説](/manual/api/reference_commentary#common_get_method_parameters)で説明されています。| |editable|boolean|^| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the desired output.  The method supports the following parameters.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |auditids|ID/array|Return only audit log with the given IDs.| |userids|ID/array|Return only audit log that were created by the given users.| |time\_from|timestamp|Returns only audit log entries that have been created after or at the given time.| |time\_till|timestamp|Returns only audit log entries that have been created before or at the given time.| |sortfield|string/array|Sort the result by the given properties.<br><br>Possible values: `auditid`, `userid`, `clock`.| |countOutput|boolean|These parameters being common for all `get` methods are described in the [reference commentary](/manual/api/reference_commentary#common_get_method_parameters).| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|
ja	### パラメーター  `(object)` 目的の出力を定義するパラメーター。  このメソッドは以下のパラメーターをサポートしています。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |auditids|ID/array|指定されたIDの監査ログのみを返します。| |userids|ID/array|指定されたユーザーによって作成された監査ログのみを返します。| |time\_from|timestamp|指定された時刻以降に作成された監査ログのみを返します。| |time\_till|timestamp|指定された時刻以前に作成された監査ログのみを返します。| |sortfield|string/array|指定されたプロパティで結果を並べ替えます。<br><br>利用可能な値: `auditid`、`userid`、`clock`| |countOutput|boolean|すべての`get`メソッドに共通するこれらのパラメーターについては、[リファレンスの解説](/manual/api/reference_commentary#common_get_method_parameters)で説明されています。| |excludeSearch|boolean|^| |filter|object|^| |limit|integer|^| |output|query|^| |preservekeys|boolean|^| |search|object|^| |searchByAny|boolean|^| |searchWildcardsEnabled|boolean|^| |sortorder|string/array|^| |startSearch|boolean|^|

en-us	### Parameters  `(object)` Parameters defining the objects to be exported and the format to use.  |Parameter|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |format|string|Format in which the data must be exported.<br><br>Possible values:<br>`yaml` - YAML;<br>`xml` - XML;<br>`json` - JSON;<br>`raw` - unprocessed PHP array.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required*| |prettyprint|boolean|Make the output more human readable by adding indentation.<br><br>Possible values:<br>`true` - add indentation;<br>`false` - *(default)* do not add indentation.| |options|object|Objects to be exported.<br><br>The `options` object has the following parameters:<br>`host_groups` - `(array)` IDs of host groups to export;<br>`hosts` - `(array)` IDs of hosts to export;<br>`images` - `(array)` IDs of images to export;<br>`maps` - `(array)` IDs of maps to export;<br>`mediaTypes` - `(array)` IDs of media types to export;<br>`template_groups` - `(array)` IDs of template groups to export;<br>`templates` - `(array)` IDs of templates to export.<br><br>[Parameter behavior](/manual/api/reference_commentary#parameter-behavior):<br>- *required*|
ja	### パラメーター  `(object)` エクスポートするオブジェクトと使用する形式を定義するパラメーター。  |パラメーター|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |format|string|データのエクスポート形式。<br><br>利用可能な値:<br>`yaml` - YAML<br>`xml` - XML<br>`json` - JSON<br>`raw` - 未処理のPHP配列<br><br>[パラメーターの動作](/manual/api/reference_commentary#parameter-behavior):<br>- *必須*| |prettyprint|boolean|インデントを追加して人間が読みやすい出力にします。<br><br>利用可能な値:<br>`true` - インデントを追加する<br>`false` - *(デフォルト)* インデントを追加しない| |options|object|エクスポートするオブジェクト。<br><br>`options`オブジェクトには次のパラメータがあります:<br>`host_groups` - `(array)` エクスポートするホストグループのID<br>`hosts` - `(array)` エクスポートするホストのID<br>`images` - `(array)` エクスポートする画像のID<br>`maps` - `(array)` エクスポートするマップのID<br>`mediaTypes` - `(array)` エクスポートするメディアタイプのID<br>`template_groups` - `(array)` エクスポートするテンプレートグループのID<br>`templates` - `(array)` エクスポートするテンプレートのID<br><br>[パラメーターの動作](/manual/api/reference_commentary#parameter-behavior):<br>- *必須*|

en-us	#### Parameters  |Parameter|Description|Defaults|Example| |--|------|--|---| |*endpoint*|Protocol and address of the endpoint, defined as `protocol://connection_string`<br><br>Possible protocol values: *rtu*, *ascii* (Agent 2 only), *tcp*<br><br>Connection string format:<br><br>with *tcp* - `address:port`<br>with serial line: *rtu*, *ascii* - `port_name:speed:params`<br>where<br>'speed' - 1200, 9600 etc<br>'params' - data bits (5,6,7 or 8), parity (n,e or o for none/even/odd), stop bits (1 or 2)|protocol: none<br><br>*rtu/ascii* protocol:<br>port\_name: none<br>speed: 115200<br>params: 8n1<br><br>*tcp* protocol:<br>address: none<br>port: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*slave id*|Modbus address of the device it is intended for (1 to 247), see [MODBUS Messaging Implementation Guide](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf) (page 23)<br><br>tcp device (not GW) will ignore the field|serial: 1<br><br>tcp: 255 (0xFF)|2| |*function*|Empty or value of a supported function:<br><br>1 - Read Coil,<br>2 - Read Discrete Input,<br>3 - Read Holding Registers,<br>4 - Read Input Registers|empty|3| |*address*|Address of the first registry, coil or input.<br><br>If 'function' is empty, then 'address' should be in range for:<br>Coil - 00001 - 09999<br>Discrete input - 10001 - 19999<br>Input register - 30001 - 39999<br>Holding register - 40001 - 49999<br><br>If 'function' is not empty, the 'address' field will be from 0 till 65535 and used without modification (PDU)|empty function: 00001<br><br>non-empty function: 0|9999| |*count*|Count of sequenced 'type' which will be read from device, where:<br><br>for Coil or Discrete input the 'type' = 1 bit<br>for other cases: (count\*type)/2 = real count of registers for reading<br>If 'offset' is not 0, the value will be added to 'real count'<br>Acceptable range for 'real count' is 1:65535|1|2| |*type*|Data type:<br><br>for Read Coil and Read Discrete Input - *bit*<br><br>for Read Holding Registers and Read Input Registers:<br>*int8* - 8bit<br>*uint8* - 8bit (unsigned)<br>*int16* - 16bit<br>*uint16* - 16bit (unsigned)<br>*int32* - 32bit<br>*uint32* - 32bit (unsigned)<br>*float* - 32bit<br>*uint64* - 64bit (unsigned)<br>*double* - 64bit|bit<br>uint16|uint64| |*endianness*|Endianness type:<br>*be* - Big Endian<br>*le* - Little Endian<br>*mbe* - Mid-Big Endian<br>*mle* - Mid-Little Endian<br><br>Limitations:<br>for 1 bit - be<br>for 8 bits - be,le<br>for 16 bits - be,le|be|le| |*offset*|Number of registers, starting from 'address', the result of which will be discarded.<br><br>The size of each register is 16bit (needed to support equipment that does not support random read access).|0|4|
ja	#### パラメータ  |パラメータ|説明|デフォルト|例| |--|------|--|---| |*endpoint*|`protocol://connection_string`として定義されたエンドポイントのプロトコルとアドレス<br><br>可能なプロトコル値：*rtu*,*ascii*（エージェント2のみ）,* tcp *<br><br>接続文字列形式：<br><br>with *tcp* - `address：port`<br>シリアルライン付き：*rtu*,*ascii* - `port_name:speed:params`<br>where<br>'speed' - 1200, 9600など<br>'params' - データビット（5、6、7、または8）、パリティ（n、eまたはo、なし/偶数/奇数）、ストップビット（1または2）||protocol: none<br><br>*rtu/ascii* protocol:<br>port\_name: none<br>speed: 115200<br>params: 8n1<br><br>*tcp* protocol:<br>address: none<br>port: 502|tcp://192.168.6.1:511<br>tcp://192.168.6.2<br>tcp://\[::1\]:511<br>tcp://::1<br>tcp://localhost:511<br>tcp://localhost<br>rtu://COM1:9600:8n<br>ascii://COM2:1200:7o2<br>rtu://ttyS0:9600<br>ascii://ttyS1| |*slave id*|対象となるデバイスのModbusアドレス（1〜247）[MODBUSメッセージング実装ガイド](https://modbus.org/docs/Modbus_Messaging_Implementation_Guide_V1_0b.pdf)（23ページ）<br><br>tcpデバイス（ GWではありません）フィールドを無視します|serial:1<br><br>tcp: 255 (0xFF)|2| |*function*|サポートされている関数の値または空白：<br><br>1 - コイルの読み取り<br>2 - ディスクリート入力の読み取り<br>3 - 保持レジスタの読み取り<br>4 - 入力レジスタの読み取り|empty|3| |*address*|最初のレジストリ、コイル、または入力のアドレス<br><br>'function'が空の場合、'address'は次の範囲内である必要があります。<br>Coil - 00001 - 09999<br>Discrete input - 10001 - 19999<br>Input register - 30001 - 39999<br>Holding register - 40001 - 49999<br><br>'function'が空でない場合、'address'フィールドは0から65535までで、そのまま使用されます（PDU）|functionが空白: 00001<br><br>functionが空白以外: 0|9999| |*count*|デバイスから読み取られるシーケンスされた'type'の数。<br><br>コイルまたはディスクリート入力の場合は'type'=1bit<br>その他の場合：（count \* type）/ 2 = real 読み取るレジスタの数<br>'offset'が0でない場合、値は'実際の数'に追加されます。<br>'実際の数'の許容範囲は1:65535です。|1|2| |*type*|データ型：<br><br>読み取りコイルおよび読み取りディスクリート入力の場合 - *bit*<br><br>読み取り保持レジスタおよび読み取り入力レジスタの場合：<br>*int8* - 8bit<br>*uint8* - 8bit（符号なし）<br>*int16* - 16bit<br>*uint16* - 16bit（符号なし）<br>*int32* - 32bit<br>*uint32* - 32bit（符号なし）<br>*float* - 3bit<br>*uint64* - 64bit（符号なし）<br>*double* - 64bit|bit<br>uint16|uint64| |*endianness*|エンディアンタイプ：<br>*be* - ビッグエンディアン<br>*le* - リトルエンディアン<br>*mbe* - ミッドビッグエンディアン<br>*mle* - ミッドリトルエンディアン<br><br>制限：<br>1ビットの場合 - be<br> 8ビットの場合 - be,le<br>16ビットの場合 - be,le|be|le| |*offset*|'address'から始まるレジスタの数。その結果は破棄されます。<br><br>各レジスタのサイズは16ビットです（ランダム読み取りアクセスをサポートしない機器をサポートするため）|0|4|

en-us	#### Parameter - unquoted string  If the key parameter is an unquoted string, any Unicode character is allowed except comma and right square bracket (\]). Unquoted parameter cannot start with left square bracket (\[).  ![](../../../../../assets/en/manual/config/key_param_unquoted_string.png)
ja	#### パラメータ - ダブルコーテーションがない文字列  キーパラメータにダブルコーテーションがない文字列の場合、カンマと右大括弧（\]）を除く全てのUnicode文字が使用可能です。 <br> ダブルコーテーションで囲まれていないパラメータで、左大括弧（\[）で始まる文字列は使用できません。 <br>  ![](../../../../../assets/en/manual/config/key_param_unquoted_string.png)

en-us	##### Passive and active checks  Passive checks work similarly to Zabbix agent. Active checks support scheduled/flexible intervals and check concurrency within one active server.   ::: noteclassic   By default, after a restart, Zabbix agent 2 will schedule the first data collection for active checks at a conditionally random time    within the item's update interval to prevent spikes in resource usage. To perform active checks that do not have    *Scheduling* [update interval](/manual/config/items/item/custom_intervals#scheduling-intervals) immediately after the agent restart,    set `ForceActiveChecksOnStart` parameter (global-level) or `Plugins.<Plugin name>.System.ForceActiveChecksOnStart` (affects only specific plugin checks)    in the [configuration file](/manual/appendix/config/zabbix_agent2). Plugin-level parameter, if set, will override the global parameter.  :::
ja	##### パッシブチェックとアクティブチェック  パッシブチェックはZabbixエージェントと同様に機能します。アクティブチェックは、スケジュールされた柔軟な間隔設定をサポートし、アクティブサーバー内の同時実行性をチェックします。  ::: noteclassic   デフォルトでは、Zabbixエージェント2は、リソース使用量の急増を防ぐために、アイテムの更新間隔内の条件付きランダム時間にアクティブチェックの最初のデータ収集をスケジュールします。エージェントの再起動直後に*予定された*[更新確認間隔](/manual/config/items/item/custom_intervals#scheduling-interval)にないアクティブチェックを実行するには、[構成ファイル](/manual/appendix/config/zabbix_agent2)で`ForceActiveChecksOnStart`パラメーター（グローバルレベル）または`Plugins.<プラグイン名>.System.ForceActiveChecksOnStart`（特定のプラグインチェックにのみ影響します）を設定します。プラグインレベルのパラメータが設定されている場合、グローバルパラメータを上書きします。  :::

en-us	##### Passive and active checks  Zabbix agents can perform passive and active checks.  In a [passive check](/manual/appendix/items/activepassive#passive_checks) the agent responds to a data request. Zabbix server (or proxy) asks for data, for example, CPU load, and Zabbix agent sends back the result.  [Active checks](/manual/appendix/items/activepassive#active_checks) require more complex processing. The agent must first retrieve a list of items from Zabbix server for independent processing. Then it will periodically send new values to the server.  Whether to perform passive or active checks is configured by selecting the respective monitoring [item type](/manual/config/items/itemtypes/zabbix_agent). Zabbix agent processes items of type 'Zabbix agent' or 'Zabbix agent (active)'.
ja	##### パッシブチェックとアクティブチェック  Zabbixエージェントは、パッシブチェックとアクティブチェックを行うことができます。  [パッシブチェック](/manual/appendix/items/activepassive#passive_checks)では、エージェントはデータの要求に対して応答します。Zabbixサーバー（またはプロキシ）が、例えばCPU負荷のデータを要求すると、Zabbixエージェントが結果を返却します。  [アクティブチェック](/manual/appendix/items/activepassive#active_checks)では、より複雑な処理が求められます。Zabbixエージェントは、独立した処理のために、最初にZabbixサーバーからアイテムのリストを取得します。その後、定期的に新しい値をZabbixサーバーに送信します。  パッシブチェック、アクティブチェックのどちらで動作するかは、それぞれの監視対象の[アイテムのタイプ](/manual/config/items/itemtypes/zabbix_agent)を選択することによって設定されます。Zabbixエージェントは、アイテムの「Zabbixエージェント」または「Zabbixエージェント(アクティブ)」のタイプを処理します。

en-us	 ### Passive checks
ja	 ### パッシブチェック

en-us	#### Passive proxy
ja	#### パッシブプロキシ

en-us	#### Performance counter parameters  You can deploy some PerfCounter parameters for the monitoring of Windows performance counters.  For example, you can add these to the Zabbix agent configuration file:         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        or        PerfCounter=UserPerfCounter2,"\4\24",30  With such parameters in place, you can then simply use *UserPerfCounter1* or *UserPerfCounter2* as the keys for creating the respective items.  Remember to restart Zabbix agent after making changes to the configuration file.
ja	#### パフォーマンスカウンタパラメーター  Windowsのパフォーマンスカウンタを監視するために、いくつかのPerfCounterパラメータを導入することができます。  例えば、Zabbixエージェント設定ファイルに以下を追加することができます。         PerfCounter=UserPerfCounter1,"\Memory\Page Reads/sec",30        または        PerfCounter=UserPerfCounter2,"\4\24",30  このようなパラメータを設定すると、それぞれの item を作成するためのキーとして *UserPerfCounter1* または *UserPerfCounter2* を<br> 使用するだけでよくなります。  設定ファイルを変更した後は、Zabbixエージェントを再起動することを忘れないでください。

en-us	### Performing requests  Once you have set up the frontend, you can use remote HTTP requests to call the API. To do that, you need to send HTTP POST requests to the `api_jsonrpc.php` file located in the frontend directory. For example, if your Zabbix frontend is installed under `https://example.com/zabbix`, an HTTP request to call the `apiinfo.version` method may look like this:  ```bash curl --request POST \   --url 'https://example.com/zabbix/api_jsonrpc.php' \   --header 'Content-Type: application/json-rpc' \   --data '{"jsonrpc":"2.0","method":"apiinfo.version","params":{},"id":1}' ```  The request must have the `Content-Type` header set to one of these values: `application/json-rpc`, `application/json` or `application/jsonrequest`.  The request object contains the following properties:  -   `jsonrpc` - the version of the JSON-RPC protocol used by the API (Zabbix API implements JSON-RPC version 2.0); -   `method` - the API method being called; -   `params` - the parameters that will be passed to the API method; -   `id` - an arbitrary identifier of the request.  If the request is correct, the response returned by the API should look like this:  ```json {     "jsonrpc": "2.0",     "result": "7.0.0",     "id": 1 } ```  The response object, in turn, contains the following properties:  -   `jsonrpc` - the version of the JSON-RPC protocol; -   `result` - the data returned by the method; -   `id` - an identifier of the corresponding request.
ja	### リクエストの実行  フロントエンドを設定したら、リモートHTTPリクエストを使用してAPIを呼び出すことができます。 これを行うには、フロントエンドディレクトリにある`api_jsonrpc.php`ファイルにHTTP POSTリクエストを送信する必要があります。 たとえば、Zabbixフロントエンドが *http://example.com/zabbix* にインストールされている場合、`apiinfo.version`メソッドを呼び出すHTTPリクエストは次のようになります。  ```bash curl --request POST \   --url 'https://example.com/zabbix/api_jsonrpc.php' \   --header 'Content-Type: application/json-rpc' \   --data '{"jsonrpc":"2.0","method":"apiinfo.version","params":{},"id":1}' ```  リクエストの`Content-Type`ヘッダーは、`application/json-rpc`、`application/json`または`application/jsonrequest`のいずれかの値に設定されている必要があります。  リクエストオブジェクトには次のプロパティが含まれます。  -   `jsonrpc` - APIで使用されるJSON-RPCプロトコルのバージョン (Zabbix APIはJSON-RPCのバージョン2.0を実装しています) -   `method` - 呼び出されるAPIメソッド -   `params` - APIメソッドに渡されるパラメーター -   `id` - リクエストの任意のID  リクエストが正しい場合、APIから返されるレスポンスは次のようになります。  ```json {     "jsonrpc": "2.0",     "result": "6.4.0",     "id": 1 } ```  レスポンスオブジェクトには、次のプロパティが含まれます。  -   `jsonrpc` - JSON-RPCプロトコルのバージョン -   `result` - メソッドによって返されたデータ -   `id` - 対応するリクエストのID

en-us	#### Pie chart visual options  With the [*Pie chart*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart#displaying-options) widget set to display a doughnut chart, you can now configure the *Stroke width* parameter - the width of the chart sector border.  Additionally, when hovering over a sector, it now enlarges outward for a smoother visual effect, replacing the previous pop-out behavior.
ja	#### 円グラフのビジュアルオプション  [*円グラフ*](/manual/web_interface/frontend_sections/dashboards/widgets/pie_chart#displaying-options)ウィジェットをドーナツグラフを表示するように設定すると、グラフのセクターの境界線の幅であるストローク幅パラメータを設定できるようになりました。  セクター上にホバーすると、以前のポップアウト動作に代わって、よりスムーズな視覚効果を得るために外側に拡大されるようになりました。

en-us	#### PostgreSQL
ja	#### PostgreSQL

en-us	#### PostgreSQL  If a value contains a non-ASCII character in non UTF8 encoding - this will lead to a failed SQL query (PGRES\_FATAL\_ERROR:ERROR invalid byte sequence for encoding) and data will not be stored. An appropriate warning message will be written to the *zabbix\_server.log*.\ Relevant for at least PostgreSQL version 9.1.3
ja	#### PostgreSQL  少なくともPostgreSQLバージョン9.1.3では、値に非UTF8エンコーディングの非ASCII文字が含まれている場合、SQLクエリが失敗し(PGRES\_FATAL\_ERROR:ERROR invalid byte sequence for encoding)データは保存されません。 適切な警告メッセージが*zabbix\_server.log*に書き込まれます。

en-us	#### Pre-installation summary  Review a summary of settings.  ![](../../../assets/en/manual/installation/install_5.png){width="550"}
ja	#### インストール前の概要  設定の概要を確認します。  ![](../../../assets/en/manual/installation/install_5.png){width="550"}

en-us	##### Preparation  Zabbix agent is distributed as a zip archive. After you download the archive you need to unpack it. Choose any folder to store Zabbix agent and the configuration file, e. g.      C:\zabbix  Copy bin\\zabbix\_agentd.exe and conf\\zabbix\_agentd.conf files to c:\\zabbix.  Edit the c:\\zabbix\\zabbix\_agentd.conf file to your needs, making sure to specify a correct "Hostname" parameter.
ja	##### 準備  Zabbix エージェント は、zip アーカイブとして配布されます。 アーカイブをダウンロードしたら展開する必要があります。Zabbix エージェント本体と設定ファイルを保存するフォルダを選択してください。例:      C:\zabbix  bin\\zabbix\_agentd.exe とconf\\zabbix\_agentd.conf filesを c:\\zabbixにコピーしてください。  c:\\zabbix\\zabbix\_agentd.conf ファイルを必要に応じて編集し、特に"Hostname" パラメータは正しいことを確かめてください。

en-us	##### Preparing frontend  Make sure that Zabbix server address:port is **not defined** in the  frontend configuration (found in `conf/zabbix.conf.php` of the frontend  files directory).  ![](../../../../assets/en/manual/config/frontend_conf_server_port.png){width="600"}  Zabbix frontend will autodetect the active node by reading settings  from the nodes table in Zabbix database. Node address of the active node  will be used as the Zabbix server address.
ja	##### Webインターフェースの準備  Webインターフェースの設定ファイル(Webインターフェースのファイルがあるディレクトリ内の`conf/zabbix.conf.php`)内で、Zabbixサーバーの アドレス:ポート番号 が **設定されていない** ことを確認してください。  ![](../../../../assets/en/manual/config/frontend_conf_server_port.png){width="600"}  ZabbixのWebインターフェースは、Zabbixデータベースのノードテーブルから設定を読み取って、アクティブノードを自動的に検出します。アクティブノードのノードアドレスがZabbixサーバーのアドレスとして使用されます。

en-us	### Pre-requisites  Install MySQL database from the [official repository](https://dev.mysql.com/downloads/repo/yum/).  See [MySQL documentation](https://dev.mysql.com/doc/mysql-yum-repo-quick-guide/en/) for details on how to use MySQL repo.  MySQL server is ready to accept secure connections using a self-signed certificate.  To see, which users are using an encrypted connection, run the following query (Performance Schema should be turned ON):      mysql> SELECT sbt.variable_value AS tls_version, t2.variable_value AS cipher, processlist_user AS user, processlist_host AS host              FROM performance_schema.status_by_thread  AS sbt             JOIN performance_schema.threads AS t ON t.thread_id = sbt.thread_id             JOIN performance_schema.status_by_thread AS t2 ON t2.thread_id = t.thread_id             WHERE sbt.variable_name = 'Ssl_version' and t2.variable_name = 'Ssl_cipher'             ORDER BY tls_version;
ja	### 前提条件  [公式リポジトリ](https://dev.mysql.com/downloads/repo/yum/)からMySQLデータベースをインストールします。  MySQLリポジトリの使用方法詳細については[MySQLのドキュメント](https://dev.mysql.com/doc/mysql-yum-repo-quick-guide/en/)を参照してください。  MySQLサーバーは、自己署名証明書を使用して安全な接続を受け入れる準備ができています。  暗号化された接続を使用しているユーザーを確認するには、次のクエリを実行します（パフォーマンススキーマをオンにする必要があります）：      mysql> SELECT sbt.variable_value AS tls_version, t2.variable_value AS cipher, processlist_user AS user, processlist_host AS host                  FROM performance_schema.status_by_thread  AS sbt                 JOIN performance_schema.threads AS t ON t.thread_id = sbt.thread_id                 JOIN performance_schema.status_by_thread AS t2 ON t2.thread_id = t.thread_id                 WHERE sbt.variable_name = 'Ssl_version' and t2.variable_name = 'Ssl_cipher'                 ORDER BY tls_version;

en-us	### Pre-requisites  Install the PostgreSQL database using the [official repository](https://www.postgresql.org/download/linux/redhat/).  PostgreSQL is not configured to accept TLS connections out-of-the-box. Please follow instructions from PostgreSQL documentation for [certificate preparation with postgresql.conf](https://www.postgresql.org/docs/13/ssl-tcp.html) and also for [user access control](https://www.postgresql.org/docs/13/auth-pg-hba-conf.html) through ph\_hba.conf.  By default, the PostgreSQL socket is binded to the localhost, for the network remote connections allow to listen on the real network interface.  PostgreSQL settings for all [modes](/manual/appendix/install/db_encrypt#terminology) can look like this:  **/var/lib/pgsql/13/data/postgresql.conf:**      ...     ssl = on     ssl_ca_file = 'root.crt'     ssl_cert_file = 'server.crt'     ssl_key_file = 'server.key'     ssl_ciphers = 'HIGH:MEDIUM:+3DES:!aNULL'     ssl_prefer_server_ciphers = on     ssl_min_protocol_version = 'TLSv1.3'     ...  For access control adjust */var/lib/pgsql/13/data/pg\_hba.conf*:      ...     ### require     hostssl all all 0.0.0.0/0 md5      ### verify CA     hostssl all all 0.0.0.0/0 md5 clientcert=verify-ca      ### verify full     hostssl all all 0.0.0.0/0 md5 clientcert=verify-full     ...
ja	### 前提条件  [公式リポジトリ](https://www.postgresql.org/download/linux/redhat/)を使用してPostgreSQLデータベースをインストールします。  PostgreSQLは、すぐにTLS接続を受け入れるように構成されていません。[postgresql.confを使用した証明書の準備](https://www.postgresql.org/docs/13/ssl-tcp.html)およびph\_hba.confを介した[ユーザーアクセス制御](https://www.postgresql.org/docs/13/auth-pg-hba-conf.html)については、PostgreSQLのドキュメントの指示に従ってください。  デフォルトでは、PostgreSQLソケットはローカルホストにバインドされています。これは、ネットワークリモート接続が実際のネットワークインターフェイスでリッスンできるようにするためです。  すべての[モード](/manual/appendix/install/db_encrypt#terminology) のPostgreSQL設定は次のようになります。  **/var/lib/pgsql/13/data/postgresql.conf:**         ...        ssl = on        ssl_ca_file = 'root.crt'        ssl_cert_file = 'server.crt'        ssl_key_file = 'server.key'        ssl_ciphers = 'HIGH:MEDIUM:+3DES:!aNULL'        ssl_prefer_server_ciphers = on        ssl_min_protocol_version = 'TLSv1.3'        ...  アクセス制御については*/var/lib/pgsql/13/data/pg\_hba.conf*を調整します。         ...        ### require        hostssl all all 0.0.0.0/0 md5                ### verify CA        hostssl all all 0.0.0.0/0 md5 clientcert=verify-ca                ### verify full        hostssl all all 0.0.0.0/0 md5 clientcert=verify-full        ...

en-us	 ### Pre-requisites  Prior to configuring service monitoring, you need to have the hosts configured:  - *HA node 1* with at least one trigger and a tag (preferably set on a trigger level) `component:HA node 1` - *HA node 2* with at least one trigger and a tag (preferably set on a trigger level) `component:HA node 2`
ja	### 前提条件  サービス監視を設定する前に、ホストを設定する必要があります。  - *HA node 1*と少なくとも1つのトリガーとタグ（できればトリガーレベルで設定） `component：HA node 1` - *HA node 2*と少なくとも1つのトリガーとタグ（できればトリガーレベルで設定） `component：HA node 2`

en-us	#### Principle of least privilege  User accounts, at all times, should run with as few privileges as possible. This means that user accounts in Zabbix frontend, database users, or the user for Zabbix server/proxy/agent processes should only have the privileges that are essential for performing the intended functions.  ::: noteimportant Giving extra privileges to the 'zabbix' user will allow it to access configuration files and execute operations that can compromise the infrastructure security. :::  When configuring user account privileges, Zabbix [frontend user types](/manual/config/users_and_usergroups/permissions) should be considered. Note that although the *Admin* user type has fewer privileges than the *Super Admin* user type, it can still manage configuration and execute custom scripts.  ::: noteclassic Some information is available even for non-privileged users. For example, while *Alerts* → *Scripts* is available only for *Super Admin* users, scripts can also be retrieved through Zabbix API. In this case, limiting script permissions and excluding sensitive information from scripts (for example, access credentials) can help avoid exposing sensitive information available in global scripts. :::
ja	#### 最小権限の原則  ユーザーアカウントは常に、できるだけ少ない権限で実行する必要があります。 これは、Zabbix Webインターフェースのユーザーアカウント、データベースユーザー、Zabbixサーバー/プロキシ/エージェントのプロセスユーザーには、目的の機能を実行するために必要な権限のみが与えられる必要があることを意味します。  ::: noteimportant 'zabbix'ユーザーに追加の権限を与えると、設定ファイルにアクセスし、インフラストラクチャのセキュリティを侵害する可能性のある操作を実行できるようになります。 :::  ユーザーアカウントの権限を設定するときは、Zabbix [Webインターフェースのユーザータイプ](/manual/config/users_and_usergroups/permissions)を考慮する必要があります。 *Admin*ユーザータイプは、*Super Admin*ユーザータイプより権限が少ないにもかかわらず、設定を管理し、カスタムスクリプトを実行できることに注意してください。  ::: noteclassic 一部の情報は、権限を持たないユーザーでも利用できます。 たとえば、*アラート* → *スクリプト* は *Super Admin*ユーザーのみが利用できますが、スクリプトはZabbix APIを通じて取得することもできます。 この場合、スクリプトのアクセス許可を制限し、スクリプトから機密情報 (アクセス資格情報など) を除外すると、グローバルスクリプトで利用可能な機密情報の公開を避けることができます。 :::

en-us	#### Problem events  A problem event is created:  -   when a trigger expression evaluates to TRUE if the trigger is in OK     state; -   each time a trigger expression evaluates to TRUE if multiple problem     event generation is enabled for the trigger.
ja	#### 障害イベント  次のとき、障害イベントが作成されます。  -   トリガーが正常ステータスの場合、トリガー式がTRUEと評価されたときに。 -   トリガーに対して複数の障害イベントの生成が有効になっている場合、トリガー式がTRUEと評価されるたびに。

en-us	# problem.get
ja	# problem.get

en-us	#### Problems  Retrieve problems according to the given parameters.  [Problem API](/manual/api/reference/problem)
ja	#### 障害  指定されたパラメータに従って、障害を取得します。  [Problem API](/manual/api/reference/problem)

en-us	 #### Problem tags  Problem tags are used to match problems and services. These tags are specified at the primary service configuration tab.   Only child services of the lowest hierarchy level may have problem tags defined and be directly correlated to problems. If problem tags match,  the service status will change to the same status as the problem has. In case of several problems, a service will have the status of the most severe one. Status of a  parent service is then calculated based on child services statuses according to Status calculation rules.   If several tags are specified, *AND* logic is used: a problem must have all tags  specified in the service configuration to be mapped to the service.   ![](../../../assets/en/manual/config/problem_tags.png){width=600}   :::noteclassic A problem in Zabbix inherits tags from the whole chain of templates, hosts, items, web scenarios, and triggers. Any of these tags can be used for matching problems to services. ::: 
ja	#### 問題タグ  問題タグは、問題とサービスを照合するために使用されます。これらのタグは、プライマリサービス設定タブで指定されます。  ![](../../../assets/en/manual/config/problem_tags.png){width=600}  Zabbixは問題タグをチェックして、いずれかのサービスの問題タグ一致ルールに一致するかどうかを確認します。サービスには、いくつかの問題タグルールが定義されている場合があります。この場合、問題タグはすべての条件を満たす必要があります。  ::: noteclassic Zabbixの問題は、テンプレート、ホスト、アイテム、Webシナリオ、およびトリガーのチェーン全体からタグを継承します。これらのタグはいずれも、問題をサービスに一致させるために使用できます。 :::  問題タグが一致すると、サービスステータスは問題と同じステータスに変わります。いくつかの問題が発生した場合、サービスは最もレベルの高いステータスになります。  最下位の階層レベルの子サービスのみが問題タグを定義し、問題に直接関連付けることができます。次に、親サービスのステータスは、ステータス計算ルールに従って子サービスのステータスに基づいて計算されます。

en-us	### Problem tag  The problem tag object has the following properties.  |Property|[Type](/manual/api/reference_commentary#data_types)|Description| |--|--|------| |tag|string|Problem tag name.| |value|string|Problem tag value.|
ja	### Problem tag  障害タグオブジェクトには、次のプロパティがあります。  |プロパティ|[タイプ](/manual/api/reference_commentary#data_types)|説明| |--|--|------| |tag|string|障害タグ名| |value|string|障害タグ値|

en-us	# Problem  This class is designed to work with problems.  Object references:  -   [Problem](/manual/api/reference/problem/object#problem) -   [Problem tag](/manual/api/reference/problem/object#problem_tag) -   [Media type URL](/manual/api/reference/problem/object#media_type_url)  Available methods:  -   [problem.get](/manual/api/reference/problem/get) - retrieve problems
ja	# Problem  このクラスは、障害を操作するためのものです。  オブジェクトリファレンス :  -   [Problem](/manual/api/reference/problem/object#problem) -   [Problem tag](/manual/api/reference/problem/object#problem_tag) -   [Media type URL](/manual/api/reference/problem/object#media_type_url)  利用可能なメソッド :  -   [problem.get](/manual/api/reference/problem/get) - 障害を取得する

en-us	#### Process user  Zabbix agent on UNIX is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run agent as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be present on your system. You can only run agent as 'root' if you modify the 'AllowRoot' parameter in the agent configuration file accordingly.
ja	#### プロセス ユーザー  UNIX 上の Zabbix エージェントは、root 以外のユーザーとして実行するように設計されています。起動時からroot 以外のユーザーとして実行されます。なので、root 以外のユーザーでエージェントを実行しても何も問題ありません。  単純に「root」として実行しようとすると、システムから提供されている「zabbix」ユーザーに切り替わるようハードコードされています。 エージェントの設定ファイルの「AllowRoot」パラメーターを適切に変更することによって「root」としてエージェントを実行できます。

en-us	##### Process user  Zabbix proxy is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run proxy as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be present on your system. You can only run proxy as 'root' if you modify the 'AllowRoot' parameter in the proxy configuration file accordingly.
ja	##### プロセスユーザー  Zabbixプロキシはroot以外のユーザーとして実行するように設計されていて、起動されたroot以外のユーザーとして実行されます。したがってroot以外のユーザーで問題なくプロキシを起動できます。  'root'として実行しようとすると、ハードコードされた'zabbix'ユーザーに切り替わります。これはシステムに存在している必要があります。プロキシ設定ファイルの`AllowRoot`パラメータを変更した場合にのみ、「root」としてプロキシを実行できます。

en-us	##### Process user  Zabbix server is designed to run as a non-root user. It will run as whatever non-root user it is started as. So you can run server as any non-root user without any issues.  If you will try to run it as 'root', it will switch to a hardcoded 'zabbix' user, which must be [present](/manual/installation/install) on your system. You can only run server as 'root' if you modify the 'AllowRoot' parameter in the server configuration file accordingly.  If Zabbix server and [agent](agent) are run on the same machine it is recommended to use a different user for running the server than for running the agent. Otherwise, if both are run as the same user, the agent can access the server configuration file and any Admin level user in Zabbix can quite easily retrieve, for example, the database password.
ja	##### プロセス起動ユーザー  Zabbixサーバーは、非rootユーザーで動作するように設計されています。起動されたどんな非rootユーザーでも起動すれば動作します。したがって、非rootユーザーで問題なくサーバーを実行できます。  'root'として起動しようとするとハードコードされた'zabbix'ユーザーに切り替わります。このユーザーは、システム上に[存在する](/manual/installation/install)必要があります。サーバーの設定ファイル内の'AllowRoot'パラメーターを変更した時のみ、'root'で実行させることができます。  Zabbixサーバーと[Zabbixエージェント](agent)が同じマシン上で動作する場合、サーバーの実行とエージェントの実行に、異なるユーザーを使用することをお勧めします。どちらも同じユーザーで実行されている場合、エージェントはサーバーの設定ファイルにアクセスでき、Zabbix内のどの管理レベルのユーザーでも、極めて容易にデータベースのパスワード等を取得することができてしまいます。

en-us	#### Prometheus to JSON  Data from Prometheus can be used for low-level discovery. In this case data in JSON format are needed and the *Prometheus to JSON* preprocessing option will return exactly that.  For more details, see [Discovery using Prometheus data](/manual/discovery/low_level_discovery/examples/prometheus).
ja	#### PrometheusからJSONへ  Prometheusからのデータローレベルディスカバリーに使用することができます。この場合、JSON形式のデータが必要で、<br> *Prometheus to JSON* プリプロセッシングオプションはまさにそのデータを返します。  詳しくは、[Discovery using Prometheus data](/manual/discovery/low_level_discovery/examples/prometheus)を参照してください。

en-us	##### Prometheus to JSON  In the discovery rule, go to the Preprocessing tab and select the *Prometheus to JSON* preprocessing option. Data in JSON format are needed for discovery and the *Prometheus to JSON* preprocessing option will return exactly that, with the following attributes:  -   metric name -   metric value -   help (if present) -   type (if present) -   labels (if present) -   raw line  For example, querying `wmi_logical_disk_free_bytes`:  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_rule_prom_json.png)  from these Prometheus lines:      # HELP wmi_logical_disk_free_bytes Free space in bytes (LogicalDisk.PercentFreeSpace)     # TYPE wmi_logical_disk_free_bytes gauge     wmi_logical_disk_free_bytes{volume="C:"} 3.5180249088e+11     wmi_logical_disk_free_bytes{volume="D:"} 2.627731456e+09     wmi_logical_disk_free_bytes{volume="HarddiskVolume4"} 4.59276288e+08  will return:  ``` {.java} [     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "C:"          },         "value": "3.5180249088e+11",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"C:\"} 3.5180249088e+11"     },     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "D:"          },         "value": "2.627731456e+09",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"D:\"} 2.627731456e+09"     },     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "HarddiskVolume4"          },         "value": "4.59276288e+08",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"HarddiskVolume4\"} 4.59276288e+08"     } ] ```
ja	##### プロメテウスからJSON  ディスカバリルールで[保存前処理]タブに移動し、*PrometheusからJSON*オプションを選択します。 ディスカバリにはJSON形式のデータが必要であり、*PrometheusからJSON*オプションは、次の属性を使用してそれを返します。  -   metric name -   metric value -   help (if present) -   type (if present) -   labels (if present) -   raw line  例：`wmi_logical_disk_free_bytes`をクエリします。  ![](../../../../../assets/en/manual/discovery/low_level_discovery/lld_rule_prom_json.png)  これらのプロメテウスラインから：      # HELP wmi_logical_disk_free_bytes Free space in bytes (LogicalDisk.PercentFreeSpace)     # TYPE wmi_logical_disk_free_bytes gauge     wmi_logical_disk_free_bytes{volume="C:"} 3.5180249088e+11     wmi_logical_disk_free_bytes{volume="D:"} 2.627731456e+09     wmi_logical_disk_free_bytes{volume="HarddiskVolume4"} 4.59276288e+08  以下のように返します  ``` {.java} [     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "C:"          },         "value": "3.5180249088e+11",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"C:\"} 3.5180249088e+11"     },     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "D:"          },         "value": "2.627731456e+09",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"D:\"} 2.627731456e+09"     },     {         "name": "wmi_logical_disk_free_bytes",         "help": "Free space in bytes (LogicalDisk.PercentFreeSpace)",         "type": "gauge",         "labels": {             "volume": "HarddiskVolume4"          },         "value": "4.59276288e+08",         "line_raw": "wmi_logical_disk_free_bytes{volume=\"HarddiskVolume4\"} 4.59276288e+08"     } ] ```

en-us	#### Propagating host group permissions and tag filters to its subgroups.  Propagate host group permissions and tag filters to its subgroups.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "hostgroup.propagate",     "params": {         "groups": [             {                 "groupid": "6"             }         ],         "permissions": true,         "tag_filters": true     },     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "6",         ]     },     "id": 1 } ```  
ja	#### ホストグループの権限とタグフィルターをそのサブグループに伝達します。  ホストグループの権限とタグフィルターをそのサブグループに伝達します。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "hostgroup.propagate",     "params": {         "groups": [             {                 "groupid": "6"             }         ],         "permissions": true,         "tag_filters": true     },     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "6",         ]     },     "id": 1 } ```

en-us	#### Propagating template group permissions to its subgroups.  Propagate template group permissions to its subgroups.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "templategroup.propagate",     "params": {         "groups": [             {                 "groupid": "15"             }         ],         "permissions": true     },     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "15",         ]     },     "id": 1 } ```  
ja	#### テンプレートグループの権限をそのサブグループへ伝搬する  テンプレートグループの権限をそのサブグループへ伝搬します。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "templategroup.propagate",     "params": {         "groups": [             {                 "groupid": "15"             }         ],         "permissions": true     },     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "15",         ]     },     "id": 1 } ```

en-us	##### Protection against brute force attacks  In case of five consecutive failed login attempts, Zabbix interface will pause for 30 seconds in order to prevent brute force and dictionary attacks.  The IP address of a failed login attempt will be displayed after a successful login.
ja	##### ブルートフォース攻撃からの保護  ログイン試行が5回連続して失敗した場合、Zabbixインターフェースはブルートフォース攻撃と辞書攻撃を防ぐために30秒間一時停止します。  失敗したログイン試行のIPアドレスは、ログイン成功時に表示されます。

en-us	#### Provisioning multiple users  Provision two users.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "user.provision",     "params": [         "1",         "5"     ],     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "userids": [             "1",             "5"         ]     },     "id": 1 } ```
ja	#### 複数ユーザーのプロビジョニング  2つのユーザーをプロビジョニングします。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "user.provision",     "params": [         "1",         "5"     ],     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "userids": [             "1",             "5"         ]     },     "id": 1 } ```

en-us	#### Proxies and proxy groups  Manage the proxies used in your distributed monitoring setup.  [Proxy API](/manual/api/reference/proxy) | [Proxy group API](/manual/api/reference/proxygroup)
ja	#### プロキシとプロキシグループ  分散監視設定で使用されるZabbixプロキシを管理します。  [Proxy API](/manual/api/reference/proxy) | [Proxy group API](/manual/api/reference/proxygroup)

en-us	##### Proxy configuration  HA cluster nodes (servers) must be listed in the configuration of either  passive or active Zabbix proxy.  For a passive proxy, the node names must be listed in the Server [parameter](/manual/appendix/config/zabbix_proxy) of the proxy,  separated by a **comma**.  ``` Server=zabbix-node-01,zabbix-node-02 ```  For an active proxy, the node names must be listed in the Server [parameter](/manual/appendix/config/zabbix_proxy) of the proxy,  separated by a **semicolon**. ``` Server=zabbix-node-01;zabbix-node-02 ```
ja	##### Zabbixプロキシの設定  HAクラスターノード (サーバー) は、パッシブまたはアクティブモードの Zabbix プロキシの設定ファイルにリスト化されている必要があります。  パッシブプロキシの場合、ノード名をプロキシ設定ファイルの Server [パラメータ](/manual/appendix/config/zabbix_proxy) に **カンマ** 区切りでリスト化する必要があります。  ``` Server=zabbix-node-01,zabbix-node-02 ```  アクティブプロキシの場合、ノード名をプロキシ設定ファイルの Server [パラメータ](/manual/appendix/config/zabbix_proxy) に **セミコロン** 区切りでリスト化する必要があります。  ``` Server=zabbix-node-01;zabbix-node-02 ```

en-us	# proxy.create
ja	# proxy.create

en-us	# proxy.delete
ja	# proxy.delete

en-us	# proxy.get
ja	# proxy.get

en-us	# proxygroup.create
ja	# proxygroup.create

en-us	# proxygroup.delete
ja	# proxygroup.delete

en-us	# proxygroup.get
ja	# proxygroup.get

en-us	# Proxy group object  The following objects are directly related to the `proxygroup` API.
ja	# Proxy groupオブジェクト  次のオブジェクトは、`proxygroup`APIに直接関連しています。

en-us	# Proxy group  This class is designed to work with proxy groups.  Object references:  -   [Proxy group](/manual/api/reference/proxygroup/object#proxy_group)  Available methods:  -   [proxygroup.create](/manual/api/reference/proxygroup/create) - create new proxy groups -   [proxygroup.delete](/manual/api/reference/proxygroup/delete) - delete proxy groups -   [proxygroup.get](/manual/api/reference/proxygroup/get) - retrieve proxy groups -   [proxygroup.update](/manual/api/reference/proxygroup/update) - update proxy groups
ja	# Proxy group  このクラスは、プロキシグループを操作するためのものです。  オブジェクトリファレンス :  -   [Proxy group](/manual/api/reference/proxygroup/object#proxy_group)  利用可能なメソッド :  -   [proxygroup.create](/manual/api/reference/proxygroup/create) - 新しいプロキシグループを作成する -   [proxygroup.delete](/manual/api/reference/proxygroup/delete) - プロキシグループを削除する -   [proxygroup.get](/manual/api/reference/proxygroup/get) - プロキシグループを取得する -   [proxygroup.update](/manual/api/reference/proxygroup/update) - プロキシグループを更新する

en-us	# proxygroup.update
ja	# proxygroup.update

en-us	# Proxy object  The following objects are directly related to the `proxy` API.
ja	# Proxyオブジェクト  次のオブジェクトは、`proxy`APIに直接関連しています。

en-us	#### Proxy process types and threads  -   `agent poller` - asynchronous poller process for passive checks with a worker thread -   `availability manager` - process for host availability updates -   `configuration syncer` - process for managing in-memory cache of     configuration data -   `data sender` - proxy data sender -   `discovery manager` - manager process for discovery of devices -   `discovery worker` - process for handling discovery tasks from the discovery manager -   `history syncer` - history DB writer -   `housekeeper` - process for removal of old historical data -   `http agent poller` - asynchronous poller process for HTTP checks with a worker thread -   `http poller` - web monitoring poller -   `icmp pinger` - poller for icmpping checks -   `ipmi manager` - IPMI poller manager -   `ipmi poller` - poller for IPMI checks -   `java poller` - poller for Java checks -   `odbc poller` - poller for ODBC checks -   `poller` - normal poller for passive checks -   `preprocessing manager` - manager of preprocessing tasks with preprocessing worker threads -   `preprocessing worker` - thread for data preprocessing -   `self-monitoring` - process for collecting internal server     statistics -   `snmp poller` - asynchronous poller process for SNMP checks with a worker thread (`walk[OID]` and `get[OID]` items only) -   `snmp trapper` - trapper for SNMP traps -   `task manager` - process for remote execution of tasks requested by     other components (e.g. close problem, acknowledge problem, check     item value now, remote command functionality) -   `trapper` - trapper for active checks, traps, proxy communication -   `unreachable poller` - poller for unreachable devices -   `vmware collector` - VMware data collector responsible for data     gathering from VMware services  The proxy log file can be used to observe these process types.  Various types of Zabbix proxy processes can be monitored using the **zabbix\[process,<type>,<mode>,<state>\]** internal [item](/manual/config/items/itemtypes/internal).
ja	#### プロキシプロセスタイプとスレッド  -   `agent poller` - ワーカースレッドを使用したパッシブチェックの非同期ポーラープロセス -   `availability manager` - ホスト可用性更新プロセス -   `configuration syncer` - 設定データメモリ内キャッシュ管理プロセス -   `data sender` - プロキシデータsender -   `discovery manager` - デバイスを検出するためのマネージャー プロセス -   `discovery worker` - ディスカバリマネージャーからのディスカバリタスクを処理するプロセス -   `history syncer` - ヒストリDB書き込み -   `housekeeper` - 古いヒストリデータを削除するプロセス -   `http agent poller` - ワーカースレッドを使用したHTTPチェックの非同期ポーラープロセス -   `http poller` - ウェブモニタリングpoller -   `icmp pinger` - icmp pingチェックpoller -   `ipmi manager` - IPMI poller マネージャー -   `ipmi poller` - IPMI チェックpoller -   `java poller` - Java チェックpoller -   `odbc poller` - ODBC チェックpoller -   `poller` - パッシブチェック用通常ポーラー -   `preprocessing manager` - 前処理ワーカースレッドを使用した前処理タスクのマネージャー -   `preprocessing worker` - データ前処理スレッド -   `self-monitoring` - 内部サーバー統計収集プロセス -   `snmp poller` - ワーカースレッドを使用したSNMPチェックの非同期ポーラープロセス (`walk[OID]`と`get[OID]`アイテムのみ) -   `snmp trapper` - SNMP trapsのトラッパー -   `task manager` - 他のコンポーネントによって要求されたタスクのリモート実行プロセス（例：問題のクローズ、問題の確認、現在のアイテム値の確認、リモートコマンド機能） -   `trapper` - アクティブチェック、traps、プロキシ通信用のトラッパー -   `unreachable poller` - 使用不能デバイスのpoller -   `vmware collector` - VMwareサービスからのデータ収集を担当するVMwareデータコレクタ  プロキシログファイルを使用して、これらのプロセスタイプを監視できます。  **zabbix\[process,<type>,<mode>,<state>\]**内部[アイテム](/manual/config/items/itemtypes/internal)を使用して、さまざまなタイプのZabbixプロキシプロセスを監視できます。

en-us	#### Proxy startup with MySQL 8.0.0-8.0.17  zabbix\_proxy on MySQL versions 8.0.0-8.0.17 fails with the following "access denied" error:      [Z3001] connection to database 'zabbix' failed: [1227] Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation  That is due to MySQL 8.0.0 starting to enforce special permissions for setting session variables. However, in 8.0.18 this behavior was removed: [As of MySQL 8.0.18, setting the session value of this system variable is no longer a restricted operation.](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html)  The workaround is based on granting additional privileges to the `zabbix` user:  For MySQL versions 8.0.14 - 8.0.17:      grant SESSION_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';  For MySQL versions 8.0.0 - 8.0.13:      grant SYSTEM_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';
ja	#### MySQL 8.0.0-8.0.17でのプロキシの起動  MySQLのバージョン8.0.0-8.0.17上でzabbix\_proxyを実行する際、以下のような"access denied"エラーが発生します：      [Z3001] connection to database 'zabbix' failed: [1227] Access denied; you need (at least one of) the SUPER, SYSTEM_VARIABLES_ADMIN or SESSION_VARIABLES_ADMIN privilege(s) for this operation  これは、MySQL 8.0.0がセッション変数を設定するための特別な権限を強制するようになったためです。ただし、8.0.18では、この動作は削除されました： [As of MySQL 8.0.18, setting the session value of this system variable is no longer a restricted operation.](https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html)  回避策としては、`zabbix`ユーザーに権限を与えます：  MySQLバージョン8.0.14 - 8.0.17の場合：      grant SESSION_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';  MySQLバージョン8.0.0 - 8.0.13の場合：      grant SYSTEM_VARIABLES_ADMIN on *.* to 'zabbix'@'localhost';

en-us	# Proxy  This class is designed to work with proxies.  Object references:  -   [Proxy](/manual/api/reference/proxy/object#proxy)  Available methods:  -   [proxy.create](/manual/api/reference/proxy/create) - create new proxies -   [proxy.delete](/manual/api/reference/proxy/delete) - delete proxies -   [proxy.get](/manual/api/reference/proxy/get) - retrieve proxies -   [proxy.update](/manual/api/reference/proxy/update) - update proxies
ja	# Proxy  このクラスは、プロキシを操作するためのものです。  オブジェクトリファレンス :  -   [Proxy](/manual/api/reference/proxy/object#proxy)  利用可能なメソッド :  -   [proxy.create](/manual/api/reference/proxy/create) - 新しいプロキシを作成する -   [proxy.delete](/manual/api/reference/proxy/delete) - プロキシを削除する -   [proxy.get](/manual/api/reference/proxy/get) - プロキシを取得する -   [proxy.update](/manual/api/reference/proxy/update) - プロキシを更新する

en-us	# proxy.update
ja	# proxy.update

en-us	#### Proxy upgrade process
ja	#### プロキシのアップグレードプロセス

en-us	##### Proxy  [Zabbix proxy](/manual/concepts/proxy) can collect performance and availability data on behalf of Zabbix server. A proxy is an optional part of Zabbix deployment; however, it may be very beneficial to distribute the load of a single Zabbix server.
ja	##### プロキシ  [Zabbixプロキシ](/manual/concepts/proxy)は、Zabbixサーバーの代わりにパフォーマンスと可用性データを収集します。プロキシはZabbixのオプション部分ですが、1台のZabbixサーバーの負荷を分散するのにとても有益です。

en-us	#### PSK contains an odd number of hex-digits  Proxy or agent does not start, message in the proxy or agent log:      invalid PSK in file "/home/zabbix/zabbix_proxy.psk"
ja	#### PSK に奇数個の 16 進数が含まれている  プロキシまたはエージェントが起動しない、プロキシまたはエージェント ログのメッセージ:      invalid PSK in file "/home/zabbix/zabbix_proxy.psk"

en-us	#### PSK identity string longer than 128 bytes is passed to GnuTLS  In TLS client side log:      gnutls_handshake() failed: -110 The TLS connection was non-properly terminated.  In TLS server side log.      gnutls_handshake() failed: -90 The SRP username supplied is illegal.
ja	#### 128 バイトを超える PSK ID 文字列が GnuTLS に渡された  TLS クライアント側のログ:      gnutls_handshake() failed: -110 The TLS connection was non-properly terminated.  TLS サーバー側のログ:      gnutls_handshake() failed: -90 The SRP username supplied is illegal.

en-us	##### Purpose of persistent files  When Zabbix agent is started it receives a list of active checks from Zabbix server or proxy.  For log\*\[\] metrics it receives the processed log size and the modification time for finding where to start log file monitoring from. Depending on the actual log file size and modification time reported by file system the agent decides either to continue log file monitoring from the processed log size or re\-analyze the log file from the beginning.  A running agent maintains a larger set of attributes for tracking all monitored log files between checks.  This in\-memory state is lost when the agent is stopped.  The new optional parameter **persistent\_dir** specifies a directory for storing this state of log\[\], log.count\[\], logrt\[\] or logrt.count\[\] item in a file. The state of log item is restored from the persistent file after the Zabbix agent is restarted.  The primary use\-case is monitoring of log file located on a mirrored file system. Until some moment in time the log file is written to both mirrors. Then mirrors are split.  On the active copy the log file is still growing, getting new records. Zabbix agent analyzes it and sends processed logs size and modification time to server. On the passive copy the log file stays the same, well behind the active copy. Later the operating system and Zabbix agent are rebooted from the passive copy. The processed log size and modification time the Zabbix agent receives from server may not be valid for situation on the passive copy.  To continue log file monitoring from the place the agent left off at the moment of file system mirror split the agent restores its state from the persistent file.
ja	##### 永続化ファイルの目的  Zabbix agent の起動時に、Zabbix server または proxy からアクティブチェックのリストを受け取ります。 <br> log\*\[\] メトリクスでは、ログファイルの監視を開始する場所を見つけるために、処理されたログのサイズと変更時間を受け取ります。<br> ファイルシステムから報告された実際のログファイルサイズと変更時間に応じて、agent は処理されたログサイズから<br> ログファイル監視を継続するか、ログファイルを最初から再分析するかを決定します。<br>  実行中の agent は、チェックの間に監視されたすべてのログファイルを追跡するために、<br> より大きな属性のセットを維持します。 このインメモリの状態は、エージェントが停止されると失われます。<br>  新しいオプションパラメータ **persistent_dir** は、この log\[\]、log.count\[\]、logrt\[\]または logrt.count\[\] item の状態を<br> ファイルに格納するディレクトリを指定するものです。Zabbix agent を再起動すると、ログアイテムの状態は永続化ファイルから復元されます。  主な用途は、ミラーリングされたファイルシステム上にあるログファイルの監視です。ある時点まで、ログファイルは<br> 両方のミラーに書き込まれます。その後、ミラーは分割されます。 アクティブなコピーでは、ログファイルは新しいレコードを<br> 取得し、まだ成長しています。Zabbix agent はこれを解析し、処理されたログのサイズと更新時刻を server に送信します。<br> パッシブコピーでは、ログファイルは同じまま、アクティブコピーよりかなり遅れています。その後、OSとZabbixエージェントが<br> パッシブコピーからリブートされます。Zabbix agent が server から受け取った処理済みのログサイズと更新時刻は、<br> パッシブコピー上の状況に対して有効でない場合があります。 ファイルシステムのミラースプリット時に agent が停止した場所から<br> ログファイルの監視を継続するために、agent は永続ファイルから状態をリストアします。<br>

en-us	#### Queue item  A special internal item **zabbix\[queue,<from>,<to>\]** can be used to monitor the health of the queue in Zabbix. It will return the number of items delayed by the set amount of time. For more information see [Internal items](/manual/config/items/itemtypes/internal).
ja	#### キュー item   特別な内部 item **zabbix\[queue,<from>,<to>\]** を使用すると、Zabbixのキューの状態を監視することができます。<br> 設定された時間だけ遅延したアイテムの数が返されます。詳細については、[Internal items](/manual/config/items/itemtypes/internal)を参照してください。

en-us	##### Readable summary in maps  A hidden "aria-label" property is available allowing map information to be read with a screen reader. Both general map description and individual element description is available, in the following format:  -   for map description:     `<Map name>, <* of * items in problem state>, <* problems in total>.` -   for describing one element with one problem:     `<Element type>, Status <Element status>, <Element name>, <Problem description>.` -   for describing one element with multiple problems:     `<Element type>, Status <Element status>, <Element name>, <* problems>.` -   for describing one element without problems:     `<Element type>, Status <Element status>, <Element name>.`  For example, this description is available:      'Local network, 1 of 6 elements in problem state, 1 problem in total. Host, Status problem, My host, Free disk space is less than 20% on volume \/. Host group, Status ok, Virtual servers. Host, Status ok, Server 1. Host, Status ok, Server 2. Host, Status ok, Server 3. Host, Status ok, Server 4. '  for the following map:  ![](../../../../../assets/en/manual/web_interface/map_aria_label.png){width="600"}
ja	##### 読みやすい要約地図  非表示の「aria-label」プロパティを使用すると、スクリーンリーダーで地図情報を読み取ることができます。 一般的なマップの説明と個々の要素の説明の両方が、次の形式で利用できます。  -   マップの説明：`<Map name>, <* of * items in problem state>, <* problems in total>.` -   1つの障害でで1つの要素を記述する：`<Element type>, Status <Element status>, <Element name>, <Problem description>.` -   複数の障害がある1つの要素を記述する：`<Element type>, Status <Element status>, <Element name>, <* problems>.` -   障害のない1つの要素を記述する：`<Element type>, Status <Element status>, <Element name>.`  たとえば、次のマップの場合以下のような説明が利用可能です。      'Local network, 1 of 6 elements in problem state, 1 problem in total. Host, Status problem, My host, Free disk space is less than 20% on volume \/. Host group, Status ok, Virtual servers. Host, Status ok, Server 1. Host, Status ok, Server 2. Host, Status ok, Server 3. Host, Status ok, Server 4. '  ![](../../../../../assets/en/manual/web_interface/map_aria_label.png){width="600"}

en-us	##### Recent change markers  Inward pointing red triangles around an element indicate a recent trigger status change - one that's happened within the last 30 minutes. These triangles are shown if the *Mark elements on trigger status change* check-box is marked in map [configuration](/manual/config/visualization/maps/map#creating_a_map).
ja	##### 最近の変更マーカー  要素の周りを内側に向けた赤い三角形は、最近のトリガーステータスの変更を示します。これは過去30分以内に発生したものです。 これらの三角形は、マップ[設定](/manual/config/visualization/maps/map#creating_a_map)で*トリガーステータス変更時に要素をマークする*チェックボックスがマークされている場合に表示されます。

en-us	#### Recent data vs longer periods  For very recent data a **single** line is drawn connecting each received value. The single line is drawn as long as there is at least one horizontal pixel available for one value.  For data that show a longer period **three lines** are drawn - a dark green one shows the average, while a light pink and a light green line shows the maximum and minimum values at that point in time. The space between the highs and the lows is filled with yellow background.  Working time (working days) is displayed in graphs as a white background, while non-working time is displayed in gray (with the *Original blue* default frontend theme).  ![](../../../../../assets/en/manual/config/graph_working_time.png){width="550"}  Working time is always displayed in simple graphs, whereas displaying it in [custom graphs](custom#configuring_custom_graphs) is a user preference.  Working time is not displayed if the graph shows more than 3 months.
ja	#### 最近のデータと長い期間のデータ  ごく最近のデータでは、受信した各値を結ぶ**1本の**線が描かれます。1本の線は、1つの値に対して少なくとも1つの<br> 水平ピクセルが利用可能である限り、描かれます。<br>  濃い緑色の線は平均値を、薄いピンク色と薄い緑色の線はその時点の最大値と最小値を示しています。最大値と最小値の間は、<br> 黄色の背景で埋められます。<br>  稼働時間（稼働日）はグラフでは白い背景で表示され、非稼働時間はグレーで表示されます。<br> （*Original blue* デフォルトのフロントエンドのテーマで表示されます）<br>  ![](../../../../../assets/en/manual/config/graph_working_time.png){width="550"}  シンプルなグラフでは常に稼働時間が表示されますが、[custom graphs](custom#configuring_custom_graphs) では、ユーザーの<br>好みで表示することができます。  3ヶ月以上のグラフの場合、稼働時間は表示されません。

en-us	##### Referencing a network map  Network maps can be referenced by both `sysmapid` and `mapname` GET parameters. For example,      http://zabbix/zabbix/zabbix.php?action=map.view&mapname=Local%20network  will open the map with that name (Local network).  If both `sysmapid` (map ID) and `mapname` (map name) are specified, `mapname` has higher priority.
ja	##### ネットワークマップの参照  ネットワークマップは`sysmapid`と`mapname`の両方のGETパラメータで参照できます。 例えば、      http://zabbix/zabbix/zabbix.php?action=map.view&mapname=Local%20network  指定された名前のマップを開きます。（Local network）  `sysmapid`（マップID）と` mapname`（マップ名）の両方が指定されている場合、`mapname`の優先度が高くなります。

en-us	# regexp.create
ja	# regexp.create

en-us	# regexp.delete
ja	# regexp.delete

en-us	# regexp.get
ja	# regexp.get

en-us	# regexp.update
ja	# regexp.update

en-us	# Regular expression object  The following objects are directly related to the `regexp` API.
ja	# Regular expressionオブジェクト  次のオブジェクトは、`regexp`APIに直接関連しています。

en-us	#### - Regular expressions  This section allows creating custom regular expressions that can be used in several places in the frontend. See [Regular expressions](/manual/regular_expressions) section for details.
ja	#### - 正規表現  このセクションでは、フロントエンドのいくつかの場所で使用できるカスタム正規表現を作成できます。詳細については[正規表現](/manual/regular_expressions)セクションを参照してください。

en-us	### Regular expression  These examples use regular expressions in the preprocessing steps.
ja	### 正規表現  これらの例では、保存前処理のステップで正規表現を使用しています。

en-us	# Regular expression  This class is designed to work with global regular expressions.  Object references:  -   [Regular expression](/manual/api/reference/regexp/object#regular_expression) -   [Expressions](/manual/api/reference/regexp/object#expressions)  Available methods:  -   [regexp.create](/manual/api/reference/regexp/create) - create new regular expressions -   [regexp.delete](/manual/api/reference/regexp/delete) - delete regular expressions -   [regexp.get](/manual/api/reference/regexp/get) - retrieve regular expressions -   [regexp.update](/manual/api/reference/regexp/update) - update regular expressions
ja	# Regular expression  このクラスは、グローバル正規表現を操作するためのものです。  オブジェクトリファレンス :  -   [Regular expression](/manual/api/reference/regexp/object#regular_expression) -   [Expressions](/manual/api/reference/regexp/object#expressions)  利用可能なメソッド :  -   [regexp.create](/manual/api/reference/regexp/create) - 新しい正規表現を作成する -   [regexp.delete](/manual/api/reference/regexp/delete) - 正規表現を削除する -   [regexp.get](/manual/api/reference/regexp/get) - 正規表現を取得する -   [regexp.update](/manual/api/reference/regexp/update) - 正規表現を更新する

en-us	#### Removing templates from template groups  Remove two templates from the given template groups.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "templategroup.massremove",     "params": {         "groupids": [             "5",             "6"         ],         "templateids": [             "30050",             "30001"         ]     },     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "5",             "6"         ]     },     "id": 1 } ```
ja	#### テンプレートグループからテンプレートの削除  指定されたテンプレートグループから2つのテンプレートを削除します。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "templategroup.massremove",     "params": {         "groupids": [             "5",             "6"         ],         "templateids": [             "30050",             "30001"         ]     },     "id": 1 } ```  レスポンス:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "5",             "6"         ]     },     "id": 1 } ```

en-us	#### Removing web server test page  To avoid information exposure, removing the web server test page is recommended.  By default, the Apache web server webroot contains the `index.html` test page:  ![](../../../../assets/en/manual/installation/requirements/test_page.png)  Please refer to the documentation of your web server to find help on how to remove default test pages.
ja	#### Webサーバーのテストページを削除する  情報漏洩を避けるため、Webサーバのテストページを削除することをお勧めします。  By default, the Apache web server webroot contains the `index.html` test page: デフォルトでは、Apache WebサーバーのWebrootには`index.html`テスト ページが含まれています。  ![](../../../../assets/en/manual/installation/requirements/test_page.png)  デフォルトのテストページを削除する方法については、Webサーバーのドキュメントを参照してください。

en-us	#### Renaming a template group  Rename a template group to "Templates/Databases"  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "templategroup.update",     "params": {         "groupid": "7",         "name": "Templates/Databases"     },     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "7"         ]     },     "id": 1 } ```
ja	#### テンプレートグループの名前の変更  テンプレートグループの名前を"Templates/Databases"へ変更します。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "templategroup.update",     "params": {         "groupid": "7",         "name": "Templates/Databases"     },     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "7"         ]     },     "id": 1 } ```

en-us	#### Replacing templates in a template group  Replace all templates in a template group to ones mentioned templates.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "templategroup.massupdate",     "params": {         "groups": [             {                 "groupid": "8"             }         ],         "templates": [             {                 "templateid": "40050"             }         ]     },     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "8",         ]     },     "id": 1 } ```
ja	#### テンプレートグループ内のテンプレートを置き換える  テンプレートグループ内のすべてのテンプレートを、指定のテンプレートに置き換えます。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "templategroup.massupdate",     "params": {         "groups": [             {                 "groupid": "8"             }         ],         "templates": [             {                 "templateid": "40050"             }         ]     },     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "groupids": [             "8",         ]     },     "id": 1 } ```

en-us	# report.create
ja	# report.create

en-us	# report.delete
ja	# report.delete

en-us	# report.get
ja	# report.get

en-us	# Report object  The following objects are directly related to the `report` API.
ja	# Reportオブジェクト  次のオブジェクトは、`report`APIに直接関連しています。

en-us	 ### Report  The filter allows to select the report based on the SLA name as well as the  service name. It is also possible to limit the displayed period.  ![](../../../../../assets/en/manual/web_interface/sla_report.png){width="600"}  Each column (period) displays the SLI for that period. SLIs that are in breach of the set  SLO are highlighted in red.  20 periods are displayed in the report. A maximum of 100 periods can be displayed, if  both the *From* date and *To* date are specified. 
ja	### レポート  フィルタを使用するとSLA名とサービス名に基づいてレポートを選択できます。 表示期間を絞り込む事も可能です。  ![](../../../../../assets/en/manual/web_interface/sla_report.png){width="600"}  各列（期間）には、その期間のSLIが表示されます。 セットSLOに違反しているSLIは、赤で強調表示されます。  レポートには20の期間が表示されます。 *開始日*と*終了日*の両方を指定した場合、最大100の期間を表示できます。

en-us	# Report  This class is designed to work with scheduled reports.  Object references:  -   [Report](/manual/api/reference/report/object#report) -   [Users](/manual/api/reference/report/object#users) -   [User groups](/manual/api/reference/report/object#user_groups)  Available methods:  -   [report.create](/manual/api/reference/report/create) - create new scheduled reports -   [report.delete](/manual/api/reference/report/delete) - delete scheduled reports -   [report.get](/manual/api/reference/report/get) - retrieve scheduled reports -   [report.update](/manual/api/reference/report/update) - update scheduled reports
ja	# Report  このクラスは、定期レポートを操作するためのものです。  オブジェクトリファレンス :  -   [Report](/manual/api/reference/report/object#report) -   [Users](/manual/api/reference/report/object#users) -   [User groups](/manual/api/reference/report/object#user_groups)  利用可能なメソッド :  -   [report.create](/manual/api/reference/report/create) - 新しい定期レポートを作成する -   [report.delete](/manual/api/reference/report/delete) - 定期レポートを削除する -   [report.get](/manual/api/reference/report/get) - 定期レポートを取得する -   [report.update](/manual/api/reference/report/update) - 定期レポートを更新する

en-us	# report.update
ja	# report.update

en-us	 [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "sla.create",     "params": [         {             "name": "Database Uptime",             "slo": "99.9995",             "period": "1",             "timezone": "America/Toronto",             "description": "Provide excellent uptime for main database engines.",             "effective_date": 1672444800,             "status": 1,             "schedule": [                 {                     "period_from": 0,                     "period_to": 601200                 }             ],             "service_tags": [                 {                     "tag": "Database",                     "operator": "0",                     "value": "MySQL"                 },                 {                     "tag": "Database",                     "operator": "0",                     "value": "PostgreSQL"                 }             ],             "excluded_downtimes": [                 {                     "name": "Software version upgrade rollout",                     "period_from": "1648760400",                     "period_to": "1648764900"                 }             ]         }     ],     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "slaids": [             "5"         ]     },     "id": 1 } ```
ja	 [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "sla.create",     "params": [         {             "name": "Database Uptime",             "slo": "99.9995",             "period": "1",             "timezone": "America/Toronto",             "description": "Provide excellent uptime for main database engines.",             "effective_date": 1672444800,             "status": 1,             "schedule": [                 {                     "period_from": 0,                     "period_to": 601200                 }             ],             "service_tags": [                 {                     "tag": "Database",                     "operator": "0",                     "value": "MySQL"                 },                 {                     "tag": "Database",                     "operator": "0",                     "value": "PostgreSQL"                 }             ],             "excluded_downtimes": [                 {                     "name": "Software version upgrade rollout",                     "period_from": "1648760400",                     "period_to": "1648764900"                 }             ]         }     ],     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "slaids": [             "5"         ]     },     "id": 1 } ```

en-us	### Required mode
ja	### Required モード

en-us	### Required mode
ja	### Required モード

en-us	#### Required software  Zabbix is built around modern web servers, leading database engines, and PHP scripting language.
ja	#### ソフトウェア要件  Zabbixは最新のWebサーバー、主要なデータベースエンジン、およびPHPスクリプト言語を組み合わせて動作します。

en-us	##### Requirements  The following is required to set up encryption:  -   Developer-supported operating system with OpenSSL >=1.1.X or     alternative.  ::: noteclassic  It is recommended to avoid OS in the end-of-life status, especially in the case of new installations  :::  -   Database engine (RDBMS) installed and maintained from the official     repository provided by developer. Operating systems often shipped     with outdated  database software versions for which encryption     support is not implemented, for example RHEL 7 based systems and     PostgreSQL 9.2, MariaDB 5.5 without encryption support. 
ja	##### 要件  暗号化を設定するには、次が必要です。  - デベロッパーサポートされているOSとOpenSSL1.1.X以上 または OpenSSLの代用品。  ::: noteclassic 特に新規インストールの場合は、サポート終了したOSは避けることをお勧めします。 :::  - デベロッパーが提供する公式リポジトリからインストールおよび保守されるデータベースエンジン（RDBMS）やオペレーティングシステムには、暗号化サポートが実装されていない古いバージョンのデータベースソフトウェアが付属していることがよくあります。たとえば、RHEL7ベースのシステムでのPostgreSQL9.2や暗号化サポートのないMariaDB5.5などです。

en-us	#### Resetting TOTP secrets for multiple users  Reset TOTP secrets for two users.  [Request](/manual/api#performing-requests):  ```json {     "jsonrpc": "2.0",     "method": "user.resettotp",     "params": [         "1",         "5"     ],     "id": 1 } ```  Response:  ```json {     "jsonrpc": "2.0",     "result": {         "userids": [             "1",             "5"         ]     },     "id": 1 } ```
ja	#### 複数のユーザーのTOTPシークレットのリセット  2人のユーザーのTOTPシークレットをリセットします。  [リクエスト](/manual/api#performing-requests) :  ```json {     "jsonrpc": "2.0",     "method": "user.resettotp",     "params": [         "1",         "5"     ],     "id": 1 } ```  レスポンス :  ```json {     "jsonrpc": "2.0",     "result": {         "userids": [             "1",             "5"         ]     },     "id": 1 } ```