النسخة الصحيحة قد تفشل إذا استرجعتها بترتيب خاطئ أو بدون تحقق.

نُشر في 20 يوليو 2026 · WordPress Backup / Restore Order / VPS

عندما يتعطل موقع WordPress، السؤال لا يكون هل لدينا backup فقط. السؤال الحقيقي: هل نعرف ترتيب الاسترجاع، وهل قاعدة البيانات والملفات من نفس اللحظة، وهل تم اختبار النتيجة؟ توثيق WordPress يضع ترتيبًا عمليًا للنسخ والاسترجاع، وتوصيات NIST تضيف طبقة الحوكمة والاختبار.

الترتيب العملي

توثيق WordPress يوصي عادة بنسخ قاعدة البيانات أولًا ثم ملفات الموقع. وفي الاسترجاع، يكون المسار المعتاد إعادة الملفات ثم استيراد قاعدة البيانات، مع مراجعة wp-config.php إذا تغيرت بيانات الاتصال بقاعدة البيانات.

هذا الترتيب يقلل تضارب النسخ، خصوصًا في مواقع WooCommerce أو العضويات أو النماذج التي تتغير بياناتها باستمرار.

أين تظهر المشاكل؟

قد تكون الملفات من يوم وقاعدة البيانات من يوم آخر. وقد تكون النسخة سليمة لكن الصلاحيات أو إصدار PHP أو مسار uploads يسبب أخطاء بعد العودة. لذلك يجب أن يتضمن runbook فحصًا بعد الاسترجاع.

في VPS أو cPanel، أضف أيضًا فحص مساحة القرص قبل الاسترجاع حتى لا تفشل العملية في منتصفها.

Checklist قبل restore

• حدد وقت النسخة المختارة وسبب الاختيار.
• تأكد أن قاعدة البيانات والملفات متقاربان زمنيًا.
• افحص مساحة القرص قبل فك الملفات.
• استرجع الملفات ثم قاعدة البيانات حسب الحالة.
• راجع الصلاحيات وملف الاتصال بقاعدة البيانات.
• اختبر الصفحة الرئيسية، تسجيل الدخول، النماذج، وأي مسار بيع أو حجز.

كيف تربطه بمقاومة ransomware؟

NIST IR 8374 Rev. 1 يربط التعافي بالحوكمة والاكتشاف والاستجابة والتعافي. لذلك يجب أن يكون ترتيب الاسترجاع جزءًا من خطة أوسع: من يوافق، من ينفذ، ومن يتحقق.

الاختبار الربع سنوي لنفس الترتيب يكشف المشاكل قبل حادث حقيقي.

أسئلة شائعة

هل backup يومي كافٍ؟ يعتمد على معدل تغير البيانات وهدف RPO.

هل أسترجع قاعدة البيانات فقط؟ أحيانًا، لكن يجب التأكد أن الملفات المتوافقة موجودة.

هل أحتاج سجل بعد restore؟ نعم، اكتب النسخة والوقت والنتيجة.

المصادر

• WordPress Developer Resources: Backups.
• WordPress.org Documentation: WordPress Backups.
• NIST IR 8374 Rev. 1: Ransomware Risk Management.
• NIST CSRC: Cybersecurity Framework.