مقدمة
توضح هذه المقالة المشاكل التي تم إصلاحها في Update rollup 47 في الإصدارات التالية من Microsoft استرداد موقع Azure:
- Azure إلى Azure
- VMware/Physical إلى Azure
- HyperV أو VMM إلى Azure
تعرف على تفاصيل المشاكل التي تم إصلاحها والمتطلبات الأساسية التي يجب التحقق منها قبل تثبيت هذا التحديث.
المتطلبات الأساسية
لتثبيت مجموعة التحديثات 47 لموفر Microsoft استرداد موقع Azure Provider Update، يجب أن يكون لديك أحد الإجراءات التالية مثبتا:
- موفر استرداد موقع Microsoft Azure (الإصدار 5.1.5700 أو إصدار أحدث)
- الإعداد الموحد لاسترداد موقع Microsoft Azure (VMware إلى Azure) (الإصدار 9.30.xxxx.x أو إصدار أحدث)
- Microsoft Azure Recovery Services Agent (الإصدار 2.0.8900.0 أو إصدار أحدث)
ملاحظة: يمكنك التحقق من إصدار الموفر المثبت في عنصر البرامج والميزات في لوحة التحكم.
التحسينات التي تم إجراؤها والمشكلات التي تم إصلاحها في هذا التحديث
بعد تثبيت هذا التحديث، يتم إصلاح المشكلات التالية، ويتم تضمين التحسينات التالية.
خدمة التنقل
دعم نظام التشغيل Linux OS
- Azure إلى Azure
-
- RHEL 8.2
- CentOS 8.2
- VMware/Physical إلى Azure
-
- SLES 12 SP5
- RHEL 8.2
- CentOS 8.2
تم إصلاح المشاكل
- تمت إضافة فحص مسبق للتأكد من عدم فشل تثبيت عامل التنقل بسبب عدم توفر قرص النظام.
- تمت إضافة إصلاح للتثبيت اليدوي لخدمة التنقل عبر سطر الأوامر، والتي فشلت مع خطأ وسيطات سطر أوامر غير صالح.
- تحسين الأسباب المحتملة للتحذير من معدل النقل والتنبيهات الحرجة لتقديم قائمة شاملة
- تمت إضافة تصحيح لتنبيه الحماية للتأكد من قدرة خادم العملية على معالجة اندفاعات البيانات المفاجئة
- تم إصلاح مشكلة في SLES15 التي كانت تتسبب في حدوث مشاكل تتعلق بتجاوز فشل الاختبار
- تم إصلاح مشكلة فشل المثبت بسبب خطأ داخلي
- تمت إضافة إصلاح للإصدارين RHEL 6.10 و7، حيث كانت تحدث مشكلات في المساحة بسبب وجود ملفات غير مرغوب فيها في مجلد التمهيد
- إصلاح تسجيل أحداث مختلفة لتحسين التشخيص
قالب خادم التكوين & لاسترداد موقع Microsoft Azure
لم يتم إدخال أي تغييرات جديدة.
Microsoft استرداد موقع Azure (الخدمة)
التحسينات
- تمت إضافة دعم UEFI لتوزيعات وإصدارات Linux المختلفة
Azure إلى Azure
- تم تحديث سلوك الخدمة للحماية من انتهاء صلاحية الوكيل. بالنسبة للأجهزة التي تم تعطيل التحديث التلقائي للعامل فيها، يمكن للمستخدم الترقية يدويا باستخدام ارتباط الترقية في صفحة "الاسترداد بعد كارثة" للجهاز الظاهري على المدخل
تم إصلاح المشاكل
تم إصلاح مشكلة فشل تكوين IP وإنشاء NIC حيث تجاوز الاسم 80 حرفا
تحديث المكونات المحلية لاسترداد موقع Azure
بين موقعين محليين ل VMM
- قم بتنزيل آخر مجموعة تحديثات لموفر استرداد موقع Microsoft Azure
- ثبت مجموعة التحديثات أولا على خادم VMM المحلي الذي يدير موقع الاسترداد.
- بعد تحديث موقع الاسترداد، ثبت مجموعة التحديثات على خادم VMM الذي يدير الموقع الأساسي.
ملاحظة إذا كان VMM عبارة عن VMM عالي التوفر (VMM متفاوت المسافات)، فتأكد من تثبيت الترقية على جميع عقد نظام المجموعة حيث تم تثبيت خدمة VMM.
بين موقع VMM المحلي و Azure
- قم بتنزيل مجموعة التحديثات لموفر استرداد موقع Microsoft Azure.
- ثبت مجموعة تحديثات على خادم VMM المحلي.
- ثبت أحدث Microsoft Azure Recovery Services على جميع مضيفات Hyper-V.
ملاحظة إذا كان VMM الخاص بك عبارة عن VMM عالي التوافر، فتأكد من تثبيت الترقية على جميع عقد نظام المجموعة حيث تم تثبيت خدمة VMM.
بين موقع Hyper-V المحلي وAzure
- قم بتنزيل مجموعة التحديثات لموفر استرداد موقع Microsoft Azure.
- ثبت الموفر على كل عقدة من خوادم Hyper-V التي قمت بتسجيلها في استرداد موقع Azure.
ملاحظة إذا كان Hyper-V عبارة عن خادم Hyper-V متفاوت المسافات، فتأكد من تثبيت الترقية على جميع عقد نظام المجموعة.
بين VMware محلي أو موقع فعلي إلى Azure
- قم بتحديث خادم الإدارة المحلية عن طريق تنزيل الإعداد الموحد لاسترداد موقع Microsoft Azure. وهذا هو الخادم الذي له أدوار خادم التكوين وخادم العملية.
- إذا كانت لديك خوادم عملية تغيير الحجم، فقم بتحديثها بعد ذلك بتشغيل الإعداد الموحد لاسترداد موقع Microsoft Azure.
- انتقل إلى مدخل Azure، ثم انتقل إلى صفحة"العناصر المحمية" التي تم نسخها نسخا متماثلا.> حدد جهازا ظاهريا في هذه الصفحة. حدد الزر " تحديث العامل " الذي يظهر في أسفل الصفحة لكل جهاز ظاهري. يؤدي هذا إلى تحديث عامل خدمة التنقل على جميع الأجهزة الظاهرية المحمية.
ملاحظة يوصى بإعادة التشغيل بعد كل ترقية لعامل Mobility للتأكد من تحميل جميع التغييرات الأخيرة على الكمبيوتر المصدر. هذا ليس بالضرورة إلزاميا. ومع ذلك، تكون إعادة التشغيل إلزامية إذا كان الفرق بين إصدارات الوكيل من آخر إعادة تشغيل والإصدار المستهدف أكبر من أربعة (4) في المنزلة العشرية الأخيرة. راجع الجدول التالي للحصول على شرح مفصل.
| إصدار الوكيل أثناء إعادة التشغيل الأخيرة | الترقية إلى | هل إعادة التشغيل إلزامية؟ |
|---|---|---|
| 9.25 | 9.27 | غير إلزامي |
| 9.25 | 9.28 | غير إلزامي |
| 9.25 | 9.29 | غير إلزامي |
| 9.25 | 9.30 | إلزامي قم أولا بالترقية إلى الإصدار 9.29، ثم أعد التشغيل قبل الترقية إلى الإصدار 9.30 (لأن الفرق بين إصدار إعادة التشغيل الأخير والإصدار الهدف أكبر من 4) |