आईबीएम आई

From Vigyanwiki
Revision as of 11:24, 5 March 2023 by alpha>Mohitpandey
IBM i
IBM i logo (2021).svg
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 ने संचालन प्रणाली के लिए संस्करण नामकरण को परिवर्तित कर दिया गया था। पूर्व विमोचन में संस्करण, विमोचन, संशोधन योजना का उपयोग किया गया था, उदाहरण के लिए: V2R1M1।

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

वास्तुकला

जब 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 निर्देशों का समय-समय पर अनुवाद करता है, और क्रमादेश के भविष्य के निष्पादन के लिए उत्पन्न यंत्र संकेत लिपि को भंडारणीत करता है। यदि अनुवाद प्रक्रिया परिवर्तित कर जाती है, या एक भिन्न CPU निर्देश समुच्चय को स्वीकृत किया जाता है, तो संचालन प्रणाली स्रोत संकेत लिपि से पुन: संकलित करने की आवश्यकता रहित 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 नियंत्रण कार्यक्रम सुविधा के विकास के रूप में प्रारंभ हुआ। XPF अधिकतर PL/MI में कार्यान्वयन होता है, हालांकि अन्य भाषाओं का भी उपयोग किया जाता है।

PASE

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

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

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

उन्नत 36 यंत्र

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

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

विशेषताएँ

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

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

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

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

नेटवर्किंग

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

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

  • IBM i अभिगम सेवार्थी समाधान एक जावा (क्रमदेशन भाषा) पर आधारित सेवार्थी है जो 5250 प्रतिस्पर्धी प्रदान करने के लिए लिनक्स, मैकOS और विंडोज़ पर चलता है।
  • IBM i वेब/मोबाइल के लिए अभिगम वेब-आधारित 5250 अनुकरण प्रदान करता है।

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

मुक्त स्रोत

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

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


क्रमदेशन

IBM के लिए IBM से उपलब्ध क्रमदेशन भाषाओं में IBM RPG, नियंत्रण भाषा, C, C++, जावा, ईजीएल, कोबोल और रेक्स सम्मिलित हैं। संकलनकर्त्ता पूर्व में पास्कल, बेसिक, पीएल/आई और स्मॉलटाक के लिए उपलब्ध थे, परंतु तब से स्थगित कर दिए गए हैं। एकीकृत भाषा पर्यावरणीय (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 के लिए एक ग्रहण (सॉफ्टवेयर) आधारित एकीकृत विकास पर्यावरण ((IDE) भी प्रदान करता है जिसका नाम i के लिए IBM तर्कसंगत प्रबंधक है जो IBM के स्थल पर प्रबंधक कार्यस्थल पर चलता है।[22] एक्लिप्स-आधारित IDE से पूर्व, IBM ने वर्कफ़्रेम/2 पर आधारित एक IDE प्रदान किया जो OS/2 पर चलता था जिसका नाम CODE/400 था और एक IDE VisualAge पर आधारित था जो माइक्रोसॉफ़्ट विंडोज़ प्रणाली पर चलता था।[23][24]

IBM i EBCDIC को स्वतः निर्धारित अक्षरों को सांकेतिक अक्षरों में परिवर्तितना के रूप में उपयोग करता है, परंतु ASCII, UCS-2 और UTF-16 के लिए भी समर्थन प्रदान करता है।[1][25]


भंडारण

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

स्वतः निर्धारित रूप से, सभी डिस्क ड्राइव पूल 1 को निर्दिष्ट किये जाते हैं। IBM i पूल की अवधारणा मात्रा समूहों की यूनिक्स/लिनक्स अवधारणा के समान है; हालाँकि, 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 को TCSEC C2 सुरक्षा के लिए प्रमाणित किया गया था।

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

संस्करण दाहांकन[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][