OpenVMS

Le système mémoire virtuel ouvert de ( OpenVMS ), au commencement connu juste comme le système mémoire virtuel de ( VMS ), est le nom d'un à extrémité élevé du système d'exploitation du serveur d'ordinateur de du que les courses sur les alpha familles du VAX et du des ordinateurs, développées par le Digital Equipment Corporation du Maynard , le le Massachusetts (le DEC plus tard a été acheté par le Compaq , et est maintenant possédé par le Hewlett-Packard ), et récemment sur des systèmes de Hewlett-Packard ont établi autour de l'unité centrale de traitement d'Itanium d'Intel .

OpenVMS est un à utilisateurs multiples, la mémoire virtuelle virtuelleee - du système d'exploitation basé de du multitraitement (OS) conçu pour l'usage dans le partage du temps , le traitement par lots , le en temps réel (des priorités de processus peuvent être fixées plus hautes que les travaux de grain d'OS) et le traitement transactionnel . Il offre la disponibilité élevée de système par le groupant , ou la capacité de répartir le système au-dessus des machines physiques multiples. Ceci permet au système d'être " ; désastre-tolerant" ; contre les catastrophes naturelles qui peuvent désactiver différentes installations informatiques. Le VMS inclut également un système de processus prioritaire qui tient compte pour que le processus en temps réel coure sans encombre, alors que les processus d'utilisateur obtiennent le " provisoire prioritaire ; boosts" ; au besoin.

OpenVMS a commercialisé beaucoup de dispositifs qui sont maintenant considérés des conditions standard pour n'importe quel serveur à extrémité élevé du système d'exploitation. Celles-ci incluent :
Gestion de réseau Integrated d'ordinateur (à l'origine DECnet et plus tard, TCP/IP )
Multitraitement symétrique, asymétrique, et du NUMA , y compris le groupement
Un système de fichiers réparti ( Files-11 ) de
Dispositifs Integrated de la base de données tels que le RMS et les bases de données posées comprenant le Rdb
Soutien des langages de programmation multiples de d'ordinateur
Un langage de commande d'ordres de gestion extensible de la coquille (langage de commande d'ordres de gestion de DIGITAL )
Division de matériel des multiprocesseurs
À niveau élevé de la sécurité

les environnements d'Entreprise-classe typiquement choisissent et emploient OpenVMS pour différents buts comprenant car un mail server , des services en réseau, fabrication ou commande et surveillance de transport, des applications et des bases de données critiques, et en particulier des environnements où l'uptime de système et l'accès de données est critique. Des vers le haut-temps de système d'une décennie ou plus ont été rapportés, et les dispositifs tels que des mises à niveau de roulement et le groupement permettent des applications groupées et les données demeurent sans interruption accessibles tandis que le logiciel et la maintenance et les mises à niveau de matériel du système d'exploitation sont exécutés, ou quand un centre de traitement des données entier est détruit. Les clients employant OpenVMS incluent des banques et des services financiers, des hôpitaux et des soins de santé, Network Information Services, et des fabricants industriels à grande échelle de divers produits.

Histoire

Origine et changements de nom

En avril 1975, DIGITAL s'est embarqué sur un projet de matériel, l'étoile appelée , pour concevoir une prolongation à 32 bits d'adresse virtuelle du à son PDP-11 . Un projet de logiciel de compagnon, la starlette appelée , a été commencé en juin 1975 pour développer un du système d'exploitation totalement nouveau, basé sur le RSX-11M , pour le famille d'étoile des processeurs. Ces deux projets ont été étroitement intégrés du commencement. Le Gordon Bell était le fil de VP sur le matériel de VAX et son architecture. La courge de Roger était le fil de projet pour le programme de starlette, avec le coutelier de Dave de de Software Engineers, le Dick Hustvedt , et le Peter Lippman agissant en tant que chefs de projet techniques, chacun ayant la responsabilité d'un secteur différent du du système d'exploitation. Les projets d'étoile et de starlette ont abouti à l'ordinateur et au VAX-11/VMS de VAX 11/780 de du système d'exploitation. Le nom de starlette a survécu dans le VMS comme nom de plusieurs des bibliothèques système principales, y compris STARLET.

Au cours des années le nom du produit a changé. Dans le 1980 il a été retitré, avec le dégagement de la version 2.0, au du VAX/VMS (en même temps que l'ordinateur VAX-11 était retitré simplement au VAX) . Avec l'introduction de la chaîne de MicroVAX telle que le MicroVAX II et MicroVAX 2000 des seconde moitié années 80, DIGITAL a libéré des versions de MicroVMS spécifiquement visées pour ces plates-formes qui ont eu beaucoup plus limité la mémoire et la capacité de disque ; par exemple, le plus petit MicroVAX 2000 a eu un disque dur de 40MB RD32 et seulement un 4MB de RAM, et son unité centrale de traitement a dû émuler certaines des instructions de virgule flottante de VAX dans le logiciel. Des kits de MicroVMS ont été libérés pour VAX/VMS 4.7 sur les bandes TK50 et les disquettes RX50, mais discontinués avec VAX/VMS 5. Dans le 1991 il a été retitré encore au OpenVMS pour indiquer son soutien des standards industriels tels que le POSIX et la compatibilité d'Unix , et laisser tomber le raccordement de matériel comme port processeur du RISC de DIGITAL du à l'alpha du 64-bit était dans le processus. Le nom d'OpenVMS est apparu la première fois après que le dégagement de la version 5.

Le changement de nom du VMS à OpenVMS a reflété le manque de direction dans le marketing de Digital alors. Après Digital de changement de nom les rivaux ont commencé à dire les clients que, au lieu de la mise en communication du VMS à OpenVMS, ils devraient juste commuter à Unix. Le département de la vente de Digital a répondu avec un document expliquant qu'OpenVMS était vraiment VMS mais ce n'était pas VMS parce qu'il a montré l'engagement de Digital à la franchise. En février de 1991 où un employé de Digitals a accentué la confusion Digital causait en circulant une parodie notoire du document de vente sous forme de communiqué de presse dans lequel IBM a annoncé le " ; Ouvrir le " du MVS ;. Malgré cette parodie changeant le nom du président d'IBM et employant un nombre de Cadran-UN-Pornographie comme contact d'IBM, certains dans l'organisation des marchés de Digital ont partagé réellement la parodie avec des clients à l'exposition qu'IBM a pensé que l'idée était bonne aussi bien. Pour des détails d'origine, les ingénieurs et la technologie, et l'histoire générale d'OpenVMS, le 20ème livre d'anniversaire d'OpenVMS, et le FAQ d'OpenVMS sont les ressources centrales.

Port à l'alpha de DEC

Le port de VMS à l'alpha a eu comme conséquence la création d'une seconde et des bibliothèques séparées de code source (basées sur un outil de gestion de code source connu sous le nom de VDE) pour la bibliothèque à 32 bits de code source du de VAX et une deuxième et nouvelle bibliothèque de code source pour les architectures 64-bit de l'alpha (et le port suivant d'Itanium ) . le 1992 a vu le dégagement de la première version d'OpenVMS pour des systèmes de l'alpha AXP , indiqué OpenVMS AXP V1. (la décision pour employer le jet de numérotation de la version 1.x pour les dégagements de qualité de préproduction d'OpenVMS AXP causé la confusion pour quelques clients et n'a pas été répétée dans le prochain port de plate-forme à l'Itanium.)

Dans le 1994 , avec le dégagement de la version 6.1 d'OpenVMS, la parité de dispositif (et nombre de version) entre le VAX et les alpha variantes a été réalisée. C'était le soi-disant dégagement d'équivalence fonctionnel, dans les matériaux de vente du temps. Quelques dispositifs étaient absents cependant, par exemple les images en commun basées, qui ont été mises en application dans des versions postérieures. Les numérotations suivantes de version pour le VAX et les alpha variantes du produit sont demeurées conformées par V7.3, bien que l'alpha ait plus tard divergé avec la disponibilité des dégagements V8.

Pour les détails généraux sur le port à l'alpha, voir le 20ème livre d'anniversaire d'OpenVMS. Pour les détails techniques sur le port, voir le volume 4 le numéro 4. de revue technique de DIGITAL.

Port à Intel Itanium

Dans le 2001 , juste avant son acquisition par le Hewlett-Packard , Compaq a annoncé le port d'OpenVMS à l'architecture d'Itanium d'Intel . Ce port faisait using le code source maintenu en commun dans l'alpha bibliothèque de code source d'OpenVMS, avec les modules conditionnels et additionnels où des changements spécifiques à Itanium ont été exigés. L'alpha piscine d'OpenVMS a été choisie car la base du port car elle était plus portative que le code source original d'OpenVMS VAX, et parce que l'alpha piscine de code source était déjà capable entièrement 64-bit (à la différence de la piscine de code source de VAX). Avec l'alpha port, plusieurs des dépendances matériel-spécifiques de VAX avaient été précédemment entrées dans les progiciels de l'alpha SRM pour OpenVMS. Des dispositifs nécessaires pour OpenVMS ont été alors déplacés de SRM dans OpenVMS I64 en tant qu'élément du port d'Itanium.

À la différence du port du VAX à l'alpha, dans lequel un " ; snapshot" ; du code de VAX la base circa V5.4-2 a été employée comme la base pour l'alpha dégagement et le code source 64-bit mettent en commun alors divergé, l'alpha d'OpenVMS et les versions I64 (Itanium) d'OpenVMS sont établies et maintenues using une bibliothèque commune de code source et des outils communs. Le système de contrôle de code source de logiciel de noyau utilisé pour OpenVMS est l'environnement de développement de VMS (VDE) ; voir le kit d'installation de VDE pour des détails.

Deux dégagements de préproduction, OpenVMS I64 V8.1, étaient disponibles en 30 juin 2003 et en 18 décembre 2003. Ces dégagements ont été prévus pour des organismes de HP et de tiers fournisseurs impliqués des progiciels de mise en communication à OpenVMS I64.

Ce qui suit sont les dégagements récents d'OpenVMS I64 :

Le OpenVMS I64 V8.2 , le premier dégagement d'Itanium de production-qualité, a été embarqué le 13 janvier 2005.2 est également disponible pour d'alpha plates-formes.

Le OpenVMS I64 V8.2-1 , ajoutant le soutien de l'intégrité Superdome et des systèmes cellulaires, a été libéré en septembre 2005.2-1 est disponible pour des plates-formes d'Itanium seulement.

Le OpenVMS I64 V8.3 , a été libéré pour des plates-formes d'Itanium en septembre 2006.3 est également disponible pour d'alpha systèmes.

Le OpenVMS I64 V8.3-1H1 , a été libéré en octobre 2007. Il comporte l'appui total de lame de BladeServer d'intégrité de c-Classe. Voir la pleine annonce pour des détails. L'information de HP BladeSystem pour des détails sur des produits du serveur de lame de de HP.

OpenVMS I64 et alpha V8.4 , actuellement prévu pour la deuxième moitié de 2008. Voir les feuilles de route d'OpenVMS pour des détails sur de futurs dégagements d'OpenVMS.

Pour les détails techniques sur le port d'OpenVMS à Itanium, voir la revue technique V6 d'OpenVMS. En particulier, voir l'OpenVMS de mise en communication à l'article d'intégrité. L'information sur des dégagements d'OpenVMS de V4.0 au courant est disponible, de même que des listes des chemins de mise à niveau dans le FAQ d'OpenVMS et à l'emplacement de HP OpenVMS.

Chronologie de dégagement principal

Dispositifs

Système de fenêtre

OpenVMS emploie le système de fenêtrage de motif de DECwindows (basé sur CDE ) en tant que son interface graphique, système conforme de fenêtrage du X11 d'OpenVMS.

Groupement

OpenVMS soutient le groupant (premier appelé VAXcluster et postérieur VMScluster ), où les systèmes multiples partagent la mémoire à disque, le traitement, les files d'attente de travail et les files d'attente à l'impression, et est relié par le matériel spécialisé ou un LAN industriellement compatible (habituellement Ethernet de ). Un faisceau à base LAN s'appelle souvent un LAVc, pour le réseau local VMScluster, et permet, entre autres, amorcer probablement noeud un '' satellite '' de diskless au-dessus du réseau using le disque de système d'un bootnode de .

L'appui de VAXcluster a été ajouté la première fois dans la version 4 de VMS, qui a été libérée en 1984. Ce groupement soutenu de version seulement au-dessus de ci. Des dégagements postérieurs du groupement soutenu de la version 4 au-dessus de LAN (LAVC), et le soutien de LAVC ont été améliorés dans la version 5 de VMS, libérée en 1988.

Les mélanges du faisceau relie ensemble et des technologies sont autorisées, y compris l'Ethernet (GbE) de gigabit, le SCSI, le DSSI, le ci et les adapteurs de la Manche de mémoire.

OpenVMS soutient jusqu'à 96 noeuds dans un faisceau simple, et permet des faisceaux de mélangé-architecture, où le VAX et les alpha systèmes, ou les systèmes d'alpha et d'Itanium peuvent coexister dans un faisceau simple (les divers organismes ont démontré des faisceaux de triple-architecture et groupent des configurations avec jusqu'à 150 noeuds, mais ces configurations ne sont pas soutenues par la HP).

À la différence de beaucoup d'autres solutions de groupement, les offres de VAXcluster transparentes et lecture/écriture entièrement distribué avec l'enregistrer-niveau fermant à clef, ainsi lui signifie que le même disque et même le même dossier peuvent être accédés par plusieurs noeuds de faisceau immédiatement ; le verrouillage se produit seulement au niveau d'un disque simple d'un dossier, qui serait habituellement une ligne de texte ou un disque simple dans une base de données. Ceci permet la construction des serveurs de base de données multiplier-superflus facilement disponibles.

Les interconnexions de faisceau peuvent enjamber vers le haut de 500 milles, permettant à des noeuds de membre d'être situés dans différents bâtiments sur un campus de bureau, ou dans différentes villes.

La filature gérée par le système central de volume permet à des volumes (de la même chose ou de différentes tailles) d'être ombragés (reflété) à travers les contrôleurs multiples et les hôtes multiples, permettant la construction des environnements désastre-tolérants.

Le plein accès dans le directeur de serrure distribué par que (DLM) est disponible aux programmeurs d'application, et ceci permet à des applications de coordonner les ressources et les activités arbitraires à travers tous les noeuds de faisceau. Ceci inclut évidemment la coordination de dossier-niveau, mais les ressources et les activités et les opérations qui peuvent être coordonnées avec le DLM sont complètement arbitraires.

Avec les possibilités soutenues des mises à niveau de roulement et avec des disques de système multiple, des configurations de faisceau peuvent être maintenues en ligne et améliorées incrémentalement. Ceci permet à des configurations de faisceau de continuer à fournir l'accès d'application et de données tandis qu'un sous-ensemble des noeuds de membre sont améliorés à de plus nouvelles versions de logiciel.

Pour les détails généraux, voir le faisceau SPD d'OpenVMS. Pour des détails plus spécifiques, voir les manuels grouper-connexes dans l'ensemble de documentation d'OpenVMS.

Système de fichiers

voient également : Files-11

OpenVMS a un système de fichiers très riche , avec le soutien du jet et l'E/S enregistrer-orienté, le ACLs , le dossier versioning, le etc. l'utilisateur typique et l'interface d'application dans le système de fichiers est le RMS .

Les détails sont dans les utilités de RMS et les manuels de programmation de RMS, et du manuel de la référence de l'utilisateur d'entrée-sortie, toute la partie de l'ensemble de documentation d'OpenVMS. Voir également la documentation ODS2 disponible, comme le livre de systèmes de fichiers de VMS de Internals , par Kirby McCoy, ISBN 1-55558-056-4.

Timekeeping

OpenVMS représente le temps de système comme nombre 64-bit de 100 intervalles de la nanoseconde (c'est-à-dire, dix millions d'unités par seconde) depuis l'époque . L'époque d'OpenVMS est le précédent de minuit 1858 du 17 novembre , qui est le début de la numérotation modifiée du jour de Julian de . L'horloge n'est pas nécessairement mise à jour chaque 100 NS ; par exemple, les systèmes avec un rythmeur de 100 hertz additionnent simplement 100 000 à la valeur chaque centième d'une seconde. Le du système d'exploitation inclut un mécanisme pour s'ajuster à la dérive de timekeeping de matériel ; une fois calibré contre une norme de temps connue, il réalise facilement une exactitude mieux que 0. Toutes les plates-formes de matériel d'OpenVMS dérivent le timekeeping d'une horloge interne non liée à la fréquence de puissance d'approvisionnement à C.

Tandis que le système est arrêté, le temps est gardé par une Temps-de-Année (" ; TOY" ;) horloge de matériel. Cette horloge garde le temps à un plus à basse résolution (peut-être 1 seconde) et généralement, une exactitude inférieure (souvent 0. Quand le système est remis en marche, le VMS la valeur de temps où 64-bit recomputed a basé le temps gardé par l'horloge de JOUET et la dernière année record (stockées sur le disque de système).

La granularité de 100 nanosecondes mise en application dans OpenVMS et la représentation absolue de temps de 63 bits (le peu de signe indique le temps absolu de quand le temps relatif clair et de quand ensemble) devrait permettre à OpenVMS des calculs sans panne de temps jusqu'au 2h48 du 31-JUL-31086 : 05. À cet instant, toutes les horloges et opérations de time-keeping dans OpenVMS échoueront soudainement, puisque le compteur débordera et commencera à partir d'again.< zéro ! -- Se sentir svp libre pour classer un SPR A l'attention de : Stan Rabinowitz. -->

Bien que le format indigène de temps d'OpenVMS puisse s'étendre loin dans le futur, les applications basées sur la bibliothèque d'exécution de C rencontreront probablement des problèmes de timekeeping au delà du 19 janvier , le 2038 dû au problème 2038 d'année . Beaucoup de composants et d'applications peuvent également rencontrer des problèmes champ-longueur-connexes de date au 10000 d'année (voir le problème de l'année 10.

Les informations détaillées à l'heure et le timekeeping, et sur le temps d'économie de jour et les opérations différentielles de facteur de fuseau horaire, sont contenues dans le FAQ d'OpenVMS.

Programmation

L'environnement de programmation de langage commun est décrit dans l'OpenVMS appelle la norme et les manuels de programmation de concepts d'OpenVMS. Ceci fournit des appels de mélangé-langue, et un ensemble de bibliothèque spécifique à une langue et d'exécution (RTL), et de routines de service de système. La langue appelle et le RTLs sont mis en application dans les images en commun d'utilisateur-mode, alors que les interventions de système sont généralement une partie du du système d'exploitation, ou la partie du code de privilégié-mode. Cette distinction entre les langues et le RTLs et les services de système était par le passé assez propre et claire, mais les réalisations et les détails sont devenus un peu plus sombres au cours des années.

Les diverses utilités et les outils sont integrated, de même que les diverses langues ajoutées et les outils.

Beaucoup d'exemples de programmation sont disponibles, voient les indicateurs dans le FAQ d'OpenVMS.

Élimination des imperfections

Le programme de mise au point de VMS soutient tous les compilateurs de DEC et beaucoup de tiers langues aussi. Il permet des points de rupture, des watchpoints et le programme d'exécution interactif corrigeant avec la ligne de commande ou avec la version graphique du du programme de mise au point. Manuel de programme de mise au point d'OpenVMS

Environnement de langage commun

Parmi OpenVMS les dispositifs notables est l'environnement de langage commun, une norme strictement définie qui spécifie appeler la convention pour des fonctions et des routines, y compris l'utilisation des registres etc. de des piles , indépendamment du langage de programmation. Pour cette raison, il est possible d'appeler une routine écrite en une langue (par exemple Fortran ) des autres (par exemple COBOL ), sans devoir connaître les détails de l'exécution de la langue cible. OpenVMS lui-même est mis en application une série de différentes langues (principalement BONHEUR , macro de VAX de et C ) (par signalisations de newsgroup de comp.vms des membres de la technologie de HP OpenVMS), et l'environnement de langage commun et en appelant les appuis standard mélangeant librement ces langues, aussi bien qu'ADA , PL/I , Fortran , de base, et d'autres. Ce contraste avec un système tel que le Unix , qui est mis en application presque entièrement dans la langue du C .

Pour des détails sur ces compilateurs et bibliothèques, voir les manuels de langue disponibles à la documentation d'OpenVMS.

Macro32 (un assembleur sur OpenVMS VAX, et un compilateur sur l'alpha d'OpenVMS et sur OpenVMS I64) est disponible dans et intégré dans OpenVMS. Les compilateurs de bonheur sont disponibles pour le téléchargement du Freeware d'OpenVMS, de même que les divers ports du Perl, du PHP, du rubis et d'autres langues. Java est fourni par le site Web de HP Java. C, Fortran et d'autres langues sont les produits commercial, et sont disponibles pour l'achat.

Bibliothèques d'exécution

OpenVMS contient un ensemble très riche de bibliothèques d'exécution (RTLs). Celles-ci couvrent un éventail de fonctions, y compris la modification de chaîne de caractères (routines de STR$), des opérations mathématiques (routines de MTH$), les routines de la bibliothèque d'exécution (LIB$), des opérations de gestion d'écran (routines de SMG$ ) et un certain nombre d'autres catégories groupées ensemble comme des fonctions d'usage universel (routines d'OTS$). Ces fonctions, combinées avec les services de système de bas niveau, le rendent facile d'écrire des programmes complexes.

Avant d'écrire un programme simple dans un langage de haut niveau évolué, cependant, l'utilisateur devrait considérer si l'opération required peut être accomplie using le fonctions de s de DCL des 'à partir d'un fichier de commande. Commencer par le guide de l'utilisateur d'OpenVMS. Pour des détails sur les interfaces de programmation, voir les manuels associés dans la documentation d'OpenVMS.

Sécurité

OpenVMS fournit de divers dispositifs et mécanismes de sécurité, y compris des marques de sécurité, des marques de ressource, des marques de sous-système, ACLs , et auditer et des alarmes détaillées de sécurité. Les versions spécifiques évaluées au DoD NCSC classent le C2 et, avec l'appui de services augmentés de sécurité de SEVMS, à la classe B1 de NCSC, par série d'arc-en-ciel de de NCSC. OpenVMS tient également une estimation d'ITSEC E3. Pour des détails sur ces estimations et les versions et les estimations d'OpenVMS associées par détail, voir les critères communs de pages du NCSC et du , et les listes associées de produit.

Pour des détails sur les mécanismes de sécurité d'OpenVMS, voir le guide de HP OpenVMS du manuel de sécurité de système disponible au site Web http://www.com/go/openvms/doc/ de documentation d'OpenVMS. Voir également l'information de sécurité d'OpenVMS.

Documentation

La documentation d'opération d'OpenVMS pour différents dégagements récents et pour différents produits posés par OpenVMS de noyau est accessible en ligne au site Web http://www.com/go/openvms/doc/ de HP.

Les documents de description (SPD) de logiciel pour beaucoup de produits OpenVMS-connexes (et pour OpenVMS lui-même) sont disponibles chez http://h18000. Les SPD sont des descriptions d'introduction et légales de divers produits, énumérant les diverses possibilités et caractéristiques du produit soutenues.

L'OpenVMS a fréquemment posé des questions (FAQ) contient l'information et des indicateurs liés à OpenVMS, et est disponible dans divers formats chez http://www.

Dégagements, statut de software support

Les dégagements d'OpenVMS de courant sont l'alpha V8.3 d'OpenVMS, l'OpenVMS I64 V8.3, et l'OpenVMS VAX V7.

La HP fournit l'appui de version en cours (CVS) et le soutien antérieur de version (PVS) de divers OpenVMS libère. Les feuilles de route d'OpenVMS garantissent le statut de PVS pour les dégagements spécifiques (V5.3-2) jusqu'en 2012, et puis finir seulement avec 24 préavis préalables de mois. CVS est donné pour la version actuelle et pour le dégagement immédiat-antérieur.

Par feuilles de route d'OpenVMS, le prochain dégagement d'OpenVMS est censément OpenVMS I64 V8.3-1H1 et est programmé pour la deuxième moitié de 2007, et avec OpenVMS V8.4 et dégagement suivant a programmé approximativement 18 à 24 mois de distant.

Standards industriels applicables

Ce qui suit sont certains des standards industriels réclamés dans le document de description de logiciel (SPD) d'OpenVMS :
Norme ANSI X3.4-1986 : ASCII
NORME ANSI X3.22-1973/FIPS 3-1 : Magtape, 800 BPIs NRZI
NORME ANSI X3.27-1987/FIPS 79 : Magtape, étiquettes et structures de volume
NORME ANSI X3.39-1986/FIPS 25 : Magtape, 1600 BPIs de PE
Norme ANSI X3.40-1983 : Magtape, non enregistré
Norme ANSI X3.41-1974 : Ordres d'exécution des instructions de bit d'ASCII 7
Norme ANSI X3.42-1975 : Valeurs numériques dans les chaînes de caractères
NORME ANSI X3.54-1986/FIPS 50 : Magtape, GCR de 6250 BPIs
NORME ANSI X3.131-1986/ISO 9316 (1989) : SCSI-1
NORME ANSI X3.131-1994/ISO 10288 (1994) : SCSI-2
ANSI/IEEE 802.2-1985 : Logical Link Control
ANSI/IEEE 802.3-1985 : Ethernet CSMA/CD
PAP 1-2 : Code pour l'échange de l'information ; inclut la norme ANSI X3.4-1977 (86) /FIPS 15 ; NORME ANSI X3.32-1973/FIPS 36 ; NORME ANSI X3.41-1974/FIPS 35 ; PAP 7
PAP 16-1/ANSI X3.15-1976 : Ordonnancement mordu par Comms périodique ; DST ALIMENTÉ 1010
PAP 22-1/ANSI X3.1-1976 : Signalisation de Synch pour des comms de DTE/DCE ; DST ALIMENTÉ 1013
PAP 37/ANSI X3.36-1975 : Signalisation à grande vitesse de Synch pour des comms de DTE/DCE ; GIPS 1001
PAP 86/ANSI X3.64-1979 : Commandes additionnelles pour l'usage avec l'ASCII
OIN 646 : Jeu de caractères codé de bit d'OIN 7 pour l'échange de l'information
OIN 1001 : Magtape, étiquettes et structures de volume
OIN 1863 : Magtape, 800 BPIs NRZI
OIN 1864 : Magtape, non enregistré/NRZI et PE
OIN 2022 : Prolongements de code pour OIN 646
OIN 3307 : Représentations d'heure et de date
OIN 3788 : Magtape, 1600 BPIs de PE
OIN 4873 : codes de caractère 8 bits
OIN 5652 : Magtape, GCR de 6250 BPIs
OIN 6429 : Ordres d'exécution des instructions
OIN 9660 : Structures de volume et de dossier de CD-ROM

Programme d'amateur d'OpenVMS

En dépit d'être un du système d'exploitation commercial de propriété industrielle, dans le 1997 OpenVMS et un certain nombre de produits posés ont été rendus disponible gratuitement pour l'amateur, utilisation non-commerciale en tant qu'élément du programme d'amateur d'OpenVMS. Depuis lors, plusieurs compagnies produisant le logiciel d'OpenVMS ont rendu leurs produits disponibles en vertu des mêmes conditions, telles que le logiciel de processus de et les systèmes de MVP de .

À partir de 2006, le temps requis pour obtenir un permis d'amateur était approximativement une semaine de début à la finition ; de l'enregistrement avec un Groupe d'utilisateurs par l'acquisition des permis et des médias. Les médias CD d'amateur est disponible pour US$30, y compris l'expédition internationale. Aucun téléchargement de logiciel d'Anonymous FTP n'est à la disposition des amateurs.

Plus d'information sur le programme d'amateur peut être trouvée chez http://www. Un certain nombre de systèmes d'amateur sont ouverts de public, y compris le faisceau de Deathrow.

La poésie Hacklab permet d'accéder telnet et ssh (l'username et le mot de passe est luther) à deux machines de VAX/VMS situées au musée d'ordinateur de Freaknet.

Matières OpenVMS-connexes centrales

les limites et les acronymes OpenVMS-connexes incluent :
ACMS de

- système du traitement transactionnel du de Digital (TP), employé souvent avec les composants de service distribués par DECdtm de système de Gestionnaire des transactions d'OpenVMS, et avec le DECforms et des produits de Rdb dans les applications avec des conditions transactionnelles
Piège asynchrone (AST) de système de
DECforms - le successeur de Digital du système de gestion de formes
DECnet - architecture de propriété industrielle de de la gestion de réseau de Digital qui inclut également la LAVETTE .
Langage de commande d'ordres de gestion de DIGITAL (DCL) - langage de commande d'ordres de gestion de Digitals - ligne de commande de interprète .
DECwindows - l'exécution de Digital du système de fenêtre du X.
Drapeau d'événement - un mécanisme simple de synchronisation
Files-11 - système de fichiers de bas niveau , également connu sous le nom de processeur prolongé de QIO (XQP).
Langage de description de dossier (FDL) - langage de description de dossier - définit le disque de dossier/structure de champ.
Le forme le système de gestion (FMS) - conducteur language-independent de forme de la première génération de Digital.
Le transport local (LAT) de - est un protocole de transmissions non-routable à base LAN pour soutenir le DEC et d'autres serveurs terminaux
Entrée-sortie alignée par du QIO ; l'interface de bas niveau d'entrée-sortie
Oracle Rdb - une base de données relationnelle conforme de SQL créée par le DEC mais maintenant possédée par Oracle
La gestion des registres de entretient (RMS) - à niveau élevé, langue/entrée-sortie non tributaire du type d'unité
Bibliothèques d'exécution (RTL) - routines partagées et fonctions, accessibles de toute langue
Galaxie d'OpenVMS - installations de cohabitation d'OpenVMS ; une forme de division de système
OpenVMS groupe - pour la redondance, les mises à niveau par accroissement de matériel, ou la tolérance de désastre

Pour l'information sur les produits posés, voir la description de logiciel (SPD) pour le produit. Pour des composants d'OpenVMS, voir l'ensemble de documentation d'OpenVMS.

Random links: