نظام التشغيل IBM i

بدأ تطوير نظام التشغيل OS/400 بالتزامن مع منصة AS/400 للأجهزة في ديسمبر 1985. ^{[ 9 ]} بدأ التطوير في أعقاب فشل مشروع فورت نوكس ، الذي ترك شركة IBM بدون نظام متوسط ​​المدى منافس. ^{[ 10 ] [ 11 ]} خلال مشروع فورت نوكس، بدأ مهندسون مشروعًا سريًا في روتشستر، نجحوا في تطوير برمجيات سمحت بتشغيل تطبيقات System/36 على System/38، ^{[ 12 ]} وعندما أُلغي مشروع فورت نوكس، تطور هذا المشروع إلى مشروع رسمي لاستبدال كل من System/36 وSystem/38 بمنصة برمجية وأجهزة جديدة واحدة. ^{[ 9 ]} عُرف المشروع باسم سيلفرليك (نسبةً إلى بحيرة سيلفر في روتشستر، مينيسوتا ). ^{[ 13 ] [ 12 ] [ 14 ]}

كان نظام التشغيل الخاص بـ Silverlake يحمل الاسم الرمزي XPF (Extended CPF )، وقد بدأ في الأصل كنسخة معدلة من CPF لتتوافق مع أجهزة Fort Knox. ^{[ 9 ]} بالإضافة إلى إضافة دعم لتطبيقات System/36، تم نقل بعض ميزات واجهة المستخدم وسهولة الاستخدام من System/36 إلى نظام التشغيل الجديد. ^{[ 1 ]}

كان نظام سيلفرليك متاحًا للاختبار الميداني في يونيو 1988، وأُعلن عنه رسميًا في أغسطس من ذلك العام. وبحلول ذلك الوقت، أُعيد تسميته إلى نظام التطبيقات/400 ، وسُمّي نظام التشغيل نظام التشغيل/400 . ^{[ 12 ]}

تطلّب نقل نظام التشغيل إلى معالجات PowerPC إعادة كتابة معظم الشيفرة البرمجية أسفل طبقة TIMI . ورثت الإصدارات الأولى من نظام التشغيل OS/400 طبقتي الشيفرة الدقيقة الأفقية والرأسية من نظام التشغيل System/38، على الرغم من إعادة تسميتهما إلى الشيفرة الداخلية المرخصة الأفقية (HLIC) والشيفرة الداخلية المرخصة الرأسية (VLIC) على التوالي. ^{[ 15 ]} أدّى نقل النظام إلى الأجهزة الجديدة إلى استبدال مجموعة تعليمات IMPI والشيفرة الدقيقة الأفقية التي تُنفّذها بمجموعة تعليمات PowerPC AS وتنفيذها في معالجات PowerAS. استلزم ذلك إعادة كتابة VLIC لاستهداف PowerPC بدلاً من IMPI، وإعادة تنفيذ وظائف نظام التشغيل التي كانت مُنفّذة سابقًا في HLIC في مكان آخر. ^{[ 1 ]} أدّى ذلك إلى استبدال HLIC وVLIC بطبقة واحدة تُسمى الشيفرة الداخلية المرخصة للنظام (SLIC). نُفّذت SLIC بأسلوب البرمجة الكائنية باستخدام أكثر من مليوني سطر من شيفرة C++ ، لتحلّ محلّ جزء من شيفرة HLIC، ومعظم شيفرة VLIC. ^{[ 16 ] [ 17 ]} نظرًا لحجم العمل المطلوب لتنفيذ SLIC، وظّفت شركة IBM روتشستر مئات من مبرمجي لغة C++ للمشروع، والذين عملوا على SLIC بالتوازي مع مراجعات جديدة لـ VLIC لأنظمة CISC AS/400. ^{[ 1 ]} كان الإصدار V3R6 هو أول إصدار من نظام التشغيل OS/400 يدعم الأجهزة القائمة على معالجات PowerPC. ^{[ 18 ] [ 19 ]}

أُعيد تسمية خط إنتاج AS/400 عدة مرات خلال التسعينيات والألفية الجديدة. ^{[ 15 ]} وكجزء من إعادة التسمية عام 2004 إلى eServer i5 ، أُعيد تسمية OS/400 إلى i5/OS ؛ حيث يشير الرقم 5 إلى استخدام معالجات POWER5 . ^{[ 20 ]} ووصفت شركة IBM الإصدار الأول من i5/OS، V5R3، بأنه "اسم مختلف لنفس نظام التشغيل". ^{[ 21 ]}

في عام 2006، أعادت شركة IBM تسمية سلسلة AS/400 للمرة الأخيرة إلى System i . ^{[ 22 ]} وفي أبريل 2008، دمجت IBM نظام System i مع منصة System p لإنشاء IBM Power Systems . ^{[ 23 ]} وفي الوقت نفسه، أُعيد تسمية نظام التشغيل i5/OS إلى IBM i ، لإزالة ارتباطه بمعالجات POWER5. ^{[ 24 ]} أما أحدث إصدارين من نظام التشغيل في ذلك الوقت، واللذان صدرا باسم i5/OS V5R4 وV6R1، ^{[ 25 ] [ 26 ]} فقد أُعيد تسميتهما إلى IBM i 5.4 و6.1. ^{[ 27 ] [ 28 ] [ 29 ] [ 30 ]}

بالتزامن مع تغيير العلامة التجارية إلى IBM i، غيّرت IBM نظام ترقيم إصدارات نظام التشغيل. كانت الإصدارات السابقة تستخدم نظام الإصدار، ثم الإصدار، ثم التعديل ، مثل V2R1M1. استُبدل هذا النظام بنظام الإصدار.الإصدار ، مثل 6.1. ^{[ 31 ]} بدءًا من IBM i 7.1، استبدلت IBM إصدارات التعديل بتحديثات تقنية . ^{[ 29 ]} تُقدَّم التحديثات التقنية كحزم تصحيح اختيارية (PTFs) لإصدارات محددة من نظام التشغيل، وتضيف وظائف جديدة أو دعمًا للأجهزة. ^{[ 32 ]}

يعزل نظام TIMI المستخدمين والتطبيقات عن المكونات المادية الأساسية. هذا العزل أكثر شمولاً من تجريدات المكونات المادية في أنظمة التشغيل الأخرى، ويتضمن تجريد بنية مجموعة تعليمات المعالج، وحجم مساحة العناوين ، وتفاصيل الإدخال/الإخراج ، واستمرارية البيانات. ^{[ 15 ]} ويتحقق ذلك من خلال آليتين مترابطتين: ^{[ 1 ]}

• لا تُولّد مُجمّعات IBM i شفرة الآلة الأصلية مباشرةً، بل تُولّد تمثيلاً وسيطاً عالي المستوى مُعرّفاً بواسطة TIMI. عند تشغيل برنامج، يُجري نظام التشغيل ترجمة مُسبقة لتعليمات TIMI إلى شفرة الآلة الأصلية للمعالج، ويخزّن شفرة الآلة المُولّدة لتنفيذ البرنامج لاحقاً. إذا تغيّرت عملية الترجمة، أو تمّ اعتماد مجموعة تعليمات مختلفة لوحدة المعالجة المركزية، يُمكن لنظام التشغيل إعادة توليد شفرة الآلة من تعليمات TIMI بشفافية تامة دون الحاجة إلى إعادة التجميع من الشفرة المصدرية.
• بدلاً من التعامل مع عناوين الذاكرة، تعمل تعليمات TIMI على الكائنات . جميع البيانات في IBM i، مثل ملفات البيانات، وشفرة المصدر، والبرامج، ومناطق الذاكرة المخصصة، مُغلّفة داخل كائنات يديرها نظام التشغيل ( انظر نموذج " كل شيء ملف " في Unix ). تتميز كائنات IBM i بنوع ثابت، يُحدد مجموعة العمليات القابلة للتطبيق عليها (على سبيل المثال، يمكن تنفيذ كائن البرنامج ، ولكن لا يمكن تعديله). يُخفي نموذج الكائنات ما إذا كانت البيانات مخزنة في وحدة تخزين أساسية أو ثانوية . بدلاً من ذلك، يتولى نظام التشغيل تلقائيًا عملية استرجاع التغييرات ثم تخزينها في وحدة التخزين الدائمة.

سمح عزل الأجهزة الذي توفره تقنية TIMI لشركة IBM باستبدال بنية IMPI ذات 48 بت في نظام AS/400 ببنية RS64 ذات 64 بت في عام 1995. ويمكن تشغيل التطبيقات التي تم تجميعها على أنظمة تستخدم مجموعة تعليمات IMPI على أنظمة RS64 الأحدث دون أي تغييرات في التعليمات البرمجية أو إعادة تجميع أو محاكاة، مع السماح لهذه التطبيقات أيضًا بالاستفادة من عنونة 64 بت. ^{[ 7 ]}

توجد صيغتان مختلفتان لتعليمات TIMI، تُعرفان بصيغة واجهة الآلة الأصلية (OMI) وصيغة واجهة الآلة الجديدة (NMI). ^{[ 38 ]} تعليمات OMI هي نفسها تعليمات واجهة آلة System/38 ، بينما تعليمات NMI هي تعليمات منخفضة المستوى، تشبه صيغة تمثيل W-code الوسيطة التي تستخدمها مُجمِّعات IBM. ^{[ 1 ]} وثّقت IBM تعليمات OMI جزئيًا، ^{[ 39 ]} بينما تعليمات NMI غير موثقة رسميًا. تُستخدم تعليمات OMI بواسطة مُجمِّعات AS/400 الأصلية، بينما تُستخدم تعليمات NMI بواسطة مُجمِّعات بيئة اللغة المتكاملة . ^{[ 1 ]} أثناء عملية نقل PowerPC، أُزيل الدعم الأصلي لصيغة OMI، واستُبدل بمترجم يُحوّل تعليمات OMI إلى تعليمات NMI.

يُعرف تخزين تعليمات TIMI جنبًا إلى جنب مع تعليمات لغة الآلة الأصلية باسم المراقبة . في عام 2008، أدخل إصدار i5/OS V6R1 (المعروف لاحقًا باسم IBM i 6.1) عددًا من التغييرات على طبقة TIMI، مما تسبب في مشاكل لبرامج الطرف الثالث التي أزالت المراقبة من كائنات التطبيق المُقدمة للعملاء. ^{[ 40 ]}

تتألف وحدة SLIC من الشيفرة البرمجية التي تُنفذ بروتوكول TIMI على بنية IBM Power. بالإضافة إلى احتوائها على معظم الوظائف المرتبطة عادةً بنواة نظام التشغيل ، فهي مسؤولة عن ترجمة تعليمات TIMI إلى لغة الآلة، كما تُنفذ بعض الوظائف عالية المستوى التي تُعرض من خلال TIMI، مثل قاعدة البيانات العلائقية المتكاملة لنظام IBM i. ^{[ 1 ]} تُنفذ SLIC نموذج التخزين القائم على الكائنات لنظام IBM i على نظام عنونة تخزين أحادي المستوى ، لا يُميز بين التخزين الأساسي والثانوي، بل يُدير جميع أنواع التخزين في مساحة عنوان افتراضية واحدة . ^{[ 41 ]} تُنفذ SLIC بشكل أساسي بلغة C++، وقد حلت محل طبقتي HLIC وVLIC المستخدمتين في إصدارات نظام التشغيل OS/400 السابقة للإصدار V3R6. ^{[ 16 ]}

يتألف XPF من الشيفرة البرمجية التي تُنفذ مكونات نظام التشغيل المستقلة عن الأجهزة، والتي تُترجم إلى تعليمات TIMI. ^{[ 16 ]} تشمل مكونات XPF واجهة المستخدم، ولغة التحكم ، وأدوات إدارة البيانات والاستعلام، وأدوات التطوير، وأدوات إدارة النظام. كما يحتوي XPF على بيئتي System/36 و System/38 ، اللتين توفران واجهات برمجة تطبيقات وأدوات للتوافق مع الإصدارات السابقة للتطبيقات والبيانات المُرحّلة من أنظمة SSP وCPF. ^{[ 42 ]} يُعد XPF الاسم الداخلي لشركة IBM لهذه الطبقة، وكما يوحي الاسم، فقد بدأ كتطور لمرفق برنامج التحكم System/38 . ^{[ 1 ]} يُنفذ XPF في الغالب بلغة PL/MI ، على الرغم من استخدام لغات أخرى أيضًا. ^{[ 43 ]}

توفر بيئة حلول التطبيقات المحمولة (PASE) توافقًا ثنائيًا لملفات AIX التنفيذية في وضع المستخدم التي لا تتفاعل مباشرةً مع نواة AIX، وتدعم واجهات التطبيقات الثنائية لنظام AIX بنظامي 32 بت و64 بت . ^{[ 44 ]} أُدرجت PASE لأول مرة بشكل محدود وغير موثق في إصدار V4R3 من نظام التشغيل OS/400 لدعم نسخة من لغة Smalltalk . ^{[ 9 ]} أُعلن عنها للعملاء لأول مرة عند إصدار V4R5، حيث اكتسبت حينها وظائف إضافية هامة.

يتألف نظام PASE من مساحة مستخدم AIX تعمل فوق واجهة استدعاء نظام مُنفذة بواسطة SLIC. ^{[ 45 ]} تتيح واجهات استدعاء النظام إمكانية التشغيل البيني بين PASE وتطبيقات IBM i الأصلية، فعلى سبيل المثال، يمكن لتطبيقات PASE الوصول إلى قاعدة البيانات المُدمجة، أو استدعاء تطبيقات IBM i الأصلية، والعكس صحيح. ^{[ 46 ]} أثناء إنشاء PASE، أُضيف نوع جديد من كائنات التخزين أحادية المستوى يُسمى Teraspace إلى نظام التشغيل، مما يسمح لكل عملية PASE بامتلاك مساحة خاصة بحجم 1 تيرابايت يتم الوصول إليها باستخدام مؤشرات 64 بت. ^{[ 47 ]} كان هذا ضروريًا لأن جميع وظائف IBM i (أي العمليات) تشترك عادةً في نفس مساحة العناوين. ^{[ 9 ]} لا تستخدم تطبيقات PASE تعليمات TIMI المستقلة عن الأجهزة، بل يتم تجميعها مباشرةً إلى كود آلة Power.

تستهدف عمليات نقل برامج المصادر المفتوحة إلى نظام IBM i عادةً منصة PASE بدلاً من واجهات برمجة التطبيقات الأصلية لنظام IBM i، وذلك لتبسيط عملية النقل. ^{[ 48 ]} ويتم عادةً تجميع برامج المصادر المفتوحة لنظام IBM i باستخدام تنسيق حزمة RPM ، وتثبيتها باستخدام مدير الحزم YUM . ^{[ 49 ] [ 50 ]}

يختلف PASE عن بيئة Qshell ، وهي عبارة عن تطبيق لصدفة يونكس والأدوات المساعدة المرتبطة بها والمبنية على واجهات برمجة التطبيقات الأصلية المتوافقة مع POSIX (عبر XPF) لنظام IBM i. ^{[ 51 ]}

تم طرح منصة Advanced/36 في عام 1994، حيث كانت تشغل تطبيقات System/36 ونظام التشغيل SSP دون تعديل، وذلك عبر محاكاة على نظام التشغيل OS/400 SLIC باستخدام مكونات مادية مطابقة تقريبًا لتلك الموجودة في أنظمة AS/400 المعاصرة. ^{[ 1 ]} دُمجت هذه الوظيفة في نظام التشغيل OS/400 نفسه بدءًا من الإصدار V3R6 وحتى V4R4، مما أتاح تشغيل ما يصل إلى أربع "آلات افتراضية" من System/36 (بحسب مصطلح IBM) باستخدام ميزة Advanced 36 Machine في نظام التشغيل. ^{[ 52 ]} توقف الدعم في الإصدار V4R5، بالتزامن مع توقف IBM عن إنتاج خط Advanced/36 بالكامل. ^{[ 53 ]} تختلف ميزة Advanced 36 Machine عن بيئة System/36 التي طُرحت في الإصدار الأولي من OS/400، والتي لا تزال مدعومة في إصدارات IBM i الحالية.

قبل نظام Advanced/36، استخدمت سلسلة System/36 معالجين مختلفين في كل نظام: معالج التخزين الرئيسي (MSP) الذي كان يُشغّل معظم نظام التشغيل SSP بالإضافة إلى كود المستخدم، ومعالج تخزين التحكم (CSP) الذي كان يُشغّل ما يُسمى "البرنامج المصغر" الذي يُنفّذ وظائف نظام التشغيل الأساسية بالإضافة إلى عمليات الإدخال والإخراج. وكان يتم استدعاء البرنامج المصغر CSP من MSP باستخدام تعليمة استدعاء المشرف (SVC). في نظام Advanced/36، أُعيد تنفيذ البرنامج المصغر CSP داخل شريحة SLIC. كما تم دمج مُحاكي MSP في شريحة SLIC، والذي يُشار إليه أحيانًا باسم واجهة المحاكاة المستقلة عن التقنية . على الرغم من عبء المحاكاة، كانت أنظمة Advanced/36 أسرع بكثير من أنظمة System/36 الأصلية التي حلت محلها بفضل أداء معالجات PowerPC AS الخاصة بها. ^{[ 1 ]}

يتميز نظام IBM i بقاعدة بيانات علائقية متكاملة تُعرف حاليًا باسم IBM Db2 لنظام IBM i . ^{[ 37 ]} تطورت قاعدة البيانات هذه من قاعدة بيانات System/38 غير العلائقية، واكتسبت دعمًا للنموذج العلائقي ولغة SQL . ^{[ 1 ]} لم يكن لقاعدة البيانات اسم في البداية، بل وُصفت ببساطة بأنها "دعم لقواعد البيانات". ^{[ 54 ]} أُطلق عليها اسم DB2/400 في عام 1994 للدلالة على وظائف مماثلة لقواعد بيانات IBM التجارية الأخرى. ^{[ 1 ]} على الرغم من علامة Db2 التجارية، فإن Db2 لنظام IBM i عبارة عن قاعدة بيانات منفصلة تمامًا عن Db2 على المنصات الأخرى، وهي مُدمجة بإحكام في طبقة SLIC لنظام IBM i، وليست منتجًا اختياريًا. ^{[ 55 ] [ 56 ]}

يوفر نظام IBM i آليتين للوصول إلى قاعدة البيانات المتكاملة: الواجهة الأصلية ، المستندة إلى نموذج الوصول إلى قاعدة البيانات في نظام System/38، ولغة SQL . ^{[ 1 ]} تتكون الواجهة الأصلية من لغة مواصفات وصف البيانات (DDS)، المستخدمة لتعريف المخططات، وواجهة برمجة تطبيقات OPNQRYFالأوامر QQQQRYوالاستعلامات. ^{[ 57 ]} تتطلب بعض ميزات Db2 for i، مثل إدارة قواعد البيانات العلائقية الكائنية، لغة SQL، ولا يمكن الوصول إليها عبر الواجهة الأصلية. ^{[ 58 ]} يحتوي نظام IBM i على مُحسِّنَي استعلام منفصلين، هما محرك الاستعلام الكلاسيكي (CQE) ومحرك استعلام SQL (SQE). ^{[ 59 ]} يتم تنفيذهما داخل SLIC إلى جانب مُوزِّع الاستعلامات الذي يختار المُحسِّن المناسب بناءً على نوع الاستعلام. يتم توفير الوصول عن بُعد عبر الواجهة الأصلية ولغة SQL من خلال بنية إدارة البيانات الموزعة (DDM) وبنية قواعد البيانات العلائقية الموزعة على التوالي. ^{[ 60 ]}

يُتيح محرك تخزين خاص بقواعد بيانات MySQL و MariaDB ، يُسمى IBMDB2IDb2 for i، للتطبيقات المصممة لهذه القواعد استخدام Db2 كخادم تخزين احتياطي. ^{[ 61 ] [ 62 ]} كما تم نقل قواعد بيانات أخرى مفتوحة المصدر إلى IBM i، بما في ذلك PostgreSQL و MongoDB و Redis . ^{[ 63 ]} تعمل هذه القواعد على بيئة PASE، وهي مستقلة عن ميزات قواعد البيانات المدمجة في نظام التشغيل. ^{[ 64 ]}

يدعم نظام IBM i شبكات TCP/IP بالإضافة إلى بنية شبكة أنظمة IBM الخاصة . ^{[ 65 ]}

كانت أنظمة IBM i تُدار وتُشغَّل تاريخيًا عبر محطات IBM 5250 المتصلة بالنظام باستخدام كابلات ثنائية المحور . ومع تراجع استخدام أجهزة المحطات الطرفية المخصصة، تُشغَّل أنظمة IBM i الحديثة عادةً عبر برامج محاكاة محطات 5250. توفر IBM منتجين لمحاكاة المحطات الطرفية لأنظمة IBM i: ^{[ 66 ]}

• IBM i Access Client Solutions هو عميل قائم على Java يعمل على أنظمة Linux و macOS و Windows لتوفير محاكاة 5250.
• يوفر برنامج IBM i Access للويب/الجوال محاكاة 5250 عبر الويب.

بالإضافة إلى ذلك، توفر شركة IBM وحدة تحكم إدارية عبر الإنترنت ومنتجًا لتحليل الأداء يسمى IBM Navigator for i. ^{[ 67 ]}

تتضمن لغات البرمجة المتاحة من IBM لنظام IBM i لغات RPG و Control Language و C و C++ و Java و EGL و COBOL و REXX . كانت هناك مترجمات متاحة سابقًا للغات Pascal و BASIC و PL/I و Smalltalk ، ولكن تم إيقاف دعمها. تتيح بيئة اللغة المتكاملة (ILE) دمج البرامج المكتوبة بلغات متوافقة معها (C وC++ وCOBOL وRPG وCL) في ملف تنفيذي واحد، واستدعاء الإجراءات المكتوبة بأي من لغات ILE الأخرى.

عند إطلاق PASE، كان من الضروري تجميع التعليمات البرمجية الخاصة بها على نظام AIX. أُزيل هذا الشرط في نظام التشغيل OS/400 V5R2 عندما أصبح من الممكن تجميع التعليمات البرمجية باستخدام مجموعة مُجمِّعات IBM XL داخل PASE نفسها. ^{[ 68 ]} ومنذ ذلك الحين، تم نقل مُجمِّعات أخرى إلى PASE، بما في ذلك gcc . ^{[ 69 ]}

تعمل بعض أدوات التطوير لنظام IBM i فوق نظام التشغيل نفسه، مثل محرر النصوص Source Edit Utility (SEU) ومدير تطوير البرامج . كما توفر IBM بيئة تطوير متكاملة (IDE) مبنية على Eclipse لنظام IBM i تُسمى IBM Rational Developer for i، والتي تعمل على محطات عمل المطورين بدلاً من نظام IBM i. ^{[ 70 ]} قبل بيئة التطوير المتكاملة المبنية على Eclipse، وفرت IBM بيئة تطوير متكاملة مبنية على WorkFrame/2 تعمل على نظام OS/2 تُسمى CODE/400 ، وبيئة تطوير متكاملة مبنية على VisualAge تعمل على أنظمة Microsoft Windows . ^{[ 71 ] [ 72 ]}

يستخدم نظام التشغيل IBM i ترميز EBCDIC كترميز الأحرف الافتراضي ، ولكنه يوفر أيضًا دعمًا لترميز ASCII و UCS-2 و UTF-16 . ^{[ 1 ] [ 73 ]}

في نظام IBM i، يمكن تجميع محركات الأقراص في مجموعة تخزين مساعدة (ASP) لتنظيم البيانات والحد من تأثير أعطال أجهزة التخزين وتقليل وقت الاسترداد. ^{[ 74 ]} في حال حدوث عطل في القرص، لا يلزم استرداد سوى البيانات الموجودة في المجموعة التي تحتوي على الوحدة المعطلة. كما يمكن استخدام مجموعات التخزين المساعدة لتحسين الأداء عن طريق عزل العناصر ذات خصائص الأداء المتشابهة، مثل مستقبلات سجلات العمليات، في مجموعة تخزين خاصة بها.

بشكل افتراضي، يتم تعيين جميع محركات الأقراص إلى المجموعة 1. مفهوم مجموعات IBM i مشابه لمفهوم مجموعات وحدات التخزين في Unix / Linux ؛ ومع ذلك، في IBM i، من المعتاد تعيين جميع محركات الأقراص إلى ASP واحد.

يُعرَّف الأمان في نظام IBM i من خلال الصلاحيات ، التي تُمثل الإذن بتنفيذ إجراء مُحدد على عنصر مُحدد. ^{[ 75 ]} يُمكن منح الصلاحيات لمستخدمين مُحددين (يُعرفون بملفات تعريف المستخدمين )، أو لمجموعات (تُعرف بملفات تعريف المجموعات )، أو لجميع المستخدمين ( الصلاحيات العامة ). يُمكن تجميع العناصر ذات الصلة في قائمة صلاحيات ، مما يُتيح منح الصلاحيات على جميع العناصر في القائمة من خلال منح الصلاحيات على قائمة الصلاحيات. ^{[ 76 ]}

تحتوي ملفات تعريف المستخدمين على فئة مستخدم مرتبطة بها ، تحدد مجموعة الصلاحيات الافتراضية المتاحة لهذا الملف. توجد خمس فئات مستخدمين قياسية، مرتبة حسب تزايد الصلاحيات، وهي: مستخدم محطة العمل ، ومشغل النظام ، ومبرمج النظام ، ومسؤول الأمن ، وموظف الأمن . ^{[ 9 ]} يأتي نظام IBM i مزودًا بملف تعريف مستخدم افتراضي لكل فئة مستخدم، ويُعد ملف تعريف موظف الأمن الافتراضي، المسمى QSECOFR، أقرب ما يكون إلى المستخدم الجذر في نظام تشغيل شبيه بنظام يونكس. ^{[ 77 ]}

يمكن ضبط نظام IBM i لاستخدام واحد من خمسة مستويات من الأمان، والتي تتحكم في مدى تطبيق ميزات الأمان الخاصة بنظام التشغيل: ^{[ 78 ]}

• المستوى 10 – يمكن للمستخدمين تسجيل الدخول بدون كلمة مرور، ويتمتعون بصلاحيات كاملة على النظام. في حال تسجيل دخول مستخدم باسم مستخدم غير معروف، سيتم إنشاء ملف تعريف مستخدم جديد تلقائيًا.
• المستوى 20 - يجب على المستخدمين تسجيل الدخول باستخدام اسم مستخدم وكلمة مرور لملف تعريف مستخدم معروف، ولكن سيتمتعون بصلاحيات وصول شبه كاملة إلى النظام بمجرد تسجيل الدخول. يقتصر إنشاء أو تعديل ملفات تعريف المستخدمين على الملفات التي مُنحت صلاحيات إدارة الملفات الشخصية. يمكن إنشاء حسابات ذات صلاحيات محدودة، والتي يمكن تقييدها بالوصول إلى عناصر معينة أو تشغيل أوامر محددة.
• المستوى 30 - يتم تطبيق الصلاحيات، مما يعني أنه لا يمكن للمستخدمين الوصول إلى الأشياء إلا إذا كانت لديهم صلاحية الوصول إلى هذا الشيء.
• المستوى 40 - الوصول إلى برامج النظام وتعليمات MI مقيد، ولا يمكن استخدامها إلا بواسطة رمز نظام التشغيل.
• المستوى 50 - يتضمن التغييرات اللازمة للنظام لتحقيق الامتثال لمعايير TCSEC C2، ويضيف سجل تدقيق أمني.

تتوافق المستويات الثلاثة الأولى مع مستويات الأمان المتوفرة في CPF والإصدارات الأولى من نظام التشغيل OS/400. أُضيف مستوى الأمان 40 في الإصدار 1R3 من OS/400، وأصبح مستوى الأمان الافتراضي لنظام التشغيل. استلزمت إضافة المستوى 40 إزالة نموذج عنونة القدرات الخاص بنظام System/38، والذي كان موجودًا أيضًا في الإصدارات السابقة من OS/400. ^{[ 9 ]} أُضيف مستوى الأمان 50 في الإصدار 2R3 عندما حصل نظام التشغيل OS/400 على شهادة أمان TCSEC C2 .