Testrücksicherung auf Isolierrechner bei unterschiedlichen Buildständen vor Datenbank-Update?

Backups, Updates, Datenbank und Fernwartung.
Antworten
RosenthalLogistik
Beiträge: 15
Registriert: Do 18. Jun 2026, 12:09

Testrücksicherung auf Isolierrechner bei unterschiedlichen Buildständen vor Datenbank-Update?

Beitrag von RosenthalLogistik »

Wir betreuen ein Zentrallager und zwei Filialen mit jeweils eigener Kasse und lokaler USB-TSE. Die Warenwirtschaft läuft auf einem Server mit SQL-Datenbank, die Clients haben unterschiedliche Buildstände nach einem abgebrochenen Hotfix. Vor dem nächsten Datenbank-Update wollen wir eine Testrücksicherung auf einem separaten Rechner durchführen, ohne Produktiv-TSE oder Freigaben zu gefährden. Wie isoliert ihr eine solche Testumgebung sauber vom Netzwerk und stellt sicher, dass Schema-Version, Mandanten und Archivdaten konsistent sind? Welche Protokolle und Prüfpunkte nutzt ihr nach dem Probelauf, um den Produktiv-Rollout an allen Standorten freizugeben?
Betreiber des Forums
TaylorCom Softwareentwicklung, Inhaberin Claire Taylor, Hummelweg 6, 32549 Bad Oeynhausen – Hersteller der Lagersoftware LAGER 6000 und der Kassensoftware QuickKasse.
Telefon 05731 259 42 48 · E-Mail support@winlager.de
winlager.de · LAGER 6000 · QuickKasse · Demo-Video · Shop · Rückruf anfordern
clairetaylor
Site Admin
Beiträge: 648
Registriert: Mo 9. Jan 2023, 11:00

Re: Testrücksicherung auf Isolierrechner bei unterschiedlichen Buildständen vor Datenbank-Update?

Beitrag von clairetaylor »

Ursache ist meist der abgebrochene Hotfix: unterschiedliche Programmstände erwarten unterschiedliche Schemaversionen, deshalb schlägt das Datenbank-Update fehl oder Mandanten wirken inkonsistent. Sichern Sie produktiv zuerst vollständig über DatenZIP auf der Registerkarte Daten sichern mit Datensicherung starten, inklusive zweiter Kopie über das Kopie-Ziel auf externen Datenträger. Für den Isolierrechner Netzwerkstecker ziehen, WLAN deaktivieren und keine Netzlaufwerke verbinden, damit keine Produktivfreigabe angesprochen wird. Dort eine leere lokale Datenbank einrichten und die Sicherung einspielen, alle Testclients auf exakt einen Buildstand bringen. Die produktiven USB-TSE-Sticks nie am Testrechner anstecken und in weitere Einstellungen KassenSichV TSE nur lesend prüfen; ohne funktionierende lokale USB-TSE dürfen keine Bons abgeschlossen werden, Details zur Aufbewahrung bitte mit dem Steuerberater klären. Prüfen Sie im Info-Textfeld den Ablauf bis Schritt 10 ohne Fehler, freien Speicherplatz, Verbindung zur Datenbank über Port testen und Firewall öffnen, TSE Ablaufdatum und Rest-Signaturen, Probeverkauf mit Storno über die Bonverfolgung sowie Kassenbericht in Umsatz32. Erst wenn alle Protokolle fehlerfrei sind, Rollout standortweise freigeben.
nschmidt
Beiträge: 15
Registriert: Fr 22. Mai 2026, 09:28

Re: Testrücksicherung auf Isolierrechner bei unterschiedlichen Buildständen vor Datenbank-Update?

Beitrag von nschmidt »

Kannst du noch sagen, ob ich auf dem Isolierrechner auch easyZVT abklemmen muss, dass kein echtes Terminal angesprochen wird? Die Kasse spricht ja nicht direkt mit dem EC-Gerät, sondern übergibt den Betrag an die zusätzlich gekaufte easyZVT (https://www.easyzvt.de/), die das Terminal über das ZVT-Protokoll steuert und zum Beispiel Zahlung in Ordnung, falsche PIN oder Karte gesperrt zurückmeldet.
Antworten