आईबीएम आई

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

नेटवर्किंग
आईबीएम आई सांपत्तिक आईबीएम प्रणाली नेटवर्क शिल्प ज्ञान के अतिरिक्त TCP/IP नेटवर्क संचालन का समर्थन करता है।

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

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

मुक्त स्रोत
आईबीएम आई में पत्तन किए गए कुछ मुक्त स्रोत अनुप्रयोग में सम्मिलित हैं:


 * अपाचे HTTP सर्वर
 * जावा (प्रोग्रामिंग भाषा)
 * नोड.जेएस
 * ओपनएसएसएल
 * गिट
 * जीएनयू संकलक संग्रह
 * नगनेक्स
 * पीएचपी
 * पायथन (प्रोग्रामिंग भाषा)
 * रूबी (प्रोग्रामिंग भाषा)
 * लुआ (प्रोग्रामिंग भाषा)
 * आर (प्रोग्रामिंग भाषा)
 * मारियाडीबी
 * माई एसक्यूएल
 * पर्ल
 * रेडिस
 * मोंगोडीबी
 * पोस्टग्रेएसक्यूएल
 * विम (पाठ संपादक)

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

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

जब पीएएसई प्रस्तुत किया गया था, AIX प्रणाली पर पीएएसई के लिए कूट भाषा संकलित करना आवश्यक था। यह आवश्यकता ओएस/400 V5R2 में निरस्त कर दी गई थी जब पीएएसई के भीतर ही आईबीएम XL C/C++ संकलनकर्त्ता का उपयोग करके कूट भाषा को संकलित करना संभव हो गया था। तब से, अन्य संकलनकर्त्ताों को पीएएसई में पत्तन कर दिया गया है, जिसमें GNU भी सम्मिलित है।

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

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

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

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

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

उपयोगकर्ता पार्श्व चित्र में एक संबद्ध उपयोगकर्ता वर्ग होता है जो उस उपयोगकर्ता पार्श्वदृश्य के लिए उपलब्ध स्वतः निर्धारित प्राधिकरणों के समुच्चय को निर्धारित करता है। पाँच मानक उपयोक्ता वर्ग हैं, जो बढ़ते हुए विशेषाधिकार के क्रम में हैं: कार्यस्थल उपयोक्ता, प्रणाली संचालक, प्रणाली क्रमादेशर, सुरक्षा प्रशासक और सुरक्षा अधिकारी हैं। आईबीएम आई प्रत्येक उपयोगकर्ता वर्ग के लिए एक स्वतः निर्धारित उपयोगकर्ता पार्श्वदृश्य और स्वतः निर्धारित सुरक्षा अधिकारी उपयोगकर्ता पार्श्वदृश्य के साथ शिप करता है, जिसका नाम है, यूनिक्स जैसे संचालन प्रणाली के रूट उपयोगकर्ता के निकटतम समतुल्य है।

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

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

यह भी देखें

 * संचालन प्रणाली की तुलना
 * वस्तु ( आईबीएम मैं)

बाहरी संबंध

 * आईबीएम आई site
 * आईबीएम आई Documentation
 * IT Jungle - आईबीएम आई news website
 * MC Press Online - आईबीएम Midrange Computer news website