تخطي إلى المحتوى الرئيسي
الدعم
تسجيل الدخول باستخدام حساب Microsoft
تسجيل الدخول أو إنشاء حساب.
مرحباً،
تحديد استخدام حساب مختلف!
لديك حسابات متعددة
اختر الحساب الذي تريد تسجيل الدخول باستخدامه.

هام: يحتوي هذا الإصدار فقط على تحديثات لسيناريوهات الحماية من Azure إلى Azure وVMware-to-Azure المحدثة. 

مقدمة

توضح هذه المقالة المشكلات التي تم إصلاحها في مجموعة التحديثات 69 في الإصدارات التالية من Microsoft Azure Site Recovery:

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

المتطلبات المسبقة

لتثبيت Microsoft Azure Site Recovery Provider Update Rollup 69، يجب أن يكون لديك أحد الإجراءات التالية مثبتة:

  • موفر استرداد موقع Microsoft Azure (الإصدار 5.1.7700 أو إصدار أحدث)

  • الإعداد الموحد لاسترداد موقع Microsoft Azure (VMware إلى Azure) (الإصدار 9.52.xxxx.x أو إصدار أحدث)

  • Microsoft Azure Recovery Services Agent (الإصدار 2.0.9202.0 أو إصدار أحدث)

ملاحظة: يمكنك التحقق من إصدار الموفر المثبت في عنصر البرامج والميزات في لوحة التحكم.

التحسينات التي تم إجراؤها والمشكلات التي تم إصلاحها في هذا التحديث

بعد تثبيت هذا التحديث، يتم إصلاح المشكلات التالية، ويتم تضمين التحسينات التالية.

خدمة التنقل

دعم نظام التشغيل Linux

  • Azure إلى Azure

    • Rocky Linux 8.7

    • Rocky Linux 9.0

    • Rocky Linux 9.1

    • SUSE Linux Enterprise Server 15 SP5

  • VMware/Physical محدث إلى Azure

    • Rocky Linux 8.7

    • Rocky Linux 9.0

    • Rocky Linux 9.1

    • SUSE Linux Enterprise Server 15 SP5

دعم نظام التشغيل Windows 

  • Azure إلى Azure 

    • Windows 11

تم إصلاح المشكلات:

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

  • تم إصلاح مشكلة أجهزة Oracle Linux 7.9 VMware الظاهرية، حيث لم يتمكن برنامج تشغيل ASR من تحديد بعض الملفات وكان يتسبب في تعطل النواة. 

  • رسائل الخطأ التي تم تحريرها حيث كانت مقاييس الاضطراب تظهر بوحدات غير صحيحة. 

  • تم حل خطأ حيث قد تتسبب أجهزة RHEL المحمية حيث قد يتسبب برنامج تشغيل Site Recovery في حدوث عطل بسبب ارتفاع الذاكرة. 

  • تم إصلاح مشكلة فشل عملية إعادة الحماية لجهاز Debian 11 بسبب فقدان خطوات التنظيف. 

  • تم إصلاح مشكلة فشل تثبيت خدمة التنقل على أجهزة CentOS 7.8، بسبب عدم توافق العملية مع النواة الأقدم من 3.1.x. 

  • تم إصلاح مشكلة عدم تقدم عملية النسخ المتماثل/إعادة المزامنة الأولية أثناء إعادة حماية جهاز Windows VMware الظاهري بسبب عدم إنهاء عملية خدمة التنقل عند التوقف.

جهاز النسخ المتماثل ل Microsoft Azure Site Recovery

التحديثات:

مكون

الإصدار

خادم الاكتشاف الفعلي

2.0.2027.28

خادم الاكتشاف

2.0.2027.39

موفر استرداد الموقع

5.23.1101.10

مدير تكوين الجهاز

6.0.931.145

خادم وكيل

1.38.8708.11966

خدمة النسخ المتماثل

1.38.8707.13595

خادم إعادة الحماية

1.40.8771.15612

دفع عامل التثبيت

1.40.8879.36458

عامل خدمات الاسترداد

2.0.9263.0

خادم المعالجة

9.56.6879.1

تحديث مكونات Azure Site Recovery المحلية

بين موقع VMM محلي وAzure

  1. قم بتنزيل مجموعة التحديثات لموفر استرداد موقع Microsoft Azure.

  2. تثبيت مجموعة التحديثات على خادم VMM المحلي.

  3. قم بتثبيت أحدث عامل Microsoft Azure Recovery Services على جميع مضيفي Hyper-V.

ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.‎. إذا كان VMM الخاص بك هو VMM عالي التوفر (VMM متفاوت المسافات)، فتأكد من تثبيت الترقية على جميع عقد نظام المجموعة حيث تم تثبيت خدمة VMM.

بين موقع Hyper-V محلي وAzure

  1. قم بتنزيل مجموعة التحديثات لموفر استرداد موقع Microsoft Azure.

  2. قم بتثبيت الموفر على كل عقدة من خوادم Hyper-V التي قمت بتسجيلها في Azure Site Recovery.

ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.‎. إذا كان Hyper-V الخاص بك هو خادم Hyper-V متفاوت المسافات مضيف، فتأكد من تثبيت الترقية على جميع عقد نظام المجموعة.

بين VMware محلي أو موقع فعلي إلى Azure (تجربة حديثة) 

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

  2. انتقل إلى مدخل Microsoft Azure، ثم انتقل إلى صفحة العناصر المحمية > العناصر المنسوخة نسخا متماثلا. حدد جهازا ظاهريا في هذه الصفحة. حدد الزر Update Agent الذي يظهر في أسفل الصفحة لكل جهاز ظاهري. يحدث هذا عامل خدمة التنقل على جميع الأجهزة الظاهرية المحمية.

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

إصدار العامل أثناء إعادة التشغيل الأخيرة

الترقية إلى

هل إعادة التشغيل إلزامية؟

9.25

9.27

غير إلزامي

9.25

9.28

غير إلزامي

9.25

9.29

غير إلزامي

9.25

9.30

الزاميه

الترقية الأولى إلى الإصدار 9.29، ثم إعادة التشغيل قبل الترقية إلى الإصدار 9.30 (لأن الفرق بين إصدار إعادة التشغيل الأخير والإصدار الهدف أكبر من 4)

هل تحتاج إلى مزيد من المساعدة؟

الخروج من الخيارات إضافية؟

استكشف مزايا الاشتراك، واستعرض الدورات التدريبية، وتعرف على كيفية تأمين جهازك، والمزيد.

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

هل كانت المعلومات مفيدة؟

ما مدى رضاك عن جودة اللغة؟
ما الذي أثّر في تجربتك؟
بالضغط على "إرسال"، سيتم استخدام ملاحظاتك لتحسين منتجات Microsoft وخدماتها. سيتمكن مسؤول تكنولوجيا المعلومات لديك من جمع هذه البيانات. بيان الخصوصية.

نشكرك على ملاحظاتك!

×