복제 환경을 만들 때 복제 슬롯을 사용했다면, 그것 때문에 wal 조각 파일을 계속 보관하고 있을 수도 있어요. 

pg_replication_slots 뷰를 한번 살펴보세요. 

그 안에 뭔가가 있다면, 그리고 쓰지 않는 복제 슬롯이라면 pg_drop_replication_slot() 함수로 해당 슬롯을 지워야할 것 같습니다. 

이 문제와 관계 없이 계속 커지고 있다면, 서버 상태를 꼼꼼히 봐야 원인을 알 수 있을 것 같습니다. 

볼만한 뷰로는 pg_stat_replication 일터이고, archive 설정도 봐야할 것 같고... 이렇네요. 

유용한 정보 및 조언 진심으로 감사드립니다.

pg_replication_slots을 조회 하니 아래와 같이 하나가 있네요

1. 혹시 아래와 같이 node_a_slot이 자동으로 생성 되는 경우가 있나요?

2. node_a_slot를 drop해도 정상적으로 streaming replication이 정상적으로 동작하는데 다른 영향은 없을까요?

postgres=# select * from pg_replication_slots;

  slot_name  | plugin | slot_type | datoid | database | temporary | active | active_pid | xmin | catalog_xmin | restart_lsn | confirmed_flush_lsn

-------------+--------+-----------+--------+----------+-----------+--------+------------+------+--------------+-------------+---------------------

 node_a_slot |        | physical  |        |          | f         | f      |            |      |              |             |

(1 row)

그  슬롯 만든 사람이 압니다. 저는 모릅니다. :)

통상 리플리카를 구축할 때, 슬롯을 만들어라고 지정하거나,

(아마 10버전에서는 미리 만들었어야했을것 같네요. 이 부분이 버전별로 바뀌어서 정확하게는 모르겠습니다.)

미리 만들었는데, 

그것을 사용하지 않고, 복제 작업을 하고 있는 것으로 판단됩니다. 

(아무것도 모르고 막 판단한거에요. 정확한 것은 복제구축 담당자가 제일 잘 알아요)

recovery.conf 안에 primary_slot_name 설정이 없고, 

정말 어떤 곳에서도 그 슬롯을 사용하지 않는다고 (복제용이나, 스냅샷 base backup 할 때도 DBA 취향에 따라 만들어 쓰기도 합니다.) 판단되면 지우시면 됩니다. 

정말 중요한 이야기, 제가 지우라고 한거 아니에요. 

지우는 판단은 직접 하셔야합니다. 

drop slot 되면 그 슬롯을 사용하는 복제 환경은 깨지게 됩니다.