Fehlersuche
Auffinden von Fehlern in Konfiguration und Projektierung
Es gibt – trotz aller Absicherungen – immer die Möglichkeit, dass ein Flow nicht „funktioniert“. Im seltensten Fall sind das echte Fehler, sondern lediglich Kleinigkeiten, die bei der Anbindung der Fremdsysteme auftreten können. Im Folgenden haben wir einige Fallstricke gesammelt – und sind für Hinweise und Ergänzungen immer dankbar.
Kaum Probleme treten auf, wenn Router, OPC- und Datenbank-Server auf demselben Rechner laufen. Im verteilten System ist für den OPC-Server die richtige DCOM-Konfiguration wichtig, Datenbank-Server hingegen erlauben oder verbieten selbst den Remote-Zugriff.
Nutzen Sie in jedem Fall die angebotenen Tests im Management: „Verbindung testen“ für die DB-Anbindung und „Test“ für die Mail-Server-Anbindung. Die OPC-Anbindung funktioniert, wenn Sie die OPC-Server im Management browsen können (s. u.). Beachten Sie, dass Konfiguration und Dienst unter Umständen in einem verschiedenen User-Kontext laufen und sich daher unterschiedlich verhalten.
Tritt der Fehler zur Laufzeit auf, führt der Weg über das Web Management: Das Ereignisprotokoll der Statusanzeige zeigt die aufgezeichneten Meldungen, die Logdateien laden Sie über das Menü herunter, und reicht das Aufgezeichnete nicht aus, schalten Sie die Aufzeichnung weiter auf. Das steht unter Logdateien und Ereignisprotokoll.
Überträgt ein Flow gar keine Daten, beginnen Sie mit Transfer läuft nicht: Die Seite arbeitet die Ursachen der Reihe nach ab und verweist an der passenden Stelle in dieses Kapitel weiter.
Die Seiten dieses Kapitels
Einstieg nach Symptom
- Transfer läuft nicht – der Einstieg, wenn ein Flow keine Daten überträgt: sieben Prüfungen von der ausstehenden Veröffentlichung über Flow-Zustand, Statusbaum und Trigger bis zu den aufgezeichneten Meldungen.
- Transfer ohne Fehlermeldung (leeres SELECT) – wenn Transfers unbemerkt ausbleiben, weil eine Abfrage kein Ergebnis liefert.
Nach System
- OPC Classic-Anbindungen – wenn der OPC-Server nicht erreichbar ist oder Items leer bleiben: DCOM-Konfiguration, Item-Namen und Dienstberechtigungen anhand konkreter Log-Meldungen.
- OPC UA-Anbindungen – wenn eine OPC UA-Client-Anbindung nicht zustande kommt oder Datenpunkte keinen brauchbaren Wert liefern: Sicherheitsstufe, Endpoint und Zertifikat, Statuscodes, Redundanz-Server.
- DB-Anbindungen – wenn eine lokale oder entfernte Datenbankverbindung scheitert: Remote-Zugriff, fehlende Tabellen, blockierte Stored Procedures, anonyme Anmeldung zur Laufzeit.
- MQTT-Anbindungen – wenn die Verbindung zum Broker scheitert oder Nachrichten ausbleiben: Port und Verschlüsselung, Client-ID und die Symptomtabellen der drei Cloud-Profile.
- SAP®-Anbindungen – wenn eine SAP®-Anbindung nicht zustande kommt oder IDocs und RFC-Aufrufe ausbleiben: Berechtigungen, Port, SNC-Voraussetzungen und die Rückmeldung an das SAP®-System.
Werkzeuge
- Diagnosebericht – wenn der Support Unterlagen braucht: Projektkonfiguration, Datenbank-Backups und Logdateien als ZIP-Paket.
- Logdateien und Ereignisprotokoll – wo die Logdateien liegen, wie Sie sie ohne Zugriff auf den Server herunterladen und wie Sie die Aufzeichnung weiter aufschalten.
- Zugriff auf Zwischenablage nach Blockieren wieder erlauben – wenn der Browser das Einfügen aus der Zwischenablage verweigert, weil die Berechtigung einmal abgelehnt wurde.
Fehlerbilder der Redundanz – Verbindungstest, Pre-shared Key, Versionsabweichung – behandelt die Redundanz-Fehlersuche beim Redundanz-Kapitel.