Programmieren - alles kontrollieren 4.934 Themen, 20.613 Beiträge

Wer kennt sich in AS/400 Programmierung aus?

Hausmeister Krause / 11 Antworten / Flachansicht Nickles

hallo!!

wer kennt sich mit CL programmierung in der AS/400 aus?
bei uns in der firma stellt sich folgendes problem:

wenn irgendeine sicherung, der nachtjob oder sonstige sensible
programme laufen, die man nur durchführen kann, wenn kein anderer an
der maschine arbeitet, gibt es bei uns ein kleines, naja, nicht direkt
problem, sagen wir eher "unannehmlichkeit":

wärend ein solcher job läuft, können sich andere user ohne probleme
am system anmelden, und dadurch den job killen oder sonst irgendwie
stören, wenns hart kommt.
im prinzip könnte man so ein problem umgehen, wenn man alle normalen
user terminals in einem separaten subsystem fahren würde, und nur die
masterkonsole und den systemdrucker in einem eigenen subsystem.
man könnte dann das "user-subsystem" herunterfahren und hätte somit
alle bildschirme gesperrt, sodaß man in ruhe sichern kann.

aber leider laufen bei uns alle bildschirme inkl. der masterkonsole in
EINEM subsystem. und das ganze mal eben so zu ändern ist ja nicht drin.
wir müßten dann quasi JEDE der ca. 100 bildschirmadressen einzeln
abhängen.

könnte man sowas nicht in einem CL regeln? bzw. in 2 CL´s?
ein cl deaktiviert alle bilschirmadressen, die im cl selber
hinterlegt sind, und das 2te cl aktiviert alle bildschirmadressen
wieder in einem rutsch.

man müßte dann nur noch einen blick auf die virtuellen
bildschirmadressen werfen, die entstehen, wenn sich ein mitarbeiter
vom fernen system aus bei uns einwählt. aber das ist kein problem.
sind nicht viele.

hat jemand ne ahnung, wie man sowas automatiesiern kann?

Wenn Du Sorgen hast, dann erzähle sie nicht Deinen Freunden, sondern Deinen Feinden, denn die freuen sich darüber. - Harald Lesch
bei Antwort benachrichtigen
Hausmeister Krause Anonym „Mit Jobwarteschlange meinte ich nur, das im laufenden Betrieb, wenn das System...“
Optionen

@frank kaune:
achso, jetzt versteh ich dich erst.
ja klar, solang die sicherung läuft, kann man ja alle jobwarteschlangen solange anhalten. die wichtigste ist bei uns eh nur die "qbatch". die anderen werden kaum genutzt.
ist jetzt nur die frage, ob unsere programme grundsätzlich erst in die jobwarteschlange gestellt werden, oder ob die sofort gestartet werden.
bleibt dann nachher nur die frage, in wie fern un din welcher reihenfolge man die aufgelaufenen jobs dann freigeben kann und in welcher reihenfolge, ohne das sich programme gegenseitig stören. bei unsern alten er programmen ist das nömlich immer so ein problem.

allerdings glaube ich kaum, daß mir die befehle pwrdwnsys und signoff weiterhelfen.
die parameter, mit denen man die befehle starten kann, sind mir bekannt, aber pwrdwnsys wäre tödlich. das schaltet die komplette as400 ab!!!! und das ist ja nicht sinn der sache ;-)
mit signoff könnte man zwar was machen, aber nachdem der befehl ausgeführt wurde, hat der user wieder sein anmeldebild da und versuchts erneut. und schon haben wir das problem wieder.

am ehesten würde uns der befehl wrkcfgsts weiterhelfen, da mit damit jeden bildschirm wirklich abhängen kann, sodaß er user erst gar kein anmeldebild bekommt. aber das in ein programm einzubinden ist das problemchen.

aber ich werd mit chefchen morgen nochmal drüber quatschen. denn deine idee, die jobwarteschlangen anzuhalten ist gar nicht so übel, WENN denn die jobs bei uns grundsätzlich erst darein gestellt werden. aber das kann ich erst morgen in erfahrung bringen.

mir fällt aber grad noch was anderes ein.... könnte man nicht auch per cl oder sonstwas, eine bestimmte art benutzerprofile deaktivieren? und nachher wieder aktivieren?
aber ich glaube da stehen wir vor dem gleichen pratkrischen problem wie mit den bildschirmen....

also danke nochmals. wenn du noch ideen hast, her damit :-)

gruß seb.

Wenn Du Sorgen hast, dann erzähle sie nicht Deinen Freunden, sondern Deinen Feinden, denn die freuen sich darüber. - Harald Lesch
bei Antwort benachrichtigen