# 자체 호스팅 사용자를 위한 PostgreSQL 18 업데이트

**URL:** https://meta.discourse.org/t/postgresql-18-update-for-self-hosters/406194
**Category:** Announcements
**Created:** [8월 3, 2026, 4:36오전 UTC](https://meta.discourse.org/t/postgresql-18-update-for-self-hosters/406194 "2026-08-03T04:36:42Z")
**Posts on this page:** 1
**Showing post:** 71

<div class="post-metadata">

### Author: ![chrisr](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/chrisr/32/246622_2.png) [@chrisr](https://meta.discourse.org/u/chrisr)
#### Post date: [8월 17, 2026, 12:21오전 UTC](https://meta.discourse.org/t/postgresql-18-update-for-self-hosters/406194/71 "2026-08-17T00:21:08Z")

</div>

> [@merefield](#):
>
> 그러니까 Discourse의 구버전을 설치하더라도 이미지가 여전히 18 버전으로 업그레이드되도록 강제하는 건가요?

discourse\_docker 이미지에서 합리적인 기본값을 제공하려고 노력하지만, 모든 가능한 사용 사례를 고려하기는 어렵습니다. 원하시는 경우 이미지를 커스터마이징하여 버전을 유지하도록 설정할 수 있습니다.

일정 수준에서 종속성 버전은 우리의 호스팅 요구사항을 반영합니다 - 우리는 내부적으로 기본 이미지를 사용합니다. 이는 이미지가 너무 오래되지 않도록 보장하지만, 동시에 우리가 유지보수할 수 있는 조합의 수에도 제한이 있음을 의미합니다.

> [@Saiano](#):
>
> 안녕하세요, 꽤 큰 데이터베이스(약 80GB)를 가진 포럼을 운영하고 있습니다. 13 버전에서 15 버전으로 업그레이드할 때 서버를 교체하고, 새로 설치한 후 데이터를 복원했습니다.  
> 여전히 이 방식을 권장하시나요? (직접 업그레이드를 시도했으나 collation 오류가 발생했습니다)

해당 방식에 더 익숙하시다면 완전히 유효한 방법입니다.

> [@Saiano](#):
>
> 오류 메시지는 “collation mismatch”였습니다.

경고가 구버전 DB를 덤프하기 위해 준비하는 동안 생성된 것이라면 걱정할 필요가 없습니다. 우리는 단순히 `pg_dump`를 실행하기 위해 구버전 데이터 디렉토리에 대해 서버를 실행하고 있을 뿐입니다. 덤프가 새 서버로 복원되면 인덱스가 다시 생성됩니다.

이런 현상이 발생하는 이유는 지난 며칠간 Debian Bookworm에서 Trixie로 업그레이드되어 glibc 버전이 변경된 기본 이미지의 새 버전을 출시했기 때문입니다. `libc` 제공자(사용자분도 아마 이 방식을 사용했을 것입니다)를 기반으로 하는 로케일은 glibc 업그레이드 과정에서 안정적이지 않으므로, 업그레이드 스크립트가 구버전 데이터를 덤프하기 위해 Postgres 서버를 시작할 때 collation mismatch 경고가 표시됩니다.

collation mismatch가 바로 `pg_upgrade`를 실행하지 않고 덤프 및 복원 방식을 사용하는 전체적인 이유입니다. DB가 `builtin` 제공자와 함께 `C.UTF-8`을 사용하는 경우, glibc 업그레이드가 더 이상 collation에 영향을 미치지 않습니다.

---

_[View the full topic](https://meta.discourse.org/t/postgresql-18-update-for-self-hosters/406194)._