مشاركة عبر

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

  • مقالة

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

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

هام

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

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

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

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

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

القيود

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

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

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

  • عند ترحيل المخطط، لا يدعم DMS إنشاء قاعدة بيانات على الخادم الهدف.

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

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

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

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

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

    مستوى تسعير خادم واحد VCores لخادم واحد حجم حساب الخادم المرن مستوى حساب الخادم المرن
    أساسي 1 1 General Purpose Standard_D16ds_v4
    أساسي 1 2 General Purpose Standard_D16ds_v4
    الغرض العام 1 4 General Purpose Standard_D16ds_v4
    الغرض العام 1 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 أعمال حرجة Standard_E4ds_v4
    مُحسّن للذاكرة 8 أعمال حرجة Standard_E8ds_v4
    مُحسّن للذاكرة 16 أعمال حرجة Standard_E16ds_v4
    مُحسّن للذاكرة 32 أعمال حرجة Standard_E32ds_v4

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

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

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

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

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

  • انسخ جميع علامات الاسم/القيمة من الخادم الفردي إلى الخادم المرن أثناء الإنشاء نفسه.

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

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

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

  • بجوار تكوين الخادم المرن للهدف الذي تم إنشاؤه حديثا، تابع كما يلي:

    • يتطلب المستخدم الذي يقوم بالترحيل الأذونات التالية:
      • لإنشاء جداول على الهدف، يجب أن يكون لدى المستخدم امتياز "CREATE".
      • إذا كان الترحيل إلى جدول مع خيار "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 وحددها.

    لقطة شاشة ل Azure Marketplace.

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

    لقطة شاشة ل Select resource provider.

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

    لقطة شاشة ل Select Register.

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

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

    لقطة شاشة ل Search Azure Database Migration Service.

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

    لقطة شاشة لإنشاء مثيل خدمة ترحيل قاعدة بيانات Azure.

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

    لقطة شاشة ل

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

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

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

    لقطة شاشة ل Select 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.

    لقطة شاشة ل Select Networking.

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

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

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

    إذا كنت تريد إضافة علامات إلى الخدمة، فحدد أولا التالي: العلامات للتقدم إلى علامة التبويب العلامات أولا. إضافة علامات إلى الخدمة اختيارية.

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

    لقطة شاشة ل Select Review+Create.

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

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

    لقطة شاشة لمورد Select Go to.

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

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

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

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

    لقطة شاشة لتحديد موقع جميع مثيلات Azure Database Migration Service.

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

    لقطة شاشة ل CSelect a new migration project.

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

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

    لقطة شاشة لإنشاء مشروع ترحيل جديد.

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

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

  1. للمتابعة مع الترحيل دون اتصال، قبل تكوين تحديد المصدر على الشاشة، افتح علامة تبويب نافذة جديدة وانتقل إلى صفحة نظرة عامة على الخادم المصدر على مدخل Microsoft Azure وانتقل إلى شفرة معلمات الخادم. تكوين قيمة معلمة خادم read_only للخادم المصدر ك ON .

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

    بدلا من ذلك، إذا كنت تقوم بإجراء ترحيل عبر الإنترنت، يمكنك تحديد خانة الاختيار تمكين تناسق المعاملات في شاشة تحديد المصدر. لمزيد من المعلومات حول النسخ الاحتياطي المتناسق، راجع MySQL إلى Azure Database for MySQL Data Migration - MySQL Consistent Snapshot.

  2. انتقل مرة أخرى إلى شاشة تكوين مشروع الترحيل وعلى الشاشة تحديد المصدر ، حدد تفاصيل الاتصال لمثيل MySQL المصدر.

    لقطة شاشة لشاشة إضافة تفاصيل المصدر.

  3. حدد Next : Select target>>، ثم في شاشة Select target ، حدد تفاصيل الاتصال للخادم المرنة الهدف.

    لقطة شاشة لتحديد الهدف.

  4. حدد Next : Select databases>>، ثم في علامة التبويب Select databases، ضمن [Preview] Select server objects، حدد كائنات الخادم التي تريد ترحيلها.

    لقطة شاشة لقاعدة بيانات Select.

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

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

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

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

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

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

    لقطة شاشة لتحديد الجداول.

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

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

    إشعار

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

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

    لقطة شاشة لتحديد ملخص.

  10. حدد Start migration.

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

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

  1. في شاشة نشاط الترحيل، حدد تحديث لتحديث العرض وعرض التقدم وعدد الجداول المكتملة.

  2. للاطلاع على حالة كل جدول أثناء الترحيل، حدد اسم قاعدة البيانات ثم حدد تحديث لتحديث العرض.

  3. حدد تحديث لتحديث العرض حتى تظهر حالة الترحيل كمكتملة.

    لقطة شاشة لحالة الترحيل.

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

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

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

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

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

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

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

    • تنظيف موارد خدمة ترحيل البيانات:

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

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

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

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

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

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

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

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

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

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