Share via

دليل الترحيل: SQL Server إلى مثيل Azure SQL المدار

  • مقالة

ينطبق على:Azure SQL Managed Instance

يساعدك هذا الدليل على ترحيل مثيل SQL Server إلى مثيل Azure SQL المدار.

يمكنك ترحيل SQL Server الذي يعمل داخلياً أو على:

  • SQL Server على الأجهزة الظاهرية
  • خدمات ويب Amazon (AWS) EC2
  • خدمة قاعدة بيانات العلائقية في Amazon‏ (AWS RDS)
  • محرك الحوسبة (Google Cloud Platform - GCP)
  • سحابة SQL لـ SQL Server (Google Cloud Platform – GCP)

للمزيد من المعلومات حول الترحيل، راجع نظرة عامة حول الترحيل. للحصول على أدلة أخرى للترحيل، راجع ترحيل قاعدة البيانات.

Migration process flow

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

لترحيل SQL Server إلى مثيل Azure SQL المدار، تأكد من وجود:

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

بعد التحقق من أن بيئة المصدر معتمدة، ابدأ بمرحلة ما قبل الترحيل. اكتشف جميع مصادر البيانات الموجودة، وقيم جدوى الترحيل، وحدد أي مشكلات حظر قد تمنع الترحيل.

اكتشاف

في مرحلة الاكتشاف، قم بمسح الشبكة للتعرف على كافة مثيلات وميزات SQL Server التي تستخدمها مؤسستك.

استخدم Azure Migrate لتقييم ملاءمة الترحيل للخوادم المحلية، وإجراء تغيير الحجم المستند إلى الأداء، وتوفير تقديرات التكلفة لتشغيلها في Azure.

بدلاً من ذلك، استخدم Microsoft Assessment وPlanning Toolkit ("مجموعة أدوات MAP Toolkit") لتقييم البنية الأساسية الحالية لديك الخاصة بقسم نظم المعلومات. توفر المجموعة أداة جرد وتقييم وإعداد تقارير قوية لتبسيط عملية تخطيط الترحيل.

لمزيد من المعلومات حول الأدوات المتوفرة للاستخدام في مرحلة الاكتشاف، راجع الخدمات والأدوات المتوفرة لسيناريوهات ترحيل البيانات.

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

Steps for migration to Azure SQL Managed Instance

التقييم

ملاحظة

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

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

يوفر ملحق ترحيل Azure SQL لـAzure Data Studio تجربة سلسة تعتمد على المعالج لتقييم والحصول على توصيات Azure وترحيل قواعد بيانات SQL Server المحلية إلى SQL Server على أجهزة Azure الظاهرية. إلى جانب إبراز أي تحذيرات أو موانع للترحيل، يشتمل الملحق أيضاً على خيار لتوصيات Azure لجمع بيانات أداء قواعد البيانات للتوصية بمثيل Azure SQL المُدار بالحجم المناسب لتلبية احتياجات أداء حمل العمل ( بأقل سعر).

يمكنك أيضاً استخدام مساعد ترحيل البيانات (الإصدار 4.1 والإصدارات الأحدث) لتقييم قواعد البيانات للحصول على:

لتقييم البيئة باستخدام "تقييم ترحيل قاعدة البيانات"، اتبع الخطوات التالية:

  1. افتح Data Migration Assistant (DMA).
  2. حدد File ثم اختر New assessment.
  3. حدد اسم مشروع، وحدد SQL Server كنوع الخادم المصدر، ثم حدد Azure SQL Managed Instance كنوع الخادم الهدف.
  4. حدد نوع (أنواع) تقارير التقييم التي تريد إنشاءها. على سبيل المثال، توافق قواعد البيانات وتماثل الميزات. واستنادًا إلى نوع التقييم، يمكن أن تختلف الأذونات المطلوبة على SQL Server المصدر. سيسلط DMA الضوء على الأذونات المطلوبة للمستشار المختار قبل تشغيل التقييم.
    • توفر فئة تماثل الميزات مجموعة شاملة من التوصيات والبدائل المتوفرة في Azure وكذلك خطوات التخفيف لمساعدتك في تخطيط مشروع الترحيل. (أذونات sysadmin المطلوبة)
    • تحديد فئة مشكلات التوافق مشكلات توافق الميزات المدعومة جزئياً أو غير المدعومة والتي قد تمنع الترحيل، وتوصيات لمعالجتها (الأذوناتCONNECT SQL وVIEW SERVER STATE وVIEW ANY DEFINITION مطلوبة).
  5. حدد تفاصيل اتصال المصدر لـ SQL Server واتصل بقاعدة البيانات المصدر.
  6. حدد Start assessment.
  7. عند اكتمال العملية، حدد تقارير التقييم لمشكلات حظر الترحيل وتكافؤ الميزات وراجعها. يمكن أيضاً تصدير تقرير التقييم إلى ملف يمكن مشاركته مع فرق أو موظفين آخرين في مؤسستك.
  8. قم بتحديد مستوى توافق قاعدة البيانات الذي يقلل من جهود ما بعد الترحيل.
  9. حدد أفضل SKU لمثيل Azure SQL المدار لحمل العمل المحلي.

لمعرفة المزيد، راجع تقييم ترحيل SQL Server باستخدام Data Migration Assistant.

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

التقييمات والتحليل على نطاق واسع

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

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

هام

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

النشر إلى مثيل مدار بحجم أمثل

يمكنك استخدام ملحق ترحيل Azure SQL لـAzure Data Studio للحصول على توصية مثيلة مُدارة من Azure SQL بالحجم المناسب. يجمع الملحق بيانات الأداء من مثيل SQL Server المصدر لديك لتقديم توصية Azure بالحجم المناسب والتي تلبي احتياجات أداء حمل العمل بأقل تكلفة. لمعرفة المزيد، راجع الحصول على توصية Azure بالحجم المناسب لقاعدة (قواعد) SQL Server المحلية الخاصة بك

استناداً إلى المعلومات الموجودة في مرحلة الاكتشاف والتقييم، قم بإنشاء مثيل SQL مُدار هدفاً بحجم مناسب. يمكنك القيام بذلك باستخدام مدخل Microsoft Azureأو PowerShellأو قالب Azure Resource Manager (ARM).

تم تصميم مثيل SQL المدار لأحمال العمل الداخلية التي يُخطط انتقالها إلى السحابة. وهو يقدم نموذج شراء ذو مرونة أكبر في اختيار المستوى الصحيح من الموارد لأعباء عملك. في العالم المحلي، ربما تكون معتاداً على تحديد حجم أحمال العمل هذه باستخدام الذاكرات الأساسية الفعلية وعرض النطاق الترددي للإدخال والإخراج. يستند نموذج الشراء للمثيل المدار إلى الذاكرات الأساسية الافتراضية، أو "vCores"، مع تخزين إضافي وIO متوفر بشكل منفصل. نموذج vCore هو طريقة أبسط لفهم متطلبات الحوسبة الخاصة بك في السحابة مقابل ما تستخدمه في الموقع اليوم. ويتيح لك نموذج الشراء تعديل الحجم الصحيح لبيئة الوجهة في السحابة. توجد هنا بعض الإرشادات العامة التي قد تساعدك على اختيار مستوى الخدمة والخصائص المناسبين:

  • استناداً إلى استخدام وحدة المعالجة المركزية الأساسية، يمكنك توفير مثيل مُدار يطابق عدد الذاكرات التي تستخدمها على SQL Server، مع الأخذ في الاعتبار أن خصائص وحدة المعالجة المركزية قد تحتاج إلى تغيير الحجم لتطابق خصائص الجهاز الظاهري حيث تتم إدارة المثيل تم تثبيت.
  • استنادًا إلى استخدام ذاكرة الأساس، اختر مستوى الخدمة الذي يحتوي على ذاكرة مطابقة. لا يمكن اختيار حجم الذاكرة بشكل مباشر، لذا ستحتاج إلى تحديد المثيل المُدار بكمية vCores التي لها ذاكرة مطابقة (على سبيل المثال، 5.1 غيغابايت/vCore في Gen5).
  • استنادًا إلى وقت استجابة الإدخال والإخراج الأساسي للنظام الفرعي للملف، اختر بين طبقات الخدمة للأغراض العامة (زمن الوصول أكبر من 5 مللي ثانية) والعمل الحرج (زمن الوصول أقل من 3 مللي ثانية).
  • استنادًا إلى معدل النقل الأساسي، قم بتخصيص حجم البيانات أو ملفات السجل مسبقًا للحصول على أداء الإدخال / الإخراج المتوقع.

يمكنك اختيار موارد الحوسبة والتخزين في وقت النشر ثم تغييرها بعد ذلك دون تقديم وقت تعطل لتطبيقك باستخدام مدخل Microsoft Azure :

Managed Instance Sizing

لمعرفة كيفية إنشاء بنNET.... الأساسية ومثيل مُدار، راجع إنشاء مثيل مُدار .

هام

من المهم أن تحافظ على وجهتك VNet والشبكة الفرعية وفقًا لمتطلبNET.... للمثيل المُدار . يمكن لأي عدم توافق أن يمنعك من إنشاء مثيلات جديدة أو استخدام تلك التي قمت بإنشائها بالفعل. تعرف على المزيد حول إنشاء شبكات جديدة وتكوين شبكات موجودة.

Migrate

بعد الانتهاء من المهام المرتبطة بمرحلة ما قبل الترحيل، تكون جاهزاً لتنفيذ المخطط وترحيل البيانات.

قم بترحيل بياناتك باستخدام أسلوب الترحيلالذي اخترته.

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

لنقل مثيلات SQL، ستحتاج إلى التخطيط بعناية:

  • ترحيل جميع قواعد البيانات التي يجب تجميعها (تلك التي تعمل على نفس المثيل).
  • ترحيل الكائنات على مستوى المثيل التي يعتمد عليها التطبيق الخاص بك، بما في ذلك تسجيلات الدخول وبيانات الاعتماد SQL وظائف عامل ومشغلات مستوى الخادم.

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

تتناول هذه المقالة اثنين من خيارات الترحيل الموصى بها:

  • ملحق ترحيل Azure SQL لـAzure Data Studio - الترحيل مع وقت تعطل يقارب الصفر.
  • الأصلRESTORE DATABASE FROM URL -- يستخدم النسخ الاحتياطية الأصلية من SQL Server ويتطلب بعض التوقف.

يصف هذا الدليل الخيارين الأكثر شيوعاً - خدمة ترحيل قاعدة بيانات Azure (DMS) والنسخ الاحتياطي والاستعادة الأصلي.

بالنسبة لأدوات الترحيل الأخرى، راجع مقارنة خيارات الترحيل.

الترحيل باستخدام ملحق ترحيل Azure SQL لـAzure Data Studio (الحد الأدنى من وقت التعطيل)

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

  1. قم بتنزيل وتثبيت Azure Data Studio وملحق ترحيل Azure SQL.
  2. قم بتشغيل معالج الترحيل إلى Azure SQL في الملحق في Azure Data Studio.
  3. حدد قواعد البيانات للتقييم وعرض جاهزية الترحيل أو المشكلات (إن وجدت). بالإضافة إلى ذلك، اجمع بيانات الأداء واحصل على توصية Azure بالحجم المناسب.
  4. حدد حساب Azure الخاص بك وAzure SQL Managed Instance المستهدف من اشتراكك.
  5. حدد موقع النسخ الاحتياطية لقاعدة بياناتك. يمكن وضع النسخ الاحتياطية لقاعدة البيانات إما على مشاركة شبكة محلية أو في حاوية تخزين البيانات الثنائية الكبيرة (blob) في Azure.
  6. أنشئ Azure Database Migration Service جديدة باستخدام المعالج في Azure Data Studio. إذا سبق لك إنشاء Azure Database Migration Service باستخدام Azure Data Studio، يمكنك إعادة استخدامها إذا رغبت في ذلك.
  7. اختياري: إذا كانت النسخ الاحتياطية على مشاركة شبكة محلية، فقم بتنزيل وتثبيت وقت تشغيل التكامل المستضاف ذاتياً على جهاز يمكنه الاتصال بـMicrosoft SQL Server المصدر والموقع الذي يحتوي على ملفات النسخ الاحتياطي.
  8. ابدأ ترحيل قاعدة البيانات وراقب التقدم في Azure Data Studio. يمكنك أيضاً مراقبة التقدم ضمن مورد Azure Database Migration Service في مدخل Microsoft Azure.
  9. أكمل الترحيل الكلي.
    1. أوقف جميع المعاملات الواردة إلى قاعدة البيانات المصدر.
    2. قم بإجراء تغييرات على تكوين التطبيق للإشارة إلى قاعدة البيانات الهدف في Azure SQL Managed Instance.
    3. أخذ أي نسخ احتياطية للسجل الخلفي لقاعدة البيانات المصدر في موقع النسخ الاحتياطي المحدد.
    4. التأكد من أن جميع النسخ الاحتياطية لقاعدة البيانات في الحالة تمت الاستعادة في صفحة تفاصيل المراقبة.
    5. حدد إكمال القطع في صفحة تفاصيل المراقبة.

النسخ الاحتياطي والاستعادة

واحدة من القدرات الرئيسية لـAzure SQL Managed Instance لتمكين الترحيل السريع والسهل لقواعد البيانات هي الاستعادة الأصلية للنسخ الاحتياطي لقاعدة البيانات (.bak) الملفات المخزنة على Azure Storage. النسخ الاحتياطي والاستعادة هما عمليتان غير متزامنتين تعتمدان على حجم قاعدة البيانات الخاصة بك.

يوفر الرسم التخطيطي التالي نظرة عامة عالية المستوى للعملية:

Diagram shows SQL Server with an arrow labeled BACKUP / Upload to URL flowing to Azure Storage and a second arrow labeled RESTORE from URL flowing from Azure Storage to a SQL Managed Instance.

ملاحظة

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

يوفر الجدول التالي مزيداً من المعلومات بخصوص الأساليب التي يمكنك استخدامها اعتماداً على إصدار SQL Server المصدر الذي تقوم بتشغيله:

الخطوة محرك SQL وإصداره طريقة النسخ الاحتياطي / الاستعادة
ضع نسخة احتياطية في مخزن Azure قبل 2012 SP1 CU2 تحميل .bak file مباشرة إلى مخزن Azure
2012 SP1 CU2 - 2016 نسخ احتياطي مباشر باستخدام بنية مع اعتماد مهملة
2016 وما فوق نسخ احتياطي مباشر باستخدام WITH SAS CREDENTIAL
استعادة من مخزن Azure إلى مثيل مُدار استعادة من عنوان URL باستخدام SAS CREDENTIAL

هام

  • عند ترحيل قاعدة بيانات محمية بواسطة تشفير البيانات الشفافة إلى مثيل مدار باستخدام الترحيل عبر الإنترنت، يجب ترحيل الشهادة المطابقة من SQL Server الداخلي أو مثيل الجهاز الظاهري لـ Azure قبل استعادة قواعد البيانات. للحصول على خطوات تفصيلية، راجع ترحيل شهادة TDE إلى مثيل مُدار .
  • استعادة قواعد بيانات النظام غير مدعومة. لترحيل كائنات على مستوى المثيل (مخزنة في قواعد بيانات master أو msdb )، نوصي بكتابة نصوصها وتشغيل نصوص T-SQL النصية على مثيل الوجهة.

للترحيل باستخدام النسخ الاحتياطي والاستعادة اتبع الخطوات التالية:

  1. قم بعمل نسخة احتياطية لقاعدة بياناتك لتخزين النقطة لـ Azure. على سبيل المثال، استخدم النسخ الاحتياطي لعنوان url في SQL Server Management Studio. استخدام أداة Azure Microsoft لدعم قواعد البيانات الأقدم من SQL Server 2012 SP1 CU2.

  2. قم بالاتصال إلى مثيل Azure SQL المدار باستخدام SQL Server Management Studio.

  3. قم بإنشاء بيانات اعتماد باستخدام توقيع الوصول المشترك للوصول إلى حساب تخزين Azure Blob الخاص بك باستخدام النسخ الاحتياطية لقاعدة البيانات. على سبيل المثال:

    CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
WITH IDENTITY = 'SHARED ACCESS SIGNATURE'
, SECRET = 'sv=2017-11-09&ss=bfqt&srt=sco&sp=rwdlacup&se=2028-09-06T02:52:55Z&st=2018-09-04T18:52:55Z&spr=https&sig=WOTiM%2FS4GVF%2FEEs9DGQR9Im0W%2BwndxW2CQ7%2B5fHd7Is%3D'

  4. استعادة النسخ الاحتياطي من حاوية نقطة التخزين لـ Azure. على سبيل المثال:

    RESTORE DATABASE [TargetDatabaseName] FROM URL =
  'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'

  5. بمجرد اكتمال الاستعادة، قم بعرض قاعدة البيانات في Object Explorer ضمن SQL Server Management Studio.

لمعرفة المزيد حول خيار الترحيل هذا، راجع استعادة قاعدة بيانات إلى مثيل Azure SQL المدار باستخدام SSMS.

ملاحظة

عملية استعادة قاعدة البيانات غير متزامنة ويمكن إعادة المحاولة. قد تحصل على خطأ في خادمSQL Management Studio في حالة انقطاع الاتصال أو انتهاء المهلة. سوف تستمر Azure SQL Database في محاولة استعادة قاعدة البيانات في الخلفية، ويمكنك تتبع تقدم الاستعادة باستخدام طرق العرض sys.dm_exec_requestssys.dm_operation_status.

مزامنة البيانات وقصها

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

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

هام

للحصول على تفاصيل حول الخطوات المحددة المقترنة بتنفيذ عملية القطع كجزء من عمليات الترحيل باستخدام DMS، راجع تنفيذ عملية قطع الترحيل.

ما بعد الترحيل

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

تعد مرحلة ما بعد الترحيل أمراً بالغ الأهمية لتسوية أي مشكلات تتعلق بدقة البيانات والتحقق من الاكتمال ومعالجة مشكلات الأداء مع حمل العمل.

مراقبة التطبيقات وإصلاحها

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

إجراء الاختبارات

يتكون نهج الاختبار لترحيل قاعدة البيانات من الأنشطة التالية:

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

استخدم الميزات المتقدمة

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

يتيح لك Azure SQL Analytics مراقبة مجموعة كبيرة من المثيلات المدارة بطريقة مركزية.

تتوفر بعض ميزات SQL Server فقط بمجرد تغيير مستوى توافق قاعدة البيانات إلى مستوى التوافق الأخير (150).

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