البرنامج التعليمي: ترحيل SQL Server إلى مثيل Azure SQL المدار دون اتصال باستخدام DMS (كلاسيكي)
هام
خدمة ترحيل قاعدة بيانات Azure (الكلاسيكية) - توجد سيناريوهات SQL في مسار الإهمال. منذ 1 أغسطس 2023، لم تعد قادرا على إنشاء موارد جديدة لخدمة ترحيل قاعدة البيانات (الكلاسيكية) لسيناريوهات SQL Server من مدخل Microsoft Azure. سيتم إيقاف الخدمة في 15 مارس 2026 لجميع العملاء. للترحيل السلس من مصادر قاعدة بيانات متعددة إلى أهداف Azure SQL، توصي Microsoft باستخدام أحدث إصدار من Azure Database Migration Service، والذي يتوفر كملحق لترحيل Azure SQL في Azure Data Studio، أو عبر مدخل Azure، أو من خلال Azure PowerShell وAzure CLI. لمزيد من المعلومات، راجع إشعار الإيقاف: خدمة ترحيل قاعدة البيانات (الكلاسيكية).
إشعار
يستخدم هذا البرنامج التعليمي إصدارا أقدم من Azure Database Migration Service. لتحسين الوظائف وإمكانية الدعم، ضع في اعتبارك الترحيل إلى Azure SQL Managed Instance باستخدام ملحق ترحيل Azure SQL ل Azure Data Studio.
لمقارنة الميزات بين الإصدارات، راجع مقارنة الإصدارات.
يمكنك استخدام Azure Database Migration Service لترحيل قواعد البيانات من مثيل SQL Server إلى Azure SQL Managed Instance. للحصول على طرق إضافية قد تتطلب بعض الجهد اليدوي، راجع المقالة SQL Server إلى Azure SQL Managed Instance.
في هذا البرنامج التعليمي، تقوم بترحيل قاعدة بيانات AdventureWorks2016 من مثيل محلي لـ SQL Server إلى SQL Managed Instance باستخدام Azure Database Migration Service.
ستتعرف على كيفية...
- قم بتسجيل موفر موارد Azure DataMigration.
- إنشاء مثيل لخدمة Azure Database Migration Service.
- أنشئ مشروع ترحيل باستخدام Azure Database Migration Service.
- تشغيل الترحيل.
- مراقبة الترحيل.
هام
لعمليات الترحيل دون اتصال من SQL Server إلى SQL Managed Instance، يمكن لـ Azure Database Migration Service إنشاء ملفات النسخ الاحتياطي لك. بدلاً من ذلك، يمكنك توفير أحدث نسخة احتياطية كاملة لقاعدة البيانات في مشاركة شبكة SMB التي ستستخدمها الخدمة لترحيل قواعد البيانات لديك. يمكن كتابة كل نسخة احتياطية إلى ملف نسخ احتياطي منفصل أو ملفات نسخ احتياطي متعددة. ومع ذلك، إلحاق نسخ احتياطية متعددة في وسائط نسخ احتياطي واحد غير معتمد. لاحظ أنه يمكنك استخدام النسخ الاحتياطية المضغوطة أيضاً لتقليل احتمال مواجهة مشكلات محتملة مع ترحيل النسخ الاحتياطية الكبيرة.
تلميح
في Azure Database Migration Service، يمكنك ترحيل قواعد البيانات الخاصة بك دون اتصال أو أثناء اتصالها بالإنترنت. في الترحيل دون اتصال بالإنترنت ، يبدأ وقت تعطل التطبيق عند بدء الترحيل. للحد من وقت التعطل إلى الوقت الذي يستغرقه الانتقال إلى البيئة الجديدة بعد الترحيل، استخدم الترحيل عبر الإنترنت . نوصي باختبار الترحيل دون اتصال لتحديد ما إذا كان وقت التعطل مقبولا أم لا. إذا لم يكن وقت التعطل المتوقع مقبولا، فقم بالترحيل عبر الإنترنت.
توضح هذه المقالة ترحيل دون اتصال من SQL Server إلى SQL Managed Instance. لترحيل عبر الإنترنت، راجع ترحيل SQL Server إلى SQL Managed Instance عبر الإنترنت باستخدام DMS.
المتطلبات الأساسية
لإكمال هذا البرنامج التعليمي، تحتاج إلى:
تنزيل SQL Server 2016 أو إصدار أحدث وتثبيته.
تمكين بروتوكول TCP/IP، الذي يتم تعطيله بشكل افتراضي أثناء تثبيت SQL Server Express، باتباع الإرشادات الواردة في المقالة تمكين بروتوكول شبكة اتصال خادم أو تعطيله.
استعادة قاعدة بيانات AdventureWorks2016 إلى مثيل SQL Server.
قم بإنشاء Microsoft Azure Virtual Network for Azure Database Migration Service باستخدام نموذج نشر Azure Resource Manager، والذي يوفر اتصالًا من موقع إلى موقع بالخوادم المصدر المحلية باستخدام إما ExpressRoute أو VPN. تعلم طبولوجيا الشبكة لعمليات ترحيل SQL Managed Instance باستخدام Azure Database Migration Service. لمزيد من المعلومات حول إنشاء شبكة افتراضية، راجع Virtual Network Documentationوخاصة مقالات التشغيل السريع التي تحتوي على التفاصيل خطوة بخطوة.
إشعار
في أثناء إعداد الشبكة الظاهرية، في حال كنت تستخدم ExpressRoute مع شبكة الاتصال النظير لـ Microsoft، قم بإضافةنقاط نهاية الخدمة التالية إلى الشبكة الفرعية التي سيتم توفير الخدمة فيها:
- نقطة نهاية قاعدة البيانات الهدف (على سبيل المثال، نقطة نهاية SQL ونقطة نهاية Azure Cosmos DB وما إلى ذلك)
- نقطة نهاية التخزين
- نقطة نهاية ناقل الخدمة
هذا التكوين ضروري لأن Azure Database Migration Service تفتقر إلى الاتصال بالإنترنت.
تأكد من أن قواعد مجموعة أمان الشبكة (NSG) لشبكتك الافتراضية لا تحظر المنفذ الصادر 443 من ServiceTag لـ ServiceBus والتخزين وAzureMonitor. لمزيد من التفاصيل عن تصفية نسبة استخدام الشبكة للشبكة الظاهرية الخاصة بمجموعة أمان الشبكة (NSG)، راجع مقالتصفية نسبة استخدام الشبكة باستخدام مجموعات أمان الشبكة.
قم بتكوين جدار حماية Windows للوصول إلى مشغل قاعدة البيانات المصدر.
افتح جدار حماية Windows للسماح لـAzure Database Migration Service بالوصول إلى SQL Server المصدر، والذي يكون منفذ TCP 1433 بشكل افتراضي. إذا كان المثيل الافتراضي يستمع إلى منفذ آخر، فأضف ذلك إلى جدار الحماية.
إذا كنت تقوم بتشغيل مثيلات SQL Server متعددة مسماة باستخدام منافذ ديناميكية، فقد ترغب في تمكين خدمة مستعرض SQL والسماح بالوصول إلى منفذ UDP 1434 من خلال جدران الحماية لديك بحيث يمكن لـ Azure Database Migration Service الاتصال بمثيل مسمى على الخادم المصدر.
إذا استخدمت جهاز جدار حماية أمام قواعد البيانات المصدر، قد تحتاج إلى إضافة قواعد جدار الحماية للسماح لخدمة Azure Database Migration Service بالوصول إلى قاعدة (قواعد) البيانات المصدر للترحيل، وكذلك الملفات عبر منفذ SMB 445.
إنشاء SQL Managed Instance باتباع التفاصيل في المقالة إنشاء SQL Managed Instance في مدخل Azure.
تأكد من أن تسجيلات الدخول المستخدمة للاتصال المصدر SQL Server والهدف SQL Managed Instance أعضاء في دور خادم sysadmin.
إشعار
بشكل افتراضي، تدعم Azure Database Migration Service فقط ترحيل تسجيلات دخول SQL. ومع ذلك، يمكنك تمكين القدرة على ترحيل تسجيلات دخول Windows بواسطة:
- التأكد من أن SQL Managed Instance الهدف لديه وصول قراءة AAD، والذي يمكن تكوينه عبر مدخل Azure من قبل مستخدم له دور المسؤول العمومي.
- تكوين مثيل Azure Database Migration Service لتمكين عمليات ترحيل تسجيل دخول Windows للمستخدم/للمجموعة، والتي يتم إعدادها عبر مدخل Azure، على صفحة التكوين. بعد تمكين هذا الإعداد، أعد تشغيل الخدمة لتصبح التغييرات سارية المفعول.
بعد إعادة تشغيل الخدمة، تظهر عمليات تسجيل الدخول لمستخدم / مجموعة Windows في قائمة عمليات تسجيل الدخول المتاحة للترحيل. بالنسبة إلى أي عمليات تسجيل الدخول لمستخدم / مجموعة Windows تقوم بترحيلها، تتم مطالبتك بتوفير اسم المجال المرتبط. لا يتم دعم حسابات مستخدمي الخدمة (حساب باسم المجال NT AUTHORITY) وحسابات المستخدمين الظاهرية (اسم الحساب مع اسم المجال NT SERVICE).
إنشاء مشاركة شبكة اتصال يمكن أن تستخدمها Azure Database Migration Service لعمل نسخة احتياطية من قاعدة البيانات المصدر.
تأكد من أن حساب الخدمة الذي يشغل مثيل SQL Server المصدر له امتيازات الكتابة على مشاركة شبكة الاتصال التي قمت بإنشائها وأن حساب الكمبيوتر الخاص بالخادم المصدر لديه حق الوصول للقراءة/الكتابة في المشاركة نفسها.
دون ملاحظة لمستخدم Windows (وكلمة مرور) له امتياز التحكم الكامل على مشاركة الشبكة التي قمت بإنشائها مسبقاً. Azure Database Migration Service تنتحل بيانات اعتماد المستخدم لتحميل ملفات النسخ الاحتياطي إلى حاوية تخزين Azure لاستعادة العملية.
قم بإنشاء حاوية blob واسترداد URI SAS الخاص به باستخدام الخطوات الموجودة في المقالة إدارة موارد تخزين Blob Azure مع مستكشف التخزين، وتأكد من تحديد جميع الأذونات (قراءة أو كتابة أو حذف أو إدراج) على نافذة النهج أثناء إنشاء URI SAS. توفر هذه التفاصيل لـ Azure Database Migration Service إمكانية الوصول إلى حاوية حساب التخزين لتحميل ملفات النسخ الاحتياطي المستخدمة لترحيل قواعد البيانات إلى SQL Managed Instance.
إشعار
- لا تدعم Azure Database Migration Service استخدام رمز SAS المميز على مستوى الحساب عند تكوين إعدادات حساب التخزين أثناء الخطوة تكوين إعدادات الترحيل.
تأكد من أن كلا من عنوان IP لخدمة ترحيل قاعدة بيانات Azure والشبكة الفرعية لمثيل Azure SQL المدار يمكنها الاتصال بحاوية الكائن الثنائي كبير الحجم.
تسجيل موفر الموارد
قم بتسجيل موفر موارد Microsoft.DataMigration قبل إنشاء المثيل الأول لخدمة ترحيل قاعدة البيانات.
قم بتسجيل الدخول إلى بوابة Azure. ابحث عن الاشتراكات وحددها.
حدد الاشتراك الذي تريد إنشاء مثيل لـ Azure Database Migration Service فيه، ثم حدد موفرو الموارد .
ابحث عن الترحيل، ثم حدد تسجيل لـ Microsoft.DataMigration .
إنشاء مثيل Azure Database Migration Service
من قائمة مدخل Azure أو من صفحة "Home"، حدد "Create a resource". ابحث عن "Azure Database Migration Service" وحدده.
في شاشة Azure Database Migration Service، حدد Create.
حدد نوع خادم المصدر المناسب ونوع الخادم الهدف، واختر الخيار خدمة ترحيل قاعدة البيانات (كلاسيكي).
في شاشة أساسيات "Create Migration Service":
- اختر الاشتراك.
- أنشئ مجموعة موارد جديدة أو اختر مجموعة موجودة.
- حدد اسماً لمثيل Azure Database Migration Service.
- حدد الموقع الذي تريد إنشاء مثيل لـAzure Database Migration Service فيه.
- اختر "Azure" كوضع الخدمة.
- حدد فئة التسعير. لمزيد من المعلومات عن التكاليف ومستويات التسعير، راجع صفحة التسعير.
- حدد Next: Networking.
في شاشة شبكة "Create Migration Service":
- حدد شبكة ظاهرية موجودة أو قم بإنشاء شبكة جديدة. توفر الشبكة الظاهرية خدمة ترحيل قاعدة بيانات Azure مع الوصول إلى الخادم المصدر والمثيل الهدف. لمزيدٍ من المعلومات عن كيفية إنشاء شبكة ظاهرية في مدخل Azure، راجع المقال إنشاء شبكة ظاهرية باستخدام مدخل Azure.
حدد "Review + Create" لمراجعة التفاصيل ثم حدد "Create" لإنشاء الخدمة.
بعد لحظات قليلة، يتم إنشاء مثيل خدمة ترحيل قاعدة بيانات Azure وجاهز للاستخدام:
قم بإنشاء مشروع ترحيل.
بعد إنشاء مثيل الخدمة، حدد موقعها داخل مدخل Azure وافتحها، ثم قم بإنشاء مشروع ترحيل جديد.
في قائمة مدخل Azure، حدد "All services". ابحث عن "Azure Database Migration Services" وحدده.
على الشاشة "Azure Database Migration Services"، حدد مثيل Azure Database Migration Services الذي قمت بإنشائه.
حدد New Migration Project.
على الشاشة مشروع ترحيل جديد، حدد اسماً للمشروع، وفي مربع نص نوع الخادم المصدر، حدد SQL Server، وفي مربع نص نوع الخادم الهدف، حدد Azure SQL Database Managed Instanceثم في اختيار نوع النشاط، حدد ترحيل البيانات دون اتصال.
حدد "Create and run activity" لإنشاء المشروع وتشغيل نشاط الترحيل.
قم بتحديد تفاصيل المصدر.
في شاشة تحديد المصدر، حدد تفاصيل الاتصال لمثيل SQL Server المصدر.
تأكد من استخدام اسم مجال مؤهل بالكامل (FQDN) لمثيل SQL Server المصدر. يمكنك أيضاً استخدام عنوان IP للحالات التي لا يكون فيها تحليل اسم DNS ممكناً.
إذا لم تكن قد قمت بتثبيت شهادة موثوق بها على الخادم، فحدد خانة الاختيار Trust server certificate .
عندما لا يتم تثبيت شهادة موثوقة، يقوم SQL Server بإنشاء شهادة موقعة ذاتياً عند بدء المثيل. تُستخدم هذه الشهادة لتشفير بيانات الاعتماد لاتصالات العميل.
تنبيه
لا توفر اتصالات TLS المشفرة باستخدام شهادة موقعة ذاتياً أماناً قوياً. هم عرضة لهجمات الدخيل. يجب عدم الاعتماد على TLS في استخدام الشهادات الموقعة ذاتياً في بيئة إنتاج أو على خوادم متصلة بالإنترنت.
حدد "Next: Select target"
قم بتحديد تفاصيل الهدف.
على الشاشة تحديد الهدف حدد تفاصيل الاتصال للهدف، و SQL Managed Instance التي تم توفيرها مسبقاً والتي تقوم بترحيل قاعدة بيانات AdventureWorks2016 إليها.
إذا لم تكن قد قمت بتوفير SQL Managed Instance، فحدد "link" لمساعدتك في توفير المثيل. لا يزال يمكنك متابعة إنشاء المشروع ومن ثم، عندما يكون SQL Managed Instance جاهزاً، ارجع إلى هذا المشروع المحدد لتنفيذ الترحيل.
حدد التالي: حدد قواعد البيانات. على شاشة "Select databases" حدد قاعدة بيانات AdventureWorks2016 للترحيل.
هام
إذا كنت تستخدم SQL Server Integration Services (SSIS)، فإن DMS لا يدعم حالياً ترحيل قاعدة بيانات الكتالوج لمشاريع / حزم SSIS (SSISDB) من SQL Server إلى SQL Managed Instance. ومع ذلك، يمكنك توفير SSIS في Azure Data Factory (ADF) وإعادة نشر مشاريع/حزم SSIS إلى الوجهة SSISDB التي تستضيفها SQL Managed Instance. لمزيدٍ من المعلومات حول ترحيل حزم SSIS، راجع المقالة ترحيل حزم SQL Server Integration Services إلى Azure.
حدد "Next: Select logins"
تحديد تسجيلات الدخول
في شاشة تحديد تسجيلات الدخول، حدد تسجيلات الدخول التي تريد ترحيلها.
إشعار
بشكل افتراضي، تدعم Azure Database Migration Service فقط ترحيل تسجيلات دخول SQL. لتمكين الدعم لترحيل تسجيلات دخول Windows، راجع قسم المتطلبات المسبقة في هذا البرنامج التعليمي.
حدد "Next: Configure migration settings".
قم بتكوين إعدادات الترحيل.
في شاشة تكوين إعدادات الترحيل، قم بتوفير التفاصيل التالية:
المعلمة الوصف اختيار خيار النسخ الاحتياطي للمصدر اختر الخيار سوف أوفر أحدث ملفات النسخ الاحتياطي عندما يكون لديك بالفعل ملفات النسخ الاحتياطي الكامل المتاحة لـ DMS لاستخدامها لترحيل قاعدة البيانات. اختر الخيار سوف أسمح لـ Azure Database Migration Service بإنشاء ملفات النسخ الاحتياطي عندما تريد أن يأخذ DMS النسخة الاحتياطية الكاملة لقاعدة البيانات المصدر في البداية ويستخدمها للترحيل. مشاركة موقع الشبكة مشاركة شبكة SMB المحلية التي يمكن لـ Azure Database Migration Service أخذ النسخ الاحتياطية لقاعدة البيانات المصدر إليها. يجب أن يكون لحساب الخدمة الذي يقوم بتشغيل مثيل SQL Server المصدر امتيازات الكتابة على مشاركة الشبكة هذه. قم بتوفير FQDN أو عناوين IP للخادم في مشاركة الشبكة، على سبيل المثال، '\\servername.domainname.com\backupfolder' أو '\\IP address\backupfolder'. User name تأكد من أن مستخدم Windows لديه امتياز التحكم الكامل على مشاركة شبكة الاتصال التي قمت بتوفيرها أعلاه. ستقوم Azure Database Migration Service بانتحال شخصية بيانات اعتماد المستخدم لتحميل ملفات النسخ الاحتياطي إلى حاوية تخزين Azure لعملية الاستعادة. إذا تم تحديد قواعد البيانات الممكّنة لـ TDE للترحيل، فيجب أن يكون مستخدم windows أعلاه هو حساب المسؤول المضمن ويجب تعطيل التحكم في حساب المستخدم لـ Azure Database Migration Service لتحميل وحذف ملفات الشهادات.) كلمة المرور كلمة مرور للمستخدم. إعدادات حساب التخزين عنوان URI الخاص بـ SAS الذي يوفر لـ Azure Database Migration Service إمكانية الوصول إلى حاوية حساب التخزين لديك والتي تقوم الخدمة بتحميل ملفات النسخ الاحتياطي إليها والتي تُستخدم لترحيل قواعد البيانات إلى SQL Managed Instance. تعلم كيفية الحصول على عنوان URI الخاص بـ SAS لحاوية الكائن الثنائي كبير الحجم. يجب أن يكون هذا عنوان URI الخاص بـ SAS لحاوية الكائن الثنائي كبير الحجم وليس لحساب التخزين. إعدادات TDE إذا كنت تقوم بترحيل قواعد البيانات المصدر مع تمكين تشفير البيانات الشفاف (TDE)، تحتاج إلى امتيازات الكتابة على SQL Managed Instance الهدف. حدد الاشتراك الذي تم فيه توفير SQL Managed Instance من القائمة المنسدلة. حدد Azure SQL Database Managed Instance الهدف في القائمة المنسدلة. 
حدد "Next: Summary".
قم بمراجعة ملخص الترحيل.
في شاشة الملخص في مربع النص اسم النشاط حدد اسماً لنشاط الترحيل.
قم بمراجعة والتحقق من التفاصيل المقترنة بمشروع الترحيل.
تشغيل الترحيل
حدد Start migration.
تظهر نافذة نشاط الترحيل التي يعرض حالة الترحيل الحالية لقواعد البيانات وتسجيلات الدخول.
مراقبة الترحيل
في شاشة نشاط الترحيل، حدد "Refresh" لتحديث الشاشة.
يمكنك توسيع قواعد البيانات وفئات تسجيل الدخول لمراقبة حالة الترحيل لكائنات الخادم المعنية.
بعد اكتمال الترحيل، تحقق من قاعدة البيانات الهدف على بيئة SQL Managed Instance.
الموارد الإضافية
- للحصول على برنامج تعليمي يوضح لك كيفية ترحيل قاعدة بيانات إلى SQL Managed Instance باستخدام الأمر T-SQL RESTORE، راجع استعادة نسخة احتياطية إلى SQL Managed Instance باستخدام أمر الاستعادة.
- للحصول على معلومات حول SQL Managed Instance، راجع ما هو SQL Managed Instance.
- للحصول على معلومات حول توصيل التطبيقات مع SQL Managed Instance، راجع توصيل التطبيقات.