Update auf 2.0.1 Fehler bei eazybusiness

olikaro

Aktives Mitglied
22. November 2020
67
8
Hallo,

ich wollte jetzt, da die 2.0.1 da ist den Schritt wagen und auf die Wawi 2 updaten. Allerdings bringt das Update der Datenbank einen Fehler bei eazybusiness woraufhin das Backup eingespielt wird. Könnt ihr ggf sagen wo der Fehler liegen könnte?

Danke euch schon mal
 

Au3

Aktives Mitglied
6. Dezember 2013
30
3
Hallo,
ich wollte von 1.11.8 auf 2.0 gehen und dann passierte das: Habe das kopiert, schaute aber auch so aus , sorry, hatte es nicht gepeichert
Code:
Unbehandelte Ausnahme #592DA05E4D26D79E vom Typ JTL.Database.SqlUpdater.Abstraction.Exceptions.UpdateException in
JTL.Database.SqlUpdater.Abstraction.Exceptions.UpdateException: 02:30:06 Fehler in der Version 1.12.0.0 beim Befehl:
==============================================BEGIN TRANSACTION KundeZahlungsziel
/* Zahlungsziele über 9999 Tage werden auf 9999 begrenzt */
DECLARE @CustomerDueDateAboveThreshold AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateAboveThreshold (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 9999
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel > 9999
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateAboveThreshold, 0

/* Negative Zahlungsziele werden auf 0 gesetzt */
DECLARE @CustomerDueDateBelowZero AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateBelowZero (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 0
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel < 0
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateBelowZero, 0
COMMIT TRANSACTION KundeZahlungsziel==============================================
FEHLER:
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "1" wurde nicht gefunden.
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "2" wurde nicht gefunden.
Die @CustomerDueDateAboveThreshold-Tabellenvariable muss deklariert werden.
Die @CustomerDueDateBelowZero-Tabellenvariable muss deklariert werden.
Der Parameter oder die Variable "@CustomerDueDateAboveThreshold" weist einen ungültigen Datentyp auf.
Der Parameter oder die Variable "@CustomerDueDateBelowZero" weist einen ungültigen Datentyp auf.

2026-04-08T14:30:06 DEBUG - Dauer: 2 ms, 1 Zeilen
2026-04-08T14:30:06 DEBUG - SELECT TOP(1)
[tUpdateMigration].[kUpdateMigration] AS [kUpdateMigration],
[tUpdateMigration].[cVersion] AS [cVersion],
[tUpdateMigration].[bHash] AS [bHash],
[tUpdateMigration].[cObjectname] AS [cObjectname],
[tUpdateMigration].[cError] AS [cError],
[tUpdateMigration].[cSqlId] AS [cSqlId]
FROM
[dbo].[tUpdateMigration]
WHERE
(([tUpdateMigration].[cSqlId] = 'WAWI-81964-RepairKundeZahlungsziel_001'));
2026-04-08T14:30:06 DEBUG - Dauer: 1ms, (bis zum Reader)
2026-04-08T14:30:06 DEBUG - Dauer: 1 ms, 0 Zeilen
2026-04-08T14:30:06 DEBUG - BEGIN TRANSACTION KundeZahlungsziel
/* Zahlungsziele über 9999 Tage werden auf 9999 begrenzt */
DECLARE @CustomerDueDateAboveThreshold AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateAboveThreshold (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 9999
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel > 9999
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateAboveThreshold, 0

/* Negative Zahlungsziele werden auf 0 gesetzt */
DECLARE @CustomerDueDateBelowZero AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateBelowZero (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 0
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel < 0
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateBelowZero, 0
COMMIT TRANSACTION KundeZahlungsziel
2026-04-08T14:30:06 WARN - Dauer: 3ms, Error: Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "1" wurde nicht gefunden.
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "2" wurde nicht gefunden.
Die @CustomerDueDateAboveThreshold-Tabellenvariable muss deklariert werden.
Die @CustomerDueDateBelowZero-Tabellenvariable muss deklariert werden.
Der Parameter oder die Variable "@CustomerDueDateAboveThreshold" weist einen ungültigen Datentyp auf.
Der Parameter oder die Variable "@CustomerDueDateBelowZero" weist einen ungültigen Datentyp auf.
2026-04-08T14:30:06 DEBUG - DECLARE @Identities TABLE (Id INT NOT NULL);
INSERT INTO [dbo].[tUpdateMigration] ([cVersion], [bHash], [cObjectname], [cError], [cSqlId]) OUTPUT INSERTED.[kUpdateMigration] AS [Id] INTO @Identities VALUES (@cVersion, @bHash, @cObjectname, @cError, @cSqlId);
SELECT [Id] FROM @Identities ORDER BY [Id];

@cVersion = '1.12.0.0'
@bHash = CONVERT(varbinary(max), '30-46-41-35-37-42-34-32-31-45-34-41-36-39-42-34-31-34-44-34-38-41-32-30-31-32-30-37-34-31-39-44', 2)
@cObjectname = 'PlainSql'
@cError = NULL
@cSqlId = 'WAWI-81964-RepairKundeZahlungsziel_001'
2026-04-08T14:30:06 DEBUG - Dauer: 2ms, (bis zum Reader)
2026-04-08T14:30:06 DEBUG - Dauer: 2 ms, 1 Zeilen
2026-04-08T14:30:06 DEBUG - SELECT [recovery_model_desc] FROM [master].[sys].[databases] WHERE [name] = @name
@name = 'eazybusiness'
2026-04-08T14:30:06 DEBUG - Dauer: 19ms, (A) Result: SIMPLE
2026-04-08T14:30:06 DEBUG -
IF EXISTS (SELECT 1 FROM [master].[sys].[databases] WHERE [name] = @name)
BEGIN
ALTER DATABASE [eazybusiness] SET RECOVERY FULL;
END

@name = 'eazybusiness'
2026-04-08T14:30:06 DEBUG - Dauer: 82ms
2026-04-08T14:30:06 DEBUG - SELECT * FROM tUpdateLog WHERE kUpdateLog > @kUpdateLog
kUpdateLog = 0
2026-04-08T14:30:06 DEBUG - Dauer: 1ms, (bis zum Reader)
2026-04-08T14:30:06 DEBUG - Dauer: 2ms, 0 Zeilen
2026-04-08T14:30:06 DEBUG - SELECT (CASE WHEN SERVERPROPERTY('MACHINENAME') = HOST_NAME() THEN 'local' ELSE 'remote' END) AS instance
2026-04-08T14:30:06 DEBUG - Dauer: 0ms, Result: local
2026-04-08T14:30:06 DEBUG - Window created and registered for unload.
2026-04-08T14:30:06 DEBUG - SELECT ul.kUserLayout, ul.kBenutzer, ul.cName, ul.cWert
FROM dbo.tUserLayout AS ul
WHERE cName NOT LIKE 'jtlCore.%'
AND kBenutzer = @kBenutzer
@kBenutzer = 1
2026-04-08T14:30:06 DEBUG - Dauer: 2ms, (bis zum Reader)
2026-04-08T14:30:06 DEBUG - Dauer: 11 ms, 302 Zeilen
2026-04-08T14:30:19 DEBUG - UPDATE [dbo].[tUserLayout] SET cWert = @cWert_0 WHERE kUserLayout = @kUserLayout_0;

@cWert_0 = '{
"Top": 407.0,
"Width": 576.0,
"Height": 238.0,
"Left": 668.0,
"WindowState": 0
}'

@kUserLayout_0 = 117
2026-04-08T14:30:19 DEBUG - Dauer: 6ms, AffectedRows: 1
2026-04-08T14:30:19 DEBUG - Window unloaded and unregistered from unload.
Zeitstempel: 2026-04-08T14:30:50
Locale: German (Germany)
Locale: German (Germany)
Version: Unbekannt
Plattform: JTL-SharpWawi, Version=2.0.1.0, Culture=neutral, PublicKeyToken=null
WawiSeed: 0.0.00000.00000
Prozessname: JTL-SharpWawi
Physikalischer Speicher: 909586432 / Peak: 912883712
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:00:25,390625
CPU-Zeit (System): 0:00:04,28125
Page-Size (Sytem): 1711320 / Peak: 605167616
Page-Size: 603770880 / Peak: 605167616
Offene Handles: 1936



Dann sollte ich ein Datenbankbackup einspielen, das auch abbrach. Konnte zum Glück wieder die 1.11.8 installieren Was kann ich da tun?

Danke
 

Javi

Sehr aktives Mitglied
13. November 2021
174
111
Bochum
Hi,
bei uns hat es so funktioniert: zuerst von Version 1.11.7 auf 2.0.0 aktualisieren und anschließend von 2.0.0 auf 2.0.1.
Du hast ja sicher ein Backup von 1.11.7, daher kannst du den Zwischenschritt über 1.11.8 weglassen.
Update / Installation "als Amnidstrator ausführen"
Mit Administrator meine ich nicht die JTL‑Wawi‑Rechte, sondern das Programm selbst per Rechtsklick → „Als Administrator ausführen“.
 

r33p

Sehr aktives Mitglied
4. Oktober 2015
691
103
Hallo,
ich wollte von 1.11.8 auf 2.0 gehen und dann passierte das: Habe das kopiert, schaute aber auch so aus , sorry, hatte es nicht gepeichert
Nochmal: Die 1.11.8 ist NACH 2.0 erschienen, daher kannst du nicht von 1.11.8 auf 2.0. Du musst zurück auf die 1.11.7

Und wenn du die 1.11.7 drauf hast musst du dich auch einloggen damit die DB aktualisiert wird. Erst danach auf 2.0.

Nett, dass JTL das einen S**** interessiert und noch nichtmal irgendwie kommuniziert, oder? Einfach runterladen lassen, die User werden's schon sehen und sich irgendwie selbst helfen und ein paar Stunden ihrer Zeit verschwenden. Zeit hat ja jeder im Überfluss.
 

ellen

Aktives Mitglied
1. Mai 2019
33
2
Hallo, ich habe da ein ganz ähnliches Problem!
Also bei mir kommt immer die Fehlermeldung:


"Zeichenfolgen- oder Binärdaten werden in Tabelle ""eazybusiness.Worker.tErrorlog"", Spalte ""cMeldung"" abgeschnitten. Abgeschnittener Wert: <!DOCTYPE html>
<html lang=""en"">
<head>
<meta charset=""UTF-8"">
<meta http-equiv=""Content-Sec.
Die Anweisung wurde beendet."

Vielen Dank für Eure Hilfe
 

ellen

Aktives Mitglied
1. Mai 2019
33
2
Hallo, ich habe da ein ganz ähnliches Problem!
Also bei mir kommt immer die Fehlermeldung:


"Zeichenfolgen- oder Binärdaten werden in Tabelle ""eazybusiness.Worker.tErrorlog"", Spalte ""cMeldung"" abgeschnitten. Abgeschnittener Wert: <!DOCTYPE html>
<html lang=""en"">
<head>
<meta charset=""UTF-8"">
<meta http-equiv=""Content-Sec.
Die Anweisung wurde beendet."

Vielen Dank für Eure Hilfe
bitte prüfen Sie in der Wawi unter Plattformen → Verkaufskanäle die Shopanbindung. Bei der URL darf kein abschließender Schrägstrich / eingetragen sein, da dies in unserer aktuellen Hosting-Umgebung zu einem Fehler beim Abgleich führt.

Bitte also die URL kontrollieren und den Verbindungstest ausführen. Wenn dieser erfolgreich ist, sollte sich auch der Abgleich wieder starten lassen.
Diese Hilfe habe ich vom Support erhalten.
Und siehe da, es funktioniert wieder.
 

ReinholdPeters

Aktives Mitglied
16. September 2022
3
0
Hallo zusammen.
Ich habe den gleichen Effekt. Beim Update von 1.11.8 auf 2.0 oder 2.0.1 kommt folgender Fehler beim Update auf die Datenbank.
Gibt es von JTL hierfür einen Patch?
Danke und Grüße,
Reinhold

Unbehandelte Ausnahme #592DA05E4D26D79E vom Typ JTL.Database.SqlUpdater.Abstraction.Exceptions.UpdateException in
JTL.Database.SqlUpdater.Abstraction.Exceptions.UpdateException: 10:49:12 Fehler in der Version 1.12.0.0 beim Befehl:
==============================================BEGIN TRANSACTION KundeZahlungsziel
/* Zahlungsziele über 9999 Tage werden auf 9999 begrenzt */
DECLARE @CustomerDueDateAboveThreshold AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateAboveThreshold (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 9999
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel > 9999
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateAboveThreshold, 0

/* Negative Zahlungsziele werden auf 0 gesetzt */
DECLARE @CustomerDueDateBelowZero AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateBelowZero (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 0
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel < 0
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateBelowZero, 0
COMMIT TRANSACTION KundeZahlungsziel==============================================
FEHLER:
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "1" wurde nicht gefunden.
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "2" wurde nicht gefunden.
Die @CustomerDueDateAboveThreshold-Tabellenvariable muss deklariert werden.
Die @CustomerDueDateBelowZero-Tabellenvariable muss deklariert werden.
Der Parameter oder die Variable "@CustomerDueDateAboveThreshold" weist einen ungültigen Datentyp auf.
Der Parameter oder die Variable "@CustomerDueDateBelowZero" weist einen ungültigen Datentyp auf.

2026-04-17T10:49:12 DEBUG - Dauer: 3 ms, 1 Zeilen
2026-04-17T10:49:12 DEBUG - SELECT TOP(1)
[tUpdateMigration].[kUpdateMigration] AS [kUpdateMigration],
[tUpdateMigration].[cVersion] AS [cVersion],
[tUpdateMigration].[bHash] AS [bHash],
[tUpdateMigration].[cObjectname] AS [cObjectname],
[tUpdateMigration].[cError] AS [cError],
[tUpdateMigration].[cSqlId] AS [cSqlId]
FROM
[dbo].[tUpdateMigration]
WHERE
(([tUpdateMigration].[cSqlId] = 'WAWI-81964-RepairKundeZahlungsziel_001'));
2026-04-17T10:49:12 DEBUG - Dauer: 2ms, (bis zum Reader)
2026-04-17T10:49:12 DEBUG - Dauer: 3 ms, 0 Zeilen
2026-04-17T10:49:12 DEBUG - BEGIN TRANSACTION KundeZahlungsziel
/* Zahlungsziele über 9999 Tage werden auf 9999 begrenzt */
DECLARE @CustomerDueDateAboveThreshold AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateAboveThreshold (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 9999
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel > 9999
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateAboveThreshold, 0

/* Negative Zahlungsziele werden auf 0 gesetzt */
DECLARE @CustomerDueDateBelowZero AS [TYPE_spkundeUpdate]
INSERT INTO @CustomerDueDateBelowZero (kKunde, nZahlungsziel)
SELECT tKunde.kKunde, 0
FROM dbo.tKunde
WHERE tKunde.nZahlungsziel < 0
EXEC [Kunde].[spKundeUpdate] @CustomerDueDateBelowZero, 0
COMMIT TRANSACTION KundeZahlungsziel
2026-04-17T10:49:12 WARN - Dauer: 2ms, Error: Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "1" wurde nicht gefunden.
Der TYPE_spkundeUpdate-Datentyp für die Spalte, den Parameter oder die Variable Nr. "2" wurde nicht gefunden.
Die @CustomerDueDateAboveThreshold-Tabellenvariable muss deklariert werden.
Die @CustomerDueDateBelowZero-Tabellenvariable muss deklariert werden.
Der Parameter oder die Variable "@CustomerDueDateAboveThreshold" weist einen ungültigen Datentyp auf.
Der Parameter oder die Variable "@CustomerDueDateBelowZero" weist einen ungültigen Datentyp auf.
2026-04-17T10:49:12 DEBUG - DECLARE @Identities TABLE (Id INT NOT NULL);
INSERT INTO [dbo].[tUpdateMigration] ([cVersion], [bHash], [cObjectname], [cError], [cSqlId]) OUTPUT INSERTED.[kUpdateMigration] AS [Id] INTO @Identities VALUES (@cVersion, @bHash, @cObjectname, @cError, @cSqlId);
SELECT [Id] FROM @Identities ORDER BY [Id];

@cVersion = '1.12.0.0'
@bHash = CONVERT(varbinary(max), '30-46-41-35-37-42-34-32-31-45-34-41-36-39-42-34-31-34-44-34-38-41-32-30-31-32-30-37-34-31-39-44', 2)
@cObjectname = 'PlainSql'
@cError = NULL
@cSqlId = 'WAWI-81964-RepairKundeZahlungsziel_001'
2026-04-17T10:49:12 DEBUG - Dauer: 3ms, (bis zum Reader)
2026-04-17T10:49:12 DEBUG - Dauer: 4 ms, 1 Zeilen
2026-04-17T10:49:12 DEBUG - SELECT [recovery_model_desc] FROM [master].[sys].[databases] WHERE [name] = @name
@name = 'eazybusiness'
2026-04-17T10:49:12 DEBUG - Dauer: 22ms, (A) Result: SIMPLE
2026-04-17T10:49:12 DEBUG -
IF EXISTS (SELECT 1 FROM [master].[sys].[databases] WHERE [name] = @name)
BEGIN
ALTER DATABASE [eazybusiness] SET RECOVERY FULL;
END

@name = 'eazybusiness'
2026-04-17T10:49:12 DEBUG - Dauer: 118ms
2026-04-17T10:49:12 DEBUG - SELECT * FROM tUpdateLog WHERE kUpdateLog > @kUpdateLog
kUpdateLog = 2
2026-04-17T10:49:12 DEBUG - Dauer: 1ms, (bis zum Reader)
2026-04-17T10:49:12 DEBUG - Dauer: 2ms, 0 Zeilen
2026-04-17T10:49:12 DEBUG - SELECT (CASE WHEN SERVERPROPERTY('MACHINENAME') = HOST_NAME() THEN 'local' ELSE 'remote' END) AS instance
2026-04-17T10:49:12 DEBUG - Dauer: 1ms, Result: local
2026-04-17T10:49:12 DEBUG - Window created and registered for unload.
2026-04-17T10:49:12 DEBUG - SELECT ul.kUserLayout, ul.kBenutzer, ul.cName, ul.cWert
FROM dbo.tUserLayout AS ul
WHERE cName NOT LIKE 'jtlCore.%'
AND kBenutzer = @kBenutzer
@kBenutzer = 1
2026-04-17T10:49:12 DEBUG - Dauer: 6ms, (bis zum Reader)
2026-04-17T10:49:12 DEBUG - Dauer: 65 ms, 527 Zeilen
2026-04-17T10:49:15 DEBUG - UPDATE [dbo].[tUserLayout] SET cWert = @cWert_0 WHERE kUserLayout = @kUserLayout_0;

@cWert_0 = '{
"Top": 311.0,
"Width": 576.0,
"Height": 238.0,
"Left": 576.0,
"WindowState": 0
}'
@kUserLayout_0 = 846
2026-04-17T10:49:15 DEBUG - Dauer: 3ms, AffectedRows: 1
2026-04-17T10:49:15 DEBUG - Window unloaded and unregistered from unload.
Zeitstempel: 2026-04-17T10:49:47
Locale: German (Germany)
Locale: German (Germany)
Version: Unbekannt
Plattform: JTL-SharpWawi, Version=2.0.1.0, Culture=neutral, PublicKeyToken=null
WawiSeed: 0.0.00000.00000
Prozessname: JTL-SharpWawi
Physikalischer Speicher: 630644736 / Peak: 637431808
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:00:25,765625
CPU-Zeit (System): 0:00:03,59375
Page-Size (Sytem): 1696784 / Peak: 304234496
Page-Size: 303382528 / Peak: 304234496
Offene Handles: 1815
 

Au3

Aktives Mitglied
6. Dezember 2013
30
3
Danke Javi,
war im Spam, heute erst wieder entdeckt. Mal schauen ob ich zurück kann, aber es ist schon schade das da JTL einen "im Regen" stehen lässt.... Und es ist halt immer eine Zeitfrage, wenn man nicht geübt ist...
 

Javi

Sehr aktives Mitglied
13. November 2021
174
111
Bochum
Also: Zurück auf Version 1.11.7 können Sie nur gehen, wenn Sie ein Backup haben und seitdem keine neuen Aufträge usw. verarbeitet wurden. Wenn inzwischen viele Aufträge bearbeitet worden sind, ist es am besten, auf die neue Version 2.0.2/3 zu warten. Da müsste der Update‑Fehler behoben sein.
 

Odintyr

Sehr aktives Mitglied
24. März 2016
410
137
Leider wieder dasselbe Problem wie so oft bei einem Wawi-Update: nur Fehler. Diesmal ist das Update auf Version 201 mit mehreren Fehlern abgebrochen, und zusätzlich lässt sich das alte Backup nun auch nicht mehr einspielen.
 

Ähnliche Themen