النسخ الاحتياطي للموقع لا يكتمل بتحميل ملف: قاعدة 3-2-1، وخطوات اختبار الاستعادة على نطاق فرعي، وأسئلة تسألها لمضيفك. اقرأ القائمة الشهرية الجاهزة.
- شركة برمجيات مصرية منذ 2010
- دعم فني على واتساب
الإجابة المختصرة: النسخ الاحتياطي للموقع الصحيح يشمل أمرين معًا: ملفات الموقع وقاعدة بياناته، ويُحفظ في أكثر من مكان بينها مكان خارج الاستضافة نفسها. لكن وجود النسخة لا يثبت أنها تعمل. الدليل الوحيد هو أن تستعيدها فعلًا على نسخة تجريبية، وأن تسجّل كم استغرق ذلك، قبل أن يحدث عطل حقيقي.
ما الذي يشمله النسخ الاحتياطي للموقع فعلًا؟
توضح وثائق ووردبريس الرسمية أن للنسخ الاحتياطي جزأين: قاعدة البيانات والملفات، وأنك تحتاج إلى الاثنين معًا كي تستعيد موقعًا عاديًا كاملًا. الملفات تعني نواة ووردبريس والقوالب والإضافات والصور المرفوعة وملفي wp-config.php و .htaccess. أما المقالات والصفحات والطلبات والمستخدمون والإعدادات فمخزنة في قاعدة البيانات، وهي منفصلة عن الملفات. لذلك فتحميل مجلد الموقع وحده لا ينسخ قاعدة البيانات.
وللموقع التجاري عناصر أخرى تُنسى كثيرًا. اجمعها في مجلد واحد خارج الاستضافة:
- البريد: صناديق البريد قد تكون خارج نسخة الموقع، فاسأل مضيفك صراحة هل تُنسخ.
- سجلات DNS: صورة (لقطة شاشة أو تصدير) لقائمة سجلات الدومين من المكان الذي يديرها، لأن ضياعها يعني إعادة بناء البريد والموقع من الذاكرة.
- بيانات الدخول والملكية: بيانات حساب الدومين وحساب الاستضافة، ومن هو المالك المسجل لكل منهما.
- قائمة بما هو مثبت: أسماء الإضافات والقالب وإصداراتها وأي تعديلات برمجية مخصصة.
أين تُحفظ النسخ؟ ولماذا لا تكفي النسخة على السيرفر نفسه؟
نسخة تقع على القرص نفسه الذي يقع عليه الموقع تضيع معه إذا تعطل القرص أو حُذف الحساب أو اخترق أحدهم الخادم. هذه نسخة مريحة للأعطال الصغيرة، وليست حماية من الأعطال الكبيرة.
تنص وثيقة Data Backup Options المنشورة عبر US-CERT على قاعدة 3-2-1: احتفظ بثلاث نسخ من أي ملف مهم (نسخة أساسية ونسختين احتياطيتين)، على نوعين مختلفين من وسائط التخزين، مع نسخة واحدة خارج موقعك أو منشأتك. وتدعو إرشادات CISA لمواجهة الفدية إلى الاحتفاظ بنسخ غير متصلة بالشبكة وإلى اختبار توافر النسخ وسلامتها في سيناريو تعافٍ بصورة منتظمة.
ماذا يفسد النسخة دون أن تنتبه؟
هذه الأسباب نراها في الممارسة، وكلها تجعل النسخة تبدو سليمة وهي غير صالحة:
- نسخة ملفات بلا قاعدة بيانات أو العكس، فتستعيد موقعًا بلا محتوى أو محتوى بلا قالب.
- نسخة مصابة: إذا كان الموقع مخترقًا حين أُخذت النسخة فهي تحمل الإصابة معها.
- نسخة ناقصة بسبب مهلة التنفيذ: مجلد الصور الكبير قد يتوقف نسخه في منتصف العملية، وقد لا يصلك أي تنبيه.
- نسخة مخزنة في حساب لا تملكه: حساب سحابي باسم المبرمج السابق أو الشركة المنفذة.
- نسخة مشفرة بكلمة مرور ضاعت، فتصبح ملفًا لا يفتحه أحد.
كيف تُطبَّق القاعدة على موقع شركة صغيرة؟
- النسخة الأولى: الموقع الحي نفسه.
- الثانية: نسخة تلقائية من الاستضافة على قرص منفصل عن قرص الموقع، إن كان مضيفك يوفرها.
- الثالثة: نسخة في مكان خارج الاستضافة: تخزين سحابي لحساب تملكه أنت، أو حاسوبك المحلي.
وتنصح وثائق ووردبريس بالاحتفاظ بثلاث إلى خمس نسخ حديثة على الأقل، وبتوزيعها بين مواقع مختلفة: خادم الاستضافة وتخزين سحابي وحاسوبك. اجعل حساب التخزين السحابي باسمك أنت، لا باسم المبرمج أو الشركة المنفذة، فهذا من أهم أسباب فقدان الوصول لاحقًا.
كم مرة تنسخ؟ تقرير بحسب نوع الموقع
تقترح وثائق ووردبريس أن تكفي المواقع الصغيرة قليلة المقالات نسخة أسبوعية، وأن تحتاج المواقع كثيرة النشاط إلى نسخة يومية، وأن تنسخ قاعدة البيانات بانتظام وقبل أي ترقية دائمًا. وبناء على ذلك نحدد القاعدة بسؤال واحد: كم تخسر لو رجعت إلى نسخة عمرها يوم أو أسبوع؟
| نوع الموقع | ما الذي يتغير | التكرار المقترح | تنبيه |
|---|---|---|---|
| صفحة تعريفية بنشاط الشركة | نادرًا | أسبوعيًا، وقبل كل تعديل | احتفظ بنسخة بعد كل تعديل كبير |
| مدونة أو موقع محتوى | مقالات وتعليقات | أسبوعيًا أو يوميًا بحسب النشر | الصور المرفوعة تكبر مع الوقت |
| متجر يستقبل طلبات | طلبات وعملاء ومخزون كل يوم | قاعدة البيانات أكثر من الملفات، ويوميًا على الأقل عند نشاط الطلبات | طلب بعد آخر نسخة يضيع إن استعدت |
| قبل أي تحديث أو نقل | تغيير مقصود | نسخة جديدة قبل الخطوة مباشرة | وتأكد أنها تُستعاد |
القاعدة العملية للمتجر: ما تفقده عند الاستعادة هو الطلبات التي تمت بعد النسخة. فإن كان ذلك غير مقبول لك فزد تكرار نسخ قاعدة البيانات، ولا تنتظر نسخة الملفات الكاملة.
مثال افتراضي: متجر صغير يأخذ نسخة أسبوعية
هذا المثال افتراضي بلا أرقام حقيقية. متجر يأخذ نسخة كل أسبوع في يوم محدد، ثم يتعطل في آخر الأسبوع التالي. الاستعادة تعيد المتجر إلى حالته وقت النسخة، فتختفي كل الطلبات الجديدة وتسجيلات العملاء الجدد منذ ذلك اليوم. صاحب المتجر لا يعرف من اشترى، والعميل يعتقد أن طلبه تم، والدفع ربما خرج من حسابه.
الحل ليس نسخة أسبوعية أكثر دقة للملفات، بل نسخة قاعدة بيانات متكررة، وسجل للطلبات في مكان خارج المتجر (بريد إشعارات الطلبات مثلًا)، وخطة مكتوبة لمطابقة الطلبات المفقودة مع ما وصلك من بوابة الدفع بعد أي استعادة. وهذا سبب أن جدول التكرار أعلاه يفرّق بين الملفات وقاعدة البيانات.
نسخة لم تُستعَد لا نعدّها نسخة: اختبار الاستعادة في ثماني خطوات
في عملنا كشركة استضافة نبدأ دائمًا بسؤال واحد قبل أي عمل على موقع: هل جرّبنا استعادة نسخته؟ ملف ينزل كاملًا أو يجتاز فحص السلامة لا يثبت أنه يعمل، فقد يكون ناقصًا أو مرتبطًا بإعدادات لم تُنسخ. الدليل هو الاستعادة. جرّب الخطوات على نطاق فرعي (subdomain) جديد، لا على الموقع الحي أبدًا.
- أنشئ نطاقًا فرعيًا تجريبيًا مثل test.example.com من لوحة الاستضافة، وأنشئ له قاعدة بيانات جديدة ومستخدمًا جديدًا لها.
- استعد الملفات أولًا إلى مجلد النطاق الفرعي، ثم استورد قاعدة البيانات، كما تنصح وثائق ووردبريس: الملفات أولًا ثم قاعدة البيانات.
- حدّث ملف wp-config.php ببيانات القاعدة الجديدة (الاسم والمستخدم وكلمة المرور والمضيف).
- اضبط عنوان النسخة التجريبية. عنوان الموقع مخزن داخل قاعدة البيانات، فقد تحوّلك الصفحات إلى الموقع الحقيقي. تتيح وثائق ووردبريس تجاوز القيمة المخزنة بسطرين في ملف الإعدادات دون تغيير القاعدة، واستبدل بعبارة FULL_ADDRESS_OF_TEST_COPY العنوان الكامل للنسخة التجريبية:
define( ‘WP_HOME’, ‘FULL_ADDRESS_OF_TEST_COPY’ );
define( ‘WP_SITEURL’, ‘FULL_ADDRESS_OF_TEST_COPY’ );
وتذكر الوثائق أن هذا يتجاوز القيمة المخزنة ولا يغيّرها في القاعدة، وأنها ترجع إلى القيمة القديمة إن حذفت السطرين.
- افتح الصفحة الرئيسية وصفحتين داخليتين، وتحقق أن الصور والقوائم تظهر.
- سجّل الدخول إلى لوحة التحكم وجرّب أمرًا بسيطًا، وأرسل نموذج الاتصال، وإن كان المتجر عندك فنفّذ طلب تجربة ولا تستعمل بيانات دفع حقيقية.
- دوّن الزمن: كم استغرقت الاستعادة من أول خطوة إلى أن عمل الموقع؟ هذا هو زمن توقفك الحقيقي إن وقع عطل.
- احمِ النسخة ثم احذفها. ما دامت قائمة فاحمِها بكلمة مرور على مستوى المجلد حتى لا تُفهرس ولا يراها العملاء، ثم احذفها مع قاعدتها حين تنتهي، فنسخة منسية تتقادم وقد تصبح ثغرة.
اكتب في ورقة اختبار واحدة: تاريخ النسخة التي جرّبتها، ومن نفّذ الاستعادة، وكم استغرقت، وما الذي لم يعمل، وما الذي عدّلته. ورقة كهذه تفيدك حين تضغط الأزمة ويغيب الشخص الذي يعرف الخطوات، لأن أي موظف أو مبرمج يستطيع أن يتبعها. وقارن زمن الاستعادة بما يتحمله نشاطك: إذا كان متجرك يخسر طلبات في كل ساعة توقف، فالزمن الطويل علامة على أنك تحتاج إلى ترتيب أفضل مع مضيفك.
إن فشلت أي خطوة فهذه فائدة الاختبار: اكتشفت العيب اليوم. غيّر طريقة النسخ وأعد التجربة، ولا تعتمد على النظام الحالي حتى ينجح.
ماذا تفعل اليوم إن كانت نسخة الاستضافة هي الوحيدة؟
- نزّل نسخة كاملة (ملفات وقاعدة بيانات) إلى حاسوبك أو إلى تخزين سحابي بحسابك، ولو بشكل يدوي هذا الأسبوع.
- ضع تاريخها في ملف مكتوب مع اسم الإضافات والقالب.
- حدد موعدًا قريبًا لاختبار الاستعادة على نطاق فرعي، ولا تؤجله إلى «بعد الحملة».
هذه الخطوات الثلاث تغطي الخطر الأكبر مجانًا تقريبًا، وتعطيك وقتًا لتنظيم نظام تلقائي لاحقًا.
متى لا تجرّب بنفسك؟
إن كان موقعك متجرًا يعمل وبياناته حساسة، أو لا تعرف كيف تنشئ قاعدة بيانات أو تعدّل ملف الإعدادات، فاطلب من مضيفك أو من متخصص أن ينفذ الاختبار ويعطيك زمن الاستعادة مكتوبًا. التجربة الخاطئة على الموقع الحي أخطر من عدم التجربة.
هل تكفي إضافة نسخ احتياطي داخل ووردبريس؟
الإضافات المخصصة للنسخ تفيد كثيرًا، لكن لها شرطين. الأول أن تتأكد من وجهة الحفظ في إعداداتها: إن كانت النسخة تُحفظ داخل مجلد الموقع نفسه فهي على السيرفر نفسه، وتسقط معه. والثاني أن تعمل الإضافة بعد كل تحديث للقالب أو للإضافات، فبعض الأعطال تمنعها من العمل وتبقى الواجهة تقول إن كل شيء سليم.
اجعل لإضافة النسخ وجهة خارجية بحساب تملكه، وافتح سجلها شهريًا لتتأكد من تاريخ آخر نسخة ناجحة.
أسئلة تسألها لمضيفك عن النسخ الاحتياطي
قول المضيف إن «النسخ مفعّل» لا يكفي. اسأل هذه الأسئلة واطلب الجواب مكتوبًا:
- ما الذي يُنسخ بالضبط: الملفات وقواعد البيانات والبريد ورسائله؟
- كم مرة تُؤخذ النسخة؟
- كم مدة الاحتفاظ بها؟
- أين تُخزَّن: على الخادم نفسه أم خارجه؟
- كم يستغرق تنفيذ الاستعادة عادة؟
- هل تشمل الاستعادة البريد والإعدادات أم الموقع فقط؟
- من ينفذ الاستعادة، وهل أستطيع أن أطلب استعادة ملف واحد أو قاعدة واحدة؟
- هل الاستعادة مجانية أم لها رسم؟
وإن كان الجواب «لا أعرف» أو «لا يوجد» لأي سؤال فسجّله، فهذه نقطة ضعف عليك تغطيتها بنسختك الخاصة خارج الاستضافة.
كيف تقرأ الجواب؟
الجواب المطمئن محدد: يذكر ما يُنسخ، وأين يُحفظ، وكم يُحتفظ به، وهل يمكن استعادة موقع واحد دون غيره. أما الجواب الغامض مثل «عندنا نسخ احتياطي بشكل تلقائي» فيحتاج إلى سؤال ثانٍ. وإذا أخبرك المضيف أن النسخ للطوارئ الداخلية فقط، فافترض أنك لا تملك نسخة تعتمد عليها، وابنِ نظامك الخاص.
وإن كان لديك أكثر من موقع أو حساب، فاسأل عن كل واحد على حدة، لأن إعداد النسخ قد يختلف من حساب إلى آخر على الخادم نفسه.
روتين شهري من خمس عشرة دقيقة
- تأكد أن آخر نسخة تلقائية حديثة التاريخ وحجمها طبيعي، فنسخة صغيرة جدًا علامة مشكلة.
- نزّل نسخة يدوية من قاعدة البيانات والملفات، فتقترح وثائق ووردبريس مقارنة النسخ التلقائية بنسخة يدوية بين حين وآخر.
- تأكد أن إحدى النسخ في مكان خارج الاستضافة وبحساب تملكه.
- افتح ملف الحقائق: بيانات الدخول والملكية وسجلات DNS، وحدّثه إن تغير شيء.
- كل ثلاثة أشهر، نفّذ اختبار الاستعادة الكامل ودوّن الزمن.
وحدد شخصًا واحدًا مسؤولًا عن هذا الروتين باسمه. المهمة التي يملكها الجميع لا ينفذها أحد، وإذا كان المسؤول مبرمجًا خارجيًا فاطلب منه تقريرًا شهريًا قصيرًا بتاريخ آخر نسخة وآخر اختبار استعادة.
قبل كل تحديث
خذ نسخة جديدة من قاعدة البيانات والملفات قبل أي تحديث للإضافات أو القالب أو إصدار PHP، وتأكد أنها تعمل. وشرحنا ذلك في خطوات تحديث PHP في ووردبريس بأمان. وإن ظهرت الشاشة البيضاء بعد التحديث فارجع إلى قراءة سجل الأخطاء قبل أي تعطيل قبل أن تستعيد.
بعد اختراق: لا تستعد بشكل أعمى
إذا اخترق الموقع فاستعادة نسخة قديمة قد تعيد الباب المفتوح نفسه إن كانت النسخة مصابة أو كان السبب إضافة قديمة لم تُحدَّث. احفظ الحالة المصابة كدليل، وافحص النسخة بالمحتوى قبل الاعتماد عليها، وغيّر كلمات المرور. ابدأ من علامات اختراق ووردبريس وخطوات التعافي، واقرأ عن أساسيات حماية الموقع لتسد الثغرة قبل أن تعيد النشر.
النقل بين استضافتين هو اختبار استعادة مجاني
من ينقل موقعه إلى استضافة جديدة يمارس في الحقيقة استعادة كاملة. فإذا كنت تخطط لنقل قريب فاجعل نسخة النقل أول اختبار استعادة لك، واقرأ خطوات نقل الموقع بأمان قبل أن تبدأ.
ما الذي نفعله في برمجلى؟ نأخذ النسخة ونجرّب استعادتها
برمجلى شركة برمجة واستضافة في القاهرة منذ 2010، ولدينا 89 موقعًا لعملاء نشغّل لهم الاستضافة. في باقة الصيانة الشهرية لووردبريس نتابع التحديثات والنسخ الاحتياطي وفحص الأمان والسرعة، ونرسل لك تقريرًا بما تم. لا نعد بأن أي نسخة ستعمل دون تجربتها، ولهذا نختبر ولا نكتفي بالتحميل. والصيانة لا تشمل التطوير الكبير. راسلنا على واتساب إن أردت أن نراجع نسخك الحالية معك.
المصادر
- WordPress Developer Resources, WordPress Backups
- WordPress Developer Resources, Editing wp-config.php (WP_HOME and WP_SITEURL)
- US-CERT (CISA), Data Backup Options (the 3-2-1 rule)
- CISA, #StopRansomware Guide (offline backups and testing)
أسئلة شائعة
ما هي قاعدة 3-2-1 للنسخ الاحتياطي؟
هي قاعدة تقول: احتفظ بثلاث نسخ من الملف المهم، نسخة أساسية ونسختين احتياطيتين، على نوعين مختلفين من وسائط التخزين، مع نسخة واحدة خارج موقعك. كما وردت في وثيقة US-CERT. وفي موقعك يعني ذلك ألا تبقى النسخة على السيرفر نفسه فقط.
هل يكفي أن تأخذ استضافتي نسخة احتياطية يوميًا؟
لا يكفي وحده. اسأل أين تُحفظ النسخة، وكم مدة الاحتفاظ بها، وهل تشمل البريد، وكم تستغرق الاستعادة. وتنصح وثائق ووردبريس بنسخ في مواقع مختلفة، فاحتفظ بنسخة إضافية خارج الاستضافة بحساب باسمك.
ماذا يجب أن أنسخ من موقع ووردبريس؟
تحتاج إلى الملفات وقاعدة البيانات معًا. الملفات تشمل النواة والقوالب والإضافات والصور وملفي wp-config.php و htaccess، أما المحتوى والطلبات والمستخدمون ففي قاعدة البيانات. واحفظ أيضًا سجلات DNS وبيانات الدخول، واسأل مضيفك عن البريد.
كيف أعرف أن نسختي الاحتياطية تعمل؟
استعدها فعلًا على نطاق فرعي تجريبي: ارفع الملفات، ثم استورد قاعدة البيانات، وحدّث ملف wp-config.php، وافتح الموقع وسجّل الدخول وجرّب نموذجًا. حجم الملف أو نجاح تنزيله لا يثبت شيئًا. دوّن الزمن، ثم احذف النسخة التجريبية.
كم مرة يجب أن أنسخ موقعي؟
تقترح وثائق ووردبريس نسخة أسبوعية للمواقع الصغيرة قليلة المقالات ويومية للمواقع كثيرة النشاط، وأن تنسخ قاعدة البيانات دائمًا قبل أي ترقية. وللمتجر انسخ قاعدة البيانات أكثر من غيرها، لأن ما تفقده عند الاستعادة هو الطلبات التي تلت النسخة.
خدمات مرتبطة
- تصميم مواقع الشركات في مصر
- إنشاء متجر إلكتروني
- برمجة مواقع وأنظمة خاصة
- ايميل رسمي للشركات
- أتمتة واتساب للشركات
- نظام شركات السياحة
