Transaktionslog sichern und Indizes nach Datenbank-Update neu aufbauen

[ImhoffLogistik]

Wir betreiben ein Zentrallager und zwei Filialen mit gemeinsamer Warenwirtschaft und je einer QuickKasse mit lokaler USB-TSE. Vor dem letzten Datenbank-Update war die Datensicherung auf dem NAS laut Protokoll erfolgreich, danach lief der Wareneingang mit Scannerbuchungen deutlich langsamer und Etikettendrucke stockten. Der Support vermutet fragmentierte Indizes und ein übermäßig großes Transaktionsprotokoll. Wie sichert ihr vor einem Update zusätzlich Transaktionslogs und TSE-Konfiguration, um für den Fehlerfall punktgenau wiederherstellen zu können, und baut ihr nach dem Update Indizes gezielt neu auf? Welches Vorgehen aus Stopp der Buchungen, Sicherung und Prüfung hat sich bei laufendem Filialbetrieb bewährt?

[clairetaylor]

Ursache passt zu fragmentierten Indizes und aufgeblähtem Protokoll, dadurch werden Scannerbuchungen im Wareneingang und Etikettendrucke langsam. Bewährt hat sich Buchungsstopp in Zentrale und Filialen, denn das Update prüft, dass Lagerprogramm und Kasse geschlossen sind. Danach in DatenZIP auf Registerkarte Daten sichern Ziel unter Name des ZipFile prüfen, Haken Kopie-Ziel für zweite Kopie etwa aufs NAS setzen und Datensicherung starten. Ablauf über Fortschrittsbalken bis Schritt 10 und freien Speicherplatz kontrollieren. Die ZIP enthält SQL-Dump nach Aufräumen mit Reparatur und Optimierung sowie Konfigurationsdateien und vorhandene tar-Archive wie TSE-Export, zusätzlich Kopie und FTP nutzen. Nach Update in Update32 über Service-Menü Lager.db neu aufbauen, LagerIndex aufbauen sowie Warenausgang Index neu aufbauen und Update.txt prüfen. USB-TSEs angeschlossen lassen, bei Ausfall oder Zertifikatsablauf nach 5 Jahren nicht weiterkassieren, Details mit Steuerberater klären.

[pbeck]

Dein Ablauf mit Buchungsstopp und Indexaufbau ist klar, aber sicherst du die lokale USB-TSE zusätzlich separat? Und archivierst du die easyZVT-Protokolle mit, weil die Kasse den Betrag ja nur an easyZVT übergibt und easyZVT das Terminal per ZVT-Protokoll steuert und Zahlung ok oder falsche PIN zurückmeldet?