إعداد نسخة احتياطية من الملفات والتطبيقات على مركز مُكدّس الذاكرة المؤقتة Azure

ضع في اعتبارك الموقف الذي يستضيف فيه Azure Stack Hub الأجهزة الظاهرية (VMs) التي تقوم بتشغيل أحمال عمل المستخدم. هناك حاجة إلى نسخ ملفات وتطبيقات أحمال العمل احتياطيا واستعادتها. توضح مقالة البنية المرجعية هذه نهجا يقدم حلا محسنا لأنشطة النسخ الاحتياطي والاستعادة.

البنية

قم بتنزيل ملف Visio لهذه البنية.

Workflow

تتضمن مكونات السحابة الخدمات التالية:

• اشتراك Azure الذي يستضيف جميع موارد السحابة المضمنة في هذا الحل.
• مستأجر Microsoft Entra المقترن باشتراك Azure. يوفر مصادقة أساسيات أمان Microsoft Entra لتخويل الوصول إلى موارد Azure.
• مخزن Azure Recovery Services في منطقة Azure الأقرب إلى مركز البيانات المحلي الذي يستضيف نشر Azure Stack Hub.

اعتمادا على المعايير المعروضة في هذه المقالة، يمكن أن تتضمن مكونات السحابة أيضا الخدمات التالية:

• دائرة Azure ExpressRoute التي تربط مركز البيانات المحلي ومنطقة Azure التي تستضيف مخزن Azure Recovery Services. تم تكوين الدائرة ليكون نظير Microsoft من أجل استيعاب أحجام النسخ الاحتياطي الأكبر.

• خدمة Azure Import/Export، لتمكين النسخ الاحتياطية ل MABS دون اتصال إلى Azure.

  إشعار

  اعتبارا من 08/20، النسخ الاحتياطي ل MABS دون اتصال إلى Azure الذي يستخدم Azure Data Box قيد المعاينة.

اعتمادًا على استخدام خدمة Azure Import/Export للنسخ الاحتياطي لـMABS دون اتصال إلى Azure، قد يكون للحل أيضًا حساب تخزين Azure في نفس منطقة Azure مثل مخزن خدمات الاسترداد.

تتضمن المكونات المحلية الخدمات التالية:

• نظام Azure Stack Hub المتكامل في نموذج التوزيع المتصل الذي يقوم بتشغيل التحديث الحالي (2002 اعتبارا من أغسطس 2020)، ويقع داخل مركز البيانات المحلي للعميل.

• جهاز ظاهري ل Windows Server 2016 أو Windows Server 2019 مستضاف بواسطة نظام Azure Stack Hub المتكامل والذي يقوم بتشغيل إصدار تحديث MABS v3 (UR) 1.

• أجهزة Azure Stack Hub الظاهرية مع عامل حماية MABS، الذي يدير النسخ الاحتياطية إلى الجهاز الظاهري ل MABS Azure Stack Hub ويستعيدها منه. يتعقب عامل حماية MABS التغييرات على أحمال العمل المحمية، وينقل التغييرات إلى مخزن بيانات MABS. يحدد عامل الحماية أيضا البيانات الموجودة على جهاز الكمبيوتر المحلي الخاص به والتي يمكن حمايتها وتلعب دورا في عملية الاسترداد.

• عامل Microsoft Azure Recovery Services (MARS) المثبت على الخادم الذي يقوم بتشغيل MABS. يدمج العامل MABS وAzure Recovery Services vault.

  إشعار

  يشار أيضا إلى عامل MARS كعامل Azure Backup.

المكونات

• Azure Stack Hub
• Microsoft Entra ID
• حساب مخزن Azure
• Azure ExpressRoute

البدائل

الحل الموصى به الموضح في هذه المقالة ليس الطريقة الوحيدة لتوفير وظيفة النسخ الاحتياطي والاستعادة لأحمال عمل المستخدم التي تعمل على Azure Stack Hub. للعملاء خيارات أخرى، بما في ذلك ما يلي:

• النسخ الاحتياطي المحلي والاستعادة باستخدام ميزة النسخ الاحتياطي ل Windows Server المضمنة في نظام التشغيل Windows Server. يمكن للمستخدمين بعد ذلك نسخ النسخ الاحتياطية المحلية إلى تخزين على المدى الطويل. يدعم هذا الأسلوب النسخ الاحتياطية المتوافقة مع التطبيق من خلال الاعتماد على موفري VSS Windows، ولكنه يزيد من استخدام مساحة القرص المحلي ونفقات صيانة النسخ الاحتياطي.
• النسخ الاحتياطي والاستعادة باستخدام Azure Backup مع عامل MARS المثبت محليًا. يقلل هذا النهج من استخدام مساحة القرص المحلي وأتمتة عملية تحميل النسخ الاحتياطية إلى التخزين المستند إلى السحابة. ومع ذلك، فإنه لا يدعم النسخ الاحتياطية المتناسقة مع التطبيق.
• النسخ الاحتياطي والاستعادة باستخدام حل النسخ الاحتياطي المثبت في نفس مركز البيانات ولكن خارج Azure Stack Hub. يسهل هذا الأسلوب السيناريوهات التي تتضمن نموذج توزيع غير متصل بـAzure Stack Hub.
• النسخ الاحتياطي والاستعادة على مستوى Azure Stack Hub باستخدام لقطات القرص. يتطلب هذا الأسلوب إيقاف الجهاز الظاهري الذي يتم نسخه احتياطيا، وهو عادة ليس خيارا قابلا للتطبيق لأحمال العمل الحرجة للأعمال، ولكن يمكن قبوله في بعض السيناريوهات.

تفاصيل السيناريو

النسخ الاحتياطي والاستعادة هما مكونان أساسيان لأي استراتيجية شاملة لاستمرارية الأعمال والإصلاح بعد كارثة. يعد تصميم وتنفيذ نهج نسخ احتياطي متسق وموثوق به في بيئة مختلطة أمرا صعبا، ولكن يمكن تبسيطه بشكل كبير من خلال التكامل مع خدمات Microsoft Azure. لا ينطبق هذا فقط على أحمال العمل التي تعمل على البنية الأساسية المحلية التقليدية، ولكن أيضا على تلك التي يستضيفها موفرو السحابة العامة والخاصة التابعة لجهة خارجية. ومع ذلك، تظهر فوائد التكامل مع خدمات Azure عندما تتضمن البيئات المختلطة عروض قائمة مشاريع Azure Stack، بما في ذلك Azure Stack Hub.

في حين أن إحدى نقاط القوة الأساسية في Azure Stack Hub هي أنه يدعم نموذج النظام الأساسي كخدمة (PaaS)، فإنه يساعد العملاء أيضا على تحديث أحمال العمل الحالية للبنية الأساسية كخدمة (IaaS). يمكن أن تتضمن أحمال العمل هذه مشاركات الملفات وقواعد بيانات Microsoft SQL Server ومزارع Microsoft SharePoint ومجموعات Microsoft Exchange Server. ترحيلها إلى الأجهزة الظاهرية التي تعمل على مجموعات شديدة التناسق ومرونة للغاية تحتوي على نماذج إدارية وبرمجية متسقة مع نتائج Microsoft Azure في تقليل حمل الإدارة والصيانة.

لتنفيذ النسخ الاحتياطي للملفات والتطبيقات التي تعمل على الأجهزة الظاهرية ل Azure Stack Hub، توصي Microsoft بنهج مختلط يعتمد على مجموعة من المكونات السحابية والمكونات المحلية لتقديم حل نسخ احتياطي قابل للتطوير والأداء والمرونة وآمن ومباشر للإدارة وفعال من حيث التكلفة. المكون المركزي لهذا الحل هو Microsoft Azure Backup Server (MABS) v3، وهو جزء من عرض Azure Backup. يعتمد MABS على البنية الأساسية ل Azure Stack Hub لموارد الحوسبة والشبكة والتخزين على المدى القصير، ويستخدم التخزين المستند إلى Azure ليكون بمثابة مخزن النسخ الاحتياطي طويل المدى. يقلل هذا النهج أو يلغي الحاجة إلى الحفاظ على وسائط النسخ الاحتياطي الفعلية مثل الأشرطة.

الوظيفة الأساسية

يدعم الحل المقترح الوظائف التالية على أجهزة Azure Stack Hub الظاهرية التي تقوم بتشغيل Windows Server 2019 و2016 و2012 R2 و2012 و2008 R2 SP1 (64 بت مع إطار عمل إدارة Windows 4.0) و2008 SP2 (64 بت مع إطار عمل إدارة Windows 4.0) وWindows 10 (64 بت):

• النسخ الاحتياطي واستعادة وحدات تخزين نظام ملفات التكنولوجيا الجديدة (NTFS) ونظام الملفات المرنة (ReFS) والمشاركات والمجلدات والملفات وحالة النظام.

• النسخ الاحتياطي واستعادة مثيلات SQL Server 2019 و2017 و2016 (مع حزم الخدمة المطلوبة (SPs) و2014 (مع SPs المطلوبة) وقواعد البيانات الخاصة بها.

• النسخ الاحتياطي واستعادة خوادم وقواعد بيانات Exchange Server 2019 Exchange Server 2016، بما في ذلك الخوادم المستقلة وقواعد البيانات في مجموعة توفر قاعدة البيانات (DAG).

• استعادة علب البريد الفردية وقواعد بيانات علب البريد في DAG.

• النسخ الاحتياطي واستعادة مزارع SharePoint 2019 وSharePoint 2016 (مع أحدث SPs) ومحتوى خادم الويب الأمامي.

• استعادة قواعد بيانات SharePoint 2019 SharePoint 2016 وتطبيقات الويب والملفات وعناصر القائمة ومكونات البحث.

  إشعار

  لنشر أنظمة تشغيل العميل Windows 10 على Azure Stack Hub، يجب أن يكون لديك Windows ترخيص لكل مستخدم أو قمت بشرائه من خلال مضيف مؤهل متعدد المستأجرين (QMTH).

ينفذ MABS نظام النسخ الاحتياطي من القرص إلى القرص إلى السحابة (D2D2C)، مع النسخ الاحتياطي الأساسي المخزن محليا على الخادم الذي يستضيف تثبيت MABS. ثم يتم نسخ النسخ الاحتياطية المحلية إلى مخزن Azure Site Recovery. يعمل القرص المحلي كمساحة تخزين قصيرة الأجل، بينما يوفر المخزن تخزينًا طويل المدى.

تتكون عملية النسخ الاحتياطي من المراحل الأربع التالية:

1. يمكنك تثبيت عامل حماية MABS على كمبيوتر تريد حمايته، وإضافته إلى مجموعة حماية.
2. يمكنك إعداد الحماية للكمبيوتر أو تطبيقه، بما في ذلك النسخ الاحتياطي إلى أقراص MABS المحلية للتخزين على المدى القصير وإلى Azure للتخزين طويل الأجل. كجزء من الإعداد، يمكنك تحديد جدول النسخ الاحتياطي لكلا النوعين من النسخ الاحتياطية.
3. يقوم حمل العمل المحمي بالنسخ الاحتياطي إلى أقراص MABS المحلية وفقا للجدول الزمني الذي حددته.
4. يتم نسخ النسخ الاحتياطي المحلي المخزن على أقراص MABS احتياطيا إلى مخزن Azure Recovery Services بواسطة عامل MARS الذي يعمل على خادم MABS.

المتطلبات الأساسية

يعتمد تنفيذ الحل الموصى به على تلبية المتطلبات الأساسية التالية:

• الوصول إلى اشتراك Azure، مع أذونات كافية لتوفير مخزن Azure Recovery Services في منطقة Azure الأقرب إلى مركز بيانات محلي يستضيف نشر Azure Stack Hub.

• مجال خدمات مجال Active Directory (AD DS) يمكن الوصول إليه من جهاز Azure Stack Hub الظاهري الذي سيستضيف مثيل MABS.

• جهاز ظاهري مستضاف على Azure Stack Hub سيقوم بتشغيل مثيل MABS، ما يلبي المتطلبات الأساسية المدرجة في تثبيت Azure Backup Server على Azure Stack ومع الاتصال الصادر بعناوين URL المدرجة في دعم شبكة DPM/MABS.

  إشعار

  يتم وصف مساحة القرص الإضافية واعتبارات الأداء ل MABS بمزيد من التفصيل لاحقا في هذه المقالة.

  إشعار

  للتحقق من أن الجهاز الظاهري الذي يستضيف MABS لديه اتصال بخدمة Azure Backup، يمكنك استخدام Get-DPMCloud الاتصال ion cmdlet (المضمن في الوحدة النمطية Azure Backup Server PowerShell).

  إشعار

  يتطلب MABS أيضًا مثيلًا محليًا من SQL Server. للحصول على تفاصيل حول متطلبات SQL Server، راجع تثبيت Azure Backup Server وترقيته.

أنواع البيانات

من منظور MABS، هناك نوعان من البيانات يجب مراعاتهما:

• بيانات الملفات هي بيانات موجودة عادة على خوادم الملفات (مثل ملفات Microsoft Office أو الملفات النصية أو ملفات الوسائط)، ويجب حمايتها كملفات ثابتة.
• بيانات التطبيق هي بيانات موجودة على خوادم التطبيقات (مثل مجموعات تخزين Exchange أو قواعد بيانات SQL Server أو مزارع SharePoint) وتتطلب أن يكون MABS على دراية بمتطلبات التطبيق المقابلة.

أنواع النسخ الاحتياطي

سواء كنت تحمي بيانات الملفات أو بيانات التطبيق، تبدأ الحماية بإنشاء نسخة متماثلة من مصدر البيانات في التخزين المحلي لمثيل MABS. تتم مزامنة النسخة المتماثلة أو تحديثها على فترات منتظمة وفقًا للإعدادات التي تقوم بتكوينها. تعتمد الطريقة التي يستخدمها MABS لمزامنة النسخة المتماثلة على نوع البيانات التي تتم حمايتها. إذا تم تعريف النسخة المتماثلة على أنها غير متناسقة، يقوم MABS بإجراء فحص التناسق، وهو التحقق من النسخة المتماثلة كتلة تلو كتلة مقابل مصدر البيانات.

بالنسبة إلى وحدة تخزين ملف أو مشاركتها على خادم، بعد النسخ الاحتياطي الكامل الأولي، يستخدم عامل حماية MABS عامل تصفية وحدة تخزين وتغيير دفتر اليومية لتحديد الملفات التي تم تغييرها. ثم ينفذ إجراء المجموع الاختباري لتلك الملفات لمزامنة الكتل التي تم تغييرها فقط. في أثناء المزامنة، يتم نقل هذه التغييرات إلى MABS ثم تطبيقها على النسخة المتماثلة، وبالتالي مزامنة النسخة المتماثلة مع مصدر البيانات.

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

في فواصل زمنية منتظمة يمكنك تكوينها، ينشئ MABS نقطة استرداد لمصدر البيانات المحمي. نقطة الاسترداد هي إصدار من البيانات التي يمكن استردادها.

بالنسبة إلى بيانات التطبيق، بعد إنشاء النسخة المتماثلة بواسطة MABS، يتم تعقب التغييرات على كتل وحدة التخزين التي تنتمي إلى ملفات التطبيق بواسطة عامل تصفية وحدة التخزين. تعتمد كيفية نقل التغييرات إلى خادم MABS على التطبيق ونوع المزامنة. العملية المسماة المزامنة في MABS مسؤول istrator Console مشابهة لنسخة احتياطية تزايدية، وتنشئ انعكاسا متسقا ودقيقا للمعاملات لبيانات التطبيق عند دمجها مع النسخة المتماثلة.

أثناء نوع المزامنة المسماة النسخ الاحتياطي الكامل السريع في وحدة تحكم MABS مسؤول istrator، يتم إنشاء لقطة كاملة لخدمة نسخ الظل الاحتياطية لوحدة التخزين (VSS)، ولكن يتم نقل الكتل التي تم تغييرها فقط إلى خادم MABS.

ينشئ كل نسخ احتياطي كامل سريع نقطة استرداد لبيانات التطبيق. إذا كان التطبيق يدعم النسخ الاحتياطية التزايدية، فإن كل مزامنة تنشئ أيضًا نقطة استرداد. تعتمد عملية المزامنة على التطبيق:

• بالنسبة لبيانات Exchange، تنقل المزامنة لقطة VSS تزايدية باستخدام كاتب Exchange VSS. يتم إنشاء نقاط الاسترداد لكل مزامنة ولكل نسخة احتياطية كاملة صريحة.
• SQL Server قواعد البيانات التي يتم شحنها من السجل، أو الموجودة في وضع القراءة فقط، أو التي تستخدم نموذج الاسترداد البسيط، لا تدعم النسخ الاحتياطي التزايدي. يتم إنشاء نقاط الاسترداد لكل نسخة احتياطية كاملة صريحة فقط. بالنسبة لجميع قواعد بيانات SQL Server الأخرى، تنقل المزامنة نسخة احتياطية لسجل المعاملات، مع نقاط الاسترداد التي تم إنشاؤها لكل مزامنة تزايدية والتعبير عن النسخ الاحتياطي الكامل. سجل المعاملات هو سجل تسلسلي لكافة المعاملات التي تم تنفيذها مقابل قاعدة البيانات منذ آخر نسخ احتياطي لسجل المعاملات.
• لا تدعم خوادم SharePoint النسخ الاحتياطي التزايدي. يتم إنشاء نقاط الاسترداد لكل نسخة احتياطية كاملة صريحة فقط.

تتطلب المزامنة التزايدية وقتا أقل مما يستغرقه إجراء نسخ احتياطي كامل سريع. ومع ذلك، يزداد الوقت المطلوب لاسترداد البيانات مع زيادة عدد عمليات المزامنة. وذلك لأن MABS يجب أن يستعيد النسخ الاحتياطي الكامل الأخير ثم استعادة وتطبيق جميع عمليات المزامنة التزايدية حتى النقطة الزمنية المحددة للاسترداد.

لتمكين وقت استرداد أسرع، يقوم MABS بانتظام بإجراء نسخة احتياطية كاملة سريعة، والتي تقوم بتحديث النسخة المتماثلة لتضمين الكتل التي تم تغييرها. أثناء النسخ الاحتياطي الكامل السريع، يأخذ MABS لقطة من النسخة المتماثلة قبل تحديث النسخة المتماثلة باستخدام الكتل التي تم تغييرها. لتمكين RPOs بشكل متكرر وتقليل نافذة فقدان البيانات، يقوم MABS أيضا بإجراء عمليات مزامنة تزايدية في الوقت بين نسختين احتياطيتين كاملتين سريعتين.

كما هو الحال مع حماية بيانات الملف، إذا أصبحت النسخة المتماثلة غير متسقة مع مصدر البيانات الخاص بها، ينشئ MABS تنبيها يحدد الخادم ومصادر البيانات المتأثرة. لحل عدم التناسق، يمكنك إصلاح النسخة المتماثلة عن طريق بدء المزامنة مع التحقق من التناسق على النسخة المتماثلة. في أثناء التحقق من التناسق، يقوم MABS بإجراء التحقق من النسخة المتماثلة من كتلة بحظر وإصلاحها لإعادتها إلى الاتساق مع مصادر البيانات. يمكنك جدولة فحص تناسق يومي لمجموعات الحماية أو بدء فحص التناسق يدويًا.

سياسات الحماية

يصبح الكمبيوتر أو حمل العمل الخاص به محميا عند تثبيت برنامج عامل حماية MABS على الكمبيوتر وإضافة بيانات الكمبيوتر أو حمل العمل الخاص به إلى مجموعة حماية. تستخدم مجموعات الحماية لتكوين وإدارة حماية مصادر البيانات على أجهزة الكمبيوتر. مجموعة الحماية هي مجموعة من مصادر البيانات التي تشترك في تكوين الحماية نفسه. تكوين الحماية هو مجموعة من الإعدادات الشائعة لمجموعة الحماية، مثل اسم مجموعة الحماية ونهج الحماية وتخصيصات التخزين وأسلوب إنشاء النسخة المتماثلة.

يخزن MABS نسخة متماثلة منفصلة من كل عضو في مجموعة الحماية في تجمع التخزين. يمكن أن يحتوي عضو مجموعة الحماية على مصادر بيانات مثل:

• وحدة تخزين أو مشاركة أو مجلد على خادم ملفات أو مجموعة خادم.
• مجموعة تخزين من خادم Exchange أو مجموعة خادم.
• قاعدة بيانات لمثيل SQL Server أو نظام مجموعة الخادم.

لكل مجموعة حماية، يمكنك تكوين نهج حماية يستند إلى أهداف الاسترداد الخاصة بك لمجموعة الحماية هذه. تمثل أهداف الاسترداد متطلبات حماية البيانات التي تتوافق مع RTOs وRPOs لمؤسستك. داخل MABS، يتم تعريفها استنادا إلى مجموعة من المعلمات التالية:

• نطاق الاستبقاء على المدى القصير. يحدد هذا المدة التي تريد الاحتفاظ بالبيانات التي تم نسخها احتياطيًا على تخزين MABS المحلي.

• تكرارات نقطة المزامنة والاسترداد. يتوافق هذا مباشرة مع التسامح مع فقدان البيانات، والذي بدوره يعكس RPOs لمؤسستك. كما يحدد عدد المرات التي يجب فيها على MABS مزامنة النسخ المتماثلة المحلية الخاصة به مع مصادر البيانات المحمية عن طريق جمع تغييرات البيانات الخاصة بها. يمكنك تعيين تكرار المزامنة إلى أي فاصل زمني بين 15 دقيقة و24 ساعة. يمكنك أيضًا تحديد المزامنة قبل إنشاء نقطة استرداد فقط بدلًا من تحديد جدول زمني محدد.

• جدول نقطة الاسترداد على المدى القصير. يحدد هذا عدد نقاط الاسترداد التي يجب إنشاؤها في التخزين المحلي لمجموعة الحماية. لحماية الملفات، يمكنك تحديد الأيام والأوقات التي تريد إنشاء نقاط الاسترداد لها. لحماية البيانات للتطبيقات التي تدعم النسخ الاحتياطية التزايدية، يحدد تكرار المزامنة جدول نقطة الاسترداد.

• عبر عن جدول النسخ الاحتياطي الكامل. هذا هو جدول نقطة الاسترداد لحماية البيانات للتطبيقات التي لا تدعم النسخ الاحتياطية المتزايدة وتدعم النسخ الاحتياطية الكاملة السريعة.

• جدول النسخ الاحتياطي عبر الإنترنت. يحدد هذا تكرار إنشاء نسخة من النسخ الاحتياطية المحلية في مخزن Azure Recovery Services المقترن بمثيل MABS المحلي. يمكنك الجدولة على أساس يومي أو أسبوعي أو شهري أو سنوي، مع الحد الأقصى المسموح به لتكرار نسختين احتياطيتين يوميا. ينشئ MABS تلقائيا نقطة استرداد للنسخ الاحتياطية عبر الإنترنت باستخدام أحدث نسخة متماثلة محلية، دون نقل بيانات جديدة من مصدر البيانات المحمي.

  إشعار

  يدعم مخزن خدمات الاسترداد ما يصل إلى 9999 نقطة استرداد.

• نهج الاستبقاء عبر الإنترنت. يحدد هذا الفترة الزمنية التي يتم خلالها الاحتفاظ بالنسخ الاحتياطية اليومية والأسبوعية والشهرية والسنوية في مخزن Azure Site Recovery المقترن بمثيل MABS المحلي.

  إشعار

  لحماية أحدث محتوى لمصدر البيانات عبر الإنترنت، قم بإنشاء نقطة استرداد جديدة على القرص المحلي قبل إنشاء نقطة استرداد عبر الإنترنت.

  إشعار

  بشكل افتراضي، يكون مخزن Azure Recovery Services متكررا جغرافيا، ما يعني أن أي نسخة احتياطية يتم نسخها إلى تخزينها يتم نسخها تلقائيا إلى منطقة Azure التي تعد جزءا من زوج منطقة محدد مسبقا. يمكنك تغيير إعدادات النسخ المتماثل إلى مكررة محليا إذا كان ذلك كافيا لاحتياجات المرونة وإذا كنت بحاجة إلى تقليل تكاليف التخزين. ومع ذلك، يجب أن تفكر في الاحتفاظ بالإعداد الافتراضي. لا يمكن تغيير هذا الخيار إذا كان المخزن يحتوي على أي عناصر محمية.

  إشعار

  للحصول على قائمة أزواج منطقة Azure، راجع استمرارية الأعمال والتعافي من الكوارث (BCDR): المناطق المقترنة في Azure.

عمليات استعادة الاختبار

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

بشكل عام، يميل اختبار عمليات الاستعادة إلى أن يكون صعبا لأنه يتطلب بيئة تشبه إلى حد ما البيئة التي تستضيف أحمال العمل المحمية. يعمل Azure Stack Hub، مع DevOps المضمنة والبنية الأساسية كقدرات للتعليمات البرمجية، على تبسيط معالجة هذا التحدي بشكل كبير.

الأدوار والمسؤوليات

عادة ما يتضمن تخطيط وتنفيذ النسخ الاحتياطي واستعادة أحمال العمل المستندة إلى Azure Stack Hub التفاعل بين العديد من أصحاب المصلحة:

• عوامل تشغيل Azure Stack Hub. يدير مشغلو Azure Stack Hub البنية الأساسية لـAzure Stack Hub، مما يضمن وجود موارد كافية للحساب والتخزين والشبكة لتنفيذ حل شامل للنسخ الاحتياطي والاستعادة، وإتاحة هذه الموارد للمستأجرين. كما يتعاونون مع مالكي التطبيقات والبيانات للمساعدة في تحديد النهج الأمثل لنشر أحمال العمل الخاصة بهم في Azure Stack Hub.
• مسؤولو Azure. يدير مسؤولو Azure موارد Azure المطلوبة لتنفيذ حلول النسخ الاحتياطي المختلط.
• مسؤولو Microsoft Entra. يدير مسؤولو Microsoft Entra موارد Microsoft Entra، بما في ذلك عناصر المستخدم والمجموعة المستخدمة لتوفير موارد Azure وتكوينها وإدارتها.
• موظفو تكنولوجيا المعلومات المستأجرين في Azure Stack Hub. يقوم أصحاب المصلحة هؤلاء بتصميم MABS وتنفيذه وإدارته، بما في ذلك النسخ الاحتياطية والاستعادة ل MABS.
• مستخدمو Azure Stack Hub. يوفر هؤلاء المستخدمون متطلبات RPO وRTO ويرسلون طلبات لنسخ البيانات والتطبيقات احتياطيًا واستعادتها.

الاعتبارات

تنفذ هذه الاعتبارات ركائز Azure Well-Architected Framework، وهو عبارة عن مجموعة من المبادئ التوجيهية التي يمكن استخدامها لتحسين جودة حمل العمل. لمزيد من المعلومات، يرجى مراجعةMicrosoft Azure Well-Architected Framework.

الموثوقيه

تضمن الموثوقية أن التطبيق الخاص بك يمكن أن يفي بالالتزامات التي تتعهد بها لعملائك. لمزيد من المعلومات، يرجى مراجعة نظرة عامة على ركيزة الموثوقية.

يساعد Azure Stack Hub على زيادة توفر حمل العمل بسبب المرونة المتأصلة في بنيته الأساسية. يمكنك زيادة التوفر من خلال تصميم وتنفيذ الحلول التي توسع نطاق حماية حمل العمل. هذه هي القيمة المضافة التي يوفرها MABS. في سياق MABS الذي يعمل على Azure Stack Hub، هناك جانبان من التوفر يجب استكشافهما بمزيد من التفصيل:

• توفر MABS ومخازن البيانات الخاصة به
• توفر إمكانية الاستعادة في نقطة زمنية لأحمال العمل المحمية من MABS

تحتاج إلى النظر في كل منهما عند تطوير استراتيجية النسخ الاحتياطي التي تحركها أهداف نقطة الاسترداد (RPOs) وأهداف وقت الاسترداد (RTOs). يمثل RTO وRPO متطلبات الاستمرارية التي تنص عليها وظائف الأعمال داخل المؤسسة. يعين RPO فترة زمنية تمثل الحد الأقصى المقبول لفقدان البيانات بسبب حادث يجعل البيانات غير متوفرة لفترة زمنية. يحدد RTO الحد الأقصى للمدة المقبولة من الوقت الذي يمكن أن يستغرقه لإعادة الوصول إلى وظائف الأعمال بعد وقوع حادث يجعل الوظائف غير متوفرة.

يتوقف توفر MABS ومخازن البيانات الخاصة به على توفر الجهاز الظاهري الذي يستضيف تثبيت MABS والتخزين المحلي والمستند إلى السحابة. تتوفر أجهزة Azure Stack Hub الظاهرية بشكل كبير حسب التصميم. إذا كان هناك فشل MABS، فلديك القدرة على استعادة العناصر المحمية ب Azure Backup من أي جهاز Azure Stack Hub ظاهري آخر يستضيف MABS. ومع ذلك، لاحظ أنه بالنسبة للخادم الذي يستضيف MABS لاسترداد النسخ الاحتياطية التي تم إجراؤها باستخدام MABS الذي يتم تشغيله على خادم آخر، يجب تسجيل كلا الخادمين مع نفس مخزن Azure Site Recovery.

تعتمد إمكانية الاستعادة في نقطة زمنية لأحمال العمل المحمية بـMABS إلى حد كبير على نوع البيانات والنسخ الاحتياطية ونهج الحماية الخاصة بها. لفهم هذه التبعيات، من الضروري استكشاف هذه المفاهيم بمزيد من التفصيل.

الأمان

ويوفر عامل الأمان ضمانات للحماية من الهجمات المتعمدة واستغلال البيانات والأنظمة القيمة الخاصة بك. للمزيد من المعلومات، يرجى الرجوع إلى نظرة عامة على ركيزة الأمان.

تتطلب إدارة بيانات المستخدم وتطبيقاته في السيناريوهات المختلطة اعتبارات أمان إضافية. يمكن تجميع هذه الاعتبارات في الفئات التالية:

• نسخة احتياطية من التشفير
• حماية مخزن Azure Recovery Services

يفرض MABS وAzure Backup تشفير النسخ الاحتياطية الثابتة والمتنقلة:

• التشفير في حالة السكون. أثناء تثبيت MABS، يوفر المستخدم عبارة مرور. ثم يتم استخدام عبارة المرور هذه لتشفير جميع النسخ الاحتياطية قبل تحميلها إلى مخزن Azure Recovery Services. يتم فك التشفير فقط بعد تنزيل النسخ الاحتياطية من ذلك المخزن. تتوفر عبارة المرور فقط للمستخدم الذي أنشأها وإلى عامل MARS المثبت محليا. من الضروري التأكد من تخزين عبارة المرور في موقع آمن، لأنها تعمل كآلية تخويل عند إجراء عمليات استعادة مستندة إلى السحابة على خادم MABS غير الخادم الذي حدثت فيه النسخ الاحتياطية.
• التشفير المتنقل يعتمد MABS v3 على بروتوكول أمان طبقة النقل (TLS) الإصدار 1.2 لحماية اتصالاته بـAzure.

يوفر مخزن Azure Recovery Services آليات تحمي النسخ الاحتياطية عبر الإنترنت بشكل أكبر، بما في ذلك:

• التحكم في Azure role-based access (Azure RBAC). يسمح Azure RBAC بتفويض المسؤوليات وفصلها وفقًا لمبدأ الامتياز الأقل. هناك ثلاثة أدوار مضمنة متعلقة ب Azure Backup تقيد الوصول إلى عمليات إدارة النسخ الاحتياطي:
  • مساهم النسخ الاحتياطي. يوفر الوصول لإنشاء النسخ الاحتياطية وإدارتها، باستثناء حذف مخزن خدمات الاسترداد وتفويض الوصول إلى الآخرين.
  • مشغل النسخ الاحتياطي. يوفر الوصول المكافئ لمساهم النسخ الاحتياطي، باستثناء إزالة النسخ الاحتياطية وإدارة نهج النسخ الاحتياطي.
  • قارئ النسخ الاحتياطي. يوفر الوصول لمراقبة عمليات إدارة النسخ الاحتياطي.
• Azure Resource Locks. يمكنك إنشاء تأمين للقراءة فقط وتعيينها وحذفها إلى مخزن Azure Site Recovery للتخفيف من مخاطر تغيير المخزن أو حذفه عن طريق الخطأ أو بشكل ضار.
• الحذف المبدئي. يساعد الحذف المبدئي على حماية بيانات المخزن والنسخ الاحتياطي من عمليات الحذف العرضية أو الضارة. مع الحذف المبدئي، إذا قام المستخدم بحذف عنصر نسخ احتياطي، يتم الاحتفاظ بالبيانات المقابلة لمدة 14 يوما، ما يسمح باستردادها دون فقدان البيانات خلال تلك الفترة. لا يتحمل الاحتفاظ ببيانات النسخ الاحتياطي لمدة 14 يوما في حالة الحذف المبدئي أي تكلفة. يتم تمكين الحذف المبدئي بشكل افتراضي.
• حماية العمليات الحساسة للأمان. يقوم مخزن Azure Recovery Services تلقائيا بتنفيذ طبقة أخرى من المصادقة كلما تمت محاولة عملية حساسة للأمان، مثل تغيير عبارة مرور. يساعد هذا التحقق الإضافي على التأكد من أن المستخدمين المصرح لهم فقط يقومون بهذه العمليات.
• مراقبة الأنشطة المشبوهة والتنبيهات. يوفر Azure Backup مراقبة مضمنة وتنبيه للأحداث الحساسة للأمان المتعلقة بعمليات Azure Backup. تسهل تقارير النسخ الاحتياطي تعقب الاستخدام، وتدقيل النسخ الاحتياطية والاستعادة، وتحديد اتجاهات النسخ الاحتياطي الرئيسية.

تحسين التكلفة

يركز تحسين التكلفة على البحث عن طرق للحد من النفقات غير الضرورية وتحسين الكفاءة التشغيلية. لمزيد من المعلومات، راجع نظرة عامة على ركيزة تحسين التكلفة.

عند النظر في تكلفة حل النسخ الاحتياطي الموضح في هذه المقالة، تذكر مراعاة كل من المكونات المحلية والمستندة إلى السحابة. يتم تحديد تسعير المكونات المحلية بواسطة نموذج تسعير Azure Stack Hub. كما هو الحال مع Azure، يقدم Azure Stack Hub ترتيب الدفع عند الاستخدام المتوفر من خلال اتفاقيات المؤسسة وبرنامج موفر حلول السحابة. يتضمن هذا الترتيب سعرًا شهريًا لكل Windows Server VM. إذا كان يمكنك استخدام تراخيص Windows Server الموجودة، يمكنك تقليل هذه التكلفة بشكل كبير وصولا إلى أسعار الجهاز الظاهري الأساسية. يعتمد MABS على SQL Server كمخزن بيانات، ولكن لا توجد تكلفة ترخيص مرتبطة بتشغيل مثيل SQL Server هذا إذا كان يستخدم فقط ل MABS.

هناك رسوم متعلقة ب Azure لاستخدام الموارد التالية:

• النسخ الاحتياطي لـ Azure. يتم تحديد تسعير Azure Backup إلى حد كبير من خلال عدد أحمال العمل المحمية وحجم النسخ الاحتياطية للبيانات (قبل الضغط والتشفير) لكل منها. تتأثر التكلفة أيضًا بالاختيار بين التخزين المتكرر محليًا (LRS) والتخزين المتكرر جغرافيًا (GRS) للنسخ المتماثل لمحتوى مخزن Azure Recovery Services. للحصول على التفاصيل، راجع تسعير Azure Backup.
• Azure ExpressRoute. يستند تسعير Azure ExpressRoute إلى أحد النموذجين:
  • بيانات غير محدودة. هذه رسوم شهرية مع تضمين جميع عمليات نقل البيانات الواردة والصادرة.
  • البيانات المحدودة. هذه رسوم شهرية مع جميع عمليات نقل البيانات الواردة مجانًا ونقل البيانات الصادرة التي يتم تحصيلها لكل غيغابايت.
• Azure Import/Export. تتضمن تكلفة Azure Import/Export رسومًا ثابتة لكل جهاز لمعالجة الجهاز.
• Azure Storage. عند استخدام Azure Import/Export، يتم تطبيق أسعار تخزين Azure القياسية ورسوم المعاملات.

بدون ExpressRoute، قد تضطر إلى حساب زيادة استخدام النطاق الترددي لاتصالات الإنترنت الخاصة بك للنسخ الاحتياطية والاستعادة. ستختلف التكلفة اعتمادا على العديد من العوامل، بما في ذلك المنطقة الجغرافية، واستخدام النطاق الترددي الحالي، وموفر خدمة الإنترنت.

التميز التشغيلي

يغطي التميز التشغيلي عمليات التشغيل التي تحافظ على تشغيل التطبيق في الإنتاج. لمزيد من المعلومات، يرجى مراجعةنظرة عامة على ركيزة التميز التشغيلي.

قَابلية الإدارة

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

• مصادر البيانات، مثل الخوادم وأحمال العمل التي تريد حمايتها.
• التخزين الاحتياطي، بما في ذلك إعدادات الحماية قصيرة الأجل وطويلة الأجل.
• نقاط الاسترداد، وهي نقاط في الوقت المناسب يمكن استرداد البيانات التي تم نسخها احتياطيًا منها.
• مساحة القرص المخصصة، وهي مقدار مساحة القرص من تجمع التخزين المخصص للنسخ الاحتياطية.
• النسخ المتماثل الأولي، وهو الأسلوب المستخدم للنسخ الاحتياطي الأولي لمصادر البيانات. يمكن أن يكون الأسلوب نقلا عبر الإنترنت (عبر شبكة) أو نقلا دون اتصال (مثل عبر خدمة Azure Import/Export).
• أسلوب التحقق من التناسق، وهو أسلوب التحقق من تكامل النسخ الاحتياطية للبيانات.

غالبا ما تستخدم الطرق التالية لتحديد أحمال العمل المحمية التي يجب أن تنتمي إلى نفس المجموعات المحمية:

• بواسطة الكمبيوتر. يجمع هذا الأسلوب بين كافة مصادر البيانات للكمبيوتر في نفس مجموعة الحماية.
• بواسطة حمل العمل. يفصل هذا الأسلوب الملفات وكل نوع بيانات تطبيق إلى مجموعات حماية مختلفة. ومع ذلك، قد يتطلب استرداد خادم يستضيف أحمال عمل متعددة عمليات استعادة متعددة من مجموعات حماية مختلفة.
• بواسطة هدف نقطة الاسترداد (RPO) وهدف وقت الاسترداد (RTO). يجمع هذا الأسلوب مصادر البيانات مع RPOs مماثلة. يمكنك التحكم في RPO عن طريق تعيين تكرار المزامنة لمجموعة الحماية، والتي تحدد مقدار فقدان البيانات المحتمل (يقاس بالوقت) في أثناء الانقطاعات غير المتوقعة. في السيناريو الموضح في هذه المقالة، يمكنك التحكم في RTO عن طريق تعيين فترة الاستبقاء ضمن التخزين قصير المدى. يحدد هذا الفترة التي يمكن خلالها استعادة النسخ الاحتياطية من التخزين المحلي قصير الأجل، بدلا من التخزين طويل الأجل المستند إلى السحابة. يؤدي النسخ الاحتياطي من التخزين المحلي على المدى القصير إلى استعادة أسرع.
• بواسطة خصائص البيانات. يمثل هذا الأسلوب تكرار تغييرات البيانات أو معدل نمو البيانات أو متطلبات التخزين الخاصة به كمعاياير للتصنيفات.

عند تسمية مجموعات الحماية، استخدم أسماء فريدة ذات معنى. يمكن أن يكون الاسم أي تركيبة من الأحرف الأبجدية الرقمية ومسافات يصل طولها إلى 64 حرفا.

عند إنشاء مجموعة حماية، يمكنك اختيار أسلوب لإنشاء النسخة المتماثلة الأولية. ينسخ النسخ المتماثل الأولي جميع البيانات المحددة للحماية إلى الخادم الذي يستضيف MABS، ثم ينسخها إلى مخزن Azure Site Recovery. يتم التحقق من كلا النسختين بحثا عن التناسق. يمكن ل MABS إنشاء نسخ متماثلة تلقائيا عبر الشبكة، ولكن يمكنك إنشاء نسخ متماثلة يدويا عن طريق النسخ الاحتياطي للبيانات ونقلها واستعادتها دون اتصال.

للحصول على معلومات حول اختيار أسلوب إنشاء النسخة المتماثلة، راجع النسخ المتماثل الأولي عبر الشبكة. تحتوي المقالة على جدول يوفر تقديرات للمدة التي يستغرقها MABS لإنشاء نسخة متماثلة تلقائيا عبر الشبكة لمختلف أحجام البيانات المحمية وسرعات الشبكة.

تدعم عملية البذر دون اتصال استخدام خدمة Azure Import/Export، والتي يمكنها نقل البيانات إلى حساب Azure Storage باستخدام أقراص SATA. يمكن استخدام هذه الإمكانية عندما يكون النسخ الاحتياطي عبر الإنترنت بطيئا جدا بسبب كمية بيانات النسخ الاحتياطي أو سرعة اتصال الشبكة ب Azure.

يحتوي سير عمل البذر دون اتصال على الخطوات التالية:

1. يمكنك نسخ بيانات النسخ الاحتياطي الأولية إلى قرص SATA واحد أو أكثر باستخدام أداة AzureOfflineBackupDiskPrep.
2. تنشئ الأداة تلقائيا مهمة استيراد Azure تطبيق Microsoft Entra في الاشتراك الذي يستضيف حساب Azure Storage الهدف وخزنة خدمات الاسترداد Azure. يوفر التطبيق Azure Backup مع وصول آمن ونطاق إلى خدمة استيراد Azure، كما هو مطلوب من خلال عملية البذر دون اتصال.
3. تقوم بشحن الأقراص إلى مركز بيانات Azure الذي يستضيف حساب Azure Storage الهدف.
4. يقوم موظفو مركز بيانات Azure بنسخ البيانات من الأقراص إلى حساب Azure Storage.
5. يقوم سير العمل بتشغيل نسخة من حساب Azure Storage إلى مخزن Azure Recovery Services.

DevOps

على الرغم من أن النسخ الاحتياطي والاستعادة يعتبران جزءا من عمليات تكنولوجيا المعلومات، إلا أن هناك بعض الاعتبارات الخاصة ب DevOps والتي تستحق الدمج في استراتيجية النسخ الاحتياطي الشاملة. يسهل Azure Stack Hub النشر التلقائي لأحمال العمل المختلفة، بما في ذلك التطبيقات والخدمات المستندة إلى الجهاز الظاهري. يمكنك استخدام هذه الإمكانية لتبسيط نشر MABS إلى الأجهزة الظاهرية ل Azure Stack Hub، ما يبسط الإعداد الأولي في سيناريوهات متعددة المستأجرين. من خلال الجمع بين قوالب Azure Resource Manager وملحقات VM والوحدة النمطية DPM PowerShell، من الممكن أتمتة تكوين MABS، بما في ذلك إعداد مجموعات الحماية وإعدادات الاستبقاء وجداول النسخ الاحتياطي. بروح من أفضل ممارسات DevOps، يجب تخزين القوالب والبرامج النصية في منشأة التحكم بالمصادر، وتكوين توزيعها باستخدام المسارات. تساعد هذه الممارسات على تقليل وقت الاسترداد في الحالات التي يجب فيها إعادة إنشاء البنية الأساسية اللازمة لاستعادة بيانات الملف والتطبيق.

كفاءة الأداء

كفاءة الأداء هي قدرة حمل عملك على تغيير الحجم لتلبية المطالب التي يضعها المستخدمون عليها بطريقة فعالة. لمزيد من المعلومات، يرجى مراجعةأنماط كفاءة الأداء.

عندما تخطط لنشر MABS على Azure Stack Hub، تحتاج إلى مراعاة مقدار موارد المعالجة والتخزين والشبكة المخصصة للأجهزة الظاهرية التي تستضيف النشر. توصي Microsoft بتخصيص وحدة معالجة مركزية رباعية النواة بسعة 2.33 غيغاهرتز (GHz) لتلبية احتياجات معالجة MABS، وحوالي 10 غيغابايت من مساحة القرص لاستيعاب ثنائيات التثبيت. يمكن تصنيف متطلبات التخزين الأخرى على النحو التالي:

• مساحة القرص للنسخ الاحتياطية. التوصية العامة لمساحة قرص النسخ الاحتياطي هي تخصيص مجموعة تخزين من مساحة القرص تعادل حوالي 1.5 مرة من حجم جميع البيانات التي سيتم نسخها احتياطيا. بعد إرفاق الأقراص بالجهاز الظاهري، يدير MABS إدارة وحدة التخزين ومساحة القرص. يعتمد عدد الأقراص التي يمكنك إرفاقها بجهاز ظاهري على حجمه.

  إشعار

  يجب عدم تخزين النسخ الاحتياطية محليًا لأكثر من خمسة أيام. يجب إلغاء تحميل النسخ الاحتياطية الأقدم من خمسة أيام إلى مخزن استرداد موقع Azure.

• مساحة القرص لموقع ذاكرة التخزين المؤقت لعامل MARS. ضع في اعتبارك استخدام محرك الأقراص C على الجهاز الظاهري الذي يستضيف تثبيت MABS.

• مساحة القرص لمنطقة التقسيم المرحلي المحلية في أثناء عمليات الاستعادة. ضع في اعتبارك استخدام محرك الأقراص المؤقت D على الجهاز الظاهري الذي يستضيف تثبيت MABS.

لتوفير التخزين للجهاز الظاهري الذي يستضيف تثبيت MABS، استخدم الأقراص المدارة في مستوى الأداء المتميز. خصائص الأداء المتوقعة هي 2300 عملية إدخال/إخراج في الثانية (IOPS) و145 ميغابايت/ثانية لكل قرص. على عكس Azure، لا توجد ضمانات أداء ل Azure Stack Hub.

للحصول على تقدير أكثر دقة للتخزين المطلوب لاستيعاب النسخ الاحتياطية لأحمال العمل المستندة إلى Azure Stack Hub، ضع في اعتبارك استخدام حاسبة حجم جهاز Azure Stack الظاهري ل MABS، المتوفرة من تنزيلات Microsoft. يتم تطبيق الحاسبة كمصنف Microsoft Excel يحتوي على وحدات ماكرو تستمد معلومات التحجيم الأمثل ل Azure Stack Hub التي تستند إلى عدد من المعلمات التي توفرها. وتشمل هذه المعلمات:

• تفاصيل المصدر التي تتضمن قائمة بالأجهزة الظاهرية المراد حمايتها، بما في ذلك لكل منها:
  • حجم البيانات المحمية
  • نوع حمل العمل (Windows Server أو SharePoint أو SQL Server)
• فترة استبقاء البيانات، بالأيام

يرتبط كل نوع من أنواع حمل العمل بشكل افتراضي بمعدل يومي محدد مسبقا للتغييرات (أو خسارة). يمكنك ضبط هذه القيم إذا لم تعكس أنماط الاستخدام في بيئتك.

تستخدم حاسبة حجم جهاز Azure Stack الظاهري ل MABS المعلومات التي تحددها لتوفيرها:

• حجم تقديري لجهاز Azure Stack Hub الظاهري الذي يستضيف تثبيت MABS.
• مقدار مقدر من مساحة قرص MABS المطلوبة لاستضافة البيانات التي تم نسخها احتياطيا.
• إجمالي عدد الأقراص في تيرابايت واحد (تيرابايت) لكل منها.
• معدل IOPS المتوفر لاستخدام MABS.
• الوقت المقدر لإكمال النسخ الاحتياطي الأولي. ويستند التقدير إلى الحجم الإجمالي للبيانات المحمية وعلى IOPS المتوفرة لاستخدام MABS.
• الوقت المقدر لإكمال النسخ الاحتياطية اليومية. ويستند التقدير إلى الحجم الإجمالي للخسارة اليومية وعلى IOPS المتاحة لاستخدام MABS.

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

ضع في اعتبارك استخدام تخصيصات المساحة الافتراضية إلا إذا كنت تعرف أنها لا تلبي احتياجاتك. يمكن أن يؤدي تجاوز التخصيصات الافتراضية إلى تخصيص مساحة صغيرة جدًا أو أكثر من اللازم. يمكن أن يؤدي تخصيص مساحة صغيرة جدًا لنقاط الاسترداد إلى منع MABS من تخزين نقاط استرداد كافية لتحقيق أهداف نطاق الاستبقاء. تخصيص مساحة كبيرة جدًا تهدر سعة القرص. بعد إنشاء مجموعة حماية، إذا قمت بتخصيص مساحة صغيرة جدًا لمصدر بيانات، يمكنك زيادة التخصيصات لوحدات تخزين النسخ المتماثلة ونقطة الاسترداد لكل مصدر بيانات. إذا قمت بتخصيص مساحة كبيرة جدًا لمجموعة الحماية، يمكنك إزالة مصدر البيانات من مجموعة الحماية وحذف النسخة المتماثلة. ثم أضف مصدر البيانات إلى مجموعة الحماية مع تخصيصات أصغر.

بعد التوزيع، إذا كنت بحاجة إلى ضبط الحجم المقدر لأجهزة Azure Stack Hub الظاهرية التي تستضيف MABS من أجل استيعاب التغييرات في متطلبات المعالجة أو التخزين، فلديك ثلاثة خيارات:

• تنفيذ التحجيم العمودي. يتطلب هذا تعديل مقدار ونوع موارد المعالج والذاكرة والقرص لأجهزة Azure Stack Hub الظاهرية التي تستضيف MABS.
• تنفيذ التحجيم الأفقي. يتطلب هذا توفير أو إلغاء توفير الأجهزة الظاهرية ل Azure Stack Hub التي تم تثبيت MABS عليها لمطابقة متطلبات المعالجة لأحمال العمل المحمية.
• تعديل نهج الحماية. يتطلب هذا تغيير معلمات نهج الحماية، بما في ذلك نطاق الاستبقاء وجدول نقطة الاسترداد وجدول النسخ الاحتياطي الكامل السريع.

إذا اخترت زيادة وحدات التخزين تلقائيًا، فيمكن لـ MABS حسابات زيادة حجم النسخ الاحتياطي مع نمو بيانات الإنتاج. غير ذلك، يحد MABS تخزين النسخة الاحتياطية إلى حجم موارد البيانات في مجموعة الحماية.

هناك خياران رئيسيان لضبط النطاق الترددي المتاح:

• زيادة حجم الجهاز الظاهري. بالنسبة لأجهزة Azure Stack Hub الظاهرية، يحدد الحجم الحد الأقصى للنطاق الترددي للشبكة. ومع ذلك، لا توجد ضمانات عرض النطاق الترددي. بدلا من ذلك، يمكن للأجهزة الظاهرية استخدام مقدار النطاق الترددي المتاح حتى الحد الذي يحدده حجمها.
• زيادة معدل نقل مفاتيح تبديل الارتباطات الصاعدة. تدعم أنظمة Azure Stack Hub مجموعة من مفاتيح تبديل الأجهزة التي توفر العديد من الخيارات لسرعات الارتباط الأعلى. تحتوي كل عقدة نظام مجموعة Azure Stack Hub على ارتباطين لأعلى إلى مفاتيح التبديل العلوية للحامل للتسامح مع الخطأ. يخصص النظام نصف سعة الارتباط الصاعد للبنية الأساسية الهامة، والباقي هو السعة المشتركة لخدمات Azure Stack وجميع نسبة استخدام الشبكة للمستخدم. الأنظمة التي يتم نشرها بسرعات أسرع لديها المزيد من النطاق الترددي المتاح لحركة مرور النسخ الاحتياطي.

على الرغم من أنه من الممكن فصل نسبة استخدام الشبكة عن طريق إرفاق محول شبكة ثان بخادم، فإن جميع حركة مرور Azure Stack Hub VM إلى الإنترنت تشترك في نفس الارتباط الصاعد. لا يقوم محول الشبكة الظاهرية الثاني بفصل نسبة استخدام الشبكة على مستوى النقل الفعلي.

لاستيعاب أحجام النسخ الاحتياطي الأكبر، يمكنك التفكير في استخدام Azure ExpressRoute مع نظير Microsoft للاتصال بين الشبكات الظاهرية ل Azure Stack Hub وخزنة Azure Recovery Services. يقوم Azure ExpressRoute بتوسيع الشبكات المحلية إلى سحابة Microsoft عبر اتصال خاص يتم توفيره من قبل موفر اتصال. يمكنك شراء دوائر ExpressRoute لمجموعة واسعة من النطاقات الترددية، من 50 ميجابت في الثانية إلى 10 جيجابت في الثانية.

الملخص

Azure Stack Hub هو عرض فريد يختلف في العديد من الجوانب عن الأنظمة الأساسية الظاهرية الأخرى. على هذا النحو، فإنه يبرر النظر بشكل خاص فيما يتعلق باستراتيجيات استمرارية الأعمال لأحمال العمل التي تعمل على الأجهزة الظاهرية الخاصة به. يؤدي استخدام خدمات Azure إلى تبسيط استراتيجية التصميم والتنفيذ. في هذه المقالة، استكشفنا استخدام MABS لإجراء نسخ احتياطي لبيانات الملفات والتطبيقات على الأجهزة الظاهرية ل Azure Stack Hub في نموذج التوزيع المتصل. يتيح هذا النهج للعملاء الاستفادة من مرونة Azure Stack Hub وإمكانية إدارته، ومن المقياس الفائق والتواجد العالمي لسحابة Azure.

يركز حل النسخ الاحتياطي الموضح هنا حصريا على بيانات الملفات والتطبيقات على أجهزة Azure Stack Hub الظاهرية. هذا مجرد جزء من استراتيجية استمرارية الأعمال الشاملة التي يجب أن تراعي سيناريوهات أخرى مختلفة تؤثر على توفر حمل العمل. بعض الأمثلة هي: فشل الأجهزة والبرامج المترجمة، وانقطاع النظام، والأحداث الكارثية، والكوارث واسعة النطاق.

الخطوات التالية

• إرشادات إرشادية - حسابات تخزين النسخ الاحتياطي على Azure Stack
• إرشادات إرشادية - النسخ الاحتياطي للأجهزة الظاهرية على Azure Stack Hub باستخدام Commvault
• النسخ الاحتياطي لأحمال العمل السحابية والمحلية على السحابة
• تثبيت Azure Backup Server
• إعداد نسخة احتياطية من الملفات والتطبيقات على مُكدّس الذاكرة المؤقتة Azure
• قم بعمل نسخة احتياطية من مجموعة خوادم SharePoint على Azure Stack
• النسخ الاحتياطي SQL Server في Azure Stack

الموارد ذات الصلة

إرشادات مختلطة ذات صلة:

• التصميم المختلط للعمارة
• خيارات Azure المختلطة
• اعتبارات تصميم التطبيق المختلط
• نشر تطبيق مختلط مع بيانات محلية تتوسع عبر السحابة

البنيات ذات الصلة:

• الإصلاح بعد كارثة لـ Azure Stack Hub VMs
• النسخ الاحتياطي للتطبيقات المحلية والبيانات إلى السحابة