Yasumi 様
ご回答ありがとうございます。

logrtも以下のアイテムキー設定で使用してみましたが、多重検知は発生してしまいました。

logrt["D:\logs\postgresql.log$",@AURORA_LOG_ERR2,Shift-JIS]

障害イベント生成モードは現在のバージョンだと、「障害イベントを継続して生成」にチェックをつけるか否かの設定しかありません。

ダウンロードされて、上書きされていくファイルの監視だと、多重検知は避けられないのでしょうか？

Yasumi様

アイテムで取得する情報は以下です。
D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip

もっとシンプルにお伝えすると、
このpostgresql.logがデータベースサービス上にあり、Zabbix_agentを入れたサーバで5分に1回同じ名前でダウンロードします。つまり上書きされてダウンロードになります。

例えば、

１．データベースサービス上で、エラーが発生し、postgresql.logに「error1」が出力される。
２．zabbix_agentがあるサーバで5分後にダウンロードされ、「error1」を検知
３．さらに5分後にもダウンロードされ、「error1」を検知
４．さらに5分後にもダウンロードされ、「error1」を検知
　　　　　　　　　・
　　　　　　　　　・
　　　　　　　　　・

このようにpostgresql.logがデータベースサービス上で別のファイルに1時間に1回書き換わるまで、zabbix_agentを入れたサーバでは同じファイルを上書きでダウンロードし続けるので、
この動作が続いてしまします。

つまり同じアラートを5分ごとに検知している状態です。

Yasumi様

こちらの伝え方が悪くて申し訳ありません、質問に理解ができました。

ログ上では重複していないようです。
そうなるとトリガーに問題あるかもしれないということですね。

以下を試してみました

■トリガーパターン１
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].count(300)}<11
and
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].nodata(300)}=0

　障害イベントを継続して生成：チェックあり

■トリガーパターン２
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].count(300)}<11
and
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].nodata(30)}=0

　障害イベントを継続して生成：チェックあり

■トリガーパターン３
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].count(300)}<11
and
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].nodata(300)}=0

　障害イベントを継続して生成：チェックなし

■トリガーパターン4
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].count(300)}<11
and
{ope01:log[D:\logs\postgresql.log,@ERR2,Shift-JIS,,skip].nodata(30)}=0

　障害イベントを継続して生成：チェックなし

しかしいずれも多重検知してしまう状況です。
監視対象のファイルにログが追記されるのであれば、上記のようなトリガーで多重検知を防げますが、
ダウンロードしたり、ファイルが新規で同じ名前で入れ替わったりした場合、実装ができない仕様でしょうか？