مشاركة عبر

بدء استخدام Azure SQL Managed Instance

  • مقالة

ينطبق على: مثيل Azure SQL المُدار

ينشئ "Azure SQL Managed Instance" قاعدة بيانات تتوافق تقريباً بنسبة 100٪ مع أحدث مشغل قاعدة بيانات SQL Server (Enterprise Edition)، ما يوفر تطبيق شبكة ظاهرية أصلية (VNet) تعالج المخاوف الأمنية الشائعة، وأنماط العمل الملائمة للعملاء الحاليين لـ SQL Server.

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

نظرة عامة على التشغيل السريع

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

تكوين البيئة

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

  • إنشاء " Azure SQL Managed Instance" باستخدام مدخل Microsoft Azure. في مدخل Microsoft Azure، يمكنك تكوين المعلمات الضرورية (اسم المستخدم/كلمة المرور، وعدد النوى، وكمية التخزين القصوى)، وإنشاء بيئة شبكة Azure تلقائياً دون الحاجة إلى معرفة تفاصيل الشبكة ومتطلبات البنية الأساسية. تأكد فقط من أن لديك نوع اشتراك مسموحاً به حالياً لإنشاء "SQL Managed Instance". إذا كانت لديك شبكة الاتصال التي تريد استخدامها، أو تريد تخصيص شبكة الاتصال، فراجع "تكوين شبكة ظاهرية لـ SQL Managed Instance" أو أنشئ شبكة اتصال ظاهرية لـ "Azure SQL Managed Instance".

  • يُنشأ "SQL Managed Instance " في شبكته الظاهرية بدون أي نقطة نهاية عامة. للوصول إلى تطبيق العميل، يمكنك إما إنشاء جهاز ظاهري في نفس VNet (شبكة فرعية مختلفة) وإما إنشاء اتصال VPN من نقطة إلى موقع إلى VNet من كمبيوتر العميل باستخدام إحدى هذه الخطوات السريعة:

    ملاحظة

    • يمكنك أيضاً استخدام الاتصال السريع أو الاتصال من موقع إلى موقع من شبكة الاتصال المحلية، ولكن هذه الطرق خارج نطاق هذه خطوات بدء التشغيل السريع.
    • إذا غيرت فترة الاحتفاظ من 0 (احتفاظ غير محدود) إلى أي قيمة أخرى، فيرجى ملاحظة أن الاحتفاظ سيتم تطبيقه فقط على السجلات المكتوبة بعد تغيير قيمة الاحتفاظ (يتم الاحتفاظ بالسجلات المكتوبة خلال الفترة التي عُيِّن فيها الاحتفاظ إلى غير محدود، حتى بعد تفعيل الاحتفاظ).

كبديل للإنشاء اليدوي لـ "SQL Managed Instance"، يمكنك استخدام PowerShell، أو PowerShell مع قالب مدير الموارد، أو "Azure CLI" لنسخ العملية وتشغلها تلقائياً.

ترحيل بياناتك

بعد إنشاء "SQL Managed Instance" وتكوين الوصول، يمكنك البدء في ترحيل قواعد بياناتك على SQL Server. قد يخفق الترحيل إذا كانت لديك بعض الميزات غير المدعومة في قاعدة البيانات (المصدر) التي تريد ترحيلها. لتجنب الإخفاق والتحقق من التوافق، يمكنك استخدام مساعد ترحيل البيانات (DMA) لتحليل قواعد بياناتك على SQL Server والعثور على أي مشكلة قد تمنع الترحيل إلى "SQL Managed Instance" مثل وجود "FileStream" أو ملفات تسجيل متعددة. إذا قمت بحل هذه المشكلات، تكون قواعد بياناتك جاهزة للترحيل إلى "SQL Managed Instance". مساعد اختبار قاعدة البيانات أداة مفيدة أخرى يمكنها تسجيل حمل العمل على SQL Server وإعادة تشغيله على "SQL Managed Instance" بحيث يمكنك تحديد هل ستكون هناك أي مشكلات في الأداء إذا قمت بعملية الترحيل إلى "SQL Managed Instance".

بمجرد التأكد من أنه يمكنك ترحيل قاعدة البيانات إلى "SQL Managed Instance"، فيمكنك استخدام قدرات الاستعادة الأصلية في SQL Server لاستعادة قاعدة بيانات إلى "SQL Managed Instance" من .bak ملف. يمكنك استخدام هذه الطريقة لترحيل قواعد البيانات من محرك قاعدة بيانات SQL Server المثبت محلياً أو على الأجهزة الظاهرية لـ Azure. للحصول على بداية تشغيل سريعة، راجع استعادة من النسخ الاحتياطي إلى "SQL Managed Instance". في هذه البداية السريعة، يمكنك الاستعادة من .bak ملف مخزن في تخزين Azure Blob باستخدام الأمر RESTORE "Transact-SQL".

تلميح

لاستخدام BACKUP الأمر "Transact-SQL" لإنشاء نسخة احتياطية من قاعدة بياناتك في تخزين Azure Blob، راجع النسخ الاحتياطي من SQL Server إلى URL.

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

إعداد بيئة شبكة الاختبار

على الرغم من أنه يمكن تكوين الشبكة الظاهرية/الشبكة الفرعية تلقائياً عند إنشاء المثيل باستخدام مدخل Microsoft Azure، قد يكون من الجيد إنشاؤه قبل البدء في إنشاء مثيلات في "SQL Managed Instance" لأنه يمكنك من تكوين معلمات الشبكة الظاهرية والشبكة الفرعية. أسهل طريقة لإنشاء بيئة الشبكة وتكوينها هي استخدام قالب نشر Azure Resource الذي يقوم بإنشاء شبكة الاتصال والشبكة الفرعية وتكوينها حيث سيُوضع المثيل. تحتاج فقط إلى الضغط على زر "نشر إدارة موارد Azure" وملء النموذج مع المعلمات.

كبديل، يمكنك أيضاً استخدام البرنامج النصي PowerShell لأتمتة إنشاء الشبكة.

إذا كان لديك بالفعل شبكة ظاهرية وشبكة فرعية حيث تريد نشر "SQL Managed Instance"، فأنت بحاجة إلى التأكد من أن الشبكة الظاهرية والشبكة الفرعية تلبيمتطلبات شبكة الاتصال. استخدم هذا البرنامج النصي PowerShell للتحقق من أن تكوين الشبكة الفرعية قد سار بشكل صحيح. يتحقق هذا البرنامج النصي من صحة الشبكة ويظهر أي مشكلات، حيث يخبرك بما يجب تغييره ثم يعرض التغييرات الضرورية التي يجب إضفاؤها على الشبكة الظاهرية/الشبكة الفرعية. شغل هذا البرنامج النصي إذا كنت لا تريد تكوين الشبكة الظاهرية/ الشبكة الفرعية يدويا. يمكنك أيضاً تشغيله بعد أي إعادة تكوين رئيسية للبنية التحتية للشبكة. إذا كنت ترغب في إنشاء شبكة الاتصال خاصة بك وتكوينها، فاقرأ بنية الاتصال وهذا الدليل النهائي لإنشاء بيئة "SQL Managed Instance" وتكوينها.

الترحيل إلى "SQL Managed Instance "

تمكنك الأنواع المذكورة أعلاه من أنواع التشغيل السريع من إعداد "SQL Managed Instance " بسرعة ونقل قواعد البيانات باستخدام RESTORE القدرة الأصلية. وهذه بداية جيدة إذا كنت ترغب في إكمال سريع إثبات المفاهيم والتحقق من أن حلك يمكن أن يعمل على Managed Instance.

ومع ذلك، فلترحيل قاعدة بيانات الإنتاج أو حتى قواعد بيانات dev/test التي تريد استخدامها لبعض اختبار الأداء، ستحتاج إلى استخدام بعض التقنيات الإضافية، مثل:

  • اختبار الأداء - يتعين عليك قياس مؤشرات أداء الأساس على "SQL Server" (المصدر) ومقارنتها بمؤشرات الأداء على الوجهة "SQL Managed Instance" حيث رحلت قاعدة البيانات. تعرف على المزيد حول أفضل الممارسات لمقارنة الأداء.
  • الترحيل عبر الإنترنت - مع المثيل الأصلي RESTORE الموضح في هذه المقال، يجب الانتظار حتى استعادة قواعد البيانات المراد استعادتها (ونسخها إلى تخزين Azure Blob إذا لم تكن مخزنة بالفعل هناك). وهو ما يؤدي إلى توقف التطبيق أحياناً، خاصة لقواعد البيانات الكبيرة. لنقل قاعدة بياناتك الإنتاجية، استخدم خدمة ترحيل البيانات (DMS) لترحيل قاعدة البيانات الخاصة بك مع الحد الأدنى من وقت التوقف. تنجز خدمة ترحيل البيانات (DMS) هذا الأمر بواسطة الدفع التدريجي للتغييرات التي أضفيت على قاعدة البيانات (المصدر) إلى قاعدة بيانات "SQL Managed Instance " المراد استعادتها. وبهذه الطريقة، يمكنك تبديل تطبيقك بسرعة من قاعدة بيانات المصدر إلى تلك الهدف مع الحد الأدنى من التوقف.

تعرف على المزيد حول عملية الترحيل الموصى بها.

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