Use proper German umlauts in documentation

docs/Integration.md

@@ -1,24 +1,24 @@
-# Checkmk-Integration und Betriebsuebergabe
+# Checkmk-Integration und Betriebsübergabe
 
 ## Verantwortungsgrenzen
 
 | Team | Aufgabe |
 | --- | --- |
 | AD/Security | normales dediziertes Servicekonto; Aufnahme in exakt konfigurierte BizTalk-Read-Only-Gruppe |
-| BizTalk/SQL | Gruppenabbildung und `BTS_READONLY_USERS` bestaetigen; keine Einzelrechte |
-| Windows | Paket installieren, ACL und Scheduled Task pruefen |
+| BizTalk/SQL | Gruppenabbildung und `BTS_READONLY_USERS` bestätigen; keine Einzelrechte |
+| Windows | Paket installieren, ACL und Scheduled Task prüfen |
 | Checkmk | Wrapper verteilen beziehungsweise Installation koordinieren, Discovery und Alarmierung |
 
 Der Checkmk-Agent bleibt `LocalSystem`. Er greift weder auf BizTalk-WMI noch
-auf SQL zu. Der minuetliche Scheduled Task sammelt unter dem privilegierten
+auf SQL zu. Der minütliche Scheduled Task sammelt unter dem privilegierten
 Provider-Konto und publiziert einen validierbaren Snapshot.
 
 ## Installation
 
-`BizTalkCheckmkPulse-Setup.zip` vollstaendig entpacken, `Setup.exe` als
+`BizTalkCheckmkPulse-Setup.zip` vollständig entpacken, `Setup.exe` als
 Administrator starten und Konto, Kennwort sowie Umgebung eingeben. Konten wie
 `BEW\t231bizmon` werden direkt im Windows-Format `DOMAIN\Benutzer` verarbeitet.
-Der Installer benoetigt keine PowerShell.
+Der Installer benötigt keine PowerShell.
 
 Der Installer legt den Local Check hier ab:
 
@@ -36,10 +36,10 @@ Die EXE liegt zentral hier:
 
 Der Wrapper darf synchron laufen, da er nur einen kleinen lokalen Snapshot
 liest. Eine alte Async-Regel mit `cache_age: 300` aus der direkten
-WMI-Architektur soll entfernt werden; andernfalls addiert sie eine unnoetige
-Verzoegerung zum minuetlichen Provider.
+WMI-Architektur soll entfernt werden; andernfalls addiert sie eine unnötige
+Verzögerung zum minütlichen Provider.
 
-Aktive Agentkonfiguration pruefen:
+Aktive Agentkonfiguration prüfen:
 
 ```cmd
 "C:\Program Files (x86)\checkmk\service\check_mk_agent.exe" showconfig local
@@ -54,9 +54,9 @@ Verbindlicher Agent-Dump:
 ## Service Discovery
 
 1. Provider dreimal erfolgreich laufen lassen.
-2. `LastTaskResult=0`, frischen Snapshot und Log pruefen.
-3. Agent-Dump im `LocalSystem`-Kontext pruefen.
-4. Service Discovery fuer den BizTalk-Host ausfuehren.
+2. `LastTaskResult=0`, frischen Snapshot und Log prüfen.
+3. Agent-Dump im `LocalSystem`-Kontext prüfen.
+4. Service Discovery für den BizTalk-Host ausführen.
 5. neun stabile Services aufnehmen und den alten
    `BizTalk Runtime Artifacts`-Service entfernen.
 6. Changes aktivieren.
@@ -85,7 +85,7 @@ Die komplette Installation umfasst mehr als eine Dateiablage:
 - Local-Check-Wrapper.
 
 Der Wrapper allein kann per Agent Bakery verteilt werden, ersetzt aber nicht
-die lokale Providerinstallation und die Kontofreigabe. Fuer den ersten Rollout
+die lokale Providerinstallation und die Kontofreigabe. Für den ersten Rollout
 ist das signierte/abgenommene Deployment-Paket mit administrativer
 Installationsautomation die klarere Variante.
 
@@ -100,27 +100,27 @@ type "%ProgramData%\BizTalkCheckmkPulse\logs\biztalk-checkmk-pulse-*.log"
 
 Soll:
 
-- Task laeuft jede Minute und endet mit `0`.
-- Snapshot ist kleiner als `SnapshotMaxBytes` und juenger als 180 Sekunden.
+- Task läuft jede Minute und endet mit `0`.
+- Snapshot ist kleiner als `SnapshotMaxBytes` und jünger als 180 Sekunden.
 - Log nennt das dedizierte Providerkonto.
 - Platform zeigt `read_only_group=...`.
 - SQL Access zeigt `targets=2`, `available=2`.
 - Suspended Instances zeigt total/resumable/non-resumable/routing failures.
 - Receive Locations und Send Ports zeigen getrennte expected/unexpected Werte.
 - Endpoint Reachability zeigt bei Erfolg nur die Gesamtzahl und bei Fehlern
-  ausschliesslich nicht erreichbare Ziele.
+  ausschließlich nicht erreichbare Ziele.
 - keine berechtigungsbedingten `UNKNOWN`-Services.
 
 ## Alarmierung der Transportkette
 
-Ein Ausfall des Providers wird ueber alle neun Services als `UNKNOWN`
-sichtbar. Die Summary nennt fehlenden, unlesbaren, ungueltigen oder stale
+Ein Ausfall des Providers wird über alle neun Services als `UNKNOWN`
+sichtbar. Die Summary nennt fehlenden, unlesbaren, ungültigen oder stale
 Snapshot. Als Betriebsregel sollte `UNKNOWN` dieser Services genauso
 eskaliert werden wie ein technischer Monitoringausfall.
 
-Optional kann Windows Task Scheduler zusaetzlich durch vorhandene Checkmk
-Task-/Event-Log-Regeln ueberwacht werden. Das ist eine Ergaenzung, kein Ersatz
-fuer die eingebaute Stale-Pruefung.
+Optional kann Windows Task Scheduler zusätzlich durch vorhandene Checkmk
+Task-/Event-Log-Regeln überwacht werden. Das ist eine Ergänzung, kein Ersatz
+für die eingebaute Stale-Prüfung.
 
 ## Rollout
 
@@ -128,7 +128,7 @@ Empfohlene Reihenfolge:
 
 1. ACC: Berechtigung, Task, Snapshot, Stale-Test und Discovery abnehmen.
 2. DEV/TST: gleiche Automatisierung und umgebungsspezifische Config.
-3. PRD: Change, Wartungsfenster, Healthcheck und fachliche Plausibilitaet.
+3. PRD: Change, Wartungsfenster, Healthcheck und fachliche Plausibilität.
 
-Ausfuehrliche Architektur, ACL, Fehlerbilder und Abnahmekriterien:
+Ausführliche Architektur, ACL, Fehlerbilder und Abnahmekriterien:
 [Dokumentation.md](../Dokumentation.md).