Datenquellen und Aktualität
StarfleetController zeigt Angaben aus mehreren Quellen nebeneinander in einer Zeile. Das ist bequem und gelegentlich irreführend: Der Online-Zustand ist sekundenaktuell, der Updatevertrag stammt aus dem Partnerportal und ist so alt wie Ihr letzter Abgleich. Diese Seite sagt je Angabe, woher sie kommt und wann sie sich ändert.
Die vier Quellen
| Quelle | Was sie liefert | Aktualisierung |
|---|---|---|
| Agent auf der Anlage (Admin Power Pack) | Identität, Version, Bestand, Fähigkeiten, Erreichbarkeit | beim Verbindungsaufbau, danach ein Lebenszeichen pro Minute |
| STARFACE-Partnerportal | Kundenname, Standort, Kontakt, Updatevertrag, Benutzerzahlen, Cloud-Adresse | nur, wenn Sie den Abgleich starten |
| Konsole | Anlagenname, Notiz, Berechtigungsanfragen, Lizenzbestellungen | beim Speichern |
| Controller | daraus abgeleitete Angaben: Plattform, Erreichbarkeitsverlauf, Zeitstempel | bei jedem Aufruf der Liste |
Der Controller kann eine Anlage nicht von sich aus befragen. Alles, was von einer Anlage kommt, kommt, weil die Anlage sich gemeldet hat. Details unter Aufbau und Ebenen.
Was der Agent liefert
Bei jedem Verbindungsaufbau
Meldet sich eine Anlage an – nach einem Neustart, nach einem Netzwechsel, nach einem Modulupdate –, schickt der Agent seine Kenndaten mit:
| Angabe in der Konsole | Herkunft auf der Anlage |
|---|---|
| Hardware-Kennung | Lizenzkomponente der STARFACE |
| Serverlizenzschlüssel | Lizenzkomponente der STARFACE |
| STARFACE-Version | laufende Installation |
| Modulversion | Descriptor des Admin Power Pack |
| Modul-Kennung | Descriptor des Admin Power Pack |
| Zustand der MCP-Schnittstelle | lokale Einstellungen der MCP-Card |
| Erteilte Berechtigungen | lokal gespeicherte Zustimmung auf der Anlage |
Jede Minute
Ein Lebenszeichen, mehr nicht. Es schreibt das letzte Lebenszeichen fort und hält den Online-Zustand aktuell. Ausgefallene Verbindungen werden 30 Sekunden lang nicht gemeldet – ein kurzer Netzwackler soll keinen roten Balken und keine Push-Meldung erzeugen.
Eine Anlage, die eine Woche durchläuft, erzeugt genau einen Eintrag. Zwischen zwei Einträgen gilt der Zustand des früheren. Die Konsole zeigt die letzten 24 Stunden.
Der Bestand
Beim Verbinden holt der Controller fünf Momentaufnahmen ab: installierte Module, Lizenzen, Systemstatus, SIP-Leitungen und den Fähigkeitskatalog. Jede trägt ihren Zeitstempel.
Danach passiert von allein nichts mehr. Es gibt keinen stündlichen und keinen nächtlichen Bestandslauf. Eine Anlage, die wochenlang ohne Neustart durchläuft, zeigt wochenlang denselben Bestand – korrekt datiert, aber eben alt.
Aufgefrischt wird der Bestand in genau drei Fällen:
- Die Anlage verbindet sich neu (Neustart, Modulupdate, Netzwechsel, Änderung der Berechtigung).
- Der Agent wurde neu gestartet, während die Verbindung stand.
- Sie drücken in der Detailansicht auf Bestand neu holen.
Ein Kunde hat gestern ein Modul nachlizenziert. In der Konsole steht noch der alte Stand – nicht weil etwas klemmt, sondern weil sich seine Anlage seitdem nicht neu verbunden hat. Ein Klick auf Bestand neu holen zeigt den aktuellen Stand in wenigen Sekunden.
Er verwendet ausschließlich read_-Werkzeuge und verändert auf der Anlage nichts. Er taucht deshalb
auch nicht in der Vorgangschronik der Anlage auf.
Die Fähigkeitsmatrix
Sie stammt aus demselben Lauf und wird mit ihm aufgefrischt. Der Zeitstempel „zuletzt geprüft“ wird bei jedem Lauf neu gesetzt, auch wenn sich nichts geändert hat.
Was aus dem Partnerportal kommt
| Angabe in der Konsole | Bemerkung |
|---|---|
| Lizenznehmer / Kundenname | der Kunde, nicht diese Anlage |
| Standort | aus dem Portal |
| Kontakt-E-Mail | aus dem Portal |
| Anlagentyp | Grundlage der Plattformerkennung, solange die Anlage nichts gemeldet hat |
| Updatevertrag | aktiv / nicht aktiv |
| Benutzer aktiv und verfügbar | die Zahlen des Portals |
| Cloud-Adresse (FQDN) | nur bei Cloud-Anlagen, und nur wenn die Zuordnung eindeutig war |
| Zeitpunkt des letzten Abgleichs | Ihr Maß für die Aktualität dieser Zeile |
Wann sich das ändert
Nur, wenn Sie den Abgleich starten. Es gibt keinen Zeitplan, keinen nächtlichen Lauf und keine Auffrischung im Hintergrund. Der Grund ist derselbe, aus dem der Abgleich sicher ist: Ihre Portal-Zugangsdaten werden für die Dauer eines Abgleichs verwendet und danach verworfen. Ohne gespeicherte Zugangsdaten gibt es nichts, was nachts laufen könnte.
Beide Wege in der Konsole frischen dabei alle bereits bekannten Anlagen auf, nicht nur die, die Sie auswählen:
| Was Sie tun | Wirkung |
|---|---|
| Anlagenliste aus dem Portal laden | Portalangaben aller bekannten Anlagen werden aufgefrischt |
| Anlagen importieren | dasselbe, zusätzlich werden die ausgewählten Anlagen neu angelegt |
Ein leeres Feld beim Updatevertrag bedeutet nicht „kein Updatevertrag", sondern „diese Anlage wurde noch nie mit dem Portal abgeglichen". Dasselbe gilt für Benutzerzahlen, Standort und Kundenname. Der Zeitpunkt des letzten Abgleichs sagt Ihnen, welcher der beiden Fälle vorliegt.
Wenn Anlage und Portal sich widersprechen
Bei Benutzerzahlen und Updatevertrag gewinnt die Anlage: Meldet der Bestandslauf eigene Werte, zeigt die Konsole diese und nicht die des Portals. Bei der Plattform ebenso – die Angabe aus der Serverlizenz schlägt die aus dem Anlagentyp des Portals, weil letztere geraten ist.
Drei Angaben überschreibt der Portalabgleich bewusst nicht:
- den Anlagennamen, den Sie in der Konsole vergeben haben,
- die STARFACE-Version, weil die Anlage sie besser kennt,
- den Anbindungszustand einer bereits verbundenen Anlage.
Was Sie selbst pflegen
| Angabe | Wo | Sichtbarkeit |
|---|---|---|
| Anlagenname | Detailansicht, umbenennen | nur in Ihrem Partnerzugang |
| Notiz zur Anlage | Detailansicht | nur in Ihrem Partnerzugang – ein zweiter betreuender Partner sieht sie nicht |
| Berechtigungsanfrage | Knopf anbinden bzw. Einrichtungscode | entschieden wird auf der Anlage |
| Lizenzbestellung | Bestelldialog | erst die Freigabe mit Ihren Portal-Zugangsdaten löst sie aus |
Aktualität auf einen Blick
| Angabe | Wie aktuell |
|---|---|
| Online-Zustand | sekundenaktuell, Ausfälle mit 30 s Verzögerung |
| Letztes Lebenszeichen | höchstens eine Minute alt |
| STARFACE-Version, Modulversion | Stand des letzten Verbindungsaufbaus |
| Module, Lizenzen, Systemstatus, SIP-Leitungen | Stand des letzten Verbindungsaufbaus oder Ihres letzten Klicks auf Bestand neu holen |
| Fähigkeitsmatrix | dito |
| Erteilte Berechtigungen | Stand des letzten Verbindungsaufbaus – Änderungen auf der Anlage lösen einen sofortigen Neuaufbau aus und sind binnen Sekunden sichtbar |
| Kundenname, Standort, Kontakt, Updatevertrag, Benutzerzahlen | Stand Ihres letzten Portalabgleichs |
| Vorgangschronik, offene Kommandos | laufend; die Konsole lädt bei jedem Ereignis nach |
Vor einer Angebotsrunde für Updateverträge starten Sie einmal den Portalabgleich – dann stimmen Vertragszustand und Benutzerzahlen über die ganze Flotte. Für die Frage „läuft die Anlage gerade?" brauchen Sie das nicht: Die kommt vom Agenten und ist immer frisch.
Wie die Konsole sich auf dem Laufenden hält
Die Konsole wartet nicht auf einen Bildschirm-Neuaufbau. Sie hält eine Ereignisleitung zum Controller offen; ändert sich etwas an einer Anlage, lädt sie die betroffene Liste nach. Fällt die Leitung aus, wird die Konsole langsamer, nicht falsch: Im Hintergrund lädt sie die Flottenliste ohnehin alle zwei Minuten und die Vorgangsliste jede Minute neu.
Bleibt die Verbindung länger als acht Sekunden weg, legt sich ein Hinweis über die Konsole – lang genug, dass ein gewöhnlicher Neuaufbau nicht auffällt, kurz genug, dass niemand in eine tote Oberfläche tippt.
Nächster Schritt
Weiter mit dem Kapitel Sicherheit – oder direkt zur Anbindung der ersten Anlage.