قم بترحيل الخوادم التي تعمل بنظام التشغيل Windows Server 2008 إلى Azure

يوضح لك هذا البرنامج التعليمي كيفية ترحيل الخوادم المحلية التي تعمل بنظام التشغيل Windows Server 2008 أو 2008 R2 إلى Azure، باستخدام Azure Site Recovery.

في هذا البرنامج التعليمي، تتعلم كيفية:

• ترحيل أجهزة Windows Server 2008 المحلية إلى Azure.
• قم بإجراء ترحيل تجريبي للتأكد من أن كل شيء يعمل كما هو متوقع.
• فشل في Azure وأكمل الترحيل.

الهجرة مع Azure ترحيل

نوصي بترحيل الأجهزة إلى Azure باستخدام خدمة "Azure Migrate".

• Azure Migrate مصمم خصيصًا لترحيل الخادم.
• يوفر Azure Migrate مركزاً مركزياً لاكتشاف وتقييم وترحيل الأجهزة المحلية إلى Azure. يجب استخدام Azure Site Recovery لاسترداد البيانات بعد الكوارث فقط، وليس للترحيل.
• يدعم Azure Migrate ترحيل الخوادم التي تعمل بنظام التشغيل Windows Server 2008.

الترحيل باستخدام استرداد الموقع

أنظمة التشغيل المدعومة

نظام تشغيل	البيئة
Windows Server 2008 SP2 - 32 بت و64 بت (IA-32 وx86-64) - قياسي - مؤسسي - مركز البيانات	VMware VMs وHyper-V VMs والخوادم المادية
Windows Server 2008 R2 SP1 - 64 بت - قياسي - المؤسسة - مركز البيانات	VMware VMs وHyper-V VMs والخوادم المادية

تحذير

• لا يتم دعم ترحيل الخوادم التي تقوم بتشغيل Server Core.
• تأكد من تثبيت أحدث حزمة خدمة وتحديثات Windows قبل الترحيل.

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

قبل البدء، من المفيد مراجعة بنية Azure Site Recovery ل VMware وترحيل الخادم الفعلي أو ترحيل الجهاز الظاهري Hyper-V.

لترحيل أجهزة Hyper-V الظاهرية التي تعمل بنظام التشغيل Windows Server 2008 أو Windows Server 2008 R2، اتبع الخطوات الواردة في البرنامج التعليمي ترحيل الأجهزة المحلية إلى Azure .

يوضح لك الجزء المتبقي من هذا البرنامج التعليمي كيف يمكنك ترحيل أجهزة VMware الافتراضية الداخلية والخوادم الفعلية التي تعمل بنظام التشغيل Windows Server 2008 أو 2008 R2.

تلميح

هل تبحث عن طريقة بدون وكيل لترحيل VMware VMs إلى Azure؟ انقر هنا

القيود والمشاكل المعروفة

• يجب أن يقوم خادم التكوين وخوادم العمليات الإضافية وخدمة التنقل المستخدمة لترحيل خوادم Windows Server 2008 SP2 بتشغيل الإصدار 9.19.0.0 أو إصدار أحدث من برنامج Azure Site Recovery.

• لا يتم دعم نقاط الاسترداد المتوافقة للتطبيق وميزة التناسق متعدد الأجهزة الظاهرية للنسخ المتماثل للخوادم التي تعمل بنظام التشغيل Windows Server 2008 SP2. يجب ترحيل خوادم Windows Server 2008 SP2 إلى نقطة استرداد متسقة للتعطل. يتم إنشاء نقاط التعافي المتسقة للأعطال كل 5 دقائق بشكل افتراضي. سيؤدي استخدام نهج النسخ مع تطبيق تم تكوينه بشكل متسق إلى تكرار اللقطة إلى أن تصبح صحة النسخ أمراً بالغ الأهمية بسبب عدم وجود نقاط استرداد متسقة للتطبيق. لتجنب الإيجابيات الخاطئة، قم بتعيين تكرار اللقطة المتوافق مع التطبيق في نهج النسخ المتماثل إلى "إيقاف التشغيل".

• يجب أن تحتوي الخوادم التي يتم ترحيلها على .NET Framework 3.5 Service Pack 1 حتى تعمل خدمة التنقل.

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

• يجب أن تحتوي الخوادم التي يتم ترحيلها على برنامج تشغيل vmstorfl.sys. قد تفشل تجاوز الفشل إذا لم يكن برنامج التشغيل موجوداً في الخادم الذي يتم ترحيله.

  تلميح

  تحقق مما إذا كان برنامج التشغيل موجوداً على "C: \ Windows \ system32 \ drivers \ vmstorfl.sys". إذا لم يتم العثور على برنامج التشغيل، فيمكنك حل المشكلة عن طريق إنشاء ملف وهمي في مكانه.

  افتح موجه الأوامر (تشغيل > cmd) وقم بتشغيل ما يلي: "نسخ حرف فارغ c:\Windows\system32\drivers\vmstorfl.sys"

• قد لا تتمكن من RDP إلى خوادم Windows Server 2008 SP2 التي تعمل بنظام التشغيل 32 بت فور فشلها أو فشل الاختبار في Azure. أعد تشغيل الجهاز الظاهري الفاشل من مدخل Microsoft Azure وحاول الاتصال مرة أخرى. إذا كنت لا تزال غير قادر على الاتصال، فتحقق مما إذا كان الخادم قد تم تكوينه للسماح باتصالات سطح المكتب البعيد، وتأكد من عدم وجود قواعد جدار حماية أو مجموعات أمان للشبكة تحظر الاتصال.

  تلميح

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

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

الشروع في العمل

قم بإجراء المهام التالية لإعداد اشتراك Azure وبيئة VMware المحلية / البيئة المادية:

1. تحضير Azure
2. إعداد برامج VMware المحلية

أنشئ مخزن خدمات الاسترداد

1. سجّل الدخول إلى "مدخل Microsoft Azure">خدمات الاسترداد.

2. انقر فوق "Create a resource">أدوات الإدارة>"Backup and Site Recovery".

3. في "Name"، حدد الاسم المألوف W2K8 -igration. إذا كان لديك أكثر من اشتراك، فحدد الاشتراك المناسب.

4. قم بإنشاء مجموعة موارد w2k8migrate.

5. حدد «an Azure region». للتحقق من المناطق المدعومة، راجع التوفر الجغرافي في "Azure Site Recovery Pricing Details".

6. للوصول بسرعة إلى المخزن من لوحة التحكم، انقر فوق "Pin to dashboard" ثم انقر فوق "Create".

   

تمت إضافة المخزن الجديد إلى "Dashboard" ضمن "All resources"، وفي صفحة "Recovery Services vaults" الرئيسية.

جهز بيئتك المحلية للهجرة

• لترحيل أجهزة Windows Server 2008 الظاهرية التي تعمل على VMware، قم بإعداد خادم التكوين المحلي على VMware.
• إذا تعذر إعداد خادم التكوين كجهاز ظاهري VMware، فقم بإعداد خادم التكوين على خادم فعلي محلي أو جهاز ظاهري.

إعداد البيئة المستهدفة

حدد الموارد المستهدفة وتحقق منها.

1. انقر فوق "Prepare infrastructure">"Target"، وحدد اشتراك Azure الذي تريد استخدامه.
2. حدد نموذج نشر Resource Manager.
3. يتحقق "استرداد الموقع" من أن لديك واحداً أو أكثر من حسابات وشبكات Azure المتوافقة.

قم بإعداد نهج النسخ المتماثل

1. لإنشاء نهج نسخ جديدة، انقر فوق "infrastructure">"Replication Policies"> + نهج النسخ المتماثل .
2. في "Create replication policy"، حدد اسم نهج.
3. في "RPO threshold"، حدد هدف نقطة الاسترداد (RPO). يتم إنشاء تنبيه إذا تجاوز النسخ المتماثل RPO هذا الحد.
4. في "Recovery point retention"، حدد المدة (بالساعات) التي تستغرقها فترة الاستبقاء لكل نقطة استرداد. يمكن استرداد الخوادم المكررة إلى أي نقطة في هذه النافذة. يتم دعم الاحتفاظ بما يصل إلى 24 ساعة للآلات المنسوخة نسخًا متماثلاً إلى تخزين متميز، و72 ساعة للتخزين القياسي.
5. في "App-consistent snapshot frequency"، حدد "Off". انقر فوق "OK" لإنشاء النهج.

يرتبط النهج تلقائياً بخادم التكوين.

تحذير

تأكد من تحديد "OFF" في إعداد تكرار اللقطة المتوافقة مع التطبيق لنهج النسخ. يتم دعم نقاط الاسترداد المتوافقة مع التعطل فقط أثناء نسخ الخوادم التي تعمل بنظام التشغيل Windows Server 2008. سيؤدي تحديد أي قيمة أخرى لتكرار اللقطة المتوافقة مع التطبيق إلى ظهور تنبيهات خاطئة عن طريق تحويل صحة النسخ المتماثل للخادم إلى أهمية بالغة بسبب نقص نقاط الاسترداد المتوافقة مع التطبيق.

تمكين النَسْخ المتماثل

"Enable replication" لترحيل خادم Windows Server 2008 SP2 / Windows Server 2008 R2 SP1.

تشغيل الترحيل الاختباري

يمكنك إجراء اختبار تجاوز الفشل لخوادم النسخ المتماثل بعد اكتمال النسخ المتماثل الأولي وتتحول حالة الخادم إلى "Protected".

قم بتشغيل "test failover" إلى Azure، للتأكد من أن كل شيء يعمل كما هو متوقع.

الترحيل إلى Azure

قم بتشغيل تجاوز الفشل للأجهزة التي تريد ترحيلها.

1. في الإعدادات>العناصر المنسوخة بشكل متماثل انقر فوق الجهاز >تجاوز الفشل.

2. في "Failover" حدد "Recovery Point" لتجاوز الفشل فيها. حدد أحدث نقطة استرداد.

3. حدد "Shut down machine before beginning failover". سيحاول استرداد الموقع إيقاف تشغيل الخادم قبل تشغيل تجاوز الفشل. يستمر تجاوز الفشل حتى في حالة فشل إيقاف التشغيل. يمكنك متابعة تقدم معالجة الخطأ في صفحة المهام.

4. تحقق من ظهور Azure VM في Azure كما هو متوقع.

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

   • إنهاء عملية الترحيل، وإيقاف النسخ المتماثل للخادم، وإيقاف فوترة استرداد الموقع للخدمة.
   • تقوم هذه الخطوة بتنظيف بيانات النسخ المتماثل. لا يحذف VMs التي تم ترحيلها.

   

تحذير

"Don't cancel a failover in progress": يتم إيقاف النسخ المتماثل للخادم قبل بدء تجاوز الفشل. إذا قمت بإلغاء تجاوز الفشل قيد التقدم، فإن تجاوز الفشل يتوقف، لكن الخادم لن يستمر في النسخ المتماثل.

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

• "Review common questions" حول Azure Migrate.