معلومات عن عملية النقل
يساعد Azure Resource Mover على نقل موارد Azure عبر مناطق Azure.
تلخص هذه المقالة المكونات المستخدمة بواسطة Resource Mover وتصف عملية النقل.
المكونات
تُستخدم هذه المكونات أثناء الانتقال من المنطقة.
| المكون | التفاصيل |
|---|---|
| Resource Mover | ينسق Resource Mover مع موفري Azure resource لتنظيم نقل الموارد بين المناطق. يحلل Resource Mover تبعيات الموارد ويحافظ على حالة الموارد ويديرها أثناء عملية النقل. |
| نقل المجموعة | مجموعة النقل هي كائن Azure Resource Manager . تُنشأ مجموعة النقل أثناء عملية النقل من المنطقة لكل مجموعة مزدوجة من مناطق المصدر والهدف في الاشتراك. تحتوي المجموعة على بيانات التعريف ومعلومات التكوين حول الموارد المُراد نقلها. يجب أن تكون الموارد المضافة إلى مجموعة النقل في نفس الاشتراك، ولكن يمكن أن تكون في مجموعات موارد مختلفة. |
| نقل المورد | يُتتبع المورد بواسطة Resource Mover كمورد نقل، عند إضافة مورد إلى مجموعة نقل. يحتفظ Resource Mover بالمعلومات لجميع موارد النقل في مجموعة النقل، كما يحافظ على علاقة ثنائية بين المصدر والمورد الهدف. |
| التبعيات | يتحقق Resource Mover من صحة الموارد المُضافة إلى مجموعة، ويتحقق مما إذا كانت للموارد أي تبعيات غير موجودة في مجموعة النقل. بعد تحديد التبعيات لأحد الموارد، يمكن إما إضافتها إلى مجموعة النقل ونقلها أيضًا، وإما تحديد الموارد الحالية البديلة في المنطقة المستهدفة. يجب حل جميع التبعيات قبل بدء النقل. |
عملية النقل من المنطقة
يمر كل مورد نقل من خلال الخطوات الملخصة.
| خطوه | التفاصيل | الحالة/ المشاكل |
|---|---|---|
| الخطوة الأولى: تحديد الموارد | حدد موردًا. يُضاف المورد إلى مجموعة النقل. | تنتقل حالة المورد إلى التحضير معلَّق. |
| الخطوة الثانية: التحقق من صحة التبعيات | يتم التحقق من صحة التبعيات جنبا إلى جنب مع إضافة الموارد في الخلفية. يجب إضافة موارد تابعة إذا أظهر التحقق من الصحة أن الموارد التابعة معلقة. أضفها إلى مجموعة النقل. أضف جميع الموارد التابعة، حتى وإن كنت لا تريد نقلها. يمكنك لاحقا تحديد أن الموارد التي تقوم بنقلها يجب أن تستخدم موارد مختلفة في المنطقة المستهدفة بدلا من استخدام خيار التكوين . قد تحتاج إلى التحقق يدويا إذا كانت هناك تبعيات معلقة في علامة التبويب التحقق من صحة التبعيات . |
|
| الخطوة الثالثة: التحضير | بدء عملية التحضير. تعتمد خطوات التحضير على الموارد التي تُنقل: - الموارد عديمة الحالة : للموارد عديمة الحالة معلومات التكوين فقط. لا تحتاج هذه الموارد إلى تكرار مستمر للبيانات من أجل نقلها. تتضمن الأمثلة "الشبكات الظاهرية لـAzure" (VNets) ومحولات الشبكة وموازن التحميل ومجموعات أمان الشبكة. بالنسبة لهذا النوع من الموارد، تقوم عملية التحضير بإنشاء قالبAzure Resource Manager. - الموارد ذات الحالة: تحتوي الموارد ذات الحالة على معلومات التكوين والبيانات الواجب نقلها. تتضمن الأمثلة قواعد بيانات Azure VMs وAzure SQL. تختلف عملية التحضير لكل مورد. قد يشمل نسخ مورد المصدر إلى المنطقة المستهدفة. |
ينقل الانطلاق حالة المورد إلى التحضير قيد التقدم. بعد انتهاء التحضير، تنتقل حالة المورد إلى بدء النقل المعلق، بدون مشاكل. تؤدي العملية الغير ناجحة إلى نقل الحالة إلى فشل التحضير . |
| الخطوة الرابعة: بدء النقل | بدء عملية النقل. يعتمد أسلوب النقل على نوع المورد: - بدون حالة : بالنسبة إلى الموارد عديمة الحالة، تنشر عملية النقل نموذجاً مستورداً في المنطقة المستهدفة. يعتمد القالب على إعدادات مورد المصدر، وأي تعديلات يدوية تجريها على الإعدادات المستهدفة. - الحالة : بالنسبة للموارد ذات الحالة، قد تتضمن عملية النقل إنشاء المورد، أو تمكين نسخة، في المنطقة المستهدفة. بالنسبة إلى الموارد ذات الحالة فقط، قد يؤدي بدء التحرك إلى تعطل موارد المصدر. على سبيل المثال، VMs وSQL. |
يؤدي بدء الحركة إلى تغيير الحالة إلى بدء التحرك قيد التقدم . ينقل نقل البدء الناجح حالة المورد إلى تعليق النقل ، بدون مشاكل. تؤدي عملية النقل غير الناجحة إلى نقل الحالة إلى فشل بدء النقل . |
| الخطوة الخامسة الخيار الأول: إلغاء النقل | بعد الخطوة الأولى، يمكن تقرير ما إذا كنت تريد المضي قدماً في النقل الكامل. إذا لم تقم بذلك، يمكن إلغاء النقل، ويقوم Resource Mover بحذف الموارد المُنشأة في الهدف. تستمر عملية النسخ المتماثل للموارد ذات الحالة بعد عملية الإلغاء. هذا الخيار مفيد للاختبار. | يؤدي إلغاء الموارد إلى نقل الحالة إلى إلغاء قيد التقدم . يحول إلغاء النقل الناجح الحالة إلى بدء النقل المعلق، بدون مشاكل. ينقل فشل إلغاء النقل الحالة إلى فشل إلغاء النقل. |
| الخطوة الخامسة الخيار الثاني: تنفيذ النقل | إذا كنت تريد المضي قدمًا في خطوة كاملة، بعد الخطوة الأولية، فتحقق من الموارد في المنطقة المستهدفة، وتنفذ هذه الخطوة عندما تجهز. بالنسبة للموارد ذات الحالة فقط، يمكن أن يؤدي التنفيذ إلى عدم إمكانية الوصول إلى موارد المصدر مثل VMs أو SQL. |
في حالة تنفيذ النقل، تنتقل حالة المورد إلى Commit move in progress*. بعد التنفيذ الناجح، تعرض حالة المورد اكتمال تنفيذ النقل، بدون مشاكل. ينقل التنفيذ الفاشل الحالة إلى فشل تنفيذ النقل. |
| الخطوة السادسة: حذف المصدر | بعد تنفيذ النقل والتحقق من الموارد في المنطقة المستهدفة، يمكن حذف المورد المصدر. | بعد التنفيذ، تنتقل حالة المورد إلى حذف المصدر المعلق . يمكن تحديد وحذف المورد المصدر بعد ذلك. يمكن حذف الموارد الموجودة في حالة حذف المصدر المعلق فقط. لا يُدعم حذف مجموعة موارد أو SQL خادم في مدخل Resource Mover. يمكن حذف هذه الموارد فقط من صفحة خصائص المورد. |
نقل حالة المنطقة
تحتوي عملية النقل على عدد من الحالات والقضايا التي يمكن أن تنشأ خلال كل حالة. يُلخص هذا في المخطط الانسيابي.
تحليل التبعية
أثناء التقدم خلال عملية النقل، يتم التحقق من صحة التبعيات تلقائيا إذا:
- يستخدم المورد موارد تابعة ليست في مجموعة النقل.
- يحتوي المورد التابع في مجموعة النقل على تبعيات خاصة به ليست في مجموعة النقل.
- لقد عدلت إعدادات الهدف للمورد، وتحتاج إلى إعادة التحقق من التبعيات.
إزالة الموارد
إذا كنت لا تريد نقل مورد، فيمكن إزالته من مجموعة النقل. بشكل عام، يُحذف المصدر بعد ذلك من المجموعة، جنباً إلى جنب مع أي إجراءات أو كائنات مرتبطة، مثل النسخ المتماثل أو القوالب المخزنة. يعتمد ما يحدث بالضبط عند إزالة مورد على نوع المورد وحالة المورد عند حذفه. تعرف على المزيد.
تأثير النقل
يلخص الجدول ما تأثر عند التنقل عبر المناطق.
| السلوك | عبر المناطق |
|---|---|
| البيانات | نُقلت بيانات الموارد وبيانات التعريف. خُزِّنت بيانات التعريف مؤقتاً لتعقب حالة تبعيات الموارد وعملياتها. |
| المورد | يبقى المورد المصدر سليماً لضمان استمرار عمل التطبيقات، ويمكن إزالته اختيارياً بعد النقل. يُنشا مورد في المنطقة المستهدفة. |
| عملية النقل | عملية متعددة الخطوات تتطلب التدخل اليدوي والرصد. |
| اختبار | اختبار هذه الخطوة مهم، حيث يجب أن تستمر التطبيقات في العمل كما يُتوقع في المنطقة المستهدفة، بعد الانتقال. |
| التوقف | لا يتوقع فقدان البيانات ولكن يُتوقع بعض التوقف لنقل الموارد. |
الخطوات التالية
- نقل أجهزة Azure VM لمنطقة أخرى.
- انقل Azure SQL إلى منطقة أخرى.