max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg definiált replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. A replikációs pontok sikertelenként lesznek megjelölve, és a szegmensek törlésre vagy újrahasznosításra felszabadulnak, ha ennyi helyet foglal el a WAL a lemezen. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg definiált replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. A replikációs pontok sikertelenként lesznek megjelölve, és a szegmensek törlésre vagy újrahasznosításra felszabadulnak, ha ennyi helyet foglal el a WAL a lemezen. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_slot_wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a replikációs pontok által lefoglalható maximális WAL-méretet. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
-1 |
| Engedélyezett értékek |
-1 |
| Paraméter típusa |
csak olvasható |
| Documentation |
No changes needed; the translation remains as "max_slot_wal_keep_size". |
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok méretét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
400 |
| Engedélyezett értékek |
400 |
| Paraméter típusa |
csak olvasható |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_segments (naplóváltozat_tartási_szegmensek)
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
25 |
| Engedélyezett értékek |
25 |
| Paraméter típusa |
csak olvasható |
| Documentation |
|
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Megadja a kiszolgáló által támogatott replikációs pontok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
2-262143 |
| Paraméter típusa |
statikus |
| Documentation |
max_replication_slots |
Azure-specifikus megjegyzések
A paraméter alapértelmezett értéke max_replication_slots 10. Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4 max_replication_slots szükséges a megfelelő működéshez.
Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_replication_slots-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_replication_slotkell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
max_wal_senders
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja az egyidejűleg futó WAL-feladói folyamatok maximális számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
10 |
| Engedélyezett értékek |
5-100 |
| Paraméter típusa |
statikus |
| Documentation |
max_wal_senders |
Azure-specifikus megjegyzések
A rugalmas Azure Database for PostgreSQL-kiszolgáló példányának kiépítésekor beállított kiszolgálóparaméter alapértelmezett értékét max_wal_senders nem szabad alább 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationcsökkenteni.
Ha figyelembe vesszük, hogy sokkal magasabb értékre kell növelni max_wal_senders , hogy képes legyen megbirkózni a jelentős számú tábla logikai replikációjával, a következő fontos szempontokat kell szem előtt tartani:
- A nagy számú tábla logikai replikálásához nincs szükség nagy számú WAL-feladóra.
- Az egyetlen ok, amiért táblánként vagy táblacsoportonként külön WAL-feladóra van szüksége, ha külön előfizetésre van szüksége az egyes táblákhoz vagy csoportokhoz.
- Bármilyen számú WAL-feladót használnak a fizikai és logikai replikációhoz, egyszerre aktívvá válnak, amikor bármely háttérrendszer ír valamit az előreírási naplóba. Ilyen esetben a logikai replikációhoz hozzárendelt WAL-feladók a következőkre ébrednek:
- A WAL összes új rekordjának dekódolása,
- Szűrje ki azokat a naplórekordokat, amelyekre nem kíváncsiak,
- Replikálja az egyes elemekhez tartozó releváns adatokat.
- A WAL-feladók hasonlóak a kapcsolatokhoz abban az értelemben, hogy ha tétlenek, nem számít, hogy hányan vannak. Ha azonban aktívak, csak ugyanazokért az erőforrásokért fognak versenyezni, és a teljesítmény szörnyen rossz lehet. Ez különösen igaz a logikai replikációval rendelkező feladókra, mivel a logikai dekódolás meglehetősen cpu-költséges. Minden feldolgozónak dekódolnia kell a teljes WAL-t, még akkor is, ha csak egyetlen táblát érintő műveleteket replikál, és ez az írási naplóban szereplő összes adat egy kis százalékát képviseli. A fizikai replikáció esetében ez nem olyan fontos, mert a WAL-feladók nem fogyasztanak ilyen intenzív processzorhasználatot, és általában a hálózati sávszélesség határolja őket először.
- Ezért általában jobb, ha nincs sokkal több WAL-feladó, mint a virtuális magok száma.
- Ajánlott néhány további WAL-feladónak helyet adni a replikációs kapcsolatok jövőbeli növekedésének vagy átmeneti kiugró növekedésének kezeléséhez. Az alábbi két példa segíthet jobban szemléltetni.
- A 8 virtuális maggal, HA-val, 2 olvasási replikával és 3 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (0) és az olvasási replikák fizikai tárolóhelyeinek összegeként (2) + logikai pontok(3) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (1) = 6.
- A 16 virtuális maggal, HA-val, 4 olvasási replikával és 5 logikai replikációs ponttal rendelkező kiszolgáló esetében érdemes lehet konfigurálni
max_wal_senders a HA (2) és az olvasási replikák fizikai tárolóhelyeinek összegeként (4) + logikai pontok(5) + némi extra a jövőbeli növekedéshez, figyelembe véve a rendelkezésre álló virtuális magokat (2) = 13.
- Ha engedélyezi a magas rendelkezésre állást, a magas rendelkezésre álláshoz legalább 4
max_wal_senders szükséges a megfelelő működéshez. Ha egy kiszolgálón be van kapcsolva a magas rendelkezésre állás, valamint engedélyezve van 5 olvasási replika és 12 logikai replikációs hely, érdemes lehet max_wal_senders-et 21-re konfigurálni. Ennek az az oka, hogy minden olvasási replikához és minden logikai replikációs ponthoz egy max_wal_senderskell. Ezért összesen 1 (pont) * 5 (olvasási replikák) + 12 (logikai replikációs pontok) + 4 (a magas rendelkezésre állás megfelelő működéséhez) = 21.
- Ha továbbra is úgy véli, hogy az ehhez a paraméterhez engedélyezett maximális érték túl alacsony az igényeihez, lépjen kapcsolatba velünk, írja le részletesen a forgatókönyvet, és magyarázza el, hogy mit gondol, hogy mi lenne a forgatókönyv megfelelő működéséhez szükséges minimális elfogadható érték.
track_commit_timestamp
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
A tranzakció véglegesítési idejét gyűjti össze. |
| Adattípus |
Boolean |
| Alapértelmezett érték |
off |
| Engedélyezett értékek |
on,off |
| Paraméter típusa |
statikus |
| Documentation |
track_commit_timestamp |
wal_keep_segments (naplóváltozat_tartási_szegmensek)
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a készenléti kiszolgálókhoz tárolt WAL-fájlok számát. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
25 |
| Engedélyezett értékek |
25 |
| Paraméter típusa |
csak olvasható |
| Documentation |
|
wal_sender_timeout
| Attribute |
Érték |
| Kategória |
Replikációs / Küldő kiszolgálók |
| Description |
Beállítja a WAL-replikációra való várakozás maximális idejét. |
| Adattípus |
egész szám |
| Alapértelmezett érték |
60000 |
| Engedélyezett értékek |
0-2147483647 |
| Paraméter típusa |
dynamic |
| Documentation |
wal_sender_timeout |