نقل ملفات ownCloud إلى مالك جديد دون فقدان المشاركات

لجعل مستخدم آخر مالكًا للملفات التي يملكها حاليًا حساب ownCloud مغادر أو متغير، استخدم الأمر الموجود على الخادم occ files:transfer-ownership. ينقل هذا الأمر جميع الملفات المملوكة افتراضيًا، بالإضافة إلى المشاركات الصادرة والبيانات الوصفية المرتبطة بها؛ استخدمه --pathعندما تحتاج إلى نقل مجلد فقط. تُغيّر لوحة مشاركة الويب أذونات الوصول، ولكنها ليست آلية نقل الملكية.

اختر نطاق النقل المناسب

في ownCloud Classic، تحدد الملكية مساحة الملفات الشخصية التي تحتوي على العنصر الأصلي، والحساب الذي يتحكم في المشاركة الصادرة. يبقى المستلم الذي لديه صلاحية التعديل مستلمًا؛ فمنحه صلاحية "التعديل" لا يجعله مالك الملف. قبل بدء عملية النقل، حدد ما إذا كان المالك الجديد يحتاج إلى جميع ملفات الحساب أم إلى مجلد مشروع معين فقط.

• نقل جميع الملفات: استخدم هذا الخيار عند إيقاف حساب ما، حيث يجب نقل الملفات المملوكة له والمجلدات المشتركة الصادرة منه معًا. يُسهّل هذا الخيار تحديد نطاق العملية، ولكنه ينقل محتوى أكثر مما قد يتطلبه تسليم المهمة من قِبل فريق واحد.
• نقل مجلد واحد: استخدم --pathهذا الخيار لدليل محدد ضمن ملفات المستخدم المصدر. هذا يقلل من نطاق النقل، ولكن تحقق من المحتوى المتداخل وعلاقات المشاركة قبل المتابعة.
• احتفظ بمشاركة فريق دائمة: بالنسبة لمحتوى الفريق المستمر، توصي ownCloud بإنشاء حساب مالك مخصص يبقى مجلده المشترك موجودًا حتى مع تغيير أعضاء الفريق. هذا خيار لإدارة الملفات المستقبلية، وليس نقلًا بأثر رجعي لملفات مالك حالي.

توضح وثائق مشاركة الملفات الرسمية لخادم ownCloud 11 أن الأمر ينقل المشاركات الصادرة والبيانات الوصفية المرتبطة بها، مثل الوسوم والتعليقات. أما المشاركات الواردة فلا تُنقل لأن مستخدمًا آخر يمتلك تلك الملفات الأصلية. كما لا تُنقل محتويات سلة المهملات أيضًا.

إعداد الحسابات والبيانات

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

جدولة العملية عندما لا يقوم المستخدمون بتحرير الملفات المصدرية. أنشئ نسخة احتياطية موثقة من بيانات ownCloud وقاعدة البيانات، وتأكد من معرفتك بإجراءات الاستعادة. لا تقم بنسخ الملفات أو إعادة تسميتها أو نقلها مباشرةً داخل مجلد البيانات: إذ تتتبع قاعدة البيانات بيانات تعريف الملفات وملكية الملفات. استخدم occهذه الميزة لكي يتمكن ownCloud من تحديث سجلاته ومشاركاته باستمرار.

تتضمن وثائق نظام التشغيل الكلاسيكي الحالي من ownCloud أدلة منفصلة للإصدارين 11.0 و10.16. يوثق الإصدار 11 عملية تثبيت تعتمد على Docker، بينما تستخدم أمثلة الإصدار 10.16 عملية تثبيت PHP تقليدية. استخدم صيغة الأمر المطابقة للإصدار المُثبّت بدلاً من نسخ الأمر بشكل عشوائي.

قم بتنفيذ عملية نقل الملكية

لـ ownCloud Classic 11 في Docker

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

docker compose exec owncloud occ files:transfer-ownership \
  source-user \
  destination-user

استبدل كلا معرّفي العينة بمعرّفات مستخدمي ownCloud الصحيحة. راجع مخرجات الأمر وأي تنبيهات بخصوص المشاركات المتجاوزة. لا تُضِف خيارًا يقبل المشاركات المتجاوزة تلقائيًا إلا بعد مراجعة النتائج وقبولها.

لـ ownCloud Classic 10.16 المثبت مع PHP

قم بتشغيل occالبرنامج بصلاحيات مستخدم خادم الويب من مجلد تثبيت ownCloud. في العديد من أنظمة Debian أو Ubuntu، يكون هذا المستخدم هو www-data:

sudo -u www-data php /var/www/owncloud/occ files:transfer-ownership \
  source-user \
  destination-user

عدّل مسار الملف التنفيذي والحساب ليتوافق مع جهازك المضيف. إذا أبلغ الأمر عن خيار أو أمر غير معروف، فراجع مرجع أوامر ownCloud الخاص بالإصدار المُثبّت واستخدمه occ files:transfer-ownership --helpقبل إعادة المحاولة.

اقتصر النقل على مجلد واحد

لنقل دليل مشروع باسم محدد Projectsبدلاً من كل ملف، أضف خيار المسار قبل معرفات المستخدم:

docker compose exec owncloud occ files:transfer-ownership \
  --path="Projects" \
  source-user \
  destination-user

يجب أن يكون المسار موجودًا داخل مجلد data/<source-user>/filesownCloud. لا يقوم ownCloud ببساطة بوضع المجلد في نفس المسار النسبي في الوجهة، بل يخزن المحتوى المنقول ضمن دليل يحمل الاسم المحدد transferred from <source-user> on <timestamp>في ملفات المستخدم الوجهة. أخبر المستلم بمكان العثور عليه بعد اكتمال الأمر. راجع مرجع أوامر ownCloud 10.16 occ للاطلاع على الخيارات المتاحة.

اعرف متى يكون هذا الأمر هو الأداة الخاطئة

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

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

إذا واجهت عملية النقل خطأً أو توقفت قبل الأوان، فلا تُكررها فورًا. يُوصي دليل مشاركة ownCloud بتشغيل الأمر occ files:troubleshoot-transfer-ownership --uid <uid>لكلٍ من مُعرّف المستخدم المصدر ومعرّف المستخدم الوجهة للتحقق من حالة النقل وإصلاحها. احتفظ بالسجلات الأصلية والنسخة الاحتياطية حتى تتضح النتائج.

تحقق من النتيجة قبل إزالة الحساب المصدر

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

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