تقوم المزامنة عن بُعد بإعادة نسخ مجلد كامل عندما لا يستطيع العميل إثبات أن الملفات المحلية والبعيدة متطابقة.
بعد إعادة اتصال جهاز كمبيوتر محمول أو NAS أو مشاركة مركبة أو نظير بعيد، قد يعيد محرك المزامنة بناء فهرسه، يرى هوية نظام ملفات مختلفة، يفقد التجزئات المخزنة، يكتشف تغييرات في الطوابع الزمنية، يعامل الملفات المعاد تسميتها ككائنات جديدة، أو يقارن بقاعدة بيانات قديمة. التشخيص الصحيح يحمي النسختين أولاً، ثم يحدد ما إذا كان العميل يعيد الفحص، أو يعيد التجزئة، أو يعيد التنزيل، أو يعيد نقل البيانات فعليًا قبل إعادة تعيين أي مكتبة.
تأكد مما إذا كان العميل يقوم بالفحص أو التجزئة أو النقل
سجل معدل نقل الشبكة، وقراءات القرص، واستخدام وحدة المعالجة المركزية، وحالة العميل، ورسائل السجل أثناء عملية النسخ الظاهرة. يمكن أن يبدو الفحص الكامل أو تمرير التحقق من المجموع مشغولًا لساعات دون إرسال المجلد الكامل عبر الإنترنت.
تناقش مناقشة rclone كيف يمكن لوضع التحقق من المجموع تكرار معالجة التحقق من المجموع في كل تشغيل. هذا السلوك يستهلك التخزين ووحدة المعالجة المركزية لكنه يختلف عن إعادة الإرسال الحقيقية عبر الشبكة.
استخدم عدادات نقل الملفات الفردية أو إجماليات الحزم لتصنيف الحدث. إذا تم قراءة البيانات الوصفية والتجزئات فقط، فقم بتحسين حالة الفحص؛ إذا تم نقل البايتات الكاملة مرة أخرى، استمر في اختبارات الهوية والفهرس والطابع الزمني وإعادة التسمية.
تحقق مما إذا تم إعادة بناء قاعدة بيانات المزامنة أو الفهرس
افحص سجلات العميل حول إعادة الاتصال بحثًا عن ترحيل قاعدة البيانات، أو تلفها، أو فقدان الفهرس، أو إعادة التعيين، أو إعادة الفحص، أو رسائل التشغيل الأول. قارن دليل تكوين العميل والطابع الزمني لقاعدة البيانات مع آخر مزامنة ناجحة.
تشرح حالة دعم Syncthing أن قاعدة بيانات الفهرس التالفة قد تحتاج إلى إعادة بناء، مما يجعل الجهاز يتصرف كما لو أن المجلدات أضيفت حديثًا وقد يسبب إعادة فحص أولية كبيرة.
قم بعمل نسخة احتياطية من قاعدة البيانات قبل حذفها أو إعادة تعيينها. إذا بدأت عملية النسخ فورًا بعد إعادة تثبيت التطبيق، أو إعادة إنشاء الحاوية، أو إعادة تعيين الملف الشخصي، أو فقدان قاعدة البيانات، فاحفظ البيانات الجيدة واستخدم سير عمل إعادة الاتصال بالمجلد الموجود المدعوم من العميل.
قارن هوية الملف بما يتجاوز اسم الملف
اختر عدة ملفات يريد العميل إعادة نسخها وقارن الحجم، ووقت التعديل، والتحقق من المجموع، والأذونات، والملكية، وحالة الأحرف، والسمات الموسعة، والمسار على كلا الجانبين. سجل الحقل الذي يختلف.
يناقش مستخدمو FreeFileSync تخزين التجزئات لأن الحجم والطوابع الزمنية وحدها قد لا تثبت دائمًا أن الملفات المقترنة لا تزال متطابقة، بينما تضيف قواعد بيانات التحقق من المجموع متطلبات حالة خاصة بها. هذا يوضح لماذا البيانات الوصفية لمقارنة الملفات مهمة بعد إعادة الاتصال.
إذا تطابقت تجزئات المحتوى لكن الطوابع الزمنية أو الأذونات تختلف، صحح إعدادات الساعة، أو الحفاظ على البيانات الوصفية، أو المقارنة بدلاً من إعادة نقل المحتوى. إذا اختلفت التجزئات، حدد أي الجانب هو المرجع قبل السماح بالكتابة التلقائية.
تحقق مما إذا تم إعادة الاتصال بالمجلد تحت هوية مختلفة
قارن المسار المركب، UUID لنظام الملفات، اسم المشاركة الشبكية، حرف محرك الأقراص، معرف الحجم، ربط الحاوية، وحساسية الحالة قبل وبعد الانفصال. يمكن أن يشير مسار المجلد المألوف إلى تركيب مختلف أو دليل محلي فارغ.
غالبًا ما تخزن أدوات المزامنة هوية المجلد في قاعدة بيانات محلية بدلاً من الاعتماد فقط على المسار المعروض. لذلك، يمكن أن تبدو مشاركة NAS المعاد تركيبها، أو قرص USB المستبدل، أو حجم Docker المتغير، أو ملف تعريف العميل المعاد إنشاؤه كهدف جديد تمامًا.
توقف عن المزامنة إذا كان التركيب المتوقع غائبًا أو أشار المجلد إلى تخزين احتياطي محلي. استعد التركيب الأصلي وتحقق من ملفات عينة قبل إعادة توصيل المكتبة لمنع الحذف أو التنزيلات المكررة.
اختبر ما إذا كانت عمليات النقل وإعادة التسمية تُكتشف
اختر مجلدًا صغيرًا واحدًا، أعد تسميته أثناء اتصال كلا الطرفين، وراقب ما إذا كان العميل ينفذ نقل بيانات وصفية أو يرفع كل ملف كمحتوى جديد. كرر بعد الانفصال وإعادة الاتصال.
تشير مناقشة ميزة Syncthing إلى أن عمليات النقل أو إعادة التسمية يمكن أن تُعامل كعمليات نقل جديدة عندما لا يستطيع الأداة مطابقة المسارات المتغيرة من خلال فهرسها الحالي، مما ينتج سلوك الحذف وإعادة الرفع.
إذا تبعت عملية النسخ إعادة تسمية مجلد على مستوى عالٍ، دع العميل يكمل تبادل الفهرس قبل إجراء المزيد من التغييرات. بالنسبة للمكتبات الكبيرة، تجنب عمليات إعادة التسمية الجماعية المتزامنة على عدة نظائر واحتفظ بتمكين النسخ الاحتياطي أو الحماية بالإصدارات.
أعد الاتصال بأمان دون إعادة تعيين النسخة الجيدة
أنشئ نسخة احتياطية أو لقطة للجانب المرجعي، أوقف المزامنة مؤقتًا، واختبر مجلدًا فرعيًا صغيرًا باستخدام وظيفة المجلد الموجود أو إعادة الربط في العميل. لا تضغط على زر إعادة التعيين أو إعادة المزامنة العام قبل فهم اتجاهه.
يوفر دليل ZimaSpace حول استعادة مجلد مشترك واحد بأمان نفس مبدأ الاحتواء لحماية البيانات غير المتأثرة.
يتم حل المشكلة فقط عندما تحافظ إعادة الاتصال على الفهرس، وتقارن الملفات الموجودة دون نقل الحمولة، وتطبق التغييرات الحقيقية فقط، وتتحمل انقطاعًا آخر. إذا تكررت تلف قاعدة البيانات أو اختفائها، أصلح مشكلة التخزين، أو الإيقاف، أو استمرارية الحاوية، أو تثبيت العميل بدلاً من قبول عمليات المزامنة الكاملة المتكررة.
الدعم والنصائح
المزيد للقراءة

How to Reduce Plex Database Contention on a Busy Docker Host
A Plex configuration guide for busy hosts that treats the database as local application state and reduces I/O contention without inventing a shared DB...

How to Prevent Duplicate Plex Scans and Imports
A prevention guide for duplicate Plex scans and imports that removes overlapping triggers instead of disabling library updates entirely.

How to Recover Plex After Its App-Data Volume Fills Up
A recovery ladder for full Plex app-data volumes that protects the database first and avoids deleting unknown files just to make the service start.

