en-us	##### Miscellaneous aspects of escalation behavior  Let's consider what happens in different circumstances if an action contains several escalation steps.  |Situation|Behavior| |---------|--------| |*The host in question goes into maintenance after the initial problem notification is sent*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all remaining escalation steps are executed either with a delay caused by the maintenance period or without delay. A maintenance period does not cancel operations.| |*The time period defined in the **Time period** action condition ends after the initial notification is sent*|All remaining escalation steps are executed. The *Time period* condition cannot stop operations; it has effect with regard to when actions are started/not started, not operations.| |*A problem starts during maintenance and continues (is not resolved) after maintenance ends*|Depending on the *Pause operations for suppressed problems* setting in action [configuration](/manual/config/notifications/action/operation#configuring_an_operation), all escalation steps are executed either from the moment maintenance ends or immediately.| |*A problem starts during a no-data maintenance and continues (is not resolved) after maintenance ends*|It must wait for the trigger to fire, before all escalation steps are executed.| |*Different escalations follow in close succession and overlap*|The execution of each new escalation supersedes the previous escalation, but for at least one escalation step that is always executed on the previous escalation. This behavior is relevant in actions upon events that are created with EVERY problem evaluation of the trigger.| |*During an escalation in progress (like a message being sent), based on any type of event:<br>- the action is disabled<br>Based on trigger event:<br>- the trigger is disabled<br>- the host or item is disabled<br>Based on internal event about triggers:<br>- the trigger is disabled<br>Based on internal event about items/low-level discovery rules:<br>- the item is disabled<br>- the host is disabled*|The message in progress is sent and then one more message on the escalation is sent. The follow-up message will have the cancellation text at the beginning of the message body (*NOTE: Escalation canceled*) naming the reason (for example, *NOTE: Escalation canceled: action '<Action name>' disabled*). This way the recipient is informed that the escalation is canceled and no more steps will be executed. This message is sent to all who received the notifications before. The reason of cancellation is also logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning).<br><br>Note that the *Escalation canceled* message is also sent if operations are finished, but recovery operations are configured and are not executed yet.| |*During an escalation in progress (like a message being sent) the action is deleted*|No more messages are sent. The information is logged to the server log file (starting from [Debug Level](/manual/appendix/config/zabbix_server) 3=Warning), for example: `escalation canceled: action id:334 deleted`|
ja	##### エスカレーション動作その他の例  アクションに複数のエスカレーション手順が含まれている場合、さまざまな状況で何が起こるかを考えてみましょう。  |状況|動作| |---------|--------| |*障害が発生したホストは、最初の障害通知が送信された後にメンテナンスに入る場合*|アクション[設定](/manual/config/notifications/action/operation#configuring_an_operation) の *メンテナンス中の場合に実行を保留* の設定に応じて、残りのエスカレーション手順はすべて、メンテナンス期間中遅延するか、遅延なしで即時実行されます。 メンテナンス期間によって操作がキャンセルされることはありません。| |* **期間**アクション条件で定義された期間は、最初の通知が送信された後、即時終了する場合*|残りのすべてのエスカレーション手順が実行されます。 *期間*条件では操作を停止できません。 操作ではなく、アクションが開始されるかされないかに関して効果があります。| |*メンテナンス中に不具合が発生し、メンテナンス終了後も継続する（解消されない）場合*|アクション [設定](/manual/config/notifications/action/operation#configuring_an_operation) の *メンテナンス中の場合に実行を保留* の設定に応じて、すべてのエスカレーション手順は、メンテナンスが終了した瞬間、または即時実行されます。| |*データなしのメンテナンス中に障害が発生し、メンテナンス終了後も継続する (解決されない)場合*|すべてのエスカレーション手順が実行される前に、トリガーが起動するのを待つ必要があります。| |*さまざまなエスカレーションが連続して続き、重なる場合*|新しい各エスカレーションの実行は前のエスカレーションに取って代わりますが、前のエスカレーションで常に実行されるエスカレーション手順が少なくとも 1 つ必要です。 この動作は、トリガーのすべての障害評価で作成されたイベントに対するアクションに関連しています。| |*進行中のエスカレーション中 (メッセージの送信など)、あらゆるタイプのイベントに基づいて:<br>- アクションは無効<br>トリガー イベントに基づいて:<br>- トリガーは無効<br>- ホストまたはアイテムは無効<br>トリガーに関する内部イベントに基づいて:<br>- トリガーは無効<br>アイテム/ローレベルディスカバリルールに関する内部イベントに基づいて:<br>- アイテムは無効<br>- ホストは無効*|進行中のメッセージが送信され、エスカレーションに関するメッセージがもう 1 つ送信されます。 フォローアップ メッセージには、メッセージ本文の先頭にキャンセル テキスト (*注: エスカレーションがキャンセルされました*) があり、理由が示されます (例: *注: エスカレーションがキャンセルされました: アクション '<アクション名>' が無効化されました*)。 このように、エスカレーションがキャンセルされ、それ以上の手順が実行されないことが受信者に通知されます。 このメッセージは、以前に通知を受け取ったすべての人に送信されます。 キャンセルの理由は、サーバーのログ ファイルにも記録されます ([デバッグ レベル](/manual/appendix/config/zabbix_server) 3=Warning以上)。<br><br>*エスカレーションがキャンセルされました* メッセージも オペレーションが終了したが、リカバリ オペレーションが設定されていて、まだ実行されていない場合に送信されます。| |*エスカレーションの進行中 (メッセージの送信など) にアクションが削除される*|これ以上メッセージは送信されません。 情報はサーバー ログ ファイルに記録されます ([デバッグ レベル](/manual/appendix/config/zabbix_server) 3=警告 以上)|

en-us	##### - Modes  (**forecast** only)\ Every time a trigger function is evaluated, it gets data from the specified history period and fits a specified function to the data. So, if the data is slightly different, the fitted function will be slightly different. If we simply calculate the value of the fitted function at a specified time in the future, you will know nothing about how the analyzed item is expected to behave between now and that moment in the future. For some `fit` options (like *polynomial*) a simple value from the future may be misleading.  |`mode`|**forecast** result| |------|-------------------| |*value*|f(now + `time`)| |*max*|max~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*min*|min~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|average of f(t) (now <= t <= now + `time`) according to [definition](https://en.wikipedia.org/wiki/Mean_of_a_function)|
ja	##### - モード  (**forecast** のみ) trigger 関数は評価されるたびに、指定された history 期間からデータを取得し、そのデータに指定された<br> 関数を当てはめるものです。そのため、データが少し違えば、フィットする関数も少し違ってきます。単純に、もし、将来の<br> 指定された時間にフィットした関数の値を計算するだけなら、分析された item が現在から将来のその時点までの間に<br> どのように動作すると予想されるかについて何も知らないことになります。<br> いくつかの `fit` オプション (*polynomial* など) では、未来からの単純な値は誤解を招くかもしれません。<br>  |`モード`|**forecast** 結果| |------|-------------------| |*value*|f(now + `time`)| |*max*|max~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*min*|min~now\ <=\ t\ <=\ now\ +\ `time`~ f(t)| |*delta*|*max* - *min*| |*avg*|average of f(t) (now <= t <= now + `time`) according to [definition](https://en.wikipedia.org/wiki/Mean_of_a_function)|

en-us	# Module
ja	# Module

en-us	# module.create
ja	# module.create

en-us	# module.delete
ja	# module.delete

en-us	### Module example  - When creating a host group, grant read permissions to configured user groups - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)
ja	### モジュールの例  - ホストグループ作成時に、設定されたユーザーグループに読み取り権限を付与します - [hg_auto_perm.zip](/../assets/en/devel/modules/examples/hg_auto_perm.zip)

en-us	# module.get
ja	# module.get

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

en-us	# module.update
ja	# module.update

en-us	#### module  [ZBXNEXT-7469](https://support.zabbix.com/browse/ZBXNEXT-7469) Added new Module API with methods `module.create`, `module.delete`, `module.get`, `module.update`.\
ja	#### モジュール  [ZBXNEXT-7469](https://support.zabbix.com/browse/ZBXNEXT-7469) メソッド `module.create`, `module.delete`, `module.get`, `module.update` をもつ新しいモジュールAPIを追加しました。\

en-us	 #### MongoDB plugin parameters  The following MongoDB plugin parameters are no longer mandatory if Plugins.MongoDB.Sessions.<SessionName>.TLSConnect is set to `verify_ca` or `verify_full`:  -   Plugins.MongoDB.Sessions.<SessionName>.TLSCertFile -   Plugins.MongoDB.Sessions.<SessionName>.TLSKeyFile  See also: [MongoDB plugin parameters](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin#parameters)   
ja	 #### MongoDBプラグインのパラメータ  Plugins.MongoDB.Sessions.<SessionName>.TLSConnectが*verify_ca*または*verify_full*に設定されている場合、次のMongoDBプラグインパラメーターは必須ではなくなりました。  -   Plugins.MongoDB.Sessions.<SessionName>.TLSCertFile -   Plugins.MongoDB.Sessions.<SessionName>.TLSKeyFile  詳細 : [MongoDBプラグインパラメータ](/manual/appendix/config/zabbix_agent2_plugins/mongodb_plugin#parameters)

en-us	#### Monitoring → Problems  The following parameters are supported:  -   `show` - filter option "Show": 1 - recent problems, 2 - all, 3 - in     problem state -   `name` - filter option "Problem": freeform string -   `severities` - filter option "Severity": array of selected     severities in a format 'severities\[\*\]=\*' (replace \* with     severity level): 0 - not classified, 1 - information, 2 - warning,     3 - average, 4 - high, 5 - disaster -   `inventory` - filter option "Host inventory": array of inventory     fields: \[field\], \[value\] -   `evaltype` - filter option "Tags", tag filtering strategy: 0 -     And/Or, 2 - Or -   `tags` - filter option "Tags": array of defined tags: \[tag\],     \[operator\], \[value\] -   `show_tags` - filter option "Show tags": 0 - none, 1 - one, 2 - two,     3 - three -   `tag_name_format` - filter option "Tag name": 0 - full name, 1 -     shortened, 2 - none -   `tag_priority` - filter option "Tag display priority":     comma-separated string of tag display priority -   `show_suppressed` - filter option "Show suppressed problems": should     be 'show\_suppressed=1' to show -   `unacknowledged` - filter option "Show unacknowledged only": should     be 'unacknowledged=1' to show -   `compact_view` - filter option "Compact view": should be     'compact\_view=1' to show -   `highlight_row` - filter option "Highlight whole row" (use problem     color as background color for every problem row): should be '1' to     highlight; can be set only when 'compact\_view' is set -   `filter_name` - filter properties option "Name": freeform string -   `filter_show_counter` - filter properties option "Show number of     records": 1 - show, 0 - do not show -   `filter_custom_time` - filter properties option "Set custom time     period": 1 - set, 0 - do not set -   `sort` - sort column: clock, host, severity, name -   `sortorder` - sort order or results: DESC - descending, ASC -     ascending -   `age_state` - filter option "Age less than": should be     'age\_state=1' to enable 'age'. Is used only when 'show' equals 3. -   `age` - filter option "Age less than": days -   `groupids` - filter option "Host groups": array of host groups IDs -   `hostids` - filter option "Hosts": array of host IDs -   `triggerids` - filter option "Triggers": array of trigger IDs -   `show_timeline` - filter option "Show timeline": should be     'show\_timeline=1' to show -   `details` - filter option "Show details": should be 'details=1' to     show -   `from` - date range start, can be 'relative' (e.g.: now-1m). Is used     only when 'filter\_custom\_time' equals 1. -   `to` - date range end, can be 'relative' (e.g.: now-1m). Is used     only when 'filter\_custom\_time' equals 1.
ja	#### モニタリング → 問題  次のパラメーターがサポートされています。  -   `show` - フィルタオプション「表示」：1 - 最近の問題 2 - すべて 3 - 問題の状態 -   `name` - フィルタオプション「問題」：自由形式の文字列 -   `severities` - フィルタオプション「重大度」：選択した重大度の配列'重大度\[\*\] = \*'(\*を重大度レベルに置き換えます)：0 - 未分類 1 - 情報 2 - 警告 3 - 平均 4 - 高 5 - 災害 -   `inventory` - フィルタオプション「ホストインベントリ」：インベントリフィールドの配列：\[field\],\[value\] -   `evaltype` - フィルタオプション「タグ」：タグフィルタリング方法：0 - And/Or, 2 - Or -   `tags` - フィルタオプション「タグ」：定義されたタグの配列：\[tag\],\[operator\],\[value\] -   `show_tags` - フィルタオプション「タグを表示」：0 - なし, 1 - 1, 2 - 2, 3 - 3 -   `tag_name_format` - フィルタオプション「タグ名」：0 - フルネーム,1 - 短縮,2 - なし -   `tag_priority` - フィルタオプション「タグ表示優先度」：タグ表示優先度のカンマ区切り文字列 -   `show_suppressed` - フィルタオプション「隠された問題を表示する」：表示には「show\_suppressed=1」を使用 -   `unacknowledged` - フィルタオプション「未確認のみを表示」：表示には「unacknowledged=1」を使用 -   `compact_view` - フィルタオプション「コンパクトビュー」：表示には「compact\_view=1」を使用 -   `highlight_row` - フィルタオプション「行全体を強調表示」（すべての問題行の背景色として問題の色を使用）：強調表示するには「1」にする必要があります。 'compact\_view'が設定されている場合にのみ使用できます。 -   `filter_name` - フィルタプロパティオプション「名前」：自由形式の文字列 -   `filter_show_counter` - フィルタプロパティオプション「レコード数を表示」：1 - 表示,0 - 表示しない -   `filter_custom_time` - フィルタプロパティオプション「カスタム期間の設定」：1 - 設定,0 - 設定しない -   `sort` - 並べ替え列：継続時間,ホスト,重大度.名前 -   `sortorder` - 並べ替え順序または結果：DESC - 降順、ASC - 昇順 -   `age_state` - フィルタオプション「表示期間」：「age」を有効にするには、「age\_state=1」にする必要があります。 'show'が3の場合にのみ使用されます。 -   `age` - フィルタオプション「表示期間」：日数 -   `groupids` - フィルタオプション「ホストグループ」：ホストグループIDの配列 -   `hostids` - フィルタオプション「ホスト」：ホストIDの配列 -   `triggerids` - フィルタオプション「トリガー」：トリガーIDの配列 -   `show_timeline` - フィルタオプション「タイムラインを表示」：表示するには「show\_timeline=1」である必要があります -   `details` - フィルタオプション「詳細を表示」：表示するには「details=1」にする必要があります -   `from` - 日付範囲の開始。「相対」にすることができます。（例：now-1m） 'filter\_custom\_time'が1の場合にのみ使用されます。 -   `to` - 日付範囲の終了。「相対」にすることができます。（例：now-1m） 'filter\_custom\_time'が1の場合にのみ使用されます。

en-us	## Monitoring  The Zabbix API allows you to access history and other data gathered during monitoring.
ja	## 監視  Zabbix APIでは、監視中に収集した履歴やその他のデータにアクセスすることができます。

en-us	#### More info  See [Virtual machine monitoring](/manual/vm_monitoring) for detailed information how to configure Zabbix to monitor VMware environments.
ja	#### 詳細  ZabbixでVMware環境を監視するための詳細な設定方法は、[仮想マシン監視](/manual/vm_monitoring) を参照してください。

en-us	 Most trigger functions are evaluated based on item value [history](/manual/config/items/history_and_trends) data, while some trigger functions for long-term analytics, e.g. **trendavg()**, **trendcount()**, etc, use trend data.
ja	ほとんどのトリガー関数はアイテムの値の[ヒストリ](/manual/config/items/history_and_trends)データに基づいて評価されますが、一部のトリガー関数は長期的な分析に使用されます。 **trendavg()**、**trendcount()** などはトレンド データを使用します。

en-us	#### Moving and copy-pasting elements  Several selected elements can be **moved** to another place in the map by clicking on one of the selected elements, holding down the mouse button, and moving the cursor to the desired location.  One or more elements can be **copied** by selecting the elements, then clicking on a selected element with the right mouse button and selecting *Copy* from the menu.  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  To paste the elements, click on a map area with the right mouse button and select *Paste* from the menu. The *Paste without external links* option will paste the elements retaining only the links that are between the selected elements.  Copy-pasting works within the same browser window. Keyboard shortcuts are not supported.
ja	#### 要素の移動とコピーペースト  選択した要素の1つをクリックし、マウスボタンを押したままカーソルを目的の場所に移動すると、選択した複数の要素を<br> マップ内の別の場所に **移動** することができます。  要素を選択し、マウスの右ボタンで選択した要素をクリックし、メニューから **Copy** を選択することで、1つまたは<br> 複数の要素を **コピー** することができます。  ![](../../../../../assets/en/manual/config/visualization/map_copy.png){width="600"}  要素を貼り付けるには、マウスの右ボタンで地図上の領域をクリックし、メニューから *Paste* を選択します。 *Paste without external links* を選択すると、選択した要素間のリンクのみを残して貼り付けられます。  コピー＆ペーストは、同じブラウザウィンドウ内で動作します。キーボードショートカットはサポートされていません。

en-us	#### Multiple LLD rules for the same item  Since Zabbix agent version 3.2 it is possible to define several low-level discovery rules with the same discovery item.  To do that you need to define the Alias agent [parameter](/manual/appendix/config/zabbix_agentd), allowing to use altered discovery item keys in different discovery rules, for example `vfs.fs.discovery[foo]`, `vfs.fs.discovery[bar]`, etc.
ja	#### 同じアイテムに対する複数のLLDルール  Zabbixエージェントバージョン3.2以降、同じディスカバリ項目で複数のローレベルディスカバリルールを定義することが可能です。  これにはエイリアスエージェント[パラメータ](/manual/appendix/config/zabbix_agentd)を定義する必要があります。これによりさまざまな検出ルールで変更された検出アイテムキーを使用できるようになります。たとえば`vfs.fs.discovery[foo]`, `vfs.fs.discovery[bar]`などです。

en-us	#### MySQL configuration  Modern versions of the database are ready out-of-the-box for 'required' [encryption mode](/manual/appendix/install/db_encrypt#terminology). A server-side certificate will be created after initial setup and launch.  Create users and roles for the main components:       mysql> CREATE USER         'zbx_srv'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>',         'zbx_web'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>'      REQUIRE SSL         PASSWORD HISTORY 5;       mysql> CREATE ROLE 'zbx_srv_role', 'zbx_web_role';       mysql> GRANT SELECT, UPDATE, DELETE, INSERT, CREATE, DROP, ALTER, INDEX, REFERENCES ON zabbix.* TO 'zbx_srv_role';      mysql> GRANT SELECT, UPDATE, DELETE, INSERT ON zabbix.* TO 'zbx_web_role';       mysql> GRANT 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> GRANT 'zbx_web_role' TO 'zbx_web'@'%';       mysql> SET DEFAULT ROLE 'zbx_srv_role' TO 'zbx_srv'@'%';      mysql> SET DEFAULT ROLE 'zbx_web_role' TO 'zbx_web'@'%';  Note, that the X.509 protocol is not used to check identity, but the user is configured to use only encrypted connections. See [MySQL documentation](https://dev.mysql.com/doc/refman/8.0/en/create-user.html#create-user-tls) for more details about configuring users.  Run to check connection (socket connection cannot be used to test secure connections):      $ mysql -u zbx_srv -p -h 10.211.55.9 --ssl-mode=REQUIRED   Check current status and available cipher suites:      mysql> status     --------------     mysql Ver 8.0.21 for Linux on x86_64 (MySQL Community Server - GPL)      Connection id: 62     Current database:     Current user: zbx_srv@bfdb.local     SSL: Cipher in use is TLS_AES_256_GCM_SHA384       mysql> SHOW SESSION STATUS LIKE 'Ssl_cipher_list'\G;     *************************** 1. row ***************************     Variable_name: Ssl_cipher_list     Value: TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-DSS-AES128-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES256-SHA:CAMELLIA256-SHA:CAMELLIA128-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA     1 row in set (0.00 sec)      ERROR:     No query specified
ja	#### MySQLの設定  最新バージョンのデータベースは、'required'[暗号化モード](/manual/appendix/install/db_encrypt#terminology).ですぐに使用できます。サーバー側の証明書は、初期設定と起動後に作成されます。  主要コンポーネントのユーザーとロールを作成します：      mysql> CREATE USER           'zbx_srv'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>',           'zbx_web'@'%' IDENTIFIED WITH mysql_native_password BY '<strong_password>'        REQUIRE SSL           PASSWORD HISTORY 5;                 mysql> CREATE ROLE 'zbx_srv_role', 'zbx_web_role';                 mysql> GRANT SELECT, UPDATE, DELETE, INSERT, CREATE, DROP, ALTER, INDEX, REFERENCES ON zabbix.* TO 'zbx_srv_role';         mysql> GRANT SELECT, UPDATE, DELETE, INSERT ON zabbix.* TO 'zbx_web_role';                 mysql> GRANT 'zbx_srv_role' TO 'zbx_srv'@'%';         mysql> GRANT 'zbx_web_role' TO 'zbx_web'@'%';                 mysql> SET DEFAULT ROLE 'zbx_srv_role' TO 'zbx_srv'@'%';         mysql> SET DEFAULT ROLE 'zbx_web_role' TO 'zbx_web'@'%';  X.509プロトコルはIDのチェックには使用されませんが、ユーザーは暗号化された接続のみを使用するように構成されていることに注意してください。ユーザーの構成の詳細については、[MySQLのドキュメント](https://dev.mysql.com/doc/refman/8.0/en/create-user.html#create-user-tls)を参照してください。  接続確認のため次を実行（ソケット接続を使用して安全な接続をテストすることはできません）：      $ mysql -u zbx_srv -p -h 10.211.55.9 --ssl-mode=REQUIRED   現在のステータスと利用可能な暗号スイートを確認：      mysql> status        --------------        mysql Ver 8.0.21 for Linux on x86_64 (MySQL Community Server - GPL)                Connection id: 62        Current database:        Current user: zbx_srv@bfdb.local        SSL: Cipher in use is TLS_AES_256_GCM_SHA384                        mysql> SHOW SESSION STATUS LIKE 'Ssl_cipher_list'\G;        *************************** 1. row ***************************        Variable_name: Ssl_cipher_list        Value: TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256:TLS_AES_128_GCM_SHA256:TLS_AES_128_CCM_SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-DSS-AES128-SHA:DHE-RSA-AES128-SHA:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES256-SHA:CAMELLIA256-SHA:CAMELLIA128-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA        1 row in set (0.00 sec)                ERROR:        No query specified

en-us	#### MySQL  -   CR\_CONN\_HOST\_ERROR -   CR\_SERVER\_GONE\_ERROR -   CR\_CONNECTION\_ERROR -   CR\_SERVER\_LOST -   CR\_UNKNOWN\_HOST -   ER\_SERVER\_SHUTDOWN -   ER\_ACCESS\_DENIED\_ERROR -   ER\_ILLEGAL\_GRANT\_FOR\_TABLE -   ER\_TABLEACCESS\_DENIED\_ERROR -   ER\_UNKNOWN\_ERROR
ja	#### MySQL  -   CR\_CONN\_HOST\_ERROR -   CR\_SERVER\_GONE\_ERROR -   CR\_CONNECTION\_ERROR -   CR\_SERVER\_LOST -   CR\_UNKNOWN\_HOST -   ER\_SERVER\_SHUTDOWN -   ER\_ACCESS\_DENIED\_ERROR -   ER\_ILLEGAL\_GRANT\_FOR\_TABLE -   ER\_TABLEACCESS\_DENIED\_ERROR -   ER\_UNKNOWN\_ERROR

en-us	#### MySQL custom error codes  If Zabbix is used with MySQL installation on Azure, an unclear error message *\[9002\] Some errors occurred* may appear in Zabbix logs. This generic error text is sent to Zabbix server or proxy by the database. To get more information about the cause of the error, check Azure logs.
ja	#### MySQLカスタムエラーコード  Azure上のMySQLインストールでZabbixを使用する場合、不明確なエラーメッセージ <br> *[9002] Some errors occurred* がZabbixログに表示されることがあります。 <br> この一般的なエラーテキストは、データベースからZabbix server またはproxyに送信されます。 <br> エラーの原因に関する詳細な情報を得るには、Azureのログを確認してください。 <br>

en-us	### MySQL  Export and import must be performed in tmux/screen to ensure that the session isn't dropped.  See also: [Important notes](#important-notes)
ja	### MySQL  セッションがドロップされないように、エクスポートとインポートは tmux/screen で実行する必要があります。  参照: [重要事項](#important-notes)

en-us	#### MySQL  If a value contains a non-ASCII character in non UTF8 encoding - this character and the following will be discarded when the database stores this value. No warning messages will be written to the *zabbix\_server.log*.\ Relevant for at least MySQL version 5.1.61
ja	#### MySQL  少なくともMySQLバージョン5.1.61では、値に非UTF8エンコーディングの非ASCII文字が含まれている場合、この文字と次の文字は、データベースが値を格納するときに破棄されます。 警告メッセージは*zabbix\_server.log*に書き込まれません。

en-us	 **MySQL plugin parameters**  The following MySQL plugin parameters are no longer mandatory if Plugins.Mysql.Sessions.<SessionName>.TLSConnect is set to *verify_ca* or *verify_full*:  -   Plugins.Mysql.Sessions.<SessionName>.TLSCertFile -   Plugins.Mysql.Sessions.<SessionName>.TLSKeyFile
ja	 **MySQLプラグインのパラメータ**  Plugins.MySQL.Sessions.<SessionName>.TLSConnectが*verify_ca*または*verify_full*に設定されている場合、次のMySQLプラグインパラメーターは必須ではなくなりました。  -   Plugins.Mysql.Sessions.<SessionName>.TLSCertFile -   Plugins.Mysql.Sessions.<SessionName>.TLSKeyFile

en-us	 #### MySQL version  MySQL versions below 8.0.30 are no longer supported. The minimum required MySQL version has been raised from 8.0.0 to 8.0.30.
ja	 #### MySQLバージョン  MySQLの8.0.30より前のバージョンはサポートされなくなりました。MySQLの必須バージョンが8.0.0から8.0.30に上げられました。

en-us	## NAME  zabbix\_agent2 - Zabbix agent 2\ \ [ ]{#lbAC}
ja	## 名前  zabbix\_agent2 - Zabbix エージェント 2\ \ [ ]{#lbAC}

en-us	## NAME  zabbix\_agentd - Zabbix agent daemon [ ]{#lbAC}
ja	## 名前  zabbix\_agentd - Zabbix エージェント デーモン [ ]{#lbAC}

en-us	## NAME  zabbix\_get - Zabbix get utility [ ]{#lbAC}
ja	## 名前  zabbix\_get - Zabbix get ユーティリティ [ ]{#lbAC}

en-us	## NAME  zabbix\_js - Zabbix JS utility [ ]{#lbAC}
ja	## 名前  zabbix\_js - Zabbix JS ユーティリティ [ ]{#lbAC}

en-us	## NAME  zabbix\_proxy - Zabbix proxy daemon [ ]{#lbAC}
ja	## 名前  zabbix\_proxy - Zabbix プロキシデーモン [ ]{#lbAC}

en-us	## NAME  zabbix\_sender - Zabbix sender utility [ ]{#lbAC}
ja	## 名前  zabbix\_sender - Zabbix sender ユーティリティ[ ]{#lbAC}

en-us	## NAME  zabbix\_server - Zabbix server daemon [ ]{#lbAC}
ja	## 名前  zabbix\_server - Zabbix サーバーデーモン [ ]{#lbAC}

en-us	## NAME  zabbix\_web\_service - Zabbix web service [ ]{#lbAC}
ja	## 名前  zabbix\_web\_service - Zabbix web サービス [ ]{#lbAC}

en-us	##### Naming and location of persistent files  Zabbix agent distinguishes active checks by their keys. For example, logrt\[/home/zabbix/test.log\] and logrt\[/home/zabbix/test.log,\] are different items.  Modifying the item logrt\[/home/zabbix/test.log,,,10\] in frontend to logrt\[/home/zabbix/test.log,,,20\] will result in deleting the item logrt[/home/zabbix/test.log,,,10] from the agent's list of active checks and creating logrt\[/home/zabbix/test.log,,,20\] item \(some attributes are carried across modification in frontend/server, not in agent\).  The file name is composed of MD5 sum of item key with item key length appended to reduce possibility of collisions.  For example, the state of logrt\[/home/zabbix50/test.log,,,,,,,,/home/zabbix50/agent_private\] item will be kept in persistent file c963ade4008054813bbc0a650bb8e09266.  Multiple log items can use the same value of **persistent\_dir**.  **persistent\_dir** is specified by taking into account specific file system layouts, mount points and mount options and storage mirroring configuration - the persistent file should be on the same mirrored filesystem as the monitored log file.  If **persistent\_dir** directory cannot be created or does not exist, or access rights for Zabbix agent does not allow to create/write/read/delete files the log item becomes NOTSUPPORTED.
ja	##### 永続ファイルの命名と場所  Zabbix agent は、アクティブなチェックをキーで区別します。例えば、 logrt\[/home/zabbix/test.log\] と <br> logrt\[/home/zabbix/test.log,\] は異なるアイテムです。 フロントエンドの item logrt\[/home/zabbix/test.log,,,10\] を<br>  logrt\[/home/zabbix/test.log,,,20\] に変更すると、item logrt\[/home/zabbix/test.log,,,10\] が削除されます。 <br> logrt\[/home/zabbix/test.log,,10\] を agent のアクティブチェックリストから削除し、logrt\[/home/zabbix/test.log,,20\] item を作成します。<br> （いくつかの属性は、agent ではなくフロントエンド/サーバで変更されます）  ファイル名は、item  キーの MD5 チェックサムと、衝突の可能性を低減するために item キーの長さを付加したものです。 <br> 例えば、 logrt\[/home/zabbix50/test.log,,,,,,/home/zabbix50/agent_private\] item の状態は、<br> 永続ファイル c963ade4008054813bbc0a650bb8e09266 に保存されます。<br>  **persistent_dir** は、複数のログ item で同じ値を使用できます。  **persistent_dir** は、特定のファイルシステムのレイアウト、マウントポイント、マウントオプション、ストレージのミラーリング設定を<br> 考慮して指定されます。  **persistent_dir** ディレクトリが作成できないか存在しないか、Zabbix agent のアクセス権でファイルの作成/書き込み/読み取り/削除が<br> できない場合、ログ item はNOTSUPPORTEDになります。

en-us	#### Negative problem duration  It is actually possible in some common situations to have negative problem duration i.e. when the problem resolution time is earlier than problem creation time, e. g.:  -   If some host is monitored by proxy and a network error happens,     leading to no data received from the proxy for a while, the     nodata(/host/key) trigger will be fired by the server. When the     connection is restored, the server will receive item data from the     proxy having a time from the past. Then, the nodata(/host/key)     problem will be resolved and it will have a negative problem     duration; -   When item data that resolve the problem event are sent by Zabbix     sender and contain a timestamp earlier than the problem creation     time, a negative problem duration will also be displayed.  ::: noteclassic Negative problem duration is not affecting [SLA calculation](/manual/it_services) or [Availability report](/manual/web_interface/frontend_sections/reports/availability) of a particular trigger in any way; it neither reduces nor expands problem time. :::
ja	#### 負の障害期間  いくつかの状況では障害の解決時間が障害の作成時間よりも早いなど、障害の期間がマイナスになる可能性があります。  例： -   If some host is monitored by proxy and a network error happens, leading to no data received from the proxy for a while, the  nodata(/host/key) trigger will be fired by the server. When the connection is restored, the server will receive item data from the proxy having a time from the past. Then, the nodata(/host/key) problem will be resolved and it will have a negative problem duration; 一部のホストがプロキシによって監視されていて、ネットワークエラーが発生し、しばらくの間プロキシからデータが受信されない場合、サーバーによってnodata(/host/key)トリガーが起動されます。 接続が回復すると、サーバーは過去の時間を持つプロキシからアイテムデータを受信します。 次にnodata(/host/key)障害が解決され、障害の期間がマイナスになります。 -   障害イベントを解決するアイテムデータがZabbix送信者によって送信され、障害作成時刻より前のタイムスタンプが含まれている場合、負の障害期間が表示されます。  ::: noteclassic 負の障害期間は、特定のトリガーの[SLA計算](/manual/it_services)または[稼働レポート](/manual/web_interface/frontend_sections/reports/availability)に影響を与えません。 障害期間を短縮も拡大もしません。 :::

en-us	#### NetBSD 8.0 and newer  Various Zabbix processes may randomly crash on startup on the NetBSD versions 8.X and 9.X. That is due to the too small default stack size (4MB), which must be increased by running:      ulimit -s 10240  For more information, please see the related problem report: [ZBX-18275](https://support.zabbix.com/browse/ZBX-18275).
ja	#### NetBSD 8.0とそれ以降  NetBSD 8.0以降では、起動時にZabbixの様々なプロセスがランダムにクラッシュすることがあります。 <br> バージョン8.Xおよび9.Xでは、デフォルトのスタックサイズ(4MB)が小さすぎることが原因です。この値を増やす必要があります。 <br>      ulimit -s 10240 <br>  詳しくは、関連する問題報告[ZBX-18275](https://support.zabbix.com/browse/ZBX-18275)を参照してください。 <br>

en-us	#### Network discovery  In a [network discovery rule](/manual/discovery/network_discovery/rule), user macros can be used in the following fields:  |Location|<|Multiple macros/mix with text^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |Update interval|<|no| |*SNMP v1, v2*|<|<| | |SNMP community|yes| |^|SNMP OID|yes| |*SNMP v3*|<|<| | |Context name|yes| |^|Security name|yes| |^|Authentication passphrase|yes| |^|Privacy passphrase|yes| |^|SNMP OID|yes|
ja	#### ネットワークディスカバリ  [ネットワークディスカバリルール](/manual/discovery/network_discovery/rule) では、次のフィールドでユーザー マクロを使用できます。  |ロケーション|<|複数のマクロ/テキストとの混合^[1](supported_by_location_user#footnotes)^| |-|------------------------------|----------| |監視間隔|<|no| |*SNMP v1, v2*|<|<| | |SNMP コミュニティ|yes| |^|SNMP OID|yes| |*SNMP v3*|<|<| | |コンテキスト名|yes| |^|セキュリティ名|yes| |^|認証パスフレーズ|yes| |^|プライバシーパスフレーズ|yes| |^|SNMP OID|yes|

en-us	#### Network discovery  Manage network-level discovery rules to automatically find and monitor new hosts. Gain full access to information about discovered services and hosts.  [Discovery rule API](/manual/api/reference/drule) | [Discovery check API](/manual/api/reference/dcheck) | [Discovered host API](/manual/api/reference/dhost) | [Discovered service API](/manual/api/reference/dservice)
ja	#### ネットワークディスカバリ  ネットワークレベルの検出ルールを管理し、新しいホストを自動的に検出して監視します。検出されたサービスとホストに関する情報に完全にアクセスできます。  [Discovery rule API](/manual/api/reference/drule) | [Discovery check API](/manual/api/reference/dcheck) | [Discovered host API](/manual/api/reference/dhost) | [Discovered service API](/manual/api/reference/dservice)

en-us	 #### Network requirements  A following list of open ports per component is applicable for default configuration.  |Port|Components | |------------|---------------| |Frontend|http on 80, https on 443| |Server|10051 (for use with active proxy/agents)| |Active Proxy |10051| |Passive Proxy|10051| |Agent2|10050| |Trapper| | |JavaGateway|10052| |WebService|10053|  ::: noteclassic The port numbers should be opened in the firewall to enable external communications with Zabbix. Outgoing TCP connections usually do not require explicit firewall settings. ::: 
ja	 #### ネットワーク要件  次のリストは、コンポーネントごとのオープンポートのデフォルト設定です。  |ポート|コンポーネント| |------------|---------------| |Webインターフェース|http on 80, https on 443| |Zabbixサーバー|10051 (アクティブなプロキシ/エージェントで使用)| |アクティブプロキシ|10051| |パッシブプロキシ|10051| |エージェント2|10050| |トラッパー| | |Javaゲートウェイ|10052| |Webサービス|10053|  ::: noteclassic Zabbixとの外部通信を可能にするには、ファイアウォールでポート番号を開く必要があります。 通常、発信TCP接続には明示的なファイアウォール設定は必要ありません。 ::: 

en-us	#### Non-mandatory fields in user configuration  The user group and user role fields are no longer mandatory in [user configuration](/manual/config/users_and_usergroups/user).  However, if an internal Zabbix user is created without a user role, the user will not be able to log into Zabbix, using internal authentication.
ja	#### ユーザー設定の必須ではないフィールド  ユーザーグループとユーザーロールのフィールドは、[ユーザー設定](/manual/config/users_and_usergroups/user)では必須ではなくなりました。 ただし、内部Zabbixユーザーがユーザーロールなしで作成された場合、ユーザーは内部認証を使用してZabbixにログインすることができません。

en-us	##### Non-primitive data types  Since Zabbix 4.0.0 it is possible to work with custom MBeans returning non-primitive data types, which override the **toString()** method.
ja	##### 非プリミティブなデータ型  Zabbix 4.0.0以降、**toString()**メソッドをオーバーライドした非プリミティブなデータ型を返すカスタムMBeansを使用することができます。

en-us	### Notation
ja	### 表記法

en-us	::: noteimportant Deprecated widgets will be removed in the upcoming major release. :::
ja	::: noteimportant 非推奨のウィジェットは、今後のメジャーリリースで削除される予定です。 :::

en-us	 ::: noteimportant Proxies that are older than Zabbix server previous LTS release version or newer than Zabbix server major version are not supported. Zabbix server will ignore data from unsupported proxies and all communication with Zabbix server will fail with a warning. For more information, see [Version compatibility](/manual/appendix/compatibility#supported-zabbix-proxies). :::  To minimize downtime and data loss during the upgrade, it is recommended to stop, upgrade, and start Zabbix server and then stop, upgrade, and start Zabbix proxies one after another. During server downtime, running proxies will continue data collection. Once the server is up and running, [outdated](/manual/appendix/compatibility#supported-zabbix-proxies) proxies will send the data to the newer server (proxy configuration will not be updated though) and will remain partly functional. Any notifications for problems during Zabbix server downtime will be generated only after the upgraded server is started.
ja	 ::: noteimportant Zabbixサーバーの一つ前のLTSリリースバージョンより古いプロキシ、またはZabbixサーバーのメジャーバージョンより新しいプロキシはサポートされていません。 Zabbixサーバーは、サポートされていないプロキシからのデータを無視し、Zabbixサーバーとのすべての通信は失敗し、警告が表示されます。 詳細については、[Version compatibility](/manual/appendix/compatibility#supported-zabbix-proxies)を参照してください。 :::  アップグレード中のダウンタイムとデータ損失を最小限に抑えるには、Zabbix サーバーを停止、アップグレード、起動してから、Zabbixプロキシを順番に停止、アップグレード、起動することをお勧めします。 サーバーのダウンタイム中も、実行中のプロキシはデータ収集を継続します。 サーバーが稼働すると、[旧式のプロキシ](/manual/appendix/compatibility#supported-zabbix-proxies)はデータを新しいサーバーに送信し (ただし、プロキシ設定は更新されません)、部分的には機能し続けます。 Zabbixサーバーのダウンタイム中に発生した障害に関する通知は、アップグレードされたサーバーが起動した後にのみ生成されます。

en-us	::: noteimportant This widget is deprecated and will be removed in the upcoming major release. Consider using the [*Top hosts*](/manual/web_interface/frontend_sections/dashboards/widgets/top_hosts) widget instead. :::
ja	::: noteimportant このウィジェットは非推奨であり、今後のメジャーリリースで削除される予定です。代わりに[*上位ホスト*](/manual/web_interface/frontend_sections/dashboards/widgets/top_hosts)ウィジェットの使用を検討してください。 :::

en-us	##### Notes on connection termination  If IPMI checks are not performed (by any reason: all host IPMI items disabled/notsupported, host disabled/deleted, host in maintenance etc.) the IPMI connection will be terminated from Zabbix server or proxy in 3 to 4 hours depending on the time when Zabbix server/proxy was started.
ja	##### 接続終了時の注意事項  IPMIチェックが行われなかった場合(何らかの理由: ホストのIPMI項目が全て無効/サポートされていない、<br> ホストが無効/削除された、ホストがメンテナンス中であるなど)<br> Zabbix server / proxy を起動した時間に応じて3～4時間後にZabbix server / proxy からIPMI接続が切断されます。

en-us	##### Notes on discrete sensor names in OpenIPMI-2.0.16, 2.0.17, 2.0.18 and 2.0.19  Names of discrete sensors in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 often have an additional "`0`" (or some other digit or letter) appended at the end. For example, while `ipmitool` and OpenIPMI-2.0.19 display sensor names as "`PhysicalSecurity`" or "`CATERR`", in OpenIPMI-2.0.16, 2.0.17 and 2.0.18 the names are "`PhysicalSecurity0`" or "`CATERR0`", respectively.  When configuring an IPMI item with Zabbix server using OpenIPMI-2.0.16, 2.0.17 and 2.0.18, use these names ending with "0" in the *IPMI sensor* field of IPMI agent items. When your Zabbix server is upgraded to a new Linux distribution, which uses OpenIPMI-2.0.19 (or later), items with these IPMI discrete sensors will become "NOT SUPPORTED". You have to change their *IPMI sensor* names (remove the '0' in the end) and wait for some time before they turn "Enabled" again.
ja	##### OpenIPMI-2.0.16, 2.0.17, 2.0.18, 2.0.19 のディスクリートセンサーの名前に関する注意事項  OpenIPMI-2.0.16, 2.0.17, 2.0.18 のディスクリートセンサーの名前には"`0`" (または他の数字や文字) を<br> 末尾に付加していることがよくあります。<br> 例えば、`ipmitool` と OpenIPMI-2.0.19 では、センサーの名前は "`PhysicalSecurity`" や "`CATERR`" のように表示されます。<br> OpenIPMI-2.0.16, 2.0.17, 2.0.18 では "`PhysicalSecurity0`" または "`CATERR0`" と表示されます。<br>  OpenIPMI-2.0.16、2.0.17、2.0.18を使用してZabbixサーバでIPMI item を設定する場合、<br> IPMIエージェントアイテムの*IPMI sensor*フィールドにこれらの名前を0として使用してください。<br> ZabbixサーバをOpenIPMI-2.0.19(またはそれ以降)を使用する新しいLinuxディストリビューションにアップグレードした場合、<br> これらのIPMIセンサーのアイテムは「NOT SUPPORTED」になります。そのため<br> IPMIセンサー名を変更し（末尾の'0'を削除）、再び "Enabled "になる前に、しばらく待つ必要があります。

en-us	#### Notes on handling 'copytruncate' log file rotation  `logrt` with the `copytruncate` option assumes that different log files have different records (at least their timestamps are different), therefore MD5 sums of initial blocks (up to the first 512 bytes) will be different. Two files with the same MD5 sums of initial blocks means that one of them is the original, another - a copy.  `logrt` with the `copytruncate` option makes effort to correctly process log file copies without reporting duplicates. However, things like producing multiple log file copies with the same timestamp, log file rotation more often than logrt\[\] item update interval, frequent restarting of agent are not recommended. The agent tries to handle all these situations reasonably well, but good results cannot be guaranteed in all circumstances.
ja	#### 'copytruncate' ログファイルローテーションの取り扱いに関する注意点  `logrt` の `copytruncate` オプションは、異なるログファイルには異なる記録がある (少なくともタイムスタンプは異なる) と<br> 仮定しています。したがって、初期ブロック (最初の512バイトまで) のMD5チェックサムは異なることになります。<br> 初期ブロックの MD5 チェックサムが同じである 2 つのファイルは、一方がオリジナルで、もう一方がコピーであることを意味します。<br>  `logrt` の `copytruncate` オプションは、ログファイルのコピーを重複して報告することなく、正しく処理するように努力します。<br> しかし、同じタイムスタンプのログファイルを複数作成したり、ログファイルのローテーションがlogrt\[\] item のupdate interval より<br> 頻繁になったり、agent を頻繁に再起動することは推奨されません。agent は、これらの状況を合理的に処理しようとしますが、<br> すべての状況でよい結果を保証することはできません。

en-us	#### Notes on persistent files for log\*\[\] items
ja	#### log*[\] itemのpersistent filesに関する注意事項

en-us	##### Notes on threshold and discrete sensor simultaneous availability  Some IPMI agents provide both a threshold sensor and a discrete sensor under the same name. In Zabbix versions prior to 2.2.8 and 2.4.3, the first provided sensor was chosen. Since versions 2.2.8 and 2.4.3, preference is always given to the threshold sensor.
ja	##### 閾値とディスクリートセンサーの同時使用に関する注意事項  いくつかのIPMIエージェントは、閾値センサーとディスクリートセンサーを同じ名前で提供しているものがあります。<br> 2.2.8および2.4.3より前のバージョンのZabbixでは、最初に提供されたセンサーが選択されます。<br> バージョン2.2.8と2.4.3以降では、常に閾値センサーが優先されます。

en-us	 ::: notetip After enabling a trigger (changing its configuration status from *Disabled* to *Enabled*), the trigger expression is evaluated as soon as an item in it receives a value or the time to handle a time-based function comes. :::
ja	::: notetip トリガーを有効にした (構成ステータスを *無効* から *有効* に変更)後、トリガー条件式は、その項目が値を受け取るか、時間ベースの関数を処理する時間が来るとすぐに評価されます。 :::

en-us	#### Numeric (float) data type range with PostgreSQL 11 and earlier  PostgreSQL 11 and earlier versions only support floating point value range of approximately -1.34E-154 to 1.34E+154.
ja	#### PostgreSQL 11 以前のバージョンにおける数値 (float) データ型の範囲  PostgreSQL 11およびそれ以前のバージョンでは、浮動小数点数データ型をサポートしています。 <br> 1.34E-154 から 1.34E+154 までの範囲になります。 <br>

en-us	#### Numeric representation  Windows maintains numeric representations (indexes) for object and performance counter names. Zabbix supports these numeric representations as parameters to the `perf_counter`, `perf_counter_en` item keys and in `PerfCounter`, `PerfCounterEn` configuration parameters.  However, it's not recommended to use them unless you can guarantee your numeric indexes map to correct strings on specific hosts. If you need to create portable items that work across different hosts with various localized Windows versions, you can use the `perf_counter_en` key or `PerfCounterEn` configuration parameter which allow to use English names regardless of system locale.  To find out the numeric equivalents, run **regedit**, then find *HKEY\_LOCAL\_MACHINE\\SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\Perflib\\009*.  The registry entry contains information like this:      1     1847     2     System     4     Memory     6     % Processor Time     10     File Read Operations/sec     12     File Write Operations/sec     14     File Control Operations/sec     16     File Read Bytes/sec     18     File Write Bytes/sec     ....  Here you can find the corresponding numbers for each string part of the performance counter, like in '\\System\\% Processor Time':      System → 2     % Processor Time → 6  Then you can use these numbers to represent the path in numbers:      \2\6
ja	#### 数値表現  Windowsはオブジェクトとパフォーマンスカウンタ名の数値表現(インデックス)を保持しています。<br> Zabbixはこれらの数値表現を `perf_counter`, `perf_counter_en` item キーのパラメータとして、<br> また `PerfCounter`, `PerfCounterEn` 設定パラメータとしてサポートしています。  しかし、数値インデックスが特定のホストで正しい文字列にマップされることを保証できない限り、これらを使用することは推奨されません。<br> ローカライズされた Windows バージョンの異なるホストで動作するポータブルな item を作成する必要がある場合は、<br>  `perf_counter_en` キーまたは `PerfCounterEn` 設定パラメータを使用して、システムのロケールにかかわらず英語名を使用することが可能です。  数値に相当するものを見つけるには、**regedit** を実行し、以下を見つけます。<br> *HKEY\_LOCAL\_MACHINE\_SOFTWARE\_Microsoft⇄Windows NT\\CurrentVersion\\Perflib\\009*  レジストリエントリには、このような情報が含まれています。      1     1847     2     システム     4     メモリ     6     プロセッサー時間     10     ファイル読み込み操作/秒     12     ファイル書込み動作/秒     14     ファイルコントロール動作/秒     16     ファイル読込バイト数/秒     18     ファイル書込みバイト数/秒     ....  ここで、'\\System\\% Processor Time' のように、パフォーマンスカウンタの各文字列部分に対応する数値が表示されます。      システム -> 2     % プロセッサー時間 -> 6  そして、この数字を使って、パスを数字で表すことができます。      \2\6

en-us	#### Obtaining sensor names  Sensor labels, as printed by the *sensors* command, cannot always be used directly because the naming of labels may be different for each sensor chip vendor. For example, *sensors* output might contain the following lines:      $ sensors     in0:         +2.24 V  (min =  +0.00 V, max =  +3.32 V)        Vcore:       +1.15 V  (min =  +0.00 V, max =  +2.99 V)        +3.3V:       +3.30 V  (min =  +2.97 V, max =  +3.63 V)        +12V:       +13.00 V  (min =  +0.00 V, max = +15.94 V)     M/B Temp:    +30.0°C  (low  = -127.0°C, high = +127.0°C)  Out of these, only one label may be used directly:      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in0]     2.240000  Attempting to use other labels (like *Vcore* or *+12V*) will not work.      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,Vcore]     ZBX_NOTSUPPORTED  To find out the actual sensor name, which can be used by Zabbix to retrieve the sensor readings, run *sensors -u*. In the output, the following may be observed:      $ sensors -u     ...     Vcore:       in1_input: 1.15       in1_min: 0.00       in1_max: 2.99       in1_alarm: 0.00     ...         +12V:       in4_input: 13.00       in4_min: 0.00       in4_max: 15.94       in4_alarm: 0.00     ...  So *Vcore* should be queried as *in1*, and *+12V* should be queried as *in4*.[^1]      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in1]     1.301000  Not only voltage (in), but also current (curr), temperature (temp) and fan speed (fan) readings can be retrieved by Zabbix.  [^1]: According to     [specification](https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface)     these are voltages on chip pins and generally speaking may need     scaling.
ja	#### センサー名の取得  ラベルの名前はセンサーチップベンダーごとに異なる可能性があるため、*sensors*コマンドで出力されるセンサーラベルは常に使用できるとは限りません。 たとえば*sensors*の出力には次のような行が含まれる場合があります。      $ sensors     in0:         +2.24 V  (min =  +0.00 V, max =  +3.32 V)        Vcore:       +1.15 V  (min =  +0.00 V, max =  +2.99 V)        +3.3V:       +3.30 V  (min =  +2.97 V, max =  +3.63 V)        +12V:       +13.00 V  (min =  +0.00 V, max = +15.94 V)     M/B Temp:    +30.0°C  (low  = -127.0°C, high = +127.0°C)  これらのうち直接使用できるラベルは1つだけです。      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in0]     2.240000  他のラベル（*Vcore*や*+12V*など）を使用しようとしても機能しません。      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,Vcore]     ZBX_NOTSUPPORTED  Zabbixがセンサーの読み取り値を取得するために使用できる実際のセンサー名を確認するには*sensors -u*を実行します。出力では次のことが確認できます。      $ sensors -u     ...     Vcore:       in1_input: 1.15       in1_min: 0.00       in1_max: 2.99       in1_alarm: 0.00     ...         +12V:       in4_input: 13.00       in4_min: 0.00       in4_max: 15.94       in4_alarm: 0.00     ...  上記から*Vcore*は*in1*として、* +12V*は*in4*として照会する必要があります。[^1]      $ zabbix_get -s 127.0.0.1 -k sensor[lm85-i2c-0-2e,in1]     1.301000  Zabbixは電圧（in）だけでなく電流（curr）温度（temp）ファン速度（fan）の読み取り値も取得できます。  [^ 1]：[仕様](https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface)によると、これらはチップピンの電圧であり、スケーリングが必要な場合があります。

en-us	#### ODBC checks  -   MySQL unixODBC driver should not be used with Zabbix server or Zabbix proxy compiled against MariaDB connector      library and vice versa, if possible it is also better to avoid using the same connector as the driver due to an      [upstream bug](https://bugs.mysql.com/bug.php?id=73709). Suggested setup:      PostgreSQL, SQLite or Oracle connector → MariaDB or MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  See [ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) for more information and available workarounds.  -   XML data queried from Microsoft SQL Server may get truncated in various ways on Linux and UNIX systems.  -   It has been observed that using ODBC checks for monitoring Oracle databases using various versions of      Oracle Instant Client for Linux causes Zabbix server to crash.\      See also: [ZBX-18402](https://support.zabbix.com/browse/ZBX-18402),      [ZBX-20803](https://support.zabbix.com/browse/ZBX-20803).  -   If using FreeTDS UnixODBC driver, you need to prepend a 'SET NOCOUNT ON' statement to an SQL query      (for example, ````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....````).      Otherwise, database monitor item in Zabbix will fail to retrieve the information with an error      "SQL query returned empty result".\     See [ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) for more information.
ja	#### ODBC チェック  -   MySQL unixODBC ドライバーは、MariaDB コネクタ ライブラリに対してコンパイルされた Zabbix サーバーまたは Zabbix プロキシと共に使用しないでください。[アップストリームのバグ](https://bugs.mysql.com/bug.php?id=73709) のため、可能であればドライバーと同じコネクタを使用しないこともお勧めします。推奨セットアップ:      PostgreSQL, SQLite または Oracle connector → MariaDB または MySQL unixODBC driver     MariaDB connector → MariaDB unixODBC driver     MySQL connector → MySQL unixODBC driver  詳細および利用可能な回避策については[ZBX-7665](https://support.zabbix.com/browse/ZBX-7665) を参照してください。  -   Microsoft SQL Server からクエリされた XML データは、Linux および UNIX システムでさまざまな方法で切り捨てられる場合があります。  -   さまざまなバージョンの Linux 用 Oracle Instant Client を使用して Oracle データベースを監視するために ODBC チェックを使用すると、Zabbix サーバーがクラッシュすることが確認されています。\[ZBX-18402](https://support.zabbix.com/browse/ZBX-18402)[ZBX-20803](https://support.zabbix.com/browse/ZBX-20803)も参照してください。  -   FreeTDS UnixODBC ドライバーを使用している場合は、'SET NOCOUNT ON' ステートメントを SQL クエリの先頭に追加する必要があります (例:````SET NOCOUNT ON DECLARE @strsql NVARCHAR(max) SET @strsql = ....``` `)。そうしないと、Zabbix のデータベース モニタ アイテムは"SQL クエリが空の結果を返しました"というエラーで情報の取得に失敗します。\詳細については[ZBX-19917](https://support.zabbix.com/browse/ZBX-19917) を参照してください。

en-us	#### OK events  An OK event closes the related problem event(s) and may be created by 3 components:  -   triggers - based on 'OK event generation' and 'OK event closes'     settings; -   event correlation -   task manager – when an event is [manually     closed](/manual/config/events/manual_close)
ja	#### 正常イベント  正常イベントは関連する障害イベントを閉じます。次の3つのコンポーネントによって作成される場合があります。  -   トリガー - '正常イベントの生成' および '正常イベントの終了' 設定に基づく -   イベント相関関係 -   タスクマネージャー – イベントが[手動でクローズ](/manual/config/events/manual_close)されたとき

en-us	#### Older XML protocol  ::: noteclassic Zabbix will take up to 16 MB of XML Base64-encoded data, but a single decoded value should be no longer than 64 KB otherwise it will be truncated to 64 KB while decoding. :::
ja	#### 古い XML プロトコル  ::: noteclassic Zabbixは、 Base64にエンコードされたXMLのデータを16MBまで取得しますが、デコードされる値は1つが64KB以下でなければなりません。そうでないと、デコード中にそれが64KBに切り捨てられます。 :::

en-us	 #### Old numeric (float) value type is deprecated    Since Zabbix 5.0, numeric (float) data type has been switched to the new format to support precision of approximately 15 digits and extended value range from approximately -1.79E+308 to 1.79E+308. Now the old numeric type, which has been disabled, but remained supported, is deprecated and will be removed in an upcoming version.  If your installation is not upgraded to the numeric values of extended range, [System information](/manual/web_interface/frontend_sections/reports/status_of_zabbix) in the frontend will display a warning: "Database history tables upgraded: No. Support for the old numeric type is deprecated. Please upgrade to numeric values of extended range".  In this case, see [instructions](/manual/appendix/install/db_float_range) for enabling the extended range of numeric values.
ja	 #### 古い数値タイプ(float)は非推奨になりました    Zabbix 5.0以降、数値データ型(float)は、約15桁の精度と約-1.79E+308 ~ 1.79E+308までの拡張値範囲をサポートする新しい形式に切り替えられました。 現在、無効になっていますがサポートは残っている古い数値型は非推奨となり、次のバージョンで削除される予定です。  インストールが拡張範囲の数値にアップグレードされていない場合、フロントエンドの[システム情報](/manual/web_interface/frontend_sections/reports/status_of_zabbix)に次の警告が表示されます。"データベースヒストリテーブルがアップグレードされました: いいえ。古い数値型のサポートは廃止されました。拡張範囲の数値にアップグレードしてください。"  この場合、数値の拡張範囲を有効にするための[手順](/manual/appendix/install/db_float_range)を参照してください。

en-us	#### OneLogin configuration
ja	#### OneLoginの設定

en-us	#### One side connects with certificate but other side accepts only PSK or vice versa  In any log (with *GnuTLS*):      failed to accept an incoming connection: from 127.0.0.1: zbx_tls_accept(): gnutls_handshake() failed:\         -21 Could not negotiate a supported cipher suite.  In any log (with *OpenSSL* 1.0.2c):      failed to accept an incoming connection: from 127.0.0.1: TLS handshake returned error code 1:\         file .\ssl\s3_srvr.c line 1411: error:1408A0C1:SSL routines:ssl3_get_client_hello:no shared cipher:\         TLS write fatal alert "handshake failure"
ja	#### 片側は証明書で接続するが、反対側は PSK のみを受け入れる、またはその逆  任意のログ (*GnuTLS* を使用):      failed to accept an incoming connection: from 127.0.0.1: zbx_tls_accept(): gnutls_handshake() failed:\         -21 Could not negotiate a supported cipher suite.  任意のログ (*OpenSSL* 1.0.2c を使用):      failed to accept an incoming connection: from 127.0.0.1: TLS handshake returned error code 1:\         file .\ssl\s3_srvr.c line 1411: error:1408A0C1:SSL routines:ssl3_get_client_hello:no shared cipher:\         TLS write fatal alert "handshake failure"

en-us	#### One side connects with PSK but other side uses LibreSSL or has been compiled without encryption support  LibreSSL does not support PSK.  In connecting-side log:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success  In accepting-side log:      ...failed to accept an incoming connection: from 192.168.1.2: support for PSK was not compiled in  In Zabbix frontend:      Get value from agent failed: TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success
ja	#### 一方は PSK で接続するが、もう一方は LibreSSL を使用しているか、暗号化サポートなしでコンパイルされている場合  LibreSSL は PSK をサポートしていません。  接続元ログ:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success  受付側ログ：      ...failed to accept an incoming connection: from 192.168.1.2: support for PSK was not compiled in  Zabbixフロントエンド:      Get value from agent failed: TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() I/O error: [0] Success

en-us	#### One side connects with PSK but other side uses OpenSSL with PSK support disabled  In connecting-side log:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  In accepting-side log:      ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"
ja	#### 一方は PSK で接続しますが、もう一方は PSK サポートを無効にして OpenSSL を使用している場合  接続元ログ:      ...TCP successful, cannot establish TLS to [[192.168.1.2]:10050]: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/record/rec_layer_s3.c line 1536: error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure: SSL alert number 40: TLS read fatal alert "handshake failure"  受付側ログ:      ...failed to accept an incoming connection: from 192.168.1.2: TLS handshake set result code to 1: file ssl/statem/statem_srvr.c line 1422: error:1417A0C1:SSL routines:tls_post_process_client_hello:no shared cipher: TLS write fatal alert "handshake failure"

en-us	##### On Linux 2.4:  (Sensor readings are obtained from /proc/sys/dev/sensors directory)  -   **device** - device name (if <mode> is used, it is a regular     expression); -   **sensor** - sensor name (if <mode> is used, it is a regular     expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key: sensor\[w83781d-i2c-0-2d,temp1\]  Prior to Zabbix 1.8.4, the sensor\[temp1\] format was used.
ja	##### Linux 2.4の場合：  （センサーの読み取り値は/proc/sys/dev/sensorsディレクトリから取得されます）  -   **device** - デバイス名（<mode>が使用されている場合は正規表現です） -   **sensor** - センサー名（<mode>が使用されている場合は正規表現です） -   **mode** - 使用可能な値：avg,max,min（このパラメーターが省略されている場合、デバイスとセンサーは逐語的に扱われます）  キーの例：sensor\[w83781d-i2c-0-2d,temp1\]  Zabbix 1.8.4以前は sensor \[temp1\] 形式が使用されていました。

en-us	##### On Linux 2.6+:  (Sensor readings are obtained from /sys/class/hwmon directory)  -   **device** - device name (non regular expression). The device name     could be the actual name of the device (e.g 0000:00:18.3) or the     name acquired using sensors program (e.g. k8temp-pci-00c3). It is up     to the user to choose which name to use; -   **sensor** - sensor name (non regular expression); -   **mode** - possible values: avg, max, min (if this parameter is     omitted, device and sensor are treated verbatim).  Example key:  sensor\[k8temp-pci-00c3,temp,max\] or sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in,avg\] or sensor\[smsc47b397.2176,in1\]
ja	##### Linux 2.6以降の場合：  （センサーの読み取り値は/sys/class/hwmonディレクトリから取得されます）  -   **device** - デバイス名（非正規表現） デバイス名はデバイスの実際の名前（0000:00:18.3など）またはセンサープログラムを使用して取得した名前（k8temp-pci-00c3など）の場合があります。 使用する名前はユーザーが選択してください。 -   **sensor** - センサー名（非正規表現） -   **mode** - 使用可能な値: avg, max, min (このパラメーターを省略した場合、デバイスとセンサーは逐語的に扱われます).  キーの例：  sensor\[k8temp-pci-00c3,temp,max\] or sensor\[0000:00:18.3,temp1\]  sensor\[smsc47b397-isa-0880,in,avg\] or sensor\[smsc47b397.2176,in1\]

en-us	#### OpenSSL used with CRLs and for some CA in the certificate chain its CRL is not included in `TLSCRLFile`  In TLS server log in case of *OpenSSL* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  In TLS server log in case of *GnuTLS* peer:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin
ja	#### CRLで使用されるOpenSSLと証明書チェーンの一部の CAでは、CRLが`TLSCRLFile`に含まれていない  *OpenSSL* ピアの場合の TLS サーバー ログ:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \         TLS write fatal alert "unknown CA"  *GnuTLS* ピアの場合の TLS サーバー ログ:      failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \         file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\         block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin

en-us	#### Optimized proxy configuration update  Incremental update of the proxy configuration has been [introduced](/manual/introduction/whatsnew640#optimized-proxy-configuration-update) in the new version.  As a result the **ConfigFrequency** parameter for active proxies is now deprecated; instead the ProxyConfigFrequency parameter must be used on both server (for passive proxies) and proxy (for active proxies). Note that if both ProxyConfigFrequency and ConfigFrequency are used, the proxy will log an error and terminate.  The default value of ProxyConfigFrequency has been lowered from 3600 to **10** seconds. Also, the default value of CacheUpdateFrequency on the server has been lowered from 60 to **10** seconds.  The server now uses the configuration cache to track proxy configuration changes using revision numbers, so the amount of cached data will increase and it might be necessary to increase the configuration cache size.  Note that the server configuration must be synced before any changes are synced to proxy. So if a user makes some changes and wants them to be synced to the proxy - the server configuration cache must be reloaded first.
ja	#### 最適化されたプロキシ構成の更新  新しいバージョンでは、プロキシ構成の増分更新が[導入されました](/manual/introduction/whatsnew640#optimized-proxy-configuration-update)。  その結果、アクティブプロキシの**ConfigFrequency**パラメータは非推奨になりました。代わりに、ProxyConfigFrequencyパラメーターをサーバー (パッシブプロキシの場合) とプロキシ (アクティブプロキシの場合) の両方で使用する必要があります。 ProxyConfigFrequencyとConfigFrequencyの両方を使用すると、プロキシはエラーを記録して終了することに注意してください。  ProxyConfigFrequencyのデフォルト値が3600秒から**10**秒に引き下げられました。 また、サーバー上のCacheUpdateFrequencyのデフォルト値が60秒から**10**秒に引き下げられました。  サーバーは構成キャッシュを使用して、リビジョン番号でプロキシ構成の変更を追跡するようになりました。そのため、キャッシュデータ量が増加し、構成キャッシュのサイズを増やすことが必要になる場合があります。  変更をプロキシに同期する前に、サーバー構成を同期する必要があることに注意してください。 したがって、ユーザーが何らかの変更を加え、それをプロキシに同期したい場合は、最初にサーバー構成キャッシュをリロードする必要があります。

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*.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.   Examples of running Zabbix server with command line parameters: ```yaml shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V ```  [ ]{#lbAF}
ja	## オプション  **-c**, **--config** *config-file*   デフォルトの設定ファイルの代わりに *config-file* で指定されたファイルを使用します。  **-f**, **--foreground**   Zabbix サーバーをフォアグラウンドで実行します。  **-R**, **--runtime-control** *runtime-option*   *runtime-option* に従って管理機能を実行します。  **-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.  **-h**, **--help**   Display this help and exit.  **-V**, **--version**   Output version information and exit.  [ ]{#lbAF}
ja	## オプション  **-c**, **--config** *config-file*   デフォルトのコンフィグファイルの代わりに*config-file*で指定されたファイルを使用します。  **-h**, **--help**   ヘルプを表示して終了します。  **-V**, **--version**   バージョン情報を出力して終了します。  [ ]{#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  |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.  **--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*   値を取得するアイテムのキーを指定します。  **--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| |--|--------| |-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*| |-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).| |-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).|  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      shell> zabbix_agent2 --print     shell> zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf
ja	#### オプション  Zabbixエージェント2では次のコマンドラインパラメータを使用できます。  |パラメーター|説明| |--|--------| |-c --config <config-file>|設定ファイルへのパスを指定します。<br>このオプションを使用してデフォルトではない設定ファイルを指定できます。<br> UNIXの場合、デフォルトは/usr/local/etc/zabbix\_agent2.confであるか、[コンパイル時](/manual/installation/install#installing_zabbix_daemons)の変数*--sysconfdir* または *--prefix*で設定されます。| |-f --foreground|Zabbixエージェントをフォアグラウンドで実行します(デフォルト: true)。| |-p --print|既知のアイテムを出力して終了します。<br>*注*: [ユーザーパラメーター](/manual/config/items/userparameters)の結果も返すには、（デフォルトの場所にない場合は）構成ファイルを指定する必要があります。| | -t --test <item key>|指定されたアイテムをテストして終了します。<br>*注*: [ユーザーパラメーター](/manual/config/items/userparameters)の結果も返すには、（デフォルトの場所にない場合は）構成ファイルを指定する必要があります。| |-h --help|ヘルプを出力して終了します。| |-v --verbose|デバッグ情報を出力します。 このオプションは -p および -t オプションとともに使用します。| |-V --version|エージェントのバージョン番号を出力して終了します。| |-R --runtime-control <option>|管理機能を実行します。 [ランタイム制御](/manual/concepts/agent2#runtime_control)を参照してください。|  コマンドラインパラメータの使用の具体的な**例**：  -   すべての組み込みエージェントアイテムの値を出力します -   指定された設定ファイルで定義された"mysql.ping"キーを使用してユーザーパラメータをテストします      shell> zabbix_agent2 --print     shell> zabbix_agent2 -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf

en-us	 ### Oracle  Export and import must be performed in tmux/screen to ensure that the session isn't dropped. Zabbix server should be down during the upgrade.  See also: [Important notes](#important-notes)  #### Table upgrade  * Install Oracle Data Pump (available in the [Instant Client Tools package](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)).   See Oracle Data Pump [documentation](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html) for performance tips.  * Rename tables using `history_pk_prepare.sql`.  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```
ja	### Oracle  セッションがドロップされないように、エクスポートとインポートは tmux/screen で実行する必要があります。 アップグレード中は、Zabbix サーバーがダウンしている必要があります。  参照：[重要事項](#important-notes)  #### テーブルのアップグレード  * Oracle Data Pump をインストールします ([Instant Client Tools パッケージ](https://www.oracle.com/database/technologies/instant-client/linux-x86-64-downloads.html)で入手可能)。  パフォーマンスのヒントについては、Oracle Data Pump [ドキュメント](https://docs.oracle.com/en/database/oracle/oracle-database/19/sutil/oracle-data-pump-performance-tips.html)を参照してください。  * `history_pk_prepare.sql` を使用してテーブルの名前を変更します。  ``` {.bash} cd /usr/share/zabbix/zabbix-sql-scripts/database/oracle sqlplus zabbix/password@oracle_host/service sqlplus> @history_pk_prepare.sql ```

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 agent 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:\\zabbix\_agentd.conf| |-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).| |-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 functions).<br>To distinguish service names of instances, each service name will include the Hostname value from the specified configuration file.| |**Windows agent only (functions)**|<| |-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:\\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 make the service name unique by     extending it by Hostname value from the config file  ```{=html} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf
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:\ \zabbix\_agentd.conf| |-p --print|既知の項目を出力して終了します。<br>*注*: [ユーザーパラメータ](/manual/config/items/userparameters) の結果も返すには、設定ファイルを指定する必要があります (デフォルトの場所にない場合)。| |-t --test <item key>|指定されたアイテムをテストして終了します。<br>*注*: [ユーザーパラメータ](/manual/config/items/userparameters) の結果も返すには、設定ファイルを指定する必要があります (デフォルトの場所にない場合)。| |-h --help|ヘルプ情報を表示| |-V --version|バージョン番号を表示| |**UNIX エージェントのみ**|<| |-R --runtime-control <option>|管理機能を実行します。 [ランタイムコントロール](/manual/concepts/agent#runtime_control)を参照してください。| |**Windows エージェントのみ**|<| |-m --multiple-agents|複数のエージェントインスタンスを使用します (-i、-d、-s、-x ファンクションと共に)。<br>インスタンスのサービス名を区別するために、各サービス名には設定ファイルで指定されたHostnameの値が含まれます。| |**Windows エージェントのみ (ファンクション)**|<| |-i --install|Zabbix Windows エージェントをサービスとしてインストール| |-d --uninstall|Zabbix Windowsエージェントサービスをアンインストール| |-s --start|Zabbix Windowsエージェントサービスを開始| |-x --stop|Zabbix Windowsエージェントサービスを停止|  コマンドラインパラメーターを使用する具体的な**例**:  - すべてのビルトインエージェントアイテムを値とともに出力します。 - 指定した設定ファイル内で定義された"mysql.ping"キーを使用したユーザー パラメータのテスト - Windows用の"Zabbix Agent"サービスをインストールします。デフォルトの設定ファイルへのパス c:\\zabbix\_agentd.conf - Windows用の"Zabbix Agent \[Hostname\]"サービスをインストールします。エージェントが実行可能な、同じ場所にある設定ファイルフォルダのzabbix\_agentd.confをHostnameの値で拡張してサービス名を一意にします。  ```{=html} <!-- --> ```     shell> zabbix_agentd --print     shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf     shell> zabbix_agentd.exe -i     shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf

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	### Other types of discovery  More detail and how-tos on other types of out-of-the-box discovery is available in the following sections:  -   discovery of [network     interfaces](/manual/discovery/low_level_discovery/examples/network_interfaces); -   discovery of [CPUs and CPU     cores](/manual/discovery/low_level_discovery/examples/cpu); -   discovery of [SNMP     OIDs](/manual/discovery/low_level_discovery/examples/snmp_oids); -   discovery of [JMX     objects](/manual/discovery/low_level_discovery/examples/jmx); -   discovery using [ODBC SQL     queries](/manual/discovery/low_level_discovery/examples/sql_queries); -   discovery of [Windows     services](/manual/discovery/low_level_discovery/examples/windows_services); -   discovery of [host     interfaces](/manual/discovery/low_level_discovery/examples/host_interfaces)     in Zabbix.  For more detail on the JSON format for discovery items and an example of how to implement your own file system discoverer as a Perl script, see [creating custom LLD rules](#creating_custom_lld_rules).
ja	### 他のタイプの検出  次のセクションでは、他のタイプのすぐに使用可能な検出の詳細とハウツーを利用できます。  -   [ネットワークインターフェース](/manual/discovery/low_level_discovery/examples/network_interfaces)の検出; -   [CPUとCPUコア](/manual/discovery/low_level_discovery/examples/cpu)の検出; -   [SNMP OIDs](/manual/discovery/low_level_discovery/examples/snmp_oids)の検出; -   [JMX オブジェクト](/manual/discovery/low_level_discovery/examples/jmx)の検出; -   [ODBC SQL クエリ](/manual/discovery/low_level_discovery/examples/sql_queries)を使った検出; -   [Windows サービス](/manual/discovery/low_level_discovery/examples/windows_services)の検出; -    Zabbixの[ホストインターフェース](/manual/discovery/low_level_discovery/examples/host_interfaces)検出;  検出項目のJSON形式の詳細と、独自のファイルシステム検出器をPerlスクリプトとして実装する方法の例については、[カスタムLLDルールの作成](#creating_custom_lld_rules).を参照してください。

en-us	#### Other uses  Unit symbols are also used for a human-readable representation of data in the frontend.  In both Zabbix server and frontend these symbols are supported:  -   **K** - kilo -   **M** - mega -   **G** - giga -   **T** - tera  When item values in B, Bps are displayed in the frontend, base 2 is applied (1K = 1024). Otherwise a base of 10 is used (1K = 1000).  Additionally the frontend also supports the display of:  -   **P** - peta -   **E** - exa -   **Z** - zetta -   **Y** - yotta
ja	#### その他  単位記号は、フロントエンドのデータを人間が読みやすい形式で表現するためにも使用されます。  Zabbixサーバーとフロントエンドの両方で、これらのシンボルがサポートされています。  - **K** - キロ - **M** - メガ - **G** - ギガ - **T** - テラ  アイテムの値にBが使用されるとフロントエンドに表示されるBpsは二進数です。それ以外の場合は十進数で表示されます。  さらに、フロントエンドは次の表示もサポートします。  - **P** - ペタ - **E** - エクサ - **Z** - ゼッタ - **Y** - ヨッタ

en-us	#### Override  The **Override** tab allows setting rules to modify the list of item, trigger, graph and host prototypes or their attributes for discovered objects that meet given criteria.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  Overrides (if any) are displayed in a reorderable drag-and-drop list and executed in the order in which they are defined.  To configure details of a new override, click on ![](../../../assets/en/manual/config/add_link.png) in the *Overrides* block. To edit an existing override, click on the override name. A popup window will open allowing to edit the override rule details.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  All mandatory parameters are marked with red asterisks.  |Parameter|Description| |--|--------| |*Name*|A unique (per LLD rule) override name.| |*If filter matches*|Defines whether next overrides should be processed when filter conditions are met:<br>**Continue overrides** - subsequent overrides will be processed.<br>**Stop processing** - operations from preceding (if any) and this override will be executed, subsequent overrides will be ignored for matched LLD rows.| |*Filters*|Determines to which discovered entities the override should be applied. Override filters are processed after discovery rule [filters](low_level_discovery#filter) and have the same functionality.| |*Operations*|Override operations are displayed with these details:<br>**Condition** - an object type (item prototype/trigger prototype/graph prototype/host prototype) and a condition to be met (equals/does not equal/contains/does not contain/matches/does not match)<br>**Action** - links for editing and removing an operation are displayed.|  **Configuring an operation**  To configure details of a new operation, click on ![](../../../assets/en/manual/config/add_link.png) in the Operations block. To edit an existing operation, click on ![](../../../assets/en/manual/config/edit_link.png) next to the operation. A popup window where you can edit the operation details will open.  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |Parameter|<|<|Description| |-|-|----------|----------------------------------------| |*Object*|<|<|Four types of objects are available:<br>Item prototype<br>Trigger prototype<br>Graph prototype<br>Host prototype| |*Condition*|<|<|Allows filtering entities to which the operation should be applied.| | |Operator|<|Supported operators:<br>**equals** - apply to this prototype<br>**does not equal** - apply to all prototypes, except this<br>**contains** - apply, if prototype name contains this string<br>**does not contain** - apply, if prototype name does not contain this string<br>**matches** - apply, if prototype name matches regular expression<br>**does not match** - apply, if prototype name does not match regular expression<br>| |^|Pattern|<|A [regular expression](/manual/regular_expressions) or a string to search for.| |^|Object: *Item prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added in an enabled state.<br>*No* - the item will be added to a discovered entity but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original item prototype settings:<br>*Yes* - the item will be added.<br>*No* - the item will not be added.| |^|^|*Update interval*|When the checkbox is marked, two options will appear, allowing to set different interval for the item:<br>*Delay* - Item update interval. [User macros](/manual/config/macros/user_macros) and [time suffixes](/manual/appendix/suffixes) (e.g. 30s, 1m, 2h, 1d) are supported. Should be set to 0 if *Custom interval* is used.<br>*Custom interval* - click ![](../../../assets/en/manual/config/add_link.png) to specify flexible/scheduling intervals. For detailed information see [Custom intervals](/manual/config/items/item/custom_intervals).| |^|^|*History storage period*|When the checkbox is marked, the buttons will appear, allowing to set different history storage period for the item:<br>*Do not keep history* - if selected, the history will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Trend storage period*|When the checkbox is marked, the buttons will appear, allowing to set different trend storage period for the item:<br>*Do not keep trends* - if selected, the trends will not be stored.<br>*Storage period* - if selected, an input field for specifying storage period will appear to the right. [User macros](/manual/config/macros/user_macros) and [LLD macros](/manual/config/macros/lld_macros) are supported.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the item prototype, even if the tag names match.| |^|Object: *Trigger prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added in an enabled state.<br>*No* - the trigger will be added to a discovered entity, but in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original trigger prototype settings:<br>*Yes* - the trigger will be added.<br>*No* - the trigger will not be added.| |^|^|*Severity*|When the checkbox is marked, trigger severity buttons will appear, allowing to modify trigger severity.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the trigger prototype, even if the tag names match.| |^|Object: *Graph prototype*|<|<| |^| |*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original graph prototype settings:<br>*Yes* - the graph will be added.<br>*No* - the graph will not be added.| |^|Object: *Host prototype*|<|<| |^| |*Create enabled*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be created in an enabled state.<br>*No* - the host will be created in a disabled state.| |^|^|*Discover*|When the checkbox is marked, the buttons will appear, allowing to override original host prototype settings:<br>*Yes* - the host will be discovered.<br>*No* - the host will not be discovered.| |^|^|*Link templates*|When the checkbox is marked, an input field for specifying templates will appear. Start typing the template name or click on *Select* next to the field and select templates from the list in a popup window.<br>All templates linked to a host prototype will be replaced by templates from this override.| |^|^|*Tags*|When the checkbox is marked, a new block will appear, allowing to specify tag-value pairs.<br>These tags will be appended to the tags specified in the host prototype, even if the tag names match.| |^|^|*Host inventory*|When the checkbox is marked, the buttons will appear, allowing to select different inventory [mode](/manual/config/hosts/inventory) for the host prototype:<br>*Disabled* - do not populate host inventory<br>*Manual* - provide details manually<br>*Automated* - auto-fill host inventory data based on collected metrics.|
ja	#### オーバーライド  **オーバーライド**タブでは、アイテム、トリガー、グラフ、ホストのプロトタイプのリスト、または特定の条件を満たす検出されたオブジェクトの属性をルールに基づいて変更できます。  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_fs_e.png)  オーバーライドは、（存在する場合）並べ替え可能なドラッグアンドドロップリストに表示され、定義された順序で実行されます。 新しいオーバーライドの詳細を構成するには、*オーバーライド*ブロックの![](../../../assets/en/manual/config/add_link.png) をクリックします。既存のオーバーライドを編集するには、オーバーライド名をクリックすると、 ポップアップウィンドウが開き、オーバーライドルールの詳細を編集できます。  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override.png)  必須パラメーターは赤いアスタリスクでマークされています。  |パラメータ|説明| |--|--------| |*名前*|一意の（LLDルールごとの）オーバーライド名| |*フィルターが一致した場合*|フィルタ条件が満たされたときに次のオーバーライドを処理するかどうかを設定します。<br>**上書きを続行** - 後続のオーバーライドが処理されます。<br>**処理の停止** - 先行する操作（存在する場合）およびこのオーバーライドは実行されると、一致したLLD行の後続のオーバーライドは実行されません。| |*フィルター*|検出されたエンティティにオーバーライドを適用する必要があるかどうかを決定します。 オーバーライドフィルターは、ディスカバリルール[フィルター](low_level_discovery#filter)の後に処理されます。| |*実行内容*|オーバーライド操作は、次の詳細とともに表示されます。<br>**トリガー条件式** - オブジェクト（アイテムのプロトタイプ/トリガーのプロトタイプ/グラフのプロトタイプ/ホストプロトタイプ）およびトリガー条件式（等しい/等しくない/含む/含まない/一致する/一致しない）<br>**アクション** - 実行内容を変更または削除するためのリンクが表示されます。|  **実行内容の設定**  新しい実行内容を設定するには、実行内容ブロックの![](../../../assets/en/manual/config/add_link.png)をクリックします。 既存の実行内容を編集するには各実行内容の![](../../../assets/en/manual/config/edit_link.png)をクリックすると詳細を編集できるポップアップウィンドウが開きます。  ![](../../../assets/en/manual/discovery/low_level_discovery/lld_override_op.png)  |パラメータ|<|<|説明| |-|-|----------|----------------------------------------| |*オブジェクト*|<|<|次の4種類のオブジェクトを使用できます。<br>アイテムのプロトタイプ<br>トリガーのプロトタイプ<br>グラフのプロトタイプ<br>ホストプロトタイプ| |*トリガー条件式*|<|<|操作を適用する必要があるエンティティをフィルタリングします。| | |条件式|<|サポートされている条件：<br>**等しい** - パターンと等しいプロトタイプに適用<br>**等しくない** - パターンと等しくないプロトタイプに適用<br>**含む** - プロトタイプ名に文字列パターンが含まれる場合に適用<br>**含まない** - プロトタイプ名に文字列パターンが含まれていない場合は適用<br>**一致する** - プロトタイプ名がパターン内の正規表現と一致する場合は適用します<br>**一致しない** -  プロトタイプ名がパターン内の正規表現と一致しない場合に適用<br>| |^|パターン|<|[正規表現](/manual/regular_expressions)または検索する文字列| |^|オブジェクト：*アイテムのプロトタイプ*|<|<| |^| |*自動生成時のステータス有効*|チェックボックスをオンにするとボタンが表示され、元のアイテムのプロトタイプ設定を上書きできます。<br>*はい* - アイテムは有効な状態で追加されます。<br>*いいえ* - アイテムは検出されたエンティティに追加されますが、無効な状態になります。| |^|^|*ディスカバリ*|チェックボックスをオンにするとボタンが表示され、元のアイテムのプロトタイプ設定を上書きできます。<br>*はい* - アイテムが追加されます。<br>*いいえ* - アイテムは追加されません。| |^|^|*監視間隔*|チェックボックスをオンにすると2つのオプションが表示され、アイテムに異なる監視間隔を設定できます。<br>*間隔* - アイテムの更新間隔。 [ユーザーマクロ](/manual/config/macros/user_macros)および[タイムサフィックス](/manual/appendix/suffixes)（例：30s,1m,2h,1d）がサポートされています。 *監視間隔のカスタマイズ*を使用する場合は0に設定する必要があります。<br>*監視間隔のカスタマイズ* - ![](../../../assets/en/manual/config/add_link.png)をクリックして、柔軟なスケジュール間隔を指定します。 詳細については、[監視間隔のカスタマイズ](/manual/config/items/item/custom_intervals)を参照してください。| |^|^|*ヒストリの保存期間*|チェックボックスをオンにするとボタンが表示され、異なるヒストリの保存期間を設定できます。<br>*ヒストリを保存しない* - ヒストリは保存されません。<br>*保存期間* -  選択すると保存期間を指定するための入力フィールドが右側に表示されます。 [ユーザーマクロ](/manual/config/macros/user_macros)と[LLDマクロ](/manual/config/macros/lld_macros)がサポートされています。| |^|^|*トレンドの保存期間*|チェックボックスをオンにするとボタンが表示され、異なるトレンドの保存期間を設定できます。<br>*トレンドを保存しない* - トレンドは保存されません。<br>*保存期間* -  選択すると保存期間を指定するための入力フィールドが右側に表示されます。 [ユーザーマクロ](/manual/config/macros/user_macros)と[LLDマクロ](/manual/config/macros/lld_macros)がサポートされています。| |^|^|*タグ*|チェックボックスをオンにすると新しいブロックが表示され、タグと値のペアを指定できます。<br>これらのタグはタグ名が一致していても、アイテムのプロトタイプで指定されたタグに追加されます。| |^|オブジェクト：*トリガーのプロトタイプ*|<|<| |^| |*自動生成時のステータス有効*|チェックボックスをオンにするとボタンが表示され、元のトリガーのプロトタイプ設定を上書きできます。<br>*はい* - トリガーは有効な状態で追加されます。<br>*いいえ* - トリガーは検出されたエンティティに追加されますが、無効な状態になります。| |^|^|*ディスカバリ*|チェックボックスをオンにすると、ボタンが表示され、元のトリガーのプロトタイプ設定を上書きできます。<br>*はい* - トリガーが追加されます。<br>*いいえ* - トリガーは追加されません。| |^|^|*深刻度*|チェックボックスをオンにするとトリガーの深刻度ボタンが表示され、深刻度を変更できます。| |^|^|*タグ*|チェックボックスをオンにすると新しいブロックが表示され、タグと値のペアを指定できます。<br>これらのタグはタグ名が一致していても、トリガープロトタイプで指定されたタグに追加されます。| |^|オブジェクト：*グラフのプロトタイプ*|<|<| |^| |*ディスカバリ*|チェックボックスをオンにするとボタンが表示され、元のグラフのプロトタイプ設定を上書きできます。<br>*はい* - グラフが追加されます。<br>*いいえ* - グラフは追加されません。| |^|オブジェクト：*ホストプロトタイプ*|<|<| |^| |*自動生成時のステータス有効*|チェックボックスをオンにするとボタンが表示され、元のホストプロトタイプ設定を上書きできます。<br>*はい* - ホストは有効な状態で追加されます。<br>*いいえ* - ホストは無効な状態で追加されます。| |^|^|*ディスカバリ*|チェックボックスをオンにするとボタンが表示され、元のホストプロトタイプ設定を上書きできます。<br>*はい* - ホストが検出されます。<br>*いいえ* - ホストは検出されません。| |^|^|*テンプレートをリンク*|チェックボックスをオンにするとテンプレートを指定するための入力フィールドが表示されます。 テンプレート名を入力するか、フィールドの横にある*選択*をクリックして、ポップアップウィンドウのリストからテンプレートを選択します。<br>ホストプロトタイプにリンクされているすべてのテンプレートは、このオーバーライドのテンプレートに置き換えられます。| |^|^|*タグ*|チェックボックスをオンにすると、新しいブロックが表示され、タグと値のペアを指定できます。<br>これらのタグは、タグ名が一致していても、ホストプロトタイプで指定されたタグに追加されます。| |^|^|*ホストインベントリ*|チェックボックスをオンにするとボタンが表示され、ホストプロトタイプの別のインベントリ[モード](/manual/config/hosts/inventory)を選択できます。<br>*無効* - ホストインベントリにデータを入力しない<br>*マニュアル* - 詳細を手動で入力します<br>*自動* - 収集されたメトリックに基づいてホストインベントリデータを自動入力します。|

en-us	#### Overview  Additional files or directories can be included into server/proxy/agent configuration using the `Include` parameter.
ja	#### 概要  `Include`パラメータを使用して、追加のファイルまたはディレクトリをサーバー/プロキシ/エージェント設定に含めることができます。

en-us	#### Overview  Aggregate calculations are a [calculated item](/manual/config/items/itemtypes/calculated)  type allowing to collect information from several items by Zabbix server and  then calculate an aggregate, depending on the aggregate function used.  Only unsigned integer and float values (type of information) are supported for aggregate calculation  items.  Aggregate calculations do not require any agent running on the host being monitored.
ja	#### 概要  集計計算は、Zabbix サーバーによって複数の項目から情報を収集し、使用する集計関数に応じて集計を計算できる [計算項目](/manual/config/items/itemtypes/calculated)タイプです。  集計計算項目では、符号なしの整数値と浮動小数点値 (情報の種類) のみがサポートされています。  集計計算では、監視対象のホストでエージェントを実行する必要はありません。

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  A Zabbix proxy can collect performance and availability data on behalf of the Zabbix server. This way, a proxy can take on itself some of the load of collecting data and offload the Zabbix server.  Also, using a proxy is the easiest way of implementing centralized and distributed monitoring, when all agents and proxies report to one Zabbix server and all data is collected centrally.  A Zabbix proxy can be used to:  -   Monitor remote locations -   Monitor locations having unreliable communications -   Offload the Zabbix server when monitoring thousands of devices -   Simplify the maintenance of distributed monitoring  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  The proxy requires only one TCP connection to the Zabbix server. This way it is easier to get around a firewall as you only need to configure one firewall rule.  ::: noteimportant Zabbix proxy must use a separate database. Pointing it to the Zabbix server database will break the configuration. :::  All data collected by the proxy is stored locally before transmitting it over to the server. This way no data is lost due to any temporary communication problems with the server. The *ProxyLocalBuffer* and *ProxyOfflineBuffer* parameters in the [proxy configuration file](/manual/appendix/config/zabbix_proxy) control for how long the data are kept locally.  ::: noteimportant It may happen that a proxy, which receives the latest configuration changes directly from Zabbix server database, has a more up-to-date configuration than Zabbix server whose configuration may not be updated as fast due to the value of [CacheUpdateFrequency](/manual/appendix/config/zabbix_server). As a result, proxy may start gathering data and send them to Zabbix server that ignores these data. :::  Zabbix proxy is a data collector. It does not calculate triggers, process events or send alerts. For an overview of what proxy functionality is, review the following table:  |Function|<|Supported by proxy| |--------|-|------------------| |Items|<|<| |<|*Zabbix agent checks*|**Yes**| |^|*Zabbix agent checks (active)*|**Yes** ^1^| |^|*Simple checks*|**Yes**| |^|*Trapper items*|**Yes**| |^|*SNMP checks*|**Yes**| |^|*SNMP traps*|**Yes**| |^|*IPMI checks*|**Yes**| |^|*JMX checks*|**Yes**| |^|*Log file monitoring*|**Yes**| |^|*Internal checks*|**Yes**| |^|*SSH checks*|**Yes**| |^|*Telnet checks*|**Yes**| |^|*External checks*|**Yes**| |^|*Dependent items*|**Yes**| |^|*Script items*|**Yes**| |Built-in web monitoring|<|**Yes**| |Item value preprocessing|<|**Yes**| |Network discovery|<|**Yes**| |Active agent autoregistration|<|**Yes**| |Low-level discovery|<|**Yes**| |Remote commands|<|**Yes**| |Calculating triggers|<|*No*| |Processing events|<|*No*| |Event correlation|<|*No*| |Sending alerts|<|*No*|  ::: noteclassic \[1\] To make sure that an agent asks the proxy (and not the server) for active checks, the proxy must be listed in the **ServerActive** parameter in the agent configuration file. :::
ja	### 概要  Zabbixプロキシは、Zabbixサーバーに代わってパフォーマンスと可用性のデータを収集できます。プロキシはデータ収集の負荷の一部を引き受け、Zabbixサーバーの負荷を軽減できます。  また、すべてのエージェントとプロキシが1つのZabbixサーバーにレポートし、すべてのデータが一元的に収集される場合、プロキシを使用するのが集中型および分散型のモニタリングを実装する最も簡単な方法です。  Zabbixプロキシは次の目的で使用できます。  - 遠隔地を監視する - 通信の信頼性が低い場所を監視する - 何千ものデバイスを監視する時にZabbixサーバーの負荷を下げる - 分散監視の保守を簡素化する  ![](../../../assets/en/manual/proxies/proxy.png){width="500"}  プロキシは、ZabbixサーバーへのTCP接続を1つだけ必要とします。この方法ではファイアウォールルールを1つ設定するだけなので、ファイアウォールを回避するのが簡単です。  ::: noteimportant Zabbixプロキシはサーバーとは別のデータベースを使用する必要があります。 Zabbixサーバーデータベースを指定すると、設定が破損します。 :::  プロキシによって収集されたすべてのデータは、サーバーに送信される前にローカルに保存されます。これによりサーバーとの一時的な通信の問題が発生してもデータが失われることはありません。[プロキシ設定ファイル](/manual/appendix/config/zabbix_proxy)の*ProxyLocalBuffer*パラメーターと*ProxyOfflineBuffer*パラメーターでデータがローカルに保持される期間を制御します。  ::: noteimportant Zabbixサーバーデータベースから直接最新の設定変更を受信するプロキシは、CacheUpdateFrequencyの値が原因で更新が遅延したZabbixサーバーよりも最新の設定になっている場合があります。その結果、プロキシは収集したデータを無視するZabbixサーバーにデータを送信する場合があります。 :::  Zabbixプロキシはデータコレクターです。トリガーの計算、イベントの処理、アラートの送信は行いません。プロキシ機能の概要については、次の表を確認してください。  |機能|<|プロキシによるサポート| | -------- |-| ------------------ | |items|<|<| |<|*Zabbix agent checks*|**Yes**| |^|*Zabbix agent checks (active)*|**Yes** ^1^| |^|*Simple checks*|**Yes**| |^|*Trapper items*|**Yes**| |^|*SNMP checks*|**Yes**| |^|*SNMP traps*|**Yes**| |^|*IPMI checks*|**Yes**| |^|*JMX checks*|**Yes**| |^|*Log file monitoring*|**Yes**| |^|*Internal checks*|**Yes**| |^|*SSH checks*|**Yes**| |^|*Telnet checks*|**Yes**| |^|*External checks*|**Yes**| |^|*Dependent items*|**Yes**| |^|*Script items*|**Yes**| |Built-in web monitoring|<|**Yes**| |Item value preprocessing|<|**Yes**| |Network discovery|<|**Yes**| |Active agent autoregistration|<|**Yes**| |Low-level discovery|<|**Yes**| |Remote commands|<|**Yes**| |Calculating triggers|<|*No*| |Processing events|<|*No*| |Event correlation|<|*No*| |Sending alerts|<|*No*|  ::: noteclassic \ [1 \]エージェントが（サーバーではなく）プロキシにアクティブチェックを要求することを確認するには、プロキシがエージェント構成ファイルの**ServerActive**パラメーターにリストされている必要があります。 :::

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  Global notifications are a way of displaying issues that are currently happening right on the screen you're at in Zabbix frontend.  Without global notifications, working in some other location than *Problems* or the *Dashboard* would not show any information regarding issues that are currently happening. Global notifications will display this information regardless of where you are.  Global notifications involve both showing a message and [playing a sound](sound).  ::: noteimportant The auto play of sounds may be disabled in recent browser versions by default. In this case, you need to change this setting manually. :::
ja	#### 概要  グローバル通知は、Zabbixフロントエンドで現在発生している問題を画面に通知する方法です。  グローバル通知がない場合、*問題*または*ダッシュボード*以外の場所で作業しても、現在発生している問題に関する情報は表示されません。グローバル通知は、あなたがどこにいるかに関係なく、この情報を表示します。  グローバル通知には、メッセージの表示と[サウンドの再生](sound)の両方が含まれます。  ::: noteimportant 最近のブラウザバージョンでは、サウンドの自動再生がデフォルトで無効になっている場合があります。この場合、この設定を手動で変更する必要があります。 :::

en-us	#### Overview  Having to use some large numbers, for example '86400' to represent the number of seconds in one day, is both difficult and error-prone. This is why you can use some appropriate unit symbols (or suffixes) to simplify Zabbix trigger expressions and item keys.  Instead of '86400' for the number of seconds you can simply enter '1d'. Suffixes function as multipliers.
ja	#### 概要  1日の秒数を表すために「86400」などの大きな数値を使用するのは、手間かつエラーが発生しやすくなります。これがZabbixトリガー式とアイテムキーを単純化するためにいくつかの適切な単位記号（または接尾辞）を使用できる理由です。  例えば秒数の「86400」の代わりに「1d」とできます。接尾辞は乗数として機能します。

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 → Discovery* section results of [network discovery](/manual/discovery/network_discovery) are shown. Discovered devices are sorted by the discovery rule.  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  If a device is already monitored, the host name will be listed in the *Monitored host* column, and the duration of the device being discovered or lost after previous discovery is shown in the *Uptime/Downtime* column.  After that follow the columns showing the state of individual services for each discovered device (red cells show services that are down). Service uptime or downtime is included within the cell.  ::: noteimportant Only those services that have been found on at least one device will have a column showing their state. :::
ja	#### 概要  *監視データ → ディスカバリ*セクションには*ネットワークディスカバリ*(/manual/discovery/network_discovery)の結果が表示されます。 検出されたデバイスは、ディスカバリルールによって並べ替えられます。  ![](../../../../../assets/en/manual/web_interface/discovery_status0.png){width="600"}  デバイスがすでに監視されている場合は、ホスト名が*監視中のホスト*列に表示され、前回の検出後にデバイスが検出または失われた期間が*アップタイム/ダウンタイム*列に表示されます。  検出された各デバイスの個々のサービスの状態が表示されます。（赤いセルはダウンしているサービスを示します） サービスのアップタイムまたはダウンタイムはセルに含まれます。  ::: noteimportant 少なくとも1つのデバイスで検出されたサービスに、状態を示す列が表示されます。 :::

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 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 automatically discover IPMI sensors.  To do that, you may use a combination of:  -   the `ipmi.get` IPMI item (supported since Zabbix **5.0.0**) as the     master item -   dependent low-level discovery rule and item prototypes
ja	#### 概要  IPMIセンサーを自動的に検出することが可能です。  これを行うには次の組み合わせを使用します。  -   マスターアイテムとしての`ipmi.get`IPMIアイテム（Zabbix **5.0.0**以降でサポート） -   依存するローレベルディスカバリルールとアイテムのプロトタイプ

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  JMX monitoring can be used to monitor JMX counters of a Java application.  JMX monitoring has native support in Zabbix in the form of a Zabbix daemon called "Zabbix Java gateway", introduced since Zabbix 2.0.  To retrieve the value of a particular JMX counter on a host, Zabbix server queries the Zabbix **Java gateway**, which in turn uses the [JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/) to query the application of interest remotely.  For more details and setup see the [Zabbix Java gateway](/manual/concepts/java) section.  ::: notewarning Communication between Java gateway and the monitored JMX application should not be firewalled. :::
ja	#### 概要  JMX監視は、JavaアプリケーションのJMXカウンターを監視するために使用できます。  JMX監視はZabbix 2.0から導入された "Zabbix Java gateway"と呼ばれるZabbix daemon によって<br> Zabbixでネイティブにサポートされています。  ホスト上の特定のJMXカウンタの値を取得するために、Zabbix server はZabbix **Java gateway** に問合せをし、<br> Zabbixは[JMX management API](http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/)を使用して<br> 対象のアプリケーションにリモートで問い合わせをします。  詳細と設定方法は[Zabbix Java gateway](/manual/concepts/java)の項を参照してください。  ::: notewarning Java gatewayと監視対象のJMXアプリケーション間の通信をファイアウォールで遮断してはいけません。 :::

en-us	#### Overview  Kerberos authentication can be used in web monitoring and HTTP items in Zabbix since version 4.4.0.  This section describes an example of configuring Kerberos with Zabbix server to perform web monitoring of `www.example.com` with user 'zabbix'.
ja	#### 概要  バージョン4.4.0以降、ZabbixのWebモニタリングおよびHTTPアイテムでKerberos認証を使用できます。  このセクションでは、ユーザー'zabbix'で'www.example.com'のWeb監視を実行するZabbixサーバーで、Kerberosを構成する例について説明します。

en-us	#### Overview  Macro functions offer the ability to customize [macro](/manual/config/macros) values.  Sometimes a macro may resolve to a value that is not necessarily easy to work with. It may be long or contain a specific substring of interest that you would like to extract. This is where macro functions can be useful.  The syntax of a macro function is:      {<macro>.<func>(<params>)}  where:  -   <macro> - the macro to customize (for example {ITEM.VALUE} or     {\#LLDMACRO}) -   <func> - the function to apply -   <params> - a comma-delimited list of function parameters.     Parameters must be quoted if they start with '' '' (space), `"` or     contain `)`, `,`.  For example:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}
ja	#### 概要  マクロ関数は、[macro](/manual/config/macros)の値をカスタマイズする機能を提供します。  マクロは、必ずしも簡単に扱えない値を解決することがあります。値が長かったり、抽出したい特定の部分文字列が<br> 含まれていたりする場合があります。このような場合に、マクロ関数が役に立ちます。  マクロ関数の書式は:      {<macro>.<func>(<params>)}  ここで:  -   <macro> - カスタマイズするマクロ (例 {ITEM.VALUE} や {L#LDMACRO} など)です。 -   <func> - 適用する関数です。 -   <params> - カンマで区切られた関数パラメータのリストです。パラメータが '' '' (スペース) で始まる場合、     `"` で始まる場合、あるいは `)`, `,` を含む場合は、引用符で囲む必要があります。  例:      {{TIME}.fmttime(format,time_shift)}     {{ITEM.VALUE}.regsub(pattern, output)}     {{#LLDMACRO}.regsub(pattern, output)}

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", available since Zabbix 2.0. 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デーモン形式で存在し、Zabbix2.0 以降で利用可能になりました。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  ODBC monitoring corresponds to the *Database monitor* item type in the Zabbix frontend.  ODBC is a C programming language middle-ware API for accessing database management systems (DBMS). The ODBC concept was developed by Microsoft and later ported to other platforms.  Zabbix may query any database, which is supported by ODBC. To do that, Zabbix does not directly connect to the databases, but uses the ODBC interface and drivers set up in ODBC. This function allows for more efficient monitoring of different databases for multiple purposes - for example, checking specific database queues, usage statistics and so on. Zabbix supports unixODBC, which is one of the most commonly used open source ODBC API implementations.  ::: noteimportant See also the [known issues](/manual/installation/known_issues#odbc_checks) for ODBC checks. :::
ja	#### 概要  ODBC監視は、Zabbixフロントエンドの *Database monitor* item タイプに相当します。  ODBCはデータベース管理システム(DBMS)にアクセスするためのC言語のミドルウェアAPIです。<br> ODBCのコンセプトはMicrosoftによって開発され、その後他のプラットフォームにも移植されました。  ZabbixはODBCでサポートされている全てのデータベースに問い合わせをすることができます。<br> そのため、Zabbixはデータベースに直接接続せず、ODBCインターフェースとODBCで設定されたドライバを利用します。<br> この機能により、例えば、特定のデータベースキューや利用統計の確認など、複数の目的で異なるデータベースを<br> より効率的に監視することが可能です。<br> Zabbixは最も一般的に利用されているオープンソースのODBC API実装の1つであるunixODBCをサポートしています。<br>  ::: noteimportant ODBCチェックについては、[known issues](/manual/installation/known_issues#odbc_checks)も参照してください。 :::

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  Receiving SNMP traps is the opposite to querying SNMP-enabled devices.  In this case, the information is sent from an SNMP-enabled device and is collected or "trapped" by Zabbix.  Usually, traps are sent upon some condition change and the agent connects to the server on port 162 (as opposed to port 161 on the agent side that is used for queries). Using traps may detect some short problems that occur amidst the query interval and may be missed by the query data.  Receiving SNMP traps in Zabbix is designed to work with **snmptrapd** and one of the mechanisms for passing the traps to Zabbix - either a Bash or Perl script or SNMPTT.  ::: noteclassic The simplest way to set up trap monitoring after configuring Zabbix is to use the Bash script solution, because Perl and SNMPTT are often missing in modern distributions and require more complex configuration. However, this solution uses a script configured as `traphandle`. For better performance on production systems, use the embedded Perl solution (either script with `do perl` option or SNMPTT). :::  The workflow of receiving a trap:  1.  `snmptrapd` receives a trap 2.  `snmptrapd` passes the trap to the receiver script (Bash, Perl)      or SNMPTT 3.  The receiver parses, formats and writes the trap to     a file 4.  Zabbix SNMP trapper reads and parses the trap file 5.  For each trap Zabbix finds all "SNMP trapper" items with host     interfaces matching the received trap address. Note that only the     selected "IP" or "DNS" in host interface is used during the     matching. 6.  For each found item, the trap is compared to regexp in     `snmptrap[regexp]`. The trap is set as the value of **all**     matched items. If no matching item is found and there is an     `snmptrap.fallback` item, the trap is set as the value of that. 7.  If the trap was not set as the value of any item, Zabbix by default     logs the unmatched trap. (This is configured by "Log unmatched SNMP     traps" in Administration → General → Other.)
ja	#### 概要  SNMPトラップの受信は、SNMP対応デバイスへのクエリとは逆です。  この場合、情報はSNMP対応デバイスから送信され、Zabbixによって収集または"トラップ"されます。  通常、何らかの条件が変化するとトラップが送信され、エージェントはポート 162 でサーバーに接続します (クエリに使用されるエージェント側のポート 161 とは対照的です)。 トラップを使用すると、クエリ間隔中に発生し、クエリ データによって見逃される可能性のあるいくつかの短い障害を検出できます。  Zabbix での SNMP トラップの受信は、**snmptrapd** と、トラップを Zabbix に渡すためのメカニズムの 1 つ (Bash または Perl スクリプトまたは SNMPTT) で動作するように設計されています。  ::: noteclassic Zabbix の構成後にトラップ監視をセットアップする最も簡単な方法は、Bash スクリプト ソリューションを使用することです。これは、最近のディストリビューションでは Perl と SNMPTT が欠落していることが多く、より複雑な構成が必要になるためです。 ただし、このソリューションでは、`traphandle`として構成されたスクリプトが使用されます。 本番システムでのパフォーマンスを向上させるには、組み込みの Perl ソリューション (`do perl` オプション付きのスクリプトまたは SNMPTT) を使用してください。 :::  トラップを受信するワークフロー:  1.  `snmptrapd`がトラップを受信 2.  `snmptrapd` はトラップをレシーバー スクリプト (Bash,Perl) または SNMPTT に渡します。 3.  受信者はトラップを解析、フォーマットし、ファイルに書き込みます 4.  Zabbix SNMP トラッパーは、トラップ ファイルを読み取り、解析します。 5.  トラップごとに、Zabbix は、受信したトラップ アドレスと一致するホスト インターフェイスを持つすべての"SNMP トラッパー"アイテムを検索します。 マッチングでは、ホスト インターフェイスで選択した"IP"または"DNS"のみが使用されることに注意してください。 6.  見つかった項目ごとに、トラップは `snmptrap[regexp]` の正規表現と比較されます。 トラップは、一致した **すべて** のアイテムの値として設定されます。 一致するアイテムが見つからず、snmptrap.fallback アイテムが存在する場合、トラップはその値として設定されます。 7.  トラップがアイテムの値として設定されていない場合、Zabbix はデフォルトで、一致しないトラップをログに記録します。 (これは"管理" → "一般設定" → "その他" の "マッチしないSNMPトラップをログに記録" で設定されます。)

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  Since Zabbix 6.0, primary keys are used for all tables in  new installations.  This section provides instructions for manually upgrading the history tables in existing installations to primary keys.  Instructions are available for:  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)
ja	### 概要  Zabbix 6.0以降、新規インストールではすべてのテーブルに主キーが使用されます。  このセクションでは既存の履歴テーブルを主キー使用に手動でアップグレードする手順について説明します。  手順は次のとおりです。  * [MySQL](#mysql) * [PostgreSQL](#postgresql) * [TimescaleDB](#postgresql-timescaledb) * [Oracle](#oracle)

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  Templates are [exported](/manual/xml_export_import) with many related objects and object relations.  Template export contains:  -   Linked template groups -   Linked host groups (if used in [host prototype](/manual/discovery/low_level_discovery/host_prototypes) configuration) -   Template data -   Linkage to other templates -   Linkage to template groups -   Directly linked items -   Directly linked triggers -   Directly linked graphs -   Directly linked dashboards -   Directly linked discovery rules with all prototypes -   Directly linked web scenarios -   Value maps
ja	#### 概要  テンプレートは、多くの関連するオブジェクトと一緒に[エクスポート](/manual/xml_export_import) されます。  テンプレートのエクスポートには以下の要素が含まれます。  -   リンクされたテンプレートグループ -   リンクされたホストグループ( [ホストプロトタイプ](/manual/discovery/low_level_discovery/host_prototypes) 設定で使用した場合) -   テンプレートデータ -   他のテンプレートへのリンク -   テンプレートグループへのリンク -   直接リンクされたアイテム -   直接リンクされたトリガー -   直接リンクされたグラフ -   直接リンクされたダッシュボード -   すべてのプロトタイプと直接リンクされたディスカバリールール -   直接リンクされたWebシナリオ -   バリューマップ

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 are situations when one item gathers multiple metrics at a time or it even makes more sense to collect related metrics simultaneously, for example:  -   CPU utilization of individual cores -   Incoming/outgoing/total network traffic  To allow for bulk metric collection and simultaneous use in several related items, Zabbix supports dependent items. Dependent items depend on the master item that collects their data simultaneously, in one query. A new value for the master item automatically populates the values of the dependent items. Dependent items cannot have a different update interval than the master item.  Zabbix preprocessing options can be used to extract the part that is needed for the dependent item from the master item data.  Preprocessing is managed by a `preprocessing manager` process, which has been added in Zabbix 3.4, along with workers that perform the preprocessing steps. All values (with or without preprocessing) from different data gatherers pass through the preprocessing manager before being added to the history cache. Socket-based IPC communication is used between data gatherers (pollers, trappers, etc) and the preprocessing process.  Zabbix server or Zabbix proxy (if host is monitored by proxy) are performing preprocessing steps and processing dependent items.  Item of any type, even dependent item, can be set as master item. Additional levels of dependent items can be used to extract smaller parts from the value of an existing dependent item.
ja	#### 概要  1つのアイテムで複数のメトリクスを同時に収集する場合や、関連するメトリクスを同時に収集する方が理にかなっている場合などがある。例えば：  - 各コアのCPU使用率 - ネットワークトラフィックの受信/送信/総量  メトリクスの一括収集と複数の関連項目での同時利用を可能にするため、Zabbixは依存アイテムをサポートしています。依存アイテムは親アイテムに依存し、1つのクエリで同時にデータを収集します。マスターアイテムの新しい値は自動的に依存するアイテムの値に反映されます。依存アイテムは、マスターアイテムと異なる更新間隔を設定することはできません。<br>  Zabbixの保存前処理オプションを使用すると、マスターアイテムから依存アイテムに必要な部分を抽出することができます。<br>  保存前処理は、Zabbix3.4で追加された`preprocessing manager`プロセスと、保存前処理のステップを実行するワーカーによって管理されます。異なるデータ収集装置からのすべての値(保存前処理のあり/なし)は、ヒストリーキャッシュに追加される前にpreprocessing managerを通過します。データ収集処理(ポーラ、トラッパーなど)と保存前処理の間にはソケットベースのIPC通信が使用されます。<br>  ZabbixサーバーまたはZabbixプロキシ(プロキシ経由でホストを監視している場合)は、保存前処理の手順を実行し、依存アイテムを処理しています。<br>  依存アイテムであっても、あらゆるタイプのアイテムをマスターアイテムとして設定することができます。<br> 依存アイテムのレベルを追加することで、既存の依存アイテムの値からより小さな部分を抽出することができます。<br>

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.  More information about the protocol and JSON can be found in 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 a list of locations, where [user-definable](/manual/config/macros/user_macros) macros are supported.  ::: noteclassic  Only global-level user macros are supported for *Actions*, *Network discovery*, *Proxies* and all locations listed under *Other locations* section of this page. In the mentioned locations, host-level and template-level macros will not be resolved.  :::
ja	#### 概要  このセクションには[ユーザー定義可能](/manual/config/macros/user_macros)マクロがサポートされている場所のリストが含まれています。  ::: noteclassic  *アクション*、*ネットワークディスカバリ*、*プロキシ*、およびこのページの*その他の場所*セクションにリストされているすべての場所でサポートされているのは、グローバルレベルのユーザーマクロのみです。 上記の場所では、ホストレベルおよびテンプレートレベルのマクロは解決されません。 :::

en-us	### Overview  This section contains best practices that should be observed in order to set up Zabbix in a secure way.  The practices contained here are not required for the functioning of Zabbix. They are recommended for better security of the system.
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 contains instructions for creating Oracle database and configuring connections between the database and Zabbix server, proxy, and frontend.
ja	#### 概要  このセクションにはOracleデータベースを作成し、データベースとZabbixサーバー、プロキシ、およびフロントエンド間の接続を構成する手順が含まれています。

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

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 details of supported JSONPath functionality in item value preprocessing steps.  JSONPath consists of segments separated with dots. A segment can be either a simple word like a JSON value name, `*` or a more complex construct enclosed within square brackets `[` `]`. The separating dot before bracket segment is optional and can be omitted. For example:  |Path|Description| |----|-----------| |`$.object.name`|Return the object.name contents.| |`$.object['name']`|Return the object.name contents.| |`$.object.['name']`|Return the object.name contents.| |`$["object"]['name']`|Return the object.name contents.| |`$.['object'].["name"]`|Return the object.name contents.| |`$.object.history.length()`|Return the number of object.history array elements.| |`$[?(@.name == 'Object')].price.first()`|Return the price field of the first object with name 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Return the number of history array elements of the first object with name 'Object'.| |`$[?(@.price > 10)].length()`|Return the number of objects with price being greater than 10.|  See also: [Escaping special characters from LLD macro values in JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros).
ja	#### 概要  このセクションでは、item 値のプリプロセスステップでサポートされる JSONPath 機能の詳細について説明します。  JSONPathは、ドットで区切られたセグメントで構成されます。<br> セグメントは、JSON 値の名前 `*` のような単純な単語と、あるいは角括弧 `[` `]` で囲まれたより複雑な構造体です。<br> セグメントを区切るドットはオプションで、省略することもできます。例えば<br>  |Path|説明| |----|-----------| |`$.object.name`|Return the object.name contents.| |`$.object['name']`|Return the object.name contents.| |`$.object.['name']`|Return the object.name contents.| |`$["object"]['name']`|Return the object.name contents.| |`$.['object'].["name"]`|Return the object.name contents.| |`$.object.history.length()`|Return the number of object.history array elements.| |`$[?(@.name == 'Object')].price.first()`|Return the price field of the first object with name 'Object'.| |`$[?(@.name == 'Object')].history.first().length()`|Return the number of history array elements of the first object with name 'Object'.| |`$[?(@.price > 10)].length()`|Return the number of objects with price being greater than 10.|  [Escaping special characters from LLD macro values in JSONPath](/manual/config/items/preprocessing/jsonpath_functionality/escaping_lld_macros) も参照してください。

en-us	#### Overview  This section provides details on passive and active checks performed by [Zabbix agent](/manual/config/items/itemtypes/zabbix_agent).  Zabbix uses a JSON based communication protocol for communicating with Zabbix agent.  See also: [Zabbix agent 2](/manual/appendix/protocols/zabbix_agent2)  protocol details.
ja	#### 概要  このセクションでは、[Zabbix agent](/manual/config/items/itemtypes/zabbix_agent)によって実行されるパッシブおよびアクティブ チェックの詳細について説明します。  Zabbix は、Zabbix エージェントとの通信に JSON ベースの通信プロトコルを使用します。  参照: [Zabbix agent 2](/manual/appendix/protocols/zabbix_agent2) プロトコルの詳細。

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.2**.x to Zabbix **6.4**.x using official Zabbix packages for Red Hat Enterprise Linux.  ::: notewarning Before the upgrade make sure to read the relevant [**upgrade notes**](/manual/installation/upgrade_notes_640)! :::  You may also want to check the [requirements](/manual/installation/requirements) for 6.4.  ::: 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用の公式Zabbixパッケージを使用して、Zabbix**6.2**.xからZabbix**6.4**.xへの[アップグレード](/manual/installation/upgrade)を成功させるために必要な手順を説明します。  ::: notewarning アップグレードする前に[**アップグレード時の注意点**](/manual/installation/upgrade_notes_640)を必ずお読みください。 :::  6.4の[要件](/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.2**.x to Zabbix **6.4**.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 6.4.  ::: 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.2**.xからZabbix**6.4**.xへの[アップグレード](/manual/installation/upgrade)を成功させるために必要な手順を説明します。  ::: notewarning アップグレードする前に[**アップグレード時の注意点**](/manual/installation/upgrade)を必ずお読みください。 :::  6.4の[要件](/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 **6.4**:  -   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**6.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  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* and *Full clone* buttons in the form of an existing host to create a new host. Clicking on *Clone* will retain all host parameters and template linkage (keeping all entities from those templates). *Full clone* will additionally retain directly attached entities (items, triggers, graphs, low-level discovery rules and web scenarios).  *Note*: 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インターフェースでホストの設定を行うには以下の手順を実施します。  -   *データ収集 → ホスト* または *監視データ → ホスト* に遷移します。 -   右側の*ホストの作成*をクリック (またはホスト名をクリックして既存のホストを編集)します。 -   フォームにホストのパラメータを入力します。  既存のホストのフォームで*複製*および*すべて複製*ボタンを使用して、新しいホストを作成することもできます。 *複製*をクリックすると、ホストのすべてのパラメーターとテンプレートのリンクが保持されます (それらのテンプレートのすべてのエンティティが保持されます)。*すべて複製*では、直接接続されたエンティティ(アイテム、トリガー、グラフ、ローレベルディスカバリルール、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  Trapper items accept incoming data instead of querying for it.  It is useful for any data you might want to "push" into Zabbix.  To use a trapper item you must:  -   have a trapper item set up in Zabbix -   send in the data into Zabbix
ja	#### 概要  Trapper item は、問合せの代わりに受信データを受け取ります。  Zabbixに "プッシュ" したいデータに対して有効です。  Trapper item を使用するには、以下が必要です。  - Zabbixに Trapper item が設定されていること - Zabbixにデータを送信すること

en-us	#### Overview  User macros are supported in Zabbix for greater flexibility, in addition to the macros [supported](/manual/appendix/macros/supported_by_location) out-of-the-box.  User macros can be defined on global, template and host level. These macros have a special syntax:      {$MACRO}  Zabbix resolves macros according to the following precedence:  1.  host level macros (checked first) 2.  macros defined for first level templates of the host (i.e.,     templates linked directly to the host), sorted by template ID 3.  macros defined for second level templates of the host, sorted by     template ID 4.  macros defined for third level templates of the host, sorted by     template ID, etc. 5.  global macros (checked last)  In other words, if a macro does not exist for a host, Zabbix will try to find it in the host templates of increasing depth. If still not found, a global macro will be used, if exists.  ::: notewarning If a macro with the **same name** exists on multiple linked templates of the same level, the macro from the template with the lowest ID will be used. Thus having macros with the same name in multiple templates is a configuration risk. :::  If Zabbix is unable to find a macro, the macro will not be resolved.  ::: noteimportant Macros (including user macros) are left unresolved in the Configuration section (for example, in the trigger list) by design to make complex configuration more transparent. :::  User macros can be used in:  -   item key parameter -   item update intervals and flexible intervals -   trigger name and description -   trigger expression parameters and constants (see     [examples](#examples)) -   many other locations - see the [full     list](/manual/appendix/macros/supported_by_location_user)
ja	#### 概要  Zabbixでは、[supported](/manual/appendix/macros/supported_by_location)マクロに加え、より柔軟性の高い<br> ユーザーマクロがサポートされています。  ユーザマクロは、グローバル、テンプレート、ホストレベルで定義することができます。これらのマクロは<br> 特別な構文を持っています:      {$MACRO}  Zabbixは以下の優先順位に従ってマクロを解決します:  1.  ホストレベルのマクロ (最初にチェックされます) 2.  ホストの第1階層のテンプレート(ホストに直接リンクされたテンプレート)に定義されたマクロ(テンプレートIDでソートされます) 3.  ホストの第2階層のテンプレートに対して定義されたマクロ (テンプレートIDでソートされます) 4.  ホストの第3階層のテンプレートに対して定義されたマクロで、テンプレートID順に並べられます。 5.  グローバルマクロ(最後にチェック)  つまり、あるホストにマクロが存在しない場合、Zabbixはホストテンプレートから徐々にマクロを探そうとします。<br> それでも見つからない場合、グローバルマクロが存在すれば、それを使用します。  ::: notewarning 同じレベルのリンクされた複数のテンプレートに**同じ名前**のマクロが存在する場合、IDが最も小さいテンプレートの<br> マクロが使用されます。したがって、複数のテンプレートに同じ名前のマクロが存在することは、設定上のリスクとなります。<br> :::  Zabbix がマクロを見つけることができない場合、マクロは解決されません。  ::: noteimportant マクロ（ユーザーマクロを含む）は、複雑な設定をより分かりやすくするため、設定セクション（トリガーリストなど）で<br> 未解決のままになっています。 :::  以下の箇所でユーザーマクロを使用することができます:  -   item キーパラメーター -   item の更新間隔とフレキシブル間隔 -   トリガー名と説明 -   トリガ式パラメータと定数(参照: [examples](#examples)) -   他の多くの場所 - [full list](/manual/appendix/macros/supported_by_location_user)を参照してください

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 a [simple graph](simple) is great for accessing data of one item and [custom graphs](custom) offer customization options, none of the two allow to quickly create a comparison graph for multiple items with little effort and no maintenance.  To address this issue, since Zabbix 2.4 it is possible to create ad-hoc graphs for several items in a very quick way.
ja	#### 概要  [simple graph](simple) は1つの item のデータにアクセスするのに適しており、[custom graphs](custom)はカスタマイズオプションを<br>提供しますが、少ない労力でメンテナンスなしに複数の item の比較グラフを素早く作成できるものはありません。  この問題を解決するために、Zabbix2.4から、複数の item のアドホックグラフを非常に迅速に作成することができるようになりました。

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  You can monitor the health and availability of Intelligent Platform Management Interface (IPMI) devices in Zabbix. To perform IPMI checks Zabbix server must be initially [configured](/manual/installation/install#configure_the_sources) with IPMI support.  IPMI is a standardized interface for remote "lights-out" or "out-of-band" management of computer systems. It allows to monitor hardware status directly from the so-called "out-of-band" management cards, independently from the operating system or whether the machine is powered on at all.  Zabbix IPMI monitoring works only for devices having IPMI support (HP iLO, DELL DRAC, IBM RSA, Sun SSP, etc).  Since Zabbix 3.4, a new IPMI manager process has been added to schedule IPMI checks by IPMI pollers. Now a host is always polled by only one IPMI poller at a time, reducing the number of open connections to BMC controllers. With those changes it's safe to increase the number of IPMI pollers without worrying about BMC controller overloading. The IPMI manager process is automatically started when at least one IPMI poller is started.  See also [known issues](/manual/installation/known_issues#ipmi_checks) for IPMI checks.
ja	#### 概要  ZabbixでIPMI(Intelligent Platform Management Interface)デバイスの健全性と可用性を監視することができます。<br> PMIチェックを行うにはZabbix server の 初期[configured](/manual/installation/install#configure_the_sources)でIPMIをサポートしている必要があります。  IPMIはリモートで "lights-out"(電源断) または "out-of-band" 管理を行うための標準化されたインタフェースです。<br> いわゆる"out-of-band" 管理カードから直接ハードウェアの状態を監視することができます。<br> OSやマシンの電源の有無に関係なく、いわゆる"out-of-band" 管理カードから直接ハードウェアの状態を監視することができます。<br>  Zabbix IPMI監視は、IPMIをサポートするデバイス(HP iLO、DELL DRAC、IBM RSA、Sun SSPなど)にのみ対応しています。  Zabbix 3.4以降、IPMIポーラーによるIPMIチェックをスケジュールするための新しいIPMIマネージャプロセスが追加されました。<br> これにより、ホストは常に一度に1つのIPMIポーラーによってポーリングされ、BMCコントローラへのオープン接続数を減らすことができます。<br> IPMIポーラーの数を増やしても、BMCコントローラーの過負荷を心配する必要はありません。<br> IPMIマネージャープロセスは、少なくとも1つのIPMIポーラーが起動すると自動的に開始されます。<br>  IPMI チェックについては、[known issues](/manual/installation/known_issues#ipmi_checks) も参照してください。

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 server uses a JSON- based communication protocol for receiving data from Zabbix sender with the help of [trapper item](/manual/config/items/itemtypes/trapper).  Request and response messages must begin with [header and data length](/manual/appendix/protocols/header_datalen).
ja	#### 概要  Zabbixサーバーは、JSONベースの通信プロトコルでZabbix sender から[トラッパーアイテム](/manual/config/items/itemtypes/trapper)を使用してデータを受信します。  リクエストメッセージとレスポンスメッセージは、[ヘッダーとデータの長さ](/manual/appendix/protocols/header_datalen)で始まる必要があります。

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 supports TimescaleDB, a PostgreSQL-based database solution of automatically partitioning data into time-based chunks to support faster performance at scale.  ::: notewarning Currently TimescaleDB is not supported by Zabbix proxy. :::  Instructions on this page can be used for creating TimescaleDB database or migrating from existing PostgreSQL tables to TimescaleDB.
ja	#### 概要  ZabbixはTimescaleDBをサポートしています。これは、データを時間ベースのチャンクに自動的に分割するPostgreSQLベースのデータベースソリューションであり、大規模なパフォーマンスの高速化をサポートします。  ::: notewarning 現在TimescaleDBはZabbixプロキシではサポートされていません。 :::  このページの手順は、TimescaleDBデータベースの作成、または既存のPostgreSQLテーブルからTimescaleDBへの移行に使用できます。

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 GPL General Public License version 2. 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はGPL（General Public License）バージョン2の下で作成および配布されています。ソースコードは無料で配布され、誰でも自由に利用できます。  Zabbix社と世界中のパートナーが提供する[商用サポート](http://www.zabbix.com/support.php)を利用することも可能です。  詳細は、[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アドレスのユーザーは、メンテナンスモード中でも通常どおりフロントエンドを操作できます。