JTL-Wawi 1.0 auf neuen Rechner migrieren
Berechnen Sie die geschätzte Zeit, Kosten und Ressourcen für die Migration Ihrer JTL-Wawi 1.0 Installation auf einen neuen Computer
Ihre Migrationsergebnisse
Geschätzte Migrationsdauer: –
Geschätzte Kosten (exkl. Hardware): –
Benötigter Speicherplatz: –
Empfohlene Vorgehensweise: –
Umfassender Leitfaden: JTL-Wawi 1.0 auf neuen Rechner migrieren
Die Migration von JTL-Wawi 1.0 auf einen neuen Computer ist ein kritischer Prozess, der sorgfältige Planung und Ausführung erfordert. Dieser Leitfaden führt Sie durch alle notwendigen Schritte, von der Vorbereitung bis zur Nachbereitung, und hilft Ihnen, häufige Fallstricke zu vermeiden.
1. Vorbereitende Maßnahmen
1.1 Systemanforderungen prüfen
Bevor Sie mit der Migration beginnen, stellen Sie sicher, dass der neue Rechner die Mindestanforderungen für JTL-Wawi 1.0 erfüllt:
- Betriebssystem: Windows 7 SP1 oder höher (empfohlen: Windows 10/11)
- Prozessor: Mindestens 2 Kerne mit 2 GHz (empfohlen: 4 Kerne mit 3 GHz+)
- Arbeitsspeicher: Mindestens 4 GB RAM (empfohlen: 16 GB+ für größere Datenbestände)
- Festplatte: Mindestens 50 GB freier Speicher (SSD stark empfohlen)
- Datenbank: MySQL 5.6+ oder MariaDB 10.1+
| Datenbankgröße | Empfohlene Hardware | Geschätzte Migrationsdauer |
|---|---|---|
| < 500 MB | i5, 16GB RAM, SATA-SSD | 1-2 Stunden |
| 500 MB – 2 GB | i7, 32GB RAM, NVMe-SSD | 2-4 Stunden |
| 2 GB – 5 GB | Xeon E3, 64GB RAM, RAID-1 | 4-8 Stunden |
| > 5 GB | Dedizierter Server, 128GB+ RAM | 8+ Stunden (ggf. Wochenende einplanen) |
1.2 Daten sichern
Erstellen Sie eine vollständige Sicherung Ihrer aktuellen Installation:
- Datenbanksicherung: Nutzen Sie das JTL-Wawi-eigene Backup-Tool oder phpMyAdmin für eine SQL-Dump-Datei
- Dateisystem: Sichern Sie das gesamte JTL-Wawi-Verzeichnis (standardmäßig
C:\Programme\JTL-Wawi) - Konfigurationen: Exportieren Sie alle benutzerdefinierten Einstellungen und Skripte
- Externe Verknüpfungen: Dokumentieren Sie alle Schnittstellen zu Shop-Systemen, Marktplätzen oder ERP-Systemen
2. Migrationsprozess Schritt für Schritt
2.1 Installation der Voraussetzungen
Auf dem neuen Rechner müssen folgende Komponenten installiert werden:
- Datenbankserver: MySQL oder MariaDB in der gleichen Version wie auf dem Quellsystem
- Webserver: Apache oder IIS (falls Webzugriff benötigt wird)
- PHP: Version 5.6 bis 7.2 (kompatibel mit JTL-Wawi 1.0)
- JTL-Wawi 1.0: Exakt die gleiche Version wie auf dem Quellsystem
2.2 Datenübertragung
Folgende Methoden stehen für die Datenübertragung zur Verfügung:
| Methode | Vorteile | Nachteile | Empfohlen für |
|---|---|---|---|
| Direkte Datenbankverbindung | Schnellste Methode, keine Zwischen-speicherung | Erfordert Netzwerkverbindung, komplexere Einrichtung | Lokale Migration im gleichen Netzwerk |
| SQL-Dump Datei | Einfach zu handhaben, gut für große Datenmengen | Längere Übertragungszeit bei großen Datenbanken | Migration über Internet oder externe Datenträger |
| JTL-Wawi Backup-Tool | Integrierte Lösung, inkl. Dateisystem | Langsam bei sehr großen Datenbeständen | Kleinere bis mittlere Installationen |
| Drittanbieter-Tools (z.B. HeidiSQL) | Flexibel, oft mit Fortschrittsanzeige | Zusätzliche Kosten, Lernkurve | Erfahrene Administratoren |
2.3 Detailierte Migrationsschritte
-
Datenbank übertragen:
- Erstellen Sie einen SQL-Dump der Quellen-Datenbank
- Übertragen Sie die Dump-Datei auf den neuen Rechner
- Importieren Sie den Dump in die neue Datenbank
- Überprüfen Sie die Datenintegrität mit
CHECK TABLEBefehlen
-
JTL-Wawi installieren:
- Installieren Sie die gleiche JTL-Wawi Version wie auf dem Quellsystem
- Vermeiden Sie Updates während der Migration
- Konfigurieren Sie die Datenbankverbindung in der
config.jtl-wawi.php
-
Dateisystem kopieren:
- Kopieren Sie das gesamte JTL-Wawi Verzeichnis (außer
tempundlogs) - Stellen Sie sicher, dass Dateiberechtigungen korrekt gesetzt sind
- Besonderes Augenmerk auf
bilder,dokumenteundpluginsVerzeichnisse
- Kopieren Sie das gesamte JTL-Wawi Verzeichnis (außer
-
Konfiguration anpassen:
- Prüfen Sie Pfade in der Konfiguration (z.B. zu Dokumentvorlagen)
- Aktualisieren Sie IP-Adressen oder Hostnamen in Schnittstellen
- Testen Sie E-Mail-Einstellungen und Druckerzuweisungen
3. Häufige Probleme und Lösungen
3.1 Datenbank-Kodierungsprobleme
Ein häufiges Problem bei Migrationen sind Kodierungsinkompatibilitäten zwischen alter und neuer Datenbank:
- Symptom: Sonderzeichen werden falsch dargestellt (z.B. “Ä” wird zu “Ä”)
- Prüfen Sie den Zeichensatz der Quelldatenbank mit
SHOW VARIABLES LIKE 'character_set%'; - Konvertieren Sie die Datenbank vor der Migration mit
ALTER DATABASE db_name CHARACTER SET utf8 COLLATE utf8_general_ci; - Stellen Sie sicher, dass die Zieldatenbank den gleichen Zeichensatz verwendet
- Prüfen Sie den Zeichensatz der Quelldatenbank mit
3.2 Performance-Probleme nach Migration
Wenn JTL-Wawi auf dem neuen System langsamer läuft als erwartet:
- Überprüfen Sie die MySQL-Konfiguration (
my.iniodermy.cnf) - Optimieren Sie die InnoDB-Puffer-Pools (
innodb_buffer_pool_sizesollte 50-70% des verfügbaren RAM betragen) - Führen Sie
OPTIMIZE TABLEauf allen JTL-Wawi Tabellen aus - Deaktivieren Sie nicht benötigte Plugins
- Prüfen Sie die Festplattenperformance (SSD vs. HDD macht großen Unterschied)
- Überprüfen Sie die MySQL-Konfiguration (
4. Nach der Migration
4.1 Funktionstests durchführen
Testen Sie alle kritischen Funktionen systematisch:
| Bereich | Zu testende Funktionen | Empfohlene Testdaten |
|---|---|---|
| Artikelverwaltung | Artikel anlegen, bearbeiten, löschen Preise ändern Lagerbestände anpassen |
10-20 Testartikel mit verschiedenen Eigenschaften |
| Auftragsbearbeitung | Neue Bestellung anlegen Bestellstatus ändern Rechnungen erstellen Lieferscheine drucken |
5-10 Testbestellungen mit verschiedenen Zahlungsarten |
| Kundenverwaltung | Neuen Kunden anlegen Kundendaten bearbeiten Kundenhistorie prüfen |
3-5 Testkunden mit Bestellhistorie |
| Schnittstellen | Shop-Anbindung testen Marktplatz-Synchronisation DHL/Versandschnittstelle |
Reale Testdaten aus Produktionssystem |
| Berichte | Umsatzstatistiken Lagerbestandsberichte Kundenanalysen |
Vergleich mit Berichten vom alten System |
4.2 Langfristige Optimierung
Nutzen Sie die Migration als Gelegenheit für Verbesserungen:
- Löschen Sie veraltete Bestellungen (älter als 10 Jahre)
- Bereingen Sie inaktive Kunden (keine Bestellung seit 5+ Jahren)
- Archivieren Sie nicht mehr benötigte Artikel
- Implementieren Sie ein regelmäßiges Optimierungs-Skript für die Datenbank
- Richten Sie ein Monitoring für langsame Abfragen ein
- Erwägen Sie die Aufteilung großer Tabellen (z.B.
tbestellungnach Jahren)
- Aktualisieren Sie alle Passwörter (Datenbank, JTL-Wawi Admin)
- Implementieren Sie eine regelmäßige Backup-Strategie
- Prüfen Sie die Firewall-Einstellungen für den neuen Rechner
5. Rechtliche Aspekte der Migration
Bei der Migration von Kundendaten sind verschiedene rechtliche Vorgaben zu beachten:
- Stellen Sie sicher, dass alle Kundendaten verschlüsselt übertragen werden
- Dokumentieren Sie die Migration als Datenverarbeitungsvorgang
- Informieren Sie ggf. Kunden über die Systemänderung (falls Vertragsverhältnisse betroffen sind)
- In Deutschland müssen Geschäftsunterlagen 10 Jahre aufbewahrt werden (§147 AO)
- Stellen Sie sicher, dass alle relevanten Daten vollständig migriert werden
- Erstellen Sie ein Protokoll der Migration für steuerliche Prüfungen
Weitere Informationen zu den rechtlichen Anforderungen finden Sie auf den Seiten des Bundesbeauftragten für den Datenschutz und dem Bundesministerium der Finanzen.
6. Alternativen zur klassischen Migration
6.1 Virtualisierung der alten Umgebung
Statt einer vollständigen Migration können Sie die alte JTL-Wawi Installation virtualisieren:
- Keine Datenmigration nötig – das gesamte System wird 1:1 übernommen
- Schnellere Verfügbarkeit (keine Downtime für Migration)
- Einfache Rückfalloption (kann bei Problemen schnell zurückgesetzt werden)
- Keine Performance-Vorteile durch neue Hardware
- Alte Systemversionen müssen weiterhin gewartet werden
- Keine Möglichkeit zur Datenbereinigung während der Migration
- VMware vCenter Converter für physische zu virtuelle Migration
- VirtualBox für einfache Virtualisierung
- Hyper-V für Windows-basierte Virtualisierung
6.2 Cloud-Migration
Eine alternative Strategie ist die Migration zu einer gehosteten JTL-Wawi Lösung:
| Anbieter | Vorteile | Nachteile | Kosten (ca.) |
|---|---|---|---|
| JTL-Cloud | Offizielle Lösung, gute Integration, automatische Updates | Eingeschränkte Anpassungsmöglichkeiten, monatliche Kosten | ab 49€/Monat |
| Amazon AWS | Hohe Skalierbarkeit, globale Verfügbarkeit, Pay-as-you-go | Komplexe Einrichtung, eigene Wartung nötig | ab 100€/Monat |
| Microsoft Azure | Gute Windows-Integration, hybride Lösungen möglich | Kosten schwer kalkulierbar, Lernkurve | ab 120€/Monat |
| Lokaler Hosting-Anbieter | Persönlicher Support, oft günstiger, DSGVO-konform | Begrenzte Skalierung, Abhängigkeit vom Anbieter | ab 39€/Monat |
7. Fallstudie: Migration eines Mittelständlers mit 50.000 Artikeln
Ein mittelständisches Unternehmen mit 50.000 Artikeln, 20.000 Kunden und 15.000 Bestellungen pro Jahr stand vor der Herausforderung, ihre JTL-Wawi 1.0 Installation von einem veralteten Server (Windows Server 2008, HDD, 8GB RAM) auf neue Hardware zu migrieren.
7.1 Ausgangssituation
- Datenbankgröße: 8,2 GB
- Tägliche Bestellungen: ~50
- Schnittstellen: 3 Shops (2x Shopware, 1x Magento), eBay, Amazon
- Probleme: Regelmäßige Zeitüberschreitungen, langsame Berichte, häufige Datenbank-Fehler
7.2 Durchgeführte Migration
- Datenbereinigung (gelöscht: 12.000 inaktive Kunden, 8.000 veraltete Artikel)
- Datenbankgröße auf 5,1 GB reduziert
- Testmigration auf Staging-System durchgeführt
- SQL-Dump mit
mysqldump --single-transactionerstellt (Dauer: 45 Minuten) - Datenübertragung über 10Gbit-Netzwerk (Dauer: 22 Minuten)
- Datenbankimport mit optimierten Einstellungen (Dauer: 1 Stunde 15 Minuten)
- Dateisystem-Kopie (120GB Daten, Dauer: 30 Minuten)
- SQL-Dump mit
- Performance-Optimierung der Datenbank
- Anpassung aller Schnittstellen-IPs
- Umfangreiche Funktionstests
- Schulung der Mitarbeiter für neue Hardware
7.3 Ergebnisse
- Berichte, die vorher 3-5 Minuten benötigten, werden nun in 10-30 Sekunden generiert
- Bestellimport von Shopware von 12 auf 2 Minuten reduziert
- Datenbank-Backups von 2 Stunden auf 20 Minuten verkürzt
- Hardware-Investition: 2.800€ (Dell PowerEdge Server mit Xeon, 64GB RAM, NVMe)
- Personalkosten: 3.200€ (4 Tage externer Berater + 2 Tage interner IT)
- Gesamtkosten: 6.000€
- Amortisation: 8 Monate (durch Produktivitätsgewinne)
- Skalierbarkeit für weiteres Wachstum (geplant: +30% Artikel pro Jahr)
- Bessere Ausfallsicherheit durch RAID-Konfiguration
- Vorbereitung für zukünftiges Update auf JTL-Wawi 2.x
8. Tools und Ressourcen für die Migration
8.1 Empfohlene Software
| Tool | Zweck | Kosten | Link |
|---|---|---|---|
| HeidiSQL | Datenbankverwaltung, Migration, Vergleich | Kostenlos | heidisql.com |
| MySQL Workbench | Datenbankdesign, Migration, Performance-Analyse | Kostenlos | mysql.com |
| WinSCP | Sichere Dateiübertragung (SFTP/SCP) | Kostenlos | winscp.net |
| 7-Zip | Komprimierung großer Datenmengen | Kostenlos | 7-zip.org |
| JTL-Wawi Backup-Tool | Integriertes Backup und Wiederherstellung | Im Lieferumfang | – |
8.2 Nützliche Skripte
Die folgenden SQL-Skripte können Ihnen bei der Migration helfen:
Datenbank-Größenanalyse:
SELECT
table_name AS `Table`,
round(((data_length + index_length) / 1024 / 1024), 2) `Size (MB)`
FROM
information_schema.TABLES
WHERE
table_schema = "your_database_name"
ORDER BY
(data_length + index_length) DESC;
Tabellenoptimierung:
-- Für alle JTL-Wawi Tabellen
SET @database = 'your_database_name';
SELECT CONCAT('OPTIMIZE TABLE `', table_name, '`;')
FROM information_schema.TABLES
WHERE table_schema = @database
AND table_name LIKE 't%';
Zeichensatz-Konvertierung:
ALTER DATABASE your_database_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
-- Für alle Tabellen
SET @database = 'your_database_name';
SELECT CONCAT('ALTER TABLE `', table_name, '` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;')
FROM information_schema.TABLES
WHERE table_schema = @database;
9. Häufig gestellte Fragen
9.1 Wie lange dauert eine typische Migration?
Die Dauer hängt stark von der Datenbankgröße und der gewählten Methode ab:
9.2 Kann ich während der Migration weiterarbeiten?
Ja, aber mit Einschränkungen:
- Bei einer SQL-Dump-Methode sollten keine Änderungen an der Datenbank vorgenommen werden während der Dump erstellt wird
- Bei direkter Replikation können Sie weiterarbeiten, aber Änderungen nach dem Start der Migration gehen verloren
- Empfohlene Vorgehensweise:
- Letzte Änderungen am Freitagabend vornehmen
- Migration über das Wochenende durchführen
- Montagmorgen mit dem neuen System starten
9.3 Was ist der beste Zeitpunkt für eine Migration?
Ideale Zeitpunkte sind:
9.4 Wie kann ich die Migration testen?
Folgende Teststrategie wird empfohlen:
- Testbestellungen von allen Shops und Marktplätzen
- Alle Berichte generieren und mit Original vergleichen
- Schnittstellen-Tests (z.B. DHL-Versandlabels, Zahlungsabgleich)
- Simulieren Sie Last mit Tools wie JMeter
- Messen Sie Antwortzeiten für kritische Operationen
- Vergleichen Sie mit der alten Umgebung
9.5 Was tun, wenn die Migration scheitert?
Im Fehlerfall gehen Sie wie folgt vor:
- Prüfen Sie Log-Dateien (
jtl-wawi.log, MySQL-Error-Log) - Dokumentieren Sie die genauen Fehlermeldungen
- Prüfen Sie Log-Dateien (
- Falls möglich, zurück zum alten System wechseln
- Stellen Sie die Datenbank aus dem Backup wieder her
- Testen Sie Teilschritte einzeln (z.B. nur Datenbank, dann Dateisystem)
- Prüfen Sie Hardware-Ressourcen (CPU, RAM, Festplattenplatz)
- JTL-Forum: forum.jtl-software.de
- Offizielle JTL-Dokumentation
- Externe Berater mit JTL-Wawi Erfahrung
10. Langfristige Strategien nach der Migration
10.1 Regelmäßige Wartung
Etablieren Sie folgende Wartungsroutinen:
- Wöchentliche Optimierung der Tabellen
- Monatliche Überprüfung der Index-Nutzung
- Vierteljährliche Archivierung alter Daten
- Tägliche inkrementelle Backups
- Wöchentliche vollständige Backups
- Monatliche Test-Wiederherstellung
- Externe Speicherung (Cloud oder physisch getrennte Systeme)
- Überwachung der Datenbank-Last
- Alerts bei ungewöhnlicher CPU/RAM-Auslastung
- Regelmäßige Überprüfung langsamer Abfragen
10.2 Update-Strategie
Planen Sie den Übergang zu einer neueren JTL-Wawi Version:
- Prüfen Sie, welche JTL-Wawi Version Sie aktuell nutzen
- Identifizieren Sie customisierte Anpassungen
- Dokumentieren Sie alle Schnittstellen
- JTL-Wawi 1.0 → 1.5 (Zwischenschritt oft notwendig)
- JTL-Wawi 1.5 → 2.0 (großer Sprung, umfangreiche Tests nötig)
- Ggf. direkt auf aktuelle Version (mit professioneller Hilfe)
- Klonen Sie Ihre Produktionsumgebung
- Führen Sie das Update zunächst dort durch
- Testen Sie alle kritischen Funktionen
- Neue Funktionen für Mitarbeiter erklären
- Änderungen in Arbeitsabläufen kommunizieren
- Support-Kanäle für Fragen einrichten
10.3 Cloud-Migrationsstrategie
Falls Sie langfristig eine Cloud-Lösung anstreben:
- Performance-Anforderungen (Anzahl gleichzeitiger Nutzer)
- Compliance-Anforderungen (DSGVO, Branchenstandards)
- Budget-Rahmen
- JTL-Cloud vs. generische Cloud-Anbieter
- Preis-Leistungs-Verhältnis
- Support-Optionen
- Migrieren Sie einen Teilbereich (z.B. einen Shop)
- Sammeln Sie Erfahrungen mit der Cloud-Umgebung
- Messen Sie Performance und Kosten
- Zeitplan mit Meilensteinen
- Rückfallstrategie
- Testphase einplanen
11. Fazit und Handlungsempfehlungen
Die Migration von JTL-Wawi 1.0 auf einen neuen Rechner ist ein komplexer, aber machbarer Prozess, der bei sorgfältiger Planung und Durchführung erhebliche Vorteile bringt. Die wichtigsten Empfehlungen im Überblick:
Mit der richtigen Herangehensweise kann die Migration nicht nur ein notwendiges Übel sein, sondern eine Chance, Ihre JTL-Wawi Installation auf eine zukunftssichere Basis zu stellen. Die in diesem Leitfaden beschriebenen Methoden und Tools sollten Ihnen helfen, den Prozess reibungslos zu gestalten und mögliche Fallstricke zu vermeiden.
Für komplexe Migrationen oder wenn Sie unsicher sind, empfiehlt es sich, einen erfahrenen JTL-Wawi Berater hinzuzuziehen. Die Investition in professionelle Hilfe kann sich durch vermiedene Downtime und reibungsloseren Betrieb schnell amortisieren.
Weitere offizielle Informationen und Support finden Sie in der JTL-Wawi Dokumentation und im JTL-Forum.