Acronis Disaster Recovery

Acronis Disaster Recovery إضافة ضمن Acronis Cyber Protect Cloud تحتفظ بنسخ جاهزة للتشغيل من الأحمال المحمية داخل Acronis Cloud، وتُشغّل هذه النسخ في السحابة لحظة وقوع الانقطاع. والفارق عن النسخ الاحتياطي واضح: النسخ الاحتياطي يحفظ البيانات، أما التعافي من الكوارث فيُبقي الخدمة قائمة. وتُدار من وحدة تحكم واحدة كلٌّ من عمليات تجاوز الفشل الإنتاجي، وتجاوز الفشل الاختباري الذي لا يمس بيئة الإنتاج، والتشغيل المتسلسل عبر runbook، وخيارات شبكة VPN من موقع إلى موقع.

الأهداف معرّفة رسميًا كذلك: تنص ورقة بيانات Advanced Disaster Recovery من Acronis صراحةً على هدف RPO وRTO أقل من 15 دقيقة بفضل محرك RunVM (ورقة بيانات Acronis Advanced Disaster Recovery، 2022). وهذا الرقم ليس ضمانًا، بل نقطة التشغيل التي تستهدفها البنية؛ أما القيمة الفعلية فتتوقف على تواتر النسخ المتماثل، وحجم عبء العمل، وسعة الخط، وتصميم الـ runbook.

مبرر هذا الاستثمار كامن في البيانات التي تُظهر طول أمد الانقطاع. فبحسب تقرير IBM Cost of a Data Breach Report 2025، لم تتعافَ 65% من المؤسسات تعافيًا كاملًا من الاختراق حتى الآن؛ ومن بين من صرّحوا بتعافيهم الكامل تجاوزت العملية 100 يوم لدى 76% منهم، و150 يومًا لدى 26%، بينما تمكّنت 2% فقط من التعافي في أقل من 50 يومًا (IBM وPonemon، 2025). ويعطي التقرير نفسه متوسط التكلفة العالمية لاختراق البيانات عند 4.44 مليون دولار أمريكي (مقابل 4.88 مليون دولار في 2024)؛ أما متوسط تكلفة حوادث الابتزاز وبرامج الفدية فيبلغ 5.08 مليون دولار عندما يكشفها المهاجم بنفسه.

ولهذا فإن التعافي من الكوارث ليس موضوع سيناريو الزلزال أو الحريق فحسب، بل موضوع برامج الفدية أيضًا. فبحسب تقرير Acronis H2 2025 Cyberthreats Report، أُعلن في النصف الثاني من 2025 عن أكثر من 7,600 ضحية لبرامج الفدية حول العالم؛ وكانت أنشط المجموعات Qilin (962 ضحية) وAkira (726) وCl0p (517) (Acronis Cyberthreats Report H2 2025). ونحن في Sora Yazılım ننفّذ مشاريع التعافي من الكوارث ضمن عائلة حلول Acronis مع مراحل تحديد النطاق وتصميم الـ runbook والتمارين والتشغيل المُدار.

ما الفرق بين Acronis Disaster Recovery والنسخ الاحتياطي التقليدي؟

الإجابة المختصرة: في النسخ الاحتياطي تُحفظ البيانات وتُعاد كتابتها عند طلب الاستعادة؛ أما في التعافي من الكوارث فتنتظر نسخة جاهزة للتشغيل من عبء العمل في السحابة وتدخل الخدمة بأمر تجاوز الفشل. النسخ الاحتياطي يحسّن RPO، والتعافي من الكوارث يحسّن RTO في المقام الأول. وهما ليسا بديلين لبعضهما؛ فـ Disaster Recovery يُبنى أصلًا فوق اشتراك Acronis Cyber Protect نشط وفوق نسخ احتياطية مأخوذة بالفعل.

وبينهما طبقة وسيطة أخرى: Instant Restore. إذ يُشغَّل جهاز افتراضي مباشرةً من نسخة احتياطية على مستوى القرص تتضمن نظام التشغيل؛ وأثناء عمل الجهاز تُحاكى أقراصه من النسخة الاحتياطية ولا تُطلب مساحة تخزين إلا للتغييرات الناشئة. وتوصي Acronis بالاحتفاظ بهذا الجهاز المؤقت ثلاثة أيام كحد أقصى ثم حذفه أو تحويله إلى جهاز افتراضي دائم (دليل مستخدم Acronis Cyber Protect Cloud). ويستخدم Instant Restore موارد مشرف الأجهزة الافتراضية (hypervisor) لديك، بينما يوفّر Disaster Recovery الموارد من Acronis Cloud، ولذلك فهو الخيار الوحيد الذي يعمل في السيناريوهات التي يتعذّر فيها الوصول إلى موقع الإنتاج بالكامل.

هذا التمييز يوضّح قرار الشراء أيضًا. فالمؤسسات التي تريد الحماية من فقدان البيانات فقط يكفيها نواة النسخ الاحتياطي في Acronis Cyber Backup. أما الأحمال التي يتحول فيها زمن التوقف مباشرةً إلى خسارة في الإيرادات أو الخدمة فتتطلب قدرة تجاوز الفشل. وفي التطبيق العملي تصنّف المؤسسات أحمالها: تُدرَج الحرجة منها ضمن نطاق Disaster Recovery، وتُحمى البقية بالنسخ الاحتياطي وInstant Restore.

ما مقدار هدفي RTO وRPO فعليًا وعلى ماذا يتوقفان؟

الإجابة المختصرة: الهدف الرسمي هو RPO وRTO أقل من 15 دقيقة (ورقة بيانات Acronis Advanced Disaster Recovery، 2022)، لكن هذه القيمة تتوقف على ثلاثة متغيرات. الأول تواتر النسخ المتماثل: كلما تحدّثت نقطة الاسترداد أكثر ضاق RPO. والثاني تصميم الـ runbook: عدد الخوادم وترتيب تشغيلها والتبعيات بينها هو ما يحدّد RTO. والثالث الشبكة: إذا لم تُحسم كيفية وصول المستخدمين والأنظمة المتكاملة إلى النسخة السحابية، فلن تُعد الخدمة قائمة حتى لو كانت الخوادم تعمل.

لذلك ننفّذ عملية تحديد الأهداف على مستوى كل عبء عمل. ونطلب لكل تطبيق إجابة مكتوبة عن ثلاثة أسئلة: كم دقيقة من فقدان البيانات مقبولة، وخلال كم دقيقة يجب أن تعود الخدمة، وأي سير عمل يدوي سيُفعَّل خلال هذه المدة. ورغم أن سقفًا من نوع «RPO بين 15 دقيقة وساعة واحدة» يتداول أحيانًا في السوق، فإن ورقة البيانات الرسمية من Acronis لا تتضمن مثل هذا السقف؛ والهدف الوحيد المذكور هو أقل من 15 دقيقة. ولهذا نتعامل مع الهدف لا كوعد، بل كنقطة تشغيل يجب التحقق منها بالتمارين.

ثمة نقطة مهمة أخرى، وهي: إلى أي نقطة استرداد سيجري تجاوز الفشل. فمن بين القدرات التي تضيفها حزمة Advanced Disaster Recovery رسميًا «تجاوز الفشل إلى نقطة استرداد خالية من البرمجيات الخبيثة». وهذا حاسم في سيناريو برامج الفدية: فقد تصادف أحدث نقطة استرداد لحظةً كان المهاجم فيها موجودًا في النظام بالفعل. ولكي يعمل هذا الضابط بفاعلية يجب فحص النسخ الاحتياطية؛ وهذه القدرة تأتي مع إضافة Acronis Advanced Security + EDR. كما أنه اعتبارًا من سبتمبر 2024 صار التخزين غير القابل للتغيير في وضع Governance بمدة احتفاظ 14 يومًا مُفعّلًا افتراضيًا في جميع وحدات التخزين المستضافة لدى Acronis (Acronis Cyber Protect 16 Web Help)، أي أن نقطة الاسترداد التي سيجري تجاوز الفشل إليها تتمتع بمقاومة للحذف.

كيف يعمل تجاوز الفشل في السحابة وكيف يُنشأ اتصال الشبكة؟

الإجابة المختصرة: تُنسخ النسخة الاحتياطية لعبء العمل المحمي نسخًا متماثلًا إلى Acronis Cloud، وبأمر تجاوز الفشل تُشغَّل هذه النسخة كجهاز افتراضي في السحابة وتقدّم الخدمة عبر الاتصال القائم بين شبكة المؤسسة والسحابة. وعلى مستوى الشبكة يوجد نموذجان أساسيان: توسيع الشبكة المحلية إلى السحابة عبر نفق VPN آمن، أو وضع السحابة فقط الذي يعمل من دون تركيب جهاز VPN. وبحسب الوثائق الرسمية يمكن توسيع ما يصل إلى 23 شبكة محلية إلى السحابة عبر نفق VPN آمن (دليل مستخدم Acronis Cyber Protect Cloud).

ويتوقف اختيار نموذج الشبكة على بنية التطبيق. ففي البيئات التي يجب أن تظهر فيها الخوادم السحابية ضمن كتلة العناوين IP نفسها لشبكة الإنتاج، والتي لديها تكاملات مرتبطة بعناوين IP ثابتة، يُفضَّل استخدام VPN من موقع إلى موقع. أما إذا كان تشغيل بضعة خوادم مستقلة كافيًا، فإن وضع السحابة فقط أسرع في الإعداد ويتطلب مكوّنات أقل. وغالبًا ما تكون نقطة إنهاء النفق لدى المؤسسة هي جدار الحماية القائم؛ فإذا كان نفق IPsec يُنشأ عبر جهاز مثل Fortinet FortiGate، فيجب اختبار سلوك قواعد التوجيه وNAT وDNS في سيناريو تجاوز الفشل مسبقًا.

وبحسب ورقة البيانات الرسمية لحزمة Advanced Disaster Recovery، تتضمن الحماية القياسية في Cyber Protect Cloud نسخًا احتياطيًا للملفات والصور والتطبيقات، واستعادة محلية عبر Instant Restore، وتجاوز فشل اختباريًا، واتصال VPN للسحابة فقط؛ وتضيف الحزمة فوق ذلك تجاوز فشل إنتاجيًا واختباريًا إلى Acronis Cloud، وخيار نشر من دون VPN، وشبكة IPsec متعددة المواقع مع OpenVPN من موقع إلى موقع على المستوى L2، وقوالب runbook متعددة، وتهيئة DNS مخصصة، وتعافيًا من الكوارث لخوادم DHCP، وتجاوز فشل إلى نقطة استرداد خالية من البرمجيات الخبيثة.

يستند التمييز الوارد في الجدول إلى قائمتي «المتوفّر أصلًا» و«ما تضيفه الحزمة» في ورقة بيانات Advanced Disaster Recovery من Acronis نفسها (ورقة بيانات Acronis Advanced Disaster Recovery، 2022). وأكثر بند يُغفل عنه في التطبيق هو DNS: فحتى لو عملت النسخة السحابية، لن تصل الخدمة إلى المستخدم إذا ظل تحليل الأسماء يشير إلى العنوان القديم. ولهذا فإن تهيئة DNS المخصصة وقيم TTL جزء لا يتجزأ من تصميم الـ runbook.

كيف يُجرى تجاوز الفشل الاختباري وتمرين التعافي من الكوارث؟

الإجابة المختصرة: تجاوز الفشل الاختباري هو تشغيل النسخ السحابية في شبكة معزولة من دون المساس ببيئة الإنتاج. والهدف ليس معرفة ما إذا كانت الخوادم تُقلع، بل التأكد من إمكانية تقديم الخدمة من طرف إلى طرف: هل يفتح التطبيق، وهل يتصل بقاعدة البيانات، وهل يستطيع المستخدم تسجيل الدخول، وهل تستجيب التكاملات. وتدرج ورقة البيانات الرسمية تجاوز الفشل الاختباري ضمن القدرات المتضمنة في Cyber Protect Cloud؛ أما تجاوز الفشل الإنتاجي والاختباري إلى Acronis Cloud وتجاوز الفشل الاختباري الآلي القابل للجدولة شهريًا أو أسبوعيًا فيأتيان مع حزمة Advanced Disaster Recovery.

وما يمنح التمرين معناه هو واقعية السيناريو. والبنية التي نستخدمها هي التالية: يُكتب أولًا سيناريو بدء (مثلًا انقطاع الوصول إلى مركز البيانات الرئيسي بالكامل)، ثم يُشغَّل الـ runbook وفق هذا السيناريو، ثم تُقارن المدة المقاسة لكل خطوة بالمدة المستهدفة، وأخيرًا تُحوَّل الانحرافات إلى قائمة إجراءات تصحيحية. ويُعرض تقرير التمرين على وحدات الأعمال؛ لأن من يحدّد هدف RTO هو صاحب العمل لا الفريق التقني.

وثمة قيد عملي يحدّد وتيرة التمارين ويأتي من جهة الترخيص. فاشتراك Disaster Recovery يتضمن قدرًا محددًا من نقاط الحوسبة، ويستهلك تجاوز الفشل وتجاوز الفشل الاختباري من هذا الرصيد؛ وبحسب قاعدة المعرفة الرسمية للترخيص، يتضمن الاشتراك السنوي لكل عبء عمل 2,000 نقطة حوسبة، وتعادل الـ 2,000 نقطة تقريبًا استخدام تجاوز فشل أو اختبار لمدة أسبوعين في السنة (قاعدة معرفة دعم Acronis رقم 73387، 2026). وهذه ميزانية مريحة لإجراء تمرين جدي بضع مرات في السنة؛ لكنها ليست مصمّمة لبيئات اختبار تُترك مفتوحة باستمرار.

ويجب أن يشمل نطاق التمرين البشر لا الخوادم فقط. فمن يتخذ قرار تجاوز الفشل، ومن يدير التواصل، وأي موردين سيجري إبلاغهم، وبأي معيار يُتخذ قرار العودة إلى الإنتاج (failback) — كل ذلك يجب أن يكون مكتوبًا. وفي المؤسسات التي تريد إنضاج هذا الجانب تدخل خدمات DevOps والبنية التحتية لدينا في مجالات الأتمتة والمراقبة وتوحيد البنية التحتية.

كيف يُرخَّص Acronis Disaster Recovery وما متطلباته المسبقة؟

الإجابة المختصرة: تُرخَّص الإضافة لكل عبء عمل، وتتطلب اشتراك Acronis Cyber Protect نشطًا ونشرًا سحابيًا. وتتضمن رصيدًا محددًا من نقاط الحوسبة بحسب مدة الاشتراك: يمنح الاشتراك لمدة سنة لكل عبء عمل 2,000 نقطة، ولثلاث سنوات 6,000 نقطة، ولخمس سنوات 10,000 نقطة، وتخزين التعافي من الكوارث غير محدود (قاعدة معرفة دعم Acronis رقم 73387، 2026).

وشرط النشر السحابي ليس تفصيلًا تقنيًا بل قيدًا معماريًا. ففي وثائق Acronis الرسمية يرد التعافي من الكوارث كخدمة ضمن قائمة القدرات المتاحة في النشر السحابي فقط؛ وتضم القائمة نفسها النسخ الاحتياطي من سحابة إلى سحابة لـ Microsoft 365 وGoogle Workspace، والنسخ الاحتياطي إلى السحابة العامة، وEDR، وCyber Scripting، وسطح المكتب البعيد، وجرد الأجهزة (Acronis Cyber Protect 16 Web Help). ولذلك إذا كنت تشغّل خادم إدارة داخل الشركة عبر Acronis Cyber Protect 16 فقط، فعليك الانتقال إلى Acronis Cyber Protect Cloud من أجل التعافي من الكوارث أو بناء نموذج هجين.

وتُدرج قاعدة معرفة المقارنة لدى Acronis بندًا بندًا القدرات التي تغطيها الإدارة داخل الشركة والإدارة السحابية؛ فبعض القدرات مثل وجهة الشريط (tape) وAcronis Storage Node وخادم PXE وForensic Mode متاحة في النشر داخل الشركة فقط، بينما بعضها الآخر مثل EDR وDLP Device Control متاح في النشر السحابي فقط (قاعدة معرفة دعم Acronis رقم 73376، 2025). وفي التصاميم الهجينة نتخذ قرار إدارة كل عبء عمل من أي وحدة تحكم استنادًا إلى هذا الجدول. ونفضّل الحديث عن النطاق بدل السعر: نُعدّ العرض بعد وضوح عدد الأحمال وهدف RTO ووتيرة التمارين.

على أي بيانات وأي قرارات يجب أن تقوم خطة استمرارية الأعمال؟

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

وبيانات جانب التهديدات تشكّل بدورها مبرر الخطة. فقد فحص تقرير Verizon 2025 Data Breach Investigations Report عدد 22,052 حادثًا أمنيًا و12,195 اختراقًا مؤكدًا للبيانات من 139 دولة؛ ووُجدت برامج الفدية في 44% من الاختراقات المدروسة، وظهرت في 88% من اختراقات الشركات الصغيرة والمتوسطة بينما بقيت النسبة عند 39% لدى المؤسسات الكبيرة. وانخفض متوسط الفدية المدفوعة إلى 115,000 دولار أمريكي، ولم تدفع 64% من المؤسسات الضحية أي فدية (Verizon DBIR 2025). وكون عدم دفع الفدية خيارًا قابلًا للتطبيق يتوقف مباشرةً على وجود نسخة يمكن الرجوع إليها وخطة استرداد فعّالة.

وفي العمود الفقري التقني للخطة تقف ثلاثة ضوابط معًا. التخزين غير القابل للتغيير يحمي نقطة الرجوع بمنع حذف النسخة الاحتياطية. والتشفير يمنع قراءة النسخة: ففي تشفير النسخ الاحتياطية لدى Acronis تعمل خوارزمية AES في وضع Galois/Counter (GCM) بمفتاح 256 بت مولَّد عشوائيًا؛ ويُشفَّر المفتاح بـ AES-256 باستخدام ملخّص SHA-2 (256 بت) لكلمة المرور، ولا تُخزَّن كلمة المرور في أي مكان على القرص أو في النسخ الاحتياطية (Acronis Cyber Protect 16 Web Help). والضابط الثالث هو تجاوز الفشل الذي يضمن استمرارية الخدمة. وأي ساق ناقصة من هذا الثلاثي تُقلّل من قيمة الساقين الأخريين.

ويجب أن يكون المخرج المكتوب للخطة ملموسًا أيضًا: جرد الأحمال وفئات الحرجية، وهدف RTO/RPO لكل عبء عمل، وخطوات الـ runbook وترتيبها، وخطة تغييرات الشبكة وDNS، ومسؤوليات القرار والتواصل، وجدول التمارين وإجراء العودة إلى الإنتاج (failback). ونحن ننتج هذه الوثيقة مع المشروع ونحدّثها بعد كل تمرين.

ما الذي يجب الانتباه إليه في سياق KVKK وموطن البيانات وتركيا؟

الإجابة المختصرة: لا يفرض KVKK (قانون حماية البيانات الشخصية التركي) منتجًا بعينه، لكنه يتوقع صراحةً العودة السريعة إلى العمل بعد الانقطاع. فقسم «النسخ الاحتياطي للبيانات الشخصية» في دليل أمن البيانات الشخصية الصادر عن هيئة حماية البيانات الشخصية التركية ينص على أنه في حال تضرر البيانات أو زوالها أو سرقتها يجب على المتحكم بالبيانات العودة إلى العمل في أقصر وقت باستخدام البيانات المنسوخة احتياطيًا، وأنه يُوصى بتطوير استراتيجيات للنسخ الاحتياطي في مواجهة برامج الفدية، وأنه يجب ألا يصل إلى البيانات الشخصية المنسوخة احتياطيًا سوى مسؤول النظام، وأن تُحفظ نسخ مجموعات البيانات خارج الشبكة إلزاميًا (دليل أمن البيانات الشخصية الصادر عن KVKK).

والمقابل القابل للقياس لعبارة «العودة إلى العمل في أقصر وقت» هو هدف RTO؛ أما مقابل عبارة «الحفظ خارج الشبكة» فهو النسخة السحابية. والتعافي من الكوارث هو الضابط الوحيد الذي يلبّي هذين البندين في آن واحد. في المقابل، فإن الموقع الفعلي للبيانات ولموارد تجاوز الفشل سؤال منفصل. وتضم قائمة مراكز البيانات الرسمية لدى Acronis مدينة إسطنبول تحت عنوان «Acronis Cloud DC»؛ وتمتد القائمة إلى مناطق الأمريكتين وأوروبا والشرق الأوسط وآسيا والمحيط الهادئ وأفريقيا، كما تُدرج Acronis مواقع Google Cloud Platform وMicrosoft Azure (Acronis Cyber Cloud Data Centers). ونؤكد مع Acronis في بداية المشروع أي منطقة يمكن تخصيصها لمستأجرك وما إذا كانت خدمة التعافي من الكوارث مقدَّمة في تلك المنطقة.

وفي القطاعات الخاضعة للتنظيم يلزم استعداد إضافي: قابلية تدقيق سجلات التمارين. فتوثيق نتائج تجاوز الفشل الاختباري والمُدد المقاسة والإجراءات التصحيحية يتيح لك الرد على أسئلة المدقّقين بعبارة «شغّلنا خطتنا في هذا التاريخ وقِسنا هذه المدة» بدلًا من «لدينا خطة». وهذا أحد أكثر العوائد ملموسية لاستثمار التعافي من الكوارث.

ومن المفيد التذكير بأن النسخة السحابية نفسها تحتاج إلى حماية. فبعد تجاوز الفشل تصبح الخوادم العاملة أحمال إنتاج، ولذلك يُتوقع أن تسري عليها ضوابط أمن النقاط الطرفية والخوادم أيضًا؛ وفي المؤسسات التي تستخدم حلول حماية موجّهة للخوادم مثل Trend Micro Deep Security يجب التخطيط مسبقًا لسلوك هذا المنتج على مستوى الترخيص والسياسات في سيناريو تجاوز الفشل. وفي المؤسسات التي تريد جمع إدارة التصحيحات والجرد في وحدة التحكم نفسها نُقيّم معًا إضافة Acronis Advanced Management.

شاركنا قائمة أحمالك الحرجة، ومُدد التوقف المقبولة لديك، وتركيب Acronis الحالي؛ ولنحدّد معًا الأحمال التي يجب أن يشملها نطاق Acronis Disaster Recovery، ونموذج الشبكة المناسب، وجدول التمارين. ولنُعدّ عرضًا يتضمن النطاق وتصميم الـ runbook وخطوات التشغيل. تواصل معنا عبر صفحة الاتصال — نعمل مع دعم فني بالتركية، وتمارين للتعافي من الكوارث، ودعم تشغيلي بعد التركيب.