لماذا يعيد المزامنة عن بُعد نسخ مجلد كامل بعد إعادة الاتصال؟

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

تقوم المزامنة عن بُعد بإعادة نسخ مجلد كامل عندما لا يستطيع العميل إثبات أن الملفات المحلية والبعيدة متطابقة.

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

تأكد مما إذا كان العميل يقوم بالفحص أو التجزئة أو النقل

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

تناقش مناقشة rclone كيف يمكن لوضع التحقق من المجموع تكرار معالجة التحقق من المجموع في كل تشغيل. هذا السلوك يستهلك التخزين ووحدة المعالجة المركزية لكنه يختلف عن إعادة الإرسال الحقيقية عبر الشبكة.

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

تحقق مما إذا تم إعادة بناء قاعدة بيانات المزامنة أو الفهرس

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

تشرح حالة دعم Syncthing أن قاعدة بيانات الفهرس التالفة قد تحتاج إلى إعادة بناء، مما يجعل الجهاز يتصرف كما لو أن المجلدات أضيفت حديثًا وقد يسبب إعادة فحص أولية كبيرة.

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

قارن هوية الملف بما يتجاوز اسم الملف

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

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

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

-15% OFF

تحقق مما إذا تم إعادة الاتصال بالمجلد تحت هوية مختلفة

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

غالبًا ما تخزن أدوات المزامنة هوية المجلد في قاعدة بيانات محلية بدلاً من الاعتماد فقط على المسار المعروض. لذلك، يمكن أن تبدو مشاركة NAS المعاد تركيبها، أو قرص USB المستبدل، أو حجم Docker المتغير، أو ملف تعريف العميل المعاد إنشاؤه كهدف جديد تمامًا.

توقف عن المزامنة إذا كان التركيب المتوقع غائبًا أو أشار المجلد إلى تخزين احتياطي محلي. استعد التركيب الأصلي وتحقق من ملفات عينة قبل إعادة توصيل المكتبة لمنع الحذف أو التنزيلات المكررة.

اختبر ما إذا كانت عمليات النقل وإعادة التسمية تُكتشف

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

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

إذا تبعت عملية النسخ إعادة تسمية مجلد على مستوى عالٍ، دع العميل يكمل تبادل الفهرس قبل إجراء المزيد من التغييرات. بالنسبة للمكتبات الكبيرة، تجنب عمليات إعادة التسمية الجماعية المتزامنة على عدة نظائر واحتفظ بتمكين النسخ الاحتياطي أو الحماية بالإصدارات.

أعد الاتصال بأمان دون إعادة تعيين النسخة الجيدة

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

يوفر دليل ZimaSpace حول استعادة مجلد مشترك واحد بأمان نفس مبدأ الاحتواء لحماية البيانات غير المتأثرة.

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

الدعم والنصائح

المزيد للقراءة

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.