Share via

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

  • مقالة

إشعار

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

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

إشعار

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

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

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

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

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

  • إنشاء أو استخدام مثيل موجود من قاعدة بيانات Azure ل MySQL - خادم واحد (الخادم المصدر).
  • لإكمال الترحيل عبر الإنترنت بنجاح، تأكد من وجود المتطلبات الأساسية التالية:
    • استخدم أداة سطر الأوامر MySQL التي تختارها للتحقق من تمكين log_bin على الخادم المصدر عن طريق تشغيل الأمر: SHOW VARIABLES LIKE 'log_bin'. إذا لم يتم تمكين log_bin، فتأكد من تمكينه قبل بدء الترحيل.
    • تأكد من أن المستخدم لديه أذونات "REPLICATION CLIENT" و"REPLICATION SLAVE" على الخادم المصدر لقراءة سجل الحاوية وتطبيقه.
    • إذا كنت تستهدف ترحيلا عبر الإنترنت، فقم بتكوين المعلمة binlog_expire_logs_seconds على الخادم المصدر للتأكد من عدم إزالة ملفات binlog قبل تنفيذ النسخة المتماثلة للتغييرات. نوصي بيومين على الأقل للبدء. بعد عملية قطع ناجحة، يمكنك إعادة تعيين القيمة.
  • لإكمال ترحيل مخطط بنجاح، على الخادم المصدر، يتطلب المستخدم الذي يقوم بالترحيل الامتيازات التالية:

القيود

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

  • عند ترحيل الكائنات غير الجدولية، لا يدعم DMS إعادة تسمية قواعد البيانات.
  • عند الترحيل إلى خادم هدف مع تمكين bin_log، تأكد من تمكين log_bin_trust_function_creators للسماح بإنشاء إجراءات ومشغلات.
  • حاليا، لا يدعم DMS ترحيل عبارة DEFINER للكائنات. يتم إسقاط كافة أنواع الكائنات ذات المحددات على المصدر وبعد الترحيل، سيتم تعيين المعرف الافتراضي لكافة الكائنات التي تدعم عبارة تعريف والتي تم إنشاؤها أثناء ترحيل المخطط إلى تسجيل الدخول المستخدم لتشغيل الترحيل.
  • حاليا، يدعم DMS فقط ترحيل مخطط كجزء من حركة البيانات. إذا لم يتم تحديد أي شيء لحركة البيانات، فلن يحدث ترحيل المخطط. لاحظ أن تحديد جدول لترحيل المخطط يحدده أيضا لحركة البيانات.
  • يقتصر دعم الترحيل عبر الإنترنت على تنسيق ROW binlog.
  • يدعم الترحيل عبر الإنترنت الآن النسخ المتماثل لبيان DDL عند الترحيل إلى خادم هدف v8.0 أو v5.7 Azure Database for MySQL Flexible Server.
    • يتم دعم النسخ المتماثل للبيانات لقواعد البيانات والجداول وعناصر المخطط (طرق العرض والروتينات والمشغلات) المحددة لترحيل المخطط عند تكوين نشاط ترحيل Azure DMS. لن يتم نسخ تعريف البيانات وعبارات الإدارة لقواعد البيانات والجداول وعناصر المخطط التي لم يتم تحديدها. سيؤدي تحديد خادم كامل للترحيل إلى نسخ عبارات لأي جداول وقواعد بيانات وعناصر مخطط تم إنشاؤها على الخادم المصدر بعد اكتمال التحميل الأولي.
    • يدعم النسخ المتماثل لعبارة Azure DMS جميع عبارات تعريف البيانات المدرجة هنا، باستثناء الأوامر التالية: • عبارات LOGFILE GROUP • عبارات SERVER • عبارات SPATIAL REFERENCE SYSTEM • عبارات TABLESPACE
    • يدعم النسخ المتماثل لجملة Azure DMS جميع عبارات Data مسؤول istration – Account Management المدرجة هنا، باستثناء الأوامر التالية:
      • تعيين الدور الافتراضي
      • تعيين كلمة المرور
    • يدعم النسخ المتماثل لجملة Azure DMS جميع عبارات Data مسؤول istration – Table Maintenance المدرجة هنا، باستثناء الأوامر التالية:
      • جدول الإصلاح
      • تحليل الجدول
      • جدول المجموع الاختباري

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

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

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

    مستوى تسعير خادم واحد VCores لخادم واحد حجم حساب الخادم المرن مستوى حساب الخادم المرن
    أساسي* 1 General Purpose Standard_D16ds_v4
    أساسي* 2 General Purpose Standard_D16ds_v4
    الغرض العام* 4 General Purpose Standard_D16ds_v4
    الغرض العام* 8 General Purpose Standard_D16ds_v4
    General Purpose 16 General Purpose Standard_D16ds_v4
    General Purpose 32 General Purpose Standard_D32ds_v4
    General Purpose 64 General Purpose Standard_D64ds_v4
    مُحسّن للذاكرة 4 Business Critical Standard_E4ds_v4
    مُحسّن للذاكرة 8 Business Critical Standard_E8ds_v4
    مُحسّن للذاكرة 16 Business Critical Standard_E16ds_v4
    مُحسّن للذاكرة 32 Business Critical Standard_E32ds_v4

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

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

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

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

  • إنشاء الخادم المرنة الهدف. للحصول على الخطوات الإرشادية، راجع التشغيل السريع إنشاء قاعدة بيانات Azure لخادم MySQL المرن.
  • تكوين الخادم المرنة الهدف الجديد كما يلي:
    • يتطلب المستخدم الذي يقوم بالترحيل الأذونات التالية:
      • تأكد من أن المستخدم لديه إذن "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 لتحسين سرعة الترحيل.
    • تكوين النسخ المتماثلة على الخادم الهدف لمطابقة تلك الموجودة على الخادم المصدر.
    • نسخ ميزات إدارة الخادم التالية من الخادم الفردي المصدر إلى الخادم المرنة الهدف:
      • تعيينات الأدوار والأدوار ورفض التعيينات والمسؤولين الكلاسيكيين والتحكم في الوصول (IAM)
      • الأقفال (للقراءة فقط والحذف)
      • التنبيهات
      • المهام
      • تنبيهات صحة الموارد

إعداد DMS

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

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

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

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

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

  3. ابحث عن مصطلح "الترحيل"، ثم حدد تسجيل ل Microsoft.DataMigration. Screenshot of a Register your resource provider.

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

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

  2. في شاشة Azure Database Migration Service، حدد Create. Screenshot of a Create Azure Database Migration Service instance.

  3. في صفحة تحديد سيناريو الترحيل وخدمة ترحيل قاعدة البيانات، ضمن سيناريو الترحيل، حدد Azure Database for MySQL-Single Server كنوع الخادم المصدر، ثم حدد Azure Database for MySQL كنوع الخادم الهدف، ثم حدد Select. Screenshot of a Select Migration Scenario.

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

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

  6. على يمين Pricing tier، حدد Configure tier. Screenshot of a Select Configure Tier.

  7. في صفحة Configure ، حدد مستوى التسعير Premium مع 4 vCores لمثيل DMS الخاص بك، ثم حدد Apply. DMS Premium 4-vCore مجاني لمدة 6 أشهر (183 يوما) من تاريخ إنشاء خدمة DMS قبل تكبد أي رسوم. لمزيد من المعلومات حول تكاليف DMS طبقات التسعير، راجع صفحة التسعير. Screenshot of a Select Pricing tier.

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

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

  9. في علامة التبويب Networking ، حدد شبكة ظاهرية موجودة من القائمة أو قم بتوفير اسم VNet جديد لإنشائه، ثم حدد Review + Create. لمزيد من المعلومات، راجع المقالة إنشاء شبكة ظاهرية باستخدام مدخل Microsoft Azure. Screenshot of a Select Networking.

    هام

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

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

    إشعار

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

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

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

  11. حدِّد الانتقال إلى المورد. Screenshot of a Select Go to resource.

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

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

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

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

    Screenshot of a Locate all instances of Azure Database Migration Service.

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

    Screenshot of a Select a new migration project.

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

    إشعار

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

    Screenshot of a Create a new migration project.

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

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

  1. في شاشة تحديد المصدر ، حدد موقع الخادم استنادا إلى الاشتراك والموقع ومجموعة الموارد. يتم ملء اسم المستخدم تلقائيا، ثم قم بتوفير كلمة المرور للخادم المصدر. Screenshot of an Add source details screen.

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

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

    إشعار

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

Screenshot of a Select database.

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

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

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

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

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

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

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

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

    إشعار

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

  5. في علامة التبويب ملخص ، في مربع النص اسم النشاط، حدد اسما لنشاط الترحيل، ثم راجع الملخص للتأكد من أن تفاصيل المصدر والهدف تتطابق مع ما حددته مسبقا. Screenshot of a Select Summary.

  6. حدد Start migration.

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

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

  1. بعد اكتمال نشاط التحميل الأولي، انتقل إلى علامة التبويب التحميل الأولي لعرض حالة الإكمال وعدد الجداول المكتملة. Screenshot of a completed initial load migration.

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

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

    Screenshot of a Monitoring migration.

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

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

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

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

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

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

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

  • احذف الخادم الفردي المصدر بعد التأكد من استمرارية التطبيق.

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

    مستوى تسعير خادم واحد VCores لخادم واحد حجم حساب الخادم المرن مستوى حساب الخادم المرن
    أساسي 1 قابل للاندفاع Standard_B1s
    أساسي 2 قابل للاندفاع Standard_B2s
    General Purpose 4 General Purpose Standard_D4ds_v4
    General Purpose 8 General Purpose Standard_D8ds_v4

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

    1. في مدخل Azure، حدد All services وابحث عن خدمة Azure Database Migration Service، ثم حدد Azure Database Migration Services.
    2. حدد مثيل خدمة الترحيل من نتائج البحث، ثم حدد حذف الخدمة.
    3. في مربع حوار التأكيد، في مربع النص TYPE THE DATABASE MIGRATION SERVICE NAME ، حدد اسم المثيل، ثم حدد Delete.

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

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

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

الخطوات التالية