Robert Gezelter hat in seinem Whitepaper "OpenVMS STARTUP: Underappreciated Flexibility"  ausführlich beschrieben, dass der OpenVMS Startup ein modulares und erweiterbares Werkzeug darstellt, mit dem eine OpenVMS Instanz gestartet wird.

Der OpenVMS Startup besteht aus 9 Phasen (INITIAL, DEVICES, PRECONFIG, CONFIG, BASEENVIRON, LPBEGIN, LPMAIN, LPBETA, and END). Zwei dieser Phasen werden von OpenVMS selbst nicht vewendet. Während der anderen 7 Phasen durchläuft die Startup-Sequence von OpenVMS zumindest 25 Prozeduren, die mit der der OpenVMS Distribution bereitgestellt werden.

Natürlich können alle Startup-Schritte von Layered-Products oder anderen site-spezifischen Startup-Sequenzen seriell in einem Step einer Phase durchlaufen werden. Oft aber gibt es Schritte, die unhabhängig von einander und somit auch gleichzeitig durchgeführt werden können, um die Startup-Zeit zu reduzieren und die vohandenen Ressourcen besser auszunutzen.

SYS$STARTUP:VMS$PHASES.DAT

In dieser Text-Datei werden die Phasen des OpenVMS Startup verwaltet:

INITIAL
DEVICES
PRECONFIG
CONFIG
BASEENVIRON
LPBEGIN
LPMAIN
LPBETA
END

Die Reihenfolge der Phasen dürfen naturgemäss nicht verändert werden, wir können uns aber eine eigene Phase LPCAMPUS, dazudefinieren:

INITIAL
DEVICES
PRECONFIG
CONFIG
BASEENVIRON
LPBEGIN
LPMAIN
LPCAMPUS
LPBETA
END

Diese Phase kann dann mit dem SYSMAN Utility mit Schritten versorgt werden.

SYS$STARTUP:VMS$LAYERED.DAT

In dieser Datei sucht (die standardmässig leer mitgeliefert wird), sucht der Startup nach zusätzlichen Startup-Schritten. Mit dem SYSMAN Utility können wir dort Einträge vornehmen:

$ mcr sysman
SYSMAN> startup set database startup$startup_layered
SYSMAN> startup add file campus1.com /phase=lpcampus/mode=spawn
SYSMAN> ^Z

Beim nächsten System-Startup wird OpenVMS Startup nun versuchen, die Prozedur CAMPUS1.COM als Subprozess auszuführen.

Das AUTOGEN Utility ist eine Command-Procedure, mit man einerseits in kontrollierter Art und Weise Systemparameter also auch Filegrösen für Page, Swap und Dumpfiles verändern kann. Das Autogen Utility befindet sich in SYS$UPDATE. Bei der Neuinstallation von OpenVMS werden die ersten System-Parameter immer automatisch mit dem AUTOGEN Utility erzeugt.

Das Autogen Utility kann:

• Feedback Informationen über den Resourcenverbrauch aus dem laufenden System persistieren (AGEN$FEEDBACK.DAT)
• Devices konfigurieren
• Systemparameter aufgrund der gewünschten Zielwerte und den Feedbackinfromationen anpassen
• Die Grössen von PAGEFILE, SWAPFILE und DUMPFILE an die aktuelle Konfiguration anpassen.

In folgenden Szenarien sollten Sie unbedingt auf das AUTOGEN Utility setzen:

• Während einer Neuinstallation oder eines Release-Upgrades
• Wenn sich die Workload auf dem System signifikant ändert
• Wenn neue Layered-Products installiert werden.
• Wenn Images mit /SHARED installiert werden sollen. Für Shareable Images sind passende Werte in GBLSECTIONS und GBLPAGES wichtig. Diese werden am besten mit AUTOGEN adjustiert. Wenn neue Softwareprodukte neue SHAREABLE Images liefern, ist meistens auch eine Anpassung dieser Werte nötig.

Aufruf und Parameter

Das Autogen Utility durchläuft immer eine Reihe von Phasen. Beginn- und End-Phase werden dabei als Parameter mitgegeben.

$ @SYS$UPDATE:AUTOGEN <START-PHASE> <END-PHASE> <MODUS>

• P1 - START-PHASE
• P2 - END-PHASE
• P3 - MODUS - kann entfallen oder einen der folgenden Werte aufweisen:
  • FEEDBACK - verwendet das abgespeicherte Resourcen FEEDBACK aus AGEN$FEEDBACK.DAT
  • NOFEEDBACK - die Werte werden nur aufgrund der Setup-Files erzeugt
  • CHECK_FEEDBACK - Feedback Information werden verwendet, wenn diese gültig ist.

Die AUTOGEN-Phasen

Robert Gezelter hat in seinem Whitepaper "OpenVMS STARTUP: Underappreciated Flexibility"  ausführlich beschrieben, dass der OpenVMS Startup ein modulares und erweiterbares Werkzeug darstellt, mit dem eine OpenVMS Instanz gestartet wird.

Der OpenVMS Startup besteht aus 9 Phasen (INITIAL, DEVICES, PRECONFIG, CONFIG, BASEENVIRON, LPBEGIN, LPMAIN, LPBETA, and END). Zwei dieser Phasen werden von OpenVMS selbst nicht vewendet. Während der anderen 7 Phasen durchläuft die Startup-Sequence von OpenVMS zumindest 25 Prozeduren, die mit der der OpenVMS Distribution bereitgestellt werden.

SYS$MANAGER:CAMPUS_STARTUP.COM

Beispielhaft legen wir uns unsere Startup-Prozedur an:

$!
$ SET NOON
$ stdrv$say "Startup CAMPUS Startup procedure"
$!
$ DEFINE/SYSTEM/EXEC CAMPUS$HOME "DSA100:[CAMPUS.HOME}"
$!
$ stdrv$say "CAMPUS startup finished"
$ EXIT

Diese Prozedur soll nun vom OpenVMS Startup ausgeführt werden:

$ mcr sysman
SYSMAN> startup set database startup$startup_layered
SYSMAN> startup add file campus_startup.com /phase=lpmain/mode=spawn
SYSMAN> ^Z

Beim nächsten System-Startup wird OpenVMS Startup nun versuchen, die Prozedur CAMPUS_STARTUP.COM als Subprozess auszuführen.