حدود قاعدة بيانات Azure لـ PostgreSQL - خادم فردي
ينطبق على: 
قاعدة بيانات Azure لـ PostgreSQL - خادم واحد
هام
قاعدة بيانات Azure ل PostgreSQL - خادم واحد على مسار التقاعد. نوصي بشدة بالترقية إلى Azure Database for PostgreSQL - Flexible Server. لمزيد من المعلومات حول الترحيل إلى قاعدة بيانات Azure ل PostgreSQL - خادم مرن، راجع ما يحدث لقاعدة بيانات Azure لخادم PostgreSQL الفردي؟.
تصف الأقسام التالية حدود السعة والوظيفية في خدمة قاعدة البيانات. إذا كنت ترغب في التعرف على مستويات الموارد (الحوسبة والذاكرة والتخزين)، فراجع مقالة مستويات التسعير.
الحد الأقصى للاتصالات
يتم عرض الحد الأقصى لعدد الاتصالات لكل مستوى تسعير وvCores أدناه. يتطلب نظام Azure خمسة اتصالات لمراقبة قاعدة بيانات Azure لخادم PostgreSQL.
| مستوى التسعير | الذاكرة (الذاكرات) الأساسية الظاهرية | الحد الأقصى للاتصالات | الحد الأقصى لاتصالات المستخدم |
|---|---|---|---|
| أساسي | 1 | 55 | 50 |
| أساسي | 2 | 105 | 100 |
| General Purpose | 2 | 150 | 145 |
| General Purpose | 4 | 250 | 245 |
| General Purpose | 8 | 480 | 475 |
| General Purpose | 16 | 950 | 945 |
| General Purpose | 32 | 1500 | 1495 |
| General Purpose | 64 | 1900 | 1895 |
| مُحسّن للذاكرة | 2 | 300 | 295 |
| مُحسّن للذاكرة | 4 | 500 | 495 |
| مُحسّن للذاكرة | 8 | 960 | 955 |
| مُحسّن للذاكرة | 16 | 1900 | 1895 |
| مُحسّن للذاكرة | 32 | 1987 | 1982 |
عندما تتجاوز الاتصالات الحد، قد تتلقى الخطأ التالي:
خطأ فادح: عذرًا، عدد كبير جدا من العملاء بالفعل
هام
للحصول على أفضل تجربة، نوصي باستخدام مجمّع اتصالات مثل pgBouncer لإدارة الاتصالات بكفاءة.
يمكن أن يشغل اتصال PostgreSQL -حتى وإنك كان خاملاً يصل إلى 2 ميغابايت من مساحة الذاكرة. أيضًا، يستغرق إنشاء اتصالات جديدة وقتًا. تطلب معظم التطبيقات العديد من الاتصالات قصيرة الأجل، مما يفاقم هذا الوضع. والنتيجة هي توفر موارد أقل لحمل العمل الفعلي مما يؤدي إلى انخفاض الأداء. سيساعد مجمّع الاتصالات الذي يقلل من الاتصالات المعطّلة ويعيد استخدام الاتصالات الموجودة في تجنب ذلك. لمعرفة المزيد، زُر منشور مدونتنا.
القيود الوظيفية
عمليات تغيير الحجم
- التحجيم الديناميكي من مستويات التسعير الأساسية وإليها غير مدعوم حالياً.
- لا يتم دعم تقليل حجم تخزين الخادم حاليًا.
ترقيات إصدار الخادم
- الترحيل التلقائي بين إصدارات مشغل قاعدة البيانات الرئيسية غير مدعوم حاليًا. إذا كنت ترغب في الترقية إلى الإصدار الرئيسي التالي، فقم بأخذ تفريغ واستعادته إلى خادم تم إنشاؤه باستخدام إصدار المحرك الجديد.
لاحظ أنه قبل الإصدار 10 من PostgreSQL، كان نهج تعيين إصدار PostgreSQL يعتبر ترقية إصدار رئيسي زيادة في الرقم الأول أو الثاني (على سبيل المثال، تم اعتبار 9.5 إلى 9.6 ترقية إصدار رئيسي). اعتبارًا من الإصدار 10، يعتبر التغيير في الرقم الأول فقط ترقية إصدار رئيسي (على سبيل المثال، 10.0 إلى 10.1 هي ترقية إصدار ثانوي، و10 إلى 11 هي ترقية إصدار رئيسي).
نقاط نهاية خدمة الشبكة الظاهرية
- دعم نقاط نهاية خدمة الشبكة الظاهرية هو فقط للأغراض العامة والخوادم المحسنة للذاكرة.
استعادة خادم
- عند استخدام ميزة PITR، يتم إنشاء الخادم الجديد بنفس تكوينات طبقة التسعير الخادم الذي يعتمد عليه.
- الخادم الجديد الذي تم إنشاؤه في أثناء الاستعادة ليس لديه قواعد جدار الحماية الموجودة على الخادم الأصلي. يجب إعداد قواعد جدار الحماية بشكل مُنفصل للخادم الجديد.
- استعادة خادم محذوف غير مدعوم.
أحرف UTF-8 على Windows
- في بعض السيناريوهات، لا يتم دعم أحرف UTF-8 بشكل كامل في مصدر مفتوح PostgreSQL على Windows، مما يؤثر على قاعدة بيانات Azure لـPostgreSQL. يرجى الاطلاع على مؤشر الترابط على الخطأ #15476 في postgresql-archive لمزيد من المعلومات.
خطأ في GSS
إذا رأيت خطأ متعلقا بـGSS، فأنت تستخدم على الأرجح إصدار عميل/برنامج تشغيل أحدث لا يدعمه Azure Postgres Single Server بشكل كامل بعد. من المعروف أن هذا الخطأ يؤثر على إصدارات برنامج تشغيل JDBC 42.2.15 و42.2.16.
- نخطط لإكمال التحديث بحلول نهاية نوفمبر. ضع في اعتبارك استخدام إصدار برنامج تشغيل عامل في هذه الأثناء.
- أو، ضع في اعتبارك تعطيل طلب GSS. استخدم معلمة اتصال مثل
gssEncMode=disable.
تقليل حجم التخزين
لا يمكن تقليل حجم التخزين. يجب عليك إنشاء خادم جديد بحجم التخزين المطلوب، وإجراء تفريغ يدوي واستعادة وترحيل قاعدة البيانات الخاصة بك إلى الخادم الجديد.