max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
لتعيين الحد الأقصى لعدد فتحات النسخ المتماثل المحددة في وقت واحد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. سيتم وضع علامة على فتحات النسخ المتماثل على أنها فاشلة، وسيتم إصدار المقاطع للحذف أو إعادة التدوير، إذا كان WAL يشغل هذه المساحة الكبيرة على القرص. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
لتعيين الحد الأقصى لعدد فتحات النسخ المتماثل المحددة في وقت واحد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. سيتم وضع علامة على فتحات النسخ المتماثل على أنها فاشلة، وسيتم إصدار المقاطع للحذف أو إعادة التدوير، إذا كان WAL يشغل هذه المساحة الكبيرة على القرص. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_slot_wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لحجم WAL الذي يمكن حجزه بواسطة فتحات النسخ المتماثل. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
-1 |
| القيم المسموح بها |
-1 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين حجم ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
400 |
| القيم المسموح بها |
400 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_segments
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين عدد ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
25 |
| القيم المسموح بها |
25 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
|
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تحديد الحد الأقصى لعدد فتحات النسخ المتماثل التي يمكن للخادم دعمها. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
2-262143 |
| نوع المعلمة |
ثابت |
| Documentation |
max_replication_slots |
ملاحظات خاصة ب Azure
القيمة الافتراضية للمعلمة max_replication_slots هي 10. إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4 max_replication_slots كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح.
بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_replication_slots إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_replication_slot. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
max_wal_senders
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى لعدد عمليات مرسل WAL التي تعمل بشكل متزامن. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
10 |
| القيم المسموح بها |
5-100 |
| نوع المعلمة |
ثابت |
| Documentation |
max_wal_senders |
ملاحظات خاصة ب Azure
يجب عدم تقليل القيمة الافتراضية لمعلمة الخادم max_wal_senders التي تم تعيينها عند توفير مثيل قاعدة بيانات Azure لخادم PostgreSQL المرن إلى ما دون 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replication.
عند التفكير في الحاجة إلى زيادة max_wal_senders قيمة أعلى بكثير لتكون قادرا على التعامل مع النسخ المتماثل المنطقي لعدد كبير من الجداول ، ضع النقاط المهمة التالية في الاعتبار:
- لا يحتاج النسخ المتماثل منطقيا لعدد كبير من الجداول بالضرورة إلى عدد كبير من مرسلي WAL.
- السبب الوحيد الذي يجعلك بحاجة إلى مرسل WAL منفصل لكل جدول أو مجموعة من الجداول هو إذا كنت بحاجة إلى اشتراكات منفصلة لكل من هذه الجداول أو المجموعات.
- مهما كان عدد مرسلي WAL الذين يتم استخدامهم للنسخ المتماثل المادي والمنطقي ، فإنهم جميعا يصبحون نشطين مرة واحدة ، عندما تكتب أي واجهة خلفية شيئا ما إلى سجل الكتابة المسبق. عندما يحدث ذلك، يستيقظ مرسلو WAL الذين تم تعيينهم للقيام بالنسخ المتماثل المنطقي إلى:
- فك تشفير جميع السجلات الجديدة في WAL،
- تصفية سجلات السجل التي لا يهتمون بها ،
- نسخ البيانات ذات الصلة بكل منها.
- يشبه مرسلو WAL الاتصالات بمعنى أنه إذا كانوا خاملين ، فلا يهم عددهم. ومع ذلك ، إذا كانوا نشطين ، فسوف يتنافسون فقط على نفس الموارد وقد ينتهي الأمر بالأداء إلى أن يكون سيئا للغاية. هذا ينطبق بشكل خاص على المرسلين الذين لديهم النسخ المتماثل المنطقي ، لأن فك التشفير المنطقي باهظ الثمن إلى حد ما. يجب على كل عامل فك تشفير WAL بأكمله ، حتى لو كان يقوم فقط بنسخ العمليات التي تؤثر على جدول واحد ، وهذا يمثل نسبة صغيرة من جميع البيانات في سجل الكتابة المسبقة. بالنسبة للنسخ المتماثل المادي ، ليس الأمر بهذه الأهمية ، لأن مرسلي WAL لا يستهلكون وحدة المعالجة المركزية بشكل مكثف ، ويميلون إلى أن يكونوا مقيدين بالنطاق الترددي للشبكة أولا.
- لذلك ، بشكل عام ، من الأفضل عدم وجود العديد من مرسلي WAL أكثر من vCores.
- من الممارسات الجيدة إضافة مساحة لعدد قليل من مرسلي WAL الإضافيين لاستيعاب النمو المستقبلي أو الارتفاعات المؤقتة في اتصالات النسخ المتماثل. قد يساعد المثالان التاليان في توضيح ذلك بشكل أفضل.
- بالنسبة لخادم يحتوي على 8 vCores وHA معطل ونسختين متماثلات للقراءة و 3 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (0) + الفتحات الفعلية للنسخ المتماثلة للقراءة (2) + الفتحات المنطقية(3) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (1) = 6.
- بالنسبة لخادم يحتوي على 16 vCores وتمكين HA و4 نسخ متماثلة للقراءة و 5 فتحات نسخ متماثل منطقي، قد ترغب في التكوين
max_wal_senders كمجموع الفتحات الفعلية ل HA (2) + الفتحات الفعلية للنسخ المتماثلة للقراءة (4) + الفتحات المنطقية(5) + بعض الإضافات للنمو المستقبلي، مع الأخذ في الاعتبار vCores المتوفرة (2) = 13.
- إذا قمت بتمكين قابلية الوصول العالية، فستحتاج إلى 4
max_wal_senders كحد أدنى لقابلية الوصول العالية لتعمل بشكل صحيح. بالنسبة إلى خادم مزود بإمكانية الوصول العالية، بالإضافة إلى 5 نسخ متماثلة للقراءة، و12 فتحة نسخ متماثل منطقية، قد ترغب في التكوين max_wal_senders إلى 21. وذلك لأن كل نسخة متماثلة للقراءة وكل فتحة نسخ متماثل منطقي تتطلب واحدة max_wal_senders. لذلك، يتطلب ما مجموعه 1 (فتحة) * 5 (قراءة النسخ المتماثلة) + 12 (فتحات النسخ المتماثل المنطقي) + 4 (لقابلية الوصول العالية لتعمل بشكل صحيح) = 21.
- إذا كنت لا تزال تعتقد أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا بالنسبة لاحتياجاتك ، فاتصل بنا ، ووصف السيناريو الخاص بك بالتفصيل واشرح ما الذي تعتبره أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لأداء السيناريو الخاص بك بشكل صحيح.
track_commit_timestamp
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
يجمع وقت الالتزام بالمعاملة. |
| نوع البيانات |
منطقيه |
| القيمة الافتراضية |
off |
| القيم المسموح بها |
on,off |
| نوع المعلمة |
ثابت |
| Documentation |
track_commit_timestamp |
wal_keep_segments
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين عدد ملفات WAL التي تم الاحتفاظ بها لخوادم الاستعداد. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
25 |
| القيم المسموح بها |
25 |
| نوع المعلمة |
للقراءة فقط |
| Documentation |
|
wal_sender_timeout
| Attribute |
Value |
| الفئة |
النسخ المتماثل / إرسال الخوادم |
| الوصف |
تعيين الحد الأقصى للوقت لانتظار النسخ المتماثل ل WAL. |
| نوع البيانات |
العدد الصحيح |
| القيمة الافتراضية |
60000 |
| القيم المسموح بها |
0-2147483647 |
| نوع المعلمة |
ديناميكي |
| Documentation |
wal_sender_timeout |