مشاركة عبر

إعداد الإصلاح بعد كارثة لتطبيق Dynamics AX متعدد الطبقات

  • مقالة

Dynamics AX هو أحد حلول تخطيط موارد المؤسسات (ERP) الأكثر شيوعا التي تستخدمها المؤسسات لتحديد العمليات عبر المواقع وإدارة الموارد وتبسيط التوافق. نظراً لأن التطبيق ضروري للمؤسسة، في حالة حدوث كارثة، يجب أن يكون التطبيق قيد التشغيل في أقل وقت ممكن.

حالياً لا يوفر Dynamics AX أي إمكانيات جديدة للإصلاح بعد كارثة. يتكون Dynamics AX من العديد من مكونات الخادم، مثل Windows Application Object Server ومعرف Microsoft Entra وقاعدة بيانات Azure SQL وSharePoint Server وخدمات التقارير. إن إدارة الإصلاح بعد كارثة لكل مكون من هذه المكونات يدوياً ليس مكلفاً فحسب، بل إنه عرضة للخطأ أيضاً.

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

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

يتطلب تنفيذ الإصلاح بعد كارثة لتطبيق Dynamics AX باستخدام "استرداد الموقع" المتطلبات الأساسية التالية:

• إعداد توزيع Dynamics AX محلي.

• إنشاء مخزن "استرداد الموقع" في اشتراك Azure.

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

دعم "استرداد الموقع"

لغرض إنشاء هذه المقالة، استخدمنا الأجهزة الظاهرية VMware مع Dynamics AX 2012 R3 على مؤسسة Windows Server 2012 R2. نظراً لأن النسخ المتماثل "لاسترداد الموقع" غير محدد للتطبيق، نتوقع أن تستمر التوصيات المُقدمة هنا للسيناريوهات التالية.

المصدر والهدف

السيناريو إلى موقع ثانوي إلى Azure
Hyper-V ‏‏نعم‬ ‏‏نعم‬
VMware ‏‏نعم‬ ‏‏نعم‬
خادم فعلي ‏‏نعم‬ ‏‏نعم‬

تمكين الإصلاح بعد كارثة لتطبيق Dynamics AX باستخدام "استرداد الموقع"

احمِ تطبيق Dynamics AX الخاص بك

لتمكين النسخ المتماثل الكامل للتطبيق واسترداده، يجب حماية كل مكون من مكونات Dynamics AX.

1. إعداد النسخ المتماثل لـ Active Directory وDNS

موقع الإصلاح بعد كارثة يتطلّب خدمات مجال Active Directory ليعمل تطبيق Dynamics AX. نوصي بالخيارين التاليين بناءً على مدى تعقيد البيئة المحلية للعميل.

الخيار 1

لدى العميل عدد صغير من التطبيقات ووحدة التحكم بالمجال للموقع المحلي بأكمله ويُخطط لتجاوز الفشل على الموقع بأكمله معاً. نوصي باستخدام النسخ المتماثل "لاسترداد الموقع" لنسخ جهاز وحدة التحكم بالمجال إلى موقع ثانوي (قابل للتطبيق على سيناريوهات موقع إلى موقع ومن موقع إلى Azure).

الخيار 2

لدى العميل عدد كبير من التطبيقات ويقوم بتشغيل غابة Active Directory ويخطط لتجاوز الفشل على عدد قليل من التطبيقات في وقت واحد. نوصي بإعداد وحدة تحكم بالمجال إضافية على موقع الإصلاح بعد كارثة (موقع ثانوي أو في Azure).

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

2. إعداد النسخ المتماثل SQL Server

للحصول على إرشادات تقنية حول الخيار الموصى به لحماية الطبقة SQL، راجع نسخ التطبيقات باستخدام Microsoft SQL Server وAzure Site Recovery.

3. تمكين الحماية لعميل Dynamics AX والأجهزة الظاهرية لخادم كائنات التطبيق

قم بإجراء تكوين "استرداد الموقع" ذي الصلة استناداً إلى توزيع الأجهزة الظاهرية على Hyper-V أو VMware.

تلميح

نوصي بتكوين التردد المتناسق مع التعطل إلى 15 دقيقة.

تعرض اللقطة التالية حالة حماية الأجهزة الظاهرية المكونة لـ Dynamics في سيناريو حماية من موقع VMware إلى Azure.

Protected items

4. تكوين الشبكات

تكوين إعدادات حساب VM والشبكة

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

يمكنك تحديد الجهاز الظاهري في العناصر المنسوخة لتكوين إعدادات الشبكة، كما هو موضح في اللقطة التالية:

  • بالنسبة لخوادم خادم كائنات التطبيق، حدد مجموعة التوفر الصحيحة.

  • إذا كنت تستخدم عنوان IP ثابتاً، فحدد عنوان IP الذي تريد أن يأخذه الجهاز الظاهري في مربع النص "Target IP".

    Network settings

5. إنشاء خطة استرداد

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

  1. حدد مخزن "استرداد الموقع" في اشتراكك، وحدد تجانب "Recovery Plans".

  2. حدد "+ Recovery plan"، وحدد اسماً.

  3. حدد المصدروالهدف. يمكن أن يكون الهدف Azure أو موقعاً ثانوياً. إذا اخترت Azure، فيجب عليك تحديد نموذج التوزيع.

    Create recovery plan

  4. حدد خادم كائنات التطبيق والأجهزة الظاهرية للعميل لخطة الاسترداد، وحدد "✓".

    Select items

    مثال على خطة الاسترداد:

    Recovery plan details

يمكنك تخصيص خطة الاسترداد لتطبيق Dynamics AX بإضافة الخطوات التالية. تعرض اللقطة السابقة خطة الاسترداد الكاملة بعد إضافة جميع الخطوات.

  • خطوات تجاوز الفشل Microsoft SQL Server: للحصول على معلومات حول خطوات الاسترداد الخاصة بـ SQL Server، راجع تطبيقات النسخ المتماثل مع Microsoft SQL Server وAzure Site Recovery.

  • مجموعة تجاوز الفشل 1: تجاوز فشل الأجهزة الظاهرية لخادم كائنات التطبيق. تأكد من أن نقطة الاسترداد المحددة قريبة قدر الإمكان من النقطة الزمنية لقاعدة البيانات (PIT)، ولكن ليس قبلها.

  • البرنامج النصي: إضافة موازن تحميل (E-A فقط). أضف برنامجاً نصياً (عبر التنفيذ التلقائي في Azure) بعد ظهور مجموعة الجهاز الظاهري لخادم كائنات التطبيق لإضافة موازن تحميل إليه. يمكنك استخدام برنامج نصي للقيام بهذه المهمة. لمزيد من المعلومات، راجع كيفية إضافة موازن تحميل للإصلاح بعد كارثة للتطبيقات متعددة الطبقات.

  • مجموعة تجاوز الفشل 2: تجاوز فشل الأجهزة الظاهرية لعميل Dynamics AX. تجاوز فشل الأجهزة الظاهرية لطبقة الويب كجزء من خطة الاسترداد.

تنفيذ تجاوز فشل اختبار

لمزيد من المعلومات الخاصة بـ Active Directory أثناء اختبار تجاوز الفشل، راجع الدليل المصاحب "حل الإصلاح بعد كارثة في Active Directory".

لمزيد من المعلومات الخاصة بخادم SQL أثناء اختبار تجاوز الفشل، راجع نسخ التطبيقات باستخدام SQL Server وAzure Site Recovery.

  1. انتقل إلى مدخل Microsoft Azure، وحدد مخزن "استرداد الموقع".

  2. حدد خطة الاسترداد التي تم إنشاؤها لـ Dynamics AX.

  3. حدد "Test Failover".

  4. حدد الشبكة الظاهرية لبدء عملية اختبار تجاوز الفشل.

  5. بعد انتهاء البيئة الثانوية، يمكنك إجراء التحقق من الصحة.

  6. بعد اكتمال عمليات التحقق من الصحة، حدد "Validations complete" ويتم تنظيف بيئة اختبار تجاوز الفشل.

لمزيد من المعلومات حول إجراء اختبار تجاوز الفشل، راجع اختبار تجاوز الفشل إلى Azure في "استرداد الموقع".

تنفيذ تجاوز الفشل

  1. انتقل إلى مدخل Microsoft Azure، وحدد مخزن "استرداد الموقع".

  2. حدد خطة الاسترداد التي تم إنشاؤها لـ Dynamics AX.

  3. حدد "Failover" ثم حدد "Failover".

  4. حدد الشبكة المستهدفة، وحدد "✓" لبدء عملية تجاوز الفشل.

لمزيد من المعلومات حول تجاوز الفشل، راجع تجاوز الفشل في "استرداد الموقع".

قم بإجراء إعادة فشل

للحصول على اعتبارات خاصة بـ SQL Server أثناء إرجاع الموارد، راجع نسخ التطبيقات باستخدام SQL Server وAzure Site Recovery.

  1. انتقل إلى مدخل Microsoft Azure، وحدد مخزن "استرداد الموقع".

  2. حدد خطة الاسترداد التي تم إنشاؤها لـ Dynamics AX.

  3. حدد "Failover" ثم حدد "Failover".

  4. حدد "Change Direction".

  5. حدد الخيارات المناسبة: المزامنة وإنشاء الأجهزة الظاهرية.

  6. حدد "✓" لبدء عملية إرجاع الموارد.

لمزيد من المعلومات حول إجراء إرجاع الموارد، راجع إرجاع موارد الأجهزة الظاهرية VMware من Azure إلى محلي.

الملخص

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

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

لمعرفة المزيد حول حماية أحمال عمل المؤسسة باستخدام "استرداد الموقع"، راجع ما أحمال العمل التي يمكنني حمايتها؟.