البرنامج التعليمي: الترحيل من MySQL إلى قاعدة بيانات Azure ل MySQL - خادم مرن عبر الإنترنت باستخدام DMS عبر مدخل Microsoft Azure

إشعار

تحتوي هذه المقالة على مراجع لمصطلح slave، وهو مصطلح لم تعد Microsoft تستخدمه. عند إزالة المصطلح من البرنامج، بالتالي سنزيله من هذه المقالة.

يمكنك ترحيل خدماتك المحلية أو السحابية الأخرى MySQL Server إلى Azure Database for MySQL - Flexible Server باستخدام Azure Database Migration Service (DMS)، وهي خدمة مدارة بالكامل مصممة لتمكين عمليات الترحيل السلسة من مصادر قاعدة بيانات متعددة إلى أنظمة بيانات Azure الأساسية. في هذا البرنامج التعليمي، نقوم بإجراء ترحيل عبر الإنترنت لقاعدة بيانات نموذجية من خادم MySQL محلي إلى قاعدة بيانات Azure ل MySQL - Flexible Server (كلا الإصدارين قيد التشغيل 5.7) باستخدام نشاط ترحيل DMS.

إشعار

يتوفر ترحيل DMS عبر الإنترنت الآن بشكل عام. يدعم DMS الترحيل إلى الإصدارين 5.7 و8.0 من MySQL ويدعم أيضا الترحيل من الإصدار الأدنى من خوادم MySQL (الإصدار 5.6 والإصدارات الأحدث) إلى خوادم الإصدار الأعلى. بالإضافة إلى ذلك، يدعم DMS عمليات الترحيل عبر المناطق ومجموعة الموارد المشتركة والاشتراك المشترك، بحيث يمكنك تحديد منطقة ومجموعة موارد واشتراك للخادم الهدف يختلف عما هو محدد للخادم المصدر.

ستتعلم في هذه البرنامج التعليمي كيفية:

• تنفيذ أفضل الممارسات لإنشاء خادم مرن لتحميل البيانات بشكل أسرع باستخدام DMS.
• إنشاء وتكوين خادم هدف مرن.
• إنشاء مثيل DMS.
• إنشاء مشروع ترحيل MySQL في DMS.
• ترحيل مخطط MySQL باستخدام DMS.
• تشغيل الترحيل.
• مراقبة الترحيل.
• تنفيذ خطوات ما بعد الترحيل.
• تنفيذ أفضل الممارسات لتنفيذ الترحيل.

المتطلبات الأساسية

لإكمال هذا البرنامج التعليمي، تحتاج إلى:

• إنشاء مثيل MySQL موجود أو استخدامه (الخادم المصدر).
• لإكمال الترحيل عبر الإنترنت بنجاح، تأكد من وجود المتطلبات الأساسية التالية:
  • استخدم أداة سطر الأوامر MySQL التي تختارها للتحقق من تمكين log_bin على الخادم المصدر عن طريق تشغيل الأمر: SHOW VARIABLES LIKE 'log_bin'. إذا لم يتم تمكين log_bin، فتأكد من تمكينه قبل بدء الترحيل.
  • تأكد من أن المستخدم لديه أذونات "REPLICATION CLIENT" و"REPLICATION SLAVE" على الخادم المصدر لقراءة سجل الحاوية وتطبيقه.
  • إذا كنت تستهدف ترحيلا عبر الإنترنت، فستحتاج إلى تكوين انتهاء صلاحية binlog على الخادم المصدر للتأكد من عدم إزالة ملفات binlog قبل أن تقوم النسخة المتماثلة بتثبيت التغييرات. نوصي بيومين على الأقل للبدء. ستعتمد المعلمة على إصدار خادم MySQL الخاص بك. بالنسبة إلى MySQL 5.7، يتم expire_logs_days المعلمة (بشكل افتراضي يتم تعيينها إلى 0، وهو ما لا يعد إزالة تلقائية). بالنسبة إلى MySQL 8.0، يتم binlog_expire_logs_seconds (يتم تعيينه افتراضيا على 30 يوما). بعد عملية قطع ناجحة، يمكنك إعادة تعيين القيمة.
• لإكمال ترحيل مخطط بنجاح، على الخادم المصدر، يتطلب المستخدم الذي يقوم بالترحيل الامتيازات التالية:
  • امتياز "SELECT" على مستوى الخادم على المصدر.
  • إذا كان ترحيل طرق العرض، يجب أن يكون لدى المستخدم امتياز "SHOW VIEW" على الخادم المصدر وامتياز "CREATE VIEW" على الخادم الهدف.
  • إذا كان ترحيل المشغلات، يجب أن يكون لدى المستخدم امتياز "TRIGGER" على الخادم المصدر والهدف.
  • إذا كان ترحيل الإجراءات (الإجراءات و/أو الوظائف)، يجب أن يكون لدى المستخدم امتيازات "CREATE ROUTINE" و "ALTER ROUTINE" الممنوحة على مستوى الخادم على الهدف.
  • إذا كان ترحيل الأحداث، يجب أن يكون لدى المستخدم امتياز "EVENT" على الخادم المصدر والهدف.
  • إذا كان ترحيل المستخدمين/عمليات تسجيل الدخول، يجب أن يكون لدى المستخدم امتياز "CREATE USER" على الخادم الهدف.
  • امتياز "DROP" على مستوى الخادم على الهدف، من أجل إسقاط الجداول التي قد تكون موجودة بالفعل. على سبيل المثال، عند إعادة محاولة ترحيل.
  • امتياز "REFERENCES" على مستوى الخادم على الهدف، من أجل إنشاء جداول باستخدام مفاتيح خارجية.
  • إذا كان الترحيل إلى MySQL 8.0، يجب أن يكون لدى المستخدم امتياز "SESSION_VARIABLES_ADMIN" على الخادم الهدف.
  • امتياز "CREATE" على مستوى الخادم على الهدف.
  • امتياز "INSERT" على مستوى الخادم على الهدف.
  • امتياز "UPDATE" على مستوى الخادم على الهدف.
  • امتياز "DELETE" على مستوى الخادم على الهدف.

القيود

أثناء التحضير للترحيل، تأكد من مراعاة القيود التالية.

• عند ترحيل الكائنات غير الجدولية، لا يدعم DMS إعادة تسمية قواعد البيانات.

• عند الترحيل إلى خادم هدف مع تمكين bin_log، تأكد من تمكين log_bin_trust_function_creators للسماح بإنشاء إجراءات ومشغلات.

• حاليا، لا يدعم DMS ترحيل عبارة DEFINER للكائنات. يتم إسقاط كافة أنواع الكائنات ذات المحددات من المصدر على الهدف وبعد الترحيل، سيتم تعيين المعرف الافتراضي لكافة الكائنات التي تدعم عبارة تعريف والتي تم إنشاؤها أثناء ترحيل المخطط إلى تسجيل الدخول المستخدم لتشغيل الترحيل.

• حاليا، يدعم DMS فقط ترحيل مخطط كجزء من حركة البيانات. إذا لم يتم تحديد أي شيء لحركة البيانات، فلن يحدث ترحيل المخطط. يؤدي تحديد جدول لترحيل المخطط أيضا إلى تحديده لحركة البيانات.

• يقتصر دعم الترحيل عبر الإنترنت على تنسيق ROW binlog.

• Azure Database for MySQL - لا يدعم الخادم المرن قواعد بيانات الحالات المختلطة، ولن يتم تضمين قواعد بيانات الحالة المختلطة على المصدر للترحيل عبر الإنترنت.

• يدعم الترحيل عبر الإنترنت الآن النسخ المتماثل لبيان DDL عند الترحيل إلى خادم هدف v8.0 أو v5.7 Azure Database for MySQL Flexible Server.

  • يتم دعم النسخ المتماثل للبيانات لقواعد البيانات والجداول وعناصر المخطط (طرق العرض والروتينات والمشغلات) المحددة لترحيل المخطط عند تكوين نشاط ترحيل Azure DMS. لن يتم نسخ تعريف البيانات وعبارات الإدارة لقواعد البيانات والجداول وعناصر المخطط التي لم يتم تحديدها. سيؤدي تحديد خادم كامل للترحيل إلى نسخ عبارات لأي جداول وقواعد بيانات وعناصر مخطط تم إنشاؤها على الخادم المصدر بعد اكتمال التحميل الأولي.
  • يدعم النسخ المتماثل لعبارة Azure DMS كافة عبارات تعريف البيانات المدرجة هنا، باستثناء الأوامر التالية:
    • عبارات LOGFILE GROUP
    • عبارات SERVER
    • عبارات النظام المرجعي المكاني
    • عبارات TABLESPACE
  • يدعم النسخ المتماثل لعبارة Azure DMS جميع عبارات إدارة البيانات – إدارة الحساب المدرجة هنا، باستثناء الأوامر التالية:
    • تعيين الدور الافتراضي
    • تعيين كلمة المرور
  • يدعم النسخ المتماثل لعبارة Azure DMS كافة عبارات إدارة البيانات – صيانة الجدول المدرجة هنا، باستثناء الأوامر التالية:
    • جدول الإصلاح
    • تحليل الجدول
    • جدول المجموع الاختباري
  • لا تدعم عبارة Azure DMS أو النسخ المتماثل ل binlog بناء الجملة التالي: 'CREATE TABLE b as SELECT * FROM a;'. سيؤدي النسخ المتماثل ل DDL هذا إلى الخطأ التالي: "يتم السماح فقط لعبارات BINLOG INSERT و COMMIT و ROLLBACK بعد CREATE TABLE مع عبارة START TRANSACTION."

• يمكن أن تتأثر مدة الترحيل بصيانة الحساب على الخلفية، والتي يمكن أن تعيد تعيين التقدم.

أفضل الممارسات لإنشاء خادم مرن لتحميل البيانات بشكل أسرع باستخدام DMS

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

• حدد حجم الحساب وطبقة الحوسبة للخادم المرنة الهدف استنادا إلى تكوين خادم MySQL المصدر.

  ¹ للترحيل، كأفضل ممارسة، حدد حساب الغرض العام 16 vCores أو أعلى للخادم المرنة الهدف لإجراء عمليات ترحيل أسرع. قم بالتحجيم مرة أخرى إلى حجم الحساب المطلوب للخادم الهدف بعد اكتمال الترحيل.

• يجب أن يكون إصدار MySQL للخادم المرنة الهدف أكبر من أو يساوي إصدار خادم MySQL المصدر.

• ما لم تكن بحاجة إلى نشر الخادم المرنة الهدف في منطقة معينة، قم بتعيين قيمة معلمة منطقة التوفر إلى "بلا تفضيل".

• للاتصال بالشبكة، في علامة التبويب Networking، حدد Private Access؛ وإلا، حدد الوصول العام تكوين قواعد جدار الحماية للسماح بالوصول إلى الخادم المرنة الهدف.

إنشاء وتكوين الخادم المرنة الهدف

مع وضع أفضل الممارسات في الاعتبار، أنشئ خادما مرنا مستهدفا، ثم قم بتكوينه.

• إنشاء الخادم المرنة الهدف. للحصول على الخطوات الإرشادية، راجع التشغيل السريع : إنشاء مثيل لقاعدة بيانات Azure ل MySQL باستخدام مدخل Microsoft Azure.

• تكوين الخادم المرنة الهدف الجديد كما يلي:

  • يتطلب المستخدم الذي يقوم بالترحيل الأذونات التالية:

    • تأكد من أن المستخدم لديه إذن "REPLICATION_APPLIER" أو "BINLOG_ADMIN" على الخادم الهدف لتطبيق سجل الحاوية.
    • تأكد من أن المستخدم لديه إذن "REPLICATION SLAVE" على الخادم الهدف.
    • تأكد من أن المستخدم لديه إذن "REPLICATION CLIENT" و"REPLICATION SLAVE" على الخادم المصدر لقراءة سجل الحاوية وتطبيقه.
    • لإنشاء جداول على الهدف، يجب أن يكون لدى المستخدم امتياز "CREATE".
    • إذا كان ترحيل جدول بخيارات القسم "DATA DIRECTORY" أو "INDEX DIRECTORY"، يجب أن يكون لدى المستخدم امتياز "FILE".
    • إذا كان الترحيل إلى جدول مع خيار "UNION"، يجب أن يكون لدى المستخدم امتيازات "SELECT" و"UPDATE" و"DELETE" للجداول التي تقوم بتعيينها إلى جدول MERGE.
    • إذا كان ترحيل طرق العرض، يجب أن يكون لديك امتياز "إنشاء طريقة عرض".

    ضع في اعتبارك أن بعض الامتيازات قد تكون ضرورية اعتمادا على محتويات طرق العرض. راجع مستندات MySQL الخاصة بإصدارك للحصول على "CREATE VIEW STATEMENT" للحصول على التفاصيل.

    • إذا كان ترحيل الأحداث، يجب أن يكون لدى المستخدم امتياز "الحدث".
    • إذا كان ترحيل المشغلات، يجب أن يكون لدى المستخدم امتياز "TRIGGER".
    • إذا كان ترحيل الإجراءات الروتينية، يجب أن يكون لدى المستخدم امتياز "CREATE ROUTINE".

  • تكوين معلمات الخادم على الخادم المرنة الهدف كما يلي:

    • قم بتعيين إصدار TLS ومعلمة خادم require_secure_transport لمطابقة القيم الموجودة على الخادم المصدر.
    • تعيين معلمة خادم sql_mode لمطابقة القيم الموجودة على الخادم المصدر.
    • تكوين معلمات الخادم على الخادم الهدف لمطابقة أي قيم غير افتراضية مستخدمة على الخادم المصدر.
    • لضمان تحميل البيانات بشكل أسرع عند استخدام DMS، قم بتكوين معلمات الخادم التالية كما هو موضح.
      • max_allowed_packet - اضبط على 1073741824 (أي 1 غيغابايت) لمنع أي مشكلات في الاتصال بسبب صفوف كبيرة.
      • slow_query_log - اضبط على "إيقاف" لإيقاف تشغيل سجل الاستعلام البطيء. سيؤدي هذا إلى إزالة الحمل الناتج عن سجل الاستعلام البطيء أثناء تحميل البيانات.
      • innodb_buffer_pool_size - لا يمكن زيادتها إلا عن طريق توسيع نطاق الحوسبة لقاعدة بيانات Azure لخادم MySQL. بادر بترقية الخادم إلى 64 vCore لوحدة حفظ مخزون الأغراض العامة من مستوى التسعير بالبوابة الإلكترونية أثناء الترحيل لزيادة innodb_buffer_pool_size.
      • innodb_io_capacity & innodb_io_capacity_max - بادر بالتغيير إلى 9000 من معلمات الخادم في مدخل Azure لتحسين استخدام الإدخال/ الإخراج لتحسين سرعة الترحيل.
      • innodb_write_io_threads - قم بالتغيير إلى 4 من معلمات الخادم في مدخل Microsoft Azure لتحسين سرعة الترحيل.

  • تكوين النسخ المتماثلة على الخادم الهدف لمطابقة تلك الموجودة على الخادم المصدر.

إعداد DMS

مع نشر الخادم المرن المستهدف وتكوينه، تحتاج بعد ذلك إلى إعداد DMS لترحيل خادم MySQL المصدر إلى خادم مرن.

تسجيل موفر الموارد

لتسجيل موفر موارد Microsoft.DataMigration، قم بتنفيذ الخطوات التالية.

1. قبل إنشاء مثيل DMS الأول، سجل الدخول إلى مدخل Microsoft Azure، ثم ابحث عن Subscriptions وحددها.

   

2. حدد الاشتراك الذي تريد استخدامه لإنشاء مثيل DMS، ثم حدد موفري الموارد.

   

3. ابحث عن مصطلح "الترحيل"، ثم حدد تسجيل ل Microsoft.DataMigration.

   

إنشاء مثيل خدمة ترحيل قاعدة البيانات (DMS)

1. في مدخل Microsoft Azure، حدد + Create a resource، وابحث عن مصطلح "Azure Database Migration Service"، ثم حدد Azure Database Migration Service من القائمة المنسدلة.

   

2. في شاشة Azure Database Migration Service، حدد Create.

   

3. في صفحة تحديد سيناريو الترحيل وخدمة ترحيل قاعدة البيانات، ضمن سيناريو الترحيل، حدد MySQL كنوع الخادم المصدر، ثم حدد قاعدة بيانات Azure ل MySQL كنوع الخادم الهدف، ثم حدد تحديد.

   

4. في صفحة Create Migration Service ، في علامة التبويب Basics ، ضمن Project details، حدد الاشتراك المناسب، ثم حدد مجموعة موارد موجودة أو أنشئ مجموعة جديدة.

5. ضمن تفاصيل المثيل، حدد اسما للخدمة، وحدد منطقة، ثم تحقق من تحديد Azure كوضع الخدمة.

6. على يمين Pricing tier، حدد Configure tier.

   

7. في صفحة Configure ، حدد مستوى التسعير Premium مع 4 vCores لمثيل DMS الخاص بك، ثم حدد Apply.

   DMS Premium 4-vCore مجاني لمدة 6 أشهر (183 يوما) من تاريخ إنشاء خدمة DMS قبل تكبد أي رسوم. لمزيد من المعلومات حول تكاليف DMS طبقات التسعير، راجع صفحة التسعير.

   

   بعد ذلك، نحتاج إلى تحديد الشبكة الظاهرية التي ستوفر لمثيل DMS الوصول إلى الخادم المرنة الهدف.

8. في صفحة Create Migration Service ، حدد Next : Networking >>.

9. في علامة التبويب Networking ، حدد شبكة ظاهرية موجودة من القائمة أو قم بتوفير اسم VNet جديد لإنشائه، ثم حدد Review + Create.

   لمزيد من المعلومات، راجع المقالة إنشاء شبكة ظاهرية باستخدام مدخل Microsoft Azure.

   

   يجب تكوين الشبكة الظاهرية الخاصة بك مع الوصول إلى كل من خادم MySQL المصدر والخادم المرنة الهدف، لذا تأكد من:

   • إنشاء قاعدة جدار حماية على مستوى الخادم أو تكوين شبكة الاتصال لكل من خادم MySQL المصدر وقاعدة بيانات Azure المستهدفة لخوادم MySQL للسماح للشبكة الظاهرية لخدمة ترحيل قاعدة بيانات Azure بالوصول إلى قواعد البيانات المصدر والهدف.
   • تأكد من أن قواعد مجموعة أمان شبكة VNet (NSG) لا تحظر المنفذ الصادر 443 من ServiceTag ل ServiceBus والتخزين وAzure Monitor. لمزيد من المعلومات حول تصفية حركة مرور VNet NSG، راجع تصفية نسبة استخدام الشبكة باستخدام مجموعات أمان الشبكة.

   إشعار

   لإضافة علامات إلى الخدمة، تقدم إلى علامة التبويب Tags عن طريق تحديد Next : Tags. إضافة علامات إلى الخدمة اختيارية.

10. انتقل إلى علامة التبويب Review + create ، وراجع التكوينات، واعرض المصطلحات، ثم حدد Create.

    

    يبدأ الآن نشر مثيل DMS الخاص بك. تظهر الرسالة Deployment قيد التقدم لبضع دقائق، ثم تتغير الرسالة إلى Your deployment is complete.

11. حدد الانتقال إلى المورد.

    

12. حدد عنوان IP لمثيل DMS من صفحة نظرة عامة على المورد وأنشئ قاعدة جدار حماية لخادم MySQL المصدر الخاص بك والسماح للخادم المرن المستهدف بإدراج عنوان IP لمثيل DMS.

قم بإنشاء مشروع ترحيل.

لإنشاء مشروع ترحيل، قم بتنفيذ الخطوات التالية.

1. في مدخل Azure، حدد All services وابحث عن خدمة Azure Database Migration Service، ثم حدد Azure Database Migration Services.

   

2. في نتائج البحث، حدد مثيل DMS الذي قمت بإنشائه، ثم حدد + New Migration Project.

   

3. في صفحة مشروع ترحيل جديد، حدد اسما للمشروع، في مربع تحديد نوع الخادم المصدر، حدد MySQL، في مربع تحديد نوع الخادم الهدف، وحدد قاعدة بيانات Azure ل MySQL - الخادم المرن، وفي مربع تحديد نوع نشاط الترحيل، حدد ترحيل البيانات عبر الإنترنت، ثم حدد إنشاء نشاط وتشغيله.

   سيؤدي تحديد إنشاء مشروع فقط كنوع نشاط الترحيل إلى إنشاء مشروع الترحيل فقط؛ يمكنك بعد ذلك تشغيل مشروع الترحيل في وقت لاحق.

   

تكوين مشروع الترحيل

لتكوين مشروع ترحيل DMS، قم بتنفيذ الخطوات التالية.

1. في شاشة تحديد المصدر ، يجب علينا التأكد من أن DMS في VNet الذي لديه اتصال بالخادم المصدر. هنا ستقوم بإدخال اسم الخادم المصدر ومنفذ الخادم واسم المستخدم وكلمة المرور إلى الخادم المصدر.

   

2. حدد Next : Select target>>، ثم في شاشة Select target ، حدد موقع الخادم استنادا إلى الاشتراك والموقع ومجموعة الموارد. يتم ملء اسم المستخدم تلقائيا، ثم توفير كلمة المرور للخادم المرنة الهدف.

   

3. حدد التالي : حدد قواعد البيانات>>، ثم في علامة التبويب تحديد قواعد البيانات ، ضمن خيارات ترحيل الخادم، حدد ترحيل جميع قواعد البيانات القابلة للتطبيق أو ضمن تحديد قواعد البيانات حدد كائنات الخادم التي تريد ترحيلها.

   يوجد الآن خيار ترحيل جميع قواعد البيانات القابلة للتطبيق. عند تحديده، سيقوم هذا الخيار بترحيل جميع قواعد البيانات والجداول التي أنشأها المستخدم. نظرا لأن قاعدة بيانات Azure ل MySQL - الخادم المرن لا يدعم قواعد بيانات الحالات المختلطة، فلن يتم تضمين قواعد بيانات الحالة المختلطة على المصدر للترحيل عبر الإنترنت.

   

4. في قسم Select databases ، ضمن Source Database، حدد قاعدة البيانات (قواعد البيانات) المراد ترحيلها.

   سيتم ترحيل الكائنات غير التابعة للجدول في قاعدة البيانات (قاعدة البيانات) التي حددتها، بينما سيتم تخطي العناصر التي لم تحددها. يمكنك فقط تحديد قواعد البيانات المصدر والهدف التي تتطابق أسماؤها مع ذلك على الخادم المصدر والهدف.

   إذا قمت بتحديد قاعدة بيانات على الخادم المصدر غير موجودة على الخادم الهدف، إنشاؤها على الخادم الهدف.

5. حدد Next : Select tables>> للانتقال إلى علامة التبويب Select tables .

   قبل تعبئة علامة التبويب، يجلب DMS الجداول من قاعدة (قواعد) البيانات المحددة على المصدر والهدف ثم يحدد ما إذا كان الجدول موجودا ويحتوي على بيانات.

6. حدد الجداول التي تريد ترحيلها.

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

   

   يتحقق DMS من صحة مدخلاتك، وإذا تم التحقق من الصحة، فستتمكن من بدء الترحيل.

7. بعد التكوين لترحيل المخطط، حدد Review and start migration.

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

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

   

9. حدد Start migration.

   تظهر نافذة نشاط الترحيل، وتكون Status النشاط Initializing. تتغير Status إلى Running عند بدء عمليات ترحيل الجدول.

   

مراقبة الترحيل

1. بعد اكتمال نشاط التحميل الأولي، انتقل إلى علامة التبويب التحميل الأولي لعرض حالة الإكمال وعدد الجداول المكتملة.

   

   بعد اكتمال نشاط التحميل الأولي، يتم نقلك إلى علامة التبويب Replicate Data Changes تلقائيا. يمكنك مراقبة تقدم الترحيل حيث يتم تحديث الشاشة تلقائيا كل 30 ثانية.

2. حدد تحديث لتحديث جهاز العرض وعرض الثوان خلف المصدر عند الحاجة.

   

3. راقب الثوان خلف المصدر وبمجرد اقترابه من 0، تابع لبدء الانتقال بالانتقال إلى علامة تبويب القائمة Start Cutover في أعلى شاشة نشاط الترحيل.

4. اتبع الخطوات الواردة في نافذة الانتقال قبل أن تكون جاهزا لإجراء عملية قطع.

5. بعد إكمال جميع الخطوات، حدد تأكيد، ثم حدد تطبيق.

   

تنفيذ أنشطة ما بعد الترحيل

عند انتهاء الترحيل، تأكد من إكمال أنشطة ما بعد الترحيل التالية.

• إجراء اختبار سلامة التطبيق مقابل قاعدة البيانات الهدف للمصادقة على الترحيل.

• قم بتحديث سلسلة الاتصال للإشارة إلى الخادم المرن الجديد.

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

  • لتنظيف موارد DMS، قم بتنفيذ الخطوات التالية:

    1. في مدخل Azure، حدد All services وابحث عن خدمة Azure Database Migration Service، ثم حدد Azure Database Migration Services.

    2. حدد مثيل خدمة الترحيل من نتائج البحث، ثم حدد حذف الخدمة.

    3. في مربع حوار التأكيد، في مربع النص TYPE THE DATABASE MIGRATION SERVICE NAME ، حدد اسم المثيل، ثم حدد Delete.

أفضل ممارسات الترحيل

عند إجراء ترحيل، تأكد من مراعاة أفضل الممارسات التالية.

• باعتباره جزء من الاكتشاف والتقييم، خُذّ وحدة حفظ المخزون للخادم واستخدام وحدة المعالجة المركزية والتخزين وأحجام قاعدة البيانات واستخدام الملحقات كبعض البيانات الهامة للمساعدة في عمليات الترحيل.

• نفذ عمليات ترحيل الاختبار قبل الترحيل للإنتاج:

  • تعد عمليات الترحيل الاختبارية مهمة لضمان تغطية جميع جوانب ترحيل قاعدة البيانات، بما في ذلك اختبار التطبيق. أفضل الممارسات البدء بتشغيل الترحيل بالكامل لأغراض الاختبار. بعد أن يدخل الترحيل الذي بدأ حديثا مرحلة النسخ المتماثل لتغييرات البيانات بأقل تأخير، استخدم هدف الخادم المرن فقط لتشغيل أحمال عمل الاختبار. استخدم هذا الهدف لاختبار التطبيق لضمان الأداء والنتائج المتوقعة. إذا كنت تقوم بالترحيل إلى إصدار MySQL أعلى، فاختر لتوافق التطبيق.

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

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

• بعد بدء تشغيل التطبيق على الخادم المرن الهدف، راقب أداء قاعدة البيانات عن كثب لمعرفة ما إذا كان ضبط الأداء مطلوبا.

المحتوى ذو الصلة

• ما هي Azure Database for MySQL - Flexible Server؟
• ما خدمة ترحيل قاعدة البيانات في Azure؟
• المشاكل المعروفة مع عمليات الترحيل إلى قاعدة بيانات Azure ل MySQL
• استكشاف المشكلات والأخطاء الشائعة في خدمة ترحيل قاعدة بيانات Azure (الكلاسيكية) وإصلاحها
• استكشاف أخطاء DMS وإصلاحها عند الاتصال بقواعد البيانات المصدر