Der Synchronisierungsvorgang kann aus verschiedenen Gründen gelegentlich unterbrochen werden oder fehlschlagen. In diesem Artikel werden häufige Ursachen für eine fehlgeschlagene Synchronisierung aufgezeigt und die Maßnahmen beschrieben, die Sie als Administrator ergreifen können, um das Problem zu beheben und den Vorgang neu zu starten.
Den Synchronisationsstatus verstehen
Die Ansicht „Synchronisationszyklus“ zeigt den Status der einzelnen Schritte im Prozess an. Achten Sie auf diese Symbole, um den aktuellen Status zu erkennen:
-
Grünes Häkchen: Der Synchronisierungsschritt wurde erfolgreich abgeschlossen.
-
Rotes Kreuz: Der Schritt ist mit einem Fehler fehlgeschlagen.
-
Drehender Kreis: Der Schritt wird gerade ausgeführt oder steht als nächster in der Warteschlange.
Fehlerbehebung nach Synchronisierungsschritten
In der folgenden Tabelle werden die einzelnen Schritte des Synchronisationszyklus beschrieben und Maßnahmen aufgeführt, die Sie ergreifen können, falls ein Schritt fehlschlägt oder nicht gestartet wird.
|
Synchronisierungsschritt |
Beschreibung |
Mögliche Maßnahmen |
|---|---|---|
|
HR importieren |
eAdm ruft Mitarbeiterdaten aus Ihrem HRM-System ab. |
|
|
HR-Zukunft importieren |
eAdm ruft Daten zu Mitarbeitern mit einem zukünftigen Eintrittsdatum aus Ihrem HRM-System ab. |
|
|
Import-Hierarchie |
eAdm ruft die Organisationsstruktur aus Ihrem HRM-System ab. |
|
|
AD importieren |
eAdm ruft Daten zu bestehenden Benutzerkonten aus dem lokalen Active Directory ab. Hinweis: AD ist die einzige Hauptquelle für Daten zur Kontoidentität, wie beispielsweise |
Falls es nicht startet: Führen Sie das eAdm-Synchronisierungsskript über den Aufgabenplaner aus und überprüfen Sie den Ereignis-Viewer auf Fehler und Falls das Programm mit einer Fehlermeldung abgestürzt ist: Wenden Sie sich an den Support. |
|
Synchronisation |
eAdm verarbeitet alle eingehenden Änderungen, wendet Regeln an und vergibt Berechtigungen. |
|
|
AD exportieren |
eAdm überträgt die verarbeiteten Daten an das lokale Active Directory. |
Falls fehlgeschlagen: Führen Sie das eAdm-Synchronisierungsskript aus und überprüfen Sie die Ereignisanzeige auf Fehler und |
|
AD-Ergebnisse importieren |
eAdm erhält nach der … Rückmeldung vom lokalen Kunden. |
|
|
Weitere Integrationen |
Dazu gehören Exportschritte in alle anderen konfigurierten Zielsysteme (z. B. „Export Azure“, „Export eFeide“). |
|
|
Compilo exportieren |
|
Fehlermeldung: „Abruf der Abteilungsliste von Compilo fehlgeschlagen“ → Das bedeutet, dass die Compilo-API derzeit nicht erreichbar ist. Bitte benachrichtigen Sie den Identum-Support, und wir werden uns zur weiteren Fehlerbehebung an Compilo wenden. Sobald die Compilo-API wieder verfügbar ist, werden wir Ihre Synchronisierung neu starten. |
Die Synchronisierung wurde seit dem letzten Zyklus überhaupt nicht mehr ausgeführt.
In manchen Fällen bricht der gesamte Synchronisierungszyklus ab, anstatt dass nur ein einzelner Schritt fehlschlägt. In der Ansicht „Synchronisierungszyklus“ werden keine neuen Einträge angezeigt, die Schaltfläche „Synchronisierung starten“ ist möglicherweise ausgegraut, und eADM selbst zeigt keine Fehlermeldung an, da das Problem bei der geplanten Aufgabe auf dem Server des Kunden liegt und nicht bei eADM.
Schritte zur Fehlerbehebung
-
Überprüfen Sie die Aufgabenplaner auf dem Server, auf dem der lokale eADM-Client ausgeführt wird. Vergewissern Sie sich, dass die geplante Synchronisierungsaufgabe (die in der Regel den Namen
\eAdm deltasynk) vorhanden ist und ohne Startfehler läuft. -
Falls die Aufgabe nicht gestartet werden konnte, versuchen Sie, sie manuell über den Aufgabenplaner auszuführen. Sollte das Problem dadurch nicht behoben werden, starten Sie den Server neu und versuchen Sie es erneut.
-
Überprüfen Sie die Ereignisanzeige auf demselben Server auf Fehler, die etwa zu dem Zeitpunkt protokolliert wurden, als die Synchronisierung unterbrochen wurde.
-
Wenn das lokale eADM-Dienstkonto in Visma Enterprise (VEP) deaktiviert oder gesperrt ist, schlägt der Datenabruf aus VEP in der Regel mit einer Fehlermeldung wegen fehlender Berechtigung fehl, anstatt dass die geplante Aufgabe nicht gestartet werden kann. Überprüfen Sie den Kontostatus in Visma Enterprise, wenn dieser Fehlertyp auftritt.
Bekannte Ursache: Das Passwort des lokalen Dienstkontos ist abgelaufen.
Eine häufige Ursache dafür, dass die geplante Aufgabe nicht gestartet wird, ist ein abgelaufenes Windows-Passwort für das lokale Dienstkonto, unter dem sie ausgeführt wird (z. B. DOMAIN\eadmservice1).
Anmerkung: Der Taskplaner protokolliert ein Ereignis, das in etwa wie folgt aussieht: Task Scheduler failed to start "\eAdm deltasynk" task for user "DOMAIN\serviceaccount". Additional Data: Error Value: 2147943730. Dieser Fehlerwert weist auf ein abgelaufenes oder ungültiges Passwort für das Konto hin, unter dem die Aufgabe ausgeführt wird.
So beheben Sie das Problem:
-
Überprüfen Sie den Kontostatus, zum Beispiel mit
Get-ADUser -Identity serviceaccount -Properties PasswordExpired,Enabled,LockedOut, und überprüfen Sie, obPasswordExpiredistTrue. -
Setzen Sie das Passwort des Dienstkontos zurück und aktualisieren Sie die im Taskplaner gespeicherten Anmeldedaten.
-
Starten Sie die geplante Aufgabe erneut und vergewissern Sie sich, dass sie mit dem Ergebnis abgeschlossen wird.
0. Die Synchronisierung wird ab diesem Punkt automatisch fortgesetzt.
Häufige Fehlermeldungen in den einzelnen Schritten
Bestimmte Fehlermeldungen können bei jedem Synchronisierungsschritt auftreten, bei dem Daten von einer externen Quelle abgerufen oder an ein externes Zielsystem gesendet werden, und sind nicht auf einen bestimmten Schritt beschränkt.
Fehlermeldung: The remote server returned an unexpected response: (502) Bad Gateway.
Das bedeutet, dass der Server des Quell- oder Zielsystems ausgefallen ist und eAdm keine Verbindung zu ihm herstellen kann.
Benutzer mit eADM-Zugriff auf der Ebene „Partneradministrator“ oder höher können die Synchronisierung zurücksetzen und den Vorgang erneut versuchen, sobald das Problem auf Seiten des Lieferanten behoben wurde.
Hinweis: Dies kann in der Regel auftreten, wenn eAdm versucht, während der Wartungsfenster des Systemanbieters Daten abzurufen oder zu senden.
Beschädigte oder unvollständige Importdatei
Einige Quellsysteme wie ERP Kommune / Unit4 / Agresso erzeugen eine Stammdatendatei (eine „stamdatafil“), die in einem separaten Schritt vor dem Import an eADM übertragen wird. Dieser Erzeugungsprozess kann gelegentlich vorzeitig fehlschlagen, sodass statt einer vollständigen Datei eine unvollständige oder beschädigte Datei an eADM übertragen wird.
Wie man das erkennt
Ein Import, der aufgrund einer beschädigten oder unvollständigen Datei unterbrochen wurde, wird auf der Seite „Synchronisationsstatus“ mit einer Fehlermeldung angezeigt, die auf ein Problem bei der Analyse oder der Dateistruktur hinweist, nicht jedoch auf das Überschreiten eines Sicherheitsgrenzwerts. Beispiel:
Abgebrochen! Beim Erstellen der Hierarchie ist ein Fehler aufgetreten: Beim Parsen von „Name“ wurde ein unerwartetes Dateiende festgestellt. Zeile 146106, Position 42.
Die jeweilige Zeile, Position und der Feldname (hier, Name) variiert von Fall zu Fall, aber das Muster — ein unerwartetes Dateiende oder ein ähnlicher Parsing-Fehler – und nicht eine Meldung bezüglich eines Sicherheitsgrenzwerts – deutet darauf hin, dass die Quelldatei selbst unvollständig ist und nicht, dass der Filter eingegriffen hat.
So beheben Sie das Problem
-
Wenden Sie sich an Ihren ERP-Kommune-/Unit4-/Agresso-Administrator und bitten Sie ihn, den Stammdatenexport erneut auszuführen und anschließend zu überprüfen, ob dieser erfolgreich abgeschlossen wurde.
-
Sobald eine vollständige Datei erstellt und übertragen wurde, versuchen Sie die Synchronisierung über die Statusseite erneut.
-
Sollte der Fehler auch nach der Übertragung einer als vollständig bestätigten Datei weiterhin bestehen, wenden Sie sich bitte an den Identum-Support, damit der Fall weiter untersucht werden kann.