-
Geänderte CMD-Defaults wiederfinden
Hallo zusammen,
da wir dieses Jahr vorhaben einen Releasewechsel zu machen, wollte ich mal fragen, ob es eine Möglichkeit gibt, geänderte CMD-Defaults von Betriebssystem-CMD's "wiederzufinden".
Es ist nämlich unprickelnd nach einen Releasewechsel einem geändertem Ablaufverhalten gegenüberzustehen 
Danke an alle Helfenden!
P.S. Ich weiß, über Dokumentation geht nichts
-
-
Wenn Du sie findest, schreiben sie in einem CL-Programm. Wenn/falls Du noch welche Defaults änderst, füge sie auch in diesem CL-Programm ein. Wenn Du das nächste Upgrade machst, führst Du einfach dieses CL aus.
When you find them, put them into a CL program. When/if you change another default, add it to this CL program. When you do the next upgrade, just run the CL.
(with a bit of help from Google translate )
-
Danke an alle, vor allem Pikachu, das war der Befehl den ich gesucht habe.
Allerdings ist dieser nicht 100%ig, da wir tlw. "Gültigkeitsprüfprogramme" eingetragen haben, und diese CMD als "ungeändert" dargestellt werden.
Aber die kennen wir ja zum Glück
-
 Zitat von kitvb1
Wenn Du sie findest, schreiben sie in einem CL-Programm. Wenn/falls Du noch welche Defaults änderst, füge sie auch in diesem CL-Programm ein. Wenn Du das nächste Upgrade machst, führst Du einfach dieses CL aus
die Idee ist gut,
Und dann kann man auch alle anderen Änderungen, die man so macht, drin unter bringen, wie z.B.
Code:
CHGPRTF FILE(QSYS/QPJOBLOG) HOLD(*YES) OUTQ(QUSRSYS/QEZJOBLOG)
(bei unserem letzten Releasewechsel war dieses PRTF so geändert, dass alle Joblogs direkt gedruckt wurden - sehr komisch...)
Gruß, Christian
-
Eine andere (vielleicht bessere) Möglichkeit besteht darin, eine kleine Ausfahrt Punkte-Programm, die vor und nach Bilder in einer Datei schreiben werde. Registrieren Sie dieses dann an QIBM_QCA_CHG_COMMAND.
Another (maybe better) way is to write a small exit point program which can log the before and after images. Register this then to QIBM_QCA_CHG_COMMAND.
-
... das erwähnte CL zur Dokumentation gehört eigentlich zum Stand der Technik, sollte dann aber alle Änderungen, die am System vorgenommen wurden umfassen (CHGPRTF etc). Eine weitere Überlegung sollte auch sein, ob man überhaupt Systemobjekte ändert, oder Duplikate in eine vorgeschaltete Bibliothek stellt und diese ändert, wo sowas geht (Systemobjekte können durchaus per PTF ausgetauscht werden, oder Installationsprozesse benutzen auch System Commands).
D*B
Similar Threads
-
By Robi in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 16-11-11, 15:04
-
By V_P in forum NEWSboard Programmierung
Antworten: 7
Letzter Beitrag: 14-11-06, 10:42
-
By ILEMax in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 26-07-06, 17:07
-
By muadeep in forum NEWSboard Programmierung
Antworten: 1
Letzter Beitrag: 13-04-05, 09:47
-
By mk in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 25-09-04, 15:48
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks