15 7.0.4へアップグレード時の注意点

重大な変更

特定の組み込みマクロの解決の変更

マクロ{HOST.CONN}{HOST.DNS}{HOST.IP}{EVENT.CAUSE.*}{EVENT.TAGS.*}、および {EVENT.SYMPTOMS}の解決動作が、他の組み込みマクロとの一貫性を保つために修正されました。現在、値の評価中にエラーが発生した場合、これらのマクロは*UNKNOWN*に解決されます。

この変更の結果、適切な機能を確保するには、次の統合のメディアタイプを更新する必要があります: iTopJira Service DeskManageEngine ServiceDeskSolarWinds Service Desk

この変更は、上記のマクロを使用するカスタムスクリプトや統合にも影響する可能性があります。

7.0.0-7.0.4からアップグレード後のPostgreSQL/TimescaleDBでのデータベース復元エラー

pg_restoreを使用してZabbix 7.0.0から7.0.4で作成されたPostgreSQL/TimescaleDBバックアップを復元すると、base36_decode関数が見つからないというエラーが発生し、復元が失敗します。 このエラーは、pg_dumpを使用して作成されたバックアップを復元するときに発生します。

バックアップを作成する前にこの問題を手動で修正する方法の詳細については、既知の問題を参照してください。

まだZabbix 7.0.0にアップグレードしていない場合は、7.0より前のZabbixバージョンから7.0.5へのアップグレードではこのような問題は発生しないことに注意してください。 アップグレード手順については、TimescaleDBスキーマのアップグレードを参照してください。

要件

libevent 2.0.10が必須に

libeventの必須バージョンが2.0.10に引き上げられました。

データベース

データベースの変更

テンプレートの複製が遅い問題は、uuidフィールドにインデックスを追加することで解決されました。この変更により、大規模なデータセットではアップグレードに長い時間がかかる可能性があります。

監査ログテーブルの新しいインデックス

新しいインデックスがauditlogテーブルに追加され、監査ログ内のIPでレコードをフィルタリングする際のデータベースとフロントエンドの応答時間が改善されました。

大規模な監査ログを持つユーザーは、データベースサイズが原因でアップグレード時間が長くなる可能性があることに注意してください。

プロセス

有効なサービスがない場合、障害はキャッシュされなくなりました

サービスマネージャーは、有効なサービスがない場合、障害をキャッシュしなくなりました。

サービスマネージャーは、起動時に設定キャッシュで有効なサービスを確認し、有効なサービスがある場合のみ障害をキャッシュします。また、最初のサービスが追加されたときや最後のサービスが削除されたときも検出し、障害のキャッシュを初期化/解放します。