Lieber Zuschauer, dieser Untertitel wurde automatisch generiert von Trint und dementsprechend (sehr) fehlerhaft. Wenn du kannst, hilf uns bitte gute Untertitel zu erstellen: https://c3subtitles.de/talk/1171 Danke!
Der jetzt kommende Vortrag Der letzte
für den heutigen Tag auf dieser Bühne
sind Geschichten aus der Kobol Gruft von
Hardrock Hardrock arbeitet seit
über zehn Jahren mit COBOL
bei einer Versicherung und
hat einen Vorgänger Vertrag bei den
diesjährigen Main Rheinmetall.
Refrain Mein Chaos Days gehalten.
Den muss man nicht kennen, aber das
jetzt hier die Fortsetzung und ich
wünsche euch viel Spaß damit.
Hallo?
Ja, wie schon gesagt, das ist
gewissermaßen Teil 2!
Ich hoffe mal, dass es
nicht zu Kopfschmerzen führt.
Teil 1
Leute tatsächlich den Kopf auf Tische
geschlagen haben.
Immer Publikum.
Ja, diesmal erzähle ich
über dem
Großrechner Umgebung, hinter
den Versicherungen, Banken
und auch an anderen Stellen immer
noch im Einsatz ist ja,
so ein Großrechner
ist von der Konstruktion
her optimiert auf Zuverlässigkeit
und Daten Durchsatz.
Das kommt daher, dass
die Rechner, außer
dass die entwickelnder rechnen, zu einem
Zeitpunkt begann, als
es nicht sonderlich viele Rechner
gab, also in einem Unternehmen
stand und durchaus Narayen Rechner oder
so mit.
Die Zuverlässigkeit
sagte, dass die Rechner redundant
ausgelegt sind und zwar
sogar recht extrem.
Bei heutigen
Großrechnern kann
man durchaus Flüssigkeit,
gekühlte Prozesse, Module im laufenden
Betrieb tauschen, ohne Probleme
oder auch beliebige andere
Bauteile.
Ja, und da hat der Rechner
selbst.
Also das ist die Größe
192 nebeneinander.
Die Festplatten sind
dann aber extern angeordnete Festplatten
oder früher Laufwerke.
Ja,
dem Ein und Ausgabe
was früher so aus
Europa Lochkarte oder
noch streifend bzw.
noch Kartenstapel.
Hmmm.
Hm ja nur noch
pro Lochkarte an eine Textzeile,
also wie oft an Staaten
ist bei einem
Programm von mehreren tausend Zeilen kann
man sich vorstellen.
Am
Es kamen dann sogenannte
Schreibmaschinen Terminals
als interaktive Bedienelemente
dazu, also gewissermaßen
ein Drucker mit angeschlossener Tastatur
oder auch Fernschreiber genannt.
Ab 1972
gab es dann der Datensicherheit
Geräte.
Bist du schön auf Deutsch heißt
nun also im Fall
von IBM nur 32
70er Terminals.
Kann man sich vorstellen
wie ein Monitor,
meine Tastatur und noch ein
lokaler Pufferspeicher, oder
in heutiger Terminologie würde man das
vielleicht als klein bezeichnen.
Ja, die waren dann aber
noch sehr beschränkt.
Also der ersten tatsächlich monochrom,
also grün auf schwarz.
So wie meine Folien auch.
Man könnte grün sogar in a hell
und dunkel, also zwei Helligkeit
Stufen darstellen.
Spätere Terminals könnten dann
acht Farben nur plus
blinken und unterstrichen.
Also alles nur Text,
24 Zeilen, 80 Zeichen
oder?
Hat dann auch ne speziellere
Laternenpfählen mit mehr Zeilen
und für Spezial Anwendungen
gab es auch welche.
Hm, für den Appell Zeichensatz,
also für eine
etwas graphisch orientierte
Programmiersprache oder
für Vektorgrafiken.
Aber insgesamt Grafik
Darstellung war
da eine Grafik Darstellung war doch
nichts.
Hm
ja, mittlerweile
sind die Terminals nahezu
ausgestorben.
Aber es gibt ja noch eine Elimination
auf dem PC,
den man tatsächlich Unternehmens
einsetzen auch noch findet.
Also bei uns im Unternehmen
müssen die Sachbearbeiter tatsächlich die
Online Programme
noch nach Terminal Emulation
bedienen.
Oder heutzutage
wird dann von Großrechner
an Fronten gesetzt als neuer PC
Anwendung oder
online Anwendung im Browser.
Ja,
da die Termine
tatsächlich sehr eingeschränkt
waren.
Hmm, gab
es dann den oder gibt es immer noch
den Unterschied zwischen Online und
Batteriebetrieb?
Wenn man von
Online betrieb,
kommen Transactions Manager zum Einsatz.
Im Fall der IBM
Service Großrechner werden das
im CCC oder Chips.
Wie der Name schon sagt, sind
die Transaktionen orientiert.
Das heißt im Fall vom Terminal
hat das mal die sogenannte Bildschirm
Maske was man auf dem Schirm gesehen hat.
Hmm, lokal bearbeitet hat
irgendwelche Daten eingegeben oder
verändert oder so und
durch Druck auf die Taste Daten Freigabe
wurde dann die Maske
an den Großrechner
geschickt um
dort vom Programm weiterverarbeitet zu
werden. Und am
Ausgabe ging dann und
geht immer noch im Hintergrund dann
an Datenbanken
oder Unterprogramme oder so
bzw. das Ergebnis wird dann wieder
auf dem Terminal
angezeigt und dem Terminal Emulation.
Aufgabe des Transactions Managers
ist es hauptsächlich
die ganzen Programme
dem
Ablauf mit denen die User
agieren, dann
immer so zu sortieren,
dass die User tatsächlich auf
ihre Daten Zugriff haben
bzw.
das dann
im Speicher Inhalt
pro User sortiert
wird
und kein
zusätzlicher sind Sender im Hintergrund.
Transaktionen, möglicherweise Programme,
die ohne
Eingriffe eines Nutzers
ablaufen.
Da der Online-Bereich
gewisse Probleme hat,
wenn zum Beispiel
viele Daten in der Datenbank gespeichert
werden, gibt
es auch noch den Batch
Betrieb. Das es dann ohne
Interaktionsmöglichkeiten, also
das Programm
läuft mit einer gewissen
Eingabe Werten über den
Datenbestand.
Das waren so Beispiele,
wie zum Beispiel
alle freiwilligen Verträge,
die Prämien Rechnung zu erstellen
und ein neuer Drucker zu geben.
Das läuft üblicherweise nachts.
Nennt sich Batch Fenster.
Also ist nach der Erklärung,
falls sich jemand gewundert hat, warum
man zum Beispiel
mit Banken oder Versicherungen eventuell
nachts nicht interagieren kann, dass
da dann die
Daten online nicht zur Verfügung stehen.
Also.
Ja, ich habe gerade eben
schon im Transactions Manager
genannt.
Der wurde
zusammen mit der
STB, also
einer Datenbank entwickelt.
Es handelt sich hierbei um eine
hierarchische Datenbank,
sprich die Daten liegen sozusagen
hinter Baum förmig strukturiert,
also eins zu eins.
Beziehungen und einzelnen Beziehungen
sind da darstellbar, aber man
im Zen. Beziehungen sind
nur mit Klimmzügen bzw.
Redundanz in die Datenbank
zu bekommen.
Diese Datenbank
hat den
Vorteil, recht schnell bei Zugriffen zu
sein,
aber nicht sonderlich komfortabel,
also SQL Abfragen
funktionieren nicht,
sondern für
eine Auswertung, wo man
in einer relationalen Datenbank
vielleicht 10 Minuten oder eine
Viertelstunde nach einer
Skala Abfrage zusammen schreiben
würde. Dann schreibt man da durchaus den
halben Tag im Programm, wenn man
weiß, wie man auf die Datenbank zugreifen
muss.
Theresa Ein weiteres
Problem mit der EMS Datenbank, was
heutzutage besonders schön
ist, ist
Änderungen an irgendwelchen Datensätzen
werden zeitweise gespeichert.
Das heißt, wenn man auf einen früheren
Zustand zurückgehen möchte,
muss man tatsächlich jede einzelne
Änderung wieder verarbeiten.
Und wenn man einfach so
auf die Daten schaut, dann sieht man
absolut nicht, was überhaupt passiert
ist.
In manchen Unternehmen wurde oder in
vielen Unternehmen würden sie im
Datenbanken mittlerweile abgeschafft.
Abgelöst.
Da kann man aber durchaus auf das Problem
stoßen.
In der aktuellen Entwicklung,
dass die Daten so wie sie sind, einfach
in die Tabellen geschrieben
wurden, also in einer relationalen
Datenbank.
Das heißt, man hat immer noch
die Freude mit dem
mit den historischen Daten,
die abgespeichert sind.
Ha ha!
Und dementsprechend Skala
Fragen, auch historische Sätze
funktionieren trotzdem immer noch nicht.
Dafür lässt sich diese Umwandlung
mit Generatoren durchführen und
ist deswegen günstiger.
Ja zum Thema wann das entwickelt
wurde.
Es wurde 1966 bis 1968
von IBM North American
Rockwell unter Caterpillar
zusammen entwickelt.
Nun will man Namen
vielleicht sehen kann.
Es wurde als
Stückliste Verwaltung für das Apollo
Programm entwickelt.
Dafür ist die Datenstruktur auch
wunderbar geeignet, weil man
damit prima ablesen kann, welche
Teile man für eine Baugruppe braucht.
Also nur so als Tipp,
wenn jemand mal mit Raumfahrttechnik
was zu tun haben will.
Einen relativ einfachen Einstieg oder
relativ einfach hinbekommen
möchte.
Hinkommen möchte.
Ja, Sicherheitsaspekte
von der Großrechner Umgebung.
Früher sah das so aus,
dass Vernetzung höchstens
über festem
angemietete bzw.
Leitung,
weil hat ja so gut wie niemand überhaupt
einen Rechner.
Also in einem Unternehmen hat man
halt vielleicht ein oder zwei
Großrechner stehen gehabt.
Datenübertragung erfolgte
durchaus per KURIER,
sogar bis vor wenigen Jahren
habe ich das bei Kollegen mitbekommen
hat das Firmen
hat die Datensätze, die
von unserer Versicherung an eine Bank
gingen.
Also was
jetzt nach einer Lastschrift
eingezogen werden müsste.
Da wurde in einem bestimmten Format
wurden die Daten auf Magnetband
geschrieben.
Zuletzt wurde ein Begleit Zettel
ausgedruckt und das
ganze ging an die Hausbank,
wo das
bei denen im Rechner eingespielt wurde
wieder.
Und dann verarbeitet
noch so, dass dann
für das tägliche Inkasso
wohl auch täglich jemand mit Magnetband
von uns zur Bank gefahren ist
und dann noch ein Pfand
wieder zurückgebracht hat.
Ja,
da haben Computer
groß und teuer waren,
hat auch im Grunde niemandem
irgendwo Hardware rumstehen, um
mal automatisiert Angriffe
zu fahren, selbst wenn
die Leitung verfügbar gewesen wäre.
Also so was wie Passwörter
durchprobieren oder so
war für Privatpersonen
ziemlich utopisch.
Ja, und das
rechte Management war eigentlich
komplett in-house,
von außen
konnte eigentlich auch niemand da
wirklich zugreifen.
Dementsprechend haben auch
problemlos 8 stellige Passwörter
für die Anmeldung oder
auch vierstellige Passwort
mit wenigen Versuchen
für die Anmeldung am Transactions
Manager ausgereicht.
Ja, wie sieht es heute aus?
Na, da die Terminals
ausgestorben sind, hängt der
Großrechner im
lokalen Netzwerk, weil
jeder Sachbearbeiter einen PC auf dem
Tisch stehen hat.
Und dementsprechend
zwischen dem Großrechner und
dem bösen Internet hängt dann
halt das, was
es so an
Sicherheit da
ist es via Firewall oder so!
Also gut, muss
man dann sehen wir.
Also wie sicher
das dann ist es denke ich hm,
hm.
Von Unternehmen zu unternehmen
unterschiedlich.
Ja, das interne Management
wurde
bezüglich Zugriffsrechte wurden insofern
verbessert, dass man die
Anmeldung am Transactions Manager
auch gegen seine Active Directory
binden kann.
Also mittlerweile sind keine
vierstelligen Passwörter mehr,
sondern halt das normale Windows
Passwort.
Ja, allerdings die Anwendung
der auf einem Großrechner laufen.
Die sind häufig durchaus schon etwas
älter, wurde
immer wieder weiterentwickelt.
Aber da steckt dann halt
durchaus die
Logik von Jahrzehnten drin.
Also ich habe mir mal einen Spaß gemacht,
ihm ein System, von dem ich wusste,
dass es schon relativ alt ist,
um nur kurz zu suchen,
wie Alter die Programme schon
sind. Und ja,
das älteste
Änderungsrate was ich gefunden habe war
von 1983.
Also eine Software, die
so alt ist und
im Laufe der Zeit so teuer war.
Da erschrecken wohl viele Unternehmen
davor zurückkehrte, wegzuwerfen
und
neu zu schreiben und
ohne dadurch gefüllt
etwas zu gewinnen.
Ich
ja
dann zum Thema
Fehlersuche in Programm
noch mal Großrechner.
Und wie sieht es aus?
Logs vom Programm laufen?
Ja, was man bei der Entwicklung
berücksichtigt hat und herausgeschrieben
hat, wird gelockt.
Sonst
ja sonst nichts.
Also
sollte man sich überlegen, was man im
Fehlerfall eventuell brauchen könnte.
Aber man sollte auch nicht zu viel
rausschreiben, wird die Datei
solange man muss auch händisch drin
suchen.
Und außerdem
ärgert sich der Rechenzentrums Betrieb,
weil die Dateien so groß werden.
Und das kostet
natürlich Speicherplatz.
Im Absturz von
ja, man kriegt einen Dampfers im
speicherbar und
die Zeilen Nummer und Namen des
abgestürzten Programms und
warum es in der Zeile abgestürzt ist oder
warum das System denkt, dass es in der
Zeile abgestürzt ist.
Für den Speicher, dann schreibt
man dann besser
am Anfang des Bereichs
für die variablen Definition im Programm
irgend einen Text, den man relativ gut
finden kann.
Das macht die Suche dann nämlich
dann einfacher, obwohl die Variablen
stehen.
Ja Debugging
ja ein Programm
mit Display Statements,
die gehen in Online Programmen
nicht sinnvoll, die laufen dann
nämlich in
eine Datei, die nur das Operating
sieht und die finden das nicht so toll,
wenn ihr
Sound zugemüllt wird.
Vor allem nicht, wenn das Programm dann
im Online Betrieb
produktiv läuft und
Aktionen der Sachbearbeiter jeweils
um Ausgaben
dort erzeugen.
Na sonst gibt es ein paar
zum kaufbar Debugger,
die aber durchaus eigene
Probleme haben.
So hatte ich schon mit einem dieBürger zu
tun, bei dem ich nicht verstanden
habe, unter welchen Bedingungen
eine Änderung in der Variable
dann eigentlich den bedingten
Bleckmann ausgelöst hat und
unter welchen Bedingungen der nicht
ausgelöst wurde.
Also
hat man in der heutigen
spannenden Entwicklungsumgebung
doch etwas komfortablere
Möglichkeiten zur Fehlersuche.
Ja,
denn die Ablösung des
Rechners es
ja mittlerweile.
Doch einige Bestrebungen in
verschiedensten Unternehmen,
dafür gibt es noch verschiedene Gründe.
Wie schon gesagt, die Software,
die darauf läuft, ist alt
und häufig schwieriger
zu warten, weil
sich dann halt die Programmierer Stile
aus 30 Jahren
angesammelt haben.
Die Korrekturen da
durchaus häufig nur so
auf die Schnelle erfolgten,
also Korrektur Quote
eingefügt, häufiger
noch mangels
sinnvoller Versions Verwaltung
mit Änderungs Kommentaren
davor und danach,
so dass nun
durchaus nicht die Änderungs Kommentar
nach über die Jahre angesammelt haben
und teilweise
häufiger oder teilweise
dann mehr Zeilen beanspruchen als das
eigentliche Programm.
Ja, dann
ein weiteres großes Problem ist
das Personal,
das älter
wird und zunehmend in den Ruhestand geht.
Also mit
40 bin ich einer der jüngsten
Entwickler bei uns im Unternehmen.
Und dabei geht es nicht
nur ums Personal für die
Software-Entwicklung und Wartung, sondern
auch um die Leute
für den Großrechner Betrieb.
Da, wo es noch schwieriger
ist, irgendwelche Nachfolger
zu finden, weil das Wort dann
doch recht speziell ist und sich
von
normaler Umgebung
doch stark unterscheidet.
Ja, und insgesamt
ist der Betrieb seines Großrechnern
recht teuer.
Nicht nur wegen des
wegen der Personalkosten
und wegen der Kosten
für die Software Wartung,
sondern
weil so ein Großrechner im Programm hatte
und den mit Wartungsvertrag irgendwo in
Unternehmen stellte.
Dem ist schon klar, dass das Unternehmen
gewisse Probleme hat, die Software zu
lösen, weil wie schon gesagt
sind Jahrzehnte in Entwicklung
rein geflossen oder wenn man die Personen
Jahre zählt er im Bereich
Jahrhunderte oder so,
so dass man sich das durchaus etwas
kosten lassen kann oder kosten
lassen muss, da sein Großrechner
im Haus zu betreiben.
So dass es
durchaus viele Unternehmen gibt, die
den Großrechner loswerden möchten.
Ja, aber
Typekit beim Loswerden
gibt es ein eigenes Problem.
Also Eigenentwicklung
der Software, die schon da ist,
ist natürlich aufwendig.
Also wie gesagt,
Personen Jahrhunderts sind da
eingeflossen, also
muss man durchaus mit einigen Personen
nach Jahrzehnten wohl rechnen,
bis man da dann
Software hat, die eigene Ansprüche
erfüllt, wenn man sie in Haus entwickelt.
Na ja,
zumindest in der Versicherungsbranche
sieht es wohl so aus, dass es recht
wenig Software von Drittanbietern gibt
für eine
modernere Umgebung und
die Qualität ist durchwachsen.
So wie ich das
mitbekommen habe.
Das sieht dann so aus, dass
es zwar Unternehmen gibt, mit deren
schönes System für die
private Krankenversicherung haben.
Die können dann aber oder
deren Lebensversicherung System ist dann
aber nicht wirklich
toll und das
System für die Allgemeinheit auch nicht.
Dann gibt es Unternehmen, die haben zwar
ein schönes Lebensversicherung System,
aber nur Krankenversicherungen
sind nicht so toll aus und so weiter.
Und man
hätte natürlich schon gerne,
dass die Sachbearbeiter
ein System haben, in dem
sie klarkommen, egal ob
der Kunde da anruft oder jetzt ein
Problem mit seinem kranken
Versicherungsvertrag hat oder mit dem
Lebensversicherungen Vertrag.
Und sie nicht für jedes
System einzeln geschult werden
müssen.
Das ist dann auch wieder
teuer und aufwendig.
Und
gerüchteweise
führt die Situation
dazu, dass es
bei den Leitern der
Datenverarbeitung Abteilungen in
den Unternehmen eigentlich zwei Gruppen
gibt.
Diejenigen, die
verzweifelt nach einem neuen System
suchen, um einen Großrechner
endlich aus dem Haus zu bekommen.
Und diejenigen, die
das nicht tun, weil sie wissen
In fünf Jahren bin ich sowieso im
Ruhestand und es interessiert mich nicht
mehr.
Ja schon
von euch doch etwas schneller
als gedacht.
Ja.
Und bitte um Fragen.
Ähm, fangen wir darüber
mit was für Umgebungen hast du da im
Allgemeinen gearbeitet?
Dieses System hat es waren das
Systeme, die auf auf aufgesetzt haben
mit uns 93 ZPO ist
ZVS oder was oder eher
auch mit virtuellen Gästen und erzählt
vor ähm,
Entschuldigung, ich habe
leider nichts verstanden.
Also noch mal die
Großrechnern Applikation mit den du zu
tun hast. Auf welcher Basis laufen die
OS 93 VC?
Es ist dasselbe oder ist es auch ein
virtuelles, also Internet-Forum?
Also bei uns im Hause
läuft es unter und in der
Umgebung alles
nicht.
Und das ist mit Micro bitte
ja.
Ich wollte mal fragen, wie du
die Entscheidung der IBM jetzt
siehst, dass sie ja irgendwann
in den 80er-Jahren eigentlich versucht
haben, ihr FMS komplett loszuwerden,
soweit, dass sie ihren Vertrieb dann
verboten haben, das Wort ihrem es
überhaupt in den Mund zu nehmen
und dann so Anfang der 90er
Jahre überrascht festgestellt haben, dass
die Leute immer noch dabei
sind. Das ist inzwischen
ein sehr langen
Katalog von Feature Requests
gab aber die IBM seit
15 Jahren einfach keine Abteilung mehr
hatte, um dieses System zu entwickeln und
dann plötzlich aus dem Nichts
eine neue Abteilung von Kowall
Spezialisten mit IMs Kenntnissen
irgendwie hervorzaubern mussten, um
die Kunden zufrieden
zu stellen.
Okay, danke für die
für diese Bestätigung.
Das ist etwas, was ich im Hinterkopf
hatte. Da ich dazu aber nichts gefunden
habe, habe ich nicht im Talk drin gehabt.
Hm, naja,
also aus Sicht von IBM kann ich
durchaus nachvollziehen,
wenn sie da alte Zöpfe abschneiden
wollten.
Ja, offensichtlich
waren was Kundenseite,
aber um so
problematischer, die Anwendungen
umzustellen,
dass sich die Wehrmacht
sozusagen hat breitschlagen lassen, das
System noch weiter in Betrieb zu
nehmen.
Ich würde mal vermuten, Sie haben sich
das dann auch passend bezahlen lassen.
Nur dass man
die EMS Datenbank loswerden will,
kann ich aber durchaus nachvollziehen.
So mit meiner Erfahrung
damit,
dass die Datenbank wohl relativ schnell
ist, aber
es sehr schwierig ist, diese Daten
überhaupt raus zu bekommen.
Jetzt mal auf die Schnelle.
Und jetzt eine Frage aus dem Internet.
Signal aber
kommt ja
schneller
und fragt eher c
nach einem Vergleich der Rechenleistung
von dem, was Dreads Großrechner einst
zu modernen PCs.
Und das kann ich leider
nicht sagen,
wie denn das aussieht,
weiß ich leider aber nichts darüber.
Ich habe
das Mikrofon auf der Seite.
Hallo!
Hallo. Ich wollte fragen, was ihr für
eine Entwicklungsumgebung auf dem
Großrechner verwendet oder ob ihr Lokal
eine App wie Visual Age oder so
ähnlich.
Ich habe auch mal gerne einen Teil
verstanden bezüglich
der Entwicklungsumgebung,
zumindest für die Softwareentwicklung.
Bis vor ein paar Jahren war das
im TESO
ein Editor für Kobol.
Ja, das waren dann tatsächlich in
32 70 Terminal Emulation,
also 24 Zeilen,
80 Zeichen pro Zeile.
Das war für mich gefühlt immer
Programmieren durch einen Schlitz.
Das führte dann dazu,
dass ich mir den Quelltext
zusätzlich noch im Online
Repository im Browser aufgemacht haben,
wenigstens ein bisschen was zu sehen.
Mittlerweile
ist die Entwicklungsumgebung aber dem
HDZ, also
einer Eklipse Variante von IBM
angepasst. Auf der
US-Regierung danke
ich
an die mikrobielle
Moin.
IBM hat zurzeit 14
BCD Vector Instruktionen
eingeführt. Hast du die schon mal
benutzt?
Sagt mir jetzt überhaupt nichts.
Also die Begründung war die normalen BCD
Instruktionen sind etwas langsam,
deswegen machen wir jetzt die mit BCD.
Und noch mal an die Mikro bitte genau
habt ihr versucht Lock Daten
von DB2 oder vom Host
mal in externe Systeme
zu bringen, um dann nachzuweisen
oder zu schauen ob da Tabellen für
Rechnungs Daten verändert worden
sind um dann Rechnungs Nachweis zu
bringen?
Wer mir jetzt nichts bekannt
hat, das wäre dann eher im
Großrechner Operating angesiedelt bzw.
man hat Datenbank Menschen
was solche Überprüfungen.
Ich gehe mal davon aus, dass es so was
gibt, aber ich
weiß nichts genaueres darüber.
Danke.
An den Mikros sehe ich keine Fragen Wie
schaut es mit dem Internet aus?
Nichts.
Tja, dann haben wir die
offenen Fragen alle abschließend geklärt.
Vielen Dank noch mal für den Vortrag und
die Antworten und
einen schönen Abend noch.