System i

System i Modell 570 mit Power-6-Prozessoren (Oktober 2007)

i5 Modell 570 (2006)

System i (frühere Namen AS/400 oder eServer iSeries oder System i5) ist eine Computer-Baureihe des Unternehmens IBM.

IBMs Systeme i haben ein proprietäres Betriebssystem namens IBM i for Business und eine eigene Datenbank namens DB2, worauf in der überwiegenden Anzahl der Installationen kaufmännische Anwendungen zur Verwaltung der typischen Geschäftsprozesse eines Unternehmens, als Server- oder Client/Serveranwendung, betrieben werden. Typisch für dieses System ist die enge Verknüpfung zwischen Betriebssystem und Datenbank (vgl. Middleware), welche erste Merkmale einer Appliance aufweist. Diese Ideen wurden bei IBM PureSystems wieder aufgegriffen.

Die aktuellen IBM-Systeme i sind skalierbar, das heißt, man kann diese als relativ kleine Maschine (z. B. fünf Benutzer) betreiben, aber auch in Großrechner-Dimensionen (mit tausenden Benutzern). Die installierten Anwendungen können mehrere tausend Benutzer parallel bedienen, sofern die Hardware richtig dimensioniert ist.

Das Anfang 2016 größte verfügbare System i Modell E880 kann bis zu 16 CPUs mit 192 Power8-Prozessorkernen enthalten und bis zu 16 TB RAM adressieren.

Geschichte

1986 initiierte IBM das Projekt „Silverlake“ unter Leitung von Frank G. Soltis, Chef-Entwickler bei IBM in Rochester und Professor für Computer Engineering (auch: Technical Computer Science oder Technische Informatik genannt) an der Universität von Minnesota. Soltis entwickelte die fundamentalen Design-Konzepte des Systems AS/400, die heute noch immer in einer OS/400-Partition gültig sind.

Sie gehörte ursprünglich zu den Minirechnern, wird aber hauptsächlich kommerziell verwendet und bietet eine breite Schicht an Anwendungsprogrammen. Der Begriff Minirechner wird heute (2007) nicht mehr verwendet und hat heute eine andere Bedeutung. Sie gehört in die Kategorie der Midrange-Rechner; ein Begriff, der sich Mitte der 1980er Jahre bis Ende der 1990er Jahre etablierte. Hiermit ist die Größe zwischen Servern, die auf Intel-kompatiblen Prozessoren basieren, und Großrechnern (engl. mainframes) gemeint.

Die AS/400 wurde am 21. Juni 1988 als gemeinsame Weiterentwicklung der IBM-Systeme System/36 und System/38 auf den Markt gebracht. Genauer gesagt handelte es sich um den Nachfolger der S/38 und war zu dieser sogar objektcodekompatibel, d. h. bisherige S/38-Anwendungen konnten ohne oder mit nur geringen Modifikationen wiederverwendet werden. Die /36-Anwendungen konnten in einem speziellen Modus unverändert laufen (Befehl: STRS36), was zwar zu Geschwindigkeitseinbußen führen konnte, jedoch viele Anwender dazu bewog, auf die AS/400 zu wechseln. Im Jahre 2000 wurde die AS/400 in iSeries umbenannt, im Oktober 2003 wurde der Name iSeries i5 geprägt, und seit 2006 gibt es die Modelle IBM System i5. Der neueste Name seit 2007 ist System i. Die neuen Modelle haben auch wesentlich erweiterte Möglichkeiten, wie z. B. den Betrieb von Linux und Unix (AIX), Lotus Domino, Java und den Einsatz als Web-Server. Fast alle IP basierten Dienste können auch unter i5/OS laufen (wie z. B. SNMP, FTP, DNS, Telnet, SMTP, POP3, LDAP, VPN).

Die ersten Modelle waren die sogenannten B-Modelle (B10, B20, B30, B35, B40, B50), danach folgten die D-, E- und F-Modelle. IBM ging danach zu numerischen Modellbezeichnungen über. In der Pinakothek der Moderne in München befindet sich ein Modell 520, welches im Jahre 2000 einen Design-Preis erhielt.

IBM PureSystems greift Ideen des System i bzw. der AS/400 wieder auf und erweitert sie in Richtung Appliance. Da Open Source ein immer wichtiger werdender Bestandteil von ERP-Lösungen ist, treibt IBM die Entwicklung insbesondere in diese Richtung voran.

Eigenschaften

Generelles zum IBM System i

Die Architektur der System-i-Modelle ist durch die Besonderheit geprägt, dass das Betriebssystem von der Hardware durch eine Isolationsschicht getrennt ist. Wenn bei Systemen ohne diese Isolationsschicht das Betriebssystem die Hardware direkt anspricht, verlangt eine Modernisierung der Hardware eine intensive Anpassung des Betriebssystems. Diese ist oft so kostenintensiv, dass vorgezogen wird, eine neue Systemreihe zu entwickeln und anzukündigen.

Die Isolationsschicht der Systeme i hingegen erlaubt, Hardwaremodernisierungen ohne Eingriff in das Betriebssystem vorzunehmen (Siehe LIC weiter unten). Dies erklärt, warum die AS/400, die vor über 35 Jahren angekündigt wurde, sich bis zum System i mit der modernsten Hardware wandeln konnte, ohne dass die Anwendungsprogramme umgeschrieben werden mussten. Denn Anwendungsprogramme basieren auf dem Betriebssystem und nicht auf der Hardware. Selbstverständlich wurde das Betriebssystem ebenfalls weiterentwickelt, aber ohne die Zwänge, die üblicherweise mit der Modernisierung der unterliegenden Hardware verbunden sind.

• Das System i gibt es grundsätzlich in zwei Ausführungen, und zwar als Enterprise-Modell (für klassische AS/400-Anwendungen mit Eingabe-Bildschirm per Blockgrafik) oder als Standard-Modell (für Server-Anwendungen, wie z. B. Client-Server-Lösungen auf Java-Basis oder SAP mit Client-Server-Technologie)
• Es gibt kleine Systeme, die mit einer Partition ausgeliefert werden, auf denen man i/OS betreiben kann.
• Es gibt mittlere und große Systeme, die in verschiedene Partitionen aufgeteilt werden können. In jeder dieser Partition wird ein separates Betriebssystem gefahren. Das Betriebssystem muss nicht das IBM-eigene i/OS sein.
• Um diese Partitionen verwalten zu können, haben die System i einen eingebauten Verwaltungsrechner (flexible support processor = FSP). Dieser muss hochgefahren werden, bevor die Partitionen gestartet werden können.
• Um die Informationen des FSP editieren zu können und verwaltbar zu machen, gibt es eine Hardware Management Console (HMC). Diese ist eine Software von IBM, die unter Linux auf einem eigenen Server auf Basis einer Intel-Architektur laufen muss.
• Die Ressourcen Prozessoren, Hauptspeicher und Steckkarten können mit Hilfe der HMC dynamisch (d. h. im laufenden Betrieb) zwischen den Partitionen verschoben, entfernt oder hinzugefügt werden.

Hardware

Bei der Gehäuseform unterscheidet man zwischen Standalone und Rackmounted. Kleinere Modelle werden auch noch als einzeln stehende Gehäuse angeboten. Ab dem Modell 550 bis zur 570 gibt es nur 19-Zoll-Gehäuse, die in ein Rack verbaut werden, das Enterprise-Modell 595 wird in speziellen 24-Zoll-Rahmen geliefert. Je nach Prozessoranzahl und Prozessorbaureihe werden die Hauptgehäuse durch eine oder mehrere Erweiterungseinheiten ergänzt. In diesen Erweiterungseinheiten sitzen dann Festplatten, IOPs, IOAs, HSL-Adapter und sonstige Adapter. Es gibt auch Erweiterungseinheiten für Prozessoren.

Man kann diese Systeme (Server) auch per iSCSI oder SAN-Adapter festplattenlos betreiben. Die Festplattenkapazitäten werden dann von einer SAN-Lösung, also einem zentralen Storage-System bereitgestellt.

Ein optionaler virtual I/O-Server (VIO), eine eigene Partition innerhalb des System i, kann physikalisch vorhandene Ethernet-, SAS-, SCSI- und FC-Adapter als virtuelle Geräte an andere Partitionen auf dem gleichen System weitergeben. So können mehrere Partitionen Adapter gemeinsam nutzen.

Spezielle Aufgaben werden nicht vom Hauptprozessor direkt, sondern von Spezialprozessoren durchgeführt, was den Durchsatz extrem erhöht. Da sind z. B. die IOPs (Input/Output-Prozessor) zu erwähnen. Die entsprechenden Adapterkarten (IOAs) für Netzwerk, Festplatten etc. werden über diese IOPs angesteuert und entlasten somit den Hauptprozessor. Bis 2006 hatte fast jedes System einen oder mehrere IOPs. Diese IOP-Karten kosten ungefähr so viel wie zwei normale Büro-PCs. Wegen der steigenden Prozessorleistung, schnellerer Bussysteme (z. B. PCI-X) und um die Systeme günstiger anbieten zu können, ist IBM dazu übergegangen, IOP-lose IOAs zu verwenden.

Für die Ver-/Entschlüsselung gibt es eigene Kryptografie-Co-Prozessoren auf PCI- oder PCI-X-Adapterkarten, welche ebenfalls den Vorgang beschleunigen und den Hauptprozessor entlasten.

Betriebssysteme Linux, AIX, Windows

Ein IBM System i ist ein „Integrationssystem“. Das bedeutet, es unterstützt nicht nur OS/400 bzw. i5/OS, sondern auch Linux (native PowerPC- oder Intel-Architektur über eine PC-Steckkarte) und das hauseigene Unix-Derivat AIX, sowie Windows (über eine PC-Steckkarte). Die PC-Steckkarte (auch IPCS genannt) ist ein eigenständiger PC mit CPU und Hauptspeicher, der Festplattenplatz auf dem System i verwendet. Es können je nach Modell bis zu 60 dieser PC-Karten eingebaut werden. Zusätzlich können viele Linux-Partitionen installiert sein. Somit kann man bspw. 50 einzelne Server auf einem einzigen System i zusammenfassen, was die Administration und das Speichermanagement erheblich vereinfacht. Das Storage-System des System i kann mit einem SAN verglichen werden, welches dynamisch benötigten Platz einer jeweiligen Partition (LPAR genannt) zuweisen kann (ab V5R4).

OS/400 (i5/OS, IBM i for Business) Partition/System

i5 Modell 520 (inkl. HMC) (2005)

Innerhalb einer Partition (oder eines System mit nur einer Partition) mit OS/400 (bis V5R3), i5/OS (ab V5R4) oder IBM i for Business (ab V6R1) laufen die meisten Programme, die ab 1988 entwickelt wurden, auch heute noch. Und das, obwohl sich die Hardware und die Software (Betriebssystem und Compiler) gravierend verändert haben.

Das OS/400 ist ein herstellerspezifisches (andere Bezeichnung: proprietäres) Betriebssystem, das grundsätzlich nur auf dieser Hardware von IBM lauffähig ist. Es kann aber auch in einer Partition auf einem eServer pSeries (p5) betrieben werden. Neben dem integrierten Datenbankverwaltungssystem bietet das OS/400 u. a. integrierte Sicherheitsfeatures und Netzwerkunterstützung. Viele Systemelemente sind hier in einer Umgebung zusammengefasst. Das i im abgelösten Namen iSeries bedeutet laut IBM integrated, da die Integration verschiedener Software-Elemente wie Datenbank, Sicherheitsverwaltung, Betriebssystem, Programmierumgebung etc. die Anwendung und Administration vereinfacht.

Die System i gilt als ein sehr stabiles System; in vielen Unternehmen laufen diese Systeme seit Jahren rund um die Uhr ohne Systemabstürze. Gemeinsam mit der vergleichsweise hohen Bedienerfreundlichkeit ergibt das einen niedrigen TCO-Wert. Über Viren- und Trojanerangriffe ist bisher nicht viel bekannt. In großen Unternehmen betreut oft ein einziger Administrator eine iSeries, die mehreren Tausend Anwendern Daten und Programme bereitstellt.

Neben dem Betriebssystem OS/400 laufen auch GNU/Linux und AIX nativ auf dem System i. Zusätzlich ist es möglich, über sogenannte IXS-Karten (Integrated xSeries Server for iSeries) sowie IXA-Adapter (Integrated xSeries Adapter) und deren x86-Architektur Windows auf die Hardware-Ressourcen der Maschine zugreifen zu lassen. Seit 2007 ist es auch möglich, IBM Blade Center mit entsprechenden Blade Server per iSCSI an eine i5/OS-Partition anzuschließen. In diesem Falle fungiert das System i als Plattenspeicher mit hoher Sicherheit.

Objektbasiertheit

iSeries Modell 810 (2003)

Objektbasiert ist nicht in jedem Falle gleichzusetzen mit dem Begriff objektorientiert, wie er bei Programmiersprachen häufig gebraucht wird. Grundsätzlich wird jedes Element im System – ob Bibliothek, Benutzerprofil, Gerätekonfiguration etc. – als Objekt mit bestimmten Funktionen und Attributen angesehen. Ein Objekt gliedert sich in einen Header und in die eigentlichen Informationen, wobei der Header das Objekt allgemein beschreibt (z. B. durch Eigentumsrechte, Name, Objektart, Schnittstellen). So wird durch den Header z. B. definiert, auf welche Art und Weise das Objekt bearbeitet werden kann. So verfügen Objekte über Eigenschaften (oder Parameter), die verändert werden können. Nicht definierte Eigenschaften können nicht angelegt oder geändert werden. Beispielsweise kann einem Objekt „Benutzerprofil“ nicht die Eigenschaft „Farbe“ angehängt oder modifiziert werden. Dateien sind ebenso stets ein Objekt. Reine Textdateien gibt es nur zur Emulation von Kompatibilitäten mit anderen Betriebssystemen; in der Regel ist eine AS/400-Datei aber ein Datenbankobjekt. Es ist jedoch möglich Dateien in das Internal File System zu transferieren welche z. B. JavaCode enthalten und diese zu kompilieren.

Relationale Datenbank DB2/400 (DB2 for i)

Die relationale Datenbank ist fest in das Betriebssystem OS/400 integriert. Es gilt: „Ohne Betriebssystem keine Datenbank und umgekehrt“. Die DB2/400 bietet eine hohe Funktionalität und Leistung, weshalb sie zu den führenden Datenbanksystemen gehört. Durch die feste Integration ist keine zusätzliche Berechtigungsverwaltungssoftware (wie z. B. RACF) nötig, sondern es kann mit den vorhandenen Objektrechten autorisiert werden. Durch die permanente Weiterentwicklung durch IBM ist diese Datenbank heute auch für eine Vielzahl von externen Schnittstellen wie JDBC (Java), ODBC, FTP o. Ä. offen.

Die Datenbank hatte am Anfang (1988) gar keinen Namen, wurde später DB2/400 genannt und heißt seit iSeries DB2/UDB (Universal Database).

Für Abfragen und Datenmanipulation wird SQL (Structured Query Language) verwendet. Mit Programmiersprachen, die nativ im OS/400 kompiliert werden können, kann auch mit programmspezifischen Zugriffsmethoden die Datenbank abgefragt und manipuliert werden.

Im April 2007 hat IBM eine Kooperation mit MySQL AB angekündigt, um DB2 UDB for iSeries als Database-Engine für MySQL verfügbar zu machen. Dadurch kann die freie Datenbank MySQL auch auf dem System i5 eingesetzt werden. IBM erhofft sich davon, neue Einsatzbereiche des Systems i5 für MySQL- und PHP-Anwendungen zu eröffnen.

Einstufiger Speicher

Der Arbeitsspeicher und der Festplattenspeicher werden zu einem großen virtuellen Speicher zusammengefasst, das heißt, der Adressraum wird durchgängig adressiert.

iSeries Modell 270 (2002)

Somit gibt es keine Segmentierung des Adressraums, die Programme nutzen während der Ausführung absolute Adressen. Wenn ein Objekt bearbeitet wird, existiert keine vollständige Kopie im Arbeitsspeicher, sondern es werden nur Teile (sog. „Pages“) geladen. Wird ein Objekt gelöscht, markiert das System den darauf zeigenden Pointer als ungültig und nicht wiederverwendbar, sodass hier das Ausnutzen von Sicherheitslücken unterbunden wird.

Kenner der Windows- oder Unix-Systeme müssen sich das Konzept so vorstellen: Der Hauptspeicher wird als Read-Cache für die Festplatten verwendet, alle Festplatten stellen eine Art „Auslagerungsdatei“ dar, in der alle Objekte (temporär oder permanent) abgelegt werden. Diese Daten werden beim Systemstart nicht gelöscht, sodass „permanente“ Objekte wieder zur Verfügung stehen.

Durch die einstufige Speicherverwaltung ist für den Anwender (und auch für das Betriebssystem) nicht nachvollziehbar, welche Objekte auf welcher Platte abgelegt werden. Vorteilhaft ist, dass sich der Anwender nicht um eine Aufteilung des Plattenplatzes zu kümmern braucht. Bei Plattenspeicherengpässen muss die Plattenkapazität nur erweitert werden, um die Verteilung der Daten kümmert sich das System. Die AS/400 hatte von Anfang an das sogenannte RAID-Prinzip integriert. Bei Ausfall einer Platte kann das System durch die checksum-Methode (bereits im S/38 vorhanden) fehlende Daten innerhalb des Plattenstapels ermitteln. Bei Ausfall von mehr als einer Platte ist allerdings diese Berechnung nicht mehr möglich (erst neuere Modelle ab 2006 unterstützen RAID6). Daher ist für Hochverfügbarkeitsumgebungen eine Plattenspiegelung ratsam, welche auch Controller- und Bus-übergreifend möglich ist. Defekte Magnetplatten konnten seit der Betriebssystemversion 3.2 während des laufenden Betriebs gewechselt werden. Dies wird auch als Hot-Swapping bezeichnet.

Die iSeries war von Anfang an auf einen 128-Bit-Adressraum ausgelegt. Die ersten Prozessoren (CISC-Eigenentwicklungen von IBM) waren 48-Bit-Bipolar-Systeme, Ende 1994 stieg IBM auf die 64-Bit-POWER-Prozessoren um. Derzeit werden im Betriebssystem 80 Bit für die Adressierung verwendet (unabhängig von der CPU-Architektur), ein Umstieg auf 128 Bit ist mit einfachen Mitteln machbar.

Bei einem Wechsel der Prozessorarchitektur auf 128-Bit-CPUs ist durch das objektbasierte Konzept und dem Vorhandensein von Objektcode in den Programmen ein problemloser Umstieg möglich, siehe nachfolgendes Kapitel. Systemintern sind alle Pointer 16 Byte breit.

Lizenzierter Interner Code

Der lizenzierte interne Code (auch LIC genannt) ist das Herzstück jeder OS/400 (i5/OS) Partition (Systems), da diese Software-Komponente zwischen der Hardware und der Anwendungssoftware vermittelt (das Betriebssystem OS/400 wird hier als Anwendungssoftware angesehen). Nur dieser LIC kann eine Hardware direkt ansprechen, und er stellt der Anwendungssoftware alle nötigen Programmierschnittstellen zur Verfügung. Es kann keine Funktion unter Umgehung dieser APIs verwendet werden, und diese prüfen neben Plausibilität auch Berechtigungen. Dies ist auch ein Grund, warum OS/400 auf der gleichen Hardware etwa 3–5 % langsamer als beispielsweise AIX ist, da diese Prüfungen Rechenzeit benötigen.

Bei einem Hardware-Wechsel ändert IBM diesen internen Code, behält die Schnittstellen aber bei, sodass die Anwendungsprogramme nicht modifiziert zu werden brauchen. Bei gravierenden Änderungen in der Hardware (Wechsel der CPU-Architektur) wird weiterhin auf die in den Programmen üblicherweise vorhandene Zwischencode-Schicht zurückgegriffen. In einem Programmobjekt ist nicht nur ein (fast) direkt ausführbarer Code enthalten, sondern auch ein Objektcode. Ruft man ein Programm auf, welches für eine andere CPU erstellt wurde, erkennt dies das Betriebssystem und wandelt das Programm automatisch um. Auf diese Weise wurde auf der iSeries der Wechsel von proprietären 48-Bit-CISC-Prozessoren auf 64-Bit-RISC-Prozessoren vollzogen. Die Anwender haben auf dem alten System alle Programme auf ein Band gesichert und auf dem neuen System zurückgeladen. Den Rest erledigte das Betriebssystem.

Dieser hardwareunabhängige Objektcode kann aus dem Programmobjekt entfernt werden, um Speicherplatz zu sparen. Dann muss aber das Programm unter Verwendung des Quellcodes neu umgewandelt werden, wenn es eine neue Hardware-Architektur gibt.

Diese Möglichkeit der hardwareunabhängigen Software ist in der IT-Branche recht einzigartig, da hier nicht ein menschenlesbarer Quelltext mit der (oft ja kommerziell vertriebenen) Software mitgegeben werden muss, obwohl dies im AS/400-Umfeld traditionell häufig vorkommt.

Programmierung auf OS/400 (i5/OS)

Überblick

Eine AS/400 Modell 640 (ca. 1997)

Mit der klassischen AS/400-Programmierung soll allgemein folgendes ausgedrückt werden:

Als Datenbank wird die DB2 benutzt, welche im OS/400 fest verankert ist. Diese Datenbank kann man über die spezielle Datenbankbeschreibungsprache DDS oder über normierte SQL-Befehle verwalten und administrieren.

Um das OS/400 zu steuern, wird die Steuersprache CL benutzt, die wie eine Shell-Sprache funktioniert, aber wesentlich komfortabler zu benutzen ist, da es bildschirmgestütztes Prompting gibt. Die CL-Befehle können zu einer Art Script zusammengefasst werden, welche hier als CL-Programme bezeichnet werden und die kompiliert werden müssen. Eine Interpretation von CL-Programmen ist nicht vorgesehen.

Die eigentlichen „Greenscreen“-Applikationen oder zeichenorientierten Applikationen wurden in der großen Masse in RPG geschrieben. Auch COBOL spielte eine Rolle. Historisch betrachtet ist es bis heute möglich, alle RPG-Versionen (RPG-II, RPG-III, RPG/400 etc.) zu verwenden. Der in der jetzt aktuellen Version V7R3 verfügbare RPG-Compiler kann auch noch die „alte“ Syntax (Tabulator-orientiert, also Lochkarten-ähnlich) verarbeiten und lauffähige Programme/Module erstellen. Zum Teil laufen noch Anwendungen, die vor über 35 Jahren entwickelt wurden, und Anwendungen der neuesten Art parallel.

Andere Programmiersprachen wie z. B. COBOL, C, C++, oder Java sind ebenfalls verfügbar und können hier kompiliert werden. Darüber hinaus sind Interpretersprachen wie Net.Data, Rexx, als auch Perl und PHP benutzbar. Innerhalb des OS/400-Systems wird mit dem Befehl STRQSH eine Shell gestartet, in der sh-Skripte ausgeführt werden können, die AIX-kompatibel sind. Dadurch können AIX-Anwendungen parallel zu klassischen Programmen in derselben Partition ausgeführt werden.

Der Web Performance Monitor ermöglicht es, die Web Performance zu messen, indem er Daten sammelt, die das thematische Umfeld im Web betreffen. Hier beinhaltet sind:

• HTTP Web Servers von IBM
• WebSphere Application Server
• DB2 for i

Anwendungen

OS/400 bzw. i5/OS

AS/400 Modell 150 (1997)

• Immobilienwirtschaftliche Software (WohnData, immodul)
• Finanzbuchhaltung von verschiedenen Herstellern (z. B. Portolan EVM)
• ERP-Software von verschiedenen Herstellern (z. B. PSIpenta, Oxaion, Portolan, Perform)
• Lagerverwaltungssoftware (z. B. LFS 400)
• Dokumentenmanagementsoftware (z. B. ArchivPlus)
• EDI-Systeme (z. B. i-effect)
• BDE-Systeme
• Zeitmanagement
• J.D. Edwards
• SAP-Produkte
• SAP Netweaver 2004s
• Lohn- und Gehaltssoftware (verschiedene Hersteller)
• PPS-Systeme
• Internetshops
• Websites
• SMTP
• POP
• DNS
• DHCP
• MQSeries
• Lotus Domino
• WebSphere
• Apache HTTP-Server
• Perl (nur ILE Version 5.005_2)

AIX / PASE (AIX Runtime)

• SAP R/3
• SAP Netweaver 2004s
• ORACLE
• Websites
• PHP und MySQL
• Apache HTTP Server
• Perl

Linux

• Sollte man die passende Anwendung für i5/OS nicht finden, kann man entweder in den großen Linux-Topf greifen (einfache Netz-Anwendungen wie Firewall, Mail etc. bis zur Oracle-, MySQL- oder sonstige Datenbank) oder seine Intel-basierten Server in die Maschine integrieren (Active Directory, Microsoft SQL Server, Microsoft Exchange Server etc.)
• Seit 2015 ist eine speziell angepasste Version des SUSE Linux Enterprise Servers auf Power8-Maschinen zum Betrieb eines SAP-HANA Datenbanksystems erhältlich. Das ist ein eigenes Betriebssystem, nicht zu verwechseln mit SAP-on-i, bei dem die SAP-Applikationen unter iOS laufen.
• Internetshops

Windows

• Windows läuft nicht nativ auf Power-Systemen. Jedoch kann als „Server-im-Server“ ein eigener Intel-Rechner per Baugruppe integriert werden, der sich Hardware-Ressourcen mit der Power-Maschine teilt (z. B. Schnittstellen und Plattenspeicher).

Hardwarefakten

Prozessoren in AS/400, iSeries, i5

Die iSeries Systeme verwenden heutzutage IBM-Power-Prozessoren. Dieser RISC-Mikroprozessor hat eine Verarbeitungsbreite von 64 Bit und wird von IBM selbst entwickelt und hergestellt. Die Prozessormodelle ab sStar und Power 5/6 sind hyperthreadfähig, das heißt, sie können simultan mehrere Threads abarbeiten – bis zu 8 pro Kern bei Power 8. Die Power-Prozessoren ab Modell 4 enthalten zwei Prozessorkerne im Core. Sie sind darüber hinaus auch als Multichip-Module (MCM) erhältlich und haben hier vier Power-Prozessoren (acht Cores) bzw. acht Power-Prozessoren (16 Cores) auf einem MCM.

Wikipedia:WikiProjekt Ereignisse/Vergangenheit/fehlend

Prozessorbezeichnung	Jahr	Prozessortakt	maximum RAM	Server-Modelle
Cobra (A10)	Seit 1995	55 oder 75 MHz		Modell: 4xx, 5xx
Muskie (A25/A30)	Seit 1995	125 oder 154 MHz		Modell: 53x
Apache (RS64) (A35)	Seit 1997	125 MHz		Modell: 6xx, 150
NorthStar; (RS64 II)	Seit 1998	200, 255 oder 262 MHz		Modell: 170, 250, 7xx
Pulsar (RS64 III)	Seit 1999	450 MHz		Modell: 270, 820
IStar	Seit 2000	400, 500, 540 oder 600 MHz		Modell: 820, 830, 840, SB2, SB3
sStar (RS64 IV)	Seit 2001	540, 600 oder 750 MHz		Modell: 270, 800, 810, 820, 830, 840
Power 4	Seit 2002	1,3 GHz		Modell: 890
Power 4	Seit 2003	1,1 oder 1,3 GHz		Modell: 825, 870
Power 5	Seit 2004	1,5 oder 1,65 GHz		Modell: i5-520; i5-550; i5-570; i5-595
Power 5	Seit 2006	1,9 GHz		Modell: i5-595
Power 5+	Seit 2006	1,9 GHz 2,2 GHz		Modell: i5(i)-520, i5(i)-550 Modell: i5(i)-570
Power 5+	Seit 2007	1,9 GHz 2,3 GHz		Modell: i-515, i-525 Modell: i-595
Power 6	September 2007	4,7 GHz		Modell: i-570
Power 6	April 2008 November 2007	3,8 GHz 4,0 GHz		Modell: BladeCenter JS12 Modell: BladeCenter JS22
Power 6	April 2008	4,2 GHz 3,5 oder 4,2 GHz		Modell: Power 520 Modell: Power 550
Power 6	2009	2 × 2x4,2 GHz 4 × 2x4,2 GHz		Modell: BladeCenter JS23 Modell: BladeCenter JS43
Power 6+	April 2009	4,7 GHz 5,0 GHz		Modell: Power 520 Modell: Power 550
Power 7	April 2010	1 × 8x3,0 GHz 4 × 8x2,4 GHz		Modell: BladeCenter PS700 - PS704
POWER7	2012	je System max.1 CPU Modul: Quad-Core-Prozessor 3,0 GHz Six-Core-Prozessor 3,7 GHz Eight-Core-Prozessor 3,55 GHz	128 GB	Modell 710 Express Server
POWER7	2012	je System max.1 CPU Modul: Quad-Core-Prozessor 3,0 GHz Six-Core-Prozessor 3,0 GHz Eight-Core-Prozessor 3,0 GHz	128 GB	Modell 720 Express Server
POWER7	2012	je System 2 CPU Module: 8-Core-Prozessor 3,0 GHz 8-Core-Prozessor 3,7 GHz 12-Core-Prozessor 3,7 GHz 16-Core-Prozessor 3,7 GHz	256 GB	Modell 730 Express Server
POWER7	2012	je System 1-2 CPU Module: 4-Core-Prozessor 3,0GHz oder 3,7GHz 8-Core-Prozessor 3,0GHz oder 3,7GHz 6-Core oder 12-Core-Prozessor 3,7 GHz 8-Core oder 16-Core-Prozessor 3,55 GHz	512 GB	Modell 740 Express Server
POWER7	2012	je System max.4 CPU Module: 4-Core oder 6-Core-Prozessor 3,7GHz 8-Core-Prozessor 3,2GHz oder 3,6GHz	512 GB	Modell 750 Express Server
POWER7	2012	je System max.48 oder 64 Cores: 8-Core-Prozessor 3,3GHz 8-Core-Prozessor 3,7GHz	4096 GB	Modell 770 Enterprise
POWER7	2012	je System max.32,64 oder 96 Cores: 8×4-Core-Prozessor 4,14GHz 16×6-Core-Prozessor 3,44GHz 8×8-Core-Prozessor 3,92GHz	4096 GB	Modell 780 Enterprise
POWER7	2012	192-Cores 3,72GHz 256 Cores 4,00GHz 128 Cores 4,25GHz (Turbo-Core)	8192 GB	Modell 795 Enterprise
POWER8	2014	je System max.1 CPU Modul: Quad-Core-Prozessor 3,0 GHz Six-Core-Prozessor 3,0 GHz Eight-Core-Prozessor 3,7 GHz	0,5 TB	Modell S814 (8286-41A)
POWER8	2014	je System 1-2 CPU Module: 6-Core-Prozessor 3,89 GHz 8-Core-Prozessor 4,15 GHz 10-Core-Prozessor 3,42 GHz	1 TB	Modell S822 (8284-22A)
POWER8	2014	je System 1-2 CPU Module: 6-Core-Prozessor 3,89 GHz 8-Core-Prozessor 4,15 GHz 12-Core-Prozessor 3,52 GHz	2 TB	Modell S824 (8286-42A)
POWER8	2014	je System 2-4 CPU-Sockets: 48-Cores 3,02GHz 40 Cores 3,35GHz 32 Cores 3,72GHz	2 TB (4 TB angekündigt)	Modell E850 (8408-E8E)
POWER8	2014	je System 4-8 CPU-Sockets: 64-Cores 4,02GHz 80 Cores 4,19GHz	8 TB	Modell E870
POWER8	2014	je System 4-16 CPU-Sockets: 128-Cores 4,35GHz 192 Cores 4,02GHz	16 TB	Modell E880
POWER9	2018	je System 4-16 CPU-Sockets: 192 Cores 4 GHz 384 Cores 4 GHz	64TB	Modell E980

Modelle der AS/400, iSeries, i5 Systeme

Die IBM hat ihre Maschinen immer in Modellen gruppiert, die jedes Jahr leistungsstärker wurden. Die Modellbezeichnung änderte sich im Laufe der Jahre von Anfangsbuchstaben in reine Zahlen. Die Prozessorgruppe ist hier mit aufgeführt, weil sie Aufschluss über die Kosten des Betriebssystems und der Lizenzprogramme gibt. Je höher die Zahl, desto teurer auch das Betriebssystem. Der CPW-Wert ist die Maßeinheit der Leistungsfähigkeit einer AS/400. Je höher die Zahl, desto schneller und leistungsfähiger ist der Rechner. Die Systemversion („release“) ist eine Mindestanforderung auf der entsprechenden Hardware, neuere funktionieren oft bis zu einem gewissen Grad.

Modellbezeichnung	Jahr	Prozessorgruppe	Base – CPW	OS/400 Release
B10,B20,B30,B35,B40,B45,B50,B60,B70	1988, 1989	P10, P20	2,9 – 20	V1R1 – V2R1
C04,C06,C10,C20,C25	1990	P10	3,1 – 6,1	V1R1 – V2R1
D02,D04,D06,D10,D20,D25,D35,D45,D50,D60,D70,D80	1991	P10,P20,P30	3,8 – 56,6	V2R2, V2R3
E02,E04,E06,E10,E20,E25,E35,E45,E50,E60,E70,E80,E90,E95	1992	P10,P20,P30,P40	4,5 – 116,6	?
F02,F04,F06,F10,F20,F25,F35,F45,F50,F60,F70,F80,F90,F95,F97	1993	P05,P10,P20,P30,P40	5,5 – 177,4	V2R3
P01, P02, P03	1993, 1994, 1995	P05	7,3 – 16,8	V3R1, V3R2
150	1996	P05	10,9 – 35,0	V4R1 – V5R2
S10, S20, S30, S40	1997	P05, P10, P20, P30, P40, P50	45,4 – 4550	V4R1, V4R2, V4R3, V5R1
SB1, SB2, SB3	1997, 2000	P30, P40	1794 – 16500	V4R1, V4R3
10S, 100, 135, 140	1995, 1993	P05, P10, P20	17,1 – 65,6	?
170	1998	P05,P10,P20,	30 – 1090	V4R2 – V5R3
200, 20S, 236	1994	P05, P10	7,3 – 17,1	V3R0M5 (bei Modell 236: nur SSP)
250	2000	P05	50 – 75	V4R5
270	2000	P05, P10, P20	50 – 2350	V4R5 oder V5R1
300, 30S, 310	1994	P10,P20,P30,P40	11,6 – 177,4	V3R0M5 – V3R2
400, 40S, 436	1995	P05, P10	13,8 – 91,0	V3R6 – V5R1
500, 50S, 510, 530, 53S	1995	P10, P20, P30, P40	18,7 – 650	V3R6 – V4R3
600, 620, 640, 650	1997	P05, P10, P20, P30, P40, P50	22,7 – 4550	V4R1 – V4R3
720	1999	P10,P20,P30	240 – 1600	V4R3 – V5R3
730	1999	P20,P30,P40	560 – 2890	V4R3 – V5R1
740	1999	P40,P50	3660 – 4550	V4R3 – V5R1
800	2003	P05,P10	300 – 950	V5R2
810	2003	P10, P20	750 – 2700	V5R2
820	2000, 2001	P05,P10,P20,P30,P40	100 – 3700	V4R5, V5R1
825	2003	P30	3600 – 6600	V5R2
830	2000, 2002	P20,P30,P40,P50	1850 – 7350	V4R5, V5R1
840	2000,2001,2002	P40, P50	10000 – 20200	V4R5, V5R1
870	2002	P40,P50	7700 – 20000	V5R2
890	2002	P50, P60	20000 – 37400	V5R2
520	2004 – 2006	P05, P10, P20	500 – 7100	V5R3, V5R4
550	2004 – 2006	P20	3300 – 14000	V5R3, V5R4
570	2004 – 2006	P30, P40	3300 – 58500	V5R3, V5R4
595	2004 – 2007	P50, P60	24500 – 216000	V5R3, V5R4
515	2007/04	P05	3800/7100	V5R4
525	2007/04	P10	3800/7100	V5R4
570	2007/09	P30	5500 – 76900	V5R4
520 POWER6 1 Chip 1 Core 2 Threads	2009		4300	V5R4 – V6R1
520 POWER6 1 Chip 2 Cores 4 Threads	2009		8300	V5R4 – V6R1
520 POWER6+ 1 Chip 2 Cores 4 Threads	2009/05		9500	V6R1+
520 POWER6+ 2 Chip 4 Cores 8 Threads	2009/05		18300	V6R1+
520 POWER6 2 Chip 4 Cores 8 Threads	2009		15600	V5R4 – V6R1
550 POWER6 1-4 Chips 1-8 Cores 2-16 Threads 3,5-4,2 GHz	2009		4000 – 32650	V5R4 – V6R1
550 POWER6+ 1-4 Chips 1-8 Cores 2-16 Threads 5,0 GHz	2009/05		10000 – 37950	V6R1+
560 POWER6 2,4,8 Chips 4,8,16 Cores 8,16,32 Threads 3,6 GHz	2009		14100 – 48500	V5R4 – V6R1
570 POWER6 1-12 Chips 2-32 Cores 4-64 Threads 3,5 – 5,0 GHz	2009		14100 – 48500	V5R4 – V6R1
595 POWER6 4-32 Chips 8-64 Cores 16-128 Threads 4,2; 5,0 GHz	2009		35500 – 294700	V5R4 – V6R1
710 POWER7	2011		23800 – 51800	V6R1 – V7R1
720 POWER7	2011		23800 – 46300	V6R1 – V7R1
730 POWER7	2011		44600 – 97700	V6R1 – V7R1
740 POWER7	2011		25500 – 97000	V6R1 – V7R1
750 POWER7	2010		44600 – 183200	V6R1 – V7R1
770 POWER7	2010		22750 – 292700	V6R1 – V7R1
775 POWER7	2011			V6R1 – V7R1
780 POWER7	2010		26600 – 343050	V6R1 – V7R1
795 POWER7	2011		149100 – 399200	V6R1 – V7R1
720 POWER7+	2012		28400 – 56300	V7R1
740 POWER7+	2012		49000 – 120000	V7R1
S814 POWER8	2014		59500 – 85500	V7R2
S824 POWER8	2014		72000 – 230500	V7R2
E870 POWER8	2014		359000 – 911000	V7R2
E880 POWER8	2014		381000 – 2069000	V7R2

Baugleichheit mit pSeries

Die POWER-basierten Plattformen des IBM System i und System p sind seit den Ankündigungen von i5 und p5 physikalisch nahezu baugleich. Da ein IBM-System i Server bei großen Modellen immer nach Kundenwunsch konfiguriert wird, sind die verbauten Teile in dem fertigen Computer sehr selten identisch zu einer anderen Konfiguration. Den Unterschied machen die charakteristischen Eigenschaften des gewählten Betriebssystems i5/OS, AIX oder Linux aus, denn man benötigt für die verschiedenen Betriebssysteme verschiedene Features, wie zum Beispiel Plattenkontroller, Netzwerkadapter, CPU-Gehäuse.

Kosten

Hardware

Generell kann man die Hardware kaufen. Ein Leasing über die IBM sowie über andere Leasinggesellschaften ist möglich und wird in der Praxis sehr oft in Anspruch genommen.

Eine Besonderheit ist das Verfahren „Capacity on Demand“, bei dem ein Server in vollständigem Hardware-Ausbau geliefert wird, aber nur ein Teil der Leistung (CPU und RAM) zur Verfügung stehen. Wird die zusätzliche Leistung später vorübergehend oder dauerhaft gebraucht, kann das durch zusätzliche Lizenzcodes freigeschaltet werden. Die Aktivierung geschieht dabei im laufenden Betrieb, ohne dass Umbauten an der Hardware oder gar ein Abschalten des Servers notwendig werden.

Wartungskosten

Nach der Garantiezeit, oder auch schon während der Garantiezeit, benötigt man bei einem produktiv eingesetzten System einen Wartungsvertrag, der mit dem Hersteller oder mit einem anderen Anbieter abgeschlossen werden kann. Darin wird in der Regel eine Reaktionszeit und eine Bereitschaftszeit (zum Beispiel 24 × 7) vereinbart.

Softwarewartung

Um eine in Produktion befindliche Maschine mit neuen Software-Fixes (Program Temporary Fixes, kurz PTFs) zu versorgen, benötigt man einen Softwarewartungsvertrag. Dieser deckt sowohl Softwareprobleme als auch neue Versionen ab.

Weitere IBM-Systeme

• pSeries oder IBM eServer p5
• IBM System x (bis 2006 xSeries)
• System z
• OS/400
• AS/400 Control Language

Weblinks

• i5 IBM Deutschland
• DV-Dialog, die führende deutsche Zeitschrift für System i, iSeries und AS/400
• AS/400-iSeries-Magazin
• Informationen rund um die iSeries/400
• Öffentliche IBM i 7.5 mit kostenlosem Zugang für Interessierte und Entwickler
• IBM Power Systems Performance Report (PDF; 198 kB)