윈도우 환경이고 그 머신이 DB 서버 자체라면, PostgreSQL이 설치돼 있으니 pg_dump.exe가 이미 그 PC에 있습니다. 그게
  대용량에 가장 안전하고 효율적입니다. EMS GUI는 백업으로 두죠.

  1순위 — 명령 프롬프트에서 pg_dump.exe (대용량에 최적)

  DB 서버라 PostgreSQL bin이 설치돼 있습니다.

  ① bin 폴더 확인: 탐색기로 C:\Program Files\PostgreSQL\ 열기 → 버전 숫자 폴더(예: 16, 14) 안 bin에 pg_dump.exe 존재.

  ② cmd(명령 프롬프트) 열고 한 줄 (버전·DB이름만 본인 값으로):
  "C:\Program Files\PostgreSQL\16\bin\pg_dump.exe" -U postgres -d <DB이름> -Fc -Z6 -f C:\field_full.dump
  - 비밀번호 물으면 입력.
  - DB이름은 SQL Manager Lite 좌측 트리에 보이는 데이터베이스 이름.
  - 끝나면 C:\field_full.dump 파일 하나만 전달.

  2순위 — EMS SQL Manager Lite GUI

  명령줄이 어려우면 GUI로:

  (A) Backup Database 메뉴가 있으면 (pg_dump 기반):
  - 좌측 트리에서 대상 DB 우클릭 → Backup Database... (또는 Services/Tools 메뉴)
  - 형식을 Custom / Compressed 선택 → 파일 저장 → .backup 파일 전달 (제가 pg_restore로 복원)

  (B) Backup이 없으면 Extract Database (확실히 존재):
  - 메뉴 Database → Extract Database...
  - 옵션: Structure + Data 둘 다 체크 → .sql 파일 생성
  - ⚠️ 단 몇 달치 대용량이면 .sql이 수십 GB·매우 느릴 수 있음 → 가능하면 1순위(pg_dump.exe)를 쓰세요. Extract는
  최후수단.

  전달할 것 / 알려줄 것

  - 결과 파일 하나 (field_full.dump / .backup / .sql 무엇이든 OK — 제가 형식 맞춰 복원).
  - (가능하면) 파일 대략 용량.

  → 어떤 형식으로 와도 제가 §14.2부터 처리합니다: 커스텀(.dump/.backup)이면 pg_restore, SQL이면 psql로 field_hist DB에
  복원.

  ---
  §14.1에 이 윈도우/EMS 변형을 추가로 기록할까요? (현장이 Windows10 LTSC + SQL Manager Lite로 확정됐으니 §14에 박아두는
  게 다음에 도움이 됩니다.)