Meldung im Control-Center oder den Auskünften: "Applikationsserver konnte nicht kontaktiert werden" Im Control-Center (ab Version 2012) oder in den Auskünften (ab Version 2013) der Office Line erscheint die Meldung: "Der Applikationsserver konnte nicht kontaktiert werden". Was ist hier zu überprüfen? Wurden im Control-Center und den neuen Auskünften schon einmal Daten angezeigt oder besteht das Problem von Anfang an? a) Das Problem besteht von Anfang an? - Bitte alle u. g. Lösungen systematisch prüfen. b) Daten vom Sage Applikationsserver konnten schon einmal angezeigt werden? - Zum schnelleren Finden der Ursache und der Lösung sind nachfolgend einige Fragen mit den entsprechenden Lösungen aufgelistet. 1) Der Server wurde neu gestartet? - Evtl. läuft der Sage Applikationsserver-Dienst nicht. Bitte in der Systemsteuerung\Dienste\Verwaltung prüfen. a) Sage Applikationsserver-Dienst lässt sich manuell starten? - Ggf. Startart auf verzögert stellen. b) Sage Applikationsserver-Dienst lässt sich nicht manuell starten? - Startkonto prüfen, Standard ist System, ggf. mit Administrator-Konto testen, sonst weiter bei Punkt 14. 2) Sage Applikationsserver-Dienst läuft, aber keine oder wenige Prozesse "Sagede.ApplicationServer.IsolationProcess.exe" im Taskmanager ("Prozesse aller Benutzer anzeigen" oder Registerkarte Details)? a) Reduzierung des verfügbaren RAMs, z.b. durch Installation weiterer Software auf dem Server? - Bitte Systemvoraussetzungen prüfen. b) Änderung am Dienststartkonto (Standard ist System)? - Ggf. mit Administrator-Konto testen, falls Kennwort geändert wurde, Kennwort neu eintragen. c) Änderung am Netz oder der Installation des SQL-Servers, welche die Verbindung des Sage Applikationsservers zum SQL-Server beeinträchtigen? - Bitte Fehlerprotokoll im SQL-Management Studio prüfen (Verwaltung\SQL Server- Protokolle). 3) Anmeldung an OL ist nur auf einem System möglich, z.b. auf einem WTS? - Datenbank im Netzwerk freigeben. 4) Ein Versionsupdate der OL wurde durchgeführt? - Im Namen der Datenbank, der in der OL angezeigt wird, darf kein + enthalten sein, Datenbank im OL Administrator neu registrieren und dabei nur Großbuchstaben, Kleinbuchstaben, Ziffern sowie - oder _ in der Bezeichnung verwenden. 1/5
5) Es wurde eine neue Software installiert, welche den Internetverkehr überwacht oder eine solche Software wurde aktualisiert? - Bitte auch in den Internetoptionen\Verbindungen\LAN-Einstellungen prüfen, ob ein Proxy verwendet wird, ggf. muss eine Ausnahme definiert werden, damit der Zugriff der Clients auf den Applikationsserver direkt erfolgt (Ausnahme für lokale Kommunikation und für den Server). 6) Wurde die OL auf einem Rechner neu installiert oder auf einem weiteren Rechner installiert? - Bitte prüfen, ob es in der Registry auf dem Mehrbenutzerdienstserver mehrere Einträge gibt: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Sage\Office Line\X.X\Application Server\Servername. Hier kann es z.b. bei einer versehentlichen Installation des Applikationsserver auf mehreren Systemen zu einer Fehlfunktion kommen, insbesondere wenn diese nicht erreichbar sind, nicht konfiguriert sind oder die lizenzierte Anzahl Sage Applikationsserver überschritten wird. Ggf. vorhandene weitere Sage Applikationsserver müssen deinstalliert werden. 7) Es gab Änderungen im Netz, die sich auf die Namensauflösung auswirken, z.b. neuer Server, neuer Router? - Starten Sie bitte auf dem betroffenen Rechner cmd. Führen Sie dort folgenden Befehl aus: Ping -4 Servername Sie erhalten in der Antwort eine IP-Adresse. Führen Sie dann folgenden Befehl aus: ping a obige IP-Adresse Die Antwort muss die Domäne enthalten (Hier muss als Antwort erscheinen: "Ping wird ausgeführt für SERVER.DOMAIN.LOCAL"), wenn die Domäne Teil der https-adresse ist. Die Antwort darf keine Domäne enthalten, wenn keine Domäne Teil der https-adresse ist. Vergleichen Sie bitte, ob in der Registry auf dem Server die Domänen in den https-adressen bei folgenden Schlüsseln steht: - HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Sage\Office Line\X.X\Application Server\Servername\SData Endpoints\HttpsBasic - HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Sage\Office Line\X.X\Application Server\Servername\SData Endpoints\HttpsWindows Ggf. muss die Namensauflösung geändert werden (DNS oder Eintrag in der hosts-datei des Clients unter C:\Windows\System32\drivers\etc), nicht der Registry-Eintrag. 8) Problem tritt nur mit OL-Benutzern mit Kennwort auf? - Bestimmte Zeichen dürfen im Kennwort nicht vorkommen, bekannt sind {} und Doppelpunkt : 9) Die Datenbank wurde im SQL-Server zurück gesichert oder in der Datenbank wurde der Benutzer DBName_Defaultuser gelöscht oder dessen Kennwort geändert oder die Datenbank wurde in einem zweiten OL Administrator registriert? - Seit der Office Line Evolution 2014 enthält die Datenbank einen Systembenutzer mit dem Namen Datenbankname_DEFAULTUSER. Falls dieser User oder dessen automatisch erstelltes Passwort beschädigt wurden, kann dies durch eine Deregistrierung und Neuregistrierung der Datenbank im Office Line Administrator korrigiert werden, die Datenbank darf nur in einem OL Administrator registriert werden! 2/5
10) Sage Applikationsserver läuft auf Windows 10? - Der aktuelle Kenntnisstand ist folgender. Auf betroffenen Windows 10 Rechnern sind bestimmte Windows-Features nicht (mehr) aktiviert: -.NET-Framework 3.5 - Windows Identity Foundation Nicht auf allen betroffenen Systemen sind beide Features deaktiviert. Wann bzw. wodurch diese Windows-Features deaktiviert werden, ist unklar, in Verdacht steht das Windows 10 Anniversary Update. Dies hat u.a. zur Folge, dass die Datei Microsoft.IdentityModel.dll (Teil der Windows Identity Foundation) fehlt. Die Setups des Sage Applikationsservers der OL6.2 und 7.0 würden diese Datei dann wieder installieren. Das Aktivieren der o.g. Features sollte das Problem auch ohne Neuinstallation beheben, dies konnte aber noch nicht abschließend verifiziert werden. Generell sollte sichergestellt werden, dass diese Feature bei allen Windows 10 Rechnern mit OL 6.2 oder 7.0 aktiviert sind (die OL7.1 benötigt Windows Identity Foundation nicht mehr). 11) Sie setzen Sage BI ein? - Im Zusammenhang mit Sage BI wurde uns eine Besonderheit gemeldet: Sobald ein "falscher" Eintrag (z.b. Eintrag für Benutzerfeld, welches in der Bezeichnung ein Komma, Bindestrich oder Punkt hat) in den Tabellen "USysBICorrelation" und "USysBICubeClassField" ist, erscheint auch die Meldung "Applikationsserver konnte nicht kontaktiert werden". Ursache war, dass das entsprechende Schema nicht geladen wird. Erst nach dem Leeren dieser Tabellen funktionierte die Anzeige der Auskünfte wieder einwandfrei. 12) Problem tritt nur mit NT-Anmeldung auf? a) SQL-Server und Sage Applikationsserver befinden sich auf demselben System? - Der Benutzer hat im OL Administrator keine Bezeichnung. b) SQL-Server und Sage Applikationsserver befinden sich auf getrennten Systemen? - Bitte zusätzlich zum obigen Punkt den Eintrag 20840 in unserer Wissensdatenbank anwenden. 13) Keine der Fragen trifft zu? - Dann bitte trotzdem alle Lösungen systematisch kontrollieren! 14) Ist so keine Lösung zu finden? a) Kunden ohne direkten Supportvertrag mit Sage wenden sich bitte an Ihren Business Partner. b) Kunden mit direktem Supportvertrag mit Sage senden uns bitte die u. g. Protokolle. Auf dem Client oder WTS (entfällt, wenn der Sage Applikationsserver-Dienst nicht startet): - Zuerst den TracelogManager explizit als Administrator starten (rechte Maustaste), - beide Ampeln auf Grün stellen. - Erst dann die Office Line starten bis Sie die Fehlermeldung sehen. - Notieren Sie bitte möglichst genau die Uhrzeit und speichern Sie das Protokoll im TracelogManager. 3/5
Auf dem Server: a) Nur wenn der Sage Applikationsserver-Dienst nicht startet: - zuerst den TracelogManager explizit als Administrator starten (rechte Maustaste), - beide Ampeln auf Grün stellen. - Erst dann den Sage Applikationsserver-Dienst starten bis Sie die Fehlermeldung sehen. - Notieren Sie bitte möglichst genau die Uhrzeit und speichern Sie das Protokoll im TracelogManager. - Falls das Problem seit der Installation besteht, kopieren Sie bitte alle *.InstallLogund *.InstallState-Dateien sowie alle *.ETL-Dateien aus dem Ordner C:\Program Files (x86)\sage\application Server\X.X (sonst alle *.ETL-Dateien seit dem das Problem besteht) und in jedem Fall alle *.Log-Dateien aus diesem Ordner. b) Falls der Sage Applikationsserver-Dienst läuft, ist kein Tracelog auf dem Server erforderlich. - Beenden Sie den Sage Applikationsserver-Dienst. - Falls das Problem seit der Installation besteht, kopieren Sie bitte alle *.InstallLogund *.InstallState-Dateien sowie alle *.ETL-Dateien aus dem Ordner C:\Program Files (x86)\sage\application Server\X.X (sonst alle *.ETL-Dateien seit dem das Problem besteht) und in jedem Fall alle *.Log-Dateien aus diesem Ordner. Wichtig ist, dass das Tracelog, die ETL-Dateien und die Windows-Protokolle den gleichen Zeitraum abdecken, also bitte zuerst das Tracelog erstellen, dann die ETL-Dateien kopieren und dann die Windows-Protokolle exportieren. Daher ist es auch wichtig, dass das Tracelog exakt wie oben beschrieben erstellt wird, sonst muss der gesamte Vorgang wiederholt werden. Immer wieder erhalten wir unvollständige Tracelogs, die nicht explizit als Administrator erstellt wurden oder bei denen nicht beide Ampeln grün standen oder die erst nach der Office Line gestartet wurden. 4/5
Zusammen mit den Protokollen, benötigen wir folgende Informationen: - Die Uhrzeit, wann die Fehlermeldung während der Protokollierung auftrat - Das Datum, seit wann das Problem auftritt, z.b. das Installationsdatum - Welche Fehlermeldung in der OL oder beim Dienststart angezeigt wird (gerne mit Screenshot) - Besteht das Problem permanent, d.h. ist reproduzierbar oder tritt es sporadisch auf - Hilft zumindest zeitweise ein Neustart der OL, des Clients, des Dienstes oder des Servers? Falls es reproduzierbar in der OL auftritt, tritt es auch in der DemoDB auf? - Besonderheiten? Z.B. tritt auf seit Updates, Anpassungen oder Zusatzlösungen installiert wurden. Sind Client, WTS oder Server virtualisiert? 5/5