ترحيل Moodle: قائمة البيانات وما ينتقل وما لا ينتقل

لماذا لا تكفي النسخة الاحتياطية من Moodle للترحيل؟

أول ما يقترحه فريق التقنية عادة: «لدينا نسخ احتياطية كاملة من كل المقررات، أرسلوها للمزود الجديد». الفكرة مفهومة، لكنها تخلط بين الحفظ والترحيل. ملف النسخة الاحتياطية للمقرر في Moodle بامتداد .mbz صيغة خاصة بـ Moodle، صُممت لتُستعاد في Moodle آخر، وتحمل بحسب اختيار من يُنشئها بيانات المستخدمين وإكمالهم وسجلات المقرر وتاريخ الدرجات، كما توضح وثائق Moodle عن النسخ الاحتياطي للمقرر. أي منصة أخرى لا «تستعيد» هذا الملف كما هو؛ يُفكّك ويُقرأ ما فيه، ويُربط كل جزء بمقابله في النظام الجديد.

ولهذا يبدأ ترحيل Moodle الجاد بسؤال آخر: ما البيانات التي تحتاجها جهتك بعد الانتقال، وبأي شكل؟ بعضها يجب أن يعمل في المنصة الجديدة كأنه وُلد فيها (الحسابات، المقررات الجارية، بنوك الأسئلة)، وبعضها يكفي أن يبقى قابلًا للاطلاع عند الحاجة (منتديات فصل دراسي انتهى قبل أربع سنوات). الخلط بين النوعين يضخم المشروع بلا فائدة، أو يُسقط بيانات يسأل عنها المدقق لاحقًا.

هذه المقالة قائمة تفصيلية بالبيانات وما يحدث لكل منها. أما وصف الخدمة ومراحلها فتجده في صفحة الانتقال من Moodle إلى منصة مُدارة، وقرار البقاء على Moodle أو تركه أصلًا في مقارنة Moodle بمنصة LMS مُدارة.

افحص النسخة قبل أن تجرد البيانات

جدول الترحيل لا يُكتب من الذاكرة. كل نسخة Moodle عمرها سنوات تحمل قرارات قديمة: إضافة ثُبتت لفصل واحد، وحقل مخصص لم يعد يُستخدم، وطريقة دخول تغيرت. قبل أي تقدير، اجمع هذه المعلومات من مسؤول النظام:

• رقم الإصدار الدقيق: يظهر في صفحة الإشعارات لمسؤول الموقع. الإصدارات التي ما زالت تتلقى تحديثات أمنية مدرجة في صفحة إصدارات Moodle الرسمية (منها 4.5 بدعم طويل الأمد)، وما لا يظهر فيها خرج من الدعم. النسخة القديمة لا تمنع الترحيل، لكنها تؤثر في شكل الجداول وأدوات التصدير المتاحة.
• قائمة الإضافات الإضافية: من نظرة عامة على الإضافات في إدارة الموقع، مع تصفية «الإضافات الإضافية» فقط. لكل إضافة: هل تُستخدم فعلًا؟ في كم مقرر؟ هل تخزن بيانات يحتاجها أحد؟
• طرق الدخول المفعّلة: حسابات يدوية، أو LDAP، أو OAuth 2 مع Microsoft أو Google، أو تسجيل ذاتي. هذا يحدد مصير الحسابات وكلمات المرور.
• طرق التسجيل في المقررات: يدوي، أو تسجيل ذاتي، أو مزامنة Cohorts، أو قاعدة بيانات خارجية، أو ربط بنظام شؤون الطلاب. كل طريقة تعني تكاملًا يُعاد بناؤه.
• الحجم: حجم قاعدة البيانات، وحجم مجلد moodledata، وعدد المستخدمين النشطين والمعلقين، وعدد المقررات المرئية والمخفية، وعدد الأسئلة.
• التخصيصات المباشرة في الكود: تعديلات على ملفات Moodle الأساسية أو القالب خارج نظام الإضافات. هذه لا تظهر في أي قائمة، وتُكتشف بمقارنة الكود بالنسخة الرسمية من الإصدار نفسه.

جدول ترحيل Moodle: مصير كل نوع من البيانات

هذا هو الجدول الذي ينبغي أن يخرج به فحص النسخة. أربعة مصائر لا خامس لها: ينتقل (يعمل في المنصة الجديدة كما كان)، وينتقل بتحويل (تتغير بنيته لكن تبقى قيمته)، ويُعاد بناؤه (يُعد من جديد اعتمادًا على ما انتقل)، ويُؤرشف (يُحفظ للاطلاع خارج التشغيل اليومي).

لاحظ أن عمود «المصير المعتاد» نقطة بداية لا قرار نهائي. جهة تخضع لتدقيق على محاولات الاختبار نفسها، لا على درجتها فقط، قد تقرر نقل المحاولات أو تصديرها بصيغة تبقى قابلة للبحث. المهم أن يكون لكل سطر قرار مكتوب يوقّع عليه صاحب البيانات، لا أن يُترك للمزود يقرره ضمنيًا.

كيف تقرر مصير بند لم يذكره الجدول؟

ستجد في نسختكم بيانات لا يذكرها أي جدول جاهز: إضافة حضور، أو سجل ساعات تدريب مخصص، أو حقل في ملف المستخدم أضافه مطور سابق. لا تحسم مصيرها بالحدس؛ مرّرها على أسئلة ثابتة.

الفرق بين «يُؤرشف» و«يبقى في النسخة الكاملة» عملي: الأرشيف يُفتح ويُبحث فيه دون خبير قواعد بيانات، أما النسخة الكاملة فتحتاج من يستعيدها على خادم ليستخرج منها معلومة. والقرار بين نقل السجلات التاريخية كلها أو أرشفتها له منطقه وتكلفته، وهو مشروح بالتفصيل في دليل نقل السجلات التدريبية القديمة أو أرشفتها.

الحسابات وكلمات المرور: ما لا ينتقل مهما حاولت

يخزن Moodle كلمات المرور بعد تجزئتها (Hashing)، وقد تغيرت الخوارزمية عبر الإصدارات كما توضح وثيقة تجزئة كلمات المرور في Moodle. التجزئة باتجاه واحد، فلا يملك أحد كلمات المرور الأصلية لينقلها، ولا ينبغي لأي مزود أن يعدك بذلك. أمامك ثلاثة خيارات:

1. الدخول الموحد: إن كان لدى جهتك Microsoft Entra ID أو Active Directory أو Google Workspace، فيدخل المستخدمون بحساباتهم المؤسسية ولا تبقى مسألة كلمات المرور أصلًا. هذا يعمل في الدخول الموحد في المنصة بربط مجموعات نظام الهوية بالأدوار، ويُنفذ بوصفه تكاملًا يُحدد في التحليل بحسب ما يتيحه نظام الهوية لديكم.
2. إعادة تعيين عند الإطلاق: رسالة لكل مستخدم برابط تعيين كلمة مرور جديدة. مناسبة للمتدربين من خارج الجهة، لكنها تحتاج بريدًا صحيحًا لكل حساب، وهذا ما يكشف عادة نسبة الحسابات ذات البريد القديم أو الوهمي.
3. مزيج من الاثنين: الموظفون أو الطلاب بالدخول الموحد، والمتدربون الخارجيون بحسابات عادية.

وقبل نقل الحسابات قرر ما يحدث للمعلقين والمحذوفين: Moodle لا يمسح الحساب المحذوف من الجدول بل يعلّمه محذوفًا، فقد تجد آلاف الصفوف لحسابات لا وجود لها عمليًا. انقل سجلها التدريبي إن احتجته، لا حساباتها.

بنوك الأسئلة والاختبارات: أين يضيع الجهد عادة

بنك الأسئلة أثمن ما في كثير من نسخ Moodle، خاصة في الكليات والأكاديميات التي بنت آلاف الأسئلة على سنوات. وتصديره سهل ظاهريًا: يتيح Moodle أربع صيغ تصدير (Aiken وGIFT وMoodle XML وXHTML)، لكن وثائق تصدير الأسئلة تنص على أن الصور لا تُضمَّن إلا في صيغة Moodle XML. أي أن تصدير بنك فيه رسوم ومخططات بصيغة GIFT يعني أسئلة بلا صورها.

ما يتطلب انتباهًا داخل البنك

• أنواع الأسئلة من إضافات: بعض أنواع الأسئلة (السحب والإفلات المتقدم، أو الأسئلة المحسوبة بصيغ خاصة) تأتي من إضافات أو تعتمد على منطق Moodle. اطلب حصرًا بعدد الأسئلة من كل نوع، وحدد لكل نوع: ينتقل كما هو، أو يتحول إلى نوع مقابل، أو يُعاد كتابته.
• الأسئلة العشوائية: في Moodle تُعرف داخل الاختبار بقاعدة سحب من تصنيف، لا بأسئلة ثابتة. في المنصة الجديدة تُعاد كمواصفات اختبار. في بنك الأسئلة في المنصة تحدد عدد الأسئلة من كل وحدة ومستوى صعوبة فتُسحب نسخة مختلفة لكل متعلم، وهذا يتطلب أن تُربط تصنيفات Moodle بمستويات التصنيف الجديدة (الدورة والمادة والوحدة والموضوع والمستوى والنوع والصعوبة).
• إصدارات الأسئلة: الإصدارات الحديثة من Moodle تحتفظ بإصدارات متعددة للسؤال الواحد. قرر هل يُنقل الإصدار الأخير فقط، وهو الغالب.
• الأسئلة غير المستخدمة والمكررة: الترحيل فرصة لتنظيف البنك. لكن لا تحذف شيئًا آليًا؛ اجعل كل قسم يراجع قائمة المكرر والمهمل قبل الترحيل الكامل.

وإعدادات الاختبار نفسها (المدة، وعدد المحاولات، ونافذة الفتح، وطريقة المراجعة بعد التسليم) تُعاد بناءً في المنصة الجديدة، وتُراجع على عينة من الاختبارات الأكثر أهمية قبل أن تُعمم.

الدرجات والإكمال والشهادات: السجل الذي يُسأل عنه لاحقًا

هذا الجزء هو ما يحدد إن كان الترحيل «نجح» في نظر الإدارة. المتعلم الذي أكمل برنامجًا قبل ثلاث سنوات يجب أن يجد ذلك في سجله، والجهة التي تحققت من شهادته يجب ألا تصطدم بصفحة تقول «غير موجودة».

الدرجات

دفتر درجات Moodle يحوي بنودًا وفئات ومعادلات وأوزانًا. ما يحتاجه السجل في الغالب الدرجة النهائية للمقرر ونتيجة النجاح، لا كل بند تفصيلي. انقل النهائي، وأرشف التفصيل بتصدير لكل مقرر. وتنبّه إلى أن الدرجات المعدّلة يدويًا (Overridden) قد لا تطابق ما تحسبه المعادلة؛ القيمة المعتمدة هي ما يظهر للطالب في Moodle، فاجعلها مرجع المطابقة.

الإكمال

حالة الإكمال وتاريخها تنتقل، لكن شروط الإكمال لا تنتقل كمنطق. أي أن من أكمل يظهر مكتملًا بتاريخه، أما قاعدة «يكتمل بعد مشاهدة الدروس واجتياز الاختبار» فتُعاد تهيئتها للمقررات الجارية.

الشهادات

Moodle لا يصدر الشهادات من نواته؛ تأتي من إضافات تختلف جداولها وصيغ أرقامها. حدد الإضافة المستخدمة، واستخرج لكل شهادة رقمها وتاريخ إصدارها واسم صاحبها والبرنامج، ثم انقلها بأرقامها الأصلية. هكذا تبقى الشهادة القديمة قابلة للتحقق في صفحة التحقق من الشهادات، وتُصدر الجديدة بقوالب جهتك ورقم فريد ورمز QR كما في الشهادات الإلكترونية في المنصة. وإن كانت الشهادات القديمة تحمل رمز QR يشير إلى رابط على نطاق Moodle، فاسأل عن إعادة توجيه ذلك الرابط بعد الإيقاف، فهو قرار يخص النطاق والخادم لديكم أكثر مما يخص المنصة.

حزم SCORM وH5P: ينقل الملف وتُختبر الحزمة

الحزمة نفسها تنتقل بسهولة: ملف مضغوط أصلي يُرفع إلى المنصة الجديدة. الصعوبة في أمرين. الأول أن بعض الجهات لا تملك الحزمة الأصلية؛ رُفعت قبل سنوات وضاع مصدرها، فتُستخرج من مخزن Moodle وتُفحص سلامتها. والثاني أن بيانات التتبع التفصيلية داخل الحزمة (موضع التوقف، وإجابات التفاعلات) مرتبطة ببيئة Moodle، والمعتاد أن تنتقل نتيجة المتعلم النهائية (الإكمال والدرجة) إلى السجل، لا حالة الجلسة.

تشغّل المنصة مع SCORM وxAPI وH5P الحزم القياسية وتتبعها، مع فحص عينة من محتواكم قبل النقل لأن الحزم تختلف حسب أداة التأليف. اجعل الفحص يشمل حزمة من كل أداة تأليف استُخدمت، وجرّب كل حزمة على متصفح الجوال، وتحقق أن الإكمال يسجل في التقرير. ومحتوى H5P المبني داخل Moodle يُصدَّر بملفات .h5p ويُختبر بالطريقة نفسها.

الإضافات والتكاملات: قرار لكل سطر

الإضافات لا تنتقل؛ تنتقل وظيفتها إن كانت مطلوبة. ولكل إضافة أربعة مسارات محتملة، ويجب أن يحدد مزود الترحيل مسار كل منها كتابة:

التكاملات تُحدد في مرحلة التحليل، ويُنفذ الربط عبر API أو الموصلات المتاحة لكل نظام أو ملفات مجدولة، كما تشرح صفحة التكاملات. وطرق التسجيل التي كانت تعتمد على قاعدة بيانات خارجية أو خدمات ويب في Moodle تحتاج تحديد المصدر الجديد للبيانات قبل الإطلاق، لا بعده.

خطة اختبار ترحيل Moodle في ثلاث جولات

الترحيل الذي يُختبر مرة واحدة على البيانات كلها يكشف أخطاءه في أسوأ توقيت. قسّم الاختبار:

1. جولة العينة: خمسة إلى عشرة مقررات تمثل التنوع لديكم: مقرر بحزم SCORM، وآخر ببنك أسئلة كبير بالصور، وثالث بمجموعات وشعب كثيرة، ورابع قديم مخفي له شهادات صادرة. يراجعها أصحابها لا فريق التقنية وحده، ويوقعون على قائمة الملاحظات.
2. جولة الحجم الكامل على بيئة الاختبار: ترحيل كل البيانات مع تقرير مطابقة بالأعداد: المستخدمون، والمقررات، والأسئلة لكل تصنيف، وسجلات الإكمال، والشهادات. كل فرق في الأعداد يُفسَّر بندًا بندًا: محذوف مقصود، أو مكرر دُمج، أو خطأ يُصلح.
3. جولة القبول من المستخدمين: أستاذ أو مدرب يفتح مقرره ويبني اختبارًا من البنك المنقول، وطالب أو متدرب يجد سجله وشهادته، ومسؤول جودة يتحقق من شهادة قديمة برقمها، ومدير يطلع على تقرير قسمه.

وبعد الترحيل النهائي يبقى Moodle للقراءة فقط مدة متفق عليها، ثم يُوقف وتحتفظ جهتك بنسخة كاملة من القاعدة ومجلد الملفات. إدارة هذه المرحلة دون أن يدخل المستخدمون النظامين معًا موضوع دليل التشغيل المتوازي عند استبدال LMS.

سيناريو: كلية أهلية تجرد نسخة Moodle عمرها تسع سنوات

مثال افتراضي للتوضيح كلية تقنية أهلية فيها نحو 3,400 طالب و190 عضو هيئة تدريس في مقرين، تشغّل Moodle من الإصدار 3.9 على خادم داخلي، ثُبت عليه 41 إضافة خلال السنوات، وتقدم إلى جانب المقررات دورات قصيرة مدفوعة للجمهور بشهادات.

بعد الفحص خرج الجدول بهذه الأرقام والقرارات:

• الحسابات: 11,800 صف في جدول المستخدمين، منها نحو 4,100 حساب نشط فعلًا، و5,200 حساب لطلاب متخرجين، والبقية محذوفة أو مكررة. قررت الكلية نقل النشطين حسابات، ونقل سجلات المتخرجين دون حسابات، وتفعيل الدخول الموحد للطلاب والأساتذة، وإعادة التعيين لمتدربي الدورات العامة.
• الإضافات: 41 إضافة، منها 17 لم تُستخدم في أي مقرر خلال آخر سنتين فأُلغيت، و14 وظيفتها موجودة في المنصة الجديدة بالإعداد، و6 تكاملات (منها ربط نظام شؤون الطلاب)، و4 تحتاج تخصيصًا أو قرارًا من العمادة.
• بنك الأسئلة: نحو 26,000 سؤال، صُدّرت بصيغة Moodle XML لأن ربعها تقريبًا يحمل صورًا، وظهر نحو 900 سؤال بنوع من إضافة تحتاج تحويلًا.
• الشهادات: 2,300 شهادة صادرة للدورات العامة من إضافة شهادات، نُقلت بأرقامها الأصلية لأن جهات توظيف تتحقق منها.
• التاريخ: منتديات ومحاولات اختبارات سبعة فصول دراسية أُرشفت، وسجلات النشاط بقيت في النسخة الكاملة من القاعدة.

أهم ما خرجت به الكلية ليس الأرقام بل التوقيت: اختارت الانتقال بين فصلين، وجعلت جولة العينة على مقررات الفصل الصيفي القصيرة، فاكتُشف خلل تصنيف الأسئلة قبل أن يمس اختبارات الفصل الرئيسي. وبيئة المقررات والشعب والفصول الدراسية التي انتقلت إليها موصوفة في صفحة المنصة للجامعات والكليات.

أسئلة تطرحها على أي مزود ترحيل من Moodle

• هل ستفحصون نسختنا قبل التسعير، وما الذي تحتاجونه منا للفحص (صلاحية قراءة، نسخة من القاعدة، قائمة الإضافات)؟
• ما الصيغة التي ستصدّرون بها بنوك الأسئلة، وكيف تتعاملون مع أنواع الأسئلة التي لا مقابل لها؟
• كيف ستُنقل الشهادات الصادرة، وهل تبقى قابلة للتحقق بأرقامها الأصلية؟
• ما الذي سيُؤرشف، وبأي صيغة، ومن يستطيع البحث فيه بعد الإيقاف؟
• كيف سيُصنّف كل بند في العرض: ميزة بالإعداد، أو تهيئة، أو تكامل، أو تطوير مخصص؟
• ما محتوى تقرير المطابقة، ومن يعتمده من جهتنا قبل الإطلاق؟
• هل ستُجرى جولة ترحيل تجريبية على عينة نختارها نحن؟
• ما الخطة إن ظهر بعد الإطلاق سجل لم يُنقل؟

وإن كنت ما زلت تقارن فئات البدائل نفسها قبل الوصول إلى الترحيل، فابدأ من بدائل Moodle للشركات والجهات، ثم من دليل نقل البيانات من LMS إلى آخر لمراحل الترحيل العامة التي تنطبق على أي نظام.

الأسئلة الشائعة

الخلاصة: جدول مكتوب قبل أي نقل

ترحيل Moodle ينجح حين يكون لكل نوع من البيانات قرار مكتوب: ينتقل، أو ينتقل بتحويل، أو يُعاد بناؤه، أو يُؤرشف. افحص الإصدار والإضافات أولًا، وانقل بنوك الأسئلة بصيغة تحفظ صورها، وانقل الشهادات بأرقامها الأصلية، ولا تنتظر أن تنتقل كلمات المرور، واختبر على عينة قبل الحجم الكامل.

وإن أردت أن ترى أين تقع نسختكم من هذا الجدول، فأرسل بياناتها الأساسية مع طلب العرض، أو اطلع على استبدال نظام LMS الحالي لترى كيف تُدار مرحلة الانتقال كاملة، وعلى المنصة التعليمية لتعرف الوحدات التي ستنتقل إليها بياناتكم.