الانتقال من الإصدار الكلاسيكي إلى الإصلاح بعد كارثة VMware المحدث
توفر هذه المقالة معلومات حول البنية والبنية الأساسية الضرورية والأسئلة المتداولة حول نقل النسخ المتماثلة لجهاز VMware أو المادي من بنية الحماية الكلاسيكية إلى بنية الحماية المحدثة . باستخدام هذه الإمكانية للترحيل، يمكنك نقل العناصر المنسوخة نسخا متماثلا بنجاح من خادم تكوين إلى جهاز النسخ المتماثل لإسترداد الموقع من Azure. يتم توجيه هذا الترحيل بواسطة آلية النسخ المتماثل الذكية، والتي تضمن عدم إجراء النسخ المتماثل الأولي الكامل مرة أخرى للعناصر المنسوخة نسخا متماثلا غير الهامة، ويتم نقل البيانات التفاضلية فقط.
إشعار
لن تُرحّل خطط الاسترداد وستحتاج إلى إعادة إنشائها في مخزن "خدمات الاسترداد" الحديث.
معمار
يتم تلخيص المكونات المتضمنة في ترحيل العناصر المنسوخة نسخا متماثلا من VMware أو جهاز فعلي في الجدول التالي:
| المكون | المتطلب |
|---|---|
| العناصر المنسوخة نسخًا متماثلًا في مخزن "خدمات الاسترداد" الكلاسيكي | عنصر واحد أو أكثر من العناصر المنسوخة نسخًا متماثلًا المحمية باستخدام التصميم الكلاسيكي وخادم تكوين سليم. يجب أن يكون العنصر المنسوخ نسخا متماثلا في حالة غير مكرر ويجب نسخه من الموقع المحلي إلى Azure مع عامل التنقل الذي يعمل على الإصدار 9.50 أو أحدث. |
| خادم التكوين الذي تستخدمه العناصر المنسوخة نسخًا متماثلًا | يجب أن يكون خادم التكوين، المستخدم من قبل العناصر المنسوخة نسخا متماثلا، في حالة غير الحرجة ويجب ترقية مكوناته إلى أحدث إصدار (9.50 أو أحدث). |
| مخزن "خدمات الاسترداد" مع تجربة حديثة | مخزن "خدمات الاسترداد" مع تجربة حديثة. |
| جهاز نسخ متماثل سليم لـ "استرداد الموقع من Azure" | جهاز النسخ المتماثل غير المهم لـ "استرداد الموقع من Azure"، والذي يمكنه اكتشاف الأجهزة المحلية، مع ترقية جميع مكوناته إلى أحدث إصدار (9.50 أو أحدث). الإصدارات المطلوبة بالضبط هي كما يلي: خادم العملية: 9.50 خادم الوكيل: 1.35.8419.34591 عامل خدمات الاسترداد: 2.0.9249.0 خدمة النسخ المتماثل: 1.35.8433.24227 |
البنية الأساسية المطلوبة
تأكد مما يلي لنقل ناجح للعنصر المنسوخ نسخًا متماثلًا:
- مخزن "خدمات الاسترداد" باستخدام التجربة الحديثة.
إشعار
ستعمل التجربة الحديثة بشكل افتراضي في أي مخزن لـ "خدمات الاسترداد" أُنشئ حديثًا. لا يمكنك التبديل إلى التجربة الكلاسيكية، حيث تم الإعلان عن إهمالها بالفعل.
- جهاز النسخ المتماثل ل Azure Site Recovery، والذي تم تسجيله بنجاح في المخزن، وجميع مكوناته في حالة غير هامة.
- يجب أن يكون إصدار الجهاز 9.50 أو إصدار أحدث. للحصول على وصف تفصيلي للإصدار، تحقق من هنا.
- تُضاف تفاصيل خادم vCenter أو مضيف vSphere، حيث توجد الأجهزة المنسوخة نسخًا متماثلًا الحالية، إلى الجهاز لكي ينجح الاكتشاف المحلي.
المتطلبات المسبقه
إعداد البنية الأساسية
تأكد مما يلي قبل الانتقال من التصميم الكلاسيكية إلى التصميم الحديث:
- إنشاء مخزن خدمات الاسترداد والتأكد من عدم تبديل التجربة إلى الكلاسيكية
- توزيع جهاز النسخ المتماثل لـ "استرداد الموقع من Azure".
- إضافة تفاصيل خادم vCenter الخاص بالجهاز المحلي إلى الجهاز، بحيث يُنفّذ الاكتشاف بنجاح.
إعداد مخزن خدمات الاسترداد الكلاسيكي
تأكد مما يلي للعناصر المنسوخة نسخا متماثلا التي تخطط لنقلها:
- العنصر المنسوخ نسخا متماثلا هو VMware أو جهاز فعلي ينسخ نسخا متماثلا عبر خادم تكوين.
- لا يحدث النسخ المتماثل إلى حساب تخزين غير مدار ولكن إلى قرص مدار.
- يحدث النسخ المتماثل من الموقع المحلي إلى Azure ولا يكون العنصر المنسوخ نسخا متماثلا في حالة تجاوز الفشل أو في حالة التراجع الفاشل.
- لا يقوم العنصر المنسوخ نسخا متماثلا بنسخ البيانات من Azure إلى الموقع المحلي.
- النسخ المتماثل الأولي ليس قيد التقدم وقد تم إكماله بالفعل.
- العنصر المنسوخ نسخا متماثلا ليس في حالة "إعادة المزامنة".
- إصدار خادم التكوين هو 9.50 أو أحدث وصحته في حالة غير مركزية.
- يحتوي خادم التكوين على رسالة كشف أخطاء الاتصال سليمة.
- إصدار عامل خدمة التنقل المُثبت على الجهاز المصدر هو 9.50 أو إصدار أحدث.
- يتم دعم خزائن خدمات الاسترداد مع تمكين MSI.
- يتم دعم خزائن خدمات الاسترداد مع تمكين نقاط النهاية الخاصة.
- حالة العنصر المنسوخ نسخا متماثلا في حالة غير مركزية، أو يتم إنشاء نقاط الاسترداد الخاصة به بنجاح.
إعداد مخزن خدمات الاسترداد المحدث
لإعداد البنية المحدثة، تأكد مما يلي:
- يقع مخزن "خدمات الاسترداد" المُستخدم لإعداد التصميم الحديث في نفس الموقع الجغرافي مثل المخزن الكلاسيكي.
- يُوزّع جهاز النسخ المتماثل لـ "استرداد الموقع من Azure" على جهازك المحلي باستخدام الإصدار 9.50 أو إصدار أحدث.
- نجاح تسجيل الجهاز في المخزن.
- الجهاز وجميع مكوناته في حالة غير مركزية، ويحتوي الجهاز على رسالة كشف أخطاء اتصال سليمة.
- يدعم التصميم الحديث إصدار خادم vCenter.
- تُضاف تفاصيل خادم vCenter للجهاز المصدر إلى الجهاز.
- يدعم التصميم الحديث إصدار توزيعة Linux. اعرف المزيد.
- يدعم التصميم الحديث إصدار خادم Windows. اعرف المزيد.
حساب إجمالي الوقت للتنقل
يعتمد الوقت الإجمالي المطلوب لنقل أي عنصر منسوخ نسخًا متماثلًا من المخزن الكلاسيكي إلى المخزن الحديث على حالة النسخ المتماثل للعنصر وحجم القرص.
| المنطقة | وقت الترحيل إلى المخزن الحديث |
|---|---|
| حالة حماية العنصر المنسوخ نسخًا متماثلًا سليمة، وأُنشئت نقطة الاسترداد الأخيرة منذ أقل من 50 دقيقة | اكتمل الترحيل في 1-2 ساعة |
| حالة حماية العنصر المنسوخ نسخًا متماثلًا غير سليمة أو أُنشئت نقطة الاسترداد الأخيرة منذ أكثر من 50 دقيقة | سيختلف وقت الترحيل، وسيعتمد على حجم القرص |
إذا لم تكن حالة حماية الأجهزة سليمة، فاستخدم الصيغة أدناه لحساب الوقت المحدد للأجهزة:
وقت الترحيل = ساعة واحدة + 45 ثانية/جيجابايت
| تكوين الجهاز | وقت الترحيل |
|---|---|
| جهاز واحد مع قرصين، وكلاهما بحجم 256 جيبي بايت | ~ 4 ساعات 15 دقيقة [يتم ترحيل كلا القرصين بالتوازي] |
| 10 أجهزة مع قرصين لكل منهما، وكلاهما بحجم 256 جيبي بايت | ~ 4 ساعات 15 دقيقة [يتم ترحيل جميع الأجهزة الظاهرية وأقراصها بالتوازي] |
| جهاز واحد بأربعة أقراص بحجم 512 جيبي بايت | ~ 7 ساعات 30 دقيقة [يتم ترحيل كلا القرصين بالتوازي] |
| 10 أجهزة مع أربعة أقراص لكل منها، جميعها بحجم 512 جيبي بايت | ~ 7 ساعات 30 دقيقة [يتم ترحيل جميع الأجهزة الظاهرية وأقراصها بالتوازي] |
يتم استخدام الصيغة نفسها لحساب وقت الترحيل ويتم عرضها على المدخل.
كيفية تحديد البنية الأساسية المطلوبة
عند ترحيل الأجهزة من التصميم الكلاسيكي إلى التصميم المحدث، ستحتاج إلى التأكد من أن البنية الأساسية المطلوبة قد تم تسجيلها بالفعل في مخزن خدمات الاسترداد المحدث. راجع تفاصيل السعة وتغيير الحجم لجهاز النسخ المتماثل للمساعدة في تحديد البنية الأساسية المطلوبة.
كقاعدة عامة، يجب عليك إعداد نفس عدد أجهزة النسخ المتماثل مثل عدد خوادم العمليات في مخزن "خدمات الاسترداد" الكلاسيكي. في المخزن الكلاسيكي، في حالة وجود خادم تكوين واحد وأربعة خوادم معالجة، فيجب عليك إعداد أربعة أجهزة نسخ متماثل في مخزن "خدمات الاسترداد" الحديث.
التسعير
سيستمر فرض رسوم ترخيص "استرداد الموقع" على المخزن الكلاسيكي حتى انتهاء فترة استبقاء جميع نقاط الاسترداد. بمجرد حذف جميع نقاط الاسترداد، سيتوقف التسعير أيضًا على المخزن الكلاسيكي. بمجرد انتهاء فترة الاستبقاء لجميع نقاط الاسترداد، سيُزال العنصر المنسوخ نسخًا متماثلًا تلقائيًا عبر عملية النسخ المتماثل للإزالة التي شغلها النظام.
لن يبدأ "استرداد الموقع" في فرض رسوم الترخيص على العناصر المنسوخة نسخًا متماثلًا في المخزن الحديث إلا بعد إنشاء أول نقطة استرداد وحذف المخزن الأقدم. في حالة وجود أي أيام استخدام تجريبية مجانية معلقة على المخزن الكلاسيكي، فستُنقل نفس المعلومات إلى المخزن الحديث. سيبدأ التسعير في المخزن الحديث فقط بعد انقضاء هذه الفترة التجريبية.
إشعار
لن يحدث التسعير في مرحلة ما إلا باستخدام مخزن واحد، إما المخزن الكلاسيكي أو الحديث.
الأسئلة المتداولة
لماذا يجب ترحيل الأجهزة إلى التصميم الحديث؟
من المهم ملاحظة أنه سيتم التخلص تدريجيا من البنية الكلاسيكية للتعافي من الكوارث، لذلك يجب على المستخدمين التأكد من التبديل إلى أحدث إصدار وتحديثه. يوفر الجدول التالي مقارنة بين الهيكلين لمساعدتك في اختيار الخيار الصحيح لتأمين أجهزتك في حالة وقوع كارثة.
| بنية كلاسيكية | بنية حديثة [جديد] |
|---|---|
| الإعدادات المتعددة المطلوبة لاكتشاف البيانات المحلية. | الاكتشاف المركزي لمركز البيانات المحلي باستخدام خدمة الاكتشاف. |
| خطوات كثيرة مطلوبة للإلحاق الأولي. | تبسيط تجربة الإعداد عن طريق أتمتة إنشاء البيانات الاصطناعية وتقديم الإعدادات الافتراضية لتقليل المدخلات المطلوبة. |
| يستخدم ملفًا نُزّل يدويًا للحصول على سياق السحابة. | يوفر مفتاح النسخة المتماثلة للحصول على سياق السحابة عند إعداد الجهاز. |
| خطوات كثيرة مطلوبة لعملية النسخ المتماثل البسيطة. | تبسيط تجربة تمكين النسخ المتماثل عن طريق تقليل عدد المدخلات المطلوبة وإعادة تعريف كل جزء. |
| يستمر خادم التكوين في أن يكون بنية أساسية محلية مع إعداد شامل للمكونات المختلفة. | يُحسّن الجهاز عن طريق تحويل جميع المكونات إلى خدمات مصغرة مُستضافة من Azure. ما يعمل على تبسيط تحجيم الأجهزة ومراقبتها واستكشاف الأخطاء وإصلاحها. |
| مطلب الحاجة إلى خادم عملية توسيع النطاق والخادم الهدف الرئيسي في Azure لأجهزة Linux عائق. | لا حاجة إلى الاحتفاظ بخادم معالجة منفصل وخادم هدف رئيسي. |
| يستخدم عبارة مرور ثابتة للمصادقة، والتي تتداخل مع متطلبات عمل العميل للتناوب الدوري لكلمة المرور. | يوفر المصادقة المستندة إلى الشهادة، وهي أكثر أمانًا وتحل المخاوف الأمنية للعميل. |
| يجب إجراء الترقية إلى إصدار حديث يدويًا، وهي عملية مرهقة. | يوفر ترقيات تلقائية لكل من مكونات الجهاز وخدمة "التنقل". |
| لا يتمتع خادم التكوين بتوافر عال وقد يكون عرضة للطي. | يُنفّذ قابلية وصول عالية للجهاز لضمان المرونة. |
| يجب تحديث بيانات اعتماد الجذر بانتظام لضمان تجربة ترقية خالية من الأخطاء. | ألغى متطلبات الحفاظ على بيانات اعتماد جذر الجهاز لإجراء ترقيات تلقائية. |
| يجب تعيين عنوان IP ثابت إلى خادم التكوين للحفاظ على الاتصال. | يوفر اتصال يستند إلى FQDN بين الأجهزة والأجهزة المحلية. |
| يجب استخدام الشبكة الظاهرية فقط، التي مُكّن لها VPN من موقع إلى موقع أو Express Route. | لا حاجة إلى الاحتفاظ بشبكة VPN من موقع إلى موقع أو Express Route للنسخ المتماثل العكسي. |
| يجب أيضا إعداد أداة الجهات الخارجية، MySQL. | إزالة التبعية على أي أدوات تابعة لجهة خارجية. |
ما هي الأجهزة التي يجب ترحيلها إلى التصميم الحديث؟
يجب ترحيل جميع VMware أو الأجهزة الفعلية التي يتم نسخها نسخا متماثلا باستخدام خادم تكوين إلى البنية المحدثة.
أين يجب إنشاء مخزن "خدمات الاسترداد" الحديث؟
يجب أن يكون مخزن خدمات الاسترداد المحدث موجودا في نفس المنطقة والمستأجر مثل المخزن الكلاسيكي. يمكن أن يكون جزءًا من أي اشتراك أو مجموعة موارد.
هل سيستمر النسخ المتماثل أثناء الترحيل؟
لا، سيتوقف النسخ المتماثل لبعض الوقت أثناء إجراء الترحيل. خلال هذا الوقت، ستكون آخر نقطة استرداد مُنشأة، في مخزن "خدمات الاسترداد" الكلاسيكي، متاحة لك لتجاوز الفشل. بمجرد اكتمال الترحيل، يتم إنشاء نقطة استرداد جديدة في مخزن خدمات الاسترداد المحدث.
متى ستُحدد عملية الترحيل على أنها مكتملة؟
سيُحدد اكتمال عملية الترحيل فقط بمجرد نجاح إنشاء أول نقطة الاسترداد في مخزن "خدمات الاسترداد" الحديث.
ما هي العمليات التي يمكن تنفيذها من مخزن "خدمات الاسترداد" الكلاسيكي بعد إجراء الترحيل؟
يمكنك تنفيذ تجاوز الفشل من المخزن الكلاسيكي بعد الترحيل. ستستمر عملية تجاوز الفشل في الخزنة الكلاسيكية حتى تنتهي صلاحية نقاط الاسترداد.
على سبيل المثال، إذا كانت فترة الاستبقاء لعنصر منسوخ نسخا متماثلا هي 72 ساعة (ثلاثة أيام)، فستظل أحدث نقطة استرداد على المخزن الكلاسيكي متاحة لمدة 72 ساعة (ثلاثة أيام)، بعد الترحيل الناجح. بعد الوقت المحدد، سيقوم Azure Site Recovery تلقائيا بتشغيل عملية النسخ المتماثل للمسح على العنصر المنسوخ نسخا متماثلا وإجراء تنظيف جميع العناصر المرتبطة بالتخزين والفوترة.
ماذا لو حدثت كارثة لجهازي أثناء إجراء عملية الترحيل؟
لا يزال بإمكان أي عنصر تم نسخه نسخا متماثلا يخضع للترحيل دعم عملية تجاوز الفشل من خلال مخزن خدمات الاسترداد الكلاسيكي حتى تنتهي فترة الاستبقاء لنقطة الاسترداد النهائية. إذا حاولت تنفيذ عملية تجاوز الفشل، فستأخذ الأسبقية على عملية الترحيل ويتم إجهاض مهمة الترحيل. للتأكد من ترحيل العنصر المنسوخ نسخا متماثلا، ستحتاج إلى تشغيل عملية الترحيل مرة أخرى في وقت لاحق.
إشعار
يمكن تحديث خصائص "الحساب والشبكة" للعناصر المنسوخة نسخًا متماثلًا أثناء إجراء الترحيل. مع ذلك، قد لا تُنسخ التغييرات نسخًا متماثلًا في مخزن "خدمات الاسترداد" الحديث.
كم عدد الأجهزة التي يمكنني ترحيلها دفعة واحدة من المخزن الكلاسيكي إلى المخزن الحديث؟
يمكنك ترحيل ما يصل إلى 10 أجهزة عبر المدخل دفعة واحدة.
هل يجب إعادة إنشاء الشبكات الظاهرية وحسابات التخزين ونهج النسخ المتماثل لاستخدامها في المخزن الجديد؟
لا، نفس الموارد التي كانت تُستخدم سابقًا ستُعيّن افتراضيًا في المخزن الحديث أيضًا. يمكنك دائما تغييرها من شفرة الحوسبة والشبكة للعنصر المنسوخ نسخا متماثلا. يجب عليك التأكد من استمرار حصول الموارد على الوصول المطلوب.
كيف ستُنقل نُهج النسخ المتماثل إلى المخزن الحديث؟
كشرط أساسي، سيقوم Site Recovery بإنشاء نهج النسخ المتماثل في المخزن المحدث بنفس التكوين كما هو الحال في المخزن الكلاسيكي. لذلك، قبل نقل عنصر منسوخ نسخا متماثلا، يتم إنشاء النهج المقترن في المخزن المحدث. نوصي بتجنب إجراء تغييرات على تكوين نهج النسخ المتماثل في المخزن الكلاسيكي بعد تشغيل الترحيل، حيث لن تنعكس هذه التغييرات في المخزن المحدث. من الأفضل إجراء هذه التغييرات قبل بدء عملية الترحيل.
سيتغيّر اسم نهج النسخ المتماثل المُنشأ في المخزن الحديث. وهي مسبوقة باسم مجموعة الموارد واسم المخزن لمخزن خدمات الاسترداد المحدث. لذلك، إذا كان اسم النهج "نهج النسخ المتماثل الافتراضي" في المخزن الكلاسيكي، ففي المخزن الحديث، يكون اسم هذا النهج هو default replication policy contoso-modern-vault_contoso-rg، نظرا لاسم المخزن هو contoso-modern-vault ومجموعة موارد المخزن هي contoso-rg.
هل يمكنني تحرير نهج النسخ المتماثل أثناء الترحيل أو بعد الترحيل في المخزن الكلاسيكي؟
إذا أُنشئت النسخة المتماثلة لنهج النسخ المتماثل في المخزن الحديث بالفعل، فلن تُنقل أي تغييرات على النهج في المخزن الكلاسيكي إلى المخزن الحديث.
لذلك، إذا كان هناك 10 عناصر منسوخة نسخا متماثلا، يتم نسخها نسخا متماثلا باستخدام نهج وقررت نقل 5 منها إلى التجربة المحدثة، ثم يتم إنشاء نسخة من النهج قبل بدء الترحيل. الآن، قبل إجراء ترحيل العناصر الخمسة المتبقية، إذا تم إجراء أي تغييرات في النهج في المخزن الكلاسيكي، فلن يتم تحديث النهج من المخزن الحديث. ستحتاج إلى إجراء تغييرات التكوين هذه في المخزن المحدث أيضا.
كيف أقوم بترحيل العناصر المنسوخة نسخًا متماثلًا والموجودة في مجموعة النسخ المتماثل والمعروفة أيضًا باسم مجموعات التناسق متعددة الأجهزة الظاهرية؟
يتم ترحيل كافة العناصر المنسوخة نسخا متماثلا التي تعد جزءا من مجموعة النسخ المتماثل معا. يمكنك تحديدها جميعا عن طريق تحديد مجموعة النسخ المتماثل أو تخطيها جميعا. إذا فشلت عملية الترحيل لبعض الأجهزة في مجموعة النسخ المتماثل ولكنها نجحت للبعض الآخر، يتم تنفيذ العودة إلى التجربة الكلاسيكية للعناصر المنسوخة نسخا متماثلا الفاشلة ويمكن تشغيل عملية الترحيل مرة أخرى لتلك العناصر.
هل يمكنني ترحيل الإعداد الكلاسيكي الخاص بي باستخدام نقطة النهاية العامة إلى الإعداد المحدث بنقطة نهاية خاصة؟
لا، يمكنك فقط نقل إعداد التعافي من الكوارث الكلاسيكي مع نقطة النهاية العامة إلى إعداد نقطة النهاية العامة المحدثة. لاحظ أن نقطة النهاية غير الخاصة لترحيل نقطة النهاية الخاصة غير مدعومة، ولكن يتم دعم نقطة النهاية الخاصة لترحيل نقطة النهاية الخاصة.
الخطوات التالية
- تعرف على كيفية الانتقال من التعافي من الكوارث الكلاسيكي إلى التعافي من الكوارث VMware المحدث.