نقل التوجيه لموارد نموذج التوزيع الكلاسيكي

تختلف خطوات نقل الموارد الموزعة عبر النموذج الكلاسيكي استنادًا إلى ما إذا كنت تنقل الموارد من خلال اشتراك مسبق أو اشتراك جديد.

النقل خلال نفس الاشتراك

عند نقل الموارد من مجموعة موارد إلى مجموعة موارد أخرى ضمن نفس الاشتراك، يتم تطبيق القيود التالية:

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

لنقل الموارد الكلاسيكية إلى مجموعة موارد جديدة ضمن نفس الاشتراك، استخدم «عمليات النقل القياسية» من خلال المدخل، أو Azure PowerShell، أو Azure CLI، أو واجهة برمجة تطبيقات REST. يمكنك استخدام نفس العمليات التي تستخدمها لنقل موارد Azure Resource Manager.

النقل عبر الاشتراكات

عند نقل الخدمات السحابية الكلاسيكية إلى اشتراك جديد، يتم تطبيق القيود التالية:

  • يجب أن تكون الاشتراكات المصدر والهدف ضمن نفس مستأجر Microsoft Entra.
  • لا تدعم اشتراكات مزود الخدمة السحابية (CSP) ترحيل الخدمات السحابية الكلاسيكية.
  • يجب نقل كافة الموارد الكلاسيكية في الاشتراك إلى نفس العملية.
  • يجب ألا يكون للاشتراك المستهدف أية موارد كلاسيكية أخرى.
  • يمكنك طلب هذه الخطوة فقط من خلال واجهة برمجة تطبيقات REST منفصلة للحركات الكلاسيكية. لا يمكن أن تعمل أوامر نقل Resource Manager القياسية عند نقل الموارد الكلاسيكية إلى اشتراك جديد.

عند نقل الموارد الكلاسيكية إلى اشتراك جديد، استخدم عمليات REST الخاصة بالموارد الكلاسيكية. لاستخدام REST، قم بالخطوات التالية:

  1. تحقق مما إذا كان اشتراك المصدر يمكنه المشاركة في نقل الاشتراك. عليك استخدام العملية التالية:

    POST https://management.azure.com/subscriptions/{sourceSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
    

    في نص الطلب، تضمّن:

    {
     "role": "source"
    }
    

    الاستجابة لعملية التحقق من الصحة تكون بالتنسيق التالي:

    {
     "status": "{status}",
     "reasons": [
       "reason1",
       "reason2"
     ]
    }
    
  2. تحقق مما إذا كان اشتراك الوجهة يمكنه المشاركة في نقل الاشتراك. عليك استخدام العملية التالية:

    POST https://management.azure.com/subscriptions/{destinationSubscriptionId}/providers/Microsoft.ClassicCompute/validateSubscriptionMoveAvailability?api-version=2016-04-01
    

    في نص الطلب، تضمّن:

    {
     "role": "target"
    }
    

    الاستجابة تكون بنفس تنسيق التحقق من صحة اشتراك المصدر.

  3. إذا تخطي كلا الاشتراكين التحقق من الصحة، انقل كافة الموارد الكلاسيكية من اشتراك واحد إلى اشتراك آخر بالعملية التالية:

    POST https://management.azure.com/subscriptions/{subscription-id}/providers/Microsoft.ClassicCompute/moveSubscriptionResources?api-version=2016-04-01
    

    في نص الطلب، تضمّن:

    {
     "target": "/subscriptions/{target-subscription-id}"
    }
    

قد يستمر تشغيل العملية لعدة دقائق.

رسائل الخطأ المحتملة في مرحلة التحقق من صحة الاشتراك المصدر

"ترحيل الاشتراك لـ SubscriptionId {subscription ID} لا يمكن أن يستمر نظراً لأن ترحيل IaaS الكلاسيكي إلى ARM قيد التقدم لمورد التوزيع التالي: xx في HostedService {classic-cloud-service-name}"

تعني هذه الرسالة أن هناك خدمة سحابية كلاسيكية قيد الترحيل المستمر إلى الخدمة السحابية (دعم موسع). يجب على المستخدمين إحباط عملية ترحيل ARM هذه ثم إعادة محاولة التحقق من الصحة.

"اشتراك المصدر {معرف الاشتراك} فارغ"

لا يمكن أن يكون اشتراك المصدر فارغاً أو معطلاً أو محذوفاً أو قيد الترحيل حالياً. أثناء فترة الترحيل، لا يُسمح بعمليات الكتابة على الموارد ضمن الاشتراك.

"يحتوي اشتراك المصدر على تطبيق (تطبيقات) لا يدعم الترحيل: {application name}"

"يحتوي اشتراك المصدر على الخدمة (الخدمات) السحابية التالية التي لا تدعم الترحيل: {cloud service name}"

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

مزيد من المعلومات

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

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

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

لمعرفة المزيد عن أوامر نقل الموارد، راجع نقل الموارد إلى مجموعة موارد جديدة أو اشتراك جديد.