एमवीएस

Multiple Virtual Storage (MVS)
डेवलपर	IBM
लिखा हुआ	Assembler (XF), PL/S
ओएस परिवार	OS/360
आरंभिक रिलीज	1974; 50 years ago
विपणन लक्ष्य	IBM mainframe computers
उपलब्ध	English
प्लेटफार्मों	System/370, System/390
से प्रभावित	TSS
लाइसेंस	Proprietary; Initially free
इससे पहले	OS/VS2 (SVS)
इसके द्वारा सफ़ल	MVS/SE, MVS/SP, MVS/XA, MVS/ESA, OS/390, z/OS

मल्टीपल वर्चुअल स्टोरेज, जिसे आमतौर पर एमवीएस कहा जाता है, सिस्टम/370, सिस्टम/390 और आईबीएम जेड आईबीएम मेनफ्रेम पर सबसे अधिक इस्तेमाल किया जाने वाला ऑपरेटिंग सिस्टम है। IBM ने OS/VS1 और OS/VS2 (SVS) के साथ, OS/360 और उत्तराधिकारियों|OS/360 के उत्तराधिकारी के रूप में MVS विकसित किया। यह आईबीएम की अन्य मेनफ्रेम ऑपरेटिंग सिस्टम लाइनों, जैसे, वीएसई (ऑपरेटिंग सिस्टम), वीएम (ऑपरेटिंग सिस्टम), लेनदेन प्रसंस्करण सुविधा से असंबंधित है।

अवलोकन

पहली बार 1974 में जारी, एमवीएस को प्रोग्राम उत्पादों द्वारा कई बार नए नामों के साथ विस्तारित किया गया, नामकरण में एमवीएस शब्द को बरकरार रखा गया:

सबसे पहले एमवीएस/एसई (एमवीएस/सिस्टम एक्सटेंशन),^{[NB 1]}
एमवीएस/एसपी (एमवीएस/सिस्टम उत्पाद) संस्करण 1 के आगे,
एमवीएस/एक्सए (एमवीएस/एक्सटेंडेड आर्किटेक्चर) के बगल में,
एमवीएस/ईएसए (एमवीएस/एंटरप्राइज सिस्टम आर्किटेक्चर) के बगल में,

और फिर बढ़ा दिया गया

आईबीएम सिस्टम/390|सिस्टम/390 सिस्टम के लिए ओएस/390, और
अंततः z/OS में (जब 64-बिट कंप्यूटिंग|64-बिट समर्थन zSeries मॉडल के साथ जोड़ा गया था)। आईबीएम ने एमवीएस/एसपी वी4.3 में यूनिक्स समर्थन (मूल रूप से ओपनएडिशन एमवीएस कहा जाता है) जोड़ा और आईईईई कंप्यूटर सोसायटी, एक्स/ओपन और खुला समूह से कई अलग-अलग स्तरों पर POSIX और Unix|UNIX™ प्रमाणन प्राप्त किया है। एमवीएस कोर मूलतः वही ऑपरेटिंग सिस्टम बना हुआ है। डिज़ाइन के अनुसार, एमवीएस के लिए लिखे गए प्रोग्राम बिना किसी संशोधन के z/OS पर चलते हैं।

पहले आईबीएम ने एमवीएस को केवल ओएस/वीएस2 की एक नई रिलीज के रूप में वर्णित किया था, लेकिन वास्तव में यह एक प्रमुख पुनर्लेखन है। OS/VS2 रिलीज़ 1 विभिन्न प्रकार के कार्यों के साथ मल्टीप्रोग्रामिंग का अपग्रेड है|OS/360 MVT जिसने अधिकांश मूल कोड को बरकरार रखा है और, MVT की तरह, मुख्य रूप से असेंबली भाषा में लिखा गया है। एमवीएस कोर लगभग पूरी तरह से आईबीएम बेसिक असेंबली भाषा और उत्तराधिकारी#असेंबलर एक्सएफ में लिखा गया है, हालांकि कुछ मॉड्यूल आईबीएम पीएल/एस|पीएल/एस में लिखे गए थे, लेकिन प्रदर्शन-संवेदनशील नहीं, विशेष रूप से इनपुट/आउटपुट पर्यवेक्षक नहीं (आईओएस)। आईबीएम के ओएस/वीएस2 के उपयोग ने ऊपर की ओर अनुकूलता पर जोर दिया: एमवीटी के तहत चलने वाले एप्लिकेशन प्रोग्रामों को एमवीएस के तहत चलाने के लिए पुन: संकलन की भी आवश्यकता नहीं थी। समान कार्य नियंत्रण भाषा फ़ाइलों का उपयोग अपरिवर्तित किया जा सकता है; उपयोगिताएँ और समय साझा करने का विकल्प जैसी अन्य गैर-प्रमुख सुविधाएं अपरिवर्तित रहीं। आईबीएम और उपयोगकर्ताओं ने लगभग सर्वसम्मति से शुरू से ही नई प्रणाली को एमवीएस कहा, और आईबीएम ने एमवीएस/एक्सए जैसे बाद के प्रमुख संस्करणों के नामकरण में एमवीएस शब्द का उपयोग जारी रखा।

एमवीएस का विकास

ओएस/360 और उत्तराधिकारी#एमएफटी|ओएस/360 एमएफटी (कार्यों की निश्चित संख्या के साथ मल्टीप्रोग्रामिंग)^[1] बहु क्रमादेशन प्रदान करता है: कई मेमोरी प्रबंधन (ऑपरेटिंग सिस्टम)#विभाजित आवंटन, प्रत्येक एक निश्चित आकार, ऑपरेटिंग सिस्टम स्थापित होने पर और जब ऑपरेटर उन्हें फिर से परिभाषित करता है, तब सेट किया जाता है। उदाहरण के लिए, एक छोटा विभाजन, दो मध्यम विभाजन और एक बड़ा विभाजन हो सकता है। यदि दो बड़े कार्यक्रम चलने के लिए तैयार थे, तो एक को तब तक इंतजार करना होगा जब तक कि दूसरा समाप्त न हो जाए और बड़े विभाजन को खाली न कर दे। OS/360 R19 ने MFT सब-टास्किंग (कंप्यूटर मल्टीटास्किंग) को जोड़ा, ATTACH मैक्रो के साथ किसी कार्य के लिए गतिशील रूप से नए कार्य बनाने की क्षमता।

कार्यों की परिवर्तनीय संख्या के साथ मल्टीप्रोग्रामिंग|ओएस/360 एमवीटी (कार्यों की परिवर्तनीय संख्या के साथ मल्टीप्रोग्रामिंग)^[1]यह एक ऐसा संवर्द्धन था जिसने स्मृति उपयोग को और अधिक परिष्कृत किया। निश्चित आकार के मेमोरी विभाजन का उपयोग करने के बजाय, एमवीटी आवश्यकतानुसार कार्य चरणों के लिए क्षेत्रों को मेमोरी आवंटित करता है, बशर्ते पर्याप्त सन्निहित भौतिक मेमोरी उपलब्ध हो। यह एमएफटी के मेमोरी प्रबंधन पर एक महत्वपूर्ण प्रगति है, लेकिन इसमें कुछ कमजोरियां हैं: यदि कोई कार्य मेमोरी डायनेमिक मेमोरी आवंटन आवंटित करता है (जैसा कि अधिकांश छँटाई एल्गोरिथ्म प्रोग्राम और डेटाबेस प्रबंधन सिस्टम करते हैं), प्रोग्रामर को कार्य की अधिकतम मेमोरी आवश्यकता का अनुमान लगाना होगा और पूर्व-परिभाषित करना होगा यह एमवीटी के लिए है। एक कार्य चरण जिसमें छोटे और बड़े प्रोग्रामों का मिश्रण होता है, छोटे प्रोग्राम चलने के दौरान मेमोरी बर्बाद करता है। सबसे गंभीरता से, मेमोरी विखंडन (कंप्यूटर) बन सकती है, यानी, वर्तमान नौकरियों द्वारा उपयोग नहीं की जाने वाली मेमोरी को वर्तमान नौकरियों द्वारा उपयोग किए जाने वाले क्षेत्रों के बीच बेकार छोटे हिस्सों में विभाजित किया जा सकता है, और एकमात्र उपाय यह था कि किसी भी कार्य को शुरू करने से पहले कुछ मौजूदा कार्यों के समाप्त होने तक इंतजार करना होगा। एक नए।

1970 के दशक की शुरुआत में आईबीएम ने आभासी मेमोरी (जिसे आईबीएम ने वर्चुअल स्टोरेज कहा था) पेश करके इन कठिनाइयों को कम करने की कोशिश की, जिसने प्रोग्राम को भौतिक मेमोरी से बड़े पता स्थान का अनुरोध करने की अनुमति दी। मूल कार्यान्वयन में एक ही आभासी पता स्थान था, जो सभी नौकरियों द्वारा साझा किया गया था। OS/VS1 एकल वर्चुअल एड्रेस स्पेस के भीतर OS/360 MFT है; OS/VS2 SVS एकल वर्चुअल एड्रेस स्पेस के भीतर OS/360 MVT था। इसलिए सिद्धांत रूप में OS/VS1 और SVS में MFT और MVT के समान ही नुकसान थे, लेकिन प्रभाव कम गंभीर हैं क्योंकि नौकरियां और ऑपरेटर 2 KiB ग्रैन्युलैरिटी (OS/VS1 के लिए) या 4 KiB ग्रैन्युलैरिटी वाले क्षेत्रों के साथ बहुत बड़े विभाजन का अनुरोध कर सकते हैं। (एसवीएस के लिए), और अनुरोध 16एमआईबी एड्रेस स्पेस से आए, भले ही भौतिक भंडारण छोटा था। ओएस/360 एमवीटी की तरह, एसवीएस में टीएसओ उपयोगकर्ताओं को लॉगिन प्रोसेसिंग के दौरान एक टीएसओ क्षेत्र को सौंपा जाता है और उसी क्षेत्र को सौंपे गए अन्य उपयोगकर्ताओं के साथ प्रतिस्पर्धा की जाती है, अनिवार्य रूप से एमवीटी में टीएसओ के समान स्वैप-इन और स्वैप-आउट तर्क के साथ।

MVS address spaces - global view

MVS (shared part of all address spaces)
App 1	App 2	App 3
Shared virtual area (controlled by MVS)

एक एप्लिकेशन का दृश्य

MVS

App 1

Shared virtual area

1970 के दशक के मध्य में आईबीएम ने एमवीएस पेश किया, जो न केवल वर्चुअल स्टोरेज का समर्थन करता था जो उपलब्ध वास्तविक स्टोरेज से बड़ा था,^{[NB 2]} जैसा कि एसवीएस ने किया, लेकिन विभिन्न पता स्थानों में अनिश्चित संख्या में एप्लिकेशन चलाने की अनुमति भी दी। दो समवर्ती प्रोग्राम एक ही वर्चुअल मेमोरी पते तक पहुंचने का प्रयास कर सकते हैं, लेकिन वर्चुअल मेमोरी सिस्टम इन अनुरोधों को भौतिक मेमोरी के विभिन्न क्षेत्रों में पुनर्निर्देशित करता है। इनमें से प्रत्येक पता स्थान में तीन क्षेत्र शामिल हैं: एक ऑपरेटिंग सिस्टम (सभी नौकरियों द्वारा साझा किया गया एक उदाहरण), प्रत्येक एप्लिकेशन के लिए अद्वितीय एक एप्लिकेशन क्षेत्र, और अंतर-जॉब संचार सहित विभिन्न उद्देश्यों के लिए उपयोग किया जाने वाला एक साझा वर्चुअल क्षेत्र। आईबीएम ने वादा किया कि एप्लिकेशन क्षेत्र हमेशा कम से कम 8 एमबी होगा। इसने एमवीएस को उन व्यावसायिक समस्याओं के लिए सही समाधान बना दिया जो अधिक एप्लिकेशन चलाने की आवश्यकता के कारण उत्पन्न हुई थीं।

एमवीएस ने मल्टीप्रोग्रामिंग और बहु क्षमताएं प्रदान करके प्रसंस्करण क्षमता को अधिकतम किया।^[2] विभिन्न प्रकार के कार्यों और OS/VS2 (SVS)|OS/VS2 SVS पूर्ववर्तियों के साथ मल्टीप्रोग्रामिंग की तरह, MVS ने मल्टीप्रोग्रामिंग का समर्थन किया; कार्यक्रम के निर्देश और संबंधित डेटा एक नियंत्रण कार्यक्रम और दिए गए प्रसंस्करण चक्र द्वारा निर्धारित किए जाते हैं। एकल-प्रोग्रामिंग ऑपरेटिंग सिस्टम के विपरीत, ये सिस्टम कई अलग-अलग समवर्ती चल रहे कार्यक्रमों से जुड़े निर्देशों के बीच प्रसंस्करण चक्रों को विभाजित करके प्रसंस्करण क्षमता के उपयोग को अधिकतम करते हैं। इस तरह, नियंत्रण कार्यक्रम को आगे बढ़ने से पहले I/O ऑपरेशन के पूरा होने की प्रतीक्षा नहीं करनी पड़ती है। कई प्रोग्रामों के लिए निर्देशों को निष्पादित करके, कंप्यूटर सक्रिय और निष्क्रिय प्रोग्रामों के बीच आगे और पीछे स्विच करने में सक्षम होता है।

एमवीएस के प्रारंभिक संस्करण (1970 के दशक के मध्य) मल्टीप्रोसेसर कॉन्फ़िगरेशन का समर्थन करने वाले आईबीएम ओएस श्रृंखला के पहले संस्करणों में से एक हैं, हालांकि 360 मॉडल 65 और आईबीएम सिस्टम/360 मॉडल 67 पर चलने वाले ओएस/360 के एम65एमपी संस्करण ने सीमित मल्टीप्रोसेसर समर्थन प्रदान किया था। 360 मॉडल 67 ने मल्टीप्रोसेसर सक्षम टीएसएस/360, मिशिगन टर्मिनल सिस्टम और सीपी-67 ऑपरेटिंग सिस्टम की भी मेजबानी की थी। क्योंकि मल्टीप्रोसेसिंग सिस्टम एक साथ निर्देशों को निष्पादित कर सकते हैं, वे अधिक पेशकश करते हैं^{[clarification needed]} एकल-प्रसंस्करण प्रणाली की तुलना में प्रसंस्करण शक्ति। परिणामस्वरूप, एमवीएस बड़ी मात्रा में डेटा संसाधित करने की आवश्यकता के कारण उत्पन्न व्यावसायिक समस्याओं का समाधान करने में सक्षम था।

मल्टीप्रोसेसिंग सिस्टम या तो शिथिल रूप से युग्मित होते हैं, जिसका अर्थ है कि प्रत्येक कंप्यूटर के पास एक सामान्य कार्यभार तक पहुंच होती है, या टाइटली युग्मित सिस्टम, जिसका अर्थ है कि कंप्यूटर समान वास्तविक भंडारण साझा करते हैं और ऑपरेटिंग सिस्टम की एक प्रति द्वारा नियंत्रित होते हैं।^{[clarification needed]} एमवीएस ने संलग्न समर्थन प्रोसेसर (एएसपी) के दोनों शिथिल युग्मित मल्टीप्रोसेसिंग को बरकरार रखा^{[NB 3]} और OS/360 और उत्तराधिकारियों#M65MP|OS/360 मॉडल 65 मल्टीप्रोसेसिंग का कसकर युग्मित मल्टीप्रोसेसिंग। कसकर युग्मित प्रणालियों में, दो सीपीयू एक ही मेमोरी (और ऑपरेटिंग सिस्टम की प्रतिलिपि) और बाह्य उपकरणों तक समवर्ती पहुंच साझा करते हैं, जिससे एक सीपीयू विफल होने पर अधिक प्रसंस्करण शक्ति और शानदार गिरावट की डिग्री मिलती है। शिथिल युग्मित कॉन्फ़िगरेशन में प्रोसेसर के प्रत्येक समूह (एकल और/या कसकर युग्मित) की अपनी मेमोरी और ऑपरेटिंग सिस्टम था, लेकिन साझा बाह्य उपकरणों और ऑपरेटिंग सिस्टम घटक JES3 ने पूरे समूह को एक कंसोल से प्रबंधित करने की अनुमति दी। इसने अधिक लचीलापन प्रदान किया और ऑपरेटरों को यह तय करने दिया कि किस प्रोसेसर को केंद्रीय नौकरी कतार से कौन से कार्य चलाने चाहिए। एमवीएस जेईएस3 ने उपयोगकर्ताओं को साझा डिस्क और चैनल-टू-चैनल एडेप्टर (सीटीसीए) के माध्यम से दो या दो से अधिक डेटा प्रोसेसिंग सिस्टम को एक साथ संगणक संजाल का अवसर दिया। यह क्षमता अंततः JES2 उपयोगकर्ताओं के लिए मल्टी-एक्सेस SPOOL (MAS) के रूप में उपलब्ध हो गई।^{[citation needed]}

एमवीएस मूल रूप से 24-बिट कंप्यूटिंग|24-बिट एड्रेसिंग (यानी, 16एमबी तक) का समर्थन करता था। जैसे-जैसे अंतर्निहित हार्डवेयर आगे बढ़ा, इसने 31-बिट कंप्यूटिंग|31-बिट (XA और ESA; 2048MB तक) और अब (z/OS के रूप में) 64-बिट एड्रेसिंग का समर्थन किया। 31-बिट एड्रेसिंग में तेजी से अपग्रेड के लिए सबसे महत्वपूर्ण उद्देश्य बड़े लेनदेन-प्रसंस्करण नेटवर्क का विकास था, जो ज्यादातर सीआईसीएस द्वारा नियंत्रित होते थे, जो एक ही एड्रेस स्पेस में चलते थे - और आईबीएम डीबी 2 रिलेशनल डेटाबेस प्रबंधन प्रणाली को 8 एमबी से अधिक एप्लिकेशन की आवश्यकता होती थी। कुशलतापूर्वक चलाने के लिए पता स्थान। (शुरुआती संस्करणों को दो एड्रेस स्पेस में कॉन्फ़िगर किया गया था जो साझा वर्चुअल क्षेत्र के माध्यम से संचार करते थे, लेकिन इससे एक महत्वपूर्ण ओवरहेड लगाया गया क्योंकि ऐसे सभी संचार ऑपरेटिंग सिस्टम के माध्यम से प्रसारित होते थे।)

एमवीएस के लिए मुख्य यूजर इंटरफेस हैं: जॉब कंट्रोल लैंग्वेज (जेसीएल), जिसे मूल रूप से प्रचय संसाधन के लिए डिज़ाइन किया गया था, लेकिन 1970 के दशक के बाद से सीआईसीएस जैसे लंबे समय तक चलने वाली इंटरएक्टिव नौकरियों को शुरू करने और संसाधनों को आवंटित करने के लिए भी इस्तेमाल किया गया था; और टाइम शेयरिंग विकल्प (टाइम शेयरिंग विकल्प), इंटरैक्टिव समय बताना इंटरफ़ेस, जिसका उपयोग मुख्य रूप से विकास उपकरण और कुछ अंतिम-उपयोगकर्ता सूचना प्रणालियों को चलाने के लिए किया जाता था। आईएसपीएफ आईबीएम 3270|3270-फैमिली टर्मिनलों (और बाद में, वीएम पर भी) पर उपयोगकर्ताओं के लिए एक टीएसओ एप्लिकेशन है, जो उपयोगकर्ता को टीएसओ की कमांड लाइन के समान कार्यों को पूरा करने की अनुमति देता है, लेकिन एक मेनू और फॉर्म उन्मुख तरीके से, और एक के साथ पूर्ण स्क्रीन संपादक और फ़ाइल ब्राउज़र। टीएसओ का मूल इंटरफ़ेस कमांड लाइन है, हालांकि आईएसपीएफ जैसी सुविधाएं बाद में फॉर्म-संचालित इंटरफेस के लिए जोड़ी गईं।^[3] एमवीएस ने गलती-सहिष्णुता में एक बड़ा कदम आगे बढ़ाया, जो पहले की एसटीएई सुविधा पर बनाया गया था, जिसे आईबीएम ने सॉफ्टवेयर रिकवरी कहा था। व्यापार जगत में एमवीटी के साथ व्यावहारिक वास्तविक दुनिया के वर्षों के अनुभव के बाद आईबीएम ने ऐसा करने का निर्णय लिया। सिस्टम विफलताओं का अब ग्राहक व्यवसायों पर बड़ा प्रभाव पड़ रहा था, और आईबीएम ने एक प्रमुख डिज़ाइन छलांग लगाने का निर्णय लिया, यह मानते हुए कि सर्वोत्तम सॉफ़्टवेयर विकास और परीक्षण तकनीकों के बावजूद, 'समस्याएँ उत्पन्न होंगी।' यह गहन धारणा सिस्टम में दोष-सहिष्णुता कोड के बड़े प्रतिशत को जोड़ने में महत्वपूर्ण थी और संभवतः सॉफ्टवेयर और हार्डवेयर विफलताओं को सहन करने में सिस्टम की सफलता में योगदान दिया। इन डिज़ाइन सुविधाओं के महत्व को साबित करने के लिए सांख्यिकीय जानकारी प्राप्त करना कठिन है (आप 'रोकी गई' या 'पुनर्प्राप्त' समस्याओं को कैसे माप सकते हैं?), लेकिन आईबीएम ने, कई आयामों में, इन दोष-सहिष्णु सॉफ़्टवेयर पुनर्प्राप्ति और त्वरित समस्या समाधान को बढ़ाया है समय के साथ सुविधाएँ।

इस डिज़ाइन ने सिस्टम (कर्नेल/'विशेषाधिकार प्राप्त') मोड में, जिसे फ़ंक्शनल रिकवरी रूटीन कहा जाता है, और उपयोगकर्ता ('कार्य' या 'समस्या प्रोग्राम') मोड में, जिसे एस्टाई (विस्तारित निर्दिष्ट कार्य असामान्य निकास) कहा जाता है, त्रुटि-हैंडलिंग प्रोग्रामों का एक पदानुक्रम निर्दिष्ट किया है। रूटीन) जिन्हें सिस्टम द्वारा किसी त्रुटि (हार्डवेयर प्रोसेसर या स्टोरेज त्रुटि, या सॉफ़्टवेयर त्रुटि) का पता चलने पर लागू किया जाता है। प्रत्येक पुनर्प्राप्ति रूटीन ने 'मेनलाइन' फ़ंक्शन को पुन: उपयोग करने योग्य बना दिया, कारण समस्या को डीबग करने के लिए त्रुटि निदान डेटा को पर्याप्त रूप से कैप्चर किया, और या तो 'पुनः प्रयास किया' (मेनलाइन को पुनः प्रारंभ किया) या 'परकोलेटेड' (पदानुक्रम में अगले पुनर्प्राप्ति रूटीन में त्रुटि प्रसंस्करण को बढ़ाया)।

इस प्रकार, प्रत्येक त्रुटि के साथ सिस्टम ने डायग्नोस्टिक डेटा कैप्चर किया, और मरम्मत करने और सिस्टम को चालू रखने का प्रयास किया। सबसे खराब चीज़ जो संभव थी वह थी मरम्मत न की गई त्रुटियों के मामले में उपयोगकर्ता पता स्थान (एक 'कार्य') को हटा देना। हालाँकि यह एक प्रारंभिक डिज़ाइन बिंदु था, यह सबसे हालिया एमवीएस संस्करण (जेड/ओएस) तक नहीं था, पुनर्प्राप्ति कार्यक्रम को न केवल अपनी पुनर्प्राप्ति दिनचर्या की गारंटी दी गई थी, बल्कि प्रत्येक पुनर्प्राप्ति दिनचर्या की अब अपनी पुनर्प्राप्ति दिनचर्या है। यह पुनर्प्राप्ति संरचना बुनियादी एमवीएस नियंत्रण कार्यक्रम में एम्बेडेड थी, और प्रोग्रामिंग सुविधाएं एप्लिकेशन प्रोग्राम डेवलपर्स और तीसरे पक्ष डेवलपर्स द्वारा उपलब्ध और उपयोग की जाती हैं।

व्यावहारिक रूप से, एमवीएस सॉफ़्टवेयर पुनर्प्राप्ति ने समस्या डिबगिंग को आसान और अधिक कठिन बना दिया है। सॉफ़्टवेयर पुनर्प्राप्ति के लिए आवश्यक है कि प्रोग्राम 'ट्रैक' छोड़ें कि वे कहाँ हैं और क्या कर रहे हैं, इस प्रकार डिबगिंग की सुविधा मिलती है - लेकिन तथ्य यह है कि त्रुटि के बावजूद प्रसंस्करण प्रगति करता है, ट्रैक को ओवरराइट कर सकता है। त्रुटि के समय प्रारंभिक डेटा कैप्चर डिबगिंग को अधिकतम करता है, और ऐसा करने के लिए पुनर्प्राप्ति रूटीन (कार्य और सिस्टम मोड, दोनों) के लिए सुविधाएं मौजूद हैं।

आईबीएम ने एक प्रमुख सॉफ़्टवेयर समस्या के लिए अतिरिक्त मानदंड शामिल किए जिसके लिए आईबीएम सेवा की आवश्यकता थी। यदि कोई मेनलाइन घटक सॉफ़्टवेयर पुनर्प्राप्ति आरंभ करने में विफल रहता है, तो इसे एक वैध रिपोर्ट करने योग्य विफलता माना जाता है। इसके अलावा, यदि कोई पुनर्प्राप्ति रूटीन महत्वपूर्ण नैदानिक डेटा एकत्र करने में विफल रहता है, जैसे कि मूल समस्या उस पुनर्प्राप्ति रूटीन द्वारा एकत्र किए गए डेटा द्वारा हल करने योग्य थी, तो आईबीएम मानकों ने तय किया कि यह गलती रिपोर्ट करने योग्य थी और मरम्मत की आवश्यकता थी। इस प्रकार, आईबीएम मानकों को, जब सख्ती से लागू किया गया, निरंतर सुधार को प्रोत्साहित किया गया।

आईबीएम ने प्रमुख सेवाक्षमता उपकरण डायनेमिक सपोर्ट सिस्टम का समर्थन जारी रखा^[4] (DSS) जिसे उसने OS/VS1 और OS/VS2 रिलीज 1 में पेश किया था। इस इंटरैक्टिव सुविधा को डायग्नोस्टिक प्रक्रियाओं को बनाने के लिए एक सत्र शुरू करने, या पहले से संग्रहीत प्रक्रियाओं को लागू करने के लिए लागू किया जा सकता है। प्रक्रियाओं ने विशेष घटनाओं को फंसाया, जैसे प्रोग्राम की लोडिंग, डिवाइस I/O, सिस्टम प्रक्रिया कॉल, और फिर पहले से परिभाषित प्रक्रियाओं के सक्रियण को ट्रिगर किया। ये प्रक्रियाएँ, जिन्हें पुनरावर्ती रूप से लागू किया जा सकता है, डेटा को पढ़ने और लिखने और निर्देश प्रवाह में परिवर्तन की अनुमति देती हैं। प्रोग्राम इवेंट रिकॉर्डिंग हार्डवेयर का उपयोग किया गया।

आईबीएम ने सेलेक्टेबल यूनिट 7 (एसयू7) के साथ डीएसएस के लिए समर्थन बंद कर दिया, जो प्रोग्राम उत्पाद ओएस/वीएस2 एमवीएस/सिस्टम एक्सटेंशन्स (एमवीएस/एसई), प्रोग्राम नंबर 5740-एक्सईएल के लिए आवश्यक ओएस/वीएस2 रिलीज 3.7 का अपडेट है। उपयोगकर्ता समूह साझा करें (कंप्यूटिंग) ने एक आवश्यकता पारित की कि आईबीएम डीएसएस को बहाल करे, और आईबीएम ने एमवीएस/एसई स्थापित होने के बाद डीएसएस के उपयोग की अनुमति देने के लिए एक प्रोग्राम अस्थायी फिक्स प्रदान किया।

आईबीएम ने फिर से एसयू64 के साथ डीएसएस के लिए समर्थन बंद कर दिया, जो एमवीएस/एसई के रिलीज 2 के लिए आवश्यक ओएस/वीएस2 रिलीज 3.8 का अपडेट है।

एसयू 64/65 (1978) में पीईआर समर्थन (एसएलआईपी/पीईआर) की शुरूआत के साथ डायग्नोस्टिक एसएलआईपी कमांड को बढ़ाकर प्रोग्राम-इवेंट रिकॉर्डिंग (पीईआर) शोषण किया गया था।

एमवीएस (या अन्य आईबीएम ऑपरेटिंग सिस्टम) की एकाधिक प्रतियां साझा की जा सकती हैं वही मशीन, यदि वह मशीन VM/370 द्वारा नियंत्रित होती। इस मामले में वीएम/370 वास्तविक ऑपरेटिंग सिस्टम था, और अतिथि ऑपरेटिंग सिस्टम को असामान्य रूप से उच्च विशेषाधिकार वाले एप्लिकेशन के रूप में माना जाता था। बाद के हार्डवेयर संवर्द्धन के परिणामस्वरूप ऑपरेटिंग सिस्टम का एक उदाहरण (या तो एमवीएस, या मेहमानों के साथ वीएम, या अन्य) संपूर्ण भौतिक सिस्टम के बजाय एलपीएआर (एलपीएआर) पर कब्जा कर सकता है।

एकाधिक एमवीएस उदाहरणों को सिस्टम कॉम्प्लेक्स या आईबीएम पैरेलल सिस्प्लेक्स नामक संरचना में व्यवस्थित और सामूहिक रूप से प्रशासित किया जा सकता है, जिसे सितंबर, 1990 में पेश किया गया था। उदाहरण आईबीएम एक्ससीएफ | क्रॉस-सिस्टम कपलिंग सुविधा (एक्ससीएफ) और एक हार्डवेयर घटक नामक सॉफ्टवेयर घटक के माध्यम से इंटरऑपरेट करते हैं। हार्डवेयर कपलिंग सुविधा (सीएफ या इंटीग्रेटेड कपलिंग सुविधा, आईसीएफ, यदि एक ही मेनफ्रेम हार्डवेयर पर सह-स्थित हो) कहा जाता है। मल्टीपल सिस्प्लेक्स को मानक नेटवर्क प्रोटोकॉल जैसे आईबीएम के मालिकाना सिस्टम नेटवर्क आर्किटेक्चर (एसएनए) या हाल ही में टीसीपी/आईपी के माध्यम से जोड़ा जा सकता है। z/OS ऑपरेटिंग सिस्टम (MVS का सबसे हालिया वंशज) के पास POSIX और सिंगल UNIX विशिष्टता अनुप्रयोगों को निष्पादित करने के लिए मूल समर्थन भी है। समर्थन MVS/SP V4R3 के साथ शुरू हुआ, और IBM ने z/OS V1R2 और बाद के संस्करण के लिए UNIX 95 प्रमाणन प्राप्त किया है।^[5] इस प्रणाली का उपयोग आमतौर पर व्यवसाय और बैंकिंग में किया जाता है, और एप्लिकेशन अक्सर COBOL में लिखे जाते हैं। COBOL प्रोग्राम पारंपरिक रूप से सूचना प्रबंधन प्रणाली और CICS जैसी लेनदेन प्रसंस्करण प्रणालियों के साथ उपयोग किए जाते थे। CICS में चल रहे प्रोग्राम के लिए, COBOL स्रोत कोड में विशेष EXEC CICS स्टेटमेंट डाले जाते हैं। प्रोग्राम संकलित होने से पहले CICS को कॉल करने के लिए एक प्रीप्रोसेसर (अनुवादक) उन EXEC CICS कथनों को उचित COBOL कोड से बदल देता है - IBM DB2 को कॉल करने के लिए उपयोग किए जाने वाले SQL के बिल्कुल विपरीत नहीं। एप्लिकेशन अन्य भाषाओं जैसे C (प्रोग्रामिंग भाषा), C++, Java (प्रोग्रामिंग भाषा), असेंबली भाषा, फोरट्रान बुनियादी प्रोग्रामिंग भाषा भाषा, आरपीजी प्रोग्रामिंग भाषा और REXX में भी लिखे जा सकते हैं। भाषा समर्थन को एक समान डिबगिंग, ट्रेसिंग, प्रोफाइलिंग और अन्य भाषा स्वतंत्र कार्यों की अनुमति देने के लिए भाषा पर्यावरण या एलई नामक एक सामान्य घटक के रूप में पैक किया गया है।

एमवीएस सिस्टम पारंपरिक रूप से आईबीएम 3270 या 3270 एमुलेटर चलाने वाले पीसी द्वारा एक्सेस किए जाते हैं। हालाँकि, इन दिनों कई मेनफ्रेम अनुप्रयोगों में कस्टम वर्ल्ड वाइड वेब या ग्राफिकल यूज़र इंटरफ़ेस इंटरफेस हैं। z/OS ऑपरेटिंग सिस्टम में इंटरनेट प्रोटोकॉल सुइट|TCP/IP के लिए अंतर्निहित समर्थन है। सिस्टम प्रबंधन, जो पहले 3270 टर्मिनल के साथ किया जाता था, अब हार्डवेयर मैनेजमेंट कंसोल (एचएमसी) और, तेजी से, वेब इंटरफेस के माध्यम से किया जाता है। ऑपरेटर कंसोल 2074 एमुलेटर के माध्यम से प्रदान किए जाते हैं, इसलिए आपको वास्तविक 3270 से जुड़े किसी भी S/390 या zSeries प्रोसेसर को देखने की संभावना नहीं है।

एमवीएस और उसके बाह्य उपकरणों की मूल वर्ण एन्कोडिंग योजना EBCDIC है, लेकिन टीआर निर्देश ने अन्य 7- और 8-बिट कोड में अनुवाद करना आसान बना दिया है। समय के साथ आईबीएम ने बड़े कोडों में और उनके बीच अनुवाद करने के लिए हार्डवेयर-त्वरित सेवाएं, यूनिकोड परिवर्तनों के लिए हार्डवेयर-विशिष्ट सेवा और सॉफ्टवेयर समर्थन, जैसे, एएससीआईआई, आईएसओ/आईईसी 8859, यूटीएफ-8, यूटीएफ-16 और यूटीएफ-32 को जोड़ा। . सॉफ़्टवेयर अनुवाद सेवाएँ इनपुट के रूप में स्रोत और गंतव्य कोड पृष्ठ लेती हैं।

एमवीएस फाइलसिस्टम

यूनिक्स फ़ाइलों के अलावा अन्य फ़ाइलों को एमवीएस में उचित रूप से डेटा सेट (आईबीएम मेनफ्रेम) कहा जाता है। उन फ़ाइलों के नाम कैटलॉग में व्यवस्थित किए गए हैं जो स्वयं VSAM फ़ाइलें हैं।

डेटा सेट नाम (डीएसएन, फ़ाइल नाम के लिए मेनफ्रेम शब्द) एक पदानुक्रम में व्यवस्थित होते हैं जिनके स्तर बिंदुओं से अलग होते हैं, उदाहरण के लिए DEPT01.SYSTEM01.FILE01 . पदानुक्रम में प्रत्येक स्तर आठ वर्ण तक लंबा हो सकता है। फ़ाइल नाम की कुल लंबाई बिंदुओं सहित अधिकतम 44 अक्षर है। परंपरा के अनुसार, डॉट्स द्वारा अलग किए गए घटकों का उपयोग अन्य ऑपरेटिंग सिस्टम में डायरेक्टरी (कंप्यूटिंग) के समान फ़ाइलों को व्यवस्थित करने के लिए किया जाता है। उदाहरण के लिए, ऐसे उपयोगिता प्रोग्राम हैं जो विंडोज़ एक्सप्लोरर के समान कार्य करते हैं (लेकिन जीयूआई के बिना और आमतौर पर बैच प्रोसेसिंग मोड में) - नए तत्वों को जोड़ना, नाम बदलना या हटाना और एक निर्दिष्ट तत्व की सभी सामग्री की रिपोर्ट करना। हालाँकि, कई अन्य प्रणालियों के विपरीत, ये स्तर आमतौर पर नहीं होते हैं^{[NB 4]} वास्तविक निर्देशिकाएं लेकिन सिर्फ एक नामकरण परंपरा (मूल मैकिंटोश फ़ाइल सिस्टम की तरह, जहां फ़ोल्डर पदानुक्रम खोजक द्वारा बनाए रखा गया एक भ्रम था)। टाइम शेयरिंग विकल्प फ़ाइलों के लिए एक डिफ़ॉल्ट उपसर्ग का समर्थन करता है (वर्तमान निर्देशिका अवधारणा के समान), और आरएसीएफ फ़ाइल नाम पैटर्न के आधार पर एक्सेस नियंत्रण स्थापित करने का समर्थन करता है, जो अन्य प्लेटफार्मों पर निर्देशिकाओं पर एक्सेस नियंत्रण के अनुरूप है।

ओएस परिवार के अन्य सदस्यों की तरह, एमवीएस के डेटा सेट रिकॉर्ड-उन्मुख फ़ाइल सिस्टम|रिकॉर्ड-उन्मुख हैं। एमवीएस को अपने पूर्ववर्तियों से तीन मुख्य प्रकार विरासत में मिले:

अनुक्रमिक डेटा सेट को आम तौर पर शुरुआत से अंत तक एक समय में एक रिकॉर्ड पढ़ा जाता था।
बुनियादी डायरेक्ट एक्सेस विधि (डायरेक्ट एक्सेस) डेटा सेट में, एप्लिकेशन प्रोग्राम को उस डेटा का भौतिक स्थान निर्दिष्ट करना पड़ता था जिसे वह एक्सेस करना चाहता था (आमतौर पर डेटा सेट की शुरुआत से ऑफसेट निर्दिष्ट करके)।
ISAM डेटा सेट में प्रत्येक रिकॉर्ड के एक निर्दिष्ट अनुभाग को एक कुंजी के रूप में परिभाषित किया गया था जिसका उपयोग विशिष्ट रिकॉर्ड को देखने के लिए एक कुंजी के रूप में किया जा सकता था। कुंजी में अक्सर कई क्षेत्र (कंप्यूटर विज्ञान) शामिल होते हैं लेकिन इन्हें सन्निहित और सही क्रम में होना चाहिए; और प्रमुख मूल्य अद्वितीय होने चाहिए। इसलिए एक आईबीएम आईएसएएम फ़ाइल में केवल एक कुंजी हो सकती है, जो संबंध का डेटाबेस तालिका की प्राथमिक कुंजी के बराबर है; ISAM विदेशी कुंजियों का समर्थन नहीं कर सका.

अनुक्रमिक और आईएसएएम डेटासेट या तो निश्चित-लंबाई या परिवर्तनीय लंबाई रिकॉर्ड संग्रहीत कर सकते हैं, और सभी प्रकार एक से अधिक डिस्क वॉल्यूम पर कब्जा कर सकते हैं।

ये सभी VTOC डिस्क संरचना पर आधारित हैं।

प्रारंभिक आईबीएम डेटाबेस प्रबंधन प्रणालियों ने आईएसएएम और बीडीएएम डेटासेट के विभिन्न संयोजनों का उपयोग किया - आमतौर पर वास्तविक डेटा भंडारण के लिए बीडीएएम और इंडेक्स के लिए आईएसएएम।

1970 के दशक की शुरुआत में आईबीएम के वर्चुअल मेमोरी ऑपरेटिंग सिस्टम ने एक नया फ़ाइल प्रबंधन घटक, वीएसएएम पेश किया, जो समान सुविधाएं प्रदान करता था:

एंट्री-सीक्वेंस्ड डेटासेट (ईएसडीएस) ने अनुक्रमिक और बीडीएएम डेटासेट दोनों के समान सुविधाएं प्रदान कीं, क्योंकि उन्हें शुरुआत से अंत तक या सीधे शुरुआत से ऑफसेट निर्दिष्ट करके पढ़ा जा सकता था।
कुंजी-अनुक्रमित डेटासेट (केएसडीएस) आईएसएएम से एक प्रमुख अपग्रेड हैं: वे गैर-अद्वितीय मानों के साथ द्वितीयक कुंजी और किसी भी क्रम में गैर-सन्निहित फ़ील्ड को जोड़कर बनाई गई कुंजी की अनुमति देते हैं; उन्होंने आईएसएएम में अतिप्रवाह रिकॉर्ड के कारण होने वाली प्रदर्शन समस्याओं को बहुत कम कर दिया; और उन्होंने इस जोखिम को बहुत कम कर दिया कि इंडेक्स अपडेट के बीच में कोई सॉफ़्टवेयर या हार्डवेयर विफलता इंडेक्स को दूषित कर सकती है।

ये वीएसएएम प्रारूप आईबीएम के डेटाबेस प्रबंधन सिस्टम, आईबीएम सूचना प्रबंधन प्रणाली|आईएमएस/वीएस और आईबीएम डीबी2 का आधार बन गए - आमतौर पर वास्तविक डेटा भंडारण के लिए ईएसडीएस और इंडेक्स के लिए केएसडीएस।

वीएसएएम में उपयोगकर्ता कैटलॉग और एमवीएस के मास्टर कैटलॉग के लिए उपयोग किया जाने वाला एक कैटलॉग घटक भी शामिल है।

विभाजित डेटा सेट (पीडीएस) अनुक्रमिक डेटा सेट हैं जो सदस्यों में विभाजित होते हैं जिन्हें प्रत्येक को अपने आप में अनुक्रमिक फ़ाइलों के रूप में संसाधित किया जा सकता है (जैसे फ़ाइल सिस्टम में एक निर्देशिका (कंप्यूटिंग)। पीडीएस का सबसे महत्वपूर्ण उपयोग प्रोग्राम लाइब्रेरीज़ के लिए था - सिस्टम प्रशासकों ने मुख्य पीडीएस का उपयोग किसी प्रोजेक्ट के लिए डिस्क स्थान आवंटित करने के तरीके के रूप में किया और फिर प्रोजेक्ट टीम ने सदस्यों को बनाया और संपादित किया। पीडीएस के अन्य उपयोग अक्सर उपयोग की जाने वाली नौकरी नियंत्रण प्रक्रियाओं (प्रोसी) के पुस्तकालय हैं, और कई कार्यक्रमों द्वारा उपयोग की जाने वाली रिकॉर्ड परिभाषाओं जैसे प्रोग्रामिंग भाषा कथनों की प्रतिलिपि पुस्तकें हैं।

जेनरेशन डेटा ग्रुप (जीडीजी) नामित डेटा सेट के समूह हैं, जिन्हें पूर्ण पीढ़ी संख्या या सबसे हालिया पीढ़ी से ऑफसेट द्वारा संदर्भित किया जा सकता है। वे मूल रूप से दादा-पिता-पुत्र बैकअप|दादा-पिता-पुत्र बैकअप प्रक्रियाओं का समर्थन करने के लिए डिज़ाइन किए गए थे - यदि फ़ाइल को संशोधित किया गया था, तो बदला हुआ संस्करण नया बेटा बन गया, पिछला बेटा पिता बन गया, पिछला पिता दादा बन गया और पिछले दादा को हटा दिया गया था. लेकिन कोई 3 से अधिक पीढ़ियों के साथ जीडीजी स्थापित कर सकता है और कुछ एप्लिकेशन कई स्रोतों से डेटा एकत्र करने और एक व्यक्ति को जानकारी फीड करने के लिए जीडीजी का उपयोग करते हैं।रोग्राम - प्रत्येक एकत्रित प्रोग्राम ने फ़ाइल की एक नई पीढ़ी बनाई और अंतिम प्रोग्राम पूरे समूह को एक एकल अनुक्रमिक फ़ाइल के रूप में पढ़ता है (जॉब कंट्रोल लैंग्वेज में एक पीढ़ी को निर्दिष्ट न करके)।

एमवीएस के आधुनिक संस्करण (उदाहरण के लिए, जेड/ओएस) यूनिक्स फ़ाइल सिस्टम के लिए कंटेनर के रूप में डेटासेट का उपयोग करते हैं और साथ ही उन्हें आंशिक रूप से एकीकृत करने की सुविधा भी देते हैं। यानी, fopen() का उपयोग करने वाले यूनिक्स प्रोग्राम एक एमवीएस डेटासेट तक पहुंच सकते हैं और एक उपयोगकर्ता यूनिक्स फ़ाइल को आवंटित कर सकता है जैसे कि यह एक डेटासेट था, कुछ के साथ^{[NB 5]} प्रतिबंध। पदानुक्रमित फ़ाइल सिस्टम (IBM MVS) (HFS) (Apple के पदानुक्रमित फ़ाइल सिस्टम (Apple) के साथ भ्रमित न हों) एक अद्वितीय प्रकार के डेटासेट का उपयोग करता है, जबकि नया z/OS फ़ाइल सिस्टम (zFS) (Sun के पदानुक्रमित फ़ाइल सिस्टम के साथ भ्रमित नहीं होना चाहिए) ZFS) VSAM लीनियर डेटा सेट (LDS) का उपयोग करता है।

नेटवर्क से जुड़े कंप्यूटरों (जैसे कि आईबीएम एएस/400) पर चलने वाले प्रोग्राम वितरित डेटा प्रबंधन वास्तुकला (डीडीएम) के अनुसार कार्यान्वित क्लाइंट-सर्वर उत्पादों का उपयोग करके वीएसएएम रिकॉर्ड-उन्मुख फ़ाइलों को पारदर्शी रूप से बनाने, प्रबंधित करने और एक्सेस करने के लिए स्थानीय डेटा प्रबंधन इंटरफेस का उपयोग कर सकते हैं। ). डीडीएम एमवीएस आईबीएम डीबी2 सर्वर के लिए आधार आर्किटेक्चर भी है जो जिला ग्रामीण विकास एजेंसी (डीआरडीए) को लागू करता है।

वर्चुअल I/O (VIO)

एमवीएस में वर्चुअल आई/ओ (वीआईओ) नामक एक सुविधा शामिल है, जिसके साथ अस्थायी डेटासेट को पेजिंग डेटासेट पर सिम्युलेटेड ट्रैक में संग्रहीत किया जा सकता है, जिससे आवंटन के ओवरहेड को समाप्त किया जा सकता है लेकिन कुछ प्रोसेसिंग ओवरहेड को जोड़ा जा सकता है।

एमवीएस में उन्नयन

नई कार्यक्षमता के अलावा, जिसे आईबीएम ने ओएस/वीएस2 के रिलीज और उप-रिलीज के साथ जोड़ा, आईबीएम ने कई मुफ्त वृद्धिशील परिवर्तन रिलीज (आईसीआर) और चयन योग्य इकाइयां (एसयू) और प्रभार्य कार्यक्रम उत्पाद और क्षेत्र विकसित कार्यक्रम प्रदान किए जिन्हें आईबीएम ने अंततः बंडल कर दिया। z/OS का भाग. इसमे शामिल है:

MVS SU Numbers
SU	SUID	SU name
1	5752-801	VTAM2
2	5752-802	TCAM 10
3	5752-803	JES2 Release 4
4	5752-804	Scheduler Improvements
5	5752-805	Supervisor Performance 1
6	5752-806	168AP
7	5752-807	Supervisor Performance 2
8	5752-808	Data Management Enhancements
9	5752-809
10	5752-810	3800 Support
12	5752-812	JES3 Release 2
13	5752-813	TSO/VTAM
15	5752-815	SMP
16	5752-816	Scheduler/IOS Support
17	5752-817	Service Data Improvements
18	5752-818	JES3 Release 3.1 MSS
21	5752-821	SSS Release 4
24	5752-824	3850 MSS Programming Enhancements
25	5752-825	JES2 Release 4.1 RJE 3790 Support
26	5752-826	JES3 RJP
27	5752-827	EREP Modifications
29	5752-829	3838 VPSS
30	5752-830	3895 Deposit System
32	5752-832	System Security Support
33	5752-833	MVS Dumping Improvements
36	5752-836	TCAM Direct (TCAM 10)
37	5752-837	SSS Release 5 TCAM Direct
47	5752-847	158/168 AP
48	5752-848	3800 12 Lines Per Inch
51	5752-851	Processor Support
55	5752-855	Hardware Recovery Enhancements
57	5752-857	IPCS
58	5752-858	TSO/VTAM Level 2
60	5752-860	Data Management Support
63	5752-863	SMP Release 3
64	5752-864	Processor Support 2
68	5752-868	DEMF (Display Exceprion Monitoring Program)

एसीएफ/टीसीएएम (5735-आरसीएल)
एसीएफ/वीटीएएम (5746-आरसी3, 5735-आरसी2)
डेटा सुविधा/डिवाइस सपोर्ट (डीएफ/डीएस), 5740-एएम7
डेटा सुविधा विस्तारित फ़ंक्शन (DF/EF), 5740-XYQ
डेटा सुविधा/डेटा सेट सेवाएँ (डीएफ/डीएसएस), 5740-यूटी3।
डेटा सुविधा सॉर्ट, 5740-एसएम1
ओएस/वीएस2 एमवीएस सीक्वेंशियल एक्सेस मेथड-एक्सटेंडेड (एसएएम-ई), 5740-एएम3
एमवीएस/370 डेटा सुविधा उत्पाद (डीएफपी), 5665-295, प्रतिस्थापित
- 5740-एएम7 डेटा सुविधा डिवाइस सपोर्ट (डीएफडीएस)
- 5740-XYQ डेटा सुविधा विस्तारित फ़ंक्शन (DFEF)
- 5740-एएम3 अनुक्रमिक पहुंच विधि विस्तारित (एसएएम-ई)
- 5740-एएम8 एक्सेस मेथड सर्विसेज क्रिप्टोग्राफ़िक विकल्प
- 5748-यूटी2 ऑफ़लाइन 3800 उपयोगिता
एमवीएस/एक्सए डेटा सुविधा उत्पाद संस्करण 1 रिलीज़ 1, 5665-284
एमवीएस/एक्सए डेटा सुविधा उत्पाद संस्करण 2 रिलीज 1, Index.html&request_locale=en 5665-XA2
एमवीएस/ईएसए डेटा सुविधा उत्पाद संस्करण 3, 5665-एक्सए3
डेटा सुविधा भंडारण प्रबंधन सबसिस्टम (DFSMS), 5695-DF1
DFP, DF/DSS और DF/HSM की जगह लेता है
ओएस/वीएस2 एमवीएस टीएसओ कमांड पैकेज (5740-एक्सटी6)
टीएसओ कमांड प्रोसेसर - एफडीपी 5798-एवाईएफ (प्रिंट कमांड)
टीएसओ/वीएस2 प्रोग्रामिंग नियंत्रण सुविधा - एफडीपी 5798-बीबीजे
टीएसओ प्रोग्रामिंग नियंत्रण सुविधा - II (पीसीएफ II), एफडीपी 5798-सीएलडब्ल्यू,
TSO एक्सटेंशन
TSO कमांड पैकेज, TSO कमांड प्रोसेसर और PCF को प्रतिस्थापित करता है
- एमवीएस/370 के लिए 5665-285
- एमवीएस/एक्सए के लिए 5665-293
- एमवीएस/एक्सए के लिए 5685-025
  REXX के साथ पहला संस्करण
ओएस/वीएस2 एमवीएस/सिस्टम एक्सटेंशन, 5740-एक्सईएल
एमवीएस/सिस्टम उत्पाद
- JES3 संस्करण 1 5740-XYN
- JES2 संस्करण 1 5740-XYS
- एमवीएस/सिस्टम उत्पाद-जेईएस2 संस्करण 2, 5740-एक्ससी6
- एमवीएस/सिस्टम उत्पाद-जेईएस3 संस्करण 2, 5665-291
- एमवीएस/सिस्टम उत्पाद-जेईएस2 संस्करण 3, 5685-001
- एमवीएस/सिस्टम उत्पाद-जेईएस3 संस्करण 3, 5685-002
- एमवीएस/ईएसए सिस्टम उत्पाद: जेईएस2 संस्करण 4, 5695-047
- एमवीएस/ईएसए सिस्टम उत्पाद: जेईएस3 संस्करण 4, 5695-048
- एमवीएस/ईएसए सिस्टम उत्पाद: जेईएस2 संस्करण 5, 5655-068
- एमवीएस/ईएसए सिस्टम उत्पाद: जेईएस3 संस्करण 5, 5655-069

डेटा सुविधा उत्पाद (डीएफपी)

सत्तर के दशक के अंत और अस्सी के दशक की शुरुआत में आईबीएम ने घोषणा की:

5740-एएम7 डेटा सुविधा डिवाइस सपोर्ट (डीएफ/डीएस)
5740-XYQ डेटा सुविधा विस्तारित फ़ंक्शन (DF/EF)
5740-एएम3 अनुक्रमिक पहुंच विधि विस्तारित (एसएएम-ई)
5740-एएम8 एक्सेस मेथड सर्विसेज क्रिप्टोग्राफ़िक विकल्प
5748-यूटी2 ऑफ़लाइन 3800 उपयोगिता

डीएफ/डीएस ने नया डिवाइस समर्थन जोड़ा, और आईबीएम ने घोषणा की कि वह अब फ्री बेस में डिवाइस समर्थन नहीं जोड़ेगा। DF/EF ने VSAM कैटलॉग और कंट्रोल वॉल्यूम (CVOLs) के विकल्प के रूप में इम्प्रूव्ड कैटलॉग स्ट्रक्चर (ICF) को जोड़ा, लेकिन यह विश्वसनीयता की समस्याओं से भरा हुआ था।

जब आईबीएम ने घोषणा की^[6] एमवीएस/एसपी संस्करण 2 (एमवीएस/एक्सए) की भी घोषणा की गई^[7] डेटा सुविधा उत्पाद™ (डीएफपी™) उपरोक्त अन्य पांच उत्पादों के प्रतिस्थापन और उन्नयन के रूप में है, जिसके बारे में कहा गया है कि इसे 1 दिसंबर 1984 से विपणन से वापस ले लिया जाएगा। डीएफपी/370 रिलीज़ 1 (कार्यक्रम संख्या 5665-295), की घोषणा की गई 7 जून 1983, एमवीएस/एसपी संस्करण 1, एमवीएस/एसई और ओएस/वीएस2 आर3.8 के लिए था, और वैकल्पिक था, लेकिन एमवीएस/विस्तारित आर्किटेक्चर डेटा सुविधा उत्पाद (5665-284) एमवीएस/एसपी संस्करण 2 के लिए एक आवश्यक शर्त थी। (एमवीएस/एक्सए)। डेटा प्रबंधन सुविधाओं को बढ़ाने के अलावा, डीएफपी ने लिंकेज संपादक और उपयोगिताओं के मुफ्त संस्करणों को बदल दिया।

डीएफपी अब एक अलग उत्पाद के रूप में उपलब्ध नहीं है, बल्कि डेटा सुविधा भंडारण प्रबंधन सबसिस्टम (एमवीएस)#DFSMSdfp नाम के तहत डेटा फैसिलिटी स्टोरेज मैनेजमेंट सबसिस्टम का हिस्सा बन गया है।

आधुनिक एमवीएस

एमवीएस हरक्यूलिस (एमुलेटर) एमुलेटर पर चल रहा है

एमवीएस अब z/OS में विकसित हो गया है; पुराने MVS रिलीज़ अब IBM द्वारा समर्थित नहीं हैं और, 2007 से, केवल 64-बिट z/OS रिलीज़ समर्थित हैं। z/OS नए 64-बिट अनुप्रयोगों के साथ पुराने 24-बिट और 31-बिट एमवीएस अनुप्रयोगों को चलाने का समर्थन करता है।

3.8जे (24-बिट, 1981 में जारी) तक एमवीएस रिलीज़ मुफ्त में उपलब्ध थे और अब एमवीएस 3.8जे रिलीज़ को मेनफ्रेम एमुलेटर में मुफ्त में चलाना संभव है।^[8]

एमवीएस/370

एमवीएस/370 एमवीएस/एक्सए से पहले एमवीएस ऑपरेटिंग सिस्टम के सभी संस्करणों के लिए एक सामान्य शब्द है।^{[NB 6]} एमवीएस जारी होने के समय सिस्टम/370 वास्तुकला केवल 24-बिट वर्चुअल पते का समर्थन करता था, इसलिए एमवीएस/370 ऑपरेटिंग सिस्टम आर्किटेक्चर 24-बिट पते पर आधारित है। इस 24-बिट पते की लंबाई के कारण, एमवीएस/370 के तहत चलने वाले प्रत्येक प्रोग्राम को 16 एमबी का सन्निहित वर्चुअल स्टोरेज दिया जाता है।

एमवीएस/एक्सए

एमवीएस/एक्सए, या मल्टीपल वर्चुअल स्टोरेज/एक्सटेंडेड आर्किटेक्चर, एमवीएस का एक संस्करण था जो सिस्टम/370#एड्रेस स्पेस का विस्तार|370-एक्सए आर्किटेक्चर का समर्थन करता था, जिसमें एक नया आई/ओ आर्किटेक्चर था और पते को 24 बिट्स से विस्तारित भी किया गया था। 31 बिट, 2 गीगाबाइट पता योग्य मेमोरी क्षेत्र प्रदान करता है।^[9] एमवीएस/एक्सए पुराने 24-बिट अनुप्रयोगों के लिए 24-बिट लीगेसी एड्रेसिंग मोड का समर्थन करता है (यानी वे जो 32-बिट शब्द के निचले 24 बिट्स में 24-बिट पता संग्रहीत करते हैं और अन्य उद्देश्यों के लिए उस शब्द के ऊपरी 8 बिट्स का उपयोग करते हैं) ).

एमवीएस/ईएसए

एमवीएस एंटरप्राइज सिस्टम आर्किटेक्चर (एमवीएस/ईएसए) ओएस/390 से पहले एमवीएस का कोई भी संस्करण है जो आईबीएम एंटरप्राइज सिस्टम आर्किटेक्चर#ईएसए/370 आर्किटेक्चर|एस/370 एंटरप्राइज सिस्टम आर्किटेक्चर (एस/370-ईएसए) का समर्थन करता है। एमवीएस/ईएसए एड्रेस स्पेस के बीच संदर्भों के लिए एक्सेस रजिस्टर (एआर) मोड जोड़कर एमवीएस/एक्सए के 24-बिट और 31-बिट एड्रेसिंग मोड का विस्तार करता है।

आईबीएम ने पेश किया^[10] फरवरी 1988 में एमवीएस/ईएसए एमवीएस/एसपी संस्करण 3 के रूप में, फिर एमवीएस/ईएसए एसपी संस्करण 4^[11] और एमवीएस/ईएसए एसपी संस्करण 5।^[12] IBM ने इसे OS/390 से बदल दिया^[13]^[14] 1995 के अंत में और उसके बाद z/OS के साथ।

एमवीएस/ईएसए ओपनएडिशन: एमवीएस/ईएसए एसपी के संस्करण 4 रिलीज 3 में अपग्रेड की घोषणा की गई^[15] फरवरी 1993 POSIX और अन्य मानकों के समर्थन के साथ।^[16]^[17]^[18] जबकि प्रारंभिक रिलीज़ में केवल संघीय सूचना प्रसंस्करण मानक (FIPS) 151 अनुपालन के लिए राष्ट्रीय मानक और प्रौद्योगिकी संस्थान (NIST) प्रमाणन था, बाद की रिलीज़ को उच्च स्तर पर और अन्य संगठनों द्वारा प्रमाणित किया गया था, उदाहरण के लिए एक्स/ओपन और उसका उत्तराधिकारी, द ओपन ग्रुप। इसमें कोड की लगभग 1 मिलियन नई पंक्तियाँ शामिल थीं, जो एक एपीआई शेल, उपयोगिताएँ और एक विस्तारित उपयोगकर्ता इंटरफ़ेस प्रदान करती हैं। डीएफएसएमएस (डेटा सुविधा सिस्टम प्रबंधित स्टोरेज) द्वारा प्रदान की गई एक पदानुक्रमित फ़ाइल प्रणाली के साथ काम करता है। शेल और उपयोगिताएँ एमकेएस इंक.|मोर्टिस कर्न्स के इंटरओपन उत्पादों पर आधारित हैं। स्वतंत्र विशेषज्ञों का अनुमान है कि यह 80% से अधिक खुली प्रणालियों के अनुरूप था - अधिकांश यूनिक्स प्रणालियों से अधिक। फरवरी 1994 में DCE2 समर्थन की घोषणा की गई, और मार्च 1995 में कई एप्लिकेशन डेवलपमेंट टूल की घोषणा की गई। 1995 के मध्य से, जैसे ही सभी खुली सुविधाएँ वेनिला (कंप्यूटिंग) MVS/ESA SP संस्करण 5 रिलीज़ 1 का एक मानक हिस्सा बन गईं, IBM ने OpenEdition को ऑपरेटिंग से अलग करना बंद कर दिया। प्रणाली। OS/390 V2R6 के तहत यह UNIX सिस्टम सेवाएँ बन गया,^[19]^[20] और उस नाम को z/OS के अंतर्गत रखा है।

ओएस/390

1995 के अंत में आईबीएम ने एमवीएस को कई प्रोग्राम उत्पादों के साथ बंडल किया और नाम एमवीएस/ईएसए से बदलकर ओएस/390 कर दिया।

z/ओएस

एमवीएस के वर्तमान स्तर को z/OS के रूप में विपणन किया जाता है।

निकट से संबंधित ऑपरेटिंग सिस्टम

जापानी मेनफ्रेम निर्माताओं बेईमानी और Hitachi दोनों ने 20वीं सदी के औद्योगिक जासूसी के सबसे प्रसिद्ध मामलों में से एक में आईबीएम के एमवीएस स्रोत कोड और आंतरिक दस्तावेज़ीकरण को बार-बार और अवैध रूप से प्राप्त किया।^[21] फुजित्सु ने अपने एमएसपी से बेवफाई मेनफ्रेम ऑपरेटिंग सिस्टम में आईबीएम के कोड पर बहुत अधिक भरोसा किया, और इसी तरह हिताची ने भी अपने वीओएस3 ऑपरेटिंग सिस्टम के लिए ऐसा ही किया। एमएसपी और वीओएस3 का जापान में बड़े पैमाने पर विपणन किया गया, जहां वे अभी भी मेनफ्रेम स्थापित आधार का एक बड़ा हिस्सा रखते हैं, लेकिन कुछ हद तक अन्य देशों, विशेष रूप से ऑस्ट्रेलिया में भी। यहां तक कि आईबीएम के बग और दस्तावेज की गलत वर्तनी को भी ईमानदारी से कॉपी किया गया था। आईबीएम ने एक स्टिंग ऑपरेशन में अमेरिकी संघीय जांच ब्यूरो के साथ सहयोग किया, 1980 के दशक की शुरुआत में बहु-वर्षीय जांच के दौरान अनिच्छा से फुजित्सु और हिताची को मालिकाना एमवीएस और मेनफ्रेम हार्डवेयर प्रौद्योगिकियों की आपूर्ति की - जांच में वरिष्ठ कंपनी प्रबंधकों और यहां तक कि कुछ जापानी भी शामिल थे। सरकारी अधिकारी। हालाँकि, अमदहल कॉर्पोरेशन फुजित्सु द्वारा आईबीएम की बौद्धिक संपदा की चोरी में शामिल नहीं था। अमदहल से फुजित्सु तक कोई भी संचार अमदहल केवल विशिष्टताओं के माध्यम से था, जिसे किसी भी आईबीएम आईपी या आईबीएम के आईपी के किसी भी संदर्भ से सावधानीपूर्वक साफ किया गया था।

जांच के बाद, आईबीएम फुजित्सु और हिताची दोनों के साथ कई मिलियन डॉलर के समझौते पर पहुंचा, और कई वर्षों तक दोनों कंपनियों के मुनाफे का पर्याप्त हिस्सा एकत्र किया। विश्वसनीय रिपोर्टों से पता चलता है कि निपटान US$500,000,000 से अधिक था।^{[citation needed]}^[21]^{[NB 7]} तीनों कंपनियां लंबे समय से कई संयुक्त व्यापार उद्यमों के लिए सौहार्दपूर्ण ढंग से सहमत हैं। उदाहरण के लिए, 2000 में IBM और हिताची ने IBM z900 मेनफ्रेम मॉडल विकसित करने पर सहयोग किया।

इस ऐतिहासिक नकल के कारण, एमएसपी और वीओएस3 को उचित रूप से फोर्क (सॉफ्टवेयर विकास)| के रूप में वर्गीकृत किया गया है एमवीएस के फोर्क्स, और एमवीएस-संगत उत्पादों वाले कई तृतीय-पक्ष सॉफ़्टवेयर विक्रेता बहुत कम या बिना किसी संशोधन के एमएसपी- और वीओएस3-संगत संस्करण तैयार करने में सक्षम थे।^[22]^[23]^[24] जब IBM ने वर्ष 2000 में अपना 64-बिट z/आर्किटेक्चर मेनफ्रेम पेश किया, तो IBM ने 64-बिट z/OS ऑपरेटिंग सिस्टम भी पेश किया, जो OS/390 और MVS का सीधा उत्तराधिकारी था। फुजित्सु और हिताची ने अपने अर्ध-एमवीएस ऑपरेटिंग सिस्टम और हार्डवेयर सिस्टम के लिए आईबीएम के जेड/आर्किटेक्चर को लाइसेंस नहीं देने का विकल्प चुना, और इसलिए एमएसपी और वीओएस3, जबकि अभी भी उनके विक्रेताओं द्वारा नाममात्र का समर्थन किया जाता है, एमवीएस की 1980 के दशक की अधिकांश वास्तुशिल्प सीमाओं को आज तक बनाए रखते हैं। चूँकि z/OS अभी भी MVS-युग के अनुप्रयोगों और प्रौद्योगिकियों का समर्थन करता है- z/OS में अभी भी MVS के अधिकांश कोड शामिल हैं, यद्यपि विकास के दशकों में काफी उन्नत और बेहतर हुआ है-MSP और VOS3 पर चलने वाले एप्लिकेशन (और परिचालन प्रक्रियाएं) z/OS पर जा सकते हैं अन्य ऑपरेटिंग सिस्टम की तुलना में बहुत अधिक आसानी से।

यह भी देखें

हरक्यूलिस एम्यूलेटर एक S/370, S/390, और zSeries एमुलेटर MVS चलाने में सक्षम है
आईबीएम मेनफ्रेम उपयोगिता कार्यक्रम एमवीएस (और उत्तराधिकारी) ऑपरेटिंग सिस्टम के साथ आपूर्ति किए जाते हैं
बैचपाइप्स एक बैच प्रोसेसिंग उपयोगिता है जिसे एमवीएस/ईएसए ऑपरेटिंग सिस्टम और सभी बाद के अवतारों-ओएस/390 और जेड/ओएस के लिए डिज़ाइन किया गया है।

↑ some print media used the singular, MVS/System Extension: Computerworld, 15 Dec 1980 - Page 5; 26 June 1978 - Page 8
↑ Some processors could take more physical storage than the size of a single address space, but still much smaller than the aggregate size of a typical workload's virtual storage.
↑ Via Job Entry Subsystem 3 (JES3)
↑ The exceptions are mostly CVOL and user catalog alias names at the beginning of a dataset name.
↑ E.g., IBM does not support using a concatenation of PDSs and Unix directories.
↑ OS/VS2 Release 2 through 3.8, MVS/SE and MVS/SP Version 1
↑ the Congressional testimony, near the end, only says "Hitachi has yet to admit that any of IBM's secrets were used in the development of new products, and they have not yet compensated IBM for the huge expenses involved in settling the case."

संदर्भ

↑ ^1.0 ^1.1 IBM System/360 Operating System: Concepts and Facilities (PDF) (Seventh ed.). IBM. June 1970. p. 16. GC28-6535-7.
↑ OS/VS2 MVS Overview (PDF). First Edition. IBM. June 1978. GC28-0984-0.
↑ DuCharme, Bob. "MVS". ऑपरेटिंग सिस्टम हैंडबुक या, मिनिस और मेनफ्रेम के माध्यम से अपना रास्ता बनाएं.
↑ OS/VS Dynamic Support System (PDF) (Second ed.). IBM. November 1973. GC28-0640-1.
↑ "IBM Corporation - UNIX 95". The Open Group. Retrieved 7 October 2015.
↑ "IBM Large Systems Announcement Overview". IBM (Announcement Letter). 21 October 1981. LTR ENUS283-042. Retrieved 17 November 2022.
↑ "Data Facility Product Release 1". IBM (Announcement Letter). 21 October 1981. LTR ZP81-0798.
↑ "The MVS 3.8j Tur(n)key 4- System". Retrieved 30 March 2023.
↑ Hoskins, Jim; Frank, Bob (2003). Exploring IBM eServer zSeries and S/390 Servers: See Why IBM's Redesigned Mainframe Computer Family Has Become More Popular than Ever!. Maximum Press (FL). pp. 210–290. ISBN 1-885068-91-3.
↑ "ENTERPRISE SYSTEMS ARCHITECTURE/370 (TM) AND MVS/SYSTEM PRODUCT VERSION 3". Announcement Letters. IBM. 15 February 1988. 288-059.
↑ "IBM MVS/ESA SYSTEM PRODUCT VERSION 4 OVERVIEW". Announcement Letters. IBM. 5 September 1990. 290-487.
↑ "IBM MVS/ESA SP Version 5 Release 1 and OpenEdition Enhancements". Announcement Letters. IBM. 6 April 1994. 294-152.
↑ "Preview: S/390 Server Operating System". Announcement Letters. IBM. 10 October 1995. 295-423.
↑ "OS/390 Release 1 Availability and Release 2 Additional Function". Announcement Letters. IBM. 29 March 1996. 296-018.
↑ "OPENEDITION SERVICES ON MVS/ESA SP VERSION 4 RELEASE 3 ANNOUNCED AND AVAILABILITY OF MVS/ESA SP VERSION 4 RELEASE 3 WITH ADDITIONAL ENHANCEMENTS". Announcement Letters. IBM. 9 February 1993. 293-060.
↑ Introducing OpenEdition MVS. First Edition. IBM. December 1993. GC23-3010-00.
↑ OpenEdition MVS POSIX.1 Conformance Document. First Edition. IBM. February 1993. GC23-3011-00.
↑ OpenEdition MVS POSIX.2 Conformance Document. First Edition. IBM. December 1993. GC23-3012-00.
↑ "IBM OS/390 Version 2 Release 5 Availability and Release 6". Software Announcement. IBM. 24 February 1998. 298-049. UNIX System Services
↑ "1.3.9 OS/390 V2R6 - 1998". UNIX System Services z/OS Version 1 Release 7 Implementation (PDF). Redbooks (Second ed.). IBM. March 2006. p. 26. SG24-7035-01. Name changed from OpenEdition to OS/390 UNIX System Services
↑ ^21.0 ^21.1 https://fas.org/irp/congress/1989_cr/h890712-japan.htm An hour's worth of "minutes" from a Congressional Hearing about Japanese Industrial Espionage against IBM
↑ Alexander, Charles; Buderi, Bob (5 July 1982). "Now, from the FBI: Japanscam". Time. Archived from the original on 15 October 2010.
↑ Malone, Michael S. (16 May 1983). "हिताची-एफ.बी.आई. टेप जारी किए गए हैं". The New York Times.
↑ Marie Anchordoguy, "Reprogramming Japan: The High Tech Crisis Under Communitarian Capitalism," p. 159.

बाहरी संबंध

[1] some print media used the singular, MVS/System Extension: Computerworld, 15 Dec 1980 - Page 5; 26 June 1978 - Page 8

[3] Some processors could take more physical storage than the size of a single address space, but still much smaller than the aggregate size of a typical workload's virtual storage.

[5] Via Job Entry Subsystem 3 (JES3)

[9] The exceptions are mostly CVOL and user catalog alias names at the beginning of a dataset name.

[10] E.g., IBM does not support using a concatenation of PDSs and Unix directories.

[14] OS/VS2 Release 2 through 3.8, MVS/SE and MVS/SP Version 1

[28] the Congressional testimony, near the end, only says "Hitachi has yet to admit that any of IBM's secrets were used in the development of new products, and they have not yet compensated IBM for the huge expenses involved in settling the case."

[os-360-concepts-and-facilities-2] 1.0 ^1.1 IBM System/360 Operating System: Concepts and Facilities (PDF) (Seventh ed.). IBM. June 1970. p. 16. GC28-6535-7.

[4] OS/VS2 MVS Overview (PDF). First Edition. IBM. June 1978. GC28-0984-0.

[6] DuCharme, Bob. "MVS". ऑपरेटिंग सिस्टम हैंडबुक या, मिनिस और मेनफ्रेम के माध्यम से अपना रास्ता बनाएं.

[7] OS/VS Dynamic Support System (PDF) (Second ed.). IBM. November 1973. GC28-0640-1.

[8] "IBM Corporation - UNIX 95". The Open Group. Retrieved 7 October 2015.

[11] "IBM Large Systems Announcement Overview". IBM (Announcement Letter). 21 October 1981. LTR ENUS283-042. Retrieved 17 November 2022.

[12] "Data Facility Product Release 1". IBM (Announcement Letter). 21 October 1981. LTR ZP81-0798.

[13] "The MVS 3.8j Tur(n)key 4- System". Retrieved 30 March 2023.

[15] Hoskins, Jim; Frank, Bob (2003). Exploring IBM eServer zSeries and S/390 Servers: See Why IBM's Redesigned Mainframe Computer Family Has Become More Popular than Ever!. Maximum Press (FL). pp. 210–290. ISBN 1-885068-91-3.

[16] "ENTERPRISE SYSTEMS ARCHITECTURE/370 (TM) AND MVS/SYSTEM PRODUCT VERSION 3". Announcement Letters. IBM. 15 February 1988. 288-059.

[17] "IBM MVS/ESA SYSTEM PRODUCT VERSION 4 OVERVIEW". Announcement Letters. IBM. 5 September 1990. 290-487.

[18] "IBM MVS/ESA SP Version 5 Release 1 and OpenEdition Enhancements". Announcement Letters. IBM. 6 April 1994. 294-152.

[19] "Preview: S/390 Server Operating System". Announcement Letters. IBM. 10 October 1995. 295-423.

[20] "OS/390 Release 1 Availability and Release 2 Additional Function". Announcement Letters. IBM. 29 March 1996. 296-018.

[21] "OPENEDITION SERVICES ON MVS/ESA SP VERSION 4 RELEASE 3 ANNOUNCED AND AVAILABILITY OF MVS/ESA SP VERSION 4 RELEASE 3 WITH ADDITIONAL ENHANCEMENTS". Announcement Letters. IBM. 9 February 1993. 293-060.

[GC23-3010-22] Introducing OpenEdition MVS. First Edition. IBM. December 1993. GC23-3010-00.

[GC23-3011-23] OpenEdition MVS POSIX.1 Conformance Document. First Edition. IBM. February 1993. GC23-3011-00.

[gc23-3012-24] OpenEdition MVS POSIX.2 Conformance Document. First Edition. IBM. December 1993. GC23-3012-00.

[25] "IBM OS/390 Version 2 Release 5 Availability and Release 6". Software Announcement. IBM. 24 February 1998. 298-049. UNIX System Services

[26] "1.3.9 OS/390 V2R6 - 1998". UNIX System Services z/OS Version 1 Release 7 Implementation (PDF). Redbooks (Second ed.). IBM. March 2006. p. 26. SG24-7035-01. Name changed from OpenEdition to OS/390 UNIX System Services

[FAS.cong-27] 21.0 ^21.1 https://fas.org/irp/congress/1989_cr/h890712-japan.htm An hour's worth of "minutes" from a Congressional Hearing about Japanese Industrial Espionage against IBM

[29] Alexander, Charles; Buderi, Bob (5 July 1982). "Now, from the FBI: Japanscam". Time. Archived from the original on 15 October 2010.

[30] Malone, Michael S. (16 May 1983). "हिताची-एफ.बी.आई. टेप जारी किए गए हैं". The New York Times.

[31] Marie Anchordoguy, "Reprogramming Japan: The High Tech Crisis Under Communitarian Capitalism," p. 159.

[NB 1]

[1]

[NB 2]

[2]

[NB 3]

[3]

[4]

[5]

[NB 4]

[NB 5]

[6]

[7]

[8]

[NB 6]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[NB 7]

[22]

[23]

[24]

v t e Operating systems by IBM
Supercomputer	INK CNK Red Hat Enterprise Linux
Server, mainframe	IBSYS BOS/360 TOS/360 TSS/360 RAX DOS/360 and successors VSE OS/360 and successors OS/VS1 SVS MVS OS/390 z/OS VM line ACP TPF CPF System/88 OS IBM i AIX zLinux DPCX DPPX SSP SRTOS Red Hat Enterprise Linux
Desktop, workstation	Textpack PC DOS DOS/V PC/IX AIX OS/2 AOS Red Hat Enterprise Linux
Point of sale	4680 OS 4690 OS
Projects	Taligent Workplace OS Monterey Trillian K42
Related	Fedora Linux
Category