"Unable to load the data" beim Einsehen von Reports/Logs im DPS

Hallo,

Vielen Dank, dass Sie uns in dieser Angelegenheit kontaktiert haben.

Welchen Protokollbericht möchten Sie öffnen? Bekommen Sie diese Fehlermeldung für alle Protokollberichte?

Könnten Sie bitte versuchen, die DVLS-Webanwendung über die Funktion Server anhalten/Server starten in der DVLS-Konsole neu zu starten?

Ist die Funktion Cleanup Logs aktiviert, um die Logs zu bereinigen?
https://docs.devolutions.net/server/web-interface/reports/logs/

Könnten Sie bitte die Verbindungszeichenfolge erhöhen, um zu sehen, ob das hilft?
https://docs.devolutions.net/kb/devolutions-server/how-to-articles/preventing-sql-timeouts-with-server/

Mit freundlichen Grüßen,

Hallo Erica,

wir bekommen die Fehlermeldung bei so gut wie allen via DPS Web aufgerufenen Logs. Betroffen sind im Detail folgende:

Connected User List | Login Attempt | Login History | Last Login

Opened Connections

Activity Logs | Data Source Logs | Administration Logs | Deleted Entries | Last Usage Logs

Ein stoppen und starten des Servers via Console behebt das Problem nicht. Es scheint auch kein Timeout-Fehler zu sein, weil der Fehler instant angezeigt wird, sobald man versuch eines der Logs aufzurufen.

Das Cleanup ist aktiv, jedoch wird hier nur einmal täglich alles archiviert, was älter als 6 Monate ist.

Viele Grüße!

Hallo,

vielen Dank für Ihr Feedback.

Könnten Sie bitte die Protokolle der DVLS-Konsole auf relevante Fehlermeldungen hin überprüfen?

Erhalten Sie denselben Fehler in verschiedenen Browsern oder in einer Inkognito-Browser-Sitzung?

Mit freundlichen Grüßen,

Hallo,

in der Konsole und den dort hinterlegten Logs sehe ich nur meinen Login, aber keine weitere Fehlermeldung die auf den Aufruf und daraus resultierenden Fehler zurückzuführen wären.

Ich habe die Anmeldung von Edge und Firefox und auch im Inkognito-Modus getestet, die Fehlermeldung bleibt überall dieselbe.

Wir haben auf dem selben Server auch eine weitere (Recovery-)-Instanz mit älterem Datenbestand aber gleicher Versions-Kennung die den selben Fehler aufweist.

Viele Grüße!

Hallo,

ich danke Ihnen für Ihre Antwort.

Könnten Sie uns bitte den Bericht über die Disk Usage by Top Tables aus Ihrer SQL-Datenbank schicken?



Wir vermuten, dass eine der Tabellen zu viele Datensätze enthält.

Welche Version von Windows Server hostet DVLS als zusätzliche Information?

Mit freundlichen Grüßen,

Hallo,

dann ist es wohl die Log-Tabelle selbst:



Wir schauen mal, warum die Tabelle so groß ist und versuchen ihr Volumen zu reduzieren.

Hallo,

vielen Dank für die Informationen.

Die Tabelle LogMessage enthält Protokolle der DVLS-Instanz. Es gibt nichts in dieser Tabelle, was mit Einträgen oder Benutzeraktivitäten zu tun hat.

Wenn Sie die Anzahl der Einträge in dieser Tabelle reduzieren können, kann dies nur für den Bericht Datenquellenprotokolle hilfreich sein. Die Funktion Cleanup logs, die Sie aktiviert haben, sollte ältere Protokolleinträge archiviert haben, aber das hängt von der Zeitspanne ab, die in dieser Funktion eingestellt ist. Im Abschnitt "Erweitert" können Sie eine benutzerdefinierte Konfiguration für die Meldungsprotokolle festlegen.



Wenn nach der Bereinigung die anderen Berichte immer noch nicht funktionieren, würde ich Ihnen empfehlen, DVLS und RDM auf die neueste Version zu aktualisieren. Hier sind die Anweisungen für das Upgrade von DVLS.

Wir bieten auch Upgrade-Sitzungen für alle unsere Kunden an. Bitte beachten Sie, dass die Sitzungen in englischer Sprache durchgeführt werden.

Lassen Sie uns wissen, ob die Bereinigung dieser Tabelle hilft.

Mit freundlichen Grüßen,

Hallo und guten Tag,

wir haben alle Einträge älter einen Monat archiviert und den Server auf die neuste LTS-Version (2022.3) aktualisiert. Der Fehler bleibt nach wie vor bestehen.

Viele Grüße!

Hallo,

vielen Dank für Ihr Feedback.

Die beste Lösung ist, einen Anruf zu vereinbaren, um dieses Problem zu lösen.

Ich werde einen Fall in unserem Ticketing-System eröffnen und Ihnen einen Link schicken, damit Sie einen Termin für ein Gespräch vereinbaren können. Bitte beachten Sie, dass dieses Gespräch auf Englisch geführt wird.

Vielen Dank für Ihre Mitarbeit.

Mit freundlichen Grüßen,

Hallo,

Wir haben festgestellt, dass die SQL Server Version 2008R2 nicht mehr unterstützt wird. Die FETCH- und OFFSET-Anweisungen wurden in SQL Server 2012 eingeführt, was eine Mindestanforderung für DVLS ist.
https://docs.devolutions.net/server/overview/system-requirements/#software-dependencies

Lassen Sie uns wissen, sobald die Datenbank auf eine neuere SQL Server-Version migriert wird, um zu erfahren, ob sie wie erwartet funktioniert.

Mit freundlichen Grüßen,

Hallo,

kleines Update: Wir haben inzwischen den SQL-Server auf 2016 aktualisiert und siehe da, die Logs lassen sich allesamt öffnen. Die Ursache lag also in der Tat am nicht kompatiblen SQL-Server.

Vielen Dank und beste Grüße!

Hallo,

vielen Dank für Ihr Feedback und ich freue mich, dass das Problem durch das Update des SQL Servers behoben wurde.

Mit freundlichen Grüßen,