JTL Wawi Update 1.8.12.4 auf 1.9.5.2 nicht möglich

[MinaA]

Hallo zusammen,

Update schlägt beim folgende Befehl ein Fehler, obwohl das Transaktionsprotokoll deaktiviert wurde!

Unbehandelte Ausnahme #7110FFD83C0136E0 vom Typ JTL.Database.SqlUpdater.UpdateException in
JTL.Database.SqlUpdater.UpdateException: 05:08:05 Fehler in der Version 1.9.3.0 beim Befehl:
==============================================
-- Erstelle eine temporäre Tabelle mit den gewünschten Datensätzen und gleicher Struktur
IF (OBJECT_ID('tempdb..#tFulfillmentLog_Temp') IS NOT NULL)
BEGIN
DROP TABLE #tFulfillmentLog_Temp;
END;
SELECT
*,
ROW_NUMBER() OVER (ORDER BY kFulfillmentLog) AS TempId
INTO #tFulfillmentLog_Temp
FROM FulfillmentNetwork.tFulfillmentLog
WHERE (nLogLevel != 1 AND dTimestamp >= DATEADD(DAY, -186, GETDATE())) OR (dTimestamp >= DATEADD(MONTH, -1, GETDATE()) AND nLogLevel = 1);

-- Lösche alle Datensätze aus der alten Tabelle (Truncate)
TRUNCATE TABLE FulfillmentNetwork.tFulfillmentLog;

-- Aktiviere Identitätseinfügung für die alte Tabelle
SET IDENTITY_INSERT FulfillmentNetwork.tFulfillmentLog ON;

-- Füge die Daten aus der temporären Tabelle zurück in die alte Tabelle ein
INSERT INTO FulfillmentNetwork.tFulfillmentLog WITH (TABLOCK)
(kFulfillmentLog, kBenutzer, dTimestamp, cSessionId, nLogLevel, nMessageSource,
kLieferant, kLieferschein, kArtikelHistory, kWarenlager, kBestellung,
kLieferantenBestellung, kFulfillmentAuftrag, kArtikel, cMessage, cRequestId,
kKunde, cMessageDetails, kRmRetoure, kLieferavis)
SELECT
kFulfillmentLog,
kBenutzer,
dTimestamp,
cSessionId,
nLogLevel,
nMessageSource,
kLieferant,
kLieferschein,
kArtikelHistory,
kWarenlager,
kBestellung,
kLieferantenBestellung,
kFulfillmentAuftrag,
kArtikel,
cMessage,
cRequestId,
kKunde,
cMessageDetails,
kRmRetoure,
kLieferavis
FROM #tFulfillmentLog_Temp;

-- Deaktiviere Identitätseinfügung für die alte Tabelle
SET IDENTITY_INSERT FulfillmentNetwork.tFulfillmentLog OFF;

-- Lösche die temporäre Tabelle
IF (OBJECT_ID('tempdb..#tFulfillmentLog_Temp') IS NOT NULL)
BEGIN
DROP TABLE #tFulfillmentLog_Temp;
END;

DELETE vorgang
FROM FulfillmentNetwork.tVorgang vorgang
LEFT JOIN FulfillmentNetwork.tVorgang_FulfillmentLog ON vorgang.kVorgang = tVorgang_FulfillmentLog.kVorgang
LEFT JOIN FulfillmentNetwork.tFulfillmentLog log ON log.kFulfillmentLog = tVorgang_FulfillmentLog.kFulfillmentLog WHERE log.kFulfillmentLog IS NULL

DELETE mapping
FROM FulfillmentNetwork.tVorgang_FulfillmentLog mapping
LEFT JOIN FulfillmentNetwork.tFulfillmentLog log ON log.kFulfillmentLog = mapping.kFulfillmentLog
WHERE log.kFulfillmentLog IS NULL==============================================
FEHLER:
Das Transaktionsprotokoll für die 'eazybusiness'-Datenbank ist aufgrund von 'ACTIVE_TRANSACTION' voll.


Kann jemand mir bitte helfen?

Viele Grüße
Mina

 

[mh1]

Update schlägt beim folgende Befehl ein Fehler, obwohl das Transaktionsprotokoll deaktiviert wurde!

Das Transaktionsprotokoll kannst du nicht deaktivieren oder abschalten.
Keine Ahnung, was du gemacht hast, bzw. was du mit "Transaktionsprotokoll wurde deaktiviert" beschreiben willst.

Unbehandelte Ausnahme #7110FFD83C0136E0 vom Typ JTL.Database.SqlUpdater.UpdateException in
JTL.Database.SqlUpdater.UpdateException: 05:08:05 Fehler in der Version 1.9.3.0 beim Befehl:
==============================================
(...)
FEHLER:
Das Transaktionsprotokoll für die 'eazybusiness'-Datenbank ist aufgrund von 'ACTIVE_TRANSACTION' voll.

Hier wird der Fehler genannt: Das Transaktionsprotokoll ist voll.

Annahme meinerseits: Du hast das Recovery Model deiner eazybusiness auf FULL gestellt, aber das Transaktionsprotokoll wurde noch nie gesichert. Folglich wird es immer größer und größer, bis es an die von dir festgelegte Grenze stößt.

 

[MinaA]

Das Transaktionsprotokoll kannst du nicht deaktivieren oder abschalten.
Keine Ahnung, was du gemacht hast, bzw. was du mit "Transaktionsprotokoll wurde deaktiviert" beschreiben willst.



Hier wird der Fehler genannt: Das Transaktionsprotokoll ist voll.

Annahme meinerseits: Du hast das Recovery Model deiner eazybusiness auf FULL gestellt, aber das Transaktionsprotokoll wurde noch nie gesichert. Folglich wird es immer größer und größer, bis es an die von dir festgelegte Grenze stößt.

Hallo Michael,

Danke für deiner Rückmeldung.
Also ich hatte die Version 1.7.13. Das Update von 1.7.13 direkt auf 1.9.5.2 hatte ich denselben Fehler. Aber von Version 1.7.13 auf 1.8.12.4 lief problemlos! Ich wollte das in zwei Schritte machen aber ging leider auch nicht!

Recovery Model ist auf einfach!

Gruß
Mina

 

[Christoph E.]

Wenn das Recovery Model bei Dir auf "Einfach" steht (was meine erste Frage gewesen wäre), scheint

1. auf Deiner Festplatte nicht genug Speicher zu sein.
   oder
2. Du hast die LOG-Datei so eingestellt, dass sie nicht automatisch wachsen kann
   => das kannst Du über Datenbank => Eigenschaften => Dateien überprüfen. Hier sollte in der Spalte "Automatische Vergrößerung" eingestellt sein, dass die Logdatei wachsen kann (und möglichst keine maximale Größe hat).

Denn: auch beim einfachen Wiederherstellungsmodell kann die Größe des Transaktionslog's (gerade während eines WAWI-Updates) deutlich ansteigen.
Auch dann werden alle UPDATE's, INSERT's oder DELETE's zuerst einmal immer auch ins TL geschrieben.
Der Unterschied vom einfachen WHM zum vollständigen WHM ist, dass die Einträge im TL "irgendwann" freigegeben werden und dann neu belegt werden können, d.h. die Größe pendelt sich meist auf irgendeinem Niveau ein.
Beim vollständigen WHM bleiben alle Einträge im TL solange drin, bis eine TL-Sicherung gemacht wird (d.h. die *.ldf Datei wird kontinuierlich grösser).

 

[MinaA]

Hey Christoph,

danke für die Rückmeldung. Wir haben das mit der Log-Datei eingestellt und problem ist somit behoben.

VG