SUSE Linux Enterprise Server (SLES) ist eine Linux-Distribution von SUSE, die speziell auf Unternehmenskunden ausgelegt ist.
Das Produkt ist mit einem entsprechenden Supportangebot und langjähriger Wartungsphase ausgestattet. Die für den unternehmenskritischen Einsatz notwendigen Hardware- und Softwarezertifizierungen spielen eine ebenso große Rolle.
SLES wurde im Sommer und Herbst 2000 auf Basis von Suse Linux von einem sehr kleinen Team unter der Leitung von Marcus Kraft, Bernhard Kaindl und Joachim Schröder bei SuSE in Nürnberg entwickelt und wurde erstmals am 31. Oktober 2000 in einer Version für IBM-Großrechner (S/390) verfügbar.[2][3] Eine Vorabversion wurde bereits am 13. Juli 2000 veröffentlicht.[4] Im Dezember 2000 wurde mit dem in Schweden führenden Telekommunikationsanbieter Telia ein erster großer Kunde bekannt.[5] Im April 2001 folgte dann SLES für die x86-Architektur,[6] die im Juli 2001 die notwendige Zertifizierung für den Einsatz von mySAP erlangte.[7]
Im 4. Quartal 2005 verkaufte Novell 65.000 Stand-Alone Subscriptions des Suse Linux Enterprise Server.[8]
Novells SUSE-Linux-Enterprise-Produkte basieren auf den Community-Arbeiten aus openSUSE, die mit Novells Unterstützung weiterentwickelt wurden.[9]
SUSE Linux Enterprise Desktop
SUSE Linux Enterprise Desktop 15
Mit SUSE Linux Enterprise Desktop (SLED) bekam SLES einen Zwilling im Desktop-Bereich, der parallel mit gleichem Konzept und selber Codebasis vertrieben wird. SLED und SLES werden zusammen auch als Suse Linux Enterprise (SLE) bezeichnet.[10] Parallel zu SLES 10 wechselt Novell auch für den Unternehmensdesktop auf die Verwendung der bekannten Marke SUSE und so heißt der Nachfolger des ehem. Novell Linux Desktop 9 (NLD) Suse Linux Enterprise Desktop (SLED) 10.
Desktop-Umgebung
Ursprünglich wurde SLES mit dem auch in SUSE Linux verwendeten und sowohl viel gelobten als auch kritisierten Desktop-ThemeSuse Keramik ausgeliefert, das über ein an das KDE-Theme Keramik angepasstes GNOME-Theme ein einheitliches Look & Feel für Gnome und KDE bietet.
Mit der Integration von SUSE in Novell dominiert jedoch nicht mehr KDE. Mit SLED 10 wurde bei der Installation nicht mehr gefragt, ob KDE oder GNOME als Desktop-Umgebung installiert werden soll. KDE konnte nur mehr als Pattern in der Softwareselektion ausgewählt werden. Mit Version SLED 11 konnte zwar wieder zwischen GNOME und KDE gewählt werden, mit Version 12 wurde aber KDE überhaupt aus den Paketquellen der Enterprise Ausgaben entfernt (also sowohl aus SLED, als auch aus SLES) und lässt sich nur über den offiziellen, aber nicht vollständig unterstützten SUSE PackageHub installieren.[11] Die Versionsnummern 13 und 14 wurden übersprungen, um wieder synchron mit openSUSE zu sein. Die aktuelle Version ist daher 15.[12]
Multimedia
Im Gegensatz zu Red Hat Enterprise Linux ist in einigen Programmen die Fähigkeit integriert, MP3-Dateien abzuspielen, jedoch nicht über einen von allen Programmen direkt verwendbaren mp3-Codec, sondern über die Verwendung von RealPlayer als Abspielsoftware im Hintergrund, beispielsweise bei Amarok.[13][14]
Enterprise OS
SLES ist ein Enterprise OS, also ein Betriebssystem, das auch auf die Bedürfnisse großer Firmen eingeht. Als Enterprise OS ist es folglich auf Stabilität und lange Wartungszyklen ausgelegt. So ermöglicht es SLES, ein System mit uneingeschränktem Herstellersupport für 5 Jahre (oder mehr) nutzen zu können, ohne Pakete bzw. Softwareversionen migrieren zu müssen. Gerade dieser Sachverhalt macht ein Enterprise OS für den kommerziellen Einsatz interessant, denn nur bei langen Supportzeiträumen haben große Softwarehäuser wie Oracle oder SAP ein Interesse, ein Betriebssystem für ihre Anwendungen zu zertifizieren. Gleiches gilt analog für die großen Computer- und Serverhersteller. Enterprise OSes findet man daher meist auf Servern, aber auch dort, wo Rechner extrem stabil laufen sollen (z. B. Börse, Medizin, Raumfahrt).
Besondere Werkzeuge
SLES wird wie openSUSE mit dem integrierten grafischen Installations- und Administrationswerkzeug YaST, das auch für Einsteiger leicht bedienbar ist, installiert und administriert. Eine einfache Konfiguration des integrierten Paketfilters ist bereits während der Installation über YaST möglich.
Update-Zyklen
Wegen der Zertifizierung und Konzentration auf bestmögliche Stabilität im Enterprise-Umfeld folgen Neuauflagen von SLES einem eher langsameren Rhythmus und werden auch länger gewartet. Der Kunde bekommt meistens eine Wartungsdauer von mind. 5 Jahren (7 bis max. 9 Jahre für SLES10) zugesichert, so dass er zeitlichen Spielraum hat, ein Update sorgsam zu planen und zu terminieren. Durch die langen Wartungszeiträume kann er auch gut einzelne Neuauflagen überspringen und sein Verhalten bezüglich Aktualisierungen an seine individuellen Bedürfnisse anpassen.
LSB-Zertifizierung
Der Suse Linux Enterprise Server wird immer mit der zum Veröffentlichungszeitpunkt aktuellen Version der Linux Standard Base zertifiziert. Bei SLES 10 ist dies 3.0, bei SLES 9 2.0. Ältere Versionen des SLES sind nach älteren LSB-Standards zertifiziert. Einige Versionen von Suse Linux sind ebenfalls nach dem zum Veröffentlichungszeitpunkt aktuellen LSB-Standards zertifiziert.[15]
Im Jahr 2014 entschied SUSE, die Quellcodes von SLE der Community zur Verfügung zu stellen, die darauf basierend das frei verfügbare openSUSE Leap erstellte.[27]
Dabei werden openSUSE Leap und SUSE Linux Enterprise parallel weiterentwickelt. Dies ist vergleichbar mit der Red Hat Enterprise Linux (RHEL) Distribution mit ihren frei verfügbaren Varianten wie z. B. CentOS. Außerdem können SLES und SLED in einer kostenlosen Testversion heruntergeladen werden. Diese enthält auf 60 Tage begrenzte Upgrade-Berechtigung. Danach kann die Testversion unbeschränkt ohne Support und Upgrades weiter verwendet werden.[28]
Als Alternative existiert die Rolling Release Distribution openSUSE Tumbleweed, auf deren Basis neue Hauptversionen von SLES und SLED entwickelt werden. OpenSUSE Tumbleweed ist in dieser Hinsicht vergleichbar mit FedoraRawhide bei Red Hat Enterprise Linux. Neue Versionen von openSUSE werden intensiv von SUSE getestet und auf verschiedene Plattformen wie die IBM zSeries portiert. Die dabei gewonnenen Erkenntnisse gehen zurück an die Community. Für den Produktivbetrieb nicht als geeignet angesehene Pakete der openSUSE-Distribution werden entfernt, weitere frei verfügbare „closed source“-Produkte von anderen Herstellern, mit denen entsprechende Lizenzvereinbarungen bestehen, werden hinzugefügt (z. B. ibm-java).