max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda tanımlanan çoğaltma yuvası sayısı üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. Bu kadar alan diskte WAL tarafından kaplandığında, çoğaltma yuvaları başarısız olarak işaretlenecek ve segmentler silme veya geri dönüşüm için serbest bırakılacaktır. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda tanımlanan çoğaltma yuvası sayısı üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. Bu kadar alan diskte WAL tarafından kaplandığında, çoğaltma yuvaları başarısız olarak işaretlenecek ve segmentler silme veya geri dönüşüm için serbest bırakılacaktır. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_slot_wal_keep_size (maksimum yuva WAL saklama boyutu)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Çoğaltma yuvaları tarafından ayrılabilecek en büyük WAL boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
-1 |
| İzin verilen değerler |
-1 |
| Parametre türü |
salt okunur |
| Documentation |
max_slot_wal_keep_size |
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_size
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının boyutunu ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
400 |
| İzin verilen değerler |
400 |
| Parametre türü |
salt okunur |
| Documentation |
wal_keep_size |
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_segments (günlük saklama segmentleri)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
25 |
| İzin verilen değerler |
25 |
| Parametre türü |
salt okunur |
| Documentation |
|
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |
max_replication_slots
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Sunucunun destekleyebilecek çoğaltma yuvası sayısı üst sınırını belirtir. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
2-262143 |
| Parametre türü |
durağan |
| Documentation |
max_replication_slots |
Azure'a özgü notlar
Parametre için max_replication_slots varsayılan değer 10'dur. Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4 max_replication_slots gerekir.
Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_replication_slots'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_replication_slotolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
max_wal_senders
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Aynı anda çalışan WAL gönderen işlemlerinin maksimum sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
10 |
| İzin verilen değerler |
5-100 |
| Parametre türü |
durağan |
| Documentation |
max_wal_senders |
Azure'a özgü notlar
PostgreSQL için max_wal_senders Azure Veritabanı esnek sunucusu örneğini sağladığınızda ayarlanan sunucu parametresinin varsayılan değeri hiçbir zaman aşağıda 2 (if HA is enabled) + number of read replicas provisioned + slots_used_in_logical_replicationazaltılmamalıdır.
Önemli sayıda tablonun mantıksal çoğaltmasıyla başa çıkabilmek için max_wal_senders'un çok daha yüksek bir değere çıkarılması gerektiğinde, aşağıdaki önemli noktaları göz önünde bulundurun:
- Çok sayıda tabloyu mantıksal olarak çoğaltmak için çok fazla sayıda WAL göndereni olması gerekmez.
- Tablo başına ayrı WAL göndereni veya tablo grubuna ihtiyacınız olmasının tek nedeni, bu tabloların veya grupların her biri için ayrı aboneliklere ihtiyacınız olmasıdır.
- Fiziksel ve mantıksal çoğaltma için hangi sayıda WAL göndereni kullanılıyorsa, herhangi bir arka uç önceden yazma günlüğüne bir şey yazdığında hepsi aynı anda etkin hale gelir. Böyle bir durumda, mantıksal çoğaltma yapmak üzere atanan WAL gönderenlerinin tümü şu şekilde uyanır:
- WAL'daki tüm yeni kayıtların kodunu çöz,
- İlgilenmedikleri günlük kayıtlarını filtreleyin,
- İlgili oldukları verileri kopyalayın.
- WAL gönderenleri, boşta olmaları durumunda kaç tane olduğu önemli olmadığı için bağlantılara benzer. Ancak, etkinlerse aynı kaynaklar için rekabet ederler ve performans çok kötü olabilir. Bu durum özellikle mantıksal çoğaltma ile çalışan gönderenler için geçerlidir çünkü mantıksal kod çözümleme işlemci açısından oldukça maliyetlidir. Her çalışanın, yalnızca tek bir tabloyu etkileyen işlemleri çoğaltıyor olsa ve bu da ileri yazma günlüğündeki tüm verilerin küçük bir yüzdesini temsil etse bile, WAL'in tamamının kodunu çözmesi gerekir. WAL gönderenleri CPU'yu bu kadar yoğun kullanmadığından ve genellikle ilk olarak ağ bant genişliği ile sınırlı olduklarından, fiziksel çoğaltma için bu çok da önemli değildir.
- Bu nedenle, genel olarak vCores sayısından çok daha fazla WAL göndericisi bulunmaması daha iyidir.
- Çoğaltma bağlantılarında gelecekteki büyüme veya geçici ani artışları karşılamak için birkaç ek WAL gönderene yer eklemek iyi bir uygulamadır. Aşağıdaki iki örnek bunu daha iyi göstermeye yardımcı olabilir.
- 8 sanal çekirdeğe sahip, HA devre dışı bırakılmış, 2 okuma replikası ve 3 mantıksal kopya yuvası bulunan bir sunucu için,
max_wal_senders değerini HA için fiziksel yuvaların toplamı (0) + okuma replikaları için fiziksel yuvalar (2) + mantıksal yuvalar (3) + gelecekteki büyüme için bazı ek yuvalar olarak yapılandırmayı, kullanılabilir sanal çekirdek sayısı (1) dikkate alarak 6 yapabilirsiniz.
- 16 sanal çekirdek, HA etkin, 4 okuma çoğaltması ve 5 mantıksal çoğaltma yuvası olan bir sunucu için, kullanılabilir sanal çekirdekler (2) =
max_wal_senders göz önünde bulundurularak, HA (2) + okuma çoğaltmaları için fiziksel yuvalar (4) + mantıksal yuvalar (5) + gelecekteki büyüme için bazı ek yuvalar toplamı olarak yapılandırmak isteyebilirsiniz.
- Yüksek kullanılabilirliği etkinleştirirseniz, yüksek kullanılabilirlik durumunun düzgün çalışması için en az 4
max_wal_senders gerekir. Yüksek kullanılabilirlik etkinleştirilmiş, 5 read replica ve 12 mantıksal çoğaltma yuvası olan bir sunucu için max_wal_senders'yi 21 olarak yapılandırmak isteyebilirsiniz. Bunun nedeni, her okuma amaçlı çoğaltmanın ve her mantıksal çoğaltma yuvasının bir max_wal_sendersolmasıdır. Bu nedenle, toplam 1 (yuva) * 5 (okuma replikaları) + 12 (mantıksal replikasyon yuvaları) + 4 (yüksek erişilebilirliğin düzgün çalışması için) = 21 gerektirir.
- Yine de bu parametre için izin verilen maksimum değerin gereksinimleriniz için çok düşük olduğunu düşünüyorsanız , bizimle iletişime geçin, senaryonuzu ayrıntılı olarak açıklayın ve senaryonuzun düzgün bir şekilde performans göstermesi için ihtiyacınız olan en düşük kabul edilebilir değerin ne olduğunu düşünün.
track_commit_timestamp
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
İşlem işleme süresini toplar. |
| Veri türü |
Boolean |
| Varsayılan değer |
off |
| İzin verilen değerler |
on,off |
| Parametre türü |
durağan |
| Documentation |
track_commit_timestamp |
wal_keep_segments (günlük saklama segmentleri)
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
Hazır bekleyen sunucular için tutulan WAL dosyalarının sayısını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
25 |
| İzin verilen değerler |
25 |
| Parametre türü |
salt okunur |
| Documentation |
|
wal_sender_timeout
| Özellik |
Değer |
| Kategori |
Çoğaltma / Sunucu Gönderme |
| Description |
WAL çoğaltması için bek süre üst sınırını ayarlar. |
| Veri türü |
tamsayı |
| Varsayılan değer |
60000 |
| İzin verilen değerler |
0-2147483647 |
| Parametre türü |
dynamic |
| Documentation |
wal_sender_timeout |