[comment]: # translation:outdated

[comment]: # ({f0391121-df5bbb96})
# 4 Kodierung von zurückgegebenen Werten

Der Zabbix Server erwartet jeden zurückgegebenen Textwert in der UTF8-Kodierung.
Dies betrifft alle Arten von Prüfungen: Zabbix Agent, SSH, Telnet usw.

Verschiedene überwachte Systeme/Geräte und Prüfungen können Nicht-ASCII-Zeichen
im Wert zurückgeben. Für solche Fälle enthalten fast alle möglichen **zabbix**-Schlüssel
einen zusätzlichen Datenpunkt-Schlüsselparameter – **<encoding>**. Dieser
Schlüsselparameter ist optional, sollte jedoch angegeben werden, wenn der zurückgegebene
Wert nicht in UTF8 kodiert ist und Nicht-ASCII-Zeichen enthält.
Andernfalls kann das Ergebnis unerwartet und unvorhersehbar sein.

Im Folgenden wird das Verhalten bei verschiedenen Datenbank-Backends in solchen Fällen
beschrieben.

[comment]: # ({/f0391121-df5bbb96})

[comment]: # ({efcd9733-b4119079})
#### MySQL

Wenn ein Wert in einer Nicht-UTF8-Kodierung ein Nicht-ASCII-Zeichen enthält, wird dieses Zeichen und alles Folgende verworfen, wenn die Datenbank diesen Wert speichert. In die *zabbix\_server.log* werden keine Warnmeldungen geschrieben.<br>
Relevant mindestens für MySQL-Version 5.1.61.

[comment]: # ({/efcd9733-b4119079})

[comment]: # ({9f8e2da5-c305c3e1})
#### PostgreSQL

Wenn ein Wert in einer Nicht-UTF8-Kodierung ein Nicht-ASCII-Zeichen enthält, führt dies zu einer fehlgeschlagenen SQL-Abfrage (PGRES\_FATAL\_ERROR:ERROR ungültige Byte-Sequenz für die Kodierung), und die Daten werden nicht gespeichert. Eine entsprechende Warnmeldung wird in die *zabbix\_server.log* geschrieben.<br>
Gilt mindestens für PostgreSQL-Version 9.1.3.

[comment]: # ({/9f8e2da5-c305c3e1})