Microsoft SQL Server unter Linux – Strategische Analyse und Praxisleitfaden

1. Management Summary

Microsofts Entscheidung, SQL Server auch unter Linux anzubieten, markiert einen strategischen Wandel mit weitreichenden Auswirkungen für IT-Entscheider. Erstmals steht damit eine der führenden relationalen Datenbankplattformen plattformübergreifend zur Verfügung – ohne Bindung an Windows. Unternehmen gewinnen dadurch Flexibilität in ihrer IT-Strategie: SQL Server kann nahtlos in Linux-basierte Infrastrukturen, Cloud-Umgebungen und containerisierte Deployments integriert werden, was insbesondere DevOps- und Cloud-first-Strategien zugutekommt. Gleichzeitig lassen sich Betriebskosten senken, da auf Windows-Server-Lizenzen verzichtet werden kann und bestehende Linux-Kompetenzen im Haus genutzt werden können.

Die Linux-Version von SQL Server bietet weitgehend denselben Funktionsumfang und die bewährte Stabilität, Sicherheit und Performance der Windows-Variante. Allerdings bestehen einige technologische Unterschiede und Einschränkungen, die bei strategischen Entscheidungen berücksichtigt werden müssen (etwa fehlende Windows-spezifische Dienste und angepasste Verwaltungswerkzeuge). Die zentralen Fragen für IT-Verantwortliche lauten daher: Passt SQL Server unter Linux in unsere langfristige Plattformstrategie und können wir die Vorteile – von Kosteneinsparungen über Plattformkonsolidierung bis hin zu moderner Automatisierung – nutzen, ohne kritische Funktionen einzubüßen? Dieser Fachartikel liefert eine fundierte Analyse der technologischen Unterschiede, Vorteile, Herausforderungen und Einsatzszenarien von SQL Server auf Linux. Er zeigt auf, wie eine Migration strategisch geplant werden kann und welche betrieblichen Aspekte zu beachten sind. Das Fazit: SQL Server unter Linux hat sich in wenigen Jahren von einer Vision zu einer reifen Option entwickelt, die in modernen IT-Architekturen eine Schlüsselrolle spielen kann. IT-Entscheider sollten diese Option in ihre zukünftigen Planungen einbeziehen, um die Flexibilität und Effizienz ihrer Datenbanklandschaft zu maximieren.

2. Einführung in SQL Server unter Linux

Über zwei Jahrzehnte war Microsoft SQL Server als Datenbankmanagementsystem ausschließlich für das hauseigene Betriebssystem Windows verfügbar. Der Strategiewechsel kündigte sich 2016 an: Microsoft verkündete, SQL Server auch auf Linux zu portieren – ein Schritt, der noch kurz zuvor undenkbar schien. Mit der Veröffentlichung von SQL Server 2017 wurde diese Vision Realität. Erstmals konnten Unternehmen eine vollwertige SQL-Server-Instanz auf Linux-Servern betreiben. In den Folgeversionen (SQL Server 2019 und 2022) hat Microsoft die Linux-Unterstützung weiter ausgereift, sodass mittlerweile ein plattformübergreifendes Paritätsversprechen gilt: Funktionalitäten und Updates erscheinen zeitgleich für Windows und Linux.

Die Motivation Microsofts für diesen Schritt liegt in veränderten Marktbedingungen und Kundenanforderungen. Viele Unternehmenskunden setzen in ihren Rechenzentren und Cloud-Umgebungen auf Linux als Standardplattform. Konkurrenten wie Oracle oder IBM (mit DB2) boten ihre Enterprise-Datenbanken schon lange für Linux an, und Open-Source-Datenbanken wie MySQL oder PostgreSQL haben in Linux-Ökosystemen Fuß gefasst. Um wettbewerbsfähig zu bleiben und neue Nutzerkreise zu erschließen, öffnete Microsoft seine bislang Windows-exklusive Datenbank. Gleichzeitig folgte dieser Schritt der übergreifenden Strategie des Unternehmens, verstärkt auf Offenheit und Interoperabilität zu setzen (beispielsweise mit .NET Core und Linux-Integrationen in Azure). SQL Server unter Linux soll Kunden mehr Wahlfreiheit bieten und Bedenken hinsichtlich eines Vendor-Lock-ins reduzieren – Organisationen können nun die bewährte Microsoft-Datenbank einsetzen, ohne ihre Betriebssystem-Strategie an Windows ausrichten zu müssen.

SQL Server auf Linux adressiert damit verschiedene Zielgruppen und Szenarien. Erstens profitieren Unternehmen, die eine Linux-first-Strategie verfolgen oder ihre Serverlandschaft konsolidieren möchten: Sie können nun SQL Server integrieren, ohne parallel Windows-Server betreiben zu müssen. Zweitens zielt Microsoft auf Kunden ab, die bisher aus Plattformgründen auf andere Datenbanken auswichen – etwa Linux-affine Firmen, die nun anstelle von Oracle oder Open-Source-Datenbanken auch SQL Server in Erwägung ziehen können, da er auf ihrer bevorzugten Plattform läuft. Drittens eröffnen sich moderne Einsatzfelder: DevOps-Teams können SQL Server in Container-Umgebungen (Docker/Kubernetes) einsetzen, was Entwicklung und Bereitstellung beschleunigt. Auch Cloud-first-Strategien werden unterstützt, da Cloud-Anbieter häufig Linux-basierte Images anbieten und der Verzicht auf Windows-Lizenzen die Kosten in der Cloud senken kann. Insgesamt spricht SQL Server unter Linux IT-Entscheider an, die die hohe Leistungsfähigkeit und Verlässlichkeit einer etablierten kommerziellen Datenbank wünschen, aber gleichzeitig die Flexibilität und das Ökosystem von Linux nutzen wollen.

3. Technologische Unterschiede zur Windows-Version

Trotz des gleichartigen Kerncodes gibt es einige wichtige Unterschiede zwischen SQL Server auf Linux und der traditionellen Windows-Version. Diese betreffen den Dienstebetrieb, die Integration ins Betriebssystem, einzelne Funktionen sowie verfügbare Tools.

Dienste und Instanzkonzept: Unter Windows besteht SQL Server aus mehreren Diensten, die als Windows Services laufen – dem Hauptdienst (Datenbank-Engine), dem SQL Server-Agent für automatisierte Jobs und optional weiteren Diensten wie Integration Services (SSIS), Analysis Services (SSAS) oder Reporting Services (SSRS) je nach Installation. Auf Linux wird hingegen hauptsächlich die Datenbank-Engine bereitgestellt. Der SQL Server-Agent steht zwar ebenfalls zur Verfügung, muss aber separat installiert werden; andere Dienste wie SSAS/SSRS existieren nicht in nativer Linux-Form. Die SQL Server-Prozesse laufen auf Linux unter einem eigenen Benutzerkonto (standardmäßig mssql) und werden über den Init-Dienst systemd verwaltet. Ein weiterer fundamentaler Unterschied ist das Instanzkonzept: Während auf Windows mehrere Instanzen (benannte Instanzen) parallel auf einem Server betrieben werden können, erlaubt Microsoft auf Linux pro physischem Server oder VM nur eine SQL Server-Instanz. Möchte man mehrere SQL-Server auf derselben Hardware betreiben, realisiert man dies typischerweise durch separate VMs oder Container, nicht durch zusätzliche Instanzen. Daher entfällt auf Linux auch der SQL Server Browser-Dienst, der unter Windows für die Verwaltung von Instanznamen und Ports zuständig ist – unter Linux wird der Server direkt auf einen fest konfigurierten TCP-Port (standardmäßig 1433) gebunden.

Integration ins Betriebssystem: Die Verzahnung mit dem jeweiligen OS unterscheidet sich. Ein markantes Beispiel ist die Authentifizierung: Windows ermöglicht über Active Directory eine integrierte Windows-Authentifizierung, bei der Nutzer mit Domänenkonto sich ohne separate SQL-Anmeldung verbinden können. Unter Linux ist eine solche Integration ebenfalls möglich, erfordert jedoch das Joinen des Linux-Servers in die AD-Domäne und die Konfiguration von Kerberos – ein zusätzlicher Aufwand, den Windows-Server nicht haben. Auch bei der Ausführung externer Programme gibt es Unterschiede: Viele Windows-spezifische APIs werden nicht unterstützt. Funktionen wie xp_cmdshell (Ausführen von Betriebssystemkommandos aus SQL heraus) oder die Verwendung von PowerShell-Skripten innerhalb von SQL Server-Agent Jobs entfallen, da sie tief in Windows verankert sind. Ebenso fehlen Features, die das Windows-Dateisystem NTFS voraussetzen, etwa FILESTREAM/FileTable zur Speicherung von Dateien im Dateisystem mit Transaktionskopplung. Linux verwendet stattdessen seine eigenen Dateisysteme (ext4 oder XFS, wobei XFS von Microsoft als performanteste Option empfohlen wird). Diese sind standardmäßig case-sensitive, was bei Datenbank- und Dateinamen zu beachten ist (optional kann man XFS auch case-insensitive formatieren, falls eine Anwendung dies erfordert). Insgesamt läuft SQL Server unter Linux in einem rein POSIX-konformen Umfeld, was bedeutet, dass bestimmte Windows-Technologien (COM+, MSDTC für verteilte Transaktionen, Windows Performance Counters etc.) nicht verfügbar sind oder anders gelöst werden müssen.

Funktionsumfang und Einschränkungen: Grundsätzlich deckt SQL Server unter Linux den Großteil der Funktionen der Windows-Version ab – insbesondere was die eigentlichen Datenbank-Funktionen (T-SQL, Transaktionen, Indexierung, Abfrageoptimierung etc.) betrifft, gibt es keine Unterschiede. Dennoch bestehen einige Einschränkungen in Randbereichen. Beispielsweise wird Merge Replication (eine spezielle Replikationsart zur Synchronisation zwischen verteilten Datenbanken) auf Linux nicht unterstützt. Ebenso ist die Stretch Database-Funktion (Daten teils in die Cloud auslagern) nicht verfügbar – ein verschmerzbarer Wegfall, da diese Funktion insgesamt wenig Verbreitung fand. Die veraltete Datenbank-Spiegelung (Database Mirroring) wurde in neueren SQL-Versionen zugunsten von Always On-Verfügbarkeitsgruppen abgeschafft und steht auf Linux folgerichtig nicht zur Verfügung. Falls Unternehmen bisher SQL Server Failover Cluster Instances (FCI) einsetzten – also hochverfügbare Instanzen auf Basis von Windows-Failover-Clustering und gemeinsam genutztem Storage – müssen sie beachten, dass dieses Konzept unter Linux so nicht existiert. An seine Stelle treten Always On-Verfügbarkeitsgruppen, die unter Linux mit Hilfe des Cluster-Managers Pacemaker umgesetzt werden. Die grundlegende Hochverfügbarkeitsstrategie bleibt damit erhalten, erfordert aber eine andere technische Umsetzung. Weitere Unterschiede zeigen sich im Detail: So unterstützt SQL Server auf Linux erst ab neueren Versionen die Integration externer Schlüsselverwaltung (Extensible Key Management mit z.B. Azure Key Vault) und einige Spezialfunktionen wie „Secure Enclaves“ für Always Encrypted sind (noch) nicht implementiert. Auch TLS 1.3 wird aktuell von der Linux-Version nicht unterstützt, sodass hier auf TLS 1.2 zurückgegriffen werden muss.

Verwaltung und Tools: Ein weiterer technologischer Unterschied liegt in den verfügbaren Verwaltungswerkzeugen. Auf einem Windows-Server steht die gewohnte GUI-Umgebung zur Verfügung – Administratoren nutzen dort oft das SQL Server Management Studio (SSMS) oder den SQL Server-Konfigurationsmanager direkt auf dem Server oder via Remote-Desktop. Ein Linux-Server hingegen wird in der Regel ohne grafische Oberfläche betrieben; folglich erfolgt die Administration über Kommandozeile oder von einem externen Client aus. Microsoft stellt das CLI-Tool mssql-conf bereit, mit dem sich Konfigurationen wie Speichergrenzen, Netzwerkports, Kollation etc. setzen lassen (dies entspricht im Prinzip den Registry-Einstellungen unter Windows, nur dass sie in einer Konfigurationsdatei hinterlegt werden). Start und Stopp des SQL-Server-Dienstes erfolgen mit systemctl (bzw. klassischen Skripten für SysVinit, falls erforderlich), und die Überwachung stützt sich auf SQL-eigene Logs (in /var/opt/mssql/log) sowie Linux-Tools zur Systembeobachtung (etwa top, vmstat, iostat für CPU/Memory/Disk oder journalctl für Systemmeldungen). Für die tägliche Arbeit mit der Datenbank – also Entwicklung von Queries, Backup/Restore, Tuning etc. – kann weiterhin das SQL Server Management Studio verwendet werden, indem man es auf einem Windows-Rechner installiert und die Linux-Instanz remote administriert. Alternativ bietet Microsoft mit Azure Data Studio eine plattformübergreifende Anwendung an, die unter Linux selbst läuft und grundlegende Verwaltungs- und Entwicklerfunktionen in einer GUI bereitstellt – allerdings ist sie eher auf Entwicklungs- und Analyseaufgaben fokussiert und ersetzt nicht vollständig die Tiefe von SSMS. In der Praxis kombinieren Administratoren diese Ansätze: Die Linux-Seite wird skriptgesteuert und automatisiert verwaltet, während komplexe Aufgaben oder Monitoring weiterhin komfortabel per GUI von einem Windows-Management-Client aus erfolgen.

Zusammenfassend sind die technologischen Unterschiede durchaus beherrschbar, erfordern jedoch eine Anpassung von Gewohnheiten. IT-Teams müssen neue Werkzeuge und Verfahren für Betrieb und Troubleshooting unter Linux erlernen. Gleichzeitig bietet die Linux-Plattform bekannte Vorteile wie hohe Skriptbarkeit und schlanken System-Overhead. Wichtig ist, dass die Kernfunktion – der relationale Datenbankbetrieb – auf beiden Betriebssystemen konsistent bleibt, sodass sich bestehende SQL-Server-Kompetenzen weitgehend übertragen lassen. Unterschiede in Randfunktionen und im Ökosystem sollten frühzeitig identifiziert werden, um Überraschungen bei einer Umstellung zu vermeiden.

4. Vorteile und Herausforderungen im Vergleich zur Windows-Variante

Vorteile:
– Kostenersparnis: Der offensichtlichste Vorteil beim Einsatz von SQL Server unter Linux ist der Wegfall von Windows-Lizenzgebühren. Linux-Server (insbesondere in Form frei verfügbarer Distributionen wie Ubuntu oder AlmaLinux) verursachen keine oder geringere Betriebssystemkosten. In großen Umgebungen oder bei vielen Datenbankinstanzen kann dies die TCO (Total Cost of Ownership) spürbar senken. Zudem lässt sich Hardware oft effizienter auslasten, da Linux im Allgemeinen einen schlankeren Ressourcen-Footprint aufweist.
– Plattformkonsolidierung: Unternehmen, die bislang sowohl Windows- als auch Linux-Server betreiben mussten, können durch SQL Server auf Linux ihre Plattformvielfalt reduzieren. Wird eine einheitliche Linux-Serverlandschaft angestrebt, entfällt der Parallelbetrieb von Windows nur für die Datenbank. Das vereinfacht Administration, Monitoring und Schulungsaufwand, da das Team sich auf einen Betriebssystem-Standard fokussieren kann.
– Flexibilität und Lock-in-Reduzierung: Die Möglichkeit, SQL Server wahlweise auf Windows oder Linux einzusetzen, verschafft IT-Strategen mehr Freiheitsgrade. Man ist nicht mehr zwingend an Microsofts Betriebssystem gebunden und kann je nach Anforderung die Plattform wählen, die besser ins Konzept passt (z.B. Linux im Rechenzentrum, Windows in bestimmten Legacy-Umgebungen). Dies verringert die Gefahr eines Vendor-Lock-ins und erhöht die Unabhängigkeit in strategischen Entscheidungen. Gleichzeitig bleibt man innerhalb des Microsoft-Ökosystems für den Datenbanklayer, kann aber drumherum Open-Source-Stacks einsetzen.
– Modernere Deployment-Optionen: Linux ist in Cloud- und Container-Szenarien das vorherrschende Betriebssystem. SQL Server auf Linux lässt sich daher leichter in moderne DevOps-Workflows integrieren – etwa als Docker-Container in CI/CD-Pipelines oder als Teil einer Kubernetes-Orchestrierung. Unternehmen mit Cloud-first-Ansatz profitieren davon, dass sie in Cloud-Umgebungen (wo Linux-VMs oft kostengünstiger und standardmäßig verfügbar sind) ihre SQL-Datenbanken betreiben können, ohne auf eine spezielle Windows-Infrastruktur angewiesen zu sein.
– Leistung und Stabilität: Viele Organisationen schätzen an Linux die hohe Stabilität und die Möglichkeiten zur Performance-Optimierung. SQL Server kann unter Linux vergleichbare Performance wie unter Windows erzielen; in einigen Benchmark-Tests wurde auf Linux sogar eine geringfügig bessere Skalierung beobachtet. Dank des geringeren OS-Overheads können mehr Ressourcen direkt der Datenbank zugutekommen. Zudem sind Linux-Server für lange Uptimes bekannt – Neustarts sind seltener erforderlich (z.B. entfallen regelmäßige „Patchday“-Neustarts, da die meisten Updates im laufenden Betrieb installiert werden können). Dies kommt der Verfügbarkeit einer kritischen Datenbank zugute.
– Sicherheit: Linux bietet von Haus aus ein robustes Sicherheitsmodell mit feingranularen Berechtigungen und ist weniger im Fokus von Malware-Angriffen als Windows-Server. Durch den Einsatz von SQL Server auf einem gehärteten Linux-System können Sicherheitsanforderungen erfüllt werden, ohne auf die bewährten Security-Features von SQL Server (wie Verschlüsselung, Rollen- und Rechtemodell, Auditing) verzichten zu müssen. Einige Compliance-Vorgaben in bestimmten Branchen begünstigen zudem Open-Source-Plattformen. Insgesamt lässt sich eine SQL-Server-Datenbank unter Linux in bestehende Security- und Monitoring-Tools der Linux-Welt integrieren (z.B. Syslog, Auditd), was konsistente Sicherheitsrichtlinien erleichtern kann.

Herausforderungen:
– Eingeschränkte Funktionen und Abhängigkeiten: Nicht jeder Funktionsbereich von SQL Server ist unter Linux verfügbar. Wenn ein Unternehmen stark auf Features wie SQL Server Reporting Services (für Berichte) oder Analysis Services (für OLAP-Analysen) angewiesen ist, bleibt dafür weiterhin ein Windows-Server nötig, da diese Komponenten nicht auf Linux laufen. Auch bestimmte Spezialfunktionen (z.B. FILESTREAM oder ältere Replikationsarten) fehlen. Dies kann bedeuten, dass man Workarounds oder Mischszenarien benötigt, was die Architektur verkompliziert.
– Know-how und Kulturwandel: Die Einführung von Linux als Plattform für eine bislang Windows-zentrierte Datenbank erfordert Investitionen in Know-how. Datenbankadministratoren, die jahrelang auf Windows gearbeitet haben, müssen sich mit Linux-Befehlen, Dateistrukturen und Troubleshooting-Methoden vertraut machen. Umgekehrt müssen eventuell Linux-Administratoren die Besonderheiten von SQL Server erlernen. Dieser Schulungs- und Umstellungsaufwand sollte nicht unterschätzt werden – er ist jedoch durch Trainings und sukzessive Einführung zu bewältigen.
– Tooling und Prozesse: Viele etablierte Betriebsprozesse rund um SQL Server sind auf Windows ausgelegt – etwa Wartungsskripte in PowerShell, Überwachung per Performance Monitor oder Backup-Tools, die auf Windows-Dateipfade optimiert sind. Beim Wechsel auf Linux müssen diese Prozesse angepasst oder neu implementiert werden. Nicht alle Microsoft-Tools sind für Linux verfügbar (z.B. gibt es keinen direkten Ersatz für den Windows-Leistungsmonitor). Zwar existieren alternative Werkzeuge und Skripte, doch die Umstellung erfordert Planung und Tests, um keine Lücken in der Betriebsführung entstehen zu lassen.
– Migrationsaufwand und Komplexität: Wenn ein laufendes SQL Server-System von Windows nach Linux migriert werden soll, ist dies ein strategisches Projekt mit entsprechenden Risiken. Es gilt, die Daten mit minimaler Ausfallzeit zu übertragen, die Anwendungen auf Kompatibilität zu testen (z.B. bei eventuellen Pfadangaben oder Treiberkonfigurationen) und sicherzustellen, dass die Performance unter Linux den Erwartungen entspricht. In der Übergangsphase könnte eine Doppelstruktur nötig sein (parallel laufende Windows- und Linux-Instanzen), was temporär mehr Ressourcen bindet. Ohne sorgfältige Planung und Testläufe besteht die Gefahr von Betriebsstörungen oder Leistungseinbußen nach der Umstellung.
– Support und Ökosystem: Während Microsoft selbst vollen Support für SQL Server unter Linux bietet, ist das umgebende Ökosystem noch im Aufbau. Manche Drittanbieter-Tools oder -Anwendungen rund um Monitoring, Backup oder BI sind eventuell (noch) nicht für Linux freigegeben oder erfordern separate Anpassungen. Auch die Community-Erfahrung – z.B. Forenbeiträge, Blogposts – ist im Linux-Kontext naturgemäß geringer als die jahrzehntelange Wissensbasis zu SQL Server auf Windows. Unternehmen müssen also damit rechnen, in einigen Fällen Pionierarbeit zu leisten oder enger mit dem Hersteller-Support zusammenzuarbeiten, bis Best Practices breit verfügbar sind.
– Integration in bestehende Infrastruktur: In heterogenen Umgebungen muss die Integration von Linux-Servern in bestehende Prozesse reibungslos funktionieren. Themen wie die Einbindung ins Active Directory (für Authentifizierung), die Anbindung an Storage/SAN-Systeme oder die Nutzung von vorhandenen Sicherungslösungen müssen für Linux neu betrachtet werden. Wenn ein Unternehmen bislang reine Windows-Server einsetzt, bringt ein Linux-Server neue Anforderungen an Monitoring (andere Agenten oder Protokolle), Patch-Management und Betriebsskripte. Dieser erhöhte Aufwand relativiert in manchen Fällen die Vorteile, insbesondere wenn nur wenige Linux-Server eingeführt werden. Es ist daher wichtig, den Übergang strategisch zu planen, damit die Linux-basierte SQL Server-Instanz ein vollwertig integrierter Teil der IT-Umgebung wird.

5. Typische Einsatzszenarien für SQL Server unter Linux

DevOps und agile Entwicklung

In DevOps-Umgebungen sind Geschwindigkeit und Automatisierung entscheidend. Hier punktet SQL Server auf Linux vor allem durch die einfache Bereitstellung in Containern und automatisierten Pipelines. Entwicklungs- und Testumgebungen lassen sich mittels Docker-Containern mit SQL Server schnell hoch- und wieder herunterfahren, ohne erst einen kompletten Windows-Server konfigurieren zu müssen. Dies beschleunigt Continuous Integration/Continuous Delivery (CI/CD) Prozesse, da beispielsweise Integrationstests gegen eine frische SQL Server-Instanz in einem Linux-Container laufen können. Teams, die auf Infrastructure as Code setzen, finden in Linux ein gut skriptbares Ökosystem, um Datenbanken konsistent bereitzustellen und zu konfigurieren. Zudem nutzen viele moderne Toolchains (Jenkins, GitLab CI, Azure DevOps etc.) Linux-Runner, sodass ein SQL Server auf Linux sich nahtlos in diese Umgebungen einfügt. Insgesamt ermöglicht SQL Server unter Linux den Datenbankbetrieb mit derselben Agilität, die Entwickler von ihren Applikations-Stacks gewohnt sind – ein wichtiger Faktor für agile Entwicklungsmodelle.

Cloud-first-Strategien

Unternehmen mit einer „Cloud-first“-Philosophie favorisieren oft Plattformen und Technologien, die in Cloud-Umgebungen optimal funktionieren. Da die großen Cloud-Provider (Microsoft Azure, Amazon AWS, Google Cloud) alle erstklassige Unterstützung für Linux-Workloads bieten, ist SQL Server auf Linux eine logische Wahl für den Gang in die Cloud. Beispielsweise kann ein Unternehmen seine On-Premises-Datenbanken auf Linux migrieren und anschließend diese Linux-VMs in Azure oder AWS nahezu unverändert betreiben. In Multi-Cloud- oder Hybrid-Cloud-Szenarien vermeidet man durch Linux-Abstraktion Abhängigkeiten von spezifischen Windows-Versionen. Darüber hinaus sind Linux-VMs in vielen Cloud-Umgebungen kostengünstiger oder leistungsfähiger, da kein Windows-Layer mitlaufen muss. Durch SQL Server auf Linux lässt sich also ein einheitlicher, cloud-tauglicher Technologie-Stack aufbauen. Auch Container-Orchestrierungen in der Cloud – wie Azure Kubernetes Service oder Amazon EKS – können einen zustandsbehafteten Dienst wie SQL Server als Linux-Container einbinden, um cloudnative Architekturen zu realisieren. Kurz gesagt: Wer auf Cloud setzt, erhält mit SQL Server unter Linux maximale Flexibilität bei der Wahl der Betriebsumgebung und oft auch finanzielle Vorteile im Cloud-Betrieb.

Kostenoptimierung

Viele Organisationen verfolgen strikt das Ziel, ihre IT-Kosten zu senken oder besser planbar zu machen. SQL Server unter Linux kann dabei helfen, sowohl Lizenz- als auch Betriebskosten zu reduzieren. Ein typisches Szenario ist etwa ein mittelständisches Unternehmen, das einen teuren proprietären UNIX- oder Oracle-Datenbank-Stack ablösen möchte. Durch den Wechsel auf SQL Server auf Linux lassen sich die hohen Oracle-Lizenzgebühren einsparen, während man dennoch eine leistungsstarke Enterprise-Datenbank behält. Gleichzeitig entfallen die Windows-Betriebssystemkosten und gegebenenfalls die Aufwendungen für Windows-spezifisches Management. Auch im Kontext von Server-Konsolidierungen (z.B. Virtualisierung) kann Linux als Host-OS wirtschaftlicher sein: Mehr SQL-Instanzen pro Host sind möglich, ohne die Lizenzmetriken von Windows zu tangieren. Ferner begünstigt Linux eine effizientere Ressourcennutzung (weniger RAM-Overhead durch das OS), was gerade bei großen Datenbankservern in echten Einsparungen bei Hardware und Energie resultieren kann. Unternehmen mit straffen IT-Budgets können so einen besseren ROI für ihre Datenbankplattform erzielen.

Plattformkonsolidierung

In heterogenen IT-Landschaften verursachen mehrere parallel genutzte Plattformen Zusatzaufwand – von mehrfachen Patch-Prozessen über unterschiedliche Backup-Lösungen bis hin zu getrennten Administrationsteams. Daher streben viele IT-Strategen eine Konsolidierung an, sprich: die Reduktion der Vielfalt an Betriebssystemen und Systemtypen. Wenn ein Unternehmen bereits einen Großteil seiner Infrastruktur auf Linux standardisiert hat (z.B. Webserver, Applikationsserver, Container-Plattformen), passte ein Windows-basierter SQL Server bisher als Fremdkörper hinein. Jetzt kann man die Datenbank ebenfalls auf dem Standardbetriebssystem laufen lassen. Dies vereinfacht die Gesamtarchitektur: Backups aller Server können mit denselben Tools erfolgen, Monitoring-Agenten und Log-Mechanismen sind einheitlich, und das Betriebsteam muss nur noch ein OS-Skillset beherrschen. Ein praktisches Beispiel: Ein Softwareanbieter, der seine Lösung in Form von Appliances ausliefert, konnte früher eventuell keine Microsoft-Datenbank nutzen, weil Kunden ungern einen Windows-Server danebenstellen wollten. Mit SQL Server auf Linux lässt sich die gesamte Appliance auf einer Linux-VM bündeln – attraktiver für Linux-affine Kunden. Plattformkonsolidierung bringt also nicht nur Kostenvorteile, sondern auch organisatorische: weniger Komplexität, weniger Silos in der IT und klarere Verantwortlichkeiten.

Sicherheits- und Compliance-Anforderungen

In sicherheitskritischen Umgebungen (etwa im Finanzsektor, bei Behörden oder im Militär) gelten oft strenge Vorgaben für Softwareumgebungen. Linux genießt in vielen dieser Bereiche einen guten Ruf, weil es als auditierbar, anpassungsfähig und stabil gilt. SQL Server unter Linux ermöglicht es, die hohen Sicherheitsstandards dieser Organisationen zu erfüllen, ohne auf eine erstklassige Datenbank zu verzichten. Beispielsweise können Unternehmen SQL Server in Kombination mit Sicherheitsmechanismen wie SELinux (Security-Enhanced Linux) betreiben, um den Datenbankprozess zusätzlich vom Rest des Systems abzuschotten. Regelmäßige Sicherheits-Patches lassen sich unter Linux oft ohne Neustart einspielen, was den Zeitraum verwundbarer Systeme minimiert. Darüber hinaus fügen sich Linux-Server gut in zentrale Sicherheitsüberwachungen ein – Logs können einheitlich in SIEM-Systeme geleitet werden, und Tools zur Schwachstellen-Analyse haben Linux-Support. Für Firmen, die besonders Wert auf Open-Source-Technologien legen (etwa aus Souveränitätsgründen), kann SQL Server unter Linux einen Kompromiss darstellen: Man erhält die Sicherheit und Kontrolle über das OS, während die Datenbank dennoch von Microsoft gepflegt wird und robuste Sicherheitsfeatures bietet. Insgesamt unterstützt SQL Server auf Linux eine „Defense in Depth“-Strategie, in der sowohl Applikationsebene als auch Betriebssystemebene mit bestmöglichen Sicherheitsmaßnahmen ausgestattet sind.

6. Migration von Windows zu Linux: strategische Überlegungen und Handlungsempfehlungen

Die Umstellung eines bestehenden SQL Server-Systems von Windows auf Linux ist ein Vorhaben, das sowohl technische als auch organisatorische Planung erfordert. Es handelt sich nicht um ein simples Upgrade, sondern um einen Plattformwechsel. Entsprechend sollten Entscheider strukturiert vorgehen. Nachfolgend einige empfohlene Schritte und Überlegungen für eine erfolgreiche Migration:

1. Analyse des Ist-Zustands: Zunächst gilt es, die aktuelle SQL Server-Umgebung genau unter die Lupe zu nehmen. Welche Version und Edition wird eingesetzt? Welche Datenbanken und Anwendungen hängen daran? Werden Features genutzt, die unter Linux nicht verfügbar sind (z.B. FILESTREAM, bestimmte Agent-Jobs, Windows-Authentifizierung)? Auch Performance-Profile (Auslastung, Speicherbedarf, I/O-Volumen) sollten erhoben werden, um die Linux-Umgebung später richtig dimensionieren zu können. Diese Bestandsaufnahme bildet die Grundlage für alle weiteren Entscheidungen.
2. Machbarkeitsbewertung und Pilotprojekt: Auf Basis der Analyse entscheidet man, ob alle Komponenten migrierbar sind oder ob gewisse Teile (etwa SSRS-Berichte) auf Windows verbleiben müssen. Es kann sinnvoll sein, zunächst ein Pilotprojekt aufzusetzen – beispielsweise eine nicht-produktive Datenbank unter Linux bereitzustellen oder eine Kopie der Produktionsdaten testweise auf einem Linux-basierten SQL Server laufen zu lassen. In dieser Pilotphase gewinnt das Team Erfahrung mit Installation, Konfiguration und typischen Abläufen unter Linux. Gleichzeitig lassen sich mögliche Stolpersteine früh identifizieren, etwa Inkompatibilitäten oder Performanceunterschiede.
3. Wahl der Migrationsstrategie: Für die eigentliche Überführung der Daten gibt es verschiedene Ansätze, je nach geforderter Ausfallszeit und Komplexität. Die einfachste Methode ist oft ein Backup/Restore-Vorgehen: Man sichert die Datenbanken auf dem Windows-Server und stellt die Backups auf dem Linux-Server wieder her. Dies setzt allerdings eine geplante Downtime voraus. Alternativ kann man mit fortlaufender Replikation arbeiten – etwa per Log Shipping oder Transactional Replication – um Ausfallzeiten zu minimieren. In manchen Fällen lässt sich auch eine Always On-Verfügbarkeitsgruppe zwischen Windows und Linux temporär einrichten (heterogene Cluster werden offiziell zwar nicht voll unterstützt, aber es gibt Ansätze mit verteilten AGs oder Drittanbieter-Tools, um einen nahezu nahtlosen Übergang zu schaffen). Die Wahl der Methode hängt von den Anforderungen des Geschäfts (Downtime-Fenster, Datenvolumen) ab. Wichtig ist, früh einen Plan festzulegen, wie die Datenübertragung ablaufen soll, und diesen Plan in Tests zu erproben.
4. Aufbau der Zielumgebung: Parallel zur Datenmigration sollte die Linux-Serverumgebung gründlich vorbereitet werden. Dazu gehört die Auswahl der passenden Linux-Distribution (unterstützt und idealerweise im Unternehmen etabliert) und die Installation von SQL Server mit allen benötigten Einstellungen. Themen wie Storage (z.B. Wahl des Dateisystems, Mount-Optionen), Netzwerk (Ports, Firewall, ggf. Domänenbeitritt für AD-Integration) und Hochverfügbarkeits-Setup (Pacemaker-Konfiguration, falls relevant) müssen eingeplant werden. Es empfiehlt sich, die neue Umgebung zunächst isoliert aufzusetzen und anhand von Standard-Workloads zu prüfen. Automatisierung kann helfen: Wenn man etwa mit Infrastructure as Code die Linux-Instanz konfiguriert, stellt man Konsistenz sicher und kann im Fehlerfall schnell neu aufsetzen.
5. Schulung und Prozessanpassung: Noch bevor der finale Wechsel stattfindet, sollte das Operations-Team fit gemacht werden für den Betrieb des neuen Systems. Schulungen in Linux-Grundlagen für Windows-Admins, Training im Umgang mit mssql-conf, sqlcmd und Shell-Skripten sowie die Anpassung von Betriebshandbüchern sind essenziell. Zudem müssen angrenzende Prozesse modifiziert werden: z.B. wie künftig Backups angestoßen und überprüft werden (ggf. via Cron statt Task Scheduler), wie Monitoring-Tools die Linux-Instanz überwachen (Agent auf Linux installieren oder andere Mechanismen nutzen) und wie Incident-Response abläuft (andere Pfade für Logs, neue Troubleshooting-Commands etc.). Diese Vorbereitung verhindert Wissenslücken im Echtbetrieb.
6. Durchführung der Migration: Für den Produktivumstieg sollte ein Wartungsfenster geplant werden (falls eine kurze Downtime akzeptabel ist) oder eine Phase parallelen Betriebs (falls schrittweise umgestellt wird). Alle Beteiligten – DBA, Systemadministrator, Anwendungsverantwortliche – sollten im Vorfeld genau wissen, wer was wann tut. Ein mögliches Vorgehen: Anwendungen vom alten DB-Server trennen, letzte Transaktionslogs übernehmen, Daten auf Linux wiederherstellen, Konfigurationen überprüfen (Logins, Rechte, Agent-Jobs neu einrichten) und dann die Anwendungen auf den neuen Server umstellen. Nach dem Umschalten ist engmaschiges Monitoring ratsam, um eventuelle Probleme sofort zu erkennen. Ein vorbereiteter Rollback-Plan (zurück auf den alten Server) gibt zusätzliche Sicherheit, falls unerwartete Schwierigkeiten auftreten.
7. Nachbetreuung und Optimierung: Nach der Migration ist vor der Optimierung. Erfahrungsgemäß zeigen sich erst im laufenden Betrieb alle Unterschiede. Vielleicht müssen Indexe neu organisiert oder bestimmte Abfragen angepasst werden, falls sich das Laufzeitverhalten auf dem neuen System geändert hat. Auch sollten die Administratoren die Systemauslastung in den ersten Wochen genau beobachten – Linux verwendet etwas andere Mechanismen für Caching und Speicherverwaltung, sodass Parameter (z.B. vm.swappiness oder die Speicherzuweisung in mssql.conf) noch feinjustiert werden müssen. Positiv zu vermerken ist, dass nach erfolgreicher Migration oft Synergien realisiert werden können: Man kann weitergehende Linux-Technologien einführen (Container, Automatisierung) oder zusätzliche SQL Server auf Linux bereitstellen, sobald das Know-how gefestigt ist. Wichtig ist, aus dem Migrationsprojekt Lessons Learned zu ziehen, um zukünftige Vorhaben noch effizienter zu gestalten.

Jede Migration ist individuell – die genannten Schritte bieten einen Rahmen, der je nach Ausgangssituation angepasst werden sollte. Entscheidend aus strategischer Sicht ist, dass die Migration nicht isoliert technisch betrachtet wird, sondern als Teil einer größeren IT-Roadmap. Mit klarer Strategie, realistischen Zeitplänen und Einbindung aller Stakeholder kann der Wechsel von Windows zu Linux mit SQL Server jedoch erfolgreich gemeistert werden.

7. Betrieb und Wartung unter Linux

Hochverfügbarkeit: Geschäftskritische Datenbanksysteme müssen auch unter Linux gegen Ausfälle abgesichert werden. Auf Windows wird hierfür häufig Windows Server Failover Clustering (WSFC) in Kombination mit Always On-Verfügbarkeitsgruppen oder Failover-Clusterinstanzen genutzt. Unter Linux steht WSFC nicht zur Verfügung, doch Microsoft bietet seit SQL Server 2017 die Always On-Verfügbarkeitsgruppen auch für Linux an. Die Koordination der Failover übernimmt hierbei der Linux-Cluster-Manager Pacemaker in Verbindung mit Corosync. Das Einrichten einer solchen Umgebung erfordert Linux-typisches Know-how (Konfiguration von Cluster-Ressourcen, Fencing, etc.), liefert aber vergleichbare Ergebnisse: automatisches Failover bei Serverausfall, ggf. mit synchroner Datenreplikation zwischen primärem und sekundärem Knoten. Alternativ können Organisationen auf bewährte Techniken wie Log Shipping oder regelmäßige Backups mit schnellem Restore ausweichen, um zumindest eine Cold-Standby-Lösung zu haben. Auch die Nutzung virtualisierungsbasierter Hochverfügbarkeit (z.B. VMs auf unterschiedlichen Hosts mit schnellen Recovery-Mechanismen) ist eine Option, ersetzt aber kein echtes Datenbank-Failover. Wichtig ist, dass im Linux-Betrieb frühzeitig eine HA-Strategie festgelegt wird, da die Tools und Verfahren andere sind als unter Windows. Microsoft stellt detaillierte Anleitungen für Always On unter Linux bereit, und einige Drittanbieter (z.B. mit Container-Lösungen) bieten ebenfalls Ansätze, um hohe Verfügbarkeit zu gewährleisten. Trotz der zusätzlichen Komplexität hat sich gezeigt, dass SQL Server unter Linux im Cluster-Betrieb ebenso stabile Failover-Fähigkeiten bieten kann wie auf Windows, sofern die Einrichtung sorgfältig erfolgt.

Performance-Tuning: Die Leistungsoptimierung eines SQL Servers auf Linux umfasst alle üblichen Datenbankmaßnahmen (Indexpflege, Abfrageoptimierung, ausreichender RAM etc.), darüber hinaus aber auch systemseitige Stellschrauben. Linux bietet dem Administrator mehr Möglichkeiten, Systemparameter zu beeinflussen – was Fluch und Segen zugleich sein kann. Beispielsweise sollte man die Verwendung von Huge Pages für den SQL-Server-Speicher in Betracht ziehen, da SQL Server ab einer bestimmten Arbeitsspeichermenge davon profitieren kann (sofern entsprechend im mssql-conf konfiguriert). Auch der Swap-Speicher lässt sich via vm.swappiness anpassen; in Datenbankserver-Konfigurationen setzt man diesen Wert meist niedrig an, um ein Auslagern von SQL Server-Seiten weitgehend zu vermeiden. Die Wahl des I/O-Schedulers und optimierte Mount-Optionen (etwa noatime) für die Datenträger können ebenfalls Einfluss auf Latenz und Durchsatz haben. In der Praxis bedeutet dies, dass DBA und Sysadmin enger zusammenarbeiten müssen: Das Tuning erstreckt sich sowohl auf SQL-spezifische Parameter (MaxDOP, Indizes etc.) als auch auf Linux-Kernel- und Dateisystemparameter. Positiv hervorzuheben ist, dass Linux tendenziell ein sehr transparentes System ist – es gibt Tools wie htop, iostat oder perf, mit denen Engpässe auf CPU-, Speicher- oder I/O-Ebene genau analysiert werden können. Zudem stellt Microsoft für Linux dieselben DMVs und Extended Events bereit, um die Datenbank intern zu überwachen. Ein Unterschied zum Windows-Betrieb: Statt auf GUI-Werkzeuge verlässt man sich stärker auf Skripte und Metriken, die in Dashboards (z.B. Prometheus/Grafana oder Azure Monitor) visualisiert werden können. Insgesamt erfordert Performance-Tuning unter Linux etwas breiteres Wissen, eröffnet aber auch zusätzliche Optimierungspotenziale, weil das Betriebssystem sehr fein konfigurierbar ist. Mit den richtigen Einstellungen kann SQL Server auf Linux äußerst performante Ergebnisse erzielen, wie verschiedene Benchmarks gezeigt haben.

Backup-Strategien: Die Sicherung und Wiederherstellung von SQL Server-Datenbanken unterscheidet sich unter Linux vom Ablauf her kaum von Windows – die gleichen Backup-Befehle (FULL, DIFF, LOG) stehen zur Verfügung und erzeugen das gleiche Format von Sicherungsdateien. Neu ist allerdings, dass Administratoren Wege finden müssen, diese Backups in ihrer Linux-Infrastruktur abzulegen und zu verwalten. Oft werden Backups auf ein gemountetes NAS (per NFS) geschrieben oder per Samba/SMB auf einen Fileserver kopiert, der zentral verwaltet wird. Alternativ können Backups via Azure Blob Storage direkt in Cloud-Speicher abgelegt werden (SQL Server unter Linux unterstützt Backup zu Azure Block Blobs ebenso wie die Windows-Version). Die Automatisierung der Backup-Jobs lässt sich entweder über den SQL Server-Agent realisieren (indem entsprechende Job Steps konfiguriert werden) oder über Cron-Jobs, die z.B. ein Skript mit sqlcmd ausführen. Hier kommen wieder die Stärken von Linux ins Spiel: Mit Shell-Skripten und Tools wie rsync können Backups flexibel gehandhabt, rotiert und auf andere Systeme repliziert werden. Für Desaster Recovery sollten Admins prüfen, ob ihre gewohnte Wiederherstellungsstrategie – etwa das Auslagern auf Bänder oder Cloud-Backups – auch mit dem Linux-basierten Ansatz kompatibel ist. Test-Wiederherstellungen (Disaster-Recovery-Übungen) sind ebenso durchzuführen wie in der Windows-Welt, um sicherzustellen, dass im Ernstfall alle Schritte beherrscht werden. Insgesamt ändert sich an der SQL-typischen Backup/Restore-Philosophie wenig, aber die Integration in bestehende Backup-Infrastrukturen muss im Linux-Kontext neu gedacht und getestet werden.

Monitoring und Patch-Management: Im laufenden Betrieb ist die Überwachung einer SQL-Server-Instanz unter Linux genauso kritisch wie unter Windows. Viele Kennzahlen (z.B. Buffer Hit Rate, Wait Statistics, Index-Nutzung) werden wie gehabt über SQL-eigene Mechanismen (DMVs, Extended Events, ggf. Alerts) erhoben. Die Herausforderung besteht darin, diese Daten in die Monitoring-Landschaft einzubinden. In Windows-Umgebungen nutzen Admins oft Performance Monitor oder WMI; unter Linux bieten sich dafür Tools wie pidstat, sar oder spezialisierte Lösungen an, die Metriken aus dem SQL Server auslesen (z.B. Telegraf-Agents oder das Grafana-Plugin für MS SQL). Microsoft selbst hat mit Azure Arc und den Azure Monitor-Integrationen Möglichkeiten geschaffen, On-Premises-SQL-Server – egal ob auf Windows oder Linux – zentral zu überwachen. Für den reibungslosen Betrieb ist es essenziell, dass Warnmeldungen (etwa hohe Speicherauslastung, lange Laufzeiten von Backups, fehlgeschlagene Jobs) auch vom Linux-System aus in die zentrale Event-Konsolidierung gelangen. Hier zahlt es sich aus, dass Linux-Server gängige Protokolle wie Syslog verwenden, die sich oft schon im Unternehmen etabliert haben.

Beim Patch-Management zeigt Linux seine Stärken: Das Aktualisieren des SQL Servers erfolgt über die Paketverwaltung (z.B. via yum oder apt). Sicherheitsupdates oder neue CUs können damit skriptgesteuert und konsistent über alle Server verteilt werden. Allerdings sollte man beachten, dass auch hier ein Neustart des SQL-Dienstes – und bei Kernel-Updates des ganzen Servers – nötig werden kann. Daher sind Wartungsfenster und sorgfältige Update-Tests unverändert wichtig. Ein Vorteil ist, dass Linux flexible Möglichkeiten für Rolling Updates bietet (Container-Neurollouts, parallel installierbare Instanzen für Staging etc.), was in Zukunft noch verstärkt genutzt werden kann. Die Betriebserfahrung zeigt, dass ein SQL Server unter Linux mit dem richtigen Monitoring- und Patch-Prozess ebenso gut, wenn nicht einfacher, zu warten ist wie sein Windows-Pendant.

8. Zukunftsperspektiven: Rolle von SQL Server unter Linux in modernen IT-Architekturen

Die Einführung von SQL Server auf Linux war mehr als nur ein taktischer Schritt – sie markiert einen langfristigen Strategiewechsel, der auch in Zukunft maßgeblich die Rolle dieses Datenbanksystems prägen wird. In modernen IT-Architekturen, die geprägt sind von Cloud-nativen Ansätzen, Microservices und Hybrid-Cloud-Umgebungen, wird eine plattformunabhängige Datenhaltung immer wichtiger. SQL Server unter Linux fügt sich genau in diese Welt ein: Man ist nicht länger auf eine Windows-Server-Schicht angewiesen, um relationale Enterprise-Datenbanken zu nutzen. Dadurch kann SQL Server Bestandteil von Lösungsarchitekturen werden, in denen bislang primär Open-Source-Datenbanken dominierten – einfach weil das Betriebssystem homogen bleiben sollte.

Ein Trend, der sich abzeichnet, ist die zunehmende Nutzung von Kubernetes und Container-Orchestrierung auch für stateful Workloads. Microsoft hat auf diesen Trend reagiert, indem es containerisierte SQL Server-Instanzen (Linux-basiert) offiziell unterstützt und mit Projekten wie Azure Arc Data Services erlaubt, SQL Server-Instanzen in Kubernetes-Clustern bereitzustellen und zentral zu verwalten. Zukünftig könnte SQL Server in der Praxis immer öfter als Container laufen – sei es on-premises oder in der Cloud – was durch die Linux-Unterstützung erst möglich wurde. In solch einer Architektur ist das Betriebssystem fast zweitrangig: Wichtig ist, dass der Datenbankservice stabil und portierbar ist. Linux dient hier als universeller Laufzeit-Container, auf dem SQL Server in verschiedensten Umgebungen identisch läuft.

Auch in Bezug auf Funktionsumfang und Integration ist zu erwarten, dass die Kluft zwischen Windows und Linux weiter geschlossen wird. Microsoft hat bereits einen Großteil der SQL-Server-Funktionen auf Linux portiert und dürfte die verbleibenden Lücken in kommenden Versionen weiter adressieren, sofern die Nachfrage besteht (Beispiele könnten die vollständige Integration von Active Directory inklusive aller Nebenaspekte oder die Portierung von SQL Server Analysis Services auf Linux sein, falls der Markt dies erfordert). Zudem könnten neue Features gleich plattformneutral entwickelt werden. Die Release-Planung von Microsoft zeigt, dass Linux als feste Größe betrachtet wird – neue Versionen (etwa SQL Server 2022 und darüber hinaus) erscheinen zeitgleich für beide Betriebssysteme. Für IT-Entscheider bedeutet das Planungssicherheit: Eine Investition in SQL Server auf Linux ist zukunftssicher, da Microsoft den Support und die Weiterentwicklung parallel zu Windows vorantreibt und die Linux-Variante keineswegs als Experiment betrachtet.

In modernen Datenarchitekturen wird häufig eine polyglotte Strategie verfolgt: unterschiedliche Datenbanken für unterschiedliche Anforderungen (NoSQL, NewSQL, Cloud-Storage etc.). In diesem Kontext kann SQL Server unter Linux seinen Platz als robustes Transaktionssystem mit starkem Tooling behaupten, während es gleichzeitig neben Open-Source-Komponenten koexistiert. Ein Unternehmen könnte z.B. PostgreSQL für bestimmte Anwendungsfälle und SQL Server für andere einsetzen – beide auf der gleichen Linux-Plattform, was den operativen Betrieb vereinfacht. Über Konnektoren und Standardprotokolle integriert sich SQL Server immer besser in solche heterogenen Umgebungen (Stichwort PolyBase, das den Zugriff auf diverse externe Datenquellen über T-SQL ermöglicht – auch das ist unter Linux nutzbar). Damit verschwimmt die Grenze zwischen der Microsoft-Welt und der Open-Source-Welt zunehmend, was letztlich den Nutzern zugutekommt.

Langfristig wird SQL Server unter Linux vermutlich einen steigenden Anteil an Deployments ausmachen, insbesondere im Cloud- und Edge-Computing-Bereich. Gerade am Netzwerkrand (Edge) laufen Systeme fast ausschließlich auf schlanken Linux-Derivaten – mit SQL Server auf Linux kann Microsoft auch in diesen Szenarien eine Rolle spielen (man denke an Azure SQL Edge, das auf Linux-Containern basiert). Gleichzeitig wird Windows Server weiterhin seine Daseinsberechtigung haben, vor allem in Legacy-Umgebungen und dort, wo eine tiefe Integration ins Microsoft-Ökosystem (z.B. Active Directory, SharePoint oder andere Windows-basierte Applikationen) wichtig ist. Doch der Trend geht klar zur Entkoppelung von Software und zugrunde liegendem OS. Für Datenbanken bedeutet dies, dass Entscheider freier wählen können, ohne sich um Kompatibilität zu sorgen.

Zusammenfassend lässt sich sagen: SQL Server unter Linux hat sich vom anfänglichen „Tabubruch“ zu einem etablierten Bestandteil moderner IT-Strategien entwickelt. In Zukunft wird seine Rolle weiter wachsen, da er Organisationen die Brücke zwischen bewährter Microsoft-Datenbanktechnologie und zukunftsorientierten Infrastrukturmodellen baut. Ob in containerisierten Microservice-Landschaften, in hybriden Multi-Cloud-Szenarien oder in sicherheitsfokussierten Rechenzentren – SQL Server auf Linux wird als flexibler Baustein präsent sein. Für IT-Entscheider bedeutet dies, dass die Frage „Windows oder Linux?“ an Bedeutung verliert und stattdessen der Fokus auf der optimalen Nutzung von SQL Server selbst liegt. Die Fähigkeit, SQL Server dort einsetzen zu können, wo es strategisch am meisten Sinn ergibt, eröffnet neue Möglichkeiten, die Datenplattform optimal an die Unternehmensziele anzupassen.

9. FAQ

1. Welche SQL Server Versionen laufen unter Linux? – Microsoft unterstützt SQL Server seit Version 2017 (14.x) auf Linux. Aktuell sind SQL Server 2017, 2019 und 2022 (sowie künftige Versionen) für Linux verfügbar. Ältere Versionen (wie SQL Server 2016 und früher) lassen sich nicht unter Linux betreiben.
2. Welche Linux-Distributionen werden unterstützt? – Offiziell freigegeben sind u.a. Red Hat Enterprise Linux, SUSE Linux Enterprise Server und Ubuntu (Long Term Support-Versionen). Zudem wird Debian von neueren SQL-Server-Versionen unterstützt. Microsoft stellt für diese Distributionen Installationspakete bereit und testet die Kompatibilität. Die Wahl der Distribution kann sich nach dem Unternehmensstandard, Support-Verträgen und bestehenden Kenntnissen richten.
3. Sind alle Funktionen der Windows-Version unter Linux verfügbar? – Der Kern der Datenbank-Engine (T-SQL, Transaktionen, In-Memory, Columnstore etc.) ist gleich. Allerdings fehlen einige Windows-spezifische Features: z.B. die gesamten BI-Dienste (SSRS, SSAS, SSIS) laufen nicht auf Linux, FILESTREAM/FileTable ist nicht verfügbar, ebenso wenig die veraltete Datenbankspiegelung oder Merge Replication. Auch Integrationen wie xp_cmdshell oder COM-Objekte stehen nicht zur Verfügung. Für die meisten modernen Workloads sind diese Einschränkungen verkraftbar, sollten aber vor einer Umstellung geprüft werden.
4. Wie unterscheidet sich die Performance zwischen Linux und Windows? – In der Regel ist die Performance vergleichbar. In manchen Szenarien wurde unter Linux sogar eine leichte Leistungssteigerung beobachtet, da das Betriebssystem effizient mit Ressourcen umgeht. Wichtig ist eine optimale Konfiguration (Dateisystem, Speicherverwaltung) – dann erreicht SQL Server auf Linux die gleiche Performance wie auf Windows. Es gibt keine systematischen „Bremsen“ auf Linux, die die Datenbank langsamer machen würden.
5. Ist SQL Server unter Linux genauso stabil und sicher wie unter Windows? – Ja. Es handelt sich um denselben Datenbankcode, der lediglich auf einem anderen OS läuft. Die Stabilität hängt primär von der Systemkonfiguration und Wartung ab – ein gut konfigurierter Linux-Server ist genauso robust wie ein Windows-Server. Sicherheitsfunktionen (Verschlüsselung, Rollen/Rechte usw.) sind identisch vorhanden. Linux bietet zusätzlich ein starkes Sicherheitsfundament (z.B. weniger Angriffsfläche durch unnötige Dienste). In Summe kann SQL Server auf Linux als ebenso unternehmenskritisch einsetzbar gelten wie auf Windows.
6. Welche Vorteile bietet Linux aus Kostensicht für SQL Server? – Zum einen entfallen die Windows-Server-Lizenzkosten, was gerade in großem Maßstab oder in Cloud-VMs erheblich sein kann. Zum anderen setzen viele Unternehmen bereits auf Linux und haben entsprechende Supportverträge oder Expertise – man nutzt also bestehende Infrastruktur, statt Parallelwelten zu pflegen. Außerdem kann Linux meist ressourcenschonender betrieben werden, was indirekt Hardware- und Energiekosten spart.
7. Benötigt man spezielle Linux-Kenntnisse für den Betrieb von SQL Server? – Zumindest grundlegende Kenntnisse im Umgang mit Linux (Shell, Dateisystem, Dienstverwaltung) sind erforderlich. Die Datenbank-spezifischen Aufgaben (Abfragen optimieren, Backup etc.) bleiben ähnlich, aber die Bedienung des Betriebssystems unterscheidet sich. Ein Windows-Admin sollte sich mit den Grundlagen von Linux vertraut machen. Man muss kein Tiefenexperte sein, doch ohne Linux-Basiswissen wird das Troubleshooting und die Administration schwierig.
8. Kann SQL Server unter Linux mit Active Directory genutzt werden? – Ja, es ist möglich, Domänenkonten für die Authentifizierung zu verwenden. Dazu muss der Linux-Server der Windows-Domäne beitreten und Kerberos konfiguriert werden. Benutzer können sich dann mit ihren AD-Credentials am SQL Server anmelden (Integrated Security). Einschränkungen gibt es bei einigen Sonderfällen – z.B. können Linked Server unter Linux keine Windows-Auth zum Durchreichen nutzen, und die Endpunkt-Authentifizierung für AGs erfolgt über Zertifikate statt AD. Aber für normale User-Logins lässt sich AD einbinden.
9. Wie werden Backups unter Linux gehandhabt? – Im Grunde genauso wie unter Windows: Man verwendet T-SQL-Befehle (BACKUP DATABASE etc.) oder entsprechende Tools/Automatisierungen. Die Backup-Dateien (.bak) werden auf dem Linux-Dateisystem abgelegt. Man kann z.B. einen Pfad auf einen NAS mounten und dort die Backups speichern. Auch Backup-Verschlüsselung und Komprimierung funktionieren identisch. Wichtig ist, dass die Verantwortung für das Kopieren der Backupfiles auf externe Medien oder Cloud beim Admin liegt – da nutzt man dann Linux-Werkzeuge oder Skripte. Die Wiederherstellung (RESTORE) läuft ebenfalls analog zum Windows-Prozess.
10. Gibt es SQL Server Management Studio für Linux? – Nein, SSMS selbst läuft nur auf Windows. Allerdings gibt es Azure Data Studio, ein plattformübergreifendes GUI-Tool von Microsoft, das auch unter Linux installiert werden kann. Dieses bietet viele Funktionen für Entwicklung und grundlegende Administration, ist aber nicht so umfangreich wie SSMS. In der Praxis nutzen viele Admins weiterhin SSMS von einem Windows-Client aus, um sich mit dem Linux-SQL-Server zu verbinden. Für rein Linux-basierte Umgebungen stehen neben Azure Data Studio auch Kommandozeilentools (sqlcmd, mssql-cli) zur Verfügung.
11. Wie installiert man SQL Server auf einem Linux-System? – Die Installation erfolgt über die Paketverwaltung der jeweiligen Distribution. Microsoft stellt Repositorys bereit (z.B. per curl einen GPG-Schlüssel und Repo-Datei hinzufügen). Danach installiert man das Paket mssql-server über apt, yum oder zypper. Anschließend führt man das Einrichtungsprogramm (/opt/mssql/bin/mssql-conf setup) aus, um Dinge wie die Edition und das SA-Passwort zu konfigurieren. Insgesamt ist der Prozess skriptfähig und in wenigen Befehlen erledigt – es gibt keinen GUI-Installer wie unter Windows.
12. Lässt sich SQL Server unter Linux in Containern oder Kubernetes betreiben? – Ja, Microsoft bietet offizielle Docker-Images des SQL Servers an, die auf Linux basieren. Diese Images können in Docker-Umgebungen oder orchestriert in Kubernetes/OpenShift genutzt werden. Man kann somit SQL Server-Container für Dev/Test oder sogar produktiv einsetzen. Wichtig ist, für persistente Speicherung zu sorgen (z.B. Kubernetes Persistent Volumes), da die Datenbankdaten ein Volume benötigen. Container ermöglichen schnelles Deployment und vereinfachen CI/CD-Pipelines erheblich.
13. Ist der Support durch Microsoft für SQL Server auf Linux gleichwertig? – Ja, Microsoft unterstützt die Linux-Version vollumfänglich im Rahmen seiner Support-Angebote (Premier Support, CSS etc.), sofern man eine unterstützte Umgebung einsetzt. Sicherheitsupdates und Bugfixes erscheinen simultan für Linux und Windows. Microsoft hat extra Teams aufgebaut, die sich um Linux-Themen kümmern. Kurz: Als Kunde erhält man bei Problemen Hilfe, egal ob der SQL Server auf Windows oder Linux läuft.
14. Wie funktioniert Hochverfügbarkeit auf Linux? – Vergleichbar mit Windows, aber mit anderen Werkzeugen. Man nutzt Always On-Verfügbarkeitsgruppen mit synchroner Replikation zwischen mehreren Servern. Anstelle des Windows-Failoverclusters übernimmt auf Linux der Pacemaker-Cluster die Aufgabe, einen Failover beim Primärausfall auszulösen. Die Datenbanken werden wie gewohnt in einer AG gespiegelt, Listener etc. funktionieren ebenfalls. Die Einrichtung ist etwas komplexer, da man Pacemaker konfigurieren muss. Alternativ kann man anstatt eines automatisierten Failovers auch Log Shipping oder manuellen Failover mittels Backup/Restore betreiben, je nach Anforderungen.
15. Kann man eine bestehende SQL Server-Datenbank von Windows nach Linux migrieren? – Ja, das ist möglich. Die Datenbank-Dateien und Backups sind plattformneutral. Am einfachsten sichert man die Datenbank auf dem Windows-Server und stellt das Backup auf dem Linux-Server wieder her – schon läuft die DB auf Linux (vorausgesetzt, die SQL-Server-Version auf Linux ist gleich oder höher). Man kann auch eine replizierte Umgebung aufbauen (z.B. mittels Distributed AG) und so mit minimaler Downtime umschwenken. Wichtig ist, vorher zu prüfen, ob keine Windows-spezifischen Features genutzt wurden, und idealerweise die Datenbankversion auf einen Stand zu bringen, der unter Linux unterstützt wird (siehe Frage 3).
16. Werden vorhandene SQL Server-Lizenzen auf Linux anerkannt? – Ja. Die SQL-Server-Lizenz ist an die Software gebunden, nicht an das Betriebssystem. Wenn Sie also eine gültige Lizenz (per Core oder Server/CAL) für SQL Server besitzen, dürfen Sie diese einsetzen, egal ob Sie SQL Server auf Windows oder Linux installieren. Es gibt kein separates Lizenzmodell für Linux. Man sollte lediglich darauf achten, die Lizenzbedingungen (z.B. Anzahl Kerne) auch in der neuen Umgebung einzuhalten.
17. Welche Editionen (Express, Standard, Enterprise usw.) sind für Linux verfügbar? – Alle wichtigen Editionen. Die kostenlose Express Edition und die Developer Edition (für Entwicklungs-/Testzwecke) sind verfügbar, ebenso die Standard Edition und die Enterprise Edition mit vollem Funktionsumfang. Auch spezielle Varianten wie die Web Edition oder Azure-angepasste Editionen werden unterstützt. Die Limitierungen und Lizenzbedingungen der jeweiligen Edition entsprechen denen der Windows-Version.
18. Können auf einem Linux-Server mehrere SQL Server-Instanzen laufen? – Nicht direkt über das SQL Server-Setup. Anders als bei Windows, wo man Named Instances haben kann, ist unter Linux pro Server nur eine Instanz vorgesehen. Möchte man mehrere Instanzen, kann man entweder den Weg über Container gehen (jeder Container bringt seine eigene Instanz mit) oder mehrere virtuelle Maschinen/Server betreiben. In der Praxis nutzt man oft Container, um eine gewisse Dichte an Instanzen pro Host zu erreichen, anstatt die auf Windows übliche Multi-Instance-Funktion.
19. Gibt es Einschränkungen bei der Skalierung oder beim Speicherzugriff? – Die maximal mögliche Skalierung (Cores, RAM) hängt von der Edition ab, nicht vom OS. Enterprise Edition kann z.B. alle CPU-Kerne und den gesamten RAM eines Hosts nutzen, egal ob Windows oder Linux. Beim Speicherzugriff setzt SQL Server auf Linux ähnlich auf den Buffer Pool; man sollte jedoch darauf achten, dass Linux ausreichend Huge Pages (große Speicherpages) bereitstellt, wenn sehr viel RAM genutzt wird. Ein Unterschied ist, dass Linux die Speicherverwaltung anders handhabt (es cached z.B. Filesystem anders als Windows), was Fein-Tuning erfordert, aber keine prinzipielle Limitierung darstellt.
20. Wie werden Updates und Patches eingespielt? – Unter Linux via Paketmanager. Microsoft stellt für SQL Server monatliche Updates (CUs) und ggf. Hotfixes bereit, die als neue Paketversion erscheinen. Durch ein einfaches apt upgrade bzw. yum update kann man den SQL Server aktualisieren. Der Dienst wird dabei neu gestartet, vergleichbar mit einem Windows-Update, aber der Vorgang ist skriptgesteuert und lässt sich in Wartungsfenstern gut automatisieren. Größere Versionsupgrades (z.B. 2019 -> 2022) erfordern wie auf Windows ein geplantes Inplace-Upgrade oder Neuinstallation mit Datenmigration. Insgesamt macht der Paketmanager die Patch-Verteilung effizient, insbesondere wenn viele Server parallel zu pflegen sind.
21. Was ist mit SSIS, SSAS und SSRS unter Linux? – Diese Dienste gibt es nativ nicht auf Linux. Die SQL Server-Installation unter Linux umfasst nur die Datenbank-Engine (und optional den SQL-Agent). Wer Reporting Services (SSRS) nutzen möchte, muss diese Komponente auf einem Windows-Server betreiben – allerdings kann die Berichts-Datenbank auf einem Linux-SQL-Server liegen. Ähnlich verhält es sich mit Analysis Services (SSAS): bislang kein Linux-Produkt verfügbar, daher muss ein SSAS-Server auf Windows laufen. Integration Services (SSIS) hat keinen Linux-Dienst; man könnte aber von einem Windows-Server mit SSIS aus ETL-Pakete ausführen, die dann auf Daten am Linux-SQL-Server zugreifen. Microsoft setzt bei neuen BI-Lösungen verstärkt auf Cloud-Dienste (Power BI, Azure Data Factory), die plattformunabhängig sind. Dennoch: Stand heute benötigt man für klassische BI-Serverrollen weiterhin Windows.
22. Können Windows- und Linux-basierte SQL Server zusammenarbeiten? – Ja, durchaus. Beispielsweise kann man eine Always On-Verfügbarkeitsgruppe mit einem primären Replica auf Windows und einem sekundären auf Linux (oder umgekehrt) einrichten – Microsoft erlaubt gemischte Umgebungen in einer Distributed Availability Group (zwei separate Cluster, die asynchron replizieren). Auch Replikationsszenarien (Publisher auf Windows, Subscriber auf Linux) sind möglich. Für Backup/Restore oder Log Shipping spielt es ohnehin keine Rolle, welches OS der Server hat. Einschränkungen bestehen lediglich darin, dass ein gemeinsamer Failover-Cluster nicht OS-übergreifend sein kann (ein Windows-Clusterknoten kann nicht mit einem Linux-Clusterknoten direkt in einem Cluster sein). Operativ kann ein Team jedoch problemlos sowohl Windows- als auch Linux-SQL-Server verwalten – der Umgang mit T-SQL und den Datenbanken ist gleich, Unterschiede liegen in der Serveradministration.
23. Unterstützt SQL Server unter Linux die gleichen Sicherheitsfunktionen (Verschlüsselung, Auditing etc.)? – Ja, nahezu vollständig. Transparent Data Encryption (TDE) beispielsweise funktioniert auf Linux exakt wie auf Windows – Keys können in einem lokalen Keystore oder (seit neueren Updates) in Azure Key Vault hinterlegt werden. Funktionen wie Spaltenverschlüsselung (Always Encrypted) sind bis auf die Secure Enclaves identisch verfügbar. Das serverseitige Auditing von Zugriffen und Änderungen ist ebenso vorhanden und schreibt seine Logs auf das Linux-Dateisystem. Row-Level Security und Dynamic Data Masking sind rein in der Engine implementiert und daher ebenfalls auf Linux nutzbar. Insgesamt muss man in puncto Datenbanksicherheit keine Abstriche machen. Die Absicherung des OS erfolgt mit Linux-Bordmitteln (Firewall, Benutzerrechte, SELinux/AppArmor etc.), was in etwa vergleichbar mit der Härtung eines Windows-Servers ist – nur mit anderen Tools.
24. Wie wird eine Linux-basierte SQL Server Instanz überwacht? – Einerseits mit den gleichen Mitteln wie auf Windows (SQL-internes Monitoring via DMVs, Extended Events, Profiler-Ersatz etc.), andererseits mit Linux-Tools für die Systemkomponenten. Praktisch richtet man meist einen Monitoring-Agent ein, der Systemmetriken (CPU, RAM, Disk I/O aus /proc oder via Tools) und Datenbankmetriken (z.B. Anzahl Sessions, Wait Times per DMV) ausliest. Diese werden dann an ein Dashboard oder System wie SCOM, Nagios, Zabbix, Splunk etc. gemeldet. Microsoft hat kein eigenes Linux-GUI-Tool wie den Performance Monitor, aber die meisten großen Monitoring-Anbieter unterstützen gemischte Infrastrukturen. Wichtig: Logging und Benachrichtigungen müssen neu aufgesetzt werden – z.B. System-Logs wandern in /var/log, die man per Syslog weiterleiten sollte. Mit etwas Skriptaufwand oder dem Einsatz moderner APM-Tools erreicht man jedoch einen ebenso hohen Überwachungsgrad wie unter Windows.
25. Ist SQL Server unter Linux für moderne Architekturen (Microservices, Cloud-native) geeignet? – Absolut. Gerade Microservices- und Cloud-Architekturen setzen oft auf Container und schnelle Bereitstellung – hier fügt sich SQL Server auf Linux sehr gut ein. Man kann beispielsweise pro Microservice eine isolierte SQL Server-Instanz in einem Docker-Container bereitstellen, was vorher mit Windows-Containern ungleich schwieriger war. In Cloud-nativen Szenarien können CI/CD-Pipelines nun automatisch Datenbankinstanzen aufsetzen und wieder abbauen. Auch im Kontext von orchestrierten Umgebungen (Kubernetes) lässt sich SQL Server als Stateful Set betreiben. Kurzum: Wer auf DevOps, Automation und Cloud setzt, findet in SQL Server auf Linux ein kompatibles Datenbank-Backend, das die Prinzipien der modernen Infrastruktur mitträgt.
26. Unterscheiden sich die Hardware-Anforderungen unter Linux? – Nein, die grundsätzlichen Anforderungen sind vergleichbar. SQL Server benötigt eine x64-CPU mit ausreichender Leistung, genügend RAM und schnellen Disk-Speicher – das ist unter Linux nicht anders als unter Windows. Einige Dinge lassen sich unter Linux etwas feiner steuern (z.B. CPU-Governor auf Performance stellen, Huge Pages einrichten), aber das sind Optimierungen. In der Praxis kann man einen Server, der für SQL Server unter Windows ausgelegt war, nahezu identisch mit Linux betreiben. Wenn überhaupt, erreicht man durch den geringeren Overhead von Linux eine minimal bessere Ausnutzung der Hardware.
27. Benötigt man für Linux eine spezielle Enterprise-Distribution mit Support? – Nicht zwingend, aber es ist empfehlenswert. Microsoft unterstützt offiziell RHEL, SLES, Ubuntu und (für neuere Versionen) Debian – jeweils bestimmte Versionen. Für produktive Umgebungen greifen viele Unternehmen zu RHEL oder SLES aufgrund des Herstellersupports, oder nutzen Ubuntu LTS mit Community-Support. Eine Enterprise-Distro mit Support-Abo (z.B. Red Hat) stellt sicher, dass im Ernstfall auch OS-seitig Unterstützung da ist und Security-Patches garantiert zeitnah kommen. Wenn man hingegen eine freie Distribution nutzt, sollte man dafür sorgen, dass die internen Linux-Kompetenzen ausreichen, um Probleme selbst zu lösen.
28. Was tun, wenn im Team kaum Linux-Erfahrung vorhanden ist? – Das Team schulen oder Expertise hinzuholen. Oft startet man mit Workshops oder Trainings für DBAs und Sysadmins, um Linux-Grundlagen und die spezifische SQL-Server-Administration unter Linux zu vermitteln. Parallel kann es sinnvoll sein, einen Pilotbetrieb aufzusetzen, in dem das Team ohne Druck Erfahrungen sammeln kann. Wenn es zeitlich oder personell eng ist, kann man auch zeitweilig externen Rat (Berater mit SQL-on-Linux-Erfahrung) hinzuziehen, um Best Practices einzuführen. Die Lernkurve ist anfangs da, aber mit einem planvollen Kompetenzaufbau lässt sich das meistern – und mittelfristig profitiert das Team von erweiterten Fähigkeiten.
29. Kann man SQL Server auf Linux auch in der Cloud (z.B. Azure) einsetzen? – Ja, dafür ist es ideal geeignet. Azure bietet etwa fertige VM-Images für SQL Server auf Linux (z.B. auf Ubuntu). AWS ebenso – dort kann man Amazon Machine Images mit SQL auf Linux nutzen. In der Google Cloud Platform ist das ähnlich. Zusätzlich gibt es Container-basierte Angebote: Mit Azure Arc kann man einen Kubernetes-Cluster (on-prem oder Cloud) betreiben und darauf SQL-Instanzen verwalten, was ebenfalls auf Linux-Containern basiert. Viele Cloud-Kunden wählen Linux-VMs, weil die Linux-Lizenzkosten niedriger sind – hier kann man also mit SQL auf Linux Geld sparen. Zudem sind Linux-VMs oft schneller bereitzustellen. Unterm Strich: In allen großen Clouds ist SQL on Linux eine voll unterstützte Option und bietet sich für IaaS-Deployments an.
30. Gibt es Unterschiede beim Lizenzmodell oder den Kosten unter Linux vs. Windows? – Das SQL Server-Lizenzmodell bleibt gleich (Core- oder Server/CAL-Lizenzierung). Man zahlt für die Datenbanksoftware dasselbe, egal auf welchem OS. Kostenunterschiede ergeben sich bei den Betriebssystem-Lizenzen: Linux selbst ist kostenlos (bzw. Support-Subscriptions optional), während Windows Server eine Lizenz erfordert, was gerade in virtuellen Umgebungen oder Cloud-VMs einen preislichen Unterschied macht. Beispiel: In Azure kostet eine Windows-VM tendenziell mehr als das gleiche Linux-VM-Größenmodell, weil Microsoft dort die Windows-Lizenz einpreist. Daher kann SQL Server auf Linux insgesamt eine kostengünstigere Lösung sein, obwohl die Datenbank an sich genauso lizenziert wird.
31. Ist SQL Server auf Linux Open Source? – Nein. SQL Server bleibt ein proprietäres, von Microsoft entwickeltes Produkt. Die Tatsache, dass es auf Linux läuft, ändert nichts an den Lizenzbedingungen: Man benötigt weiterhin die entsprechenden Nutzungsrechte (außer für die Developer/Express Edition, die frei sind). Microsoft hat zwar Teile seiner Entwicklung offener gestaltet (z.B. ist das .NET Core SDK Open Source), aber der SQL Server selbst – auch auf Linux – ist nicht quelloffen.
32. Welche Möglichkeiten gibt es für Scripting und Automatisierung unter Linux? – Sehr viele. Linux ist traditionell ein Paradies für Skripting. Administratoren können Shell-Skripte nutzen, um administrative Aufgaben zu erledigen (Start/Stop, Backups, Monitoring-Skripte). Mit Cron lassen sich Tasks zeitgesteuert ausführen. Zudem ist PowerShell Core für Linux verfügbar, sodass vorhandene PowerShell-Skripte mit geringfügigen Anpassungen weiter nutzbar sind. Konfigurationsmanagement-Tools (Chef, Puppet, Ansible) unterstützen Linux ebenfalls hervorragend und können die SQL-Server-Konfiguration automatisiert ausrollen. Beispielsweise hat Microsoft ein Ansible-Playbook für SQL-Installationen veröffentlicht. Kurzum: Ob Bash, Python oder PowerShell – unter Linux stehen vielfältige Automatisierungswege offen, meist sogar flexibler als unter Windows.
33. Wie authentifizieren sich Anwendungen gegen SQL Server auf Linux? – Für Anwendungen gibt es praktisch keinen Unterschied. Sie verwenden denselben ADO.NET/ODBC/JDBC-Treiber (je nach Sprache) und verbinden sich über das TDS-Protokoll zum Server, genau wie bei einem Windows-SQL-Server. Falls die Anwendung integrierte Sicherheit (Windows Auth) nutzt, muss der Server in einer Domäne sein und der Dienst entsprechend konfiguriert (siehe Frage 8). In vielen Fällen nutzen Applikationen aber SQL-Logins oder Service-Accounts – das funktioniert 1:1 gleich. Wichtig ist nur, dass die Verbindungszeichenfolge auf den richtigen Host zeigt (Name/IP des Linux-Servers) und der Port (1433) offen ist. Aus Applikationssicht ist es „einfach ein SQL Server“, unabhängig vom OS.
34. Was sind mögliche Stolpersteine bei SQL Server unter Linux? – Häufig anfangs: Vergessene Konfigurationen (z.B. dass ein Linux-Server standardmäßig case-sensitive Collation verwenden könnte, was dann zu unerwartetem Verhalten führen kann – daher bei Installation auf die gleiche Kollation achten wie vorher unter Windows). Oder Dateipfade in Skripten, die noch Windows-Syntax enthalten. Auch Berechtigungsprobleme kann es geben – etwa wenn ein Backup auf ein Verzeichnis gemacht werden soll, auf das der mssql-Benutzer keine Schreibrechte hat. Performance-Fallen gibt es, wenn man Linux-Defaults nicht anpasst: Transparent Huge Pages z.B. sollten auf „madvise“ oder off gestellt werden, da sie sonst eventuell zu Latenzen führen. Zudem muss man die Aktivierung von Features wie Filestream auf Anwendungsebene erkennen – solche Dinge fehlen dann. Unterm Strich: Die meisten Stolpersteine kann man durch gründliches Testing und Übernahme von Microsoft-Empfehlungen (zum Tuning) vermeiden.
35. Ist der Einsatz von SQL Server unter Linux zukunftssicher? – Alles deutet darauf hin. Microsoft hat sich zur Multiplattform-Strategie bekannt und investiert weiter in die Linux-Unterstützung. Es ist nun fester Produktbestandteil. Auch die Nutzerbasis wächst – Umfragen zeigen, dass viele Unternehmen in den nächsten Jahren vermehrt SQL Server auf Linux einsetzen wollen. Mit der generellen Ausrichtung der IT-Welt auf Cloud und Linux geht Microsoft diesen Weg mit. Es ist also sehr wahrscheinlich, dass künftige Versionen weiterhin für Linux erscheinen und eventuell noch mehr Funktionsgleichstand erreicht wird. Wer jetzt auf SQL Server unter Linux setzt, kann mit langfristigem Support und Weiterentwicklung rechnen, sodass diese Entscheidung als strategisch sicher eingestuft werden kann.

Weitere Beiträge zum Thema SQL Server