السابق

التالي

مثيل Azure SQL المُدار

مكتمل

في حين أن العديد من المؤسسات تنتقل في البداية إلى Azure باستخدام عروض IaaS، فإن عرض النظام الأساسي كخدمة (PaaS) يُتيح فوائد إضافية. وأيضًا، لم تعد مضطرًا إلى تثبيت أو تصحيح SQL Server، إذ تُنفذها الخدمة. التحقق من التناسق والنسخ الاحتياطية هو جزء من الخدمة المُدارة، بما في ذلك أدوات أمان وأداء إضافية جزء من عروض PaaS.

Azure SQL Managed Instance هي مثيلة SQL Server وظيفية متوافقة بنسبة 100% مع نظامك البنائي المحلي. يتضمن ميزات مثل SQL Agent والوصول إلى tempdb والاستعلام عبر قواعد البيانات ووقت تشغيل اللغة الشائعة (CLR). تستخدم الخدمة نفس البنية الأساسية لـ Azure SQL Database، وجميع فوائد خدمة PaaS مثل النسخ الاحتياطي التلقائي، وتحديث جزئي تلقائي، وقابلية وصول عالية مُدمجة.

ميزات Azure SQL Managed Instance

يسمح Azure SQL Managed Instance بسهولة ترحيل مسارات التطبيقات الموجودة من خلال السماح بالاستعادة من النسخ الاحتياطية المحلية. بخلاف Azure SQL Database التي صُممت حول هياكل قاعدة بيانات أحادية، فإن المثيل المُدار SQL يُوفر مثيل SQL Server بالكامل، ما يسمح بما يصل إلى 100 قاعدة بيانات، وتوفير إمكانية الوصول إلى قواعد بيانات النظام. يوفر المثيل المُدار ميزات أخرى غير متوفرة في Azure SQL Database بما في ذلك استعلامات عبر قواعد البيانات، ووقت تشغيل اللغة العامة (CLR)، بالإضافة إلى قاعدة بيانات نظام msdb، فإنه يسمح باستخدام عامل SQL.

خيارات

هناك مُستويا خدمة مُتاحان عند إنشاء SQL Managed Instance، وهما نفس نموذج VCore لـ Azure SQL Database (يتم شراء المثيل المُدار باستخدام نموذج vCore)، للأعمال الهامة والغرض العام. هناك حد أدنى من الاختلافات في الأداء الوظيفي بين المستويين—الاختلافان الرئيسيان يتمثلان في أن الأعمال الهامة تتضمن In-Memory OLTP وتُقدم قاعدة ثانوية قابلة للقراءة، ولا يتوفر أي منهما مع مستوى الغرض العام. يُوفر كلا المستويين نفس مستويات قابلية الوصول ويسمحان بتكوين مستقل للتخزين والحساب.

ميزة الرابط (معاينة)

توفر ميزة Link إمكانية مختلطة لنسخ قواعد البيانات من مثيلات SQL Server إلى Azure SQL المثيل المدار. تقوم ميزة الارتباط بنسخ البيانات باستخدام مجموعات التوفر الموزعة المتوفرة على تقنية مجموعة التوفر دائمًا. يتم نسخ سجلات سجل المعاملات كجزء من مجموعات التوفر الموزعة.

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

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

لمزيد من المعلومات حول كيفية تكوين ميزة الارتباط لمثيل Azure SQL المدار، راجع إعداد بيئة لميزة الرابط - Azure SQL المثيل المدار.

تجمع المثيلات (معاينة)

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

توفر ميزة تجمع المثيلات وقت نشر سريع يصل إلى خمس دقائق، وهو خيار جيد للسيناريوهات التي تكون فيها مدة النشر مهمة. أيضًا، تشترك جميع المثيلات في التجمع في نفس الجهاز الظاهري، ويكون إجمالي تخصيص IP مستقلًا عن عدد المثيلات المنشورة.

لمعرفة كيفية نشر تجمع مثيلات لمثيل SQL مدار، راجع نشر Azure SQL المثيل المدار إلى تجمع المثيل .

التوافر العالي

نظرًا إلى أن المثيل المُدار لـ Azure SQL تدعمه خدمة PaaS، فإنه يحتوي على قابلية وصول عالية مُدمجة في المنتج. يوفر المثيل المُدار SQL المستقل اتفاقية مستوى خدمة (SLA) بنسبة 99.99٪ والتي تضمن 52.60 دقيقة كحد أقصى من وقت التعطل في السنة. البنية هي نفس Azure SQL Database ذات الأغراض العامة، والتي تستخدم النسخ المتماثل للتخزين لقابلية الوصول، والأعمال الهامة باستخدام النسخ المتماثل المتعدد.

نسخ احتياطية

يتم كذلك تكوين النسخ الاحتياطي التلقائي لـ Azure SQL Managed Instance بصورة تلقائية. أحد الاختلافات الرئيسية بين مثيل Azure SQL المُدار وAzure SQL Database هو أنه باستخدام MI يُمكنك عمل نُسخة احتياطية من قاعدة البيانات يدويًا. يجب أن تُجري نسخًا احتياطيًا إلى عنوان URL، حيث لا يُسمح بالوصول إلى التخزين المحلي. يمكنك كذلك تكوين احتفاظ طويل الأجل (LTR) للاحتفاظ بالنُّسخ الاحتياطية التلقائية لمدة تصل إلى 10 سنوات في موقع تخزين جغرافي Azure Blob زائد عن الحاجة.

يحدث النسخ الاحتياطي لقاعدة البيانات على نفس الجدول الزمني كما هو الحال مع Azure SQL Database. هذه جداول غير قابلة للتعديل.

• نسخ كامل – مرة أسبوعيًا
• نسخ تفاضلي – كل 12 ساعة
• العمليات – كل 5 إلى 10 دقائق حسب استخدام سجل العمليات

استعادة قاعدة البيانات إلى Azure SQL Managed Instance يُشبه العملية باستخدام Azure SQL Database. يمكنك استخدام:

• مدخل Azure
• ل
• Azure CLI

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

ولا يمكنك الاستعادة عبر قاعدة بيانات موجودة، كما هو الحال مع Azure SQL Database. ستحتاج إلى إسقاط أو إعادة تسمية قاعدة البيانات الموجودة قبل استعادتها من النسخة الاحتياطية. حيث إن المثيل المُدار SQL هو مثيل SQL Server كامل الوظائف، يمكنك تنفيذ أمر استعادة في حين أنه لا يُمكن ذلك مع Azure SQL Database. ومع ذلك، نظرًا لأنها خدمة PaaS، فهناك بعض القيود، مثل:

• يجب عليك الاستعادة من نقطة نهاية URL. ليست لديك إمكانية الوصول إلى محركات الأقراص المحلية.
• يمكنك استخدام الخيارات التالية (بالإضافة إلى تحديد قاعدة البيانات):
  • قائمة الملفات فقط FILELISTONLY
  • العنوان فقط HEADERONLY
  • التسمية فقط LABELONLY
  • التحقق فقط VERIFYONLY
• لا يمكن استعادة ملفات النسخ الاحتياطية التي تحتوي على ملفات سجل متعددة
• لا يمكن استعادة ملفات النسخ الاحتياطي التي تحتوي على مجموعات نُسخ احتياطية متعددة
• لا يمكن استعادة النسخة الاحتياطية الموجودة في الذاكرة أو في In-Memory/FILESTREAM

بشكل افتراضي، يتم تشفير قواعد البيانات في المثيل المدار باستخدام تشفير البيانات الشفاف (TDE) مع مفتاح مُدار من Microsoft. لكي تأخذ نُسخة من النسخة الاحتياطية التي يُنشئها المستخدم، يجب أن تُوقف تشغيل TDE لقاعدة البيانات المُعينة. بإمكانك استعادة قاعدة البيانات إذا كانت مُشفرة، ومع ذلك، سيتعين عليك أن تتأكد من أن لديك إمكانية الوصول إما إلى الشهادة أو المفتاح الغير متماثل الذي استخدِم لتشفير قاعدة البيانات. إذا لم يكن لديك أي من هذين العنصرين، فلن تتمكن من استعادة قاعدة البيانات إلى مثيل مدار.

التعافي من الكوارث

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

على غرار Azure SQL Database، فإن مجموعات تجاوز الفشل التلقائي تُوفر نقاط نهاية وحدة الاستماع للقراءة فقط، وللقراءة والكتابة، ما يسمح بسهولة إدارة سلسلة الاتصال. إن حدث تجاوز الفشل، ستُوجه سلاسل اتصال التطبيق تلقائيًا إلى المثيل المناسب. بينما تتسق إلى حد ما مع قاعدة بيانات Azure SQL، تتبع نقاط النهاية هذه تنسيقا مختلفا قليلا. <fog-name>.zone_id.database.windows.net whereas Azure SQL Database is in the <fog-name>.secondary.database.windows.net

يجب أن يكون كل مثيل مدار، أساسي وثانوي، ضمن نفس منطقة DNS. سيضمن هذا الوضع إمكانية استخدام نفس الشهادة متعددة المجالات لمصادقة اتصال العميل بين أي من المثيلين في نفس مجموعة تجاوز الفشل. يمكنك تحديد "شريك منطقة DNS" بأساليب مُتعددة مثل مدخل Microsoft Azure أو PowerShell أو Azure CLI.

لمعرفة الميزات الجديدة لـ Azure SQL المثيل المدار، راجع ما الجديد في Azure SQL المثيل المدار؟.

متابعة