مشاركة عبر

الاستعداد للترحيل بدون وكيل VMware

  • مقالة

توفر هذه المقالة نظرة عامة على التغييرات التي يتم إجراؤها عند ترحيل VMware VMs إلى Azure عبر أسلوب الترحيل بدون عامل باستخدام أداة الترحيل والتحديث.

إشعار

وثائق سيناريو ترحيل VMware الشاملة هذه قيد المعاينة حاليا. لمزيد من المعلومات حول استخدام Azure Migrate، راجع وثائق منتج Azure Migrate.

تنبيه

تشير هذه المقالة إلى CentOS، وهو توزيع Linux هو حالة نهاية العمر الافتراضي (EOL). يرجى مراعاة استخدامك والتخطيط وفقا لذلك. لمزيد من المعلومات، راجع إرشادات نهاية العمر الافتراضي CentOS.

قبل ترحيل الجهاز الظاهري المحلي إلى Azure، قد تحتاج إلى بعض التغييرات لجعل الجهاز الظاهري جاهزا ل Azure. هذه التغييرات مهمة للتأكد من أنه يمكن تشغيل الجهاز الظاهري الذي تم ترحيله بنجاح في Azure ويمكن إنشاء الاتصال ب Azure VM. يعالج Azure Migrate تلقائيا تغييرات التكوين هذه لإصدارات نظام التشغيل التالية لكل من Linux وWindows. تسمى هذه العملية Hydration.

إشعار

إذا تم دعم إصدار رئيسي من نظام التشغيل في الترحيل بدون عامل، يتم دعم جميع الإصدارات الثانوية والنوى تلقائيا.

إصدارات نظام التشغيل المدعومة للترطيب

  • Windows Server 2008 أو إصدار أحدث
  • Red Hat Enterprise Linux 9.x، 8.x، 7.9، 7.8، 7.7، 7.6، 7.5، 7.4، 7.3، 7.2، 7.1، 7.0، 6.x
  • CentOS Stream
  • SUSE Linux Enterprise Server 15 SP6، 15 SP5، 15 SP4، 15 SP3، 15 SP2، 15 SP1، 15 SP0، 12، 11 SP4، 11 SP3
  • Ubuntu 22.04، 21.04، 20.04، 19.04، 19.10، 18.04LTS، 16.04LTS، 14.04LTS
  • Kali Linux (2016، 2017، 2018، 2019، 2020، 2021، 2022)
  • Debian 11، 10، 9، 8، 7
  • Oracle Linux 9، 8، 7.7-CI، 7.7، 6

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

  • التحقق من وجود برامج التشغيل المطلوبة
  • تمكين وحدة التحكم التسلسلية
  • تكوين إعدادات الشبكة
  • تثبيت عامل ضيف الجهاز الظاهري

عملية الترطيب

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

خطوات الترطيب

عندما يقوم مستخدم بتشغيل Test Migrate أو Migrate، يقوم Azure Migrate بإجراء عملية الترطيب لإعداد الجهاز الظاهري المحلي للترحيل إلى Azure. لإعداد عملية الترطيب، يقوم Azure Migrate بإنشاء جهاز Azure ظاهري مؤقت وإرفاق أقراص الجهاز الظاهري المصدر لإجراء تغييرات لجعل الجهاز الظاهري المصدر جاهزا ل Azure. جهاز Azure الظاهري المؤقت هو جهاز ظاهري متوسط تم إنشاؤه أثناء عملية الترحيل قبل إنشاء الجهاز الظاهري النهائي الذي تم ترحيله. سيتم إنشاء الجهاز الظاهري المؤقت بنوع نظام تشغيل مماثل (Windows/Linux) باستخدام إحدى صور نظام التشغيل السوق. إذا كان الجهاز الظاهري المحلي يعمل بنظام Windows، إرفاق قرص نظام التشغيل الخاص بالجهاز الظاهري المحلي كقرص بيانات إلى الجهاز الظاهري المؤقت لإجراء التغييرات. إذا كان خادم Linux، إرفاق جميع الأقراص المرفقة بالجهاز الظاهري المحلي كأقراص بيانات إلى جهاز Azure الظاهري المؤقت.

سيقوم Azure Migrate بإنشاء واجهة الشبكة وشبكة ظاهرية جديدة وشبكة فرعية ومجموعة أمان شبكة (NSG) لاستضافة الجهاز الظاهري المؤقت. يتم إنشاء هذه الموارد في اشتراك العميل. إذا كانت هناك نهج متعارضة تمنع إنشاء البيانات الاصطناعية للشبكة، فسيحاول Azure Migrate إنشاء جهاز Azure الظاهري المؤقت في الشبكة الظاهرية والشبكة الفرعية المقدمة كجزء من خيارات إعدادات هدف النسخ المتماثل.

بعد إنشاء الجهاز الظاهري، سيقوم Azure Migrate باستدعاء ملحق البرنامج النصي المخصص على الجهاز الظاهري المؤقت باستخدام Azure Virtual Machine REST API. ستقوم الأداة المساعدة Custom Script Extension بتنفيذ برنامج نصي للتحضير يحتوي على التكوين المطلوب لجهوزية Azure على أقراص الجهاز الظاهري المحلية المرفقة بجهاز Azure الظاهري المؤقت. يتم تنزيل البرنامج النصي للتحضير من حساب تخزين مملوك ل Azure Migrate. سيتم تكوين قواعد مجموعة أمان الشبكة للشبكة الظاهرية للسماح لجهاز Azure الظاهري المؤقت بالوصول إلى حساب تخزين Azure Migrate لاستدعاء البرنامج النصي.

خطوات الترحيل

إشعار

لا تدعم أقراص الجهاز الظاهري للترطيب المفتاح المدار من قبل العميل (CMK). المفتاح المدار للنظام الأساسي (PMK) هو الخيار الافتراضي.

التغييرات التي تم إجراؤها أثناء عملية الترطيب

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

التغييرات التي تم إجراؤها على خوادم Windows

  1. اكتشاف وحدة تخزين نظام التشغيل Windows وإعدادها

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

    يتم تنفيذ الإجراءات التالية في هذه الخطوة:

    • تحميل كل قسم على قرص نظام التشغيل المرفق بالجهاز الظاهري المؤقت.

    • يبحث عن \Windows\System32\Config\System registry files بعد تحميل القسم.

    • إذا لم يتم العثور على الملفات، يتم إلغاء تحميل القسم، ويستمر البحث عن القسم الصحيح.

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

    إشعار

    هذه الخطوة غير ذات صلة إذا كنت تقوم بإعداد الخوادم يدويا للترحيل.

  2. إجراء تغييرات متعلقة بالتمهيد والاتصال

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

    1. التحقق من وجود برامج التشغيل المطلوبة

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

      • IntelIde.sys
      • Atapi
      • Storflt
      • Storvsc
      • VMbus

    2. تعيين نهج شبكة منطقة التخزين (SAN) إلى Online All

      وهذا يضمن أن وحدات تخزين Windows في Azure VM تستخدم نفس تعيينات حرف محرك الأقراص مثل الجهاز الظاهري المحلي. بشكل افتراضي، يتم تعيين محرك الأقراص D ل Azure VMs: لاستخدامه كمساحة تخزين مؤقتة. يؤدي تعيين محرك الأقراص هذا إلى زيادة كافة تعيينات محرك أقراص التخزين المرفقة الأخرى بمقدار حرف واحد. لمنع هذا التعيين التلقائي، وللتأكد من أن Azure يعين حرف محرك الأقراص المجاني التالي إلى وحدة التخزين المؤقتة الخاصة به، قم بتعيين نهج شبكة منطقة التخزين (SAN) إلى Online All.

      لتكوين هذا الإعداد يدويا:

      • على الخادم المحلي، افتح موجه الأوامر بامتيازات مرتفعة وأدخل diskpart.

        التكوين اليدوي

      • أدخل SAN. إذا لم يتم الاحتفاظ بحرف محرك الأقراص لنظام التشغيل الضيف، يتم إرجاع كافة المشاركات دون اتصال أو غير متصل.

      • في موجه DISKPART، أدخل SAN Policy=OnlineAll. يضمن هذا الإعداد إحضار الأقراص عبر الإنترنت، وأنه يمكنك القراءة والكتابة على كلا القرصين.

        نهج قرص موجه أوامر المسؤول عبر الإنترنت

  3. تعيين نوع بدء DHCP

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

    تعيين نوع بدء DHCP

    لتحرير إعدادات بدء تشغيل DHCP يدويا، قم بتشغيل المثال التالي في Windows PowerShell:

    Get-Service -Name Dhcp
Where-Object StartType -ne Automatic
Set-Service -StartupType Automatic

  4. تعطيل أدوات VMware

    جعل نوع بدء خدمة "أدوات VMware" معطلا إذا كان موجودا لأنها غير مطلوبة للجهاز الظاهري في Azure.

    إشعار

    للاتصال بأجهزة Windows Server 2003 الظاهرية، يجب تثبيت خدمات تكامل Hyper-V على جهاز Azure الظاهري. لا يتم تثبيت هذا بشكل افتراضي على أجهزة Windows Server 2003. راجع هذه المقالة لتثبيت الترحيل والاستعداد له.

  5. تثبيت Windows Azure Guest Agent

    سيحاول Azure Migrate تثبيت Microsoft Azure Virtual Machine Agent (عامل الجهاز الظاهري)، وهي عملية آمنة وخفيفة الوزن تدير تفاعل الجهاز الظاهري (VM) مع وحدة تحكم Azure Fabric. لعامل الجهاز الظاهري دور أساسي في تمكين وتنفيذ ملحقات الجهاز الظاهري Azure التي تمكن تكوين ما بعد التوزيع للجهاز الظاهري، مثل تثبيت البرامج وتكوينها. يقوم Azure Migrate تلقائيا بتثبيت عامل Windows VM على Windows Server 2008 R2 والإصدارات الأحدث.

    يمكن تثبيت عامل جهاز Windows الظاهري يدوياً باستخدام حزمة مثبت Windows. لتثبيت عامل جهاز Windows الظاهري يدوياً، قم بتنزيل مثبت عامل الجهاز الظاهري. يمكنك أيضا البحث عن إصدار معين في إصدارات GitHub Windows IaaS VM Agent. يتم دعم عامل الجهاز الظاهري على Windows Server 2008 (64 بت) والإصدارات الأحدث.

    للتحقق مما إذا كان عامل Azure VM قد تم تثبيته بنجاح، افتح مدير المهام، وحدد علامة التبويب تفاصيل ، وابحث عن اسم العملية WindowsAzureGuestAgent.exe. يشير وجود هذه العملية إلى تثبيت عامل الجهاز الظاهري. يمكنك أيضا استخدام PowerShell للكشف عن عامل الجهاز الظاهري.

    التثبيت الناجح لعامل Azure VM

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

التغييرات التي تم إجراؤها على خوادم Linux

  1. اكتشاف وإدخال أقسام نظام التشغيل Linux

    قبل إجراء تغييرات التكوين ذات الصلة، سيتحقق البرنامج النصي للتحضير مما إذا تم تحديد قرص نظام التشغيل الصحيح للترحيل. سيجمع البرنامج النصي معلومات حول جميع الأقسام و UUIDs الخاصة بها ونقاط التحميل. سيبحث البرنامج النصي من خلال جميع هذه الأقسام المرئية لتحديد موقع أقسام /boot و/root.

    يتم تنفيذ الإجراءات التالية في هذه الخطوة:

    • اكتشاف /قسم الجذر:
      • قم بتحميل كل قسم مرئي وابحث عن etc/fstab.
      • إذا لم يتم العثور على ملفات fstab، يتم إلغاء تحميل القسم، ويستمر البحث عن القسم الصحيح.
      • إذا تم العثور على ملفات fstab، فاقرأ محتوى fstab لتحديد الجهاز الجذر وتثبيته كنقطة تحميل أساسية.
    • اكتشف /boot وأقسام النظام الأخرى:
      • استخدم محتوى fstab لتحديد ما إذا كان /boot قسما منفصلا. إذا كان قسما منفصلا، فاحصل على اسم جهاز قسم التمهيد من محتوى fstab أو ابحث عن القسم، الذي يحتوي على علامة التمهيد.
      • سوف ينتقل البرنامج النصي لاكتشاف وتركيب / التمهيد، وغيرها من الأقسام الضرورية على "/mnt/azure_sms_root" لبناء شجرة نظام الملفات الجذر المطلوبة لسجن chroot. تتضمن الأقسام الضرورية الأخرى: /boot/grub/menu.lst، /boot/grub/grub.conf، /boot/grub2/grub.cfg، /boot/grub/grub.cfg، /boot/efi (لتمهيد UEFI)، /var، /lib، /etc، /usr، وغيرها.

  2. اكتشاف إصدار نظام التشغيل

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

    • RHEL: etc/redhat-release
    • OL: etc/oracle-release
    • SLES: etc/SuSE-release
    • Ubuntu: etc/lsb-release
    • Debian: etc/debian_version

  3. تثبيت Hyper-V Linux Integration Services وإعادة إنشاء صورة kernel

    الخطوة التالية هي فحص صورة النواة وإعادة إنشاء صورة Linux init بحيث تحتوي على برامج تشغيل Hyper-V الضرورية (hv_vmbus، hv_storvsc، hv_netvsc) على ramdisk الأولي. تضمن إعادة إنشاء صورة التتيم تشغيل الجهاز الظاهري في Azure.

    يعمل Azure على Hyper-V hypervisor. لذلك، يتطلب Linux وحدات نواة معينة لتشغيلها في Azure. لإعداد صورة Linux الخاصة بك، تحتاج إلى إعادة إنشاء initrd بحيث تتوفر على الأقل وحدات hv_vmbus و kernel hv_storvsc على ramdisk الأولي. قد تختلف آلية إعادة بناء صورة initrd أو initramfs اعتماداً على التوزيع. راجع وثائق التوزيع أو الدعم للإجراء المناسب. فيما يلي مثال واحد لإعادة بناء initrd باستخدام الأداة المساعدة mkinitrd:

    1. ابحث عن قائمة kernels المثبتة على النظام (/lib/modules)

    2. لكل وحدة نمطية، افحص ما إذا كانت برامج تشغيل Hyper-V مضمنة بالفعل.

    3. إذا كان أي من برامج التشغيل هذه مفقودا، فأضف برامج التشغيل المطلوبة ثم أعد إنشاء الصورة لإصدار kernel المقابل.

      إشعار

      قد لا تنطبق هذه الخطوة على أجهزة Ubuntu و Debian الظاهرية لأن برامج تشغيل Hyper-V مضمنة بشكل افتراضي. تعرف على المزيد حول التغييرات.

      مثال توضيحي لإعادة بناء initrd

      • نسخ صورة initrd الموجودة احتياطيا
       cd /boot
 sudo cp initrd-`uname -r`.img  initrd-`uname -r`.img.bak
      • أعد إنشاء initrd باستخدام وحدات kernel النمطية hv_vmbus وhv_storvsc:
         sudo mkinitrd --preload=hv_storvsc --preload=hv_vmbus -v -f initrd-`uname -r`.img `uname -r`

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

  4. تمكين تسجيل وحدة التحكم التسلسلية من Azure

    سيقوم البرنامج النصي بعد ذلك بإجراء تغييرات لتمكين تسجيل Azure Serial Console. يساعد تمكين تسجيل وحدة التحكم في استكشاف المشكلات وإصلاحها على Azure VM. تعرف على المزيد حول وحدة تحكم Azure التسلسلية ل Linux Azure Serial Console ل Linux - الأجهزة الظاهرية | Microsoft Docs.

    قم بتعديل سطر تمهيد kernel في GRUB أو GRUB2 لتضمين المعلمات التالية، بحيث يتم إرسال كافة رسائل وحدة التحكم إلى المنفذ التسلسلي الأول. يمكن أن تساعد هذه الرسائل دعم Azure في تصحيح أي مشكلات.

     console=ttyS0,115200n8 earlyprintk=ttyS0,115200 rootdelay=300

    نوصي أيضاً بإزالة المعلمات التالية إن وُجدت.

    rhgb quiet crashkernel=auto

    راجع هذه المقالة للحصول على تغييرات محددة.

  5. تغييرات الشبكة للاتصال

    استنادا إلى إصدار نظام التشغيل، سيقوم البرنامج النصي بإجراء تغييرات الشبكة المطلوبة للاتصال بالجهاز الظاهري الذي تم ترحيله. وتشمل التغييرات ما يلي:

    1. انقل (أو أزل) قواعد udev لتجنب إنشاء قواعد ثابتة لواجهة Ethernet. تتسبب هذه القواعد في حدوث مشكلات عند استنساخ جهاز ظاهري في Azure.

      مثال توضيحي لخوادم RedHat

         sudo ln -s /dev/null /etc/udev/rules.d/75-persistent-net-generator.rules
   sudo rm -f /etc/udev/rules.d/70-persistent-net.rules

    2. قم بإزالة Network Manager إذا لزم الأمر. يمكن أن يتداخل Network Manager مع عامل Azure Linux لعدد قليل من إصدارات نظام التشغيل. يوصى بإجراء هذه التغييرات للخوادم التي تقوم بتشغيل توزيعات RedHat وUbuntu.

    3. قم بإلغاء تثبيت هذه الحزمة عن طريق تشغيل الأمر التالي:

      مثال توضيحي لخوادم RedHat

         sudo rpm -e --nodeps NetworkManager

    4. قم بالنسخ الاحتياطي لإعدادات NIC الموجودة وإنشاء ملف تكوين eth0 NIC باستخدام إعدادات DHCP. للقيام بذلك، سيقوم البرنامج النصي بإنشاء ملف /etc/sysconfig/network-scripts/ifcfg-eth0 أو تحريره، وإضافة النص التالي:

      مثال توضيحي لخوادم RedHat

         DEVICE=eth0
   ONBOOT=yes
   BOOTPROTO=dhcp
   TYPE=Ethernet
   USERCTL=no
   PEERDNS=yes
   IPV6INIT=no
   PERSISTENT_DHCLIENT=yes
   NM_CONTROLLED=yes

    5. إعادة تعيين ملف etc/sysconfig/network كما يلي:

      مثال توضيحي لخوادم RedHat

         NETWORKING=yes
   HOSTNAME=localhost.localdomain

  6. التحقق من صحة Fstab

    سيقوم Azure Migrate بالتحقق من صحة إدخالات ملف fstab واستبدال إدخالات fstab بمعرفات وحدة التخزين الثابتة، UUIDs كلما لزم الأمر. وهذا يضمن بقاء اسم محرك الأقراص/القسم ثابتا بغض النظر عن النظام المرفق به.

    • إذا كان اسم الجهاز هو اسم جهاز قياسي (لنقل /dev/sdb1)، فعندئذ:
      • إذا كان قسم الجذر أو التمهيد، استبداله ب UUID.
      • إذا كان القسم يتعايش مع قسم الجذر أو التمهيد كأقسام قياسية على نفس القرص، استبداله ب UUID.
    • إذا كان اسم الجهاز UUID/LABEL/LV، فلن يتم إجراء أي تغييرات.
    • إذا كان جهاز شبكة (nfs، cifs، smbfs، وما إلى ذلك)، فسيعلق البرنامج النصي على الإدخال. للوصول إليه، يمكنك إلغاء التعليق نفسه وإعادة تشغيل جهاز Azure الظاهري.

  7. تثبيت Linux Azure Guest Agent

    سيحاول Azure Migrate تثبيت Microsoft Azure Linux Agent (waagent)، وهي عملية آمنة وخفيفة الوزن تدير تزويد Linux و FreeBSD، وتفاعل الجهاز الظاهري مع وحدة تحكم Azure Fabric. تعرف على المزيد حول الوظائف الممكنة لتوزيعات Linux و FreeBSD IaaS عبر عامل Linux.

    راجع قائمة الحزم المطلوبة لتثبيت عامل Linux VM. يقوم Azure Migrate بتثبيت عامل Linux VM تلقائيا ل RHEL 9.x، 8.x/7.x/6.x، Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04 وSUSE 15 SP0/15 SP1/12 و Debian 9/8/7 وOracle 7/6 عند استخدام الأسلوب بدون عامل لترحيل VMware. اتبع هذه الإرشادات لتثبيت عامل Linux يدويا لإصدارات نظام التشغيل الأخرى.

    يمكنك استخدام الأمر للتحقق من حالة الخدمة لعامل Azure Linux للتأكد من أنه قيد التشغيل. قد يكون اسم الخدمة walinuxagent أو waagent. بمجرد إجراء تغييرات الترطيب، سيقوم البرنامج النصي بإلغاء تحميل جميع الأقسام التي تم تحميلها، وإلغاء تنشيط مجموعات وحدة التخزين، ثم مسح الأجهزة.

       sudo vgchange -an <vg-name>
   sudo lockdev –flushbufs <disk-device-name>

    تعرف على المزيد حول التغييرات لخوادم Linux.

تنظيف الجهاز الظاهري المؤقت

بعد تنفيذ التغييرات الضرورية، سيقوم Azure Migrate بتدوير الجهاز الظاهري المؤقت وتحرير أقراص نظام التشغيل المرفقة (وأقراص البيانات). يشير هذا إلى نهاية عملية الترطيب.

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

معرفة المزيد