EnterpriseDB사 Postgres Advanced Server를 사용하고 계신가 보내요. 

해당 제품은 상용 제품입니다.

당연히 판매한 회사 쪽으로 정식 서비스 요청(SR)을 보내고 공식 지원을 받으세요. 

가장 이상적인 것은,

    A 와 B 서버 모두에 같은 버전의 PostgreSQL 이 설치된 것.

인데, 이게 아니라면, 관련 so 파일과 연관된 파일이 모두 있어야 하고, 그 중 몇몇 파일은 버전까지 맞아야 합니다. ldd 명령으로 추적하면 실마리를 찾을 수 있읍니다. 아래는 제 리눅스 서버에서 libecpg.so.6.8 에 대해 ldd 를 실행한 화면입니다.

[sauron@q353-0140 ~]$ ldd /usr/local/pgsql-9.6.3/lib/libecpg.so.6.8

linux-vdso.so.1 =>  (0x00007fffb692b000)

libpgtypes.so.3 => /usr/local/pgsql-9.6.3/lib/libpgtypes.so.3 (0x00007f048d0fa000)

libpq.so.5 => /usr/local/pgsql-9.6.3/lib/libpq.so.5 (0x00007f048cecb000)

libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f048cc97000)

libc.so.6 => /lib64/libc.so.6 (0x00007f048c903000)

libm.so.6 => /lib64/libm.so.6 (0x00007f048c67e000)

libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f048c411000)

libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f048c02d000)

/lib64/ld-linux-x86-64.so.2 (0x0000003e80e00000)

libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f048bde8000)

libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f048bb01000)

libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f048b8fd000)

libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f048b6d0000)

libdl.so.2 => /lib64/libdl.so.2 (0x00007f048b4cc000)

libz.so.1 => /lib64/libz.so.1 (0x00007f048b2b6000)

libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f048b0aa000)

libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f048aea7000)

libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f048ac8d000)

문제를 해결하고 결과 답변으로 알려 드리려고 했는데...

시간이 좀 걸릴것 같네요..

@김상기님

현재 사용하고 있는 Postgresql이 상용제품이 아니라 무료버전 입니다. 그래서 지원을 받기 힘들고요..^^;

@초보대왕님

말씀하신부분을 확인 하고 있는데, 다른 업무때문에 좀 시간이 걸릴것 같네요.

아무튼 두분 다 답변 감사드리고요..

또 궁금한점 있으면 문의 드리겠습니다^^

무료 버전(EDB 사에서 빌드한 PostgreSQL 바이너리 배포판)을 사용하고 있다면,

libecpg 사용하는 경로를 그 배포판 라이브러리가 있는 곳으로 맞추셔야 할 것 같네요.