يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.
يجب عدم تقليل القيمة الافتراضية لمعلمة 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.
إذا كنت لا تزال تعتبر أن الحد الأقصى للقيمة المسموح بها لهذه المعلمة منخفض جدا لاحتياجاتك، فالرجاء الاتصال بنا، ووصف السيناريو الخاص بك بالتفصيل وشرح ما الذي تعتقد أنه سيكون الحد الأدنى للقيمة المقبولة التي قد تحتاجها لكي يعمل السيناريو الخاص بك بشكل صحيح.