WikiDer > IBM i

IBM i-Startbildschirm

IBM i ist ein Betriebssystem von IBM für die IBM Power Systems-Plattform. Das Betriebssystem entstand aus CPF für die S/38, und wurde nacheinander genannt OS/400, i5/OS und seit April 2008 IBM i.

Geschichte

S/38 und CPF

1978 kam S/38 von IBM, mit dem Betriebssystem Kontrollprogrammeinrichtung (CPF). Das Projekt, das zu diesem System führte, wurde von Dr. Frank Soltis, und wurde in IBMs Labor in Rochester (Minnesota).

CPF war ein revolutionäres Betriebssystem. Zusätzlich zu all den Dingen, die Sie von einem Betriebssystem erwarten würden, beinhaltete CPF eine große Anzahl von Einrichtungen, die normalerweise separat erworben werden mussten, wie zum Beispiel:

• Ein integriertes relationales DatenbankSystem (obwohl die moderne Definition einer Datenbank dafür nicht gilt), bestehend aus physischen Dateien, die die eigentlichen Daten enthalten, und logischen Dateien, die zum Erstellen von Indizes und Ansichten verwendet werden könnten. Durch das Fehlen von SQL jede Datei wurde wie ein Programm im Quellcode codiert und in ein Maschinenobjekt übersetzt.
• EIN Sicherheitsmodell wobei jeder Benutzer einen Benutzernamen und ein Kennwort erhielt und basierend auf Rollendefinitionen Zugriff auf Objekte des Betriebssystems erhielt. Dieses Sicherheitsmodell wurde schnell als eine der Stärken dieses Betriebssystems erkannt und war einer der Beweggründe für viele Unternehmen, S/38 und CPF einzuführen.
• Einrichtungen für Datenkommunikation, damals hauptsächlich bestehend aus Konfigurationsoptionen formogelijkheden Modemverbindungen. Obwohl alle Einrichtungen vorhanden waren, war die Konfiguration recht kompliziert und umständlich, was von vielen kritisiert wurde.
• Ein moderner Ansatz für interaktive Software. Viele Computersysteme dieser Zeit waren reine Batch-orientierte Datenprozessoren, die nur mit großem Aufwand verwendet werden konnten, um Software zu erstellen, die eine Bildschirminteraktion ermöglichte. Das Team von Soltis hatte dies erkannt und bereits in der ersten Version von CPF Logik und Präsentation getrennt. Die Präsentation fand in einem Datei anzeigen, und das zugrunde liegende Programm könnte die Interaktion durch einfaches Lesen und Schreiben von Datensätzen in die Anzeigedatei handhaben. Es GUIDas Phänomen war noch nicht erfunden, daher waren die Bildschirme charakterorientiert, in einer Struktur von 24 Zeilen mit 80 Zeichen.

Die Integration all dieser Funktionen in das Betriebssystem hatte natürlich einen großen Nachteil: Der Kunde hatte keine Wahl. Die Verwendung von CPF erlaubte keine anderen Datenbankimplementierungen, Sicherheitspakete usw. Viel Kritik Microsoft kommt heute in Bezug auf die Integration aller Arten von Funktionalität in Fenster war daher bereits 1978 auf IBM anwendbar.

Darüber hinaus war die grundlegende Architektur innovativ, indem sie a Maschinenschnittstelle (MI) wurde die zugrunde liegende Hardware für das Betriebssystem und die Anwendungen fast vollständig virtualisiert. Eine der Auswirkungen davon war, dass CPF mit einem Konzept arbeiten konnte, das dieses Konzept einstöckige Lagerung wurde erwähnt: Die Interaktion mit dem Plattenbereich wurde vom MI durchgeführt. Jeder Teil des Betriebssystems wurde als Objekt verfügbar gemacht, und jedes Objekt war anhand des Objektnamens, des Objekttyps und der Bibliothek, die dieses Objekt enthielt, eindeutig identifizierbar. Infolgedessen hatte CPF keine Anweisungen zum Laden eines Programms in den Speicher, zum Beispiel reichte ein einfacher Aufruf des Programms aus, um es in den Speicher zu laden. CPF war damit eines der ersten objektorientierten Betriebssysteme.

IBM lieferte CPF als Programmiersprachen Rollenspiel und COBOL. RPG war bereits mehr oder weniger eine native IBM-Sprache, und die mitgelieferte Cobol-Version unterschied sich deutlich von ANSI-Cobol, da sie Anweisungen für die native CPF-Funktionalität enthielt. Für einen erfahrenen Cobol-Programmierer war es gewöhnungsbedürftig, Programme für eine S/38 zu erstellen.

S/36 und SSP

Um auch den Markt bedienen zu können, der ein einfach zu verwaltendes Computersystem suchte, brachte IBM IBM 1983 das S/36, mit SSP als Betriebssystem. SSP war viel einfacher als CPF und vereinfachte die Verwaltung. Ein wichtiger Vorteil von SSP gegenüber CPF war das Vorhandensein einer Menüstruktur im Betriebssystem, mit der alle Systemfunktionen gefunden werden konnten. CPF fehlte das und konnte nur CL verwenden (Steuersprache) Befehle werden gesteuert.

Vor SSP war RPG auch die Hauptprogrammiersprache für Anwendungsprogramme, jedoch war es eine andere RPG-Version als CPF. Programme der beiden Systeme waren weder austauschbar noch auf Quellcodeebene kompatibel. Der Umstieg von einer S/36 auf eine S/38 war daher nicht einfach und für viele Unternehmen eine schwierige Schwelle.

AS/400 und OS/400

Aus strategischer Sicht war es für IBM wichtig, die verschiedenen Rechnerlinien (S/36, S/38, 4300 und S/370) in einem System zusammenzuführen. Dieses neue System sollte die Stärken von S/36 (einfache Verwaltung, Menüstruktur) mit denen von S/38 (integrierte Datenbank und Sicherheit, Trennung von Logik und Darstellung) kombinieren. Die Konsequenz dieser Fusion wurde 1987 als 1987 AS/400, mit dem neuen Betriebssystem OS/400. Für Programmierer und Administratoren von S/38 war gesorgt: Die erste Version von OS/400 war eigentlich eine neue Version von CPF, mit einigen neuen CL-Befehlen und einer Menüstruktur. Diejenigen, die an SSP gewöhnt sind, hatten etwas mehr Probleme, obwohl OS/400 ein Emulation von SSP, so dass auch Programme aus S/36 problemlos migriert werden konnten.

In den 1990er Jahren ging die Entwicklung von OS/400 in einen kleinen Winterschlaf. Obwohl es regelmäßig Release-Updates gab, gab es oft nicht allzu viel Revolutionäres zu entdecken. Der Trend, immer mehr Grafiken zu verwenden, wurde von IBM etwas ignoriert und die AS/400 nahm ein etwas altmodisches Image an. Auch seine Popularität begann zu sinken.

Moderne Techniken

Da umarmen GNU/Linux und JavaTechnologie ist OS/400 wieder auf dem Vormarsch. IBM positioniert OS/400 als bevorzugtes Betriebssystem für WebSphere und J2EE wird eingesetzt. Seit einigen Jahren gibt es im Produkt eine grafische Oberfläche für Verwaltungsaufgaben Betriebsnavigator, womit mit dem Maus die Maschine kann verwaltet werden.

Die neueste Version davon Betriebssystem trägt den Namen i5/OS und basiert auf der Technologie des Power5-Prozessoren die in den neuesten eingeführt wurde Server der iSeries-Reihe. Die Power5-Technologie ermöglicht den gleichzeitigen Betrieb mehrerer Betriebssysteme auf einem Server mittels Tür logische Partitionierung (LPAR). LPAR unterteilt den Server in virtuelle Server, von denen jeder als eigenständiger Server fungiert. Das Zuweisen und "Verschieben" von Ressourcen wie Prozessorkapazität und Speicher kann dynamisch erfolgen, das Verschieben anderer Hardware wie Netzwerkkarten usw. erfordert einen Neustart der betroffenen Partitionen.

Jede Partition hat ihr eigenes Betriebssystem, das zwischen OS/400, AIX und GNU/Linux.

DB2/400 und SQL

Obwohl SQL die seit einigen Jahren in OS/400 verfügbar sind, hat es einige Zeit gedauert, bis IBM die in OS/400 integrierte Datenbank verwendet hat DB2 zu erwähnen gewagt. DB2 für OS/400 (DB2/400) ist jetzt eine sehr leistungsfähige Datenbank-Engine mit voller Funktionalität, die dem relationalen Modell entspricht. Wo in der Vergangenheit Datenbanktabellen über kompiliert Quellcode Diese wurde nun durch eine SQL-Umgebung ersetzt, die sowohl von den 80x24 Greenscreens als auch vom Operations Navigator aus genutzt werden kann. DB2/400 unterstützt alle modernen Techniken wie löst aus, Einschränkungen und eine fortschrittliche Art der Transaktionsverarbeitung.

Maschinenschnittstelle

Das aus der S/38-Ära stammende MI-Konzept wurde zu einer nahezu vollständigen Virtualisierung der Hardware weiterentwickelt, indem die Technologieunabhängige Maschinenschnittstelleniedrig (TIMI). TIMI ist die Schicht, die APIs enthält auf die Hardwarekomponenten, und die Anwendung dieser Technik ermöglicht die Installation verschiedener Betriebssysteme (OS/400, AIX und Linux). Außerdem können die TIMI APIs direkt angesprochen werden, welche Technik von IBM in der WebSphere-AnwendungsserverImplementierung für OS/400. Dies steht im Gegensatz zu WebSphere auf anderen Plattformen, wo Funktionen des Betriebssystems verwendet werden müssen.

Windows-Integration

Durch die Anwendung einer Technik, die sukzessive Dateiserver-E/A-Prozessor (FSIOP), integrierter PC-Server (IPCS), integrierter Netfinity-Server und heute Integrierter xSeries-Server (IXS) oder Integrierter xSeries-Adapter (IXA) heiß, IBM hat es auch möglich gemacht Fenster Server, die in den iSeries-Server integriert werden sollen. In einer OS/400-Partition wird dazu ein virtueller Plattenbereich erstellt, der auf eine IXS oder IXA abgebildet werden kann. Der IXS selbst ist eine Einsteckkarte mit Intel Prozessor, der zur Installation verwendet werden kann Fenster Server-Editionen. Die IXA ist die Variante dieser Funktionalität, die die Anbindung eines externen xSeries-Servers an die iSeries ermöglicht.

Vernetzung

Für den Anschluss der Klemmen in der Vergangenheit war es TwinaxProtokoll verwendet. Obwohl noch unterstützt, wird Twinax eigentlich nicht mehr verwendet, da die Verwendung von Terminals praktisch verschwunden ist. Für die Datenkommunikation verwendet IBM SNA und Token-Ring-Technik. Auch diese Techniken sind nun aufgrund der Marktkräfte in den Hintergrund getreten und wurden ersetzt durch TCP/IP und Ethernet.