كيفية الترقية من ownCloud 10 Classic إلى ownCloud Infinite Scale

سيناريو توضيحي: تخيل شركة تصميم وهمية، Cedar Studio، تضم 32 موظفًا، وتستخدم نظام ownCloud Classic 10 مع دليل LDAP، ومساحات ملفات شخصية، ومشاركات جماعية، وروابط عامة، ووحدة تخزين خارجية للمشاريع. ترغب الشركة في الانتقال إلى ownCloud Infinite Scale (oCIS) دون افتراض أن تثبيت خادم جديد سينقل بياناتها أو صلاحياتها. هذا المثال افتراضي، وليس تقريرًا عن عملية نقل مكتملة.

المسار المدعوم والموثق من قِبل ownCloud هو عملية ترحيل مُوجّهة باستخدام migrate-to-ocisالتطبيق على خادم Classic occوالأوامر. وهي عملية نقل مُرحّلة إلى هدف oCIS منفصل ونظيف، وليست ترقية مباشرة لقاعدة بيانات Classic أو دليل البيانات. يُشير دليل الترحيل إلى أن المصدر يظل قيد التشغيل خلال معظم العملية، ولكنه لا يصف المزامنة المستمرة أو عملية التحديث النهائية بدون توقف. لذا، يُنصح بالتخطيط لعملية تحويل مُتحكّم بها والتأكد من توافق إصدار المصدر وإجراءات تجميد الكتابة النهائية مع دعم ownCloud قبل الاستخدام في بيئة الإنتاج.

تتبع الخطوات أدناه دليل الترحيل الرسمي لخادم ownCloud 11.0 ووثائق المصادقة والنسخ الاحتياطي لـ Infinite Scale 8.2 المتوفرة في 6 أكتوبر 2026. قد تتغير صيغة الأوامر ومتغيرات البيئة وترتيبات الدعم؛ تأكد منها بالرجوع إلى الوثائق الخاصة بالإصدارات المثبتة لديك.

الخطوة 1: جرد نسخة Classic وتحديد معنى "تمت ترحيلها"

بالنسبة لبرنامج Cedar Studio، تتمثل المهمة الأولى في سرد ​​المستخدمين والمجموعات والحسابات المفعلة والمعطلة والمجلدات المشتركة وروابط المشاركة والوحدات الخارجية وأي مستخدمين محليين غير موجودين في LDAP. يجب تسجيل الفرق التي تعتمد على كل عنصر. هذا يمنع اعتبار نجاح نقل الملفات الشخصية دليلاً على نقل جميع سير العمل القديم.

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

سجّل أيضًا ما إذا كانت الروابط العامة التي لا تتطلب كلمة مرور قيد الاستخدام. بشكل افتراضي، يتطلب نظام oCIS كلمة مرور للروابط العامة؛ وقد تفشل هذه الروابط الكلاسيكية في الترحيل ما لم يتم تغيير السياسة المستهدفة. لا تُضعف هذه السياسة لمجرد الحفاظ على عناوين URL القديمة. قرر ما إذا كان ينبغي على مالكي الروابط إنشاء روابط جديدة محمية بكلمة مرور بدلاً من ذلك. لن تتطابق كلمات المرور على الروابط المحمية بكلمة مرور التي تم ترحيلها مع كلمات المرور القديمة، لذا ينبغي على المستخدمين إعادة تعيينها بعد الانتقال.

الخطوة الثانية: تجهيز هدف oCIS نظيف واتصال الترحيل

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

تتطلب عملية الترحيل تثبيت تطبيق من ownCloud على خادم Classic. يُقدّم هذا التطبيق كجزء من عملية ترحيل مُوجّهة؛ وتُشير الوثائق إلى ضرورة تواصل المسؤولين مع دعم ownCloud للحصول عليه. يتضمن التطبيق ملف rclone الثنائي الخاص به. يُرجى عدم استبدال عملية الترحيل الموثقة لهذا التطبيق بحزمة عشوائية من Marketplace أو مهمة نسخ ملفات غير ذات صلة.

في جانب oCIS، فعّل auth-appالخدمة وإعدادات مصادقة التطبيق. يتطلب دليل الترحيل أيضًا تفعيل خاصية انتحال الهوية وإنشاء رمز مميز للتطبيق لمسؤول oCIS. تشير وثائق Infinite Scale 8.2 auth-app صراحةً إلى أن انتحال الهوية مخصص للترحيل فقط، ويجب عدم تفعيله في بيئة الإنتاج. تعامل معه كإعداد ترحيل مؤقت: احمِ الرمز المميز، وحدّد صلاحيات الوصول إليه، وأوقف خاصية انتحال الهوية المخصصة للترحيل بعد اكتمال العملية. في بيئة موزعة، طبّق الإعدادات على الخدمة الصحيحة وفقًا لما هو موضح في الوثائق.

بالنسبة لبيئة Cedar Studio الافتراضية، يجب اختبار هدف oCIS باستخدام خدمة LDAP نفسها التي يستخدمها الخادم الكلاسيكي. احتفظ ببيانات الاعتماد في آلية الأمان الخاصة بالنشر بدلاً من لصق كلمات مرور الربط في سجل الأوامر أو دفتر التشغيل المشترك. يسرد دليل ترحيل ownCloud الرسمي متطلبات الهدف ويشير إلى دعم ownCloud لتطبيق الترحيل. يشرح دليل تطبيق المصادقة oCIS 8.2 رموز التطبيق وانتحال الهوية.

الخطوة 3: اجعل عملية ربط الهوية متسقة، ثم قم بإجراء فحوصات الجاهزية

يجب أن يكون نظام oCIS قادرًا على تحديد المستخدمين والمجموعات قبل ترحيل ملفاتهم ومشاركاتهم. يستخدم Cedar Studio بروتوكول LDAP بالفعل، لذا سيقوم مسؤول النظام بربط oCIS بنفس الدليل، والتحقق من قدرة المستخدمين على تسجيل الدخول، والتأكد من مطابقة المعرّفات مع الحسابات المقصودة. يُشير دليل ownCloud إلى ضرورة وجود عناوين بريد إلكتروني فريدة وصالحة لكل مستخدم Classic مُفعّل. بالنسبة لمستخدمي Classic المدعومين ببروتوكول LDAP، يُشير الدليل أيضًا إلى سمة اسم المستخدم، والتي عادةً ما تكون `username` uidأو samAccountName`username`، وإعدادات مخطط LDAP الخاصة بـ oCIS. يجب مطابقة السمات مع الدليل الفعلي؛ لا تقم بنسخ القيم النموذجية بشكل عشوائي.

إذا كان نظام Classic يستخدم حسابات محلية، بينما يستخدم oCIS دليل LDAP خارجيًا، فأنشئ أو انقل المستخدمين والمجموعات المتطابقة إلى ذلك الدليل قبل نقل الملفات. يجب أن تتطابق أسماء المستخدمين والمجموعات. يُعد نظام إدارة الهوية الداخلي في oCIS دليلًا مضمنًا محدودًا مُصممًا للإعدادات الصغيرة أو للاختبار؛ بينما توصي ownCloud باستخدام نظام LDAP حقيقي أو نظام إدارة هوية خارجي للإنتاج. لا يدعم إجراء الترحيل الرسمي وجود مزيج من مستخدمي Classic المحليين والمستخدمين المدعومين بـ LDAP في فرع ترحيل واحد. لذا، يُنصح بحل هذه المشكلة من خلال الدعم الفني بدلًا من الارتجال في منتصف العملية.

بعد تثبيت تطبيق الترحيل وتفعيله على النظام الكلاسيكي، قم بتعديل المسار وحساب الخدمة المذكورين في الدليل ليناسبا تثبيتك. يستخدم الدليل المسار وحساب الخدمة /var/www/owncloudكمثالين www-data:

sudo -u www-data php /var/www/owncloud/occ app:enable migrate_to_ocis
sudo -u www-data php /var/www/owncloud/occ migrate:to-ocis:init ocis.example.com
sudo -u www-data php /var/www/owncloud/occ migrate:to-ocis:verify

يتحقق أمر التحقق من صحة عناوين البريد الإلكتروني للمستخدمين المُفعّلين وعدم تكرارها. يُرجى إصلاح المشكلات المُبلغ عنها قبل المتابعة بدلاً من تخطي عملية التحقق. في حال الحاجة إلى نقل مستخدم مُعطّل، يُرجى مراجعة حسابه، وتفعيله على النظام الكلاسيكي قبل التحقق، وإدراجه في خطة الترحيل. كما يجب على Cedar Studio التحقق من تسجيل الدخول إلى oCIS عبر LDAP باستخدام عدد من المستخدمين المُمثلين قبل بدء نقل البيانات.

الخطوة الرابعة: أكمل فرع المستخدم والمجموعة، ثم قم بترحيل الملفات والمجلدات المشتركة

اتبع المسار الموضح في الدليل الرسمي الذي يتوافق مع إعدادات هويتك. إذا كان مستخدمو Classic محليين وسيستخدمون نظام إدارة الهوية المدمج في oCIS، فإن تسلسل الدليل يتضمن ترحيل المستخدمين، وتعيين دور في oCIS، وترحيل المجموعات. يتم تعيين دور واحد للمستخدمين الذين تم ترحيلهم؛ لا يتم الاحتفاظ بأدوار Classic بشكل مباشر، كما أن صلاحيات المسؤول الفرعي في Classic ليس لها دور مكافئ في oCIS. راجع صلاحيات الوصول للمسؤول يدويًا. إذا كان كلا النظامين يستخدمان نفس دليل LDAP، فتأكد من أن المستخدمين والمجموعات متوفرة بالفعل في oCIS، واتبع مسار LDAP بدلاً من إنشاء نسخ مكررة.

بعد تجهيز المستخدمين والمجموعات والأدوار، تستخدم أوامر الملفات والمشاركة الموثقة اسم مستخدم مسؤول oCIS كوسيط أخير. ويُطلب إدخال كلمة مرور المسؤول الكلاسيكية بشكل تفاعلي.

sudo -u www-data php /var/www/owncloud/occ migrate:to-ocis:migrate:files admin
sudo -u www-data php /var/www/owncloud/occ migrate:to-ocis:migrate:shares admin

قم بتشغيل نقل الملفات قبل نقل المشاركات، كما هو موضح في إجراءات الترحيل. يتم تخطي المستخدمين الذين لم يسجلوا دخولهم مطلقًا وليس لديهم ملفات، أو المستخدمين غير الموجودين في oCIS، في خطوة نقل الملفات. يمكن الإبلاغ عن المشاركات التي تتضمن مستخدمين أو مجموعات مفقودة كأخطاء أثناء استمرار عملية الترحيل. بالنسبة إلى Cedar Studio، يعني هذا أنه يجب على الفريق فحص مخرجات الأوامر وقائمة المشاركات؛ فالإكمال دون توقف حرج لا يُعد دليلًا على أن جميع المشاركات تعمل.

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

الخطوة 5: الانتقال مع نافذة تحقق واستعادة متعمدة

لضمان انتقال آمن، ستقوم Cedar Studio بتحديد فترة يتوقف فيها الموظفون عن تعديل الملفات في Classic، ثم تشغيل عملية الترحيل المعتمدة، وبعد ذلك توجيه العملاء والمستخدمين إلى oCIS فقط بعد اجتياز عمليات التحقق. يُعدّ هذا التجميد للكتابة إجراءً وقائيًا تشغيليًا، وليس ادعاءً بأن تطبيق الترحيل يُجري مزامنة مباشرة. لا يوثّق دليل الترحيل المنشور المزامنة المستمرة أو أمر النسخ التفاضلي النهائي. إذا لم يكن بإمكان المؤسسة تحمّل تجميد الكتابة، فيُرجى طلب خطة انتقال خاصة بالإصدار من دعم ownCloud قبل التعهد بنقل البيانات دون توقف.

التحقق باستخدام قائمة التحقق بدلاً من تسجيل دخول واحد للمسؤول:

• تأكد من ظهور المستخدمين والمجموعات وعضويات المجموعات المتوقعة في oCIS؛ تأكد من تعيينات الأدوار، وخاصة للمسؤولين السابقين.
• اطلب من المستخدمين فتح ملفات تمثيلية تم نقلها من عدة مساحات شخصية، بما في ذلك الملفات الكبيرة والمستندات التي تم تحريرها مؤخرًا.
• اختبر مشاركات المستخدمين الداخلية ومشاركات المجموعات مع كل من حساب المالك وحساب المستلم.
• افتح الروابط العامة في جلسة متصفح خاصة؛ أعد تعيين كلمات المرور على الروابط المحمية التي تم نقلها وأعد إنشاء الروابط التي فشلت في عمليات التحقق من السياسة.
• أعد إنشاء نقاط التحميل الخارجية وقم بنقل البيانات التي كانت تشير إليها أو إعادة توصيلها بشكل منفصل، ثم تأكد من أن المستخدمين لديهم حق الوصول المقصود.
• تحقق من تطبيقات سطح المكتب والهواتف المحمولة، وقم بتسجيل الدخول، والمزامنة، وقناة الدعم لإعادة تعيين كلمة المرور قبل الإعلان عن العنوان الجديد.

أبقِ النسخة الكلاسيكية متاحة في وضع القراءة فقط المُتحكم به أو في حالة تجميد أخرى حتى يُوقع مالك العمل ويتم التحقق من السجلات المطلوبة. قم بإزالة خاصية انتحال الهوية المؤقتة وألغِ رمز تطبيق الترحيل عند انتهاء الحاجة إليه. ثم خذ نسخة احتياطية من oCIS واختبرها باستخدام الإجراء المُتبع في تخطيط التخزين الخاص بها. تنص اعتبارات النسخ الاحتياطي الرسمية لـ oCIS 8.2 على ضرورة إيقاف تشغيل النظام بالكامل لإجراء النسخ الاحتياطي الموثق، وتوضح أن البيانات الوصفية وملفات blobs قد يكون لها مسارات تخزين منفصلة.

كيف تبدو عملية الهجرة الناجحة

في مثال Cedar Studio، لا يقتصر النجاح على تحميل واجهة الويب الخاصة بـ oCIS فحسب، بل يعني أيضًا قدرة الموظفين على المصادقة باستخدام مصدر الهوية المقصود، والعثور على محتوى دليلهم الرئيسي، وفتح ملفات الفريق، واستخدام المشاركات المعاد إنشاؤها أو المُرحّلة مع الأذونات المتوقعة. يتم مراعاة إعادة تعيين كلمات المرور، والوصلات الخارجية، وتغييرات الروابط العامة، بينما يظل النظام الكلاسيكي متاحًا حتى يتم قبوله. في حال فشل أي من هذه الفحوصات، أوقف عملية الانتقال مؤقتًا، وسجّل المستخدمين والكائنات المتأثرة، وعالج الثغرة قبل اعتماد oCIS كنظام مرجعي.