OpenVMS.org (Archiv) dcl.OpenVMS.org (Archiv) HPE OpenVMS OpenVMS Technical Journal VMS Software Inc.
de.openvms.org - Für die deutschsprachige VMS-Community [OpenVMS Swoosh]
Hosted by
PDV-Systeme GmbH
Aktuell | Suchen | Archiv | Eintragen | Über uns | Disclaimer | Kontakt
Links zum Artikel

Navigation

Rubriken

RSS Feeds
OpenVMS.org RSS Feeds
--RSS-- de.OpenVMS.org


[ Hilfe zu RSS]


de.OpenVMS.org

Benutzer
Gäste online: 26
Benutzer online: 0


Login
Benutzername:

Passwort:


[Einen Benutzer anlegen]

Hinweis: Links zu OpenVMS.org funktionieren nicht. Der Website ist offline.


Der OpenVMS-Fachberater: Logische Namen (Teil 4)
Der OpenVMS-Fachberater - 07-Feb-2003 00:00 UTC
von Bob Gezelter

Es gibt einen weiteren Satz von Qualifiern des ASSIGN-Kommandos, die oft benutzt werden und die wir auch in unseren Beispielen antreffen werden. Diese Qualifier betreffen den Zugriffsmodus des zu definierenden logischen Namens.

Die relevanten Qualifier des ASSIGN-Kommandos (und Parameter des unter der Haube aufgerufenen Systemdienstes $CRELNM) sind /EXECUTIVE_MODE, /SUPERVISOR_MODE und /USER_MODE. Der Qualifier /EXECUTIVE_MODE benötigt das Privileg, in den Executive Mode zu wechseln (CMEXEC), oder das noch höhere Privileg, in den Kernel Mode zu wechseln (CMKRNL). Wenn sie sich diese Modi von OpenVMS erstmals anschauen, fragen viele Nutzer, wozu dieser Mechanismus überhaupt nötig ist. Die Antwort lautet "Systemintegrität".

Auf irgendeinem Level verwenden nahezu alle Images, die auf einem OpenVMS-System ausgeführt werden, logische Namen. Das Integritätsproblem tritt zutage, wenn ein Programm auf einem höheren Privilegien-Level Zugriff auf bestimmte Systemteile benötigt, auf die ein logischer Name verweist. Wenn ein privilegiertes Programm einen von einem Benutzer definierten logischen Namen für systemkritische Zwecke verwenden würde, wäre es möglich, diesen umzuleiten, was die Systemintegrität kompromitieren würde. Aus diesem Grund können Programme die Übersetzung von logischen Namen auf solche Namen beschränken, die im Executive Mode definiert wurden, was nur ein Benutzer (oder ein Image) tun kann, der über das CMEXEC-Privileg verfügt.

/SUPERVISOR_MODE ist der Standard-Modus für logische Namen, die mit ASSIGN definiert werden. Logische Namen im SUPERVISOR_MODE in den JOB- und PROCESS-Tabellen bestehen, solange der Job bzw. Prozess existiert (oder bis sie durch das DEASSIGN-Kommando gelöscht werden). Natürlich können logische Namen direkt durch OpenVMS-Systemdienste oder Routinen der Laufzeitbibliothek erzeugt und gelöscht werden. Das aber erfordert den Gebrauch einer Programmiersprache, und die meisten Nutzer und Systemmanager (und auch Programmierer) werden meistens DCL dafür nutzen.

Der Qualifier /USER_MODE bietet eine von vielen Benutzern mißverstandene Option. Logische Namen im USER_MODE werden automatisch bei der Beendigung eines Images gelöscht. Daher sind keine Aufräumaktionen notwendig. Egal, wieviele USER_MODE logische Namen vor der Ausführung eines Images erzeugt werden, sie alle werden aus den Tabellen gelöscht, wenn das Image beendet wird. Das Feature Auto-DEASSIGN der USER_MODE logischen Namen betrifft allerdings nur die PROCESS-Tabelle.

Natürlich hat das ASSIGN-Kommando noch weitere Qualifier zu bieten, und der ganze Bereich der logischen Namen hat noch weitere Facetten, z.B. clusterweite logische Namen, private Tabellen von logischen Namen, Quoten auf Tabellen, verwurzelte logische Namen und Suchlisten, um nur ein paar zu nennen. Jede Facette der logischen Namen hat ihre Anwendung, und wir werden weitere Aspekte in zukünftigen Kolumnen kennenlernen.

Bis dahin haben wir jetzt genügend Qualifier und Schlüsselworte angesammelt, um nützliche Beispiele zu konstruieren, wie man logische Namen effektiv einsetzen kann, von individuellen Entwicklungsumgebungen bis hin zu globalem Systemmanagement.

Der OpenVMS-Fachberater begrüßt Fragen von Lesern über OpenVMS und verwandte Technologien. Bitte senden Sie Ihre Fragen an den OpenVMS Consultant.



Der nächste Artikel in dieser Reihe von Robert Gezelter:
Logische Namen (Teil 5)

Vorhergehende Artikel in dieser Reihe von Robert Gezelter:
Logische Namen (Teil 3)
Logische Namen (Teil 2)
Logische Namen (Teil 1)



Über den Autor:

Robert Gezelter ist der Gründer der Consulting-Firma, die seinen Namen trägt (www.rlgsc.com).

Die Tätigkeit seiner Firma betont detaillierte technische Expertise in den Bereichen Computer-Architekturen, Betriebssysteme, Netzwerke, Sicherheit, APIs und verwandte Themen. Mr. Gezelter hat mit OpenVMS seit der ersten Release von VAX/VMS 1978 gearbeitet.

Seine Kundenstamm umfasst sowohl kleinere Firmen wie auch Firmen in den Fortune 10, lokal, national und international, mit Arbeitsbereichen, die von individuellen Telefon-Fragen bis zu größeren Projekten reichen.

Er ist per Email zu errreichen unter gezelter@rlgsc.com.


Original auf www.openvms.org

Links zum Thema: | Version zum Drucken

< Der OpenVMS-Fachberater: Logische Namen (Teil 3) | Der OpenVMS-Fachberater: Logische Namen (Teil 5) >

HP-Benutzergruppen

Events

Websites

Blogs

Freie VMS-Accounts

[Future Forward] OpenVMS: 30 Jahre, und es geht weiter

Der 25. Oktober 2007 markiert das 30te Jubiläum der VMS V1.0 Release. Drei Dekaden Exzellenz, von anderen Betriebssystemen unerreicht. Von VAX über Alpha bis Integrity, OpenVMS ist die Kraft hinter den kritischsten Anwendungen auf der Welt!


Bei HP:

- HP feiert 30 Jahre OpenVMS
- Ein Grußwort von Ann McQuaid, General Manager HP OpenVMS Systems Division

In der Gemeinschaft und der Presse:
- ComputerWorld: Während sich OpenVMS der 30 nähert, graben Benutzer Videos aus DECs Blütezeit aus
- InternetNews: OpenVMS ist 30, und immer noch stark
- InformationWeek: VMS Betriebssystem ist 30 Jahre alt; Kunden sind überzeugt, dass es für immer halten kann
- Enterprise Open Source Magazin: Happy Birthday, OpenVMS

OpenVMS® is a trademark of HP.
All other trademarks are those of their owners.