Share via

البرنامج التعليمي: ترحيل SQL Server إلى مثيل Azure SQL المدار عبر الإنترنت في Azure Data Studio

  • مقالة

استخدم ملحق ترحيل Azure SQL في Azure Data Studio لترحيل قاعدة البيانات (قواعد البيانات) من مثيل SQL Server إلى مثيل Azure SQL المدار بأقل وقت تعطل. للحصول على الأساليب التي قد تتطلب بعض الجهد اليدوي، راجع المقالة ترحيل مثيل SQL Server إلى مثيل Azure SQL المدار.

في هذا البرنامج التعليمي، تقوم بترحيل قاعدة بيانات AdventureWorks من مثيل محلي من SQL Server إلى مثيل Azure SQL المدار بأقل وقت تعطل باستخدام Azure Data Studio مع خدمة ترحيل قاعدة بيانات Azure (DMS). يركز هذا البرنامج التعليمي على وضع الترحيل عبر الإنترنت حيث يقتصر وقت تعطل التطبيق على قطع قصير في نهاية الترحيل.

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

  • تشغيل معالج الترحيل إلى Azure SQL في Azure Data Studio
  • تشغيل تقييم قاعدة بيانات SQL Server المصدر
  • جمع بيانات الأداء من SQL Server المصدر
  • الحصول على توصية من Azure SQL Managed Instance SKU الأنسب لحمل العمل الخاص بك
  • تحديد تفاصيل SQL Server المصدر وموقع النسخ الاحتياطي ومثيل SQL Azure المُدار الهدف
  • إنشاء خدمة ترحيل قاعدة بيانات Azure جديدة وتثبيت وقت تشغيل التكامل المستضاف ذاتيا للوصول إلى الخادم المصدر والنسخ الاحتياطية
  • بدء ومراقبة التقدم المحرز في الترحيل
  • تنفيذ قطع الترحيل عندما تكون جاهزا

هام

الاستعداد للترحيل وتقليل مدة عملية الترحيل عبر الإنترنت قدر الإمكان لتقليل مخاطر الانقطاع الناجم عن إعادة تكوين المثيل أو الصيانة المخطط لها. وفي حال حدوث مثل هذا الحدث، ستبدأ عملية الترحيل من البداية. في حالة الصيانة المخطط لها، هناك فترة سماح مدتها 36 ساعة حيث سيجري تعليق تكوين Azure SQL المُدار أو صيانته قبل إعادة تشغيل عملية الترحيل.

تلميح

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

توضح هذه المقالة ترحيل قاعدة البيانات عبر الإنترنت من SQL Server إلى Azure SQL Managed Instance. لترحيل قاعدة بيانات دون اتصال، راجع ترحيل SQL Server إلى مثيل SQL المُدار دون اتصال باستخدام DMS.

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

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

  • تنزيل Azure Data Studio وتثبيته

  • تثبيت ملحق ترحيل Azure SQL من سوق Azure Data Studio

  • لديك حساب Azure الذي تم تعيينه لأحد الأدوار المضمنة المذكورة أدناه:

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

    هام

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

  • إنشاء مثيل Azure SQL مُدار مستهدف.

  • تأكد من أن عمليات تسجيل الدخول المستخدمة لتوصيل خادم SQL المصدر هي أعضاء في دور خادم sysadmin أو لديها CONTROL SERVER إذن.

  • استخدم أحد خيارات التخزين التالية لقاعدة البيانات الكاملة وملفات النسخة الاحتياطية لسجل المعاملات:

    • مشاركة شبكة الاتصال SMB
    • مشاركة ملف حساب تخزين Azure أو حاوية كائن ثنائي كبير الحجم

    هام

    • لا يأخذ ملحق Azure SQL Migration ل Azure Data Studio نسخا احتياطية لقاعدة البيانات، أو لا يبدأ أي نسخ احتياطية لقاعدة البيانات نيابة عنك. بدلا من ذلك، تستخدم الخدمة ملفات النسخ الاحتياطي لقاعدة البيانات الموجودة للترحيل.
    • في حالة توفير ملفات النسخة الاحتياطية لقاعدة البيانات الخاصة بك في مشاركة شبكة SMB إنشاء حساب تخزين Azure يسمح خدمة DMS لتحميل ملفات النسخة الاحتياطية قاعدة البيانات. تأكد من إنشاء حساب Azure Storage في المنطقة نفسها التي يتم فيها إنشاء مثيل Azure Database Migration Service.
    • يمكن كتابة كل نسخة احتياطية إلى ملف نسخ احتياطي منفصل أو ملفات نسخ احتياطي متعددة. ومع ذلك، فإن إلحاق نسخ احتياطية متعددة (أي كامل وتسجيل t) في وسائط نسخ احتياطية واحدة غير مدعوم.
    • استخدام النسخ الاحتياطية المضغوطة لتقليل احتمال مواجهة مشكلات محتملة مرتبطة بترحيل النسخ الاحتياطية الكبيرة.

  • تأكد من أن حساب الخدمة الذي يشغل مثيل SQL Server لديه أذونات القراءة والكتابة على مشاركة شبكة SMB التي تحتوي على ملفات النسخة الاحتياطية لقاعدة البيانات.

  • يجب ترحيل شهادة مثيل SQL Server المصدر من قاعدة بيانات محمية بواسطة تشفير البيانات الشفاف (TDE) إلى مثيل Azure SQL المدار الهدف أو SQL Server على جهاز Azure الظاهري قبل ترحيل البيانات. لمزيد من المعلومات حول ترحيل قواعد البيانات التي تدعم TDE، راجع البرنامج التعليمي: ترحيل قواعد البيانات الممكنة ل TDE (معاينة) إلى Azure SQL في Azure Data Studio.

    تلميح

    إذا كانت قاعدة البيانات الخاصة بك تحتوي على بيانات حساسة محمية بواسطة Always Encrypted، فإن عملية الترحيل التي تستخدم Azure Data Studio مع DMS ستقوم تلقائيا بترحيل مفاتيح Always Encrypted إلى مثيل Azure SQL المدار الهدف أو SQL Server على جهاز Azure الظاهري.

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

    أسماء المجال المنافذ الصادرة ‏‏الوصف
    السحابة العامة: {datafactory}.{region}.datafactory.azure.net
    أو *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    الصين: {datafactory}.{region}.datafactory.azure.cn    		 443 مطلوب بحلول وقت تشغيل التكامل المستضاف ذاتياً للاتصال بخدمة Data Migration service.
    بالنسبة لمصنع بيانات تم إنشاؤه حديثا في السحابة العامة، حدد موقع FQDN من مفتاح وقت تشغيل التكامل المستضاف ذاتيا، والذي يكون بتنسيق {datafactory}.{region}.datafactory.azure.net. بالنسبة لمصنع البيانات القديم، إذا كنت لا ترى FQDN في مفتاح التكامل المستضاف ذاتيا، فاستخدم *.frontend.clouddatahub.net بدلا من ذلك.
    download.microsoft.com 443 مطلوبة من قبل وقت تشغيل التكامل المستضاف ذاتياً لتنزيل التحديثات. إذا قمت بتعطيل التحديث التلقائي، يمكنك تخطي تكوين هذا المجال.
    *.core.windows.net 443 يجري استخدامه بواسطة وقت تشغيل التكامل المستضاف ذاتياً والذي يتصل بحساب تخزين Azure لتحميل النسخ الاحتياطية لقاعدة البيانات من مشاركة شبكتك

    تلميح

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

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

  • إذا كنت تستخدم Azure Database Migration Service للمرة الأولى، فتأكد من تسجيل موفر موارد Microsoft.DataMigration في اشتراكك. يمكنك اتباع الخطوات لتسجيل موفر الموارد

تشغيل معالج الترحيل إلى Azure SQL في Azure Data Studio

  1. افتح Azure Data Studio وحدد أيقونة الخادم للاتصال ب SQL Server المحلي (أو SQL Server على جهاز Azure الظاهري).
  2. على اتصال الخادم، انقر بزر الماوس الأيمن وحدد إدارة.
  3. في الصفحة الرئيسية للخادم، حدد ملحق Azure SQL Migration .
  4. في لوحة معلومات Azure SQL Migration، حدد ترحيل إلى Azure SQL لبدء تشغيل معالج الترحيل. Launch Migrate to Azure SQL wizard
  5. تتيح لك الصفحة الأولى من المعالج بدء جلسة عمل جديدة أو استئناف جلسة تم حفظها مسبقا. اختر الخيار الأول لبدء جلسة عمل جديدة.

تشغيل تقييم قاعدة البيانات وجمع بيانات الأداء والحصول على توصية Azure

  1. حدد قاعدة البيانات (قواعد البيانات) لتشغيل التقييم وحدد التالي.
  2. حدد مثيل Azure SQL المُدار كهدف. Assessment confirmation
  3. حدد الزر عرض/تحديد لعرض تفاصيل نتائج التقييم لقاعدة (قواعد) بياناتك، وحدد قاعدة (قواعد) البيانات لترحيلها، وحدد موافق. في حالة عرض أي مشكلات في نتائج التقييم، فيجب معالجتها قبل متابعة الخطوات التالية. Database assessment details
  4. حدد الزر Get Azure recommendation.
  5. اختر الخيار تجميع بيانات الأداء الآن وأدخل مسارا لسجلات الأداء التي سيتم تجميعها وحدد زر البدء.
  6. سيقوم Azure Data Studio الآن بجمع بيانات الأداء حتى تقوم إما بإيقاف المجموعة، أو الضغط على الزر التالي في المعالج أو إغلاق Azure Data Studio.
  7. بعد 10 دقائق، سترى تكوينا موصى به لمثيل Azure SQL المدار. يمكنك أيضا الضغط على رابط تحديث التوصية بعد الدقائق العشر الأولى لتحديث التوصية بالبيانات الإضافية التي تم جمعها.
  8. في مربع Azure SQL Managed Instance* أعلاه، حدد الزر View details للحصول على مزيد من المعلومات حول توصيتك.
  9. أغلق مربع تفاصيل العرض واضغط على الزر التالي .

قم بتكوين إعدادات الترحيل.

  1. حدد مثيل Azure SQL المدار عن طريق تحديد الاشتراك والموقع ومجموعة الموارد من القوائم المنسدلة المقابلة ثم حدد التالي.
  2. حدد الترحيل عبر الإنترنت كوضع الترحيل.

    إشعار

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

  3. حدد موقع النسخ الاحتياطية لقاعدة بياناتك. يمكن وضع النسخ الاحتياطية لقاعدة البيانات إما على مشاركة شبكة اتصال محلية أو في حاوية كائن ثنائي كبير الحجم في تخزين Azure.

    إشعار

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

  • بالنسبة للنسخ الاحتياطية الموجودة على مشاركة شبكة، قم بتوفير التفاصيل التالية ل SQL Server المصدر وموقع النسخ الاحتياطي المصدر واسم قاعدة البيانات الهدف وحساب تخزين Azure لتحميل ملفات النسخ الاحتياطي إلى:

    الحقل ‏‏الوصف
    بيانات اعتماد المصدر - اسم المستخدم بيانات الاعتماد (مصادقة Windows/ SQL) للاتصال بمثيل SQL Server المصدر والتحقق من صحة ملفات النسخ الاحتياطية.
    بيانات اعتماد المصدر - كلمة المرور بيانات الاعتماد (مصادقة Windows/ SQL) للاتصال بمثيل SQL Server المصدر والتحقق من صحة ملفات النسخ الاحتياطية.
    موقع مشاركة شبكة الاتصال الذي يحتوي على النسخ الاحتياطية موقع مشاركة شبكة الاتصال الذي يحتوي على ملفات نسخ احتياطي للسجل. سيجري تلقائياً تجاهل أي ملفات غير صالحة أو ملفات نسخ احتياطي في مشاركة الشبكة لا تنتمي إلى مجموعة النسخ الاحتياطي الصالحة أثناء عملية الترحيل.
    حساب مستخدم Windows مع حق الوصول للقراءة إلى موقع مشاركة الشبكة بيانات الاعتماد Windows (اسم المستخدم) التي لديها حق الوصول للقراءة إلى مشاركة شبكة الاتصال لاسترداد ملفات النسخ الاحتياطية.
    كلمة المرور بيانات الاعتماد Windows (كلمة المرور) التي لديها حق الوصول للقراءة إلى مشاركة شبكة الاتصال لاسترداد ملفات النسخ الاحتياطية.
    اسم قاعدة البيانات الهدف يمكن تعديل اسم قاعدة البيانات الهدف إذا كنت ترغب في تغيير اسم قاعدة البيانات على الهدف أثناء عملية الترحيل.
    تفاصيل حساب التخزين مجموعة الموارد وحساب التخزين حيث يتم تحميل ملفات النسخ الاحتياطي إليها. لا تحتاج إلى إنشاء حاوية حيث ستنشئ DMS تلقائياً حاوية كائن ثنائي كبير الحجم في حساب التخزين المحدد أثناء عملية التحميل.

  • بالنسبة للنسخ الاحتياطية المخزنة في حاوية كائن ثنائي كبير الحجم لتخزين Azure، حدد التفاصيل أدناه لاسم قاعدة البيانات الهدف ومجموعة الموارد وحساب تخزين Azure وحاوية Blob من القوائم المنسدلة المقابلة.

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

    هام

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

  • لم يعد ملحق ترحيل Azure SQL ل Azure Data Studio يتطلب تكوينات محددة على إعدادات شبكة حساب Azure Storage لترحيل قواعد بيانات SQL Server إلى Azure. ومع ذلك، اعتمادا على موقع النسخ الاحتياطي لقاعدة البيانات وإعدادات شبكة حساب التخزين المطلوبة، هناك بعض الخطوات اللازمة لضمان إمكانية وصول مواردك إلى حساب Azure Storage. راجع الجدول التالي لمعرفة سيناريوهات الترحيل المختلفة وتكوينات الشبكة:

    السيناريو مشاركة شبكة الاتصال SMB حاوية حساب Azure Storage
    ممكن من جميع الشبكات لا توجد خطوات إضافية لا توجد خطوات إضافية
    ممكن من الشبكات الظاهرية المحددة وعناوين IP راجع 1أ راجع 2أ
    ممكن من الشبكات الظاهرية المحددة وعناوين IP + نقطة النهاية الخاصة راجع 1 ب راجع 2 ب

    1a - تكوين شبكة تخزين Azure Blob

    إذا كان لديك وقت تشغيل التكامل المستضاف ذاتيا (SHIR) مثبتا على جهاز Azure الظاهري، فشاهد القسم 1b - تكوين شبكة تخزين Azure Blob. إذا كان لديك وقت تشغيل التكامل المستضاف ذاتيا (SHIR) مثبتا على شبكتك المحلية، فستحتاج إلى إضافة عنوان IP للعميل لجهاز الاستضافة في حساب Azure Storage الخاص بك على النحو التالي:

    Screenshot that shows the storage account network details

    لتطبيق هذا التكوين المحدد، اتصل بمدخل Microsoft Azure من جهاز SHIR، وافتح تكوين حساب Azure Storage، وحدد Networking، ثم ضع علامة على خانة الاختيار Add your client IP address . حدد حفظ لجعل التغيير ثابتا. راجع القسم 2a - تكوين شبكة تخزين Azure Blob (نقطة النهاية الخاصة) للخطوات المتبقية.

    1b - تكوين شبكة تخزين Azure Blob

    إذا تمت استضافة SHIR على Azure VM، فستحتاج إلى إضافة الشبكة الظاهرية للجهاز الظاهري إلى حساب Azure Storage نظرا لأن الجهاز الظاهري يحتوي على عنوان IP غير عام لا يمكن إضافته إلى قسم نطاق عناوين IP.

    Screenshot that shows the storage account network firewall configuration.

    لتطبيق هذا التكوين المحدد، حدد موقع حساب Azure Storage، من لوحة تخزين البيانات حدد Networking، ثم ضع علامة على خانة الاختيار Add existing virtual network . تفتح لوحة جديدة، وحدد الاشتراك والشبكة الظاهرية والشبكة الفرعية لجهاز Azure الظاهري الذي يستضيف وقت تشغيل التكامل. يمكن العثور على هذه المعلومات في صفحة نظرة عامة على Azure Virtual Machine. قد تقول الشبكة الفرعية مطلوب نقطة نهاية الخدمة إذا كان الأمر كذلك، حدد تمكين. بمجرد أن يصبح كل شيء جاهزا، احفظ التحديثات. راجع القسم 2a - تكوين شبكة تخزين Azure Blob (نقطة النهاية الخاصة)أ للخطوات المطلوبة المتبقية.

    2a - تكوين شبكة تخزين Azure Blob (نقطة نهاية خاصة)

    إذا تم وضع النسخ الاحتياطية مباشرة في حاوية تخزين Azure، فإن جميع الخطوات المذكورة أعلاه غير ضرورية نظرا لعدم وجود وقت تشغيل تكامل يتصل بحساب Azure Storage. ومع ذلك، ما زلنا بحاجة إلى التأكد من أن مثيل SQL Server الهدف يمكنه الاتصال بحساب Azure Storage لاستعادة النسخ الاحتياطية من الحاوية. لتطبيق هذا التكوين المحدد، اتبع الإرشادات الواردة في القسم 1b - تكوين شبكة تخزين Azure Blob، مع تحديد الشبكة الظاهرية لمثيل SQL الهدف عند ملء النافذة المنبثقة "إضافة شبكة ظاهرية موجودة".

    2b - تكوين شبكة تخزين Azure Blob (نقطة نهاية خاصة)

    إذا كان لديك نقطة نهاية خاصة تم إعدادها على حساب Azure Storage الخاص بك، فاتبع الخطوات الموضحة في القسم 2a - تكوين شبكة تخزين Azure Blob (نقطة النهاية الخاصة). ومع ذلك، تحتاج إلى تحديد الشبكة الفرعية لنقطة النهاية الخاصة، وليس فقط الشبكة الفرعية SQL Server الهدف. تأكد من استضافة نقطة النهاية الخاصة في نفس VNet مثل مثيل SQL Server الهدف. إذا لم يكن الأمر كذلك، فبادر بإنشاء نقطة نهاية خاصة أخرى باستخدام العملية في قسم تكوين حساب Azure Storage.

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

  1. إنشاء Azure Database Migration Service جديدة أو إعادة استخدام خدمة موجودة أنشأتها مسبقاً.

    إشعار

    إذا أنشأت DMS مسبقاً باستخدام مدخل Azure، لا يمكنك إعادة استخدامه في معالج الترحيل في Azure Data Studio. يمكن إعادة استخدام DMS التي جرى إنشاؤها مسبقاً باستخدام Azure Data Studio.

  2. حدد مجموعة الموارد حيث يكون لديك DMS موجودة أو تحتاج إلى إنشاء واحدة جديدة. تسرد القائمة المنسدلة Azure Database Migration Service أي DMS موجود في مجموعة الموارد المحددة.
  3. لإعادة استخدام DMS موجودة، حددها من القائمة المنسدلة وسيجري عرض حالة وقت تشغيل التكامل المستضاف ذاتياً في أسفل الصفحة.
  4. لإنشاء نظام خدمة DMS جديدة، حدد إنشاء جديد. في إنشاء خدمة ترحيل قاعدة بيانات Azure، توفر الشاشة اسم DMS خاصتك ثم حدد إنشاء.
  5. بعد إنشاء DMS بنجاح، سيجري تزويدك بالتفاصيل لإعداد وقت تشغيل التكامل.
  6. حدد تنزيل وقت تشغيل التكامل وتثبيته لفتح ارتباط التنزيل في مستعرض ويب. أكمل التنزيل. قم بتثبيت وقت تشغيل التكامل على جهاز يلبي المتطلبات الأساسية للاتصال ب SQL Server المصدر والموقع الذي يحتوي على النسخ الاحتياطي المصدر.
  7. بعد اكتمال التثبيت، سيجري تشغيل Microsoft Integration Runtime Configuration Manager تلقائياً لبدء عملية التسجيل.
  8. يمكنك نسخ ولصق أحد مفاتيح المصادقة المتوفرة في شاشة المعالج في Azure Data Studio. إذا كان مفتاح المصادقة صالحاً، تُعرض أيقونة الاختيار الخضراء في Integration Runtime Configuration Manager للإشارة إلى أنه يمكنك المتابعة إلى تسجيل.
  9. بعد إكمال تسجيل وقت تشغيل التكامل المستضاف ذاتياً بنجاح، أغلق Microsoft Integration Runtime Configuration Manager ثم بادر بالتبديل مرةً أخرى إلى معالج الترحيل في Azure Data Studio.
  10. حدد اختبار الاتصال في شاشة إنشاء Azure Database Migration Service في Azure Data Studio للتحقق من أن DMS المنشأة حديثاً متصلة بوقت تشغيل التكامل المستضاف ذاتياً المسجل حديثاً. Test connection integration runtime
  11. راجع ملخص الترحيل وحدد تم لبدء ترحيل قاعدة البيانات.

مراقبة الترحيل خاصتك

  1. في حالة ترحيل قاعدة البيانات، يمكنك تعقب عمليات الترحيل قيد التقدم، وعمليات الترحيل المكتملة، وحالات الترحيل الفاشلة (إن وجدت).

    monitor migration dashboard

  2. حدد عمليات ترحيل قاعدة البيانات قيد التقدم لعرض عمليات الترحيل المستمرة والحصول على مزيد من التفاصيل عن طريق تحديد اسم قاعدة البيانات.

  3. تعرض صفحة تفاصيل الترحيل ملفات النسخة الاحتياطية والحالة المقابلة:

    الحالة ‏‏الوصف
    الوصول وصل ملف النسخة الاحتياطية إلى موقع النسخ الاحتياطي المصدر وجرى التحقق من صحته
    جاري التحميل يعمل وقت تشغيل التكامل حالياً على تحميل ملف النسخة الاحتياطية إلى تخزين Azure
    تم التحميل يجري تحميل ملف النسخة الاحتياطية إلى تخزين Azure
    استعادة تستعيد Azure Database Migration Service حالياً ملف النسخة الاحتياطية إلى مثيل Azure SQL المُدار
    تمت الاستعادة تمت استعادة ملف النسخة الاحتياطية بنجاحٍ على مثيل Azure SQL المُدار
    تم الإلغاء تم إلغاء عملية الترحيل
    متجاهل(ة) تم تجاهل ملف النسخ الاحتياطي لأنه لا ينتمي إلى سلسلة نسخ احتياطي صالحة للبيانات

    backup restore details

أكمل الترحيل الكلي.

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

لإكمال القطع:

  1. أوقف جميع المعاملات الواردة إلى قاعدة البيانات المصدر.
  2. قم بإجراء تغييرات على تكوين التطبيق للإشارة إلى قاعدة البيانات الهدف في Azure SQL Managed Instance.
  3. أخذ نسخة احتياطية نهائية من سجل قاعدة البيانات المصدر في موقع النسخ الاحتياطي المحدد
  4. ضع قاعدة البيانات المصدر في وضع القراءة فقط. لذلك، يمكن للمستخدمين قراءة البيانات من قاعدة البيانات ولكن ليس تعديلها.
  5. التأكد من أن جميع النسخ الاحتياطية لقاعدة البيانات في الحالة تمت الاستعادة في صفحة تفاصيل المراقبة.
  6. حدد إكمال القطع في صفحة تفاصيل المراقبة.

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

هام

بعد الانتقال، يمكن أن يستغرق توفر SQL Managed Instance مع مستوى خدمة Business Critical وقتا أطول بكثير من General Purpose حيث يجب إنشاء ثلاث نسخ متماثلة ثانوية لمجموعة Always On High Availability. تعتمد مدة العملية هذه على حجم البيانات، لمزيد من المعلومات راجع مدة عمليات الإدارة.

القيود

الترحيل إلى Azure SQL Managed Instance باستخدام ملحق Azure SQL ل Azure Data Studio له القيود التالية:

  • إذا كان ترحيل قاعدة بيانات واحدة، يجب وضع النسخ الاحتياطية لقاعدة البيانات في بنية ملف ثابت داخل مجلد قاعدة بيانات (بما في ذلك مجلد جذر الحاوية)، ولا يمكن تداخل المجلدات، لأنها غير مدعومة.
  • في حال ترحيل قواعد بيانات متعددة باستخدام نفس حاوية تخزين Azure Blob، يجب وضع ملفات النسخ الاحتياطي لقواعد بيانات مختلفة في مجلدات منفصلة داخل الحاوية.
  • الكتابة فوق قواعد البيانات الموجودة باستخدام DMS في مثيل Azure SQL المدار الهدف غير مدعوم.
  • لا يدعم DMS تكوين قابلية وصول عالية والتعافي من الكوارث على هدفك لمطابقة مخطط المصدر.
  • كائنات الخادم التالية غير مدعومة:
    • مهام عامل SQL Server
    • بيانات الاعتماد
    • حزم SSIS
    • تدقيق الخادم
  • لا يمكنك استخدام وقت تشغيل تكامل مستضاف ذاتيا موجود تم إنشاؤه من Azure Data Factory لترحيل قاعدة البيانات باستخدام DMS. في البداية، يجب إنشاء وقت تشغيل التكامل المستضاف ذاتيا باستخدام ملحق ترحيل Azure SQL في Azure Data Studio ويمكن إعادة استخدامه لمزيد من عمليات ترحيل قاعدة البيانات.
  • يمكن تشغيل وظيفة LRS واحدة (تم إنشاؤها بواسطة DMS) لمدة أقصاها 30 يوما. عند انتهاء صلاحية هذه الفترة، يتم إلغاء المهمة تلقائيا وبالتالي يتم حذف قاعدة البيانات الهدف تلقائيا.
  • إذا تلقيت الخطأ التالي: Memory-optimized filegroup must be empty in order to be restored on General Purpose tier of SQL Database Managed Instance. هذه المشكلة حسب التصميم، Hekaton (المعروف أيضا باسم SQL Server In-Memory OLTP) غير مدعوم على مستوى الأغراض العامة لمثيل Azure SQL المدار. لمتابعة الترحيل، تتمثل إحدى الطرق في الترقية إلى مستوى Business Critical، الذي يدعم Hekaton. طريقة أخرى هي التأكد من أن قاعدة البيانات المصدر لا تستخدمها بينما مثيل Azure SQL المدار هو الغرض العام.

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