Offen JTL-Wawi - Artikel-Stammdatenfenster friert ein

[M'o]

Hallo zusammen,

wir haben seit einiger Zeit Probleme mit dem Einfrieren des Artikel-Stammdatenfensters. Dies äußert sich so, dass das Fenster milchig dargestellt wird und nicht mehr reagiert. Der Schließen-Button bleibt aktiv und kann auch benutzt werden. Das Wawi-Fenster darunter bleibt aktiv und nach dem Schließen des Artikelstammes kann auch weiter in der Wawi gearbeitet werden.

Anfang Dezember 2014 kamen aufgrund eines unüberlegten Hardwaretauschs (neuer Router, anderer IP-Bereich) auch noch Netzwerkprobleme hinzu. Dies führte zum Entschluß, den Server neu aufzusetzen, was auch gelang und die Wawi lief nach kurzer Zeit wieder stabil.
In Wochen danach wurde das eingangs beschriebene Problem zunächst nicht mehr festgestellt. Ab vielleicht Weihnachten trat das geschilderte Problem zeitweise wieder auf. Seit dieser Woche ist es aber massiv zu beobachten und beeinträchtigt das Arbeiten ganz erheblich.

Auf dem Server läuft Windows 7 Pro und JTLWawi 0.99780. Der MSSQL ist der 2005er auf dem letzten Patchstand. Verändert wurde seit der Neuinstallation seit Dezember 2014 nichts außer Windows-Updates. Hardwaretechnisch ist das Blech ein i5 mit 8 GB RAM, der sich eigentlich nur langweilt.
Ein Update der JTLWawi kommt leider aus diversen Gründen nicht in Frage. Insbesondere die neue Datenstruktur im WMS macht Probleme. Außerdem denke ich, dass das Update dieses Problem nicht behebt, da es eingangs auch nicht bestand.

Ich könnte mir vorstellen, dass die ODBC-Verbindung hängt. Aber ich wüsste nicht, was ich wo drehen sollte, um das Problem zu lösen. Außerdem widerspricht der Vermutung, dass der Rest des Systems die ODBC-Datenquelle problemlos ansprechen kann.
Hilft vielleicht ein Update auf MSSQL2008? Wer hat noch einen heißen Tipp für uns?

Vielen Dank dafür!

Gruß
Marco

 

[M'o]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Ich habe eine Rückmeldung vom Samstag, nur ein Benutzer im System und kein Problem feststellbar.
Außerdem habe ich eben noch eine Bereinigung der DB vorgenommen. Ein Blick auf das Transaction. log (eazybusiness_log.LDF) zeigt kein Problem, die Datein ist lediglich 560k groß.

Was könnte ich noch prüfen?

 

[M'o]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Werden weitere Informationen benötigt? Hat hier selbst vom Softwareanbieter keine irgendwelche Ideen dazu?

 

[Janusch]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Hallo,

installiere die Wawi auf dem Serverrechner. Falls dieses Problem dort ebenfalls auftaucht, dann könnte ein defekter Index die Ursache sein.

Taucht dieses Problem nicht auf dem Server auf, so kann es am Netzwerk, Antivirensoftware, Firewall usw. liegen. Hier müsste dann nach und nach alles untersucht werden.

 

[M'o]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Hallo,

danke für Deine Antwort, Janusch.
Die Wawi auf dem Server-Rechner zeigt dieses Problem nicht. Auch wenn nur 1...2 Clients offen sind, zeigt sich das Problem nicht bzw. deutlich seltener. Demnach scheidet ein defekter Index eigentlich aus.
Virenschutz oder Firewall (Microsoft Firewall und Security Essentials) kann ich ausschließen, da wurde keine Veränderungen vorgenommen. Zudem trat das Problem anfangs nur vereinzelt auf, jetzt aber immer häufiger und immer störender. All das spricht auch gegen diese Vermutung.

Ich habe dennoch die DB in Verdacht, daher auch der Gedanke an ein Upgrade auf 2008 R2. Nur, wie kann ich eventuell hängende ODBC-Verbindungen prüfen? Mit dem MSSQL kenn ich mich leider nicht im Detail aus...

 

[Janusch]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Hallo,
die ODBC Verbindung wird da denke ich nicht die Ursache sein.

Wenn Upgrade, dann am besten direkt auf SQL Server 2012 Express.

Das sieht dann eher nach einem Netzwerkproblem aus. Der SQL Server ist aber nicht im Internet sondern im lokalen Netzwerk oder?

 

[M'o]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Hallo,

erneut vielen Dank. Aber 2012 geht ja mit 0.99780 noch nicht oder doch?

Der Server steht lokal, richtig. Netzwerk kann ich eigentlich auch ausschließen, dann da wurde seit dem Routertausch im November auch nicht mehr dran gemacht.

Das ist ja auch unser Problem - es ist nichts greifbares vorhanden und Logs gibt es ja auch nicht so wirklich.

Ergänzend. 5...6 Clients können ja nicht das Thema sein. Das Netzwerk ist wenigstens 100M, einige Strecken auch 1G.

 

[Janusch]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

Ja, das stimmt für 099780 muss SQL 2008 R2 genommen werden.


Ich würde mit diesem Skript einmal alle Indizes defragmentieren. Das kommt mir am ehesten vor. Sollte es am Netzwerk liegen so würde Kundenverwaltung/Auftragsverwaltung usw. ebenfalls betroffen sein. Erstellt ein Backup davor. Sollte es nicht der Hauptmandant sein, so eazybusiness umbenennen.

Indizes Defragmentieren

--
-- Copyright (C) 2014 JTL-Software-GmbH
-- Datum 11.07.2014
-- Version 1.0.0.1
-- Autor: AC/MP
--


DECLARE @Databasename VARCHAR(255)


--
-- Hier bitte den WaWi Datenbanknamen einfügen
--
SET @Databasename ='eazybusiness'


EXEC ('USE '+ @Databasename)


--
-- Indizies der Tabellen neuerstellen um die Fragmentierung der Indizies zu beheben
--


DECLARE @TableName VARCHAR(255)
DECLARE @sql NVARCHAR(500)
DECLARE @fillfactor INT
SET @fillfactor = 80
DECLARE TableCursor CURSOR FOR
SELECT OBJECT_SCHEMA_NAME([object_id])+'.'+name AS TableName
FROM [sys].[tables]
OPEN TableCursor
FETCH NEXT FROM [TableCursor] INTO @TableName
WHILE @@FETCH_STATUS = 0
BEGIN
    SET @sql = 'ALTER INDEX ALL ON [' + REPLACE(@TableName, 'dbo.', '') + '] REBUILD WITH (FILLFACTOR = ' + CONVERT(VARCHAR(3),@fillfactor) + ')'
    PRINT @sql
    EXEC (@sql)
    FETCH NEXT FROM TableCursor INTO @TableName
END
CLOSE TableCursor
DEALLOCATE TableCursor
GO
DELETE toptions WHERE cKey = 'letzte Index Defragmentierung'
GO
EXEC sp_updatestats @resample = resample
GO
INSERT INTO toptions (cKey, cValue)
SELECT 'letzte Index Defragmentierung', CONVERT(VARCHAR, GETDATE())

 

[M'o]

AW: JTL-Wawi - Artikel-Stammdatenfenster friert ein

War gestern wieder vor Ort und mit 2 Clients gibt es kein Problem. Ich hab ja am Montag die Bereinigung der DB durchgeführt, vielleicht hat das ja schon etwas gebracht. Wir beobachten das weiter und haben im Fall X immer noch das Neuindizieren und die Update-Option auf 2008 R2.

Vielen Dank für Deine Unterstützung, Janusch!