आईबीएम आई

From Vigyanwiki
Revision as of 06:47, 5 March 2023 by alpha>Mohitpandey
IBM i
IBM i logo (2021).svg
File:Ibmi-main-menu.png
IBM i 7.1 का मुख्य मेनू, TN5250 client के अंदर दिखाया गया है
डेवलपरIBM
लिखा हुआC++, C, PL/MI, Java, Assembly language, Modula-2, PL/MP[1][2][3]
ओएस परिवारIBM CPF
काम करने की अवस्थाCurrent
स्रोत मॉडलClosed source
आरंभिक रिलीजAugust 26, 1988; 37 years ago (1988-08-26)
Latest release7.5 / May 10, 2022; 3 years ago (2022-05-10)[4]
विपणन लक्ष्यMinicomputer, midrange computer and enterprise server
उपलब्धEnglish
अद्यतन विधिProgram temporary fixes (PTFs)
पैकेज प्रबंधकRPM and YUM for open source packages
प्लेटफार्मोंIBM AS/400, IBM Power Systems
कर्नेल प्रकारshares many Microkernel (SLIC) and Virtual machine (TIMI) design philosophies[5]
डिफ़ॉल्ट
उपयोगकर्ता इंटरफ़ेस		Text-based user interface
लाइसेंसProprietary
इससे पहलेSystem Support Program, Control Program Facility
आधिकारिक वेबसाइटibm.com/products/ibm-i

IBM i (एकीकृत के लिए स्थायित्व i)[6] IBM द्वारा IBM ऊर्जा प्रणाली के लिए विकसित एक संचालन प्रणाली है।[7] यह मूल रूप से 1988 में OS/400 के रूप में विमोचित किया गया था, IBM AS/400 प्रणाली की पंक्ति के एकमात्र संचालन प्रणाली के रूप में, 2004 में इसका नाम परिवर्तित कर i5/OS कर दिया गया था, 2008 में द्वितीय बार IBM i का नाम परिवर्तित होने से पूर्व[8][9] यह प्रणाली/38 CPF संचालन प्रणाली का विकास है,[5]प्रणाली/36 SSP और IBM AIX अनुप्रयोगों के लिए अनुकूलता परतों के साथ[5]यह प्रणाली/38 प्लेटफॉर्म से अनेक विशिष्ट विशेषताओं को प्राप्त करता है, जिसमें यंत्र अंतरपृष्‍ठ, एकल-स्तरीय संग्रह के शीर्ष पर ऑब्जेक्ट-आधारित पताभिगमन का कार्यान्वयन और संचालन प्रणाली में संबंधपरक डेटाबेस का तंग एकीकरण सम्मिलित है।

इतिहास

मूल

OS/400 को AS/400 हार्डवेयर प्लेटफॉर्म के साथ दिसंबर 1985 में विकसित किया गया था। फोर्ट नॉक्स परियोजना की विफलता के पश्चात विकास प्रारंभ हुआ, जिसने IBM को प्रतिस्पर्धी मध्य स्तर प्रणाली के अतिरिक्त छोड़ दिया। फोर्ट नॉक्स परियोजना के पर्यन्त, अभियंताओं द्वारा रोचेस्टर में एक स्कंकवर्क्स परियोजना प्रारंभ की गई थी, जो संकेत लिपि विकसित करने में सफल रहे, जिसने प्रणाली/36 अनुप्रयोगों को प्रणाली/38 के शीर्ष पर चलने की अनुमति दी, और जब फोर्ट नॉक्स को निरस्त कर दिया गया, तो यह परियोजना एक अधिकारी के रूप में विकसित हुई। प्रणाली/36 और प्रणाली/38 दोनों को एक नए हार्डवेयर और सॉफ्टवेयर प्लेटफॉर्म से परिवर्तित करने की परियोजना प्रारंभ की गई थी। इस परियोजना को सिल्वरलेक (रोचेस्टर, मिनेसोटा में सिल्वर लेक के लिए नामित) के रूप में प्रचलित होने लगा।

सिल्वरलेक के लिए संचालन प्रणाली को XPF (विस्तारित CPF) नाम दिया गया था, और मूल रूप से फोर्ट नॉक्स हार्डवेयर के लिए CPF के पोर्ट के रूप में प्रारंभ हुआ था। प्रणाली/36 अनुप्रयोगों के लिए समर्थन जोड़ने के अतिरिक्त, प्रणाली/36 से कुछ उपयोगकर्ता अंतरापृष्ठ और उपयोग में सरल सुविधाओं को नए संचालन प्रणाली में ले जाया गया था।

सिल्वरलेक जून 1988 में क्षेत्र परीक्षण के लिए उपलब्ध था, और उस वर्ष अगस्त में आधिकारिक रूप से घोषित किया गया था। उस समय तक, इसका नाम परिवर्तित कर आवेदन प्रणाली/400 कर दिया गया था, और संचालन प्रणाली को संचालन प्रणाली/400 नाम दिया गया था।

PowerPC के लिए कदम

PowerPC के पोर्ट को TIMI के नीचे अधिकांश संकेत लिपि के पुनर्लेखन की आवश्यकता होती है। OS/400 के प्रारंभिक संस्करणों ने प्रणाली/38 के क्षैतिज और लंबवत सूक्ष्मसंकेत लिपि परतों को विरासत में मिला, हालांकि उन्हें क्रमशः क्षैतिज अनुज्ञापित आंतरिक संकेत लिपि (HLIC) और लंबवत अनुज्ञापित आंतरिक संकेत लिपि (VLIC) में परिवर्तित कर दिया गया था। नए हार्डवेयर के पोर्ट ने IMPI निर्देश समुच्चय का नेतृत्व किया और इसे कार्यान्वयन करने वाले क्षैतिज सूक्ष्मसंकेत लिपि को PowerPC AS निर्देश समुच्चय और PowerAS संसाधक में इसके कार्यान्वयन द्वारा प्रतिस्थापित किया जा रहा है। इसके लिए IMPI के के स्थान पर पावरपीसी को लक्षित करने के लिए VLIC को पुनर्लेखन, और HLIC में पूर्व से कार्यान्वयन संचालन प्रणाली की कार्यक्षमता को अन्यत्र पुनः से कार्यान्वयन की आवश्यकता थी। इसके कारण HLIC और VLIC को प्रणाली अनुज्ञापित आंतरिक संकेत लिपि (SLIC) नाम की एक परत से परिवर्तित कर दिया गया। SLIC को वस्तु-उन्मुख शैली में C++ संकेत लिपि की 2 मिलियन से अधिक पंक्तियों के साथ कार्यान्वयन किया गया था, जिसमें कुछ HLIC संकेत लिपि और अधिकांश VLIC संकेत लिपि को परिवर्तित कर दिया गया था। SLIC को कार्यान्वयन करने के लिए आवश्यक कार्य की मात्रा के कारण, IBM रोचेस्टर ने परियोजना के लिए अनेक सौ C++ क्रमादेशित्र को कार्य पर रखा, जिन्होंने CISC AS/400 प्रणाली के लिए VLIC के नए संशोधनों के समानांतर SLIC पर कार्य किया। PowerPC-आधारित हार्डवेयर का समर्थन करने के लिए OS/400 का प्रथम विमोचन V3R6 था।

रीब्रांडिंग

1990 और 2000 के दशक में AS/400 उत्पाद श्रेणी को अनेक बार रीब्रांड किया गया था। 2004 में eServer i5 की रीब्रांडिंग के भाग के रूप में, OS/400 का नाम परिवर्तित कर i5/OS कर दिया गया था; POWER5 संसाधक के उपयोग को दर्शाता है। i5/OS, V5R3 की प्रथम विमोचन को IBM द्वारा "समान संचालन प्रणाली के लिए एक विभिन्न नाम" के रूप में वर्णित किया गया था।

2006 में, IBM ने AS/400 श्रेणी को अंतिम बार प्रणाली i में रीब्रांड किया था। अप्रैल 2008 में, IBM ने IBM पावर प्रणाली बनाने के लिए प्रणाली i को प्रणाली p प्लेटफॉर्म के साथ समेकित किया। उसी समय, i5/OS का नाम परिवर्तित करकर IBM i कर दिया गया, ताकि POWER5 संसाधक के साथ जुड़ाव को हटाया जा सके। उस समय संचालन प्रणाली के दो नवीनतम संस्करण, जो i5/OS V5R4 और V6R1 के रूप में जारी किए गए थे, उनका नाम परिवर्तित करकर IBM i 5.4 और 6.1 कर दिया गया।

IBM i की रीब्रांडिंग के साथ, IBM ने संचालन प्रणाली के लिए वर्जनिंग नामकरण को परिवर्तित कर दिया। पूर्व विमोचन में संस्करण, विमोचन, संशोधन योजना का उपयोग किया गया था, उदा। वी2आर1एम1।

इसे एक संस्करण के साथ परिवर्तित कर दिया गया था। विमोचन योजना, उदा। 6.1। IBM i 7.1 के साथ प्रारम्भ करते हुए, IBM ने तकनीकी रिफ्रेश के साथ संशोधन विमोचन को परिवर्तित कर दिया। तकनीकी रिफ्रेश संचालन प्रणाली के विशिष्ट विमोचन के लिए वैकल्पिक पीटीएफ के रूप में वितरित किए जाते हैं जो संचालन प्रणाली में नई कार्यक्षमता या हार्डवेयर समर्थन जोड़ते हैं।

वास्तुकला

जब IBM i को पहली बार OS/400 के रूप में विमोचन किया गया था, तो इसे दो परतों में विभाजित किया गया था, हार्डवेयर-निर्भर प्रणाली लाइसेंसयुक्त आंतरिक संकेत लिपि (SLIC) और हार्डवेयर-स्वतंत्र विस्तारित नियंत्रण कार्यक्रम सुविधा (XPF)। इन्हें एक हार्डवेयर अमूर्त परत द्वारा विभाजित किया जाता है जिसे टेक्नोलॉजी इंडिपेंडेंट यंत्र अंतरापृष्ठ (TIMI) कहा जाता है। संचालन प्रणाली के बाद के संस्करणों ने अतिरिक्त परतें प्राप्त कीं, जिसमें पोर्टेबल आवेदन सॉल्यूशंस एनवायरनमेंट (मूल रूप से प्राइवेट एड्रेस स्पेस एनवायरनमेंट के रूप में जाना जाता है) नाम की AIX संगतता परत और उन्नत 36 यंत्र वातावरण सम्मिलित है, जो एमुलेशन में प्रणाली / 36 SSP अनुप्रयोगों को चलाता है।

IBM अक्सर प्रलेखन और विपणन सामग्री में TIMI, SLIC और XPF के लिए अलग-अलग नामों का उपयोग करता है, उदाहरण के लिए, IBM i 7.4 प्रलेखन उन्हें क्रमशः IBM i यंत्र अंतरापृष्ठ, IBM i अनुज्ञापित आंतरिक संकेत लिपि और IBM i संचालन प्रणाली के रूप में संदर्भित करता है।

TIMI

TIMI उपयोगकर्ताओं और अनुप्रयोगों को अंतर्निहित हार्डवेयर से अलग करता है। यह अलगाव अन्य संचालन प्रणाली के हार्डवेयर सार से अधिक गहन है, और इसमें संसाधक के निर्देश समुच्चय वास्तुकला, एड्रेस स्पेस के आकार और I/O की बारीकियों और दृढ़ता को सम्मिलित करना सम्मिलित है। यह दो परस्पर संबंधित तंत्रों के माध्यम से पूरा किया जाता है:

  • IBM के लिए कंपाइलर सीधे मूल यंत्र संकेत लिपि उत्पन्न नहीं करते हैं, इसके बजाय वे टीआईएमआई द्वारा परिभाषित एक उच्च स्तरीय इंटरमीडिएट प्रतिनिधित्व उत्पन्न करते हैं। जब कोई प्रोग्राम चलाया जाता है, तो संचालन प्रणाली संसाधक के लिए मूल यंत्र संकेत लिपि में TIMI निर्देशों का समय-समय पर अनुवाद करता है, और प्रोग्राम के भविष्य के निष्पादन के लिए उत्पन्न यंत्र संकेत लिपि को संग्रहीत करता है। यदि अनुवाद प्रक्रिया परिवर्तित कर जाती है, या एक अलग सीपीयू निर्देश समुच्चय अपनाया जाता है, तो संचालन प्रणाली स्रोत संकेत लिपि से पुन: संकलित करने की आवश्यकता के बिना TIMI निर्देशों से यंत्र संकेत लिपि को पारदर्शी रूप से पुन: उत्पन्न कर सकता है।
  • स्मृति पतों पर काम करने के बजाय, TIMI निर्देश वस्तुओं पर काम करते हैं। IBM i में सभी डेटा, जैसे डेटा फ़ाइलें, स्रोत संकेत लिपि, प्रोग्राम और आवंटित मेमोरी के क्षेत्र, संचालन प्रणाली द्वारा प्रबंधित वस्तुओं के अंदर एनकैप्सुलेट किए जाते हैं (c.f. यूनिक्स में "सब कुछ एक फ़ाइल है" मॉडल)। IBM i ऑब्जेक्ट्स का एक निश्चित प्रकार होता है, जो उन पर किए जा सकने वाले कार्यान्वयन संचालन के समुच्चय को परिभाषित करता है (उदाहरण के लिए, एक प्रोग्राम ऑब्जेक्ट को निष्पादित किया जा सकता है, लेकिन संपादित नहीं किया जा सकता है)। ऑब्जेक्ट मॉडल छुपाता है कि डेटा प्राथमिक, या द्वितीयक संग्रहण में संग्रहीत है या नहीं। इसके बजाय, संचालन प्रणाली स्वचालित रूप से पुनर्प्राप्ति की प्रक्रिया को संभालता है और पुनः परिवर्तनों को स्थायी भंडारण में संग्रहीत करता है।

TIMI द्वारा प्रदान किए गए हार्डवेयर अलगाव ने IBM को 1995 में AS/400 के 48-बिट IMPI वास्तुकला को 64-बिट RS64 वास्तुकला के साथ परिवर्तित करने की अनुमति दी। IMPI निर्देश समुच्चय का उपयोग करने वाले प्रणाली पर संकलित आवेदन बिना किसी नए RS64 प्रणाली के शीर्ष पर चल सकते हैं। संकेत लिपि परिवर्तन, पुनर्संकलन या अनुकरण, जबकि उन अनुप्रयोगों को 64-बिट पताभिगमन का लाभ उठाने की अनुमति भी देता है।

मूल यंत्र संकेत लिपि निर्देशों के साथ-साथ TIMI निर्देशों के भंडारण को पर्यवेक्षण के रूप में जाना जाता है। 2008 में, i5/OS V6R1 (जिसे बाद में IBM i 6.1 के रूप में जाना जाता है) की विमोचन ने TIMI परत में अनेकपरिवर्तित कराव किए, जिससे तृतीय-पक्ष सॉफ़्टवेयर के लिए समस्याएँ पैदा हुईं, जिससे ग्राहकों को भेजे जाने वाले आवेदन ऑब्जेक्ट से अवलोकनीयता दूर हो गई।

SLIC

SLIC में वह संकेत लिपि होता है जो IBM पावर वास्तुकला के शीर्ष पर TIMI को कार्यान्वयन करता है। आमतौर पर एक संचालन प्रणाली कर्नेल से जुड़ी अधिकांश कार्यक्षमताओं को समाहित करने के अलावा, यह TIMI निर्देशों को यंत्र संकेत लिपि में अनुवाद करने के लिए ज़िम्मेदार है, और यह कुछ उच्च स्तरीय कार्यक्षमताओं को भी कार्यान्वयन करता है जो TIMI के माध्यम से सामने आती हैं, जैसे कि IBM i का एकीकृत संबंधपरक डेटाबेस। SLIC IBM i के ऑब्जेक्ट-आधारित संग्रहेज मॉडल को सिंगल-लेवल संग्रह पताभिगमन स्कीम के शीर्ष पर कार्यान्वयन करता है, जो प्राइमरी और सेकेंडरी संग्रहेज के बीच अंतर नहीं करता है, और इसके बजाय सिंगल वर्चुअल एड्रेस स्पेस में सभी प्रकार के संग्रहेज को मैनेज करता है। SLIC को मुख्य रूप से C++ में कार्यान्वयन किया गया है, और V3R6 से पहले OS/400 के संस्करणों में उपयोग की जाने वाली HLIC और VLIC परतों को प्रतिस्थापित किया गया है।

XPF

XPF में वह संकेत लिपि होता है जो संचालन प्रणाली के हार्डवेयर-स्वतंत्र घटकों को कार्यान्वयन करता है, जिन्हें TIMI निर्देशों में संकलित किया जाता है। XPF के घटकों में यूजर अंतरापृष्ठ, कंट्रोल लैंग्वेज, डेटा मैनेजमेंट और क्वेरी यूटिलिटीज, डेवलपमेंट टूल्स और प्रणाली मैनेजमेंट यूटिलिटीज सम्मिलित हैं। XPF में प्रणाली/36 एनवायरनमेंट और प्रणाली/38 एनवायरनमेंट भी सम्मिलित है, जो SSP और CPF प्रणाली से माइग्रेट किए गए आवेदन और डेटा के लिए बैकवर्ड कम्पैटिबिलिटी APIs और यूटिलिटीज प्रदान करते हैं। XPF इस परत के लिए IBM का आंतरिक नाम है, और जैसा कि नाम से पता चलता है, प्रणाली/38 नियंत्रण कार्यक्रम सुविधा के विकास के रूप में प्रारंभ हुआ। एक्सपीएफ ज्यादातर पीएल/एमआई में कार्यान्वयन होता है, हालांकि अन्य भाषाओं का भी उपयोग किया जाता है।

PASE

PASE (पोर्टेबल आवेदन सॉल्यूशंस एनवायरनमेंट) उपयोगकर्ता मोड AIX निष्पादन योग्य के लिए बाइनरी संगतता प्रदान करता है जो सीधे AIX कर्नेल के साथ इंटरैक्ट नहीं करता है, और 32-बिट और 64-बिट AIX आवेदन बाइनरी अंतरापृष्ठ का समर्थन करता है। स्मॉलटाक के बंदरगाह का समर्थन करने के लिए OS/400 के V4R3 विमोचन में PASE को पहले एक सीमित और गैर-दस्तावेजी रूप में सम्मिलित किया गया था। V4R5 विमोचन के समय पहली बार ग्राहकों के लिए इसकी घोषणा की गई थी, उस समय तक इसने महत्वपूर्ण अतिरिक्त कार्यक्षमता प्राप्त कर ली थी।

पीएएसई में एसएलआईसी द्वारा कार्यान्वयन किए गए प्रणाली कॉल अंतरापृष्ठ के शीर्ष पर चल रहे एआईएक्स यूजरस्पेस सम्मिलित हैं। प्रणाली कॉल अंतरापृष्ठ PASE और मूल IBM i अनुप्रयोगों के बीच अंतर की अनुमति देता है, उदाहरण के लिए, PASE अनुप्रयोग एकीकृत डेटाबेस तक पहुँच सकते हैं, या मूल IBM i अनुप्रयोगों को कॉल कर सकते हैं, और इसके विपरीत। PASE के निर्माण के पर्यन्त, टेरास्पेस नाम की एक नई प्रकार की सिंगल लेवल संग्रहेज ऑब्जेक्ट को संचालन प्रणाली में जोड़ा गया था, जो प्रत्येक PASE प्रक्रिया को एक निजी 1TiB स्पेस रखने की अनुमति देता है जिसे 64-बिट पॉइंटर्स के साथ संबोधित किया जाता है। यह आवश्यक था क्योंकि सभी IBM i जॉब्स (अर्थात् प्रक्रियाएँ) आमतौर पर एक ही पता स्थान साझा करते हैं। PASE आवेदन हार्डवेयर-स्वतंत्र TIMI निर्देशों का उपयोग नहीं करते हैं, और इसके बजाय उन्हें सीधे पावर यंत्र संकेत लिपि में संकलित किया जाता है।

PASE, Qshell वातावरण से अलग है, जो IBM i के मूल POSIX- संगत API के शीर्ष पर निर्मित एक यूनिक्स शेल और संबंधित उपयोगिताओं का कार्यान्वयन है।

उन्नत 36 यंत्र

1994 में प्रस्तुत किया गया, उन्नत / 36 प्लेटफॉर्म अनमॉडिफाइड प्रणाली / 36 आवेदन और ओएस / 400 एसएलआईसी के शीर्ष पर अनुकरण में एसएसपी संचालन प्रणाली हार्डवेयर का उपयोग कर रहा था जो ज्यादातर समकालीन एएस / 400 प्रणाली के समान था। इस कार्यक्षमता को V3R6 से V4R4 के माध्यम से OS/400 में सम्मिलित किया गया था, जिससे संचालन प्रणाली की तथाकथित उन्नत 36 यंत्र सुविधा का उपयोग करके चार प्रणाली/36 "वर्चुअल यंत्र" (IBM की अवधि का उपयोग करने के लिए) तक चलाना संभव हो गया। V4R5 विमोचन में समर्थन बंद कर दिया गया था, IBM द्वारा उन्नत/36 उत्पाद श्रेणी को समग्र रूप से बंद करने के साथ। उन्नत 36 यंत्र की विशेषता प्रारंभिक OS/400 विमोचन में प्रस्तुत किए गए प्रणाली/36 पर्यावरण से अलग है और अभी भी वर्तमान IBM i संस्करणों में समर्थित है।

एडवांस्ड/36 से पहले, प्रणाली/36 श्रेणी प्रत्येक प्रणाली में दो अलग-अलग संसाधक का इस्तेमाल करती थी - मेन संग्रहेज संसाधक (MSP) जो अधिकांश SSP संचालन प्रणाली के साथ-साथ यूजर संकेत लिपि और कंट्रोल संग्रहेज संसाधक (CSP) चलाता था। तथाकथित "सूक्ष्मसंकेत लिपि" चला, जिसने कोर संचालन प्रणाली की कार्यक्षमता के साथ-साथ I/O को कार्यान्वयन किया। पर्यवेक्षक कॉल (एसवीसी) निर्देश के उपयोग के माध्यम से एमएसपी से सीएसपी सूक्ष्मसंकेत लिपि कार्यान्वयन किया गया था। उन्नत/36 पर, SLIC के अंदर CSP सूक्ष्मसंकेत लिपि को पुनः से कार्यान्वयन किया गया था। एक MSP एमुलेटर भी SLIC में बनाया गया था, जिसे कभी-कभी टेक्नोलॉजी इंडिपेंडेंट एमुलेशन अंतरापृष्ठ कहा जाता है। यहां तक ​​​​कि अनुकरण के ऊपरी भाग के साथ, उन्नत/36 प्रणाली मूल प्रणाली/36 प्रणाली की तुलना में काफी तेज थे, जिन्हें उनके पावरपीसी एएस संसाधक के प्रदर्शन के कारण परिवर्तित कर दिया गया था।

विशेषताएँ

डेटाबेस प्रबंधन

IBM i एक एकीकृत संबंधपरक डेटाबेस प्रस्तुत करता है जिसे वर्तमान में IBM i के लिए IBM Db2 के रूप में जाना जाता है। डेटाबेस संबंधपरक मॉडल और SQL के लिए समर्थन प्राप्त करते हुए गैर-संबंधपरक प्रणाली/38 डेटाबेस से विकसित हुआ। डेटाबेस का मूल रूप से कोई नाम नहीं था, इसके बजाय इसे "डेटा बेस सपोर्ट" के रूप में वर्णित किया गया था। 1994 में IBM के अन्य वाणिज्यिक डेटाबेसों की तुलना करने योग्य कार्यक्षमता को इंगित करने के लिए इसे डीबी2/400 नाम दिया गया था। Db2 ब्रांडिंग के बावजूद, IBM i के लिए Db2 अन्य प्लेटफार्मों पर Db2 के लिए एक पूरी तरह से अलग संकेत लिपिबेस है, और एक वैकल्पिक उत्पाद होने के विरोध में IBM i की SLIC परत में कसकर एकीकृत है।

IBM i एकीकृत डेटाबेस तक पहुँचने के लिए दो तंत्र प्रदान करता है - तथाकथित मूल अंतरापृष्ठ, जो प्रणाली / 38 और SQL के डेटाबेस एक्सेस मॉडल पर आधारित है। मूल अंतरापृष्ठ में डेटा विवरण विनिर्देश (DDS) भाषा होती है, जिसका उपयोग स्कीमा और OPNQRYF कमांड या QQQQRY क्वेरी API को परिभाषित करने के लिए किया जाता है। ऑब्जेक्ट-संबंधपरक डेटाबेस मैनेजमेंट जैसी कुछ विशेषताओं के लिए कुछ Db2 को SQL की आवश्यकता होती है और इसे मूल अंतरापृष्ठ के माध्यम से एक्सेस नहीं किया जा सकता है। IBM i के दो अलग-अलग क्वेरी ऑप्टिमाइज़र हैं जिन्हें क्लासिक क्वेरी इंजन (CQE) और SQL क्वेरी इंजन (SQE) के रूप में जाना जाता है। इन्हें क्वेरी डिस्पैचर के साथ एसएलआईसी के अंदर कार्यान्वित किया जाता है जो क्वेरी के प्रकार के आधार पर उपयुक्त अनुकूलक का चयन करता है। नेटिव अंतरापृष्ठ और SQL के माध्यम से दूरस्थ पहुँच क्रमशः वितरित डेटा प्रबंधन वास्तुकला (DDM) और वितरित संबंधपरक डेटाबेस वास्तुकला द्वारा प्रदान की जाती है।

MySQL और MariaDB के लिए IBMDB2I नाम का एक संग्रहेज इंजन उन डेटाबेस के लिए डिज़ाइन किए गए आवेदन को बैकिंग संग्रह के रूप में Db2 for i का उपयोग करने की अनुमति देता है। अन्य ओपन सोर्स डेटाबेस IBM i में पोर्टग्रेएसक्यूएल, मोंगोडीबी और रेडिस सहित पोर्ट किए गए हैं। ये डेटाबेस PASE वातावरण पर चलते हैं, और संचालन प्रणाली की एकीकृत डेटाबेस सुविधाओं से स्वतंत्र हैं।

नेटवर्किंग

IBM i सांपत्तिक IBM प्रणाली नेटवर्क शिल्प ज्ञान के अतिरिक्त TCP/IP नेटवर्क संचालन का समर्थन करता है।[10]

IBM i प्रणाली को ऐतिहासिक रूप से अभिगम किया गया और IBM 5250 टर्मिनलों के माध्यम से प्रबंधित किया गया, जो जुड़वां अक्षीय केबलिंग केबलिंग के साथ प्रणाली से जुड़े थे। समर्पित टर्मिनल हार्डवेयर की गिरावट के साथ, आधुनिक IBM आई प्रणाली को सामान्यत: 5250 टर्मिनल एमुलेटर के माध्यम से अभिगम किया जाता है। IBM, IBM i के लिए दो टर्मिनल इम्यूलेटर उत्पाद प्रदान करता है:[11]

इसके अतिरिक्त, IBM एक वेब-आधारित प्रबंधन कंसोल और प्रदर्शन विश्लेषण उत्पाद प्रदान करता है जिसका नाम IBM नेविगेटर i.[12]

मुक्त स्रोत

IBM i में पोर्ट किए गए कुछ मुक्त स्रोत अनुप्रयोग में सम्मिलित हैं:[13][14]

IBM i के लिए मुक्त स्रोत सॉफ्टवेयर सामान्यत: आरपीएम पैकेज मैनेजर पैकेज फॉर्मेट का उपयोग करके पैक किया जाता है, और यम (सॉफ्टवेयर) के साथ स्थापित किया जाता है।[16][17] YUM और RPM ने 5733-OPS उत्पाद को प्रतिस्थापित किया, जिसका उपयोग पहले IBM i पर ओपन सोर्स सॉफ़्टवेयर स्थापित करने के लिए किया गया था।[18] पोर्टिंग को सरल बनाने के लिए IBM i के लिए ओपन सोर्स सॉफ़्टवेयर के पोर्ट सामान्यत: मूल IBM i API के स्थान पर PASE को लक्षित करते हैं।[19]


क्रमदेशन

IBM के लिए IBM से उपलब्ध क्रमदेशन भाषाओं में IBM आरपीजी, कंट्रोल लैंग्वेज, सी (क्रमदेशन भाषा), सी ++, जावा (क्रमदेशन लैंग्वेज), ईजीएल (क्रमदेशन भाषा), कोबोल और रेक्स सम्मिलित हैं। संकलनकर्त्ता पहले पास्कल (क्रमदेशन भाषा), बुनियादी, पीएल/आई और स्मॉलटाक के लिए उपलब्ध थे, परंतु तब से बंद कर दिए गए हैं। इंटीग्रेटेड लैंग्वेज पर्यावरणीय (ILE) ILE संगत भाषाओं (C, C++, COBOL, RPG, और CL) के कार्यक्रमों को समान निष्पादन योग्य और कॉल प्रक्रियाओं में से किसी भी अन्य ILE भाषाओं में लिखे जाने की अनुमति देता है।

जब PASE प्रस्तुत किया गया था, AIX प्रणाली पर PASE के लिए कूट भाषा संकलित करना आवश्यक था। यह आवश्यकता OS/400 V5R2 में हटा दी गई थी जब PASE के भीतरही IBM XL C/C++ संकलनकर्त्ता का उपयोग करके कूट भाषा को संकलित करना संभव हो गया था।[20] तब से, अन्य संकलनकर्त्ताों को PASE में पोर्ट कर दिया गया है, जिसमें GNU संकलनकर्त्ता कलेक्शन भी सम्मिलित है।[21] IBM i के लिए कुछ विकास उपकरण संचालन प्रणाली के ऊपर ही चलते हैं, जैसे कि सोर्स एडिट यूटिलिटी (SEU) पाठ संपादक और क्रमदेशन डेवलपमेंट मैनेजर। IBM IBM के लिए एक ग्रहण (सॉफ्टवेयर) आधारित एकीकृत विकास पर्यावरण (आईडीई) भी प्रदान करता है जिसका नाम IBM तर्कसंगत डेवलपर फॉर आई है जो IBM के स्थान पर डेवलपर वर्कस्टेशन पर चलता है।[22] एक्लिप्स-आधारित IDE से पहले, IBM ने वर्कफ़्रेम/2 पर आधारित एक IDE प्रदान किया जो OS/2 पर चलता था जिसका नाम CODE/400 था और एक IDE VisualAge पर आधारित था जो Microsoft Windows प्रणाली पर चलता था।[23][24] IBM i EBCDIC को स्वतः निर्धारित अक्षरों को सांकेतिक अक्षरों में परिवर्तितना के रूप में उपयोग करता है, परंतु ASCII, UCS-2 और UTF-16 के लिए भी समर्थन प्रदान करता है।[1][25]


भंडारण

IBM i में, संग्रहेज-डिवाइस विफलताओं के प्रभाव को सीमित करने और पुनर्प्राप्ति समय को कम करने के लिए डेटा को व्यवस्थित करने के लिए डिस्क ड्राइव को सहायक संग्रहेज पूल (ASP) में समूहीकृत किया जा सकता है।[26] यदि एक डिस्क विफलता होती है, तो विफल इकाई वाले पूल में केवल डेटा को पुनर्प्राप्त करने की आवश्यकता होती है। एएसपी का उपयोग समान प्रदर्शन विशेषताओं वाली ऑब्जेक्ट को अलग करके प्रदर्शन में सुधार करने के लिए भी किया जा सकता है, उदाहरण के लिए जर्नल रिसीवर्स, अपने स्वयं के पूल में।

स्वतः निर्धारित रूप से, सभी डिस्क ड्राइव पूल 1 को सौंपे जाते हैं। IBM आई पूल की अवधारणा लॉजिकल वॉल्यूम मैनेजर (लिनक्स) की यूनिक्स/लिनक्स अवधारणा के समान है; हालाँकि, IBM i के साथ यह विशिष्ट है कि सभी डिस्क ड्राइव को एक ही ASP को असाइन किया जाए।

सुरक्षा

IBM i में सुरक्षा को अधिकारियों के संदर्भ में परिभाषित किया गया है, जो किसी विशिष्ट वस्तु पर विशिष्ट कार्रवाई करने की अनुमति का प्रतिनिधित्व करता है।[27] प्राधिकरण व्यक्तिगत उपयोगकर्ताओं (उपयोगकर्ता पार्श्वदृश्य के रूप में जाना जाता है), समूह (समूह पार्श्वदृश्य के रूप में जाना जाता है) या सभी उपयोगकर्ताओं (सार्वजनिक प्राधिकरण) को दिए जा सकते हैं। संबंधित ऑब्जेक्ट को एक प्राधिकरण सूची में एक साथ समूहीकृत किया जा सकता है, जिससे प्राधिकरण सूची पर प्राधिकरणों को अनुदान देकर सूची में सभी ऑब्जेक्ट पर अधिकार देना संभव हो जाता है।[28]

उपयोगकर्ता प्रोफाइल में एक संबद्ध उपयोगकर्ता वर्ग होता है जो उस उपयोगकर्ता पार्श्वदृश्य के लिए उपलब्ध स्वतः निर्धारित प्राधिकरणों के समुच्चय को निर्धारित करता है। पाँच मानक उपयोक्ता वर्ग हैं, जो बढ़ते हुए विशेषाधिकार के क्रम में हैं: वर्कस्टेशन उपयोक्ता, प्रणाली ऑपरेटर, प्रणाली प्रोग्रामर, सुरक्षा प्रशासक और सुरक्षा अधिकारी।[5]IBM i प्रत्येक उपयोगकर्ता वर्ग के लिए एक स्वतः निर्धारित उपयोगकर्ता पार्श्वदृश्य और स्वतः निर्धारित सुरक्षा अधिकारी उपयोगकर्ता पार्श्वदृश्य के साथ शिप करता है, जिसका नाम है QSECOFR, यूनिक्स जैसे संचालन प्रणाली के रूट उपयोगकर्ता के निकटतम समतुल्य है।[29]

IBM i को सुरक्षा के पाँच स्तरों में से एक का उपयोग करने के लिए समुच्चय किया जा सकता है, जो संचालन प्रणाली की सुरक्षा सुविधाओं को कार्यान्वित करने की सीमा को नियंत्रित करता है:[30]

  • स्तर 10 - उपयोगकर्ता पारण शब्द के बिना लॉग इन कर सकते हैं, और प्रणाली तक पूरी पहुंच प्राप्त कर सकते हैं। यदि कोई उपयोगकर्ता अज्ञात उपयोगकर्ता नाम से लॉग इन करता है, तो एक नया उपयोगकर्ता पार्श्वदृश्य स्वचालित रूप से बनाया जाएगा।
  • स्तर 20 - उपयोगकर्ताओं को एक ज्ञात उपयोगकर्ता पार्श्वदृश्य के उपयोगकर्ता नाम और पारण शब्द के साथ लॉग इन करना होगा, परंतु एक बार लॉग इन करने के बाद प्रणाली तक उनकी लगभग पूरी पहुंच होगी। प्रबंधन। सीमित पहुँच वाले खाते बनाए जा सकते हैं, जिन्हें कुछ ऑब्जेक्ट तक पहुँचने या कुछ आदेशों को चलाने तक सीमित किया जा सकता है।
  • स्तर 30 - अधिकारियों को कार्यान्वित किया जाता है, जिसका अर्थ है कि उपयोगकर्ता तब तक ऑब्जेक्ट तक नहीं पहुँच सकते जब तक कि उनके पास वस्तु के लिए कोई अधिकार न हो।
  • स्तर 40 - कुछ प्रणाली क्रमादेश और MI निर्देशों तक पहुंच प्रतिबंधित है, और केवल संचालन प्रणाली कूट भाषा द्वारा ही इसका उपयोग किया जा सकता है।
  • स्तर 50 - TCSEC C2 अनुपालन प्राप्त करने के लिए प्रणाली के लिए आवश्यक परिवर्तन सम्मिलित हैं, और एक सुरक्षा अंकेक्षण पत्रिका जोड़ता है।

पहले तीन स्तर CPF में उपलब्ध सुरक्षा स्तरों और OS/400 के प्रारंभिक विमोचन के अनुरूप हैं। OS/400 V1R3 में सुरक्षा स्तर 40 जोड़ा गया और संचालन प्रणाली के लिए स्वतः निर्धारित सुरक्षा स्तर बन गया। लेवल 40 को जोड़ने के लिए प्रणाली/38 के क्षमता संबोधित प्रतिरूप को हटाने की आवश्यकता थी जो OS/400 के पहले विमोचन में भी उपस्थित था।[5]सुरक्षा स्तर 50 को V2R3 में जोड़ा गया था जब OS/400 को विश्वसनीय कंप्यूटर प्रणाली मूल्यांकन मानदंड#C — विवेकाधीन सुरक्षा सुरक्षा के लिए प्रमाणित किया गया था।

विमोचन घटनाक्रम

संस्करण दाहांकन[31] विमोचन तिथि[32] कार्यक्रम का अंत सहायता
Old version, no longer maintained: V1R1[n 1] OS/400 1988-08-26 1993-05-31
Old version, no longer maintained: V1R1M2[n 2] 1988-11-25
Old version, no longer maintained: V1R2 1989-10-27
Old version, no longer maintained: V1R3 1990-09-28
Old version, no longer maintained: V2R1 1991-05-24 1994-06-30
Old version, no longer maintained: V2R1M1 1992-03-06
Old version, no longer maintained: V2R2 1992-09-18 1995-03-31
Old version, no longer maintained: V2R3 1993-12-17 1996-05-31
Old version, no longer maintained: V3R0M5 1994-05-04 1997-05-31
Old version, no longer maintained: V3R1 1994-11-25 1998-10-31
Old version, no longer maintained: V3R2 1996-06-21 2000-05-31
Old version, no longer maintained: V3R6 1995-12-22 1998-10-31
Old version, no longer maintained: V3R7 1996-11-08 1999-06-30
Old version, no longer maintained: V4R1 1997-08-29 2000-05-31
Old version, no longer maintained: V4R2 1998-02-27 2000-05-31
Old version, no longer maintained: V4R3 1998-09-11 2001-01-31
Old version, no longer maintained: V4R4 1999-05-21 2001-05-31
Old version, no longer maintained: V4R5 2000-07-28 2002-07-31
Old version, no longer maintained: V5R1 2001-05-25 2005-09-30
Old version, no longer maintained: V5R2 2002-08-30 2007-04-30
Old version, no longer maintained: V5R3 i5/OS 2004-06-11 2009-04-30
Old version, no longer maintained: V5R4 / 5.4 i5/OS,
बाद में IBM i 		2006-02-14 2013-09-30
Old version, no longer maintained: V6R1 / 6.1 2008-03-21 2015-09-30
Old version, no longer maintained: 6.1.1 IBM i 2009-10-23
Old version, no longer maintained: 7.1 2010-04-23 2018-04-30
Old version, no longer maintained: 7.2 2014-05-02 2021-04-30
Older version, yet still maintained: 7.3 2016-04-15 2023-09-30
Older version, yet still maintained: 7.4 2019-06-21 TBA
Current stable version: 7.5 2022-05-10 TBA
Legend:
Old version
Older version, still maintained
Latest version
Latest preview version
Future release
  1. ↑ At the time of their release, the V1 releases were named Release 1, 2 and 3.[33][34][35] Upon the release of V2R1, they were retroactively renamed to V1R1, V1R2 and V1R3.[36]
  2. ↑ There was no Modification Level 1.[35]