نظرة عامة على حدود موارد مثيل Azure SQL المُدارة
ينطبق على:
مثيل Azure SQL المُدار
توفر هذه المقالة نظرة عامة على الخصائص التقنية وحدود الموارد لمثيل Azure SQL المُدار، وتوفر معلومات حول كيفية طلب زيادة إلى هذه الحدود.
ملاحظة
للتعرف على الاختلافات في الميزات المدعومة وعبارات T-SQL، راجع اختلافات الميزات و دعم عبارة T-SQL . للاختلافات العامة بين مستويات الخدمة لقاعدة بيانات Azure SQL ومراجعة مثيل SQL المُدار ومستويات خدمة الأغراض العامةو Business Critical.
خصائص تكوين الأجهزة
SQL Managed Instance له خصائص وحدود موارد تعتمد على البنية التحتية والبنية الأساسية. يمكن توزيع SQL Managed Instance على تكوينات أجهزة متعددة.
ملاحظة
تمت إعادة تسمية جهاز Gen5 إلى السلسلة القياسية (Gen5). نحن نقدم تهيئتين جديدتين للأجهزة في إصدار أولي محدود: السلسلة المتميزة والسلسلة المتميزة المحسنة للذاكرة.
للحصول على معلومات عن الأجهزة المتوفرة مسبقاً، راجع الأجهزة المتوفرة مسبقاً لاحقاً في هذه المقالة.
تكوينات الأجهزة لها خصائص مختلفة، كما هو موضح في الجدول التالي:
| Standard-series (Gen5) | Premium-series (إصدار أولي) | سلسلة premium المحسنة للذاكرة (إصدار أولي) | |
|---|---|---|---|
| وحده المعالجة المركزية | معالجات Intel® E5-2673 v4 (Broadwell) 2.3 جيجاهرتز، و Intel® SP-8160 (Skylake)، و Intel® 8272CL (Cascade Lake) 2.5 جيجاهرتز | معالجات Intel® 8370C (Ice Lake) 2.8 جيجاهرتز | معالجات Intel® 8370C (Ice Lake) 2.8 جيجاهرتز |
| عدد فولت كور فولت كور = 1 LP (hyper-thread) |
4-80 فولت كور | 4-80 فولت كور | 4-64 فولت كور |
| الحد الأقصى للذاكرة (نسبة الذاكرة / فولت كور) | 5.1 جيجابايت لكل vCore أضف المزيد من فولت كور للحصول على المزيد من الذاكرة. |
7 جيجابايت لكل vCore | 13.6 جيجابايت لكل vCore |
| أقصى ذاكرة OLTP في الذاكرة | حد المثيل: 0.8 – 1.65 جيجا بايت لكل فولت كور | حد المثيل: 1.1 – 2.3 جيجا بايت لكل vCore | حد المثيل: 2.2 – 4.4 جيجا بايت لكل vCore |
| الحد الأقصى للتخزين المحجوز للمثيل* | الأغراض العامة: حتى 16 تيرابايت Business Critical: up to 4 TB |
الأغراض العامة: حتى 16 تيرابايت Business Critical: up to 5.5 TB |
الأغراض العامة: حتى 16 تيرابايت Business Critical: up to 16 TB |
يعتمد على عدد vCores.
ملاحظة
إذا كان حمل العمل يتطلب أحجام تخزين أكبر من حدود الموارد المتاحة لـAzure SQL Managed Instance، ففكر في Azure SQL Database طبقة خدمة Hyperscale.
الدعم الإقليمي للأجهزة التي من السلسلة المميزة Premium (إصدار أولي)
يتوفر الدعم للأجهزة التي من السلسلة المميزة Premium (الإصدار الأولي العام) حالياً في هذه المناطق المحددة فقط:
| المنطقة | سلسلة مميزة | السلسلة المتميزة المحسّنة للذاكرة |
|---|---|---|
| أستراليا الوسطى | نعم | |
| شرق أستراليا | نعم | |
| كندا الوسطى | نعم | |
| شرق كندا | نعم | |
| وسط الولايات المتحدة | نعم | نعم |
| شرق الولايات المتحدة | نعم | نعم |
| وسط غرب ألمانيا | نعم | نعم |
| شرق اليابان | نعم | |
| غرب اليابان | نعم | |
| وسط كوريا | نعم | |
| North Central US | نعم | نعم |
| شمال أوروبا | نعم | نعم |
| شرق النرويج | نعم | |
| غرب جنوب أفريقيا | نعم | |
| جنوب وسط الولايات المتحدة | نعم | نعم |
| جنوب شرق آسيا | نعم | |
| منطقة السويد الوسطى | نعم | |
| شمال سويسرا | نعم | |
| غرب سويسرا | نعم | |
| شمال الإمارات العربية المتحدة | نعم | |
| جنوب المملكة المتحدة | نعم | نعم |
| غرب المملكة المتحدة | نعم | |
| غرب وسط الولايات المتحدة | نعم | |
| غرب أوروبا | نعم | نعم |
| غرب الولايات المتحدة | نعم | |
| منطقة غرب الولايات المتحدة الأمريكية 2 | نعم | نعم |
| غرب الولايات المتحدة الأمريكية 3 | نعم | نعم |
مساحة متوفرة في الذاكرة OLTP
يعتمد مقدار مساحة OLTP في الذاكرة في طبقة خدمة Business Critical على عدد الذاكرات الأساسية الظاهرية vCores وتكوين الأجهزة. يسرد الجدول التالي حدود الذاكرة التي يمكن استخدامها لكائنات OLTP في الذاكرة.
| وحدات vCore | Standard-series (Gen5) | سلسلة مميزة | السلسلة المتميزة المحسّنة للذاكرة |
|---|---|---|---|
| 4 فولت كور | 3.14 جيجابايت | 4.39 جيجابايت | 8.79 جيجابايت |
| 8 vCores | 6.28 جيجابايت | 8.79 جيجابايت | 22.06 جيجابايت |
| 16 vCores | 15.77 جيجابايت | 22.06 جيجابايت | 57.58 جيجابايت |
| 24 vCores | 25.25 جيجابايت | 35.34 جيجابايت | 93.09 جيجابايت |
| 32 vCores | 37.94 جيجابايت | 53.09 جيجابايت | 128.61 جيجابايت |
| 40 vCores | 52.23 جيجابايت | 73.09 جيجابايت | 164.13 جيجابايت |
| 64 vCores | 99.9 جيجابايت | 139.82 جيجابايت | 288.61 جيجابايت |
| 80 vCores | 131.68 جيجابايت | 184.30 جيجابايت | غير متوفر |
خصائص طبقة الخدمة
يحتوي SQL Managed Instance على مستويين من الخدمة: الأغراض العامة و الأعمال المهمة.
هام
توفر فئة خدمة Business Critical نسخة مضمنة إضافية من مثيل SQL المُدار (نسخة متماثلة ثانوية) يمكن استخدامها لأحمال العمل للقراءة فقط. إذا كان بإمكانك فصل استعلامات القراءة والكتابة واستعلامات القراءة فقط / التحليلية / إعداد التقارير، فإنك تحصل على ضعف فولت كور والذاكرة بنفس السعر. قد تتأخر النسخة المتماثلة الثانوية بضع ثوانٍ عن المثيل الأساسي، لذلك فهي مصممة لإلغاء تحميل التقارير / أعباء العمل التحليلية التي لا تحتاج إلى الحالة الحالية بالضبط للبيانات. في الجدول أدناه، استعلامات القراءة فقط هي الاستعلامات التي يتم تنفيذها على نسخة متماثلة ثانوية.
| الميزة | الغرض العام | Business Critical |
|---|---|---|
| عدد vCores* | 4، 8، 16، 24، 32، 40، 64، 80 | سلسلة قياسية (Gen5) : 4، 8، 16، 24، 32، 40، 64، 80 سلسلة مميزة: 4، 8، 16، 24، 32، 40، 64، 80 السلسلة المتميزة المحسّنة للذاكرة: 4، 8، 16، 24، 32، 40، 64 *إن عدد vCores نفسه مخصص للاستعلامات للقراءة فقط. |
| الذاكرة القصوى | سلسلة قياسية (Gen5) : 20.4 جيجا بايت – 408 جيجا بايت (5.1 جيجا بايت / فولت كور) سلسلة مميزة: 28 جيجا بايت – 560 جيجا بايت (7 جيجا بايت / فولت كور) سلسلة مميزة المحسّنة للذاكرة: 54.4 جيجا بايت – 870.4 جيجا بايت (13.6 جيجا بايت / فولت كور) |
سلسلة قياسية (Gen5) : 20.4 جيجا بايت – 408 جيجا بايت (5.1 جيجا بايت / فولت كور) على كل نسخة مماثلة سلسلة مميزة: 28 جيجا بايت – 560 جيجا بايت (7 جيجا بايت / فولت كور) على كل نسخة متماثلة سلسلة مميزة المحسّنة للذاكرة: 54.4 جيجا بايت – 870.4 جيجا بايت (13.6 جيجا بايت / فولت كور) في كل نسخة طبق الأصل |
| الحد الأقصى لحجم تخزين المثيل (محجوز) | - 2 تيرابايت لـ 4 نوى - 8 تيرابايت لـ 8 vCores - 16 تيرابايت لأحجام أخرى |
سلسلة قياسية (Gen5) : - 1 تيرابايت لـ 4، 8، 16 فولت كور - 2 تيرابايت لـ 24 نوى - 4 تيرابايت لـ 32، 40، 64، 80 فولت كور سلسلة مميزة: - 1 تيرابايت لـ 4، 8 فولت كور - 2 تيرابايت لـ 16، 24 vCores - 4 تيرابايت لـ 32 vCores - 5.5 تيرابايت لـ 40، 64، 80 vCores السلسلة المميزة المحسنة للذاكرة: - 1 تيرابايت لـ 4، 8 فولت كور - 2 تيرابايت لـ 16، 24 vCores - 4 تيرابايت لـ 32 vCores - 5.5 تيرابايت لـ 40 vCores - 16 تيرابايت لـ 64 vCores |
| الحد الأقصى لحجم قاعدة البيانات | حتى حجم المثيل المتاح حالياً (اعتماداً على عدد فولت كور). | حتى حجم المثيل المتاح حالياً (اعتماداً على عدد فولت كور). |
| أقصى حجم tempDB | يقتصر على 24 جيجابايت / فولت كور (96 – 1.920 جيجابايت) وحجم تخزين المثيل المتاح حالياً. أضف المزيد من فولت كور للحصول على مساحة أكبر في TempDB. حجم ملف السجل محدد بـ 120 جيجا بايت. |
حتى حجم تخزين المثيل المتاح حالياً. |
| أقصى عدد من قواعد البيانات لكل مثيل | 100 قاعدة بيانات مستخدم، ما لم يتم الوصول إلى الحد الأقصى لحجم تخزين المثيل. | 100 قاعدة بيانات مستخدم، ما لم يتم الوصول إلى الحد الأقصى لحجم تخزين المثيل. |
| أقصى عدد لملفات قاعدة البيانات لكل مثيل | ما يصل إلى 280، ما لم يتم الوصول إلى حجم تخزين المثيل أو حد مساحة تخصيص مساحة تخزين Azure Premium Disk . | 32767 ملفاً لكل قاعدة بيانات، ما لم يتم الوصول إلى حد حجم تخزين المثيل. |
| الحد الأقصى لحجم ملف البيانات | أقصى حجم لكل ملف بيانات هو 8 تيرابايت. استخدم ملفي بيانات على الأقل لقواعد البيانات الأكبر من 8 تيرابايت. | حتى حجم المثيل المتاح حالياً (اعتماداً على عدد فولت كور). |
| الحد الأقصى لحجم ملف السجل | يقتصر على 2 تيرابايت وحجم تخزين المثيل المتاح حالياً. | يقتصر على 2 تيرابايت وحجم تخزين المثيل المتاح حالياً. |
| البيانات / تسجيل IOPS (تقريبي) | 500 - 7500 لكل ملف * قم بزيادة حجم الملف للحصول على المزيد من IOPS |
16 ك – 320 كلفن (4000 IOPS / فولت كور) أضف المزيد من فولت كور للحصول على أداء IO أفضل. |
| حد معدل نقل السجل (لكل مثيل) | 3 ميغا بايت / ثانية لكل فولت كور 120 ميغا بايت / ثانية لكل مثيل 22-65 ميجابايت / ثانية لكل قاعدة بيانات (حسب حجم ملف السجل) * زيادة حجم الملف لتحسين أداء IO |
4 ميغا بايت / ثانية لكل vCore بحد أقصى 96 ميجا بايت / ثانية |
| معدل نقل البيانات (تقريبي) | 100 – 250 ميغا بايت / ثانية لكل ملف * زيادة حجم الملف لتحسين أداء IO |
غير محدودة |
| زمن انتقال تخزين IO (تقريبي) | 5-10 مللي ثانية | 1-2 مللي ثانية |
| OLTP داخل الذاكرة | غير مدعوم | متاح، الحجم يعتمد على عدد فولت كور |
| جلسات ماكس | 30000 | 30000 |
| الحد الأقصى للعمال المتزامنين | 105 * عدد النوى + 800 | 105 * عدد النوى + 800 |
| النسخ المتماثلة للقراءة فقط | 0 | 1 (متضمن في السعر) |
| حساب العزل | غير مدعوم لأن مثيلات الأغراض العامة قد تشارك الأجهزة المادية مع مثيلات أخرى | سلسلة قياسية (Gen5) : مدعوم لـ 40، 64، 80 فولت كور سلسلة متميزة: مدعومة لـ 64، 80 فولت كور السلسلة المتميزة المحسّنة للذاكرة: مدعومة لـ 64 فولت كور |
بعض الاعتبارات الإضافية:
- حجم تخزين المثيل المتاح حالياً هو الفرق بين حجم المثيل المحجوز ومساحة التخزين المستخدمة.
- يتم تضمين كل من حجم ملف البيانات والسجل في قواعد بيانات المستخدم والنظام في حجم تخزين المثيل الذي يتم مقارنته مع الحد الأقصى لحجم التخزين. استخدم طريقة عرض النظام sys.master_files لتحديد إجمالي المساحة المستخدمة بواسطة قواعد البيانات. لا تستمر سجلات الأخطاء ولا يتم تضمينها في الحجم. لا يتم تضمين النسخ الاحتياطية في حجم التخزين.
- تعتمد أيضاً معدل النقل وIOPS في طبقة الأغراض العامة على حجم الملف الذي لا يقتصر صراحةً على مثيل SQL المُدار. يمكنك إنشاء نسخة متماثلة أخرى قابلة للقراءة في منطقة Azure مختلفة باستخدام مجموعات تجاوز الفشل التلقائي
- يعتمد الحد الأقصى لمثيل IOPS على تخطيط الملف وتوزيع عبء العمل. على سبيل المثال، إذا قمت بإنشاء ملفات 7 × 1 تيرابايت بحد أقصى 5 كيلو بايت لكل منها وسبعة ملفات صغيرة (أصغر من 128 جيجا بايت) مع 500 IOPS لكل منها، يمكنك الحصول على 38500 IOPS لكل مثيل (7 × 5000 + 7 × 500) إذا كان عبء العمل الخاص بك يمكن استخدامه كل الملفات. لاحظ أن بعض IOPS تُستخدم أيضاً للنسخ الاحتياطي التلقائي.
اعثر على مزيد من المعلومات حول حدود الموارد في تجمعات مثيلات SQL المُدارة في هذه المقالة .
تخزين البيانات والسجلات
تؤثر العوامل التالية على مقدار التخزين المستخدم للبيانات وملفات السجل، وتنطبق على المستويات العامة والأغراض الحيوية للأعمال.
- يدعم كل حجم حساب الحد الأقصى لحجم البيانات، مع وضع افتراضي بـ 16 GB. لمزيد من المعلومات حول حدود الموارد في مثيل Azure SQL المُدار، راجع [resource-limits.md].
- عند تكوين الحد الأقصى لحجم البيانات، تتم إضافة 30 بالمائة إضافية من مساحة التخزين تلقائيًا لملفات السجل.
- يمكنك تحديد أي حد أقصى لحجم البيانات بين 1 GB والحد الأقصى لحجم التخزين المدعوم، بزيادات 1 GB.
- في طبقة خدمة الأغراض العامة، يستخدم
tempdbتخزين محرك أقراص ذو الحالة الصلبة محليًا، ويتم تضمين تكلفة التخزين هذه في سعر vCore. - في طبقة خدمة Business Critical،
tempdbيشارك تخزين محرك أقراص ذو الحالة الصلبة المحلي مع البيانات وملفات السجل، ويتم تضمين تكلفة تخزينtempdbفي سعر vCore. - يجب تحديد الحد الأقصى لحجم التخزين للمثيل المدار من SQL بمضاعفات 32 GB.
هام
في المستويات الأغراض العامة و Business Critical، تتم محاسبتك على الحد الأقصى لحجم التخزين المكون للمثيل المُدار.
لمراقبة إجمالي حجم تخزين المثيل المستهلك للمثيل المُدار SQL، استخدم مقاييسstorage_space_used_mb. لمراقبة حجم التخزين الحالي المخصص والمستخدم للبيانات الفردية وملفات السجل في قاعدة بيانات باستخدام T-SQL، استخدم طريقة العرض sys.database_files ووظيفة FILEPROPERTY(... , 'SpaceUsed').
تلميح
في بعض الظروف، قد تحتاج إلى تقليص قاعدة البيانات لاستعادة المساحة غير المستخدمة. لمزيد من المعلومات، راجع إدارة مساحة الملف في قاعدة بيانات Azure SQL.
النسخ الاحتياطي والتخزين
يتم تخصيص التخزين للنسخ الاحتياطية لقاعدة البيانات لدعم إمكانات الاسترداد في نقطة زمنية (PITR) والاستبقاء طويل المدى (LTR) لإمكانات المثيل المُدار من SQL. هذا التخزين منفصل عن تخزين البيانات والسجلات، ويتم تحرير فواتير به بشكل منفصل.
- الاسترداد في نقطة زمنية: في المستويات العامة والأهداف الحرجة للأعمال، يتم نسخ النسخ الاحتياطية لقاعدة البيانات الفردية إلى تخزين الوصول للقراءة والتكرار الجغرافي (RA-GRS) تلقائيًا. يزداد حجم التخزين ديناميكيًا مع إنشاء نسخ احتياطية جديدة. يتم استخدام التخزين بواسطة النسخ الاحتياطية الكاملة والتفاضلية وسجلات المعاملات. يعتمد استهلاك التخزين على معدل تغيير قاعدة البيانات وفترة الاستبقاء المكونة للنسخ الاحتياطية. يمكنك تكوين فترة استبقاء منفصلة لكل قاعدة بيانات بين 0 و35 يومًا لقاعدة بيانات SQL و0 إلى 35 يومًا للمثيل المُدار SQL. يتم توفير مساحة تخزين احتياطية تساوي الحد الأقصى لحجم البيانات الذي تم تكوينه بدون أي رسوم إضافية.
- LTR: لديك أيضًا خيار تكوين الاستبقاء طويل الأمد بالنسخ الاحتياطية الكاملة لمدة تصل إلى 10 سنوات. إذا قمت بإعداد نهج LTR، فسيتم تخزين هذه النسخ الاحتياطية في تخزين RA-GRS تلقائيًا، ولكن يمكنك التحكم في عدد مرات نسخ النسخ الاحتياطية. لتلبية متطلبات الامتثال المختلفة، يمكنك تحديد فترات استبقاء مختلفة للنسخ الاحتياطية الأسبوعية والشهرية و / أو السنوية. يحدد التكوين الذي تختاره مقدار التخزين الذي سيتم استخدامه للنسخ الاحتياطية LTR. لمزيد من المعلومات، راجع استبقاء النسخ الاحتياطي طويل المدى.
خصائص ملف الإدخال / الإخراج في طبقة الأغراض العامة
في طبقة خدمة الأغراض العامة، يحصل كل ملف قاعدة بيانات على IOPS مخصص ومعدل نقل تعتمد على حجم الملف. تحصل الملفات الأكبر حجماً على المزيد من IOPS ومعدل نقل أعلى. يتم عرض خصائص IO لملفات قاعدة البيانات في الجدول التالي:
| حجم الملف | >0 و <= 128 جيبيبايت | >128 و <= 512 جيبيبايت | >0.5 و <=1 تيرابيت | >1 و <=2 تيرابيت | >2 و <=4 تيرابيت | >4 و <=8 تيرابيت |
|---|---|---|---|---|---|---|
| IOPS لكل ملف | 500 | 2300 | 5000 | 7500 | 7500 | 12500 |
| معدل النقل لكل ملف | 100 ميغا بايت / ثانية | 150 ميغا بايت / ثانية | 200 ميغا بايت / ثانية | 250 ميغا بايت / ثانية | 250 ميغا بايت / ثانية | 250 ميغا بايت / ثانية |
إذا لاحظت ارتفاع وقت استجابة الإدخال والإخراج في بعض ملفات قاعدة البيانات أو لاحظت أن IOPS / معدل النقل تصل إلى الحد الأقصى، فيمكنك تحسين الأداء عن طريق زيادة حجم الملف .
يوجد أيضًا حد على مستوى المثيل في حد أقصى لمعدل نقل السجل (انظر أعلاه للقيم، على سبيل المثال، 22 ميجابايت/ثانية)، لذلك قد لا تتمكن من الوصول إلى ملف الحد الأقصى خلال ملف السجل لأنك تبلغ حد معدل النقل في المثيل.
المناطق المدعومة
يمكن إنشاء مثيل SQL المُدار في المناطق المدعومة فقط. لإنشاء مثيل مُدار بواسطة SQL في منطقة غير مدعومة حالياً، يمكنك إرسال طلب دعم عبر مدخل Microsoft Azure .
أنواع الاشتراك المدعومة
يدعم SQL Managed Instance النشر فقط على الأنواع التالية من الاشتراكات:
- اتفاقية مؤسسية (EA)
- الدفع أولاً بأول
- موفر خدمة السحابة (CSP)
- تطوير / اختبار مؤسسي
- الدفع حسب الاستخدام للمطور/ الاختبار
- الاشتراكات التي لها رصيد Azure شهري لمشتركي Visual Studio
محدودية الموارد الإقليمية
ملاحظة
للحصول على أحدث المعلومات حول توفر المنطقة للاشتراكات، حدد أولاً تحديد منطقة .
يمكن أن تحتوي أنواع الاشتراك المدعومة على عدد محدود من الموارد لكل منطقة. يحتوي مثيل SQL المُدار على حدين افتراضيين لكل منطقة Azure (يمكن زيادتهما عند الطلب من خلال إنشاء طلب دعم خاص في مدخل Azure بناءً على نوع الاشتراك:
- حد الشبكة الفرعية: الحد الأقصى لعدد الشبكات الفرعية حيث يتم نشر مثيلات SQL المُدارة في منطقة واحدة.
- فولت كور وحدة كور: الحد الأقصى لعدد وحدات فولت كور التي يمكن نشرها عبر كل النسخ في منطقة واحدة. يستخدم جيجا بايت فولت كور وحدة فولت واحدة ويأخذ BC فولت واحد أربع وحدات كور. العدد الإجمالي للمثيلات غير محدود طالما أنه ضمن حد وحدة فولت كور.
ملاحظة
هذه الحدود هي إعدادات افتراضية وليست قيوداً فنية. يمكن زيادة الحدود عند الطلب عن طريق إنشاء طلب دعم خاص في مدخل Microsoft Azure إذا كنت بحاجة إلى المزيد من الطبعات في المنطقة الحالية. كبديل، يمكنك إنشاء مثيلات جديدة من SQL المُدار في منطقة Azure أخرى دون إرسال طلبات دعم.
يوضح الجدول التالي الحدود الإقليمية الافتراضية لأنواع الاشتراك المدعومة (يمكن تمديد الحدود الافتراضية باستخدام طلب الدعم الموضح أدناه):
| نوع الاشتراك | أقصى عدد للشبكات الفرعية لمثيلات SQL المُدارة | أقصى عدد من وحدات فولت كور * |
|---|---|---|
| CSP | 16 (30 في بعض المناطق **) | 960 (1440 في بعض المناطق **) |
| EA | 16 (30 في بعض المناطق **) | 960 (1440 في بعض المناطق **) |
| تطوير / اختبار مؤسسي | 6 | 320 |
| الدفع أولاً بأول | 6 | 320 |
| تطوير / اختبار الدفع أولًا بأول | 6 | 320 |
| Azure Pass | 3 | 64 |
| BizSpark | 3 | 64 |
| BizSpark Plus | 3 | 64 |
| وصول محدود من Azure | 3 | 64 |
| شبكة شركاء Microsoft | 3 | 64 |
| Visual Studio Enterprise (MPN) | 3 | 64 |
| Visual Studio Enterprise | 3 | 32 |
| Visual Studio Enterprise (BizSpark) | 3 | 32 |
| Visual Studio Professional | 3 | 32 |
| أنظمة MSDN الأساسية | 3 | 32 |
* عند التخطيط لعمليات النشر، يرجى مراعاة أن مستوى خدمة Business Critical (BC) يتطلب أربعة (4) أضعاف سعة vCores من مستوى خدمة الأغراض العامة (GP). على سبيل المثال: 1 GP فولت كور = 1 فولت كور و1 BC فولت كور = 4 فولت كور. لتبسيط تحليل الاستهلاك الخاص بك مقابل الحدود الافتراضية، لخص وحدات فولت كور عبر جميع الشبكات الفرعية في المنطقة التي يتم فيها نشر SQL Managed Instance وقارن النتائج بحدود وحدة المثيل لنوع اشتراكك. ينطبق حد الحد الأقصى لعدد وحدات فولت كور على كل اشتراك في المنطقة. لا يوجد حد لكل شبكات فرعية فردية باستثناء أن مجموع كل فولت كور الموزعة عبر شبكات فرعية متعددة يجب أن يكون أقل أو يساوي الحد الأقصى لعدد وحدات فولت كور.
** تتوفر حدود الشبكة الفرعية ووحدات vCore الأكبر حجماً في المناطق التالية: شرق أستراليا، وشرق الولايات المتحدة، وشرق الولايات المتحدة 2، وشمال أوروبا، وجنوب وسط الولايات المتحدة، وجنوب شرق آسيا، وجنوب المملكة المتحدة، وغرب أوروبا، ومنطقة غرب الولايات المتحدة الأمريكية 2.
هام
إذا كان حد فولت كور والشبكة الفرعية لديك هو 0، فهذا يعني أنه لم يتم تعيين الحد الإقليمي الافتراضي لنوع اشتراكك. يمكنك أيضاً استخدام طلب زيادة الحصة النسبية للحصول على وصول الاشتراك في منطقة معينة باتباع نفس الإجراء – توفير قيم فولت كور والشبكة الفرعية المطلوبة.
طلب زيادة الحصة
إذا كنت بحاجة إلى المزيد من الطبعات في مناطقك الحالية، فأرسل طلب دعم لتوسيع الحصة النسبية باستخدام مدخل Microsoft Azure . لمزيد من المعلومات، راجع طلب زيادات الحصة النسبية لقاعدة بيانات ِAzure SQL.
الأجهزة المتوفرة سابقاً
يتضمن هذا القسم تفاصيل عن الأجهزة المتوفرة مسبقاً. ضع في اعتبارك نقل مثيل SQL المُدار إلى أجهزة السلسلة القياسية (Gen5) لتجربة نطاق أوسع من فولت كور وقابلية التوسع في التخزين، والشبكات المتسارعة، وأفضل أداء لعمليات الإدخال والإخراج، وأقل زمن انتقال.
هام
يتم إيقاف تشغيل أجهزة Gen4 وهي غير متاحة لعمليات التوزيع الجديدة.
خصائص الأجهزة
| Gen4 | |
|---|---|
| الأجهزة | معالجات Intel® E5-2673 v3 (Haswell) 2.4 جيجاهرتز، مرفقة SSD vCore = 1 PP (النواة المادية) |
| عدد فولت كور | 8, 16, 24 فولت كور |
| الحد الأقصى للذاكرة (نسبة الذاكرة / النواة) | 7 جيجابايت لكل vCore أضف المزيد من فولت كور للحصول على المزيد من الذاكرة. |
| أقصى ذاكرة OLTP في الذاكرة | حد المثيل: 1-1.5 جيجا بايت لكل فولت كور |
| الحد الأقصى للتخزين المحجوز للمثيل | الغرض العام: 8 تيرابايت الأعمال الحرجة: 1 تيرابايت |
مساحة متوفرة في الذاكرة OLTP
يعتمد مقدار مساحة OLTP في الذاكرة في طبقة خدمة Business Critical على عدد الذاكرات الأساسية الظاهرية vCores وتكوين الأجهزة. يسرد الجدول التالي حدود الذاكرة التي يمكن استخدامها لكائنات OLTP في الذاكرة.
| مساحة OLTP في الذاكرة | Gen4 |
|---|---|
| 8 vCores | 8 غيغابايت |
| 16 vCores | 20 غيغابايت |
| 24 vCores | 36 جيجابايت |
خصائص طبقة الخدمة
| الميزة | الغرض العام | Business Critical |
|---|---|---|
| عدد vCores* | Gen4: 8, 16, 24 | Gen4: 8, 16, 24 *إن عدد vCores نفسه مخصص للاستعلامات للقراءة فقط. |
| الذاكرة القصوى | Gen4: 56 GB - 168 GB (7GB/فولت كور) أضف المزيد من فولت كور للحصول على المزيد من الذاكرة. |
Gen4: 56 GB - 168 GB (7GB/فولت كور) + 20.4 جيجا بايت إضافية – 408 جيجا بايت (5.1 جيجا بايت / فولت كور) لاستعلامات القراءة فقط. أضف المزيد من فولت كور للحصول على المزيد من الذاكرة. |
| الحد الأقصى لحجم تخزين المثيل (محجوز) | Gen4: 8 تيرابايت | Gen4: 1 تيرابايت |
| الحد الأقصى لحجم قاعدة البيانات | Gen4: ما يصل إلى حجم المثيل المتاح حالياً (بحد أقصى 2 تيرابايت – 8 تيرابايت حسب عدد فولت كور). | Gen4: ما يصل إلى حجم المثيل المتاح حالياً (بحد أقصى 1 تيرابايت – 4 تيرابايت حسب عدد vCores). |
| أقصى حجم tempDB | Gen4: يقتصر على 24 جيجا بايت / فولت كور (96 – 1.920 جيجا بايت) وحجم تخزين المثيل المتاح حالياً. أضف المزيد من فولت كور للحصول على مساحة أكبر في TempDB. حجم ملف السجل محدد بـ 120 جيجا بايت. |
Gen4: ما يصل إلى حجم تخزين المثيل المتاح حالياً. |
| أقصى عدد من قواعد البيانات لكل مثيل | Gen4: 100 قاعدة بيانات مستخدم، ما لم يتم الوصول إلى حد حجم تخزين المثيل. | Gen4: 100 قاعدة بيانات مستخدم، ما لم يتم الوصول إلى حد حجم تخزين المثيل. |
| أقصى عدد لملفات قاعدة البيانات لكل مثيل | Gen4: ما يصل إلى 280، ما لم يتم الوصول إلى حجم تخزين المثيل أو حد مساحة تخصيص تخزين Azure Premium Disk. | Gen4: 32767 ملفاً لكل قاعدة بيانات، ما لم يتم الوصول إلى حد حجم تخزين المثيل. |
| الحد الأقصى لحجم ملف البيانات | Gen4: يقتصر على حجم تخزين المثيل المتاح حالياً (بحد أقصى 2 تيرابايت – 8 تيرابايت) و مساحة تخزين Azure Premium Disk . استخدم ملفي بيانات على الأقل لقواعد البيانات الأكبر من 8 تيرابايت. | Gen4: يقتصر على حجم تخزين المثيل المتاح حالياً (حتى 1 تيرابايت – 4 تيرابايت). |
| الحد الأقصى لحجم ملف السجل | Gen4: يقتصر على 2 تيرابايت وحجم تخزين المثيل المتاح حالياً. | Gen4: يقتصر على 2 تيرابايت وحجم تخزين المثيل المتاح حالياً. |
| البيانات / تسجيل IOPS (تقريبي) | Gen4: ما يصل إلى 30-40 ألف IOPS لكل مثيل *، 500-7500 لكل ملف * قم بزيادة حجم الملف للحصول على المزيد من IOPS |
Gen4: 16 K – 320 K (4000 IOPS / فولت كور) أضف المزيد من فولت كور للحصول على أداء IO أفضل. |
| حد معدل نقل السجل (لكل مثيل) | Gen4: 3 ميغا بايت / ثانية لكل فولت كور 120 ميغا بايت / ثانية لكل مثيل 22-65 ميغا بايت / ثانية لكل ديسيبل * زيادة حجم الملف لتحسين أداء IO |
Gen4: 4 ميجا بايت/ثانية لكل فولت كور بحد أقصى 96 ميجا بايت / ثانية |
| معدل نقل البيانات (تقريبي) | Gen4: 100 – 250 ميغا بايت / ثانية لكل ملف * زيادة حجم الملف لتحسين أداء IO |
Gen4: غير محدود. |
| زمن انتقال تخزين IO (تقريبي) | Gen4: 5-10 مللي ثانية | Gen4: 1-2 مللي ثانية |
| OLTP داخل الذاكرة | Gen4: غير مدعوم | Gen4: متوفر، الحجم يعتمد على عدد كور فولت |
| جلسات ماكس | Gen4: 30000 | Gen4: 30000 |
| الحد الأقصى للعمال المتزامنين | Gen4: 210 * عدد النوى + 800 | Gen4: 210 * فولت كور count + 800 |
| النسخ المتماثلة للقراءة فقط | Gen4: 0 | Gen4: 1 (مشمول في السعر) |
| حساب العزل | Gen4: غير مدعوم | Gen4: غير مدعوم |
الخطوات التالية
- لمزيد من المعلومات حول مثيل SQL المُدار، راجع ما هو مثيل SQL المُدار؟ .
- للحصول على معلومات التسعير، راجع تسعير SQL المُدار من قبل المثيل .
- لمعرفة كيفية إنشاء أول مثيل مُدار بواسطة SQL، راجع دليل البدء السريع .
الملاحظات
قريبًا: خلال عام 2024، سنتخلص تدريجيًا من GitHub Issues بوصفها آلية إرسال ملاحظات للمحتوى ونستبدلها بنظام ملاحظات جديد. لمزيد من المعلومات، راجع https://aka.ms/ContentUserFeedback.
إرسال الملاحظات وعرضها المتعلقة بـ