KNW-545 pick-24, updated meta descriptions, src/onprem/{de,en}/ files m-m. Meta descriptions have been updated for the following files:

src/onprem/de/managed.asciidoc
src/onprem/de/metrics_exporter.asciidoc
src/onprem/de/mkp_viewables.asciidoc
src/onprem/de/mkps.asciidoc
src/onprem/de/monitoring_mssql_legacy.asciidoc

src/onprem/en/managed.asciidoc
src/onprem/en/metrics_exporter.asciidoc
src/onprem/en/mkp_viewables.asciidoc
src/onprem/en/mkps.asciidoc
src/onprem/en/monitoring_mssql_legacy.asciidoc

The following files have been skipped because they are about to be obsolete:

src/onprem/de/managing_docker.asciidoc
src/onprem/en/managing_docker.asciidoc

The following files do not require a meta description and have therefore not been changed:

src/onprem/de/menu.asciidoc
src/onprem/en/menu.asciidoc

Author: eseyffarth

src/onprem/de/managed.asciidoc

@@ -1,9 +1,10 @@
 // -*- coding: utf-8 -*-
+// SKIPCOMMITS 2025-09-11
 include::global_attr.adoc[]
 = {ME}
 :revdate: 2024-04-10
-:title: Checkmk Managed Services - {CMK} als Dienstleistung anbieten
-:description: Mit der {CMK} Managed Services können Sie über das verteilte Monitoring voneinander abgeschottete Instanzen für mehrere Kunden betreiben.
+:title: {ME} - {CMK} als Dienstleistung anbieten
+:description: Mit {ME} können Sie voneinander abgeschottete Instanzen für mehrere Kunden betreiben. Lesen Sie hier, wie Sie diese Instanzen verwalten.       
 
 {related-start}
 xref:cce#[{CE} (Self-hosted)]
@@ -45,7 +46,7 @@ Einzelne Elemente im [.guihint]#Setup# werden dann diesem Kunden zugewiesen.
 {CMK} wird jetzt bei der Verteilung der Konfigurationsdaten nur diese zu einer Kundeninstanz schicken, welche entweder allgemeiner Natur sind oder für diesen Kunden freigegeben wurden.
 Die Konfiguration kann vom Provider weiterhin bequem über das zentrale Setup seiner eigenen Zentralinstanz erfolgen.
 Ebenso steht dem Provider eine zentrale Weboberfläche für alle seine Kunden zur Verfügung, um dort mit den Monitoring-Daten arbeiten zu können.
-Das funktioniert genauso, wie in einer normalen verteilten Umgebung auch, mit dem einzigen Unterschied, dass *alle* beteiligten Instanzen {CME} verwenden müssen.
+Das funktioniert genauso wie in einer normalen verteilten Umgebung auch, mit dem einzigen Unterschied, dass *alle* beteiligten Instanzen {CME} verwenden müssen.
 
 image::managed_distributed_monitoring_de.png[alt="Illustration der Kommunikation im verteilten Monitoring von {ME}."]
 

src/onprem/de/metrics_exporter.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE lt
+// SKIPCOMMITS 2025-09-11
 include::global_attr.adoc[]
 = Metriken an InfluxDB und Graphite senden
 :revdate: 2024-01-22
 :title: Metriken senden an InfluxDB und Graphite - über die InfluxDB v2 API oder das Carbon-Plaintext-Protokoll
-:description: Die in {CMK} gespeicherten Metriken können an die Metrikdatenbanken von InfluxDB und Graphite gesendet und dort weiterverarbeitet werden.
+:description: Metriken aus {CMK} können Sie in Metrikdatenbanken weiterverarbeiten. Lesen Sie hier, wie Sie Metriken zu InfluxDB und Graphite senden und dort nutzen.
 
 {related-start}
 xref:graphing#[Messwerte und Graphing]
@@ -15,7 +16,7 @@ xref:grafana#[{CMK} in Grafana integrieren]
 [#intro]
 == Einleitung
 
-xref:glossar#metric[Metriken] sind die mess- und berechenbare Werte zu Hosts und Services und werden von {CMK} intern in den sogenannten xref:graphing#rrds[Round-Robin-Datenbanken (RRDs)] gespeichert.
+xref:glossar#metric[Metriken] sind die mess- und berechenbaren Werte zu Hosts und Services und werden von {CMK} intern in den sogenannten xref:graphing#rrds[Round-Robin-Datenbanken (RRDs)] gespeichert.
 Diese Metriken werden durch das eingebaute Graphing-System aufbereitet und in der {CMK}-Weboberfläche an vielen Stellen visualisiert, zum Beispiel als Perf-O-Meter in der Liste der Services oder als Graphen, die Sie sich aus der Service-Liste mit dem icon:icon_pnp[alt="Symbol zur Anzeige von Graphen."] Graphsymbol einblenden lassen können.
 Die Oberfläche für die Visualisierung der Metriken basiert auf HTML5 und ist in den kommerziellen Editionen und {RE} identisch.
 Im Artikel zum xref:graphing#[Graphing] erfahren Sie darüber alle Details.
@@ -33,12 +34,15 @@ In diesem Artikel erfahren Sie, wie Sie in {CMK} die Weiterleitung der Metriken
 [{image-left}]
 image::influxdb-logo.png[alt="InfluxDB-Logo.",width=120]
 InfluxDB ist ein Open Source Datenbankmanagementsystem (DBMS) für Zeitreihen (_time series_) -- und in diesem Segment zurzeit das populärste.
-InfluxDB bietet beginnend mit ihrer V2.0 eine neue, einheitliche API -- die InfluxDB v2 API -- mit der unter anderem Metrikdaten in die Datenbank geschrieben werden können.
+InfluxDB bietet beginnend mit ihrer V2.0 eine neue, einheitliche API -- die InfluxDB v2 API --, mit der unter anderem Metrikdaten in die Datenbank geschrieben werden können.
 {CMK} nutzt die InfluxDB v2 API und bietet Ihnen die Möglichkeit, die Metriken aus {CMK} nicht nur an die InfluxDB zu senden, sondern auch passend in die bestehende Struktur der InfluxDB abzulegen.
 Durch die Nutzung der API wird einerseits die Konfiguration für das Versenden der Metrikdaten vereinfacht und andererseits ist {CMK} vorbereitet für zukünftige Erweiterungen.
 
-*Wichtig:* Die in diesem Kapitel beschriebene Konfiguration gilt nur für die Anbindung einer InfluxDB V2.0 (oder neuer), da erst ab dieser Version die InfluxDB v2 API verfügbar ist.
+[TIP]
+====
+Die in diesem Kapitel beschriebene Konfiguration gilt nur für die Anbindung einer InfluxDB V2.0 (oder neuer), da erst ab dieser Version die InfluxDB v2 API verfügbar ist.
 Falls Sie eine InfluxDB +<=+ V1.8 einsetzen, dann richten Sie diese stattdessen so wie im xref:graphite[Kapitel] zur Graphite-Anbindung beschrieben ein, da InfluxDB bis zur V1.8 das Carbon-Protokoll von link:https://docs.influxdata.com/influxdb/v1.8/supported_protocols/graphite/[Graphite^] unterstützt.
+====
 
 
 [#influxdb_collect]
@@ -51,7 +55,7 @@ Bevor Sie mit der Einrichtung in {CMK} loslegen, sollten Sie sich die folgenden
 |Parameter |Bedeutung
 |Host-Name |Name (oder IP-Adresse) des InfluxDB-Servers.
 Die Eingabe des DNS-Namens ist vor allem dann wichtig, wenn die Verbindung über HTTPS verschlüsselt wird, da Zertifikate fast nie für IP-Adressen ausgestellt werden.
-|Port-Nummer |Nummer des TCP Ports, über den der InfluxDB-Server erreichbar ist.
+|Port-Nummer |Nummer des TCP-Ports, über den der InfluxDB-Server erreichbar ist.
 Der Standard-Port ist `8086`.
 Beim Start mit `influxd` kann mit der Option `--http-bind-address` auch ein anderer Port angegeben werden.
 |Protokoll |`HTTP` für unverschlüsselte Verbindungen oder `HTTPS`, um die Verbindung abzusichern.
@@ -69,12 +73,12 @@ InfluxDB verwendet API-Tokens zur Autorisierung von Anfragen via API.
 Ein API-Token gehört zu einem bestimmten Benutzer und identifiziert die InfluxDB-Berechtigungen innerhalb der Organisation des Benutzers.
 Tokens werden über die InfluxDB-GUI angelegt, entweder mit vollem Lese- und Schreibzugriff auf alle Ressourcen in einer Organisation (_All Access Token_) oder mit ausgewählten Zugriffsrechten für bestimmte Buckets in einer Organisation (_Read/Write Token_).
 Ein Token kann in die Zwischenablage kopiert werden, was das spätere Einfügen während der {CMK}-Konfiguration erleichtert.
-Der Token für die Verbindung zum {CMK}-Server sollte natürlich Lese- und Schreibrechte für den Bucket haben, der in {CMK} konfiguriert wird. 
+Das Token für die Verbindung zum {CMK}-Server sollte natürlich Lese- und Schreibrechte für den Bucket haben, der in {CMK} konfiguriert wird. 
 |===
 
 Genaueres dazu finden Sie in der link:https://docs.influxdata.com/influxdb/latest/[InfluxDB-Dokumentation^].
 
-Mit diesen Informationen zur Hand, erfolgt die Konfiguration in {CMK} mit nur zwei unkomplizierten Schritten.
+Mit diesen Informationen zur Hand erfolgt die Konfiguration in {CMK} mit nur zwei unkomplizierten Schritten.
 
 
 [#influxdb_connection]
@@ -175,11 +179,11 @@ image::metrics_exporter_influxdb_show_metric.png[alt="Anzeige der Metrik zum ver
 [{image-left}]
 image::graphite-logo.png[alt="Graphite-Logo.",width=120]
 Auch Graphite ist ein bekanntes Open Source DBMS für Zeitreihen, um Metriken zu speichern, abzurufen, weiterzugeben und zu visualisieren.
-Graphite besteht aus dem Carbon Daemon, der auf die Daten wartet und diese in einer Datenbank speichert, aus der sie mit der Graphite Webanwendung aufbereitet und als Graphen angezeigt werden.
+Graphite besteht aus dem Carbon Daemon, der auf die Daten wartet und diese in einer Datenbank speichert, aus der sie mit der Graphite-Webanwendung aufbereitet und als Graphen angezeigt werden.
 Mit {CMK} können Sie die Metriken im Plaintext-Protokoll an den Carbon Daemon von Graphite weiterleiten, der auf Port 2003 auf Daten dieses Protokolls wartet.
 Im Plaintext-Protokoll ist ein Datensatz sehr einfach aufgebaut im Format `<Metrikpfad> <Wert> <Zeitstempel>`, wobei `<Metrikpfad>` ein durch Punkte getrennter eindeutiger Bezeichner ist.
 
-Anders als bei der xref:influxdb[InfluxDB-Verbindung] werden standardmäßig *alle* Metrikdaten gesendet sobald eine Graphite-Verbindung aktiviert ist.
+Anders als bei der xref:influxdb[InfluxDB-Verbindung] werden standardmäßig *alle* Metrikdaten gesendet, sobald eine Graphite-Verbindung aktiviert ist.
 Falls Sie dies nicht wünschen, sollten Sie *vor* der Aktivierung der Verbindung die Metriken per Regel auswählen und dann Regeln und Verbindung zusammen aktivieren.
 
 
@@ -234,7 +238,7 @@ image::metrics_exporter_graphite_show_metric.png[alt="Anzeige der Metrik zum ver
 
 Sollten die Metriken nicht dort ankommen, wo Sie sie erwarten, finden Sie Diagnoseinformationen in Ihrer Instanz in der Datei `~/var/log/cmc.log` -- der xref:cmc_files#[Log-Datei des {CMK} Micro Core.]
 
-Folgendes Beispiel zeigt die Meldungen, falls das in {CMK} konfigurierte Bucket auf dem InfluxDB-Server nicht existiert:
+Folgendes Beispiel zeigt die Meldungen, falls der in {CMK} konfigurierte Bucket auf dem InfluxDB-Server nicht existiert:
 
 .~/var/log/cmc.log
 [{file}]

src/onprem/de/mkp_viewables.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 :revdate: 2023-06-02
 // SKIPCOMMITS 2025-06-02
 :title: MKPs für GUI-Erweiterungen - {CMK}-Erweiterungspakete für Dashboards, Ansichten, Berichte
-:description: Dashboards, Ansichten und Berichte lassen sich ganz einfach paketieren und mit anderen teilen - auch über die {CMK} Exchange.
+:description: Mit {CMK}-Erweiterungspaketen (MKPs) können Sie auch Erweiterungen für die Benutzeroberfläche entwickeln. Lesen Sie hier, wie Sie mit GUI-MKPs umgehen.
 
 {related-start}
 xref:devel_intro#[Erweiterungen für {CMK} entwickeln]
@@ -71,7 +71,7 @@ Diese muss den Richtlinien des link:https://semver.org/[Semantic Versioning^] fo
 Zum anderen können Sie die minimal und maximal unterstützten {CMK}-Versionen angeben.
 Praktisch ist die Versionierung für {CMK}-Updates und verteiltes Monitoring mit Instanzen mit unterschiedlichen {CMK}-Versionen (mehr dazu im xref:mkps#enabled_inactive_cli[MKP-Artikel]).
 
-Nach der Paketierung werden Ihre Pakete auf der Startseite der Erweiterungspakete gelistet -- hier im Beispiel in zwei unterschiedlichen Versionen, ein mal aktiviert, ein mal deaktiviert:
+Nach der Paketierung werden Ihre Pakete auf der Startseite der Erweiterungspakete gelistet -- hier im Beispiel in zwei unterschiedlichen Versionen, einmal aktiviert, einmal deaktiviert:
 
 image::mkp_visuals_06.png[alt="Versionierte und paketierte Erweiterungen in der Übersicht."]
 
@@ -85,7 +85,7 @@ Zunächst laden Sie das gewünschte Paket unter [.guihint]#Setup > Maintenance >
 
 image::mkp_visuals_07.png[alt="Upload-Formular für Erweiterungspakete mit Dashboard-MKP."]
 
-Das Paket landet wieder in der Tabelle [.guihint]#All packages (enabled or disabled)# und kann dort über icon:icon_install[alt="Icon zum Aktivieren von Erweiterungen."] aktiviert werden.
+Das Paket landet wieder in der Tabelle [.guihint]#All packages (enabled or disabled)# und kann dort über das Steckersymbol icon:icon_install[alt="Icon zum Aktivieren von Erweiterungen."] aktiviert werden.
 
 image::mkp_visuals_08.png[alt="Hochgeladenes, nicht aktiviertes Paket in der Paketverwaltung."]
 

src/onprem/de/mkps.asciidoc

@@ -5,7 +5,7 @@ include::global_attr.adoc[]
 = {CMK}-Erweiterungspakete (MKPs)
 :revdate: 2025-08-07
 :title: {CMK}-Erweiterungspakete (MKPs)- Erweiterungen der Community in {CMK} integrieren
-:description: Von der {CMK} Community erstellte Erweiterungen können über Pakete einfach erstellt und mit anderen geteilt werden.
+:description: Mit {CMK}-Erweiterungspaketen (MKPs) können Sie das Monitoring vielseitig erweitern. Lesen Sie hier, wie Sie MKPs entwickeln, nutzen und veröffentlichen.
 
 {related-start}
 link:https://checkmk.com/de/integrations[Katalog der Check-Plugins^]
@@ -65,13 +65,13 @@ Zur Verwaltung von MKPs gibt es zwei Werkzeuge:
 * Den xref:commandline[Befehl] `mkp`
 * In den kommerziellen Editionen haben Sie zusätzlich den Setup-Menüeintrag [.guihint]#Extension Packages#
 
-Beide sind miteinander kompatibel, so dass Sie mal den Befehl und mal [.guihint]#Extension Packages# verwenden können, ohne dass dabei etwas „durcheinandergerät“.
+Beide sind miteinander kompatibel, sodass Sie mal den Befehl und mal [.guihint]#Extension Packages# verwenden können, ohne dass dabei etwas „durcheinandergerät“.
 
 
 [#wato]
 == Erweiterungspakete über das Setup-Menü verwalten
 
-{cee-only} Die Möglichkeit MKPs über die GUI zu verwalten gibt es ausschließlich in den kommerziellen Editionen von {CMK}.
+{cee-only} Die Möglichkeit, MKPs über die GUI zu verwalten, gibt es ausschließlich in den kommerziellen Editionen von {CMK}.
 Im [.guihint]#Setup#-Menü steigen Sie in die Verwaltung der MKPs über [.guihint]#Setup > Maintenance > Extension packages# ein.
 Hier können Sie MKPs hinzufügen, ändern oder neu erstellen:
 
@@ -118,7 +118,7 @@ Auch die vollständige Löschung eines Paketes erfolgt zweistufig.
 Mit dem icon:icon_disabled[] deaktivieren Sie es zunächst in der Liste der aktiven Pakete.
 In diesem Schritt werden die installierten Dateien entfernt, aber das MKP wird weiter vorgehalten – dieser Schritt macht lediglich die _Aktivierung_ rückgängig.
 
-Über das Symbol icon:icon_delete[] in der Liste aller Pakete, können Sie installierte und nicht verwendete Pakete wieder löschen.
+Über das Symbol icon:icon_delete[] in der Liste aller Pakete können Sie installierte und nicht verwendete Pakete wieder löschen.
 Beim Löschen wird das Paket gelöscht und somit die Erweiterung komplett entfernt – also das Gegenteil des _Hinzufügens eines Paketes_.
 
 
@@ -140,7 +140,7 @@ Ist die Übertragung nicht gewünscht, schalten Sie die Option für diese oder a
 [#enabled_inactive]
 === Sonderfall: Freigeschaltete, aber inaktive Pakete
 
-Ein Sonderfall stellt der Aktivierungsversuch eines Paketes dar, das nicht zur verwendeten {CMK}-Version passt.
+Einen Sonderfall stellt der Aktivierungsversuch eines Paketes dar, das nicht zur verwendeten {CMK}-Version passt.
 Ein solches Paket, das zwar freigeschaltet ist, aber dessen Aktivierung wegen einer inkompatiblen {CMK}-Version fehlschlägt, landet in der Liste [.guihint]#Enabled (inactive on this site)#.
 
 image::mkp_manager_all_states.png[]
@@ -341,7 +341,7 @@ Ebenso analog zum Vorgehen im Setup verwenden Sie `mkp enable paketname version`
 == MKPs für Entwickler
 
 Die meisten von uns, die programmieren können oder lernen, sind _gleichsam Zwerge, die link:https://de.wikipedia.org/wiki/Zwerge_auf_den_Schultern_von_Riesen[auf den Schultern von Riesen^] sitzen, um mehr und Entfernteres als diese sehen zu können:_
-Gerade im Open Source Bereich können wir vom früheren Schaffen anderer profitieren.
+Gerade im Open-Source-Bereich können wir vom früheren Schaffen anderer profitieren.
 Im Falle von {CMK} gilt dies ganz besonders für Erweiterungen, welche im Sinne der GPL abgeleitete Werke von {CMK} selbst sind, die wiederum der GPL (link:https://www.gnu.org/licenses/old-licenses/gpl-2.0.html[Version 2.0^]) unterliegen.
 Konkret bedeutet dies, dass Sie in der link:https://exchange.checkmk.com[{CMK} Exchange^] heruntergeladene Pakete nach Herzenslust (oder einfach aktuellem Bedarf) anpassen können. 
 

src/onprem/de/monitoring_mssql_legacy.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE Datafiles Securables datafile mssql vbs vgl
+// SKIPCOMMITS 2025-09-11
 include::global_attr.adoc[]
 = MSSQL mit dem Legacy-Plugin überwachen
 :revdate: 2025-07-16
 :title: MSSQL mit dem Legacy-Plugin überwachen
-:description: Mit dem Legacy-Plugin `mssql.vbs` für Windows überwachen Sie Microsoft SQL Server.
+:description: {CMK} bietet neue Möglichkeiten zur Überwachung von Microsoft SQL Server-Umgebungen. Hier lesen Sie, wie Sie das veraltete Plugin mssql.vbs einrichten.
 :keywords: mssql, sql, db, database
 
 {related-start}
@@ -19,7 +20,7 @@ link:https://checkmk.com/integrations[Katalog der Check-Plugins^]
 
 Das in diesem Artikel beschriebene Agentenplugin `mssql.vbs` für das Monitoring von Microsoft SQL Server wurde ersetzt
 und wird demnächst aus {CMK} entfernt werden (siehe link:https://checkmk.com/werk/15844[Werk pass:q[#]15844^]).
-Wenn Ihre SQL Server-Netzwerkkonfiguration den Zugriff per TCP/IP erlaubt, empfehlen wir das neue Agentenplugin `mk-sql` zu verwenden.
+Wenn Ihre SQL Server-Netzwerkkonfiguration den Zugriff per TCP/IP erlaubt, empfehlen wir, das neue Agentenplugin `mk-sql` zu verwenden.
 Wie Sie das neue xref:glossar#agent_plugin[Agentenplugin] einrichten und verwenden, erklären wir im Artikel xref:monitoring_mssql#[Microsoft SQL Server überwachen.]
 
 

src/onprem/en/managed.asciidoc

@@ -1,9 +1,10 @@
 // -*- coding: utf-8 -*-
+// SKIPCOMMITS 2025-09-11
 include::global_attr.adoc[]
 = {ME}
 :revdate: 2024-04-22
-:title: Checkmk Managed Services - Offering {CMK} as a service
-:description: With the {CMK} Managed Services you can operate separate sites for several customers via distributed monitoring.
+:title: {ME} - Offering {CMK} as a service
+:description: With {ME} you can operate separate sites for multiple customers via distributed monitoring. Read here how to set up and administrate these sites.       
 
 {related-start}
 xref:cce#[{CE} (Self-hosted)]

src/onprem/en/metrics_exporter.asciidoc

@@ -1,10 +1,11 @@
 // -*- coding: utf-8 -*-
 // IGNORE lt
+// SKIPCOMMITS 2025-09-11
 include::global_attr.adoc[]
 = Sending metrics to InfluxDB and Graphite
 :revdate: 2024-01-22
 :title: Sending metrics to InfluxDB and Graphite - via InfluxDB v2 API or Carbon plaintext protocol
-:description: Metrics stored in {CMK} can be sent to InfluxDB and Graphite metric databases for further processing.
+:description: You can process metrics from {CMK} in metric databases. Read here how to export metric data to InfluxDB and Graphite and use it there.
 
 {related-start}
 xref:graphing#[Measured values and graphing]
@@ -37,8 +38,11 @@ Starting with its V2.0, InfluxDB provides a new unified API -- the InfluxDB v2 A
 {CMK} uses the InfluxDB v2 API and provides you with the ability to not only send the metrics from {CMK} to InfluxDB, but also store them appropriately in InfluxDB's existing structure.
 By using the API, on the one hand the configuration for sending the metrics data is simplified and on the other hand {CMK} is prepared for future extensions.
 
-*Important:* The configuration described in this chapter only applies to the connection of an InfluxDB V2.0 (or later), as the InfluxDB v2 API is only available from this version onwards.
+[TIP]
+====
+The configuration described in this chapter only applies to the connection of an InfluxDB V2.0 (or later), as the InfluxDB v2 API is only available from this version onwards.
 If you are using an InfluxDB +<=+ V1.8, then set it up as described in the xref:graphite[chapter] on Graphite connection instead, since InfluxDB supports the carbon protocol in link:https://docs.influxdata.com/influxdb/v1.8/supported_protocols/graphite/[Graphite^] up to V1.8.
+====
 
 
 [#influxdb_collect]