Acronis Cyber Backup هي نواة النسخ الاحتياطي التي تنسخ بيانات الخوادم والأجهزة الافتراضية ومحطات العمل والتطبيقات على مستوى الصورة (مستوى القرص) أو على مستوى الملف، ثم تعيدها إلى حالة العمل بعد عطل في العتاد أو خطأ من المستخدم أو هجوم ببرامج الفدية. وتُدار وجهة النسخة الاحتياطية ومدة الاحتفاظ وطريقة الاستعادة من خطة حماية واحدة؛ والاستعادة على العتاد الخالي، والعودة إلى عتاد مختلف، والتخزين غير القابل للتغيير هي قدرات قياسية في هذه النواة.
ولا بد من توضيح بشأن التسمية. فمع أن اسم «Cyber Backup» ما زال شائع الاستخدام في السوق التركية، إلا أن نواة النسخ الاحتياطي تُباع في مخطط الترخيص الرسمي الحالي لدى Acronis ضمن إصدارات Acronis Cyber Protect Standard وAdvanced وBackup Advanced؛ أما إصدار «Backup Standard» القديم فلم يعد معروضًا للبيع ولا يمكن استخدامه إلا من قِبل العملاء الحاليين الذين لديهم عقد صيانة نشط (Acronis Support KB 73387، 2026). ونحن نستخدم في هذه الصفحة تعبير «Cyber Backup» بمعنى نواة النسخ الاحتياطي هذه المكوَّنة دون حزم الأمن الإضافية.
والأرقام تبيّن كيف خرج النسخ الاحتياطي من كونه مسألة نظافة تقنية ليتحول إلى ضابط أمني مباشر. فقد درس تقرير Verizon 2025 Data Breach Investigations Report 22,052 حادثة أمنية و12,195 خرقًا مؤكدًا للبيانات في 139 دولة؛ ووُجدت برامج الفدية في 44% من الخروقات المدروسة (مقابل 32% في العام السابق)، وظهرت في 88% من خروقات الشركات الصغيرة والمتوسطة بينما بقيت النسبة عند 39% في المؤسسات الكبيرة (Verizon DBIR 2025). ويكتب التقرير نفسه صراحةً أحد أسباب استهداف الشركات الصغيرة والمتوسطة بصورة غير متناسبة: احتمال امتلاكها نسخًا احتياطية محدَّثة وسهلة الوصول أقل مقارنةً بالمؤسسات الكبيرة.
وفي هذه الصورة لا تكون النسخة الاحتياطية نسخة يُحتفظ بها «تحسبًا للحاجة»، بل أحد الأهداف المبكرة للمهاجم. وهنا تحديدًا يظهر ما يميّز عائلة حلول Acronis: فالنسخ الاحتياطي والحماية السيبرانية يعملان في الوكيل نفسه ووحدة التحكم نفسها، وبالتالي لا تأتي الضوابط التي تحمي النسخة الاحتياطية ذاتها من منتج منفصل. ونحن في Sora Yazılım، بصفتنا شريك قناة معتمدًا لدى Acronis، نقدّم معًا الترخيص وتصميم بنية النسخ الاحتياطي والترحيل من الحل الحالي وتمارين الاستعادة وخدمة التشغيل المُدار عند الطلب.
ما هي Acronis Cyber Backup وبأي إصدارات ترخيص تُشترى اليوم؟
الإجابة المختصرة: تُرخَّص نواة النسخ الاحتياطي بحسب نوع حمل العمل المراد حمايته، واختيار الإصدار يحدد مباشرةً أي أحمال عمل يمكنكم تغطيتها. فبحسب قاعدة معارف الترخيص الرسمية يمكن حماية أحمال عمل Workstation وServer وVirtual Host وPublic Cloud VM بإصدارَي Standard وAdvanced كليهما؛ في المقابل يتوفر Universal License في إصدارَي Advanced وBackup Advanced فقط، بينما تقع حماية Microsoft 365 وGoogle Workspace في جانب Backup Advanced وحده (Acronis Support KB 73387، 2026).
| نوع حمل العمل | Cyber Protect Standard | Cyber Protect Advanced | Backup Advanced |
|---|
| Workstation (محطة عمل) | متوفر | متوفر | متوفر |
| Windows Server Essentials | متوفر | غير متوفر | غير متوفر |
| Server (خادم فعلي) | متوفر | متوفر | متوفر |
| Virtual Host (مُشرف افتراضي) | متوفر | متوفر | متوفر |
| Public Cloud VM | متوفر | متوفر | متوفر |
| Universal License (حمل عمل مستقل عن النوع) | غير متوفر | متوفر | متوفر |
| Microsoft 365 | غير متوفر | غير متوفر | متوفر |
| Google Workspace | غير متوفر | غير متوفر | متوفر |
والتموضع الرسمي للإصدارات يكمّل هذا الجدول. فـ Standard يجمع النسخ الاحتياطي القياسي مع حماية متعددة الطبقات للشركات الصغيرة والمتوسطة؛ وتقع في هذه الدرجة خرائط حماية البيانات، وتصفية عناوين URL وتصنيفها، والحماية المستمرة للبيانات، ومراقبة سلامة الأقراص. أما Advanced فيضيف للبيئات الأكبر والأكثر تعقيدًا دعمًا لأحمال عمل إضافية، وخطط حماية مشتركة، واستعادة آمنة للنسخ الاحتياطية، وفحص النسخ الاحتياطية بحثًا عن البرمجيات الخبيثة، وتقييم الوضع الأمني. وأما Backup Advanced فيقوم على إدارة المجموعات، وخطط الحماية المشتركة، ومعالجة البيانات خارج المضيف، ودعم الأشرطة (tape)، وإزالة تكرار البيانات، وإعداد التقارير القابل للتخصيص.
وفي جانب المحاكاة الافتراضية تتطلب قواعد الترخيص انتباهًا إضافيًا: فبينما يصلح ترخيص Virtual Host أو Per-VM لـ VMware وHyper-V في إصدارَي Standard وAdvanced كليهما، لا يمكن ترخيص Azure Stack HCI وKVM وNutanix وCitrix Hypervisor إلا بـ Advanced أو Backup Advanced. وفي جانب Public Cloud VM يغطي ترخيص Per-VM واحد ثلاثة أجهزة افتراضية؛ أما في ترخيص Universal Workload فيقابل الترخيص الواحد حمل عمل واحدًا سواء أكان جهازًا فعليًا أم جهازًا افتراضيًا أم مضيفًا (Acronis Support KB 73387، 2026). وخلط تراخيص Standard وAdvanced في البيئة نفسها غير مدعوم؛ فيجب أن يكون إصدار جميع المضيفات في العنقود الواحد ونوع ترخيصها متسقًا. وبعد استخراج توزيع المضيفات والأجهزة الافتراضية في بيئتكم نحسب أي نوع ترخيص يمنح النطاق نفسه بعدد بنود أقل، ونبني خطة الترخيص على هذا الأساس.
كيف تطبّقون قاعدة النسخ الاحتياطي 3-2-1 مع Acronis؟
الإجابة المختصرة: تقول قاعدة 3-2-1 إنه يجب وجود ثلاث نسخ من البيانات على الأقل، وحفظ هذه النسخ على نوعين مختلفين من الوسائط على الأقل، والاحتفاظ بنسخة واحدة على الأقل خارج المؤسسة. وتُطبَّق هذه القاعدة في Acronis بتعريف أكثر من وجهة نسخ احتياطي داخل خطة حماية واحدة وبإضافة خطوة نسخ متماثل إلى الوجهة السحابية بعد النسخة المحلية؛ ولا يلزم منتج منفصل ولا محرك جدولة منفصل.
وتختلف خيارات الوجهات بحسب نموذج النشر. فوجهات النسخ الاحتياطي المدعومة رسميًا في الإدارة داخل المؤسسة هي التخزين السحابي، والمجلد المحلي، ومجلد الشبكة (SMB/CIFS/DFS)، وAcronis Cyber Infrastructure، ومجلد NFS (وكيلا Linux وmacOS)، وSecure Zone، وSFTP؛ ويُستخدم المنفذ 22 في SFTP إذا لم يُحدَّد منفذ. وتضع الوثائق نفسها حدّين واضحين أيضًا: النسخ الاحتياطي إلى خوادم FTP غير مدعوم، ولا يمكن استخدام مجلد مفتوح للوصول المجهول وجهةً للنسخ الاحتياطي (Acronis Cyber Protect 16 Web Help).
أما في الإدارة السحابية فتدخل وجهة إضافية على الخط: Direct Backup to Public Cloud التي تتيح أخذ نسخة احتياطية مباشرةً إلى تخزين متوافق مع السحابة العامة دون تركيب مكوّن بوابة إضافي. ولهذا الخيار شرط مسبق واحد؛ إذ يتطلب النسخ الاحتياطي إلى السحابة العامة حصة Local backup storage (دليل مستخدم Acronis Cyber Protect Cloud). في المقابل، لا يمكن استخدام SFTP وأجهزة الأشرطة (tape) وAcronis Storage Node ووجهات Acronis Cyber Infrastructure وإزالة تكرار البيانات إلا في النشر داخل المؤسسة؛ كما أن الأشرطة وStorage Node غير متوفرين في إصدار Standard (Acronis Cyber Protect 16 Web Help).
| وجهة النسخ الاحتياطي | الإدارة داخل المؤسسة | الإدارة السحابية | ملاحظة |
|---|
| التخزين السحابي من Acronis | متوفر | متوفر | الركن الخارجي في قاعدة 3-2-1 |
| مجلد محلي / قرص متصل مباشرةً | متوفر | متوفر | أسرع طبقة استعادة |
| مجلد شبكة (SMB/CIFS/DFS) | متوفر | متوفر | المشاركة ذات الوصول المجهول غير مدعومة |
| مجلد NFS | متوفر | متوفر | في وكيلَي Linux وmacOS |
| Secure Zone | متوفر | متوفر | قسم محمي على قرص الجهاز نفسه |
| SFTP | متوفر | غير متوفر | يُستخدم المنفذ 22 إذا لم يُحدَّد منفذ |
| Acronis Cyber Infrastructure | متوفر | غير متوفر | التخزين غير القابل للتغيير القائم على ACI هنا |
| Acronis Storage Node | متوفر (Advanced) | غير متوفر | غير موجود في إصدار Standard |
| مكتبة الأشرطة (tape) | متوفر (Advanced) | غير متوفر | غير موجود في إصدار Standard |
| نسخ احتياطي مباشر إلى السحابة العامة | غير متوفر | متوفر (Advanced) | يتطلب حصة Local backup storage |
| إزالة تكرار البيانات (deduplication) | متوفر | غير متوفر | تخفّض استهلاك التخزين |
| خادم FTP | غير متوفر | غير متوفر | غير مدعوم رسميًا |
والبنية النموذجية التي نبنيها عمليًا هي الآتية: نسخة احتياطية سريعة بمدة احتفاظ قصيرة على قرص محلي أو مجلد شبكة لأحمال العمل الحرجة، ثم نسخ متماثل للنسخة نفسها إلى التخزين السحابي، مع الاحتفاظ بالمدة الطويلة في الجانب السحابي. وبذلك تُلبّى طلبات الاستعادة اليومية من النسخة المحلية في ثوانٍ أو دقائق، بينما تبقى النسخة الخارجية جاهزة في حادثة على مستوى المبنى أو العتاد. وفي المؤسسات التي تفضّل النشر داخل المؤسسة يمكن استخدام الأشرطة أو Storage Node مُدار بـ Acronis Cyber Protect 16 للنسخة الثالثة.
ماذا يوفّر التخزين غير القابل للتغيير فعليًا في مواجهة برامج الفدية؟
الإجابة المختصرة: يضمن التخزين غير القابل للتغيير (immutable storage) بقاء ملفات النسخ الاحتياطي المحذوفة أو المعدَّلة قابلة للاسترجاع طوال مدة الاحتفاظ المحددة. وبذلك يبقى ثمة نقطة يمكن العودة إليها حتى لو اختُرق حساب المسؤول وجرت محاولة حذف النسخ الاحتياطية من وحدة التحكم. وهذا هو الفرق الأهم للنسخ الاحتياطي في سيناريو برامج الفدية؛ لأن إتلاف النسخ الاحتياطية في الهجمات الحديثة خطوة تسبق التشفير.
والمتطلبات التقنية المسبقة للميزة واضحة في الوثائق الرسمية. ففي النشر السحابي يُدعم التخزين غير القابل للتغيير في مساحات التخزين السحابية المستضافة لدى Acronis أو لدى شريك التي تستخدم Acronis Cyber Infrastructure 6.0.1 أو أحدث، ويتطلب وكيل حماية بإصدار 24.01 (build 24.1.37195) على الأقل؛ أما في النشر داخل المؤسسة فيُشترط ACI 6.0.1 أو أحدث ووكيل بإصدار 16.0.37277 أو أحدث. ولا تُدعم إلا النسخ الاحتياطية بتنسيق TIBX (Version 12) (Acronis Cyber Protect 16 Web Help).
والفرق بين الوضعين يخص التشغيل بقدر ما يخص الشراء. ففي وضع Governance يمكن تفعيل التخزين غير القابل للتغيير وتعطيله، ويمكن تغيير مدة الاحتفاظ. أما وضع Compliance فلا رجعة فيه: إذ لا يمكن تعطيل التخزين غير القابل للتغيير فيه، ولا تغيير مدة الاحتفاظ، ولا العودة إلى وضع Governance. ولذلك نوصي بوضع Compliance فقط لمجموعات البيانات التي يكون الالتزام القانوني بحفظها واضحًا، وبنطاق محسوب مسبقًا. والخبر السار أن الحماية تأتي افتراضيًا: فاعتبارًا من سبتمبر 2024 صار التخزين غير القابل للتغيير في وضع Governance بمدة احتفاظ 14 يومًا مفعّلًا افتراضيًا في جميع مساحات التخزين المستضافة لدى Acronis وفي جميع مستأجرات Partner وCustomer (Acronis Cyber Protect 16 Web Help).
ومكمّل التخزين غير القابل للتغيير هو التشفير. ففي تشفير النسخ الاحتياطية لدى Acronis تعمل خوارزمية AES في وضع Galois/Counter (GCM) بمفتاح عشوائي بطول 256 بت؛ ويُشفَّر هذا المفتاح بـ AES-256 باستخدام ملخّص SHA-2 (256 بت) لكلمة المرور كمفتاح، ولا تُخزَّن كلمة المرور في أي مكان على القرص أو داخل النسخ الاحتياطية (Acronis Cyber Protect 16 Web Help). والنتيجة التشغيلية لهذا التصميم مهمة: إذا فُقدت كلمة المرور فلن تتمكن Acronis نفسها من استعادة النسخ الاحتياطية. ولذلك نشترط أثناء التنفيذ حفظ كلمات مرور التشفير في خزنة كلمات مرور مؤسسية وتدوينها في إجراء الاستعادة. أما فحص النسخ الاحتياطية بحثًا عن البرمجيات الخبيثة لتحديد نقطة عودة نظيفة فهو قدرة تأتي مع حزمة Acronis Advanced Security + EDR.
كيف تعمل الاستعادة على العتاد الخالي والعودة إلى عتاد مختلف؟
الإجابة المختصرة: لأن النسخة الاحتياطية على مستوى الصورة تشمل القرص بأكمله بما فيه نظام التشغيل والتطبيقات والتهيئة، فيمكن استعادتها مباشرةً على عتاد خالٍ. وبحسب ملخص الاستعادة الرسمي لدى Acronis يمكن استعادة أجهزة Windows وLinux الفعلية من وحدة تحكم Cyber Protect ومن وسائط الإقلاع (bootable media) على السواء؛ أما أجهزة macOS الفعلية فلا تُستعاد إلا بوسائط الإقلاع. ووسائط الإقلاع إلزامية للاستعادة على العتاد الخالي وللاستعادة إلى جهاز غير متصل (Acronis Cyber Protect 16 Web Help).
والأداة التي تدخل على الخط عند تغيّر العتاد هي Universal Restore. فإذا لم يقلع نظام التشغيل في استعادة على عتاد مختلف (dissimilar hardware)، تقوم Universal Restore بتحديث المشغّلات والوحدات الحرجة للإقلاع لتمكين النظام من الإقلاع؛ وهي صالحة لـ Windows وLinux وتُشغَّل عبر وسائط الإقلاع (Acronis Cyber Protect 16 Web Help). وهذا يعني عمليًا إمكانية وضع جهاز من علامة تجارية مختلفة أو بوحدة تحكم أقراص مختلفة مكان خادم معطّل والعودة من النسخة الاحتياطية نفسها؛ كما يجري نقل الجهاز الفعلي إلى بيئة افتراضية بالآلية نفسها.
وبالنسبة إلى المؤسسات التي تريد إتاحة الاستعادة خارج فريق تقنية المعلومات فإن One-click recovery خيار منفصل؛ غير أن نطاقه محدود. فهذه الميزة لا يمكن استخدامها إلا بتراخيص Acronis Cyber Protect Advanced وAcronis Cyber Protect Backup Advanced، ولا تدعم إلا وجهات Secure Zone ومجلد الشبكة والتخزين السحابي (Acronis Cyber Protect 16 Web Help). ويجب أن يؤخذ في الحسبان في مرحلة التصميم أن هذه الميزة لن تعمل في تصميم يستخدم الأشرطة أو SFTP وجهةً للنسخ الاحتياطي.
والسبيل الوحيد للتأكد من أن الاستعادة على العتاد الخالي تعمل فعلًا هو تجربتها. ولذلك نُبقي الخطوات الآتية معيارية في مشاريع التنفيذ: تحضير وسائط الإقلاع مسبقًا وحفظها لكل حمل عمل حرج، واختبار الوسائط على العتاد الذي ستجري عليه الاستعادة، والتحقق من بيانات الوصول إلى مجلد الشبكة والوجهة السحابية من بيئة الإقلاع، وتدوين كلمة مرور التشفير في إجراء الاستعادة، وإجراء تمرين كامل للاستعادة على العتاد الخالي مرة واحدة سنويًا على الأقل. وإذا لزم في النشر داخل المؤسسة استعادة عدد كبير من الأجهزة بإقلاعها عبر الشبكة فيمكن استخدام خادم PXE؛ وهذا المكوّن لا يُقدَّم إلا في الإدارة داخل المؤسسة ومع إصدار Advanced (Acronis Support KB 73376، 2025).
إلى أي مدى يمكنكم تضييق أهداف RPO وRTO مع Acronis Cyber Backup؟
الإجابة المختصرة: يحدد RPO (Recovery Point Objective) نافذة فقدان البيانات المقبولة، أي المدة بين آخر نسخة احتياطية صالحة ولحظة الحادثة؛ أما RTO (Recovery Time Objective) فهو المدة المقبولة لعودة حمل العمل إلى العمل. وفي نواة النسخ الاحتياطي يحدد تواتر النسخ قيمة RPO، بينما تحدد طريقة الاستعادة قيمة RTO. ومن الممكن تضييقهما معًا في الوقت نفسه، لكن ذلك يرفع التكلفة وتعقيد البنية؛ ولذلك يجب تحديد الأهداف لكل حمل عمل على حدة.
وفي جانب RPO تكون الجدولة الأداة الأكثر استخدامًا: النسخ الاحتياطي التزايدي كل ساعة أو أكثر تواترًا لقواعد البيانات الحرجة، والنسخ اليومي لخوادم الملفات، نقطة انطلاق نموذجية. وإذا لزمت نافذة أضيق تدخل الحماية المستمرة للبيانات (CDP) على الخط؛ وتعرّف وثائق Cyber Protect Cloud الحالية CDP بوصفها جزءًا من الحماية القياسية وتذكر حدودها أيضًا: فهي تعمل على نظام ملفات NTFS فقط، وعلى أنظمة Windows 7 وما بعده وWindows Server 2008 R2 وما بعده، وللمجلدات المحلية فقط، ولا يمكن استخدامها مع خيار Application backup (دليل مستخدم Acronis Cyber Protect Cloud).
وفي جانب RTO يكون العامل الحاسم هو من أين تعود البيانات وكيف. فاسترجاع ملف واحد يستغرق دقائق، بينما تتوقف الاستعادة الكاملة لخادم على عتاد خالٍ على حجم البيانات وعرض النطاق الترددي للوجهة. والطبقة الوسيطة التي تختصر هذه المدة هي Instant Restore: إذ يُشغَّل جهاز افتراضي مباشرةً من نسخة احتياطية على مستوى القرص تتضمن نظام التشغيل، وتُحاكى أقراص الجهاز من النسخة الاحتياطية أثناء عمله، ولا تُطلب مساحة تخزين إلا للتغييرات الناشئة. وتوصي Acronis بالاحتفاظ بهذا الجهاز المؤقت ثلاثة أيام كحد أقصى ثم حذفه أو تحويله إلى جهاز افتراضي دائم (دليل مستخدم Acronis Cyber Protect Cloud).
| طبقة الاستعادة | الاستخدام النموذجي | العامل المحدد لـ RTO | الشرط المسبق |
|---|
| استعادة ملف / مجلد | ملف حُذف أو تلف عن غير قصد | حجم الملف وسرعة الوصول إلى الوجهة | نسخة احتياطية للملف أو للصورة |
| استعادة كائن تطبيقي | صندوق بريد واحد أو قاعدة بيانات أو سجل | نطاق النسخة الاحتياطية للتطبيق | تهيئة Application backup |
| الاستعادة على العتاد الخالي | خادم معطّل أو مشفَّر بالكامل | حجم البيانات وعرض النطاق الترددي للوجهة | نسخة احتياطية للصورة + وسائط إقلاع |
| Instant Restore (تشغيل جهاز افتراضي من النسخة الاحتياطية) | إبقاء الخدمة عاملة أثناء انتظار الاستعادة | موارد المُشرف الافتراضي وسرعة وجهة النسخ الاحتياطي | نسخة احتياطية على مستوى القرص تتضمن نظام التشغيل |
| Disaster Recovery (تجاوز الفشل في السحابة) | انقطاع على مستوى الموقع أو البنية التحتية | تواتر النسخ المتماثل وتصميم runbook | حزمة Disaster Recovery ونشر سحابي |
وبعد نقطة معينة لا يمكن تلبية الأهداف بالنسخ الاحتياطي وحده. فصفحة بيانات Acronis الرسمية Advanced Disaster Recovery تذكر صراحةً هدف RPO وRTO دون 15 دقيقة بفضل محرك RunVM (صفحة بيانات Acronis Advanced Disaster Recovery، 2022). وتحتاج الأهداف عند هذا المستوى إلى حزمة Acronis Disaster Recovery. وعند تحديد الأهداف يجب أخذ المدة الفعلية للتعافي في الحسبان أيضًا: فبحسب تقرير IBM Cost of a Data Breach Report 2025 لم تتعافَ 65% من المؤسسات تعافيًا كاملًا من الخرق حتى الآن؛ ومن بين التي أعلنت تعافيها الكامل تجاوزت العملية 100 يوم لدى 76% منها و150 يومًا لدى 26% منها، ولم تتمكن سوى 2% من التعافي في أقل من 50 يومًا (IBM & Ponemon، 2025).
أي منصات المحاكاة الافتراضية وأحمال العمل تقع ضمن النطاق؟
الإجابة المختصرة: في المُشرفات الافتراضية الشائعة يمكن أخذ النسخة الاحتياطية من مستوى المُشرف الافتراضي دون تركيب وكيل داخل الجهاز الافتراضي؛ بينما لا يكون النسخ الاحتياطي ممكنًا في بعض المنصات إلا بوكيل يُركَّب داخل نظام التشغيل الضيف. وبحسب جدول الدعم الرسمي تُنسخ VMware vSphere 4.1 – 8.0 وHyper-V (Windows Server 2008 – Windows Server 2025) بلا وكيل؛ كما تُدعم Scale Computing HyperCore 8.8 – 9.4 بلا وكيل. في المقابل، لا تُنسخ Proxmox VE 7.x و8.x وCitrix XenServer/Hypervisor 4.1.5 – 8.2 إلا بوكيل من داخل نظام التشغيل الضيف (Acronis Cyber Protect 16 Web Help).
وتتباين القواعد أكثر في أحمال العمل السحابية. فلا يمكن نسخ الأجهزة الافتراضية في Microsoft Azure بلا وكيل إلا في وضع النشر السحابي؛ أما مثيلات Amazon EC2 فالنسخ بلا وكيل غير مدعوم فيها ولا تُحمى إلا بوكيل من داخل نظام التشغيل الضيف. وفي بيئات Red Hat Virtualization 4.2 – 4.5 المُدارة بـ oVirt لا يكون النسخ الاحتياطي بلا وكيل ممكنًا إلا في النشر السحابي وبترخيص Advanced (Acronis Cyber Protect 16 Web Help). ولأن هذه الفروق تغيّر عدد الوكلاء وبالتالي بنود الترخيص في مرحلة عرض السعر، فمن المهم استخراج الجرد على مستوى كل مُشرف افتراضي.
ويجب أخذ فرق الإصدار في الحسبان كذلك. فبحسب قاعدة معارف مقارنة الميزات لدى Acronis لا يتوفر النسخ الاحتياطي على مستوى المُشرف الافتراضي لـ Nutanix وProxmox في Cyber Protect 16؛ وتأتي هذه القدرات مع Cyber Protect 17 في الإدارة داخل المؤسسة والإدارة السحابية على السواء. وفي المصدر نفسه يظهر جرد البرمجيات وجرد العتاد واكتشاف الأجهزة عبر Device Sense مؤشَّرًا عليها في عمود 17 فقط (Acronis Support KB 73376، 2025). ولهذا السبب يكون اختيار الإصدار عند تخطيط بنية النسخ الاحتياطي في بيئة تعمل على Nutanix أو Proxmox قرارًا تقنيًا لا مجرد تفضيل تجاري.
وثمة نقطة عملية أخرى هي استقلالية الوكيل: فبعد توزيع خطة الحماية على جهاز ما، يواصل الوكيل تنفيذ عمليات الحماية لمدة 30 يومًا حتى لو انقطع اتصاله بخادم الإدارة (Acronis Cyber Protect 16 Web Help). وهذا سلوك حاسم من حيث استمرارية الحماية في الفروع ذات الخط الضعيف أو في أحمال العمل العاملة ميدانيًا. وإذا كان سيُضاف أمن أحمال العمل إلى جانب النسخ الاحتياطي في جانب الخوادم، فيمكن التموضع جنبًا إلى جنب مع حلول حماية موجَّهة للخوادم مثل Trend Micro Deep Security أو Bitdefender GravityZone Security for Servers؛ وتبقى Acronis في هذا السيناريو طبقة النسخ الاحتياطي والاستعادة.
التزامات النسخ الاحتياطي في KVKK واختيار الحزمة الصحيحة: من أين نبدأ؟
الإجابة المختصرة: لا يفرض KVKK (قانون حماية البيانات الشخصية في تركيا) اسم منتج بعينه، لكنه يحدد توقعاته المتعلقة بالنسخ الاحتياطي بصورة ملموسة. فقسم «النسخ الاحتياطي للبيانات الشخصية» من دليل أمن البيانات الشخصية الصادر عن الهيئة التركية لحماية البيانات الشخصية ينص على أن على المسؤول عن البيانات، في حال تضرر البيانات أو زوالها أو سرقتها، أن يستأنف نشاطه في أقصر وقت ممكن مستخدمًا البيانات المنسوخة احتياطيًا، وعلى أنه يُوصى بتطوير استراتيجيات للنسخ الاحتياطي في مواجهة برامج الفدية، وعلى أن الوصول إلى البيانات الشخصية المنسوخة احتياطيًا يجب أن يقتصر على مدير النظام، وعلى وجوب الاحتفاظ بنسخ مجموعات البيانات خارج الشبكة (دليل KVKK لأمن البيانات الشخصية).
ومقابلات هذه البنود في جانب Acronis مباشرة. فتوقّع «استئناف النشاط في أقصر وقت ممكن» يستلزم توثيق هدف RTO كتابةً واختبار مسارات الاستعادة السريعة مثل Instant Restore مسبقًا. وتوقّع «الاحتفاظ خارج الشبكة» يُلبّى بالنسخ المتماثل إلى التخزين السحابي أو بالأشرطة في النشر داخل المؤسسة. و«اقتصار الوصول على مدير النظام» يتحقق بالوصول القائم على الأدوار وبتشفير النسخ الاحتياطية؛ أما الاستراتيجية في مواجهة برامج الفدية فتعني تفعيل التخزين غير القابل للتغيير، واختيار مدة الاحتفاظ عن وعي، والتحقق من نظافة نقطة العودة.
أما اختيار الحزمة فيتوقف على الإجابة عن ثلاثة أسئلة. السؤال الأول هو ما إذا كانت وحدة تحكم الإدارة ستعمل داخل المؤسسة أم في السحابة؛ فالمؤسسات التي تريد الإدارة داخل المؤسسة تتجه إلى جانب Acronis Cyber Protect 16، والتي تريد الاشتراك والإدارة المركزية تتجه إلى جانب Acronis Cyber Protect Cloud. والسؤال الثاني هو ما إذا كانت طبقة الأمن ستكون في الوكيل نفسه مع النسخ الاحتياطي؛ فإن كانت كذلك تُضاف Advanced Security + EDR. والسؤال الثالث هو ما إذا كانت إدارة التصحيحات والجرد والإدارة عن بُعد ستُنقل إلى وحدة التحكم نفسها؛ فإن كانت ستُنقل تدخل Acronis Advanced Management على الخط. وإذا أردتم مقارنة العلامات التجارية والمنتجات الأخرى فيمكنكم تصفح المحفظة كاملة في صفحة حلولنا.
ولا ينبغي إهمال الجانب البنيوي التحتي لبنية النسخ الاحتياطي أيضًا. فتخطيط سعة التخزين، وعدم تعارض نوافذ النسخ الاحتياطي مع حمل الإنتاج، وإنشاء قنوات المراقبة والتنبيه، وربط تمارين الاستعادة بالجدول الزمني تحدد النجاح الدائم للمشروع؛ وفي هذه المواضيع تدخل خدمات DevOps والبنية التحتية لدينا على الخط.
شاركونا حل النسخ الاحتياطي الحالي لديكم وجرد أحمال العمل وأهداف الاستعادة؛ ولنحدد معًا أي إصدار ترخيص وأي وجهات نسخ احتياطي وأي سياسة احتفاظ هي الصحيحة في جانب Acronis Cyber Backup. ولنُعِدّ عرضًا يتضمن النطاق وخطة الترحيل وخطوات التنفيذ. تواصلوا معنا عبر صفحة الاتصال — نعمل بدعم فني بالتركية، وبتمارين استعادة ودعم تشغيلي بعد التركيب.