لماذا تعيد مهمة مزامنة سحابية رفع الملفات المحذوفة سابقًا بعد استعادة قاعدة بيانات حالتها؟
يمكن لقاعدة بيانات مزامنة مستعادة إعادة تحميل الملفات المحذوفة عندما لا تعود تحتوي على سجلات الحذف التي تميّز الإزالة المتعمدة عن البيانات المحلية المكتشفة حديثًا.
تعتمد المزامنة ثنائية الاتجاه على أكثر من الملفات الظاهرة حاليًا. فهي تحتفظ بفهرس أو قاعدة بيانات للمسارات السابقة، والإصدارات، ومعرّفات الأجهزة، والعلامات التي تشير إلى الحذف، وحالة المزامنة. تؤدي استعادة قاعدة بيانات أقدم مع إبقاء الملفات المحلية الأحدث أو حالة السحابة الأحدث إلى عدم تطابق زمني: فقد يفحص العميل نسخة محلية باقية باعتبارها جديدة، أو يفسّر الحذف البعيد على أنه تعارض. أوقف كل مشارك في المزامنة قبل تحديد الخط الزمني المعتمد.
تأكد من قاعدة البيانات وشجرة الملفات اللتين تمت استعادتهما
سجّل وقت النسخة الاحتياطية لقاعدة البيانات، ووقت شجرة الملفات المحلية، وحالة السحابة، وإعدادات العميل، وهوية الجهاز، وأول حدث لإعادة التحميل. تحقق مما إذا كانت قاعدة البيانات والملفات afkomstig من نقطة استرداد واحدة.
يتطلب إجراء استعادة Nextcloud استعادة قاعدة البيانات ودليل البيانات كنظام متسق واحد، لأن استعادة طبقة واحدة فقط تنشئ بيانات وصفية لم تعد تطابق الملفات المخزنة.
إذا كانت قاعدة البيانات أقدم من عملية الحذف، بينما تحتوي الشجرة المحلية على نسخة أقدم باقية، فإن إعادة التحميل تكون متوقعة. احتفظ بالحالات الثلاث كلها قبل السماح ببدء دورة مزامنة تلقائية أخرى.
تحقق مما إذا كانت علامات الحذف قد تراجعت
حدد ما إذا كانت الحالة المستعادة تحتوي على حدث الحذف، وإصدار الملف، ومعرّف العنصر البعيد، والجهاز الذي أزال الملف في الأصل. قارن السجلات من الفترة التي سبقت الحذف مباشرة بالفترة التي تلته.
تحتفظ Syncthing بقاعدة بيانات فهرس محلية، وتحذّر من أن إعادة تعيين قاعدة البيانات تفرض إعادة فحص ومزامنة كاملتين؛ وإذا ظهرت شجرة ملفات محمّلة أقدم في وقت لاحق، فقد تنتج إصدارات غير متسقة.
يختفي الحذف الذي كان موجودًا فقط في قاعدة البيانات الأحدث بعد التراجع. وترى عملية الفحص التالية الملف المتبقي، لكنها تفتقر إلى الدليل التاريخي الذي يوجب إبقاءه محذوفًا.
راجع ملفات القوائم الخاصة بالمزامنة ثنائية الاتجاه ذات الحالة
بالنسبة إلى أدوات مثل Rclone Bisync، حدد موقع القائمتين السابقتين، ودليل العمل، وحالة القفل، وآخر تشغيل ناجح. لا تتعامل مع إعادة مزامنة جديدة باعتبارها استمرارًا لحالة صالحة.
توثّق Rclone أن Bisync تعمل بحالة مستمرة بين التشغيلات المتتالية، وتخزّن بيانات العمل بشكل منفصل عن المجلدات المتزامنة.
يمكن لاستعادة تلك القوائم أو حذفها أن يمحو الفرق بين «حُذف منذ آخر تشغيل» و«موجود على هذا الجانب فقط». استخدم التشغيل التجريبي واحفظ القائمتين قبل إعادة بناء الحالة.
حدّث بصمة الخادم بعد استعادة قاعدة البيانات
تحقق مما إذا كانت منصة الخادم توفر علامة استرداد تُبلغ العملاء بأن قاعدة البيانات تمت استعادتها. طبّقها قبل إعادة اتصال العملاء.
توجّه ownCloud المسؤولين إلى تشغيل maintenance:data-fingerprint بعد الاستعادة حتى تتمكن عملاء سطح المكتب والهواتف المحمولة من التعرّف على حالة الخادم المستعادة.
من دون تغيير بصمة الاسترداد، يمكن للعملاء متابعة العمل وفق افتراضات أُنشئت استنادًا إلى قاعدة البيانات الأحدث. وقد يؤدي ذلك إلى تعارضات أو إعادة تحميل أو محاولات حذف عناصر تمت استعادتها على الخادم.
حدد النسخ المحلية التي نجت من الحذف السحابي
ابحث في كل جهاز متزامن، ومجلد غير متصل، ومسار مستثنى، وسلة محذوفات، ودليل تعارض، ومجلد استرداد مؤقت عن نسخ من الملف المحذوف.
توضح Dropbox أن حذف عنصر قد يزيله من الأجهزة المتزامنة، لكن النسخ المملوكة لجهات أخرى أو التي لم تعد تشارك في الحالة المتزامنة نفسها قد تبقى.
يصبح الملف المحلي الباقي مرشحًا للتحميل عندما لا تعود قاعدة البيانات المستعادة تتعرف عليه باعتباره العنصر القديم المحذوف. احسب بصمته وانقله إلى منطقة عزل خارج جذر المزامنة قبل المطابقة.
أوقف العملاء مؤقتًا قبل إعادة تعيين حالة المزامنة أو إعادة بنائها
أوقف عمال مزامنة الخادم، وأوقف مؤقتًا كل عميل مزامنة على سطح المكتب والهاتف والحاويات والمهام المجدولة. أعد توصيل نقطة نهاية معتمدة واحدة أولًا.
ينص إجراء إعادة تعيين OneDrive من Microsoft على أن العميل يعيد بناء ملف DAT المحلي، ما يوضح أن إعادة التعيين تغيّر حالة العميل من دون تحديد إصدار الملف التاريخي الذي ينبغي اعتماده.
إعادة التعيين ليست بديلًا عن اختيار الخط الزمني الصحيح. فإذا أعاد عدة عملاء الفحص في الوقت نفسه، فقد يحمّل أحدهم نسخة محلية قديمة، بينما ينشر آخر عملية الحذف.
طابق مجلدًا واحدًا باستخدام تشغيل تجريبي ونسخة احتياطية مستقلة
صدّر قاعدة البيانات المستعادة، وانسخ جميع الملفات المحلية المتعارضة إلى خارج جذور المزامنة، واختر الحالة المعتمدة، واختبر مجلدًا صغيرًا واحدًا قبل استئناف مزامنة المكتبة بأكملها.
يوضح دليل النسخ الاحتياطي 3-2-1 من ZimaSpace الحد الفاصل ذي الصلة: حالة المزامنة ليست نسخة استرداد مستقلة عندما يمكنها إعادة تنفيذ الحذف أو إعادة تحميل بيانات قديمة.
تُحل المشكلة عندما تبقى الملفات المحذوفة محذوفة، وتُحمّل الملفات الناجية المقصودة مرة واحدة، وتُوثق التعارضات، ولا تؤدي مزامنة ثانية مضبوطة إلى إعادة ظهور غير متوقعة.
الأسئلة الشائعة
هل تؤدي استعادة قاعدة البيانات أيضًا إلى استعادة سجل الحذف؟
فقط حتى وقت النسخة الاحتياطية لقاعدة البيانات. تكون عمليات الحذف المسجلة بعد ذلك الوقت غائبة، ما لم يحفظها سجل آخر أو نقطة نهاية أخرى.
هل ينبغي إبقاء جميع عملاء المزامنة متصلين أثناء الاسترداد؟
لا. أوقفهم مؤقتًا وأعد توصيل نقطة نهاية معتمدة واحدة أولًا حتى لا تعيد العملاء الأقدم إدخال الملفات القديمة فورًا.
هل ستؤدي إعادة الفحص الكاملة إلى حل المشكلة بأمان؟
تعيد عملية الفحص بناء ما هو موجود حاليًا، لكنها لا تستطيع استنتاج النية التاريخية المفقودة. وقد تعيد تحميل الملفات الباقية ما لم تُختر الحالة المعتمدة أولًا.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
لماذا تؤدي استعادة وحدة تخزين Docker إلى إعادة إنشاء محتويات الملفات مع فقدان السمات الموسّعة؟
تشخيص لاستعادة وحدة تخزين يغطي جرد السمات الموسَّعة (xattr)، وخيارات tar وRsync، ومساحات الأسماء، ودعم الوجهة، والامتيازات، والتسميات، والبيانات الوصفية للتطبيق، والاختبارات.
لماذا يحتفظ الحاوي قيد التشغيل بحد الذاكرة القديم بعد تغيير ملف Compose؟
تشخيص لحدود الذاكرة يغطي مجموعات cgroups النشطة، وإعادة التشغيل مقابل إعادة الإنشاء، وحقول Compose، والحدود الصارمة والمرنة، والنطاقات الأصلية، وذاكرة التبديل، وأكوام الذاكرة في...
لماذا يؤدي إعادة تشغيل وكيل عكسي إلى إبطال كل جلسة في تطبيق مستضاف ذاتيًا واحد؟
تشخيص لفقدان الجلسة يشمل نطاق إعادة التشغيل، وملكية ملفات تعريف الارتباط، وتدوير الأسرار، والجلسات المدعومة بالتخزين المؤقت، والتوجيه الثابت، وبوابات المصادقة، والاسترداد.
