حول الإصلاح بعد كارثة للتطبيقات المحلية
توضح هذه المقالة أحمال العمل والتطبيقات المحلية التي يمكنك حمايتها للإصلاح بعد كارثة باستخدام خدمة استرداد موقع Azure.
نظرة عامة
تحتاج المؤسسات إلى استراتيجية لاستمرارية الأعمال والإصلاح بعد الكارثة (BCDR) للحفاظ على أحمال العمل والبيانات آمنة ومتاحة في أثناء وقت التوقف المخطط له وغير المخطط له. والعودة إلى ظروف العمل العادية.
استرداد الموقع هي خدمة Azure تساهم في استراتيجية BCDR الخاصة بك. باستخدام "استرداد الموقع"، يمكنك نشر النسخ المتماثل على علم بالتطبيق إلى السحابة أو إلى موقع ثانوي. يمكنك استخدام "استرداد الموقع" لإدارة النسخ المتماثل وإجراء اختبار الإصلاح بعد كارثة وتشغيل عمليات تجاوز الفشل والفشل. يمكن تشغيل التطبيقات الخاصة بك على أجهزة الكمبيوتر Windows أو القائمة على Linux أو الخوادم الفعلية أو VMware أو Hyper-V.
يتكامل استرداد الموقع مع تطبيقات Microsoft مثل SharePoint Exchange وDynamics وSQL Server وخدمات مجال Active Directory. تعمل Microsoft بشكل وثيق مع البائعين الرائدين بما في ذلك Oracle وSAP وRed Hat. يمكنك تخصيص حلول النسخ المتماثل على أساس كل تطبيق على حدة.
لماذا تستخدم "استرداد الموقع" للنسخ المتماثل للتطبيق؟
يساهم استرداد الموقع في الحماية على مستوى التطبيق واسترداده على النحو التالي:
- التطبيق الحر ويوفر النسخ المتماثل لأي أعباء عمل تعمل على جهاز معتمد.
- النسخ المتماثل شبه المتزامن، مع أهداف نقطة الاسترداد (RPO) منخفضة حتى 30 ثانية لتلبية احتياجات تطبيقات الأعمال الأكثر أهمية.
- لقطات متسقة مع التطبيق، للتطبيقات أحادية أو متعددة المستويات.
- التكامل مع مجموعات قابلية وصول عالية التوفر SQL Server AlwaysOn، والشراكة مع تقنيات النسخ المتماثل الأخرى على مستوى التطبيق. على سبيل المثال، النسخ المتماثل لخدمات مجال Active Directory ومجموعات قابلية وصول عالية التوفر SQL AlwaysOn وتبديل مجموعات قابلية وصول عالية التوفر الخاصة بقاعدة البيانات (DAGs).
- خطط الاسترداد المرنة التي تمكنك من استرداد مكدس تطبيق بأكمله بنقرة واحدة، وتضمين البرامج النصية الخارجية والإجراءات اليدوية في الخطة.
- إدارة الشبكة المتقدمة في استرداد الموقع وAzure لتبسيط متطلبات شبكة التطبيقات. إدارة الشبكة مثل القدرة على حجز عناوين IP وتكوين موازنة التحميل والتكامل مع إدارة Azure Traffic Manager من أجل عمليات التبديل الخاصة بأهداف وقت الاسترداد المنخفض (RTO).
- مكتبة أتمتة غنية توفر برامج نصية جاهزة للإنتاج خاصة بتطبيقات يمكن تنزيلها وتكاملها مع خطط الاسترداد.
ملخص حمل العمل
يمكن أن ينسخ استرداد الموقع أي تطبيق يتم تشغيله على جهاز معتمد. لقد اشتركنا مع فرق المنتجات لإجراء اختبارات إضافية للتطبيقات المحددة في الجدول التالي.
| حمل العمل | نسخ Azure VMs إلى Azure | نسخ Hyper-V VMs إلى موقع ثانوي | نسخ Hyper-V VMs إلى Azure | نسخ VMware VMs إلى Azure |
|---|---|---|---|---|
| خدمات مجال Active Directory، DNS | نعم | نعم | نعم | نعم |
| تطبيقات الويب (IIS، SQL) | نعم | نعم | نعم | نعم |
| مدير عمليات مركز النظام | نعم | نعم | نعم | نعم |
| SharePoint | نعم | نعم | نعم | نعم |
| SAP نسخ موقع SAP إلى Azure لغير الكتلة |
نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) |
| Exchange (غير DAG) | نعم | نعم | نعم | نعم |
| سطح المكتب البعيد/VDI | نعم | نعم | نعم | نعم |
| لينكس (نظام التشغيل والتطبيقات) | نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) | نعم (تم اختبارها بواسطة Microsoft) |
| Dynamics AX | نعم | نعم | نعم | نعم |
| Windows File Server | نعم | نعم | نعم | نعم |
| Citrix XenApp وXenDesktop | لا | غير متوفر | لا | لا |
النسخ المتماثل لخدمات مجال Active Directory وDNS
تعتبر البنية الأساسية لخدمات مجال Active Directory وDNS ضرورية لمعظم تطبيقات المؤسسات. في أثناء الإصلاح بعد كارثة، ستحتاج إلى حماية مكونات البنية التحتية هذه واستردادها، قبل استرداد أحمال العمل والتطبيقات.
يمكنك استخدام "استرداد الموقع" لإنشاء خطة استرداد تلقائية كاملة للكوارث لخدمات مجال Active Directory وDNS. على سبيل المثال، للفشل عبر SharePoint وSAP من موقع أساسي إلى موقع ثانوي، يمكنك إعداد خطة استرداد تفشل أولًا عبر خدمات مجال Active Directory. ثم استخدم خطة استرداد إضافية خاصة بالتطبيق للفشل على التطبيقات الأخرى التي تعتمد على خدمات مجال Active Directory.
تعرف على المزيد حول الإصلاح بعد كارثة لخدمات مجال Active Directory وDNS.
حماية SQL Server
يوفر SQL Server أساس خدمات البيانات للعديد من تطبيقات الأعمال في مركز بيانات محلي. يمكن استخدام استرداد الموقع مع تقنيات SQL SERVER HA/DR، لحماية تطبيقات المؤسسات متعددة المستويات التي تستخدم SQL Server.
يوفر استرداد الموقع:
- حل بسيط وفعال من حيث التكلفة للإصلاح بعد كارثة SQL Server. نسخ نسخًا متماثلًا إصدارات ونُسخًا متعددة من خوادم SQL Server المستقلة والكتل إلى Azure أو إلى موقع ثانوي.
- التكامل مع مجموعات قابلية وصول عالية التوفر SQL AlwaysOn، لإدارة تجاوز الفشل والفشل مع خطط استرداد موقع Azure.
- خطط الاسترداد من طرف إلى طرف لكافة المستويات في تطبيق، بما في ذلك قواعد البيانات SQL Server.
- تحجيم SQL Server لأحمال الذروة مع استعادة الموقع، عن طريق تفجيرها في أحجام أكبر الجهاز الظاهري IaaS في Azure.
- الاختبار السهل للإصلاح بعد كارثة في SQL Server. يمكنك تشغيل تجاوز الفشل لاختبار البيانات وتشغيل تدقيقات التوافق، دون التأثير على بيئة الإنتاج الخاصة بك.
تعرف على المزيد حول الإصلاح بعد كارثة لخادم SQL.
حماية SharePoint
يساعد استرداد موقع Azure على حماية عمليات النشر SharePoint، كما يلي:
- يلغي الحاجة وتكاليف البنية التحتية المرتبطة بها لمجموعة خوادم قائمة بذاتها للإصلاح بعد كارثة. استخدم "استرداد الموقع" لنسخ مجموعة خوادم بأكملها نسخًا متماثلًا (الويب والتطبيق ومستويات قاعدة البيانات) إلى Azure أو إلى موقع ثانوي.
- تبسيط نشر التطبيق وإدارته. يتم نسخ التحديثات التي تم نشرها إلى الموقع الأساسي تلقائيًا. تتوفر التحديثات بعد تجاوز الفشل واسترداد مجموعة خوادم في موقع ثانوي. يقلل من تعقيد الإدارة والتكاليف المرتبطة بالحفاظ على تحديث مجموعة خوادم قائمة بذاتها.
- يبسط SharePoint تطوير التطبيقات واختبارها عن طريق إنشاء بيئة النسخ المتماثلة مثل الإنتاج عند الطلب للاختبار وتصحيح الأخطاء.
- يبسط الانتقال إلى مجموعة النظراء باستخدام "استرداد الموقع" لترحيل عمليات النشر SharePoint إلى Azure.
تعرف على المزيد حول الإصلاح بعد كارثة لـSharePoint.
حماية ديناميكيات AX
يساعد استرداد موقع Azure على حماية حل Dynamics AX ERP، من خلال:
- إدارة النسخ المتماثل لبيئة Dynamics AX بأكملها (مستويات ويب وAOS أو مستويات قاعدة البيانات أو SharePoint) إلى Azure أو إلى موقع ثانوي.
- تبسيط ترحيل عمليات نشر Dynamics AX إلى السحابة (Azure).
- تبسيط تطوير التطبيقات واختبارها Dynamics AX عن طريق إنشاء نسخة تشبه الإنتاج عند الطلب، للاختبار وتصحيح الأخطاء.
تعرف على المزيد حول الإصلاح بعد كارثة في Dynamic AX.
حماية خدمات سطح المكتب البعيد
تتيح خدمات سطح المكتب البعيد (RDS) البنية الأساسية لسطح المكتب الظاهري (VDI) وأجهزة سطح المكتب المستندة إلى جلسة العمل والتطبيقات التي تسمح للمستخدمين بالعمل في أي مكان.
مع استرداد موقع Azure يمكنك نسخ الخدمات التالية:
- نسخ نسخًا متماثلًا لأجهزة سطح المكتب الظاهرية المجمعة المدارة أو غير المدارة إلى موقع ثانوي.
- نسخ التطبيقات والجلسات عن بعد نسخًا متماثلًا إلى موقع ثانوي أو Azure.
يوضح الجدول التالي خيارات النسخ المتماثل:
| RDS | نسخ Azure VMs إلى Azure | نسخ Hyper-V VMs إلى موقع ثانوي | نسخ Hyper-V VMs إلى Azure | نسخ VMware VMs إلى موقع ثانوي | نسخ VMware VMs إلى Azure | نسخ الخوادم الفعلية إلى موقع ثانوي | نسخ الخوادم الفعلية إلى Azure نسخًا متماثلًا |
|---|---|---|---|---|---|---|---|
| سطح المكتب الظاهري المجمع (غير مدار) | لا | نعم | لا | نعم | لا | نعم | لا |
| سطح المكتب الظاهري المجمع (المدار ومن دون UPD) | لا | نعم | لا | نعم | لا | نعم | لا |
| التطبيقات البعيدة وجلسات عمل سطح المكتب (من دون UPD) | نعم | نعم | نعم | نعم | نعم | نعم | نعم |
تعرف على المزيد حول الإصلاح بعد كارثة في RDS.
حماية Exchange
يساعد استرداد الموقع على حماية Exchange، كما يلي:
- بالنسبة إلى عمليات النشر Exchange الصغيرة، مثل خادم مفرد أو مستقل، يمكن أن يتم نسخ "استرداد الموقع" مرة أخرى والفشل إلى Azure أو إلى موقع ثانوي.
- ولعمليات النشر الأكبر، يتكامل استرداد الموقع مع مجموعات قابلية وصول عالية التوفر لمجموعات توفر قواعد بيانات Exchange.
- مجموعات توفر قواعد بيانات Exchange هي الحل الموصى به للإصلاح بعد كارثة في Exchange في مؤسسة. يمكن أن تتضمن خطط استرداد الموقع مجموعات توفر قواعد البيانات، لتنسيق تجاوز فشل مجموعات توفر قواعد البيانات عبر المواقع.
لمعرفة المزيد حول التعافي من الكوارث لـExchange، راجع مجموعات توفر قواعد بيانات Exchange والإصلاح بعد كارثة في Exchange
حماية SAP
استخدم "استرداد الموقع" لحماية نشر SAP الخاص بك، كما يلي:
- تمكين حماية SAP NetWeaver وتطبيقات إنتاج غير NetWeaver التي تعمل محليًا عن طريق نسخ المكونات إلى Azure.
- تمكين حماية SAP NetWeaver والتطبيقات غير NetWeaver Production التي تعمل على Azure، عن طريق نسخ المكونات إلى مركز بيانات Azure آخر.
- قم بتبسيط ترحيل السحابة، باستخدام "استرداد الموقع" لترحيل نشر SAP إلى Azure.
- تبسيط ترقيات مشروع SAP والاختبار والنماذج الأولية عن طريق إنشاء استنساخ الإنتاج عند الطلب لاختبار تطبيقات SAP.
تعرف على المزيد حول الإصلاح بعد كارثة في SAP.
حماية خدمات معلومات الإنترنت
استخدم "استرداد الموقع" لحماية نشر خدمات معلومات الإنترنت (IIS) كما يلي:
يوفر استرداد موقع Azure استرداد الكوارث عن طريق تكرار المكونات الهامة في البيئة الخاصة بك إلى موقع بعيد بارد أو سحابة عامة مثل Microsoft Azure. نظرًا لأن الأجهزة الظاهرية مع خادم الويب وقاعدة البيانات يتم نسخها نسخًا متماثلًا إلى موقع الاسترداد، فلا يوجد أي شرط للحصول على نسخة احتياطية منفصلة لملفات التكوين أو الشهادات. يمكن تحديث تعيينات التطبيق وربطات تعتمد على متغيرات البيئة التي تم تغييرها بعد تجاوز الفشل من خلال البرامج النصية المتكاملة في خطط الإصلاح بعد كارثة. يتم طرح الأجهزة الظاهرية على موقع الاسترداد فقط في أثناء تجاوز الفشل. يساعدك استرداد موقع Azure أيضًا في تنسيق تجاوز الفشل من نهاية إلى طرف من خلال توفير الإمكانيات التالية:
- تسلسل إيقاف تشغيل وبدء تشغيل الأجهزة الظاهرية في المستويات المختلفة.
- إضافة البرامج النصية للسماح بتحديث تبعيات التطبيق وربطاته على الأجهزة الظاهرية بعد بدء تشغيلها. يمكن أيضًا استخدام البرامج النصية لتحديث خادم DNS للإشارة إلى موقع الاسترداد.
- تخصيص عناوين IP للأجهزة الظاهرية قبل تجاوز الفشل عن طريق تعيين شبكات الأساسية وشبكات الاسترداد واستخدام البرامج النصية التي لا تحتاج إلى تحديث بعد تجاوز الفشل.
- القدرة على تجاوز الفشل بنقرة واحدة لتطبيقات الويب المتعددة التي تزيل نطاق الارتباك أثناء الكوارث.
- القدرة على اختبار خطط الاسترداد في بيئة معزولة لعمليات الإصلاح بعد كارثة.
تعرف على المزيد حول الإصلاح بعد كارثة لـIIS.
حماية Citrix XenApp وXenDesktop
اعتبارًا من مارس 2020، أعلنت Citrix عن الإهمال ونهاية الدعم لأحمال العمل العامة المستضافة على السحابة. لذلك، لا نوصي باستخدام "استرداد الموقع" لحماية أحمال عمل Citrix.
الخطوات التالية
تعرف على المزيد حول الإصلاح بعد كارثة لـAzure VM.