نظرة عامة على عمليات إدارة المثيل المُدار من Azure SQL
ينطبق على:
مثيل Azure SQL المُدار
يوفر مثيل Azure SQL المُدار عمليات إدارة يمكنك استخدامها لنشر مثيلات مُدارة جديدة، وتحديث خصائص المثيل، وحذف المثيلات تلقائيًا عند عدم الحاجة إليها.
ما هي عمليات الإدارة؟
يمكن تصنيف جميع عمليات الإدارة على النحو التالي:
- نشر المثيل (إنشاء نسخة جديدة)
- تحديث المثيل (تغيير خصائص المثيل، مثل vCores أو التخزين المحجوز)
- حذف المثيل
لدعم عمليات النشر داخل شبكات Azure الظاهرية، وتوفير العزل والأمان للعملاء، يعتمد SQL Managed Instance على الكتل الظاهرية. تمثل المجموعة الظاهرية مجموعة مخصصة من الأجهزة الظاهرية المعزولة المنتشرة داخل الشبكة الفرعية للشبكة الظاهرية للعميل. بشكل أساسي، ينتج عن كل مثيل مُدار يتم نشره في شبكة فرعية فارغة إنشاء مجموعة ظاهرية جديدة.
قد تؤثر عمليات الإدارة اللاحقة في الطبعات المدارة على المجموعة الظاهرية الأساسية. قد تؤثر التغييرات التي تؤثر على المجموعة الظاهرية الأساسية على مدة عمليات الإدارة؛ نظرًا لأن نشر أجهزة ظاهرية إضافية يأتي مصحوبًا بنفقات إضافية تحتاج إلى وضعها في الاعتبار عند التخطيط لعمليات نشر جديدة، أو تحديثات على المثيلات المُدارة الحالية.
المدة
يمكن أن تختلف مدة العمليات على المجموعة الظاهرية؛ ولكن عادةً ما تكون أطول مدة.
يسرد الجدول التالي خطوات التشغيل الطويلة التي يمكن تشغيلها كجزء من عملية الإنشاء أو التحديث أو الحذف. يسرد الجدول أيضًا المدد التي يمكنك توقعها عادة، بناءً على بيانات القياس عن بُعد للخدمة الحالية:
| الخطوة | الوصف | المدة المقدرة |
|---|---|---|
| إنشاء المجموعة الظاهرية | الإنشاء هو خطوة متزامنة في عمليات إدارة المثيل. | 90٪ من العمليات تنتهي في 4 ساعات |
| تغيير حجم المجموعة الظاهرية (التوسع أو التقليص) | التوسيع هو خطوة متزامنة، بينما يتم إجراء التقليص بشكل غير متزامن (دون التأثير على مدة عمليات إدارة المثيل). | 90٪ من توسعات المجموعة تنتهي في أقل من 2.5 ساعة |
| حذف المجموعة الظاهرية | يمكن أن يكون حذف المجموعة الظاهرية متزامنًا وغير متزامن. يتم إجراء الحذف غير المتزامن في الخلفية، ويتم تشغيله في حالة وجود مجموعات ظاهرية متعددة داخل نفس الشبكة الفرعية، عند حذف آخر مثيل في المجموعة غير الأخيرة في الشبكة الفرعية. يتم تشغيل الحذف المتزامن للمجموعة الظاهرية كجزء من حذف المثيل الأخير في الشبكة الفرعية. | 90٪ من عمليات حذف المجموعة تنتهي في 1.5 ساعة |
| ملفات قاعدة بيانات Seeding1 | خطوة متزامنة، يتم تشغيلها أثناء الحوسبة (vCores)، أو توسيع نطاق التخزين في طبقة الخدمات الحرجة للأعمال، وكذلك في تغيير مستوى الخدمة من الغرض العام إلى الأعمال الحرجة (أو العكس). تتناسب مدة هذه العملية مع الحجم الإجمالي لقاعدة البيانات بالإضافة إلى نشاط قاعدة البيانات الحالي (عدد المعاملات النشطة). يمكن أن يؤدي نشاط قاعدة البيانات عند تحديث مثيل إلى إحداث تباين كبير في المدة الإجمالية. | يتم تنفيذ 90٪ من هذه العمليات بسرعة 220 جيجا بايت / ساعة أو أعلى |
1 عند تحجيم الحوسبة (vCores) أو التخزين في طبقة الخدمة الحرجة للأعمال، أو تبديل طبقة الخدمة من الغرض العام إلى الأعمال الهامة، يشمل البذر أيضًا نشر مجموعة التوفر الدائم.
هام
يتألف توسيع نطاق التخزين لأعلى أو لأسفل في طبقة خدمة الأغراض العامة من تحديث البيانات الوصفية، ونشر الاستجابة للطلب المقدم. إنها عملية سريعة تكتمل في غضون 5 دقائق، دون توقف وتجاوز فشل.
عمليات إدارة قطاعات طويلة الأمد
تلخص الجداول التالية العمليات والمدد الإجمالية النموذجية، بناءً على فئة العملية:
التصنيف: النشر
| التشغيل | جزء طويل المدى | المدة المقدرة |
|---|---|---|
| المثيل الأول في شبكة فرعية فارغة | إنشاء المجموعة الظاهرية | 90٪ من العمليات تنتهي في 4 ساعات. |
| أول مثيل لجهاز آخر أو فترة صيانة في شبكة فرعية غير فارغة (على سبيل المثال، أول مثيل من سلسلة Premium في شبكة فرعية مع مثيلات من سلسلة Standard) | إنشاء المجموعة الظاهرية1 | 90٪ من العمليات تنتهي في 4 ساعات. |
| إنشاء مثيل لاحق داخل الشبكة الفرعية غير الفارغة (المثيل الثاني والثالث وما إلى ذلك) | تغيير حجم المجموعة الظاهرية | 90٪ من العمليات تنتهي في 2.5 ساعة. |
1 يتم إنشاء مجموعة ظاهرية منفصلة لكل تكوين للأجهزة ولكل تكوين لفترة صيانة.
التصنيف: تحديث
| التشغيل | جزء طويل المدى | المدة المقدرة |
|---|---|---|
| تغيير خاصية المثيل (كلمة مرور المسؤول، تسجيل الدخول إلى Azure AD، علامة Azure Hybrid Benefit) | غير متوفر | حتى دقيقة واحدة. |
| زيادة/خفض مستوى تخزين المثيلات (الأغراض العامة) | لا يوجد مقطع طويل الأمد | 99٪ من العمليات تنتهي في 5 دقائق. |
| زيادة/خفض مستوى تخزين المثيل (هام للأعمال) | - تغيير حجم المجموعة الظاهرية - دائمًا على توافر البذر الجماعي |
90٪ من العمليات تنتهي في 2.5 ساعة + الوقت لزرع جميع قواعد البيانات (220 جيجابايت/ ساعة). |
| حساب المثيل (vCores) توسيع وتصغير مستوى (الغرض العام) | - تغيير حجم المجموعة الظاهرية | 90٪ من العمليات تنتهي في 2.5 ساعة. |
| حساب المثيل (vCores) توسيع وتصغير مستوى (الأعمال الهامة) | - تغيير حجم المجموعة الظاهرية - دائمًا على توافر البذر الجماعي |
90٪ من العمليات تنتهي في 2.5 ساعة + الوقت لزرع جميع قواعد البيانات (220 جيجابايت/ ساعة). |
| تغيير مستوى خدمة المثيل (الغرض العام إلى الأعمال الهامة والعكس صحيح) | - تغيير حجم المجموعة الظاهرية - دائمًا على توافر البذر الجماعي |
90٪ من العمليات تنتهي في 2.5 ساعة + الوقت لزرع جميع قواعد البيانات (220 جيجابايت/ ساعة). |
| تغيير أجهزة المثيل أو فترة الصيانة (غرض عام) | - إنشاء مجموعة ظاهرية أو تغيير حجمها 1 | 90٪ من العمليات تنتهي في 4 ساعات (إنشاء) أو 2.5 ساعة (تغيير الحجم). |
| تغيير أجهزة المثيل أو فترة الصيانة (الأعمال الضرورية) | - إنشاء مجموعة ظاهرية أو تغيير حجمها 1 - دائمًا على توافر البذر الجماعي |
90٪ من العمليات تنتهي في 4 ساعات (إنشاء) أو 2.5 ساعة (تغيير الحجم) + الوقت لإضافة جميع قواعد البيانات (220 جيجابايت/ساعة). |
1 يجب وضع المثيل المُدار في مجموعة ظاهرية مع فترة الصيانة والأجهزة المقابلة. إذا لم يكن هناك مثل هذا الكتلة الظاهرية في الشبكة الفرعية، فيجب إنشاء مجموعة جديدة أولاً لاستيعاب المثيل.
التصنيف: حذف
| التشغيل | جزء طويل المدى | المدة المقدرة |
|---|---|---|
| حذف المثيل غير الأخير | سجل النسخ الاحتياطي لجميع قواعد البيانات | 90٪ من العمليات تنتهي في دقيقة واحدة.1 |
| حذف المثيل الأخير | - تسجيل النسخ الاحتياطي لجميع قواعد البيانات - حذف المجموعة الظاهرية |
90٪ من العمليات تنتهي في 1.5 ساعة.2 |
1 في حالة وجود مجموعات ظاهرية متعددة في الشبكة الفرعية، إذا تم حذف المثيل الأخير في المجموعة الظاهرية، فستؤدي هذه العملية على الفور إلى حذفغير متزامن من المجموعة الظاهرية.
2حذف آخر مثيل في الشبكة الفرعية يؤدي على الفور إلىالحذف المتزامن للمجموعة الظاهرية.
هام
بمجرد بدء عملية الحذف، يتم تعطيل إعداد الفواتير لـ SQL Managed Instance. لن تؤثر مدة عملية الحذف على الفواتير.
توفر المثيل
مثيل SQL المُدار متوفر أثناء عمليات التحديث،باستثناء فترة تعطل قصيرة بسبب تجاوز الفشل الذي يحدث في نهاية التحديث. وعادة ما تستمر لمدة تصل إلى 10 ثوانٍ حتى في حالة توقف المعاملات طويلة الأمد، وذلك بفضل تسريع استرداد قاعدة البيانات.
ملاحظة
لن يؤدي تغيير حجم تخزين المثيل المُدار للأغراض العامة إلى تجاوز الفشل في نهاية التحديث.
لا يتوفر مثيل SQL المُدار لتطبيقات العميل أثناء عمليات النشر والحذف.
هام
لا يوصى بتوسيع نطاق حساب Azure SQL المُدار أو تخزينه، أو تغيير طبقة الخدمة في نفس الوقت مثل المعاملات طويلة الأمد (استيراد البيانات، وظائف معالجة البيانات، إعادة إنشاء الفهرس، إلخ). يؤدي تجاوز فشل قاعدة البيانات في نهاية العملية إلى إلغاء جميع المعاملات الجارية.
خطوات عمليات الإدارة
تتكون عمليات الإدارة من خطوات متعددة. مع إدخال عمليات API يتم عرض هذه الخطوات لمجموعة فرعية من العمليات (النشر والتحديث). تتكون عملية النشر من ثلاث خطوات بينما يتم تنفيذ عملية التحديث في ست خطوات. للحصول على تفاصيل حول مدة العمليات، راجع قسم مدة عمليات الإدارة. يتم سرد الخطوات حسب ترتيب التنفيذ.
خطوات نشر المثيل المُدار
| اسم الخطوة | وصف الخطوة |
|---|---|
| طلب التحقق | تم التحقق من صحة المعلمات المقدمة. في حالة التهيئة الخاطئة ستفشل العملية مع وجود خطأ. |
| تغيير حجم المجموعة الظاهري/ الإنشاء | اعتمادًا على حالة الشبكة الفرعية، تنتقل المجموعة الظاهرية إلى الإنشاء أو تغيير الحجم. |
| بدء تشغيل مثيل SQL الجديد | يتم بدء عملية SQL على المجموعة الظاهرية المنشورة. |
خطوات تحديث المثيل المُدار
| اسم الخطوة | وصف الخطوة |
|---|---|
| طلب التحقق | تم التحقق من صحة المعلمات المقدمة. في حالة التهيئة الخاطئة ستفشل العملية مع وجود خطأ. |
| تغيير حجم المجموعة الظاهري/ الإنشاء | اعتمادًا على حالة الشبكة الفرعية، تنتقل المجموعة الظاهرية إلى الإنشاء أو تغيير الحجم. |
| بدء تشغيل مثيل SQL الجديد | يتم بدء عملية SQL على المجموعة الظاهرية المنشورة. |
| ملفات قاعدة البيانات seeding / إرفاق ملفات قاعدة البيانات | اعتمادًا على نوع عملية التحديث، يتم إجراء إما بدء تشغيل قاعدة بيانات seeding، أو إرفاق ملفات قاعدة البيانات. |
| إعداد تجاوز الفشل و تخطيه | بعد أن يتم توزيع البيانات، أو إعادة إرفاق ملفات قاعدة البيانات، يتم إعداد النظام لتجاوز الفشل. عندما يتم تعيين كل شيء، يتم تنفيذ تجاوز الفشل بفترة توقف قصيرة. |
| تنظيف مثيل SQL القديم | إزالة عملية SQL القديمة من المجموعة الظاهرية |
خطوات حذف المثيل المدار
| اسم الخطوة | وصف الخطوة |
|---|---|
| طلب التحقق | تم التحقق من صحة المعلمات المقدمة. في حالة التهيئة الخاطئة ستفشل العملية مع وجود خطأ. |
| تنظيف مثيل SQL | إزالة عملية SQL من المجموعة الظاهرية |
| حذف المجموعة الظاهرية | اعتمادًا على ما إذا كان المثيل الذي يتم حذفه هو الأخير في الشبكة الفرعية، يتم حذف المجموعة الظاهرية بشكل متزامن كخطوة أخيرة. |
ملاحظة
كنتيجة لحالات القياس، ستخضع المجموعة الظاهرية الأساسية لعملية إطلاق السعة غير المستخدمة، وإلغاء تجزئة السعة المحتملة، مما قد يؤثر على الحالات التي لم تشارك في عمليات الإنشاء/ التوسع.
عمليات الإدارة ذات التأثير المتقاطع
يمكن أن تؤثر عمليات الإدارة في مثيل مُدار على عمليات الإدارة الأخرى للطبعات الموضوعة داخل نفس المجموعة الظاهرية:
عمليات الاستعادة طويلة المدىفي المجموعة الظاهرية على وضع عمليات إنشاء المثيلات الأخرى، أو عمليات التحجيم في نفس الشبكة الفرعية قيد الانتظار.
مثال:إذا كانت هناك عملية استعادة جارية لفترة طويلة، وكان هناك طلب إنشاء أو مقياس في نفس الشبكة الفرعية، فسيستغرق هذا الطلب وقتًا أطول لإكماله؛ حيث ينتظر اكتمال عملية الاستعادة قبل أن تستمر.عملية إنشاء مثيل أو عملية تحجيم يتم وضعها قيد الانتظار من خلال إنشاء مثيل تم بدؤه مسبقًا، أو مقياس مثيل بدأ في تغيير حجم المجموعة الظاهرية.
مثال:إذا كان هناك عدة طلبات إنشاء و/ أو مقياس في نفس الشبكة الفرعية ضمن نفس المجموعة الظاهرية، وبدأ أحدها تغيير حجم المجموعة الظاهرية، فستستمر جميع الطلبات التي تم إرسالها بعد 5+ دقائق من طلب العملية الأولية لفترة أطول من المتوقع، حيث سيتعين على هذه الطلبات الانتظار حتى يكتمل تغيير الحجم قبل الاستئناف.سيتم تجميع عمليات الإنشاء/ المقياس المقدمة في نافذة مدتها 5 دقائق وتنفيذها بالتوازي.
مثال: سيتم إجراء تغيير حجم مجموعة ظاهرية واحد فقط لجميع العمليات المقدمة في نافذة مدتها 5 دقائق (القياس من لحظة تنفيذ طلب العملية الأول). إذا تم تقديم طلب آخر بعد أكثر من 5 دقائق من تقديم الطلب الأول، فسوف ينتظر حتى يكتمل تغيير حجم الكتلة الظاهرية قبل بدء التنفيذ.
هام
سيتم استئناف عمليات الإدارة التي تم تعليقها بسبب عملية أخرى قيد التقدم تلقائيًا بمجرد استيفاء شروط المتابعة. لا يلزم اتخاذ أي إجراء من قبل المستخدم لاستئناف عمليات الإدارة المتوقفة مؤقتًا.
مراقبة عمليات الإدارة
لمعرفة كيفية مراقبة تقدم عملية الإدارة وحالتها، راجع مراقبة عمليات الإدارة.
إلغاء عمليات الإدارة
لمعرفة كيفية إلغاء عملية الإدارة، راجع إلغاء عمليات الإدارة.
الخطوات التالية
- لمعرفة كيفية إنشاء أول مثيل مُدار، راجع دليل التشغيل السريع.
- للحصول على قائمة ميزات ومقارنة، راجع Common SQL features.
- لمزيد من المعلومات حول تكوين VNet، راجع تكوينSQL Managed Instance VNet.
- لبدء التشغيل السريع الذي ينشئ مثيلاً مُدارًا، ويستعيد قاعدة بيانات من ملف النسخة الاحتياطية، راجع Create a managed instance.
- للحصول على برنامج تعليمي حول استخدام Azure Database Migration Service، راجع ترحيل مثيل مُدار من SQL باستخدام خدمة ترحيل قاعدة البيانات.
الملاحظات
قريبًا: خلال عام 2024، سنتخلص تدريجيًا من GitHub Issues بوصفها آلية إرسال ملاحظات للمحتوى ونستبدلها بنظام ملاحظات جديد. لمزيد من المعلومات، راجع https://aka.ms/ContentUserFeedback.
إرسال الملاحظات وعرضها المتعلقة بـ