JTL-Wawi-Datenbank: Wann SQL Server Express nicht mehr reicht

SQL Server Express ist kostenlos und deckelt die JTL-Wawi-Datenbank bei 10 GB je Datenbank, vier Kernen und 1.410 MB Pufferpool. Weil rund 95 Prozent der Datenbankgröße auf Artikelbilder entfallen, kommt die Grenze früher als gedacht. Fünf Auswege sind dokumentiert: aufräumen, Filestream, eine kostenpflichtige Lizenz, eine gehostete Datenbank oder SQL Server 2025, dessen Express-Grenze bei 50 GB liegt.

Stand am 7. September 2026: Alle Grenzwerte, Fristen, Preise und Bedienwege stammen aus dem offiziellen JTL-Guide, von den Produktseiten von JTL-Software und aus der Editionsdokumentation von Microsoft. Wir haben jede Seite an diesem Tag selbst geladen und im Volltext gegengelesen; die Fundstellen stehen am Ende. Hersteller ändern Grenzwerte und Dialoge — prüfen Sie den Stand vor einer Umstellung erneut.

1. Was SQL Server Express wirklich deckelt

JTL-Wawi speichert alles in einer Microsoft-SQL-Datenbank: Artikel, Kunden, Aufträge, Marktplatzdaten und Bilder. JTL formuliert die Konsequenz selbst sehr deutlich: Alle Wawi-Installationen eines Unternehmens greifen auf dieselbe Datenbank zu, weshalb diese einen entscheidenden Einfluss auf die Gesamtgeschwindigkeit hat. Die Wahl der Edition ist damit keine Nebensache der Installation, sondern eine Betriebsentscheidung.

Auf der Downloadseite fasst JTL die Grenzen in einem Satz zusammen: Express sei „auf 1 GB RAM, 4 Kerne, 10 GB DB-Größe" limitiert. Diese Kurzfassung ist praktisch, aber an zwei Stellen ungenau — und beide Ungenauigkeiten führen im Alltag zu falschen Erwartungen.

Erstens meint „1 GB RAM" nicht den Arbeitsspeicher des Rechners. Microsoft begrenzt in seiner Editionsübersicht den maximalen Arbeitsspeicher für den Pufferpool pro Instanz, und der Wert lautet nicht 1 GB, sondern 1.410 MB. Sie dürfen also 64 GB in den Server stecken; die Datenbank-Engine nutzt trotzdem nur diesen Ausschnitt für ihren Zwischenspeicher. Genau deshalb rät JTL in seiner Einrichtungsanleitung dazu, den Arbeitsspeicher der Express-Instanz von Hand auf ein Gigabyte zu begrenzen — nicht weil mehr verboten wäre, sondern damit der Server nicht unnötig auslagert.

Zweitens heißt die Größengrenze bei Microsoft ausdrücklich „maximale relationale Datenbankgröße". Das Wort relational ist kein Zufall und wird in Abschnitt 5 noch wichtig. Und die Grenze gilt je Datenbank, nicht je Server: JTL legt für jeden Mandanten eine eigene Datenbank an.

Die Werte stammen aus Microsofts Editionsübersichten. Für SQL Server 2017, 2019 und 2022 sind sie identisch — wir haben alle drei Seiten gegengelesen. Erst mit SQL Server 2025 bewegt sich etwas, und zwar deutlich: Dort steht in der Express-Spalte nicht mehr 10 GB, sondern 50 GB. Der Pufferpool bleibt bei 1.410 MB, die Kerngrenze bleibt bei vier.

Zu den Preisen der kostenpflichtigen Editionen finden Sie hier bewusst keine Zahl. Microsoft veröffentlicht sie nicht in der Editionsübersicht, und die Konditionen hängen vom Lizenzmodell und vom Vertriebsweg ab. Eine Hausnummer wäre an dieser Stelle geraten, und geraten ist bei Lizenzen die teuerste Variante.

2. Warum die 10 GB früher kommen, als Sie rechnen

Zehn Gigabyte klingen nach viel. Bei einer Warenwirtschaft mit ein paar tausend Artikeln, Kunden und Aufträgen wären sie es auch. Nur bestehen JTL-Wawi-Datenbanken zum allergrößten Teil nicht aus Text.

JTL nennt dafür zwei Faustregeln, die zusammengehören. Die erste: Mit einer Datenbank von einem Gigabyte lassen sich grob geschätzt etwa 20.000 Artikel mit je einem 50 KB großen Bild verwalten. Die zweite, und das ist die eigentliche Nachricht: Rund 95 Prozent der Datenbankgröße gehen auf Bilddaten zurück. Kunden-, Auftrags- und Rechnungsdaten nehmen laut JTL kaum Speicherplatz in Anspruch.

Rechnen Sie das einmal in die andere Richtung. Wer statt eines Bildes mit 50 KB fünf Bilder mit je 400 KB pflegt — was bei modernen Produktfotos die Regel und nicht die Ausnahme ist —, liegt beim Vierzigfachen pro Artikel. Die Grenze verschiebt sich damit von zehntausenden Artikeln in den niedrigen vierstelligen Bereich. Nicht die Zahl der Artikel entscheidet, sondern das Gewicht der Bilder.

Dazu kommt eine Wachstumsquelle, die niemand einplant: das Versionsupdate. In der Checkliste für den Umstieg auf JTL-Wawi 1.6 warnt JTL Express-Nutzer ausdrücklich, dass die Datenbankgröße nach dem Update um mehr als 30 Prozent steigen kann. Diese Seite gehört zu einem älteren Umstieg und beschreibt nicht die heutige Version, aber das Prinzip gilt weiter: Neue Versionen bringen neue Tabellen und Felder mit. Wer knapp unter der Grenze arbeitet, sollte deshalb vor jedem Update Platz schaffen. Wie ein Update sonst abläuft, welche Reihenfolge gilt und warum eine Sicherung allein noch kein Rollback-Plan ist, haben wir im Beitrag zum Einspielen eines JTL-Wawi-Updates beschrieben.

3. Fünf Frühwarnzeichen — und wie Sie die Größe überhaupt sehen

Eine Datenbank, die an ihre Grenze läuft, meldet sich selten mit einem eindeutigen Fehler. Sie wird erst zäh, dann unzuverlässig. Diese fünf Situationen sind aus unserer Sicht der richtige Zeitpunkt, um nachzumessen:

1. Die Wawi wird nach Massenimporten spürbar langsamer. JTL selbst hält fest, dass eine Performanceoptimierung besonders nach größeren Importen über JTL-Ameise sinnvoll ist. Wenn der Effekt jedes Mal stärker wird, arbeitet die Datenbank am Anschlag.
2. Ein Versionsupdate steht an. Siehe oben: Updates lassen die Datenbank wachsen, und ein Update, das mitten im Lauf am Platzmangel scheitert, ist der unangenehmste Fall überhaupt.
3. Sie legen einen zweiten Mandanten an. Jeder Mandant bekommt eine eigene Datenbank und damit eine eigene Grenze. Das verschafft Luft, verdoppelt aber auch den Sicherungsaufwand.
4. Das Sortiment wächst um Bilder, nicht um Artikel. Zusatzansichten, Detailaufnahmen und Varianten in höherer Auflösung schlagen wegen der 95-Prozent-Regel unmittelbar durch.
5. Niemand im Haus kann sagen, wann zuletzt gesichert wurde. Das ist streng genommen kein Größenproblem, aber es ist das Zeichen dafür, dass die Datenbank ohne Betreuung läuft — und genau dann trifft die Grenze unvorbereitet.

Bleibt die Frage, wie Sie die Größe eigentlich ablesen. Hier gibt es eine ehrliche Leerstelle: JTL dokumentiert keine Anzeige der Datenbankgröße innerhalb von JTL-Wawi. Die Datenbankverwaltung unter Start > Datenbank kann exportieren, importieren, bereinigen, reparieren und optimieren — eine Größenangabe nennt der Guide dort nicht.

Belegbar sind zwei andere Wege. Erstens über die Datei: JTL nennt in seiner Datenbank-FAQ die Dateinamen eazybusiness.mdf für die Daten und eazybusiness_log.ldf für das Transaktionsprotokoll sowie das Datenverzeichnis der SQL-Instanz. Die Größe der MDF-Datei ist Ihr Messwert. Zweitens über das Microsoft SQL Server Management Studio, dessen Einrichtung JTL für die Ausführung eigener Abfragen ausführlich beschreibt. Wichtig für die Zuordnung: Die Hauptdatenbank heißt eazybusiness und enthält zugleich den ersten Mandanten; jeder weitere Mandant liegt in einer Datenbank namens mandant_x.

4. Fünf Wege aus der Grenze

Die Entscheidung „Express oder Lizenz kaufen" ist in Wahrheit eine Entscheidung zwischen fünf Optionen, die sich in Aufwand, Reichweite und Umkehrbarkeit deutlich unterscheiden. JTL nennt in seiner Umstiegs-Checkliste zwei davon in einem Atemzug: Umstellung auf Filestream, sofern die Datenbank an der Speichergrenze steht, oder Umstellung auf eine höhere SQL-Server-Lizenz für größere Datenbanken.

Der erste Schritt ist fast immer das Aufräumen

Bevor Sie über Lizenzen sprechen, lohnt sich der Blick auf das, was die Datenbank unnötig füllt. JTL-Wawi bringt dafür zwei Werkzeuge mit, die zusammen erstaunlich viel Platz freigeben.

Das erste ist Datenbank bereinigen in der Datenbankverwaltung. Dort lassen sich gezielt inaktive Artikel, nicht verwendete Bilder, inaktive Kategorien, Variationen und Lieferanten sowie gelöschte Marktplatz-Vorlagen und alte abgeschlossene eBay-Transaktionen entfernen. JTL formuliert das Ergebnis vorsichtig: Unter Umständen werde dadurch Datenbankspeicherplatz wieder freigegeben. Legen Sie vorher eine Sicherung an — der Guide schreibt das ausdrücklich vor.

Das zweite ist der Punkt, der an der 95-Prozent-Regel ansetzt: Artikel > Bildgrößen öffnet das Dialogfenster „Bilder skalieren und konvertieren". Damit lassen sich alle Bilder stapelweise umrechnen, und JTL nennt den Zweck beim Namen: So könne der Speicherplatz, den die Bilder in der Datenbank einnehmen, erheblich reduziert werden. Der Guide gibt auch Orientierung für die Zielgröße — für den JTL-Shop sollte die kürzeste Seite mindestens 800 Pixel haben, für Zoomfunktionen wie bei Amazon eher rund 1.600 Pixel. Beachten Sie dabei einen Satz aus derselben Quelle: Bereits konvertierte Bilder behalten ihre neue Dateigröße. Der Schritt ist also nicht umkehrbar, und die Originale gehören vorher gesichert oder exportiert.

5. Filestream: der Schalter, den JTL selbst nennt

Dieser Punkt ist der am wenigsten bekannte und zugleich der wirksamste — er steht in der Dokumentation zur Datenbankverwaltung, wo ihn kaum jemand sucht. In der Performanceoptimierung gibt es die Option Filestream aktivieren. JTL beschreibt sie so: Aktivieren Sie diese Option nur, wenn Sie mit MS SQL Server Express arbeiten und an die Beschränkungsgrenze von 10 GB stoßen; mit dem Filestream werde diese Beschränkung aufgehoben.

Der Mechanismus dahinter ist eine Standardfunktion von SQL Server. Microsoft beschreibt Filestream als Verfahren, das binäre Objekte — also genau die Artikelbilder — nicht in der Datenbankdatei, sondern als Dateien im Dateisystem ablegt, während die Datenbank die Verwaltung behält. Sicherungen und Wiederherstellungen laufen weiter über SQL Server und nehmen die ausgelagerten Dateien mit. Und Microsoft nennt die Editionsgrenze, wie oben erwähnt, ausdrücklich die maximale relationale Datenbankgröße. Bemerkenswert dabei: Filestream ist laut Microsofts eigener Featureliste auch in der Express-Edition enthalten.

Eine Einschränkung gehört zur Ehrlichkeit dazu: Microsoft bestätigt die Ausnahme in seinen Editionsübersichten nicht wörtlich. Dort steht die Größengrenze, dort steht die Filestream-Unterstützung, aber kein Satz verbindet beides. Die Aussage „damit wird die Beschränkung aufgehoben" stammt von JTL. Wir geben sie deshalb als JTL-Aussage wieder und empfehlen, den Effekt in der eigenen Umgebung an einer Kopie zu prüfen, bevor Sie sich darauf verlassen.

Vor dem Klick lesen: JTL schreibt wörtlich, die Deaktivierung von Filestream sei „mit erheblichem Aufwand verbunden". Es ist also eine Tür, die sich schwer wieder schließen lässt. Dazu kommt ein Betriebsdetail, das JTL ebenfalls hervorhebt: Manche Virenscanner erkennen Filestream-Dateien als Schadsoftware. Nehmen Sie den Ordner deshalb in die Ausnahmeliste Ihres Virenschutzes auf, sonst riskieren Sie Datenverlust. Microsoft ergänzt eine dritte Regel: Fügen Sie im Filestream-Ordner niemals von Hand Dateien hinzu oder entfernen Sie welche — das führt zu Sicherungs- und Konsistenzfehlern.

Filestream ist damit kein Schalter für einen Freitagnachmittag, sondern eine geplante Maßnahme mit Sicherung, Testlauf und abgestimmter Virenschutz-Konfiguration. Wenn Sie ohnehin über den Serverbetrieb nachdenken, ist genau das ein guter Moment, die Frage eine Ebene höher zu stellen — Betriebsmodelle, Anbieter und Kosten haben wir im Beitrag zum JTL-Wawi Cloud-Hosting gegenübergestellt, und wie sich Shared, VPS, Managed und Cloud grundsätzlich unterscheiden, zeigt unser Webhosting-Vergleich für Unternehmen.

6. Wartung: was Express-Nutzer von Hand machen müssen

Es gibt einen Satz im JTL-Guide, den jeder Betrieb einmal gelesen haben sollte: Der SQL-Server sei kein Bestandteil von JTL-Wawi, sondern ein eigenständiges, externes Produkt, weshalb JTL zur selbstständigen Pflege rate. Übersetzt heißt das: Für die Datenbank ist niemand automatisch zuständig, solange Sie niemanden dafür bestimmen.

Und hier trifft die Edition eine zweite Entscheidung, die mit Größe gar nichts zu tun hat. Die Express-Edition enthält den SQL Server Agent nicht — den Dienst, der geplante Aufgaben auf dem Datenbankserver ausführt. Microsoft weist ihn in seiner Featureliste für Express mit „No" aus, für Standard und Enterprise mit „Yes". JTL formuliert die Folge an zwei Stellen aus: Für die automatische Sicherung schreibt der Guide, ab einer Standard-Lizenz übernehme der Server Agent die Aufgabe, während für Express ein geplanter Windows-Task als Workaround beschrieben wird. Für die Indexpflege steht es noch klarer da: Express-Nutzer müssten die Überprüfung manuell durchführen.

Warum Indizes und Statistiken den Unterschied machen

JTL erklärt beides mit zwei Bildern, die man sich merkt. Indizes seien wie ein Telefonbuch: Weil Daten laufend hinzukommen, umziehen und wegfallen, klebt der Server neue Einträge an anderen Stellen ein, und das Telefonbuch fragmentiert. Führen Sie die Neuorganisation nicht während der Stoßzeiten aus — beim Neuaufbau steht der Index dem laufenden Betrieb nicht zur Verfügung. Abends oder nachts ist der richtige Zeitpunkt.

Statistiken sind die Bestandsliste, mit der die Datenbank ihre Ausführungspläne baut. Der entscheidende Punkt steht im Guide etwas versteckt: Der Server aktualisiert die Statistik einer Tabelle nur dann automatisch, wenn sich mehr als 20 Prozent ihres Inhalts geändert haben. Bei großen Tabellen können auch Änderungen unterhalb dieser Schwelle bedeuten, dass viele Einträge an anderer Stelle liegen — die Datenbank plant dann mit veralteten Annahmen und wird langsam, ohne dass ein Fehler auftaucht. Deshalb die wöchentliche Aktualisierung von Hand.

Sicherung: vier Fragen, die die Strategie tragen

JTL stellt für die Sicherungsstrategie vier Fragen, die sich ohne Fachwissen beantworten lassen: Wie oft muss gesichert werden — wobei die Leitfrage lautet, wie viele Daten Sie im Ernstfall neu erfassen müssten? Wie wird gesichert, von Hand oder automatisch? Wo liegen die Sicherungen? Und wie viele bewahren Sie auf?

Die Antworten des Guides sind knapp und praxistauglich: mindestens täglich, möglichst automatisiert, niemals auf derselben Festplatte und idealerweise auf einem räumlich getrennten Server, dazu die Sicherungen der letzten zwei Wochen plus ein monatliches Archiv. Zwei Punkte sind besonders leicht zu übersehen. Erstens verlangt JTL ausdrücklich, regelmäßig zu testen, ob sich eine Sicherung wirklich zurückspielen lässt — am besten auf einer separaten Testinstanz. Zweitens gilt eine vernetzte Systemlandschaft laut Guide nur dann als vollständig gesichert, wenn für jedes einzelne System eine etwa zeitgleich erstellte Sicherung vorliegt. Wer Shop, Kasse und Marktplätze angebunden hat, sichert also nicht nur die Wawi. Wie sich das in eine belastbare Gesamtstrategie einfügt, ordnet unser Leitfaden zur IT-Sicherheit im Mittelstand ein.

Für den Speicherort der Sicherungen gibt es eine einfache Faustregel: drei Kopien auf zwei verschiedenen Medien, eine davon außer Haus. Die Sicherungsdatei im Standardordner des SQL Servers liegt noch auf demselben Rechner wie die Datenbank und zählt deshalb nicht als getrennte Kopie. Wie Sie die Wawi-Datenbank nach dieser Regel sichern und den Restore-Test aufsetzen, beschreibt unser Beitrag zur 3-2-1-Backup-Regel für JTL-Wawi, Shop und Microsoft 365.

7. Die Stichtage und Sperren, die viele übersehen

Neben den Grenzwerten gibt es eine zweite Kategorie von Stolpersteinen: Dinge, die JTL ausdrücklich ausschließt oder mit einem Datum versieht. Sie kosten kein Geld, bis sie plötzlich ein Projekt blockieren.

• SQL Server 2016 ist abgelaufen. JTLs Liste der unterstützten Produktversionen führt „Microsoft SQL 16 (bis 14. Juli 2026)". Microsofts eigener Produktlebenszyklus weist als Ende des erweiterten Supports den 15. Juli 2026 aus. Beide Daten liegen vor dem heutigen Stand vom 7. September 2026, der Termin ist also verstrichen. Microsoft bietet darüber hinaus kostenpflichtige erweiterte Sicherheitsupdates an; an JTLs Supportliste ändert das nichts. Unterstützt sind dort SQL 17, 19, 22 und 25.
• Windows Server 2025 wird nicht unterstützt. Der Satz steht auf JTLs Systemvoraussetzungsseite gleich dreimal — für den Wawi-Datenbankserver, für JTL-WMS und für die Workbench. Wer neue Hardware beschafft, sollte das vor der Bestellung wissen.
• Azure SQL und geteilte SQL-Instanzen sind ausgeschlossen. JTL schreibt wörtlich, dass Azure-SQL-Datenbanken sowie Instanzen von Shared Microsoft SQL Server nicht unterstützt werden. Ein günstiges Datenbankpaket beim Webhoster fällt damit aus.
• Microsoft SQL Server, nur unter Windows. JTL garantiert die Funktionalität nur mit Microsoft SQL Server und unterstützt ihn ausschließlich unter Windows. Die Datenbank-FAQ beantwortet die naheliegende Alternative mit einem klaren Nein: mySQL lässt sich nicht als SQL-Server für JTL-Wawi verwenden.
• Bei SQL Server 2025 widerspricht sich JTL. Die Seite „Unterstützte Produktversionen" listet Microsoft SQL 25. Die Systemvoraussetzungsseite nennt dagegen weiterhin nur „MS SQL Server 2022 (empfohlen)". Wir lösen diesen Widerspruch hier nicht auf, sondern benennen ihn: Verlassen Sie sich für ein Neuprojekt nicht darauf, dass 2025 freigegeben ist, und fragen Sie im Zweifel vorher nach.
• Das Standardkennwort des Datenbank-Administrators ist öffentlich dokumentiert. JTL nennt es in seiner Datenbank-FAQ und empfiehlt im selben Atemzug ausdrücklich, es zu ändern. Wenn Ihre Installation älter ist und niemand die Einrichtung begleitet hat, ist das ein sehr wahrscheinlicher offener Punkt.

Was der Sprung auf JTL-Wawi 2.0 darüber hinaus an Infrastruktur verlangt und wo sich die Angaben von JTL zu Windows und zum .NET-Unterbau widersprechen, behandeln wir gesondert im Beitrag zu den Systemvoraussetzungen von JTL-Wawi 2.0. Hier ging es ausschließlich um die Datenbankschicht.

8. Fazit: Die Edition ist eine Betriebsentscheidung

Die kostenlose Express-Edition ist kein Provisorium. Sie trägt kleine und mittlere JTL-Installationen zuverlässig, und JTL nennt sie sogar in der Überschrift der Systemvoraussetzungen für den Datenbankserver. Nur wächst eine Warenwirtschaft eben — und zwar an genau der Stelle, die niemand im Blick hat.

Drei Merksätze bleiben. Erstens: Nicht die Zahl Ihrer Artikel entscheidet, sondern das Gewicht Ihrer Bilder. Rund 95 Prozent der Datenbankgröße gehen darauf zurück, und deshalb ist Bilder verkleinern fast immer der erste sinnvolle Schritt. Zweitens: Express kostet keine Lizenz, aber Arbeitszeit. Ohne den SQL Server Agent laufen Sicherung, Indexpflege und Statistiken nicht von selbst; das ist der Preis, der auf keiner Rechnung steht. Drittens: Die Grenze ist nicht in Stein gemeißelt. Aufräumen, Filestream, SQL Server 2025, eine Lizenz oder eine gehostete Datenbank sind fünf verschiedene Antworten mit sehr unterschiedlichem Aufwand — und die teuerste ist selten die richtige.

Wenn Ihre Wawi langsamer wird und Sie nicht wissen, ob es an der Datenbank, an der Wartung oder am Sortiment liegt, ist das eine Frage von wenigen Messungen. Wir schauen uns die Größe, die Edition, die Wartungsintervalle und die Bildmengen an und sagen Ihnen, welcher der fünf Wege in Ihrem Fall der günstigste ist. Und welcher sich später am schwersten wieder zurückdrehen lässt.

9. Häufige Fragen zur JTL-Wawi-Datenbank

Wie groß darf die JTL-Wawi-Datenbank mit SQL Server Express sein?

Bis einschließlich SQL Server 2022 gilt eine Grenze von 10 GB je Datenbank. Microsoft nennt sie in der Editionsübersicht die maximale relationale Datenbankgröße. Mit SQL Server 2025 hebt Microsoft diese Grenze auf 50 GB an. JTL listet SQL 25 als unterstützte Version, nennt in den Systemvoraussetzungen aber weiterhin nur 2022.

Warum ist meine JTL-Wawi so langsam?

Häufig liegt es an der Datenbank. JTL schreibt selbst, dass alle Arbeitsplätze auf dieselbe Datenbank zugreifen und diese deshalb die Gesamtgeschwindigkeit bestimmt. Typische Ursachen sind fragmentierte Indizes, veraltete Statistiken und der knappe Pufferpool der Express-Edition. Prüfen Sie zuerst Wartung und Edition, bevor Sie neue Hardware kaufen.

Was bedeutet die verbreitete Angabe "1 GB RAM" bei SQL Server Express?

Sie ist eine Verkürzung. Microsoft begrenzt nicht den Arbeitsspeicher des Rechners, sondern den Pufferpool je Instanz auf 1.410 MB. Alles darüber hinaus nutzt die Datenbank-Engine nicht. JTL empfiehlt deshalb, den maximalen Arbeitsspeicher der Express-Instanz von Hand auf ein Gigabyte zu begrenzen.

Zählt jeder Mandant seine eigenen 10 GB?

Ja. Für jeden Mandanten legt JTL-Wawi eine eigene Datenbank an, und die Grenze gilt je Datenbank. Die Hauptdatenbank heißt eazybusiness und enthält zugleich den ersten Mandanten; jeder weitere bekommt eine Datenbank namens mandant_x. Mehr Mandanten verschaffen Ihnen also mehr Platz, aber auch mehr Sicherungsaufwand.

Was macht die Filestream-Option in JTL-Wawi?

Sie legt die Binärdaten der Datenbank als Dateien im Dateisystem ab statt in der Datenbankdatei. JTL beschreibt sie ausdrücklich für den Fall, dass Sie mit Express an die 10-GB-Grenze stoßen, und schreibt, die Beschränkung werde damit aufgehoben. Die Deaktivierung ist laut JTL mit erheblichem Aufwand verbunden.

Reicht SQL Server Express für den Mehrplatzbetrieb?

Technisch ja, denn JTL nennt Express auch für den zentralen Datenbankserver. Praktisch entscheiden vier Kerne und ein Pufferpool von 1.410 MB darüber, wie viele Abfragen parallel flüssig laufen. JTL weist selbst darauf hin, dass die Antwortzeiten mit jedem weiteren Nutzer auf einem schwachen Server steigen.

Welche SQL-Server-Versionen unterstützt JTL-Wawi?

Die Guide-Seite zu den unterstützten Produktversionen führt Microsoft SQL 25, 22, 19 und 17 sowie SQL 16 mit dem Enddatum 14. Juli 2026. Die Systemvoraussetzungen nennen davon abweichend nur MS SQL Server 2022 als empfohlen. Azure SQL, geteilte SQL-Instanzen und mySQL schließt JTL ausdrücklich aus.

Wie sichere ich die JTL-Wawi-Datenbank automatisch?

Ab einer Standard-Lizenz übernimmt das der SQL Server Agent, den JTL im Management Studio einrichten lässt. Express enthält diesen Dienst nicht. JTL beschreibt dafür einen geplanten Windows-Task als Workaround. Prüfen Sie in beiden Fällen regelmäßig, ob sich eine Sicherung wirklich zurückspielen lässt.

10. Quellen & offizielle Dokumentation

Alle folgenden Quellen wurden am 7. September 2026 abgerufen und im Volltext gegengelesen; die zitierten Formulierungen stammen wörtlich daraus. Herstellerdokumentation ändert sich — bitte prüfen Sie den Stand vor einer Umstellung erneut. Externe Quellen öffnen in einem neuen Tab.

• JTL-Software: JTL-Wawi Download und FAQ — Die kurze Fassung der Express-Grenzen im Wortlaut sowie der Monatspreis für das SQL-Datenbank-Hosting bei JTL.
• JTL-Guide: Allgemeines zur Mandantenfähigkeit — Eine eigene Datenbank je Mandant, die Größenangaben je Datenbankart, die Faustregel zu 20.000 Artikeln und der Anteil der Bilddaten von 95 Prozent.
• JTL-Guide: Systemvoraussetzungen aller JTL-Produkte — Microsoft SQL Server ausschließlich unter Windows, 2022 als empfohlene Version, der Ausschluss von Azure SQL und geteilten Instanzen sowie der dreifache Hinweis zu Windows Server 2025.
• JTL-Guide: Unterstützte Produktversionen — Die Liste der SQL-Server-Versionen mit dem Enddatum für SQL 16. Beachten Sie, dass die Seite auch abgelaufene Einträge stehen lässt und daher eine Historie mit Enddaten ist.
• JTL-Guide: SQL-Server für JTL-Wawi optimal einrichten — Hardware-Empfehlungen, die Aufteilung auf mehrere Datenträger, das empfohlene Kompatibilitätslevel und die unterschiedlichen Speichereinstellungen für Express und die kostenpflichtigen Editionen.
• JTL-Guide: Tipps zur SQL-Server-Wartung — Die Intervalle für Sicherung, Indexpflege und Statistiken, die 20-Prozent-Schwelle der automatischen Statistikaktualisierung und der Hinweis, dass Express-Nutzer manuell prüfen müssen.
• JTL-Guide: Datenbankverwaltung zur Administration — Die Filestream-Option mit ihrer Begründung und der Warnung zur Deaktivierung, dazu die Optionen zum Bereinigen und zur Performanceoptimierung.
• JTL-Guide: Datensicherung für JTL-Wawi einrichten — Die vier Leitfragen einer Sicherungsstrategie, die Namen der Datenbanken und der Unterschied zwischen Automatisierung ab Standard-Lizenz und dem Workaround für Express.
• JTL-Guide: FAQ zur Datenbank — Der Ausschluss von mySQL, die Namen der Datenbankdateien, der Dienstname und die ausdrückliche Empfehlung, das Kennwort des Datenbank-Administrators zu ändern.
• JTL-Guide: Bilder skalieren und konvertieren — Der Weg über das Menü Artikel und die Angabe, dass die Stapelkonvertierung den Speicherplatz der Bilder in der Datenbank erheblich reduziert.
• JTL-Guide: Checkliste für den Umstieg auf JTL-Wawi 1.6 und höher — Der Hinweis auf ein mögliches Wachstum von mehr als 30 Prozent durch ein Versionsupdate. Die Seite gehört zum Umstieg auf 1.6 und gibt einen älteren Stand wieder.
• JTL-Guide: JTL-Wawi Hosting SQL — Der Übergang der Sicherungsverantwortung an JTL, die Aufbewahrung von sieben Tagen und die empfohlene Leitungsgeschwindigkeit.
• Microsoft Learn: Editionen und Komponenten von SQL Server 2022 — Die Skalierungslimits mit Kernen, Pufferpool und maximaler relationaler Datenbankgröße für alle Editionen. Die Werte für 2017 und 2019 wurden gegengelesen und sind identisch.
• Microsoft Learn: Editions and supported features of SQL Server 2025 — Die angehobene Größengrenze der Express-Edition von 50 GB, der unveränderte Pufferpool sowie die Zeilen zu SQL Server Agent und Filestream. Die deutsche Fassung nennt dieselben Werte.
• Microsoft Learn: Filestream (SQL Server) — Die Funktionsweise: Binärdaten liegen als Dateien im Dateisystem, werden aber mitgesichert. Dazu die Warnung, den Ordner niemals von Hand zu verändern.
• Microsoft Learn: Produktlebenszyklus SQL Server 2016 — Die offiziellen Supportdaten samt Ende des erweiterten Supports und den kostenpflichtigen Sicherheitsupdates, die darüber hinaus angeboten werden.