Fix legacy installer updates and diagnostics
This commit is contained in:
+9
-1
@@ -53,7 +53,7 @@ Verbindlicher Agent-Dump:
|
||||
|
||||
## Service Discovery
|
||||
|
||||
Das Setup 2.2.4 schließt erst erfolgreich ab, nachdem der erste Providerlauf
|
||||
Das Setup ab 2.2.4 schließt erst erfolgreich ab, nachdem der erste Providerlauf
|
||||
unter dem echten Collector-Konto einen frischen Snapshot und – bei aktivierter
|
||||
Endpoint-Prüfung – einen frisch synchronisierten Katalog erzeugt hat. Die neun
|
||||
stabilen Services müssen vollständig und ohne `UNKNOWN` vorliegen. Diese lokale
|
||||
@@ -64,6 +64,14 @@ Servicenamen aber standardmäßig nicht. Nur das bewusste Opt-in
|
||||
`IncludeEnvironmentInServiceName=true` erzeugt umgebungsabhängige Namen und
|
||||
verlangt den anschließenden Discovery-Abgleich.
|
||||
|
||||
Ab Setup 2.2.5 darf der gültige Servicevertrag der installierten
|
||||
Ausgangsversion weniger als neun Services enthalten. So ist das Update einer
|
||||
Legacy-Version mit acht Services möglich; nur Paket, Staging und Zielversion
|
||||
müssen exakt neun Services liefern. Additive Services werden gemeldet, aber
|
||||
nicht blockiert. Entfernte oder umbenannte Services erfordern weiterhin die
|
||||
bewusste Bestätigung im Setup. Laufbezogene Details stehen in
|
||||
`%ProgramData%\BizTalkCheckmkPulse\logs\setup-*.log`.
|
||||
|
||||
1. Provider dreimal erfolgreich laufen lassen.
|
||||
2. `LastTaskResult=0`, frischen Snapshot und Log prüfen.
|
||||
3. Agent-Dump im `LocalSystem`-Kontext prüfen.
|
||||
|
||||
Reference in New Issue
Block a user