시놀로지 NAS 워드프레스 저장공간이 계속 줄어드는 이유

시놀로지 NAS에 워드프레스를 설치한 뒤 별다른 파일을 올리지 않았는데도 저장공간이 계속 줄어드는 경우가 있습니다.워드프레스에 새 글 몇 개와 이미지만 추가했는데 NAS에서는 수십 GB가 늘어나기도 합니다. 사용하지 않는 이미지를 삭제했는데도 볼륨의 사용 가능 용량이 바로 늘어나지 않는 경우도 있습니다.

이럴 때 워드프레스의 uploads 폴더만 확인해서는 원인을 찾기 어렵습니다.

워드프레스가 직접 사용하는 이미지와 데이터베이스 외에도 백업 플러그인이 만든 압축 파일, 캐시, 오류 로그, 휴지통, Synology Drive 버전, 스냅샷, Docker 볼륨이 같은 NAS 저장공간을 사용하기 때문입니다.

중요한 것은 파일을 무작정 삭제하는 것이 아니라 어느 영역에서 용량이 증가했는지 먼저 구분하는 것입니다.

워드프레스 용량과 NAS 볼륨 사용량은 다르다

워드프레스 관리자 화면에서 확인되는 사이트 용량과 DSM 저장소 관리자에 표시되는 볼륨 사용량은 범위가 다릅니다.

워드프레스 사이트가 차지하는 공간은 대체로 다음과 같습니다.

• 워드프레스 코어 파일
• 테마와 플러그인
• 업로드 이미지와 첨부파일
• 캐시 파일
• 백업 파일
• 오류 및 접속 로그
• MariaDB 데이터베이스

반면 NAS 볼륨 사용량에는 워드프레스 외에도 다음 데이터가 포함됩니다.

• 공유 폴더의 다른 파일
• 공유 폴더 휴지통
• Synology Drive 파일 버전
• Snapshot Replication 스냅샷
• Docker 또는 Container Manager 데이터
• Hyper Backup 작업 데이터
• 패키지 데이터베이스
• 시스템 및 임시 파일

따라서 워드프레스 폴더 크기가 10GB라고 해서 NAS에서도 정확히 10GB만 사용되는 것은 아닙니다.

먼저 증가 속도부터 확인한다

저장공간 부족 경고가 나타났다고 바로 파일을 삭제하지 말고 용량이 얼마나 빠르게 증가하는지 확인해야 합니다.

DSM 저장소 관리자에서 현재 볼륨 사용량을 기록한 다음 일정 시간이 지난 뒤 다시 비교합니다.

용량 증가 형태	우선 의심할 항목
글과 이미지를 올릴 때만 증가	uploads 폴더와 썸네일
매일 일정한 시간에 증가	자동 백업 또는 예약 작업
방문자가 많을 때 증가	캐시, 접속 로그, 오류 로그
플러그인 업데이트 후 증가	백업본, 임시파일, 로그
Docker 설치 후 빠르게 증가	컨테이너 로그, 볼륨, 이미지
파일을 삭제해도 공간이 그대로임	휴지통, 스냅샷, Drive 버전
증가와 감소가 반복됨	임시 캐시 또는 백업 보존 정책
아무 작업이 없어도 계속 증가	로그, 예약 백업, DB 또는 패키지 데이터

용량이 늘어나는 시점과 워드프레스 또는 NAS에서 실행된 작업을 함께 비교해야 원인을 좁힐 수 있습니다.

1단계: DSM에서 증가한 영역을 먼저 찾는다

가장 먼저 DSM의 저장소 관리자에서 해당 볼륨의 사용량 세부 정보를 확인합니다.

사용량이 어떤 항목으로 분류되는지 살펴본 뒤 다음 세 영역을 구분합니다.

1. 워드프레스가 설치된 공유 폴더
2. 패키지와 데이터베이스가 사용하는 영역
3. 스냅샷이나 Synology Drive가 사용하는 영역

공유 폴더 용량이 증가했다면 File Station이나 저장소 분석기를 이용해 큰 폴더를 찾습니다.

반대로 공유 폴더의 실제 파일 크기는 크지 않은데 볼륨 사용량만 계속 증가한다면 스냅샷, Drive 버전 관리, Docker 볼륨 또는 패키지 데이터를 의심해야 합니다.

판단 기준

• 워드프레스 폴더 크기도 함께 증가한다면 사이트 내부 데이터를 확인합니다.
• 워드프레스 폴더는 그대로인데 볼륨 사용량만 증가한다면 NAS 기능과 패키지를 확인합니다.
• 파일을 삭제했는데 볼륨이 줄지 않는다면 휴지통과 스냅샷을 확인합니다.
• DSM의 사용량 계산이 진행 중이라면 완료된 뒤 다시 비교합니다.

2단계: uploads 폴더와 자동 생성 이미지를 확인한다

워드프레스에 이미지를 한 장 올리면 원본 파일만 저장되는 것이 아닙니다.

워드프레스는 테마와 미디어 설정에 따라 여러 크기의 이미지를 자동으로 생성할 수 있습니다. 일부 테마와 플러그인은 자체 이미지 크기를 추가하기 때문에 원본 한 장에서 여러 개의 썸네일이 만들어질 수 있습니다.

일반적인 업로드 경로는 다음과 같습니다.

wp-content/uploads

이 폴더는 보통 연도와 월 단위로 구분됩니다.

wp-content/uploads/2026/09

한 달 전 폴더와 현재 폴더의 크기를 비교하면 최근 업로드 데이터가 얼마나 늘어났는지 판단할 수 있습니다.

이미지 한 장이 여러 파일로 보이는 이유

예를 들어 원본 이미지가 다음과 같다고 가정해 보겠습니다.

nas-wordpress.jpg

같은 폴더에 다음처럼 이름 뒤에 크기가 붙은 파일이 함께 생성될 수 있습니다.

nas-wordpress-150x150.jpg
nas-wordpress-300x200.jpg
nas-wordpress-768x512.jpg
nas-wordpress-1024x683.jpg

이것은 중복 업로드가 아니라 워드프레스가 화면 크기와 테마 레이아웃에 맞게 생성한 이미지입니다.

다만 사용하지 않는 테마나 플러그인이 너무 많은 이미지 규격을 등록하면 업로드할 때마다 예상보다 많은 저장공간이 사용될 수 있습니다.

확인할 항목

• 최근 업로드한 원본 이미지의 평균 용량
• 이미지 한 장마다 생성되는 썸네일 수
• 사용하지 않는 이미지 변환 플러그인
• WebP와 원본 이미지의 동시 보관 여부
• 플러그인이 생성한 별도 최적화 폴더
• 삭제한 이미지의 원본과 썸네일 잔존 여부

폴더 안에 비슷한 이름의 이미지가 많다는 이유만으로 직접 삭제하면 안 됩니다. 현재 테마나 본문에서 사용 중인 이미지일 수 있기 때문입니다.

3단계: 백업 플러그인이 만든 파일을 확인한다

워드프레스 저장공간이 갑자기 크게 증가하는 대표적인 원인은 백업 파일입니다.

백업 플러그인은 워드프레스 파일과 데이터베이스를 압축하여 같은 NAS 안에 저장할 수 있습니다. 사이트 전체가 5GB인데 일별 백업을 10개 보관하면 백업 파일만 수십 GB가 될 수 있습니다.

백업 파일은 플러그인에 따라 다음 위치에 저장될 수 있습니다.

• wp-content 하위 폴더
• uploads 하위 백업 폴더
• 플러그인 전용 폴더
• 워드프레스 설치 폴더 밖의 별도 공유 폴더
• Docker 볼륨
• NAS의 백업 전용 공유 폴더

백업이 원인인지 판단하는 방법

먼저 큰 압축 파일이 반복적으로 생성되는지 확인합니다.

자주 사용되는 확장자는 다음과 같습니다.

.zip
.tar
.tar.gz
.sql
.gz
.wpress

파일 생성 시간이 매일 같은 시간이라면 예약 백업 작업일 가능성이 높습니다.

백업 설정에서 확인할 항목

• 백업 실행 주기
• 보관하는 백업 개수
• 전체 백업과 증분 백업 구분
• 로컬 백업 후 자동 삭제 여부
• 원격 전송이 끝난 뒤 NAS 사본을 유지하는지
• 실패한 백업의 임시파일이 남는지
• 백업 대상에 기존 백업 폴더가 다시 포함되는지

특히 기존 백업 폴더가 다음 백업 대상에 포함되면 백업 안에 이전 백업이 다시 들어가면서 파일 크기가 빠르게 커질 수 있습니다.

백업 파일을 삭제하기 전에는 다른 저장장치나 원격 위치에 정상적인 백업본이 있는지 확인해야 합니다.

4단계: 캐시 폴더가 비정상적으로 커졌는지 확인한다

캐시 플러그인은 방문자가 요청한 페이지를 매번 새로 생성하지 않도록 임시 파일을 저장합니다.

정상적인 캐시는 일정한 범위 안에서 유지되지만 다음 상황에서는 파일 수가 계속 증가할 수 있습니다.

• 캐시 만료 후 파일이 삭제되지 않음
• 모바일과 PC용 캐시를 각각 생성함
• 로그인 사용자별 캐시가 생성됨
• 검색 결과와 매개변수별 캐시가 저장됨
• 이미지 최적화 임시파일이 남음
• 플러그인 오류로 캐시 정리 작업이 실행되지 않음

캐시 폴더는 플러그인마다 다르지만 일반적으로 wp-content/cache 또는 플러그인 전용 폴더에서 찾을 수 있습니다.

안전한 확인 방법

1. 현재 캐시 폴더 크기를 기록합니다.
2. 워드프레스 캐시 플러그인의 정식 삭제 기능을 실행합니다.
3. 폴더 크기가 줄어드는지 확인합니다.
4. 하루 뒤 다시 증가 속도를 비교합니다.

File Station에서 캐시 폴더를 직접 삭제하기보다 플러그인 관리자 화면의 캐시 비우기 기능을 먼저 사용하는 것이 좋습니다.

캐시를 비운 직후 다시 수GB씩 증가한다면 캐시 대상과 만료 정책을 확인해야 합니다.

5단계: debug.log와 각종 로그 파일을 확인한다

오류 확인을 위해 워드프레스 디버그 로그를 활성화한 뒤 그대로 두면 debug.log 파일이 계속 커질 수 있습니다.

일반적인 위치는 다음과 같습니다.

wp-content/debug.log

동일한 PHP 오류가 페이지가 열릴 때마다 기록되면 방문자가 많지 않아도 로그가 빠르게 증가할 수 있습니다.

wp-config.php에서 다음과 같은 설정이 활성화되어 있는지 확인합니다.

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);

디버깅이 끝났다면 운영 사이트에서 로그 설정을 계속 유지할 필요가 있는지 검토해야 합니다.

로그가 원인이라는 신호

• debug.log 파일 크기가 수백 MB 또는 수GB에 이름
• 파일 수정 시간이 계속 갱신됨
• 같은 오류 문장이 반복됨
• 특정 플러그인이나 테마 경로가 반복적으로 표시됨
• 플러그인 업데이트 이후부터 증가함

로그 파일만 삭제하고 원인이 되는 오류를 해결하지 않으면 다시 커집니다. 먼저 반복되는 오류를 발생시키는 테마, 플러그인 또는 PHP 설정을 확인해야 합니다.

시놀로지 Web Station이나 웹 서버의 접속 로그와 오류 로그도 함께 확인합니다. 워드프레스 폴더에 큰 파일이 없는데 웹 서비스 관련 용량이 증가한다면 NAS 측 로그가 원인일 수 있습니다.

6단계: 데이터베이스가 커졌는지 확인한다

워드프레스 게시글과 페이지의 내용은 파일이 아니라 MariaDB 데이터베이스에 저장됩니다.

따라서 워드프레스 설치 폴더만 확인하면 다음 데이터의 증가를 놓칠 수 있습니다.

• 글과 페이지
• 글 수정본
• 자동 저장본
• 댓글과 스팸 댓글
• 사용자 정보
• 플러그인 설정
• 임시 데이터
• 방문 통계
• 보안 및 접속 기록
• 예약 작업 정보

phpMyAdmin에서 워드프레스 데이터베이스의 전체 크기와 테이블별 크기를 확인하면 어떤 데이터가 증가했는지 판단할 수 있습니다.

주로 확인할 테이블

기본 접두사가 wp_인 경우 다음 테이블을 확인합니다.

테이블	주요 저장 내용	커질 수 있는 원인
wp_posts	글, 페이지, 첨부파일 정보, 수정본	글 수정본과 자동 저장
wp_postmeta	게시물 부가정보	플러그인 메타데이터
wp_options	사이트와 플러그인 설정	만료되지 않은 임시 데이터
wp_comments	댓글과 스팸 댓글	스팸 누적
wp_commentmeta	댓글 부가정보	댓글 플러그인 데이터
플러그인 전용 테이블	통계, 로그, 보안 기록	보존 기간 미설정

테이블 이름은 설치할 때 정한 접두사에 따라 달라질 수 있습니다.

글 수정본이 쌓이는 이유

워드프레스는 글을 수정할 때 이전 내용을 수정본으로 저장합니다. 여러 차례 편집하는 사이트에서는 wp_posts 테이블 안에 수정본이 계속 쌓일 수 있습니다.

수정본 개수는 wp-config.php에서 제한할 수 있습니다.

define('WP_POST_REVISIONS', 5);

이 설정은 앞으로 보관할 수정본 수를 제한하는 용도입니다. 기존 수정본을 자동으로 모두 삭제하는 명령은 아니므로 데이터베이스 정리 전에는 반드시 백업해야 합니다.

데이터베이스 크기가 조금 늘었다는 이유만으로 직접 테이블 행을 삭제하는 것은 위험합니다. 플러그인 설정과 연결된 데이터가 함께 손상될 수 있습니다.

7단계: 휴지통을 확인한다

File Station에서 파일을 삭제했는데 NAS의 사용 가능 용량이 늘지 않는다면 공유 폴더 휴지통을 확인해야 합니다.

공유 폴더에서 휴지통 기능이 활성화되어 있으면 삭제된 파일은 즉시 제거되지 않고 #recycle 폴더로 이동합니다.

다음 파일을 삭제한 뒤 이런 현상이 자주 발생합니다.

• 오래된 워드프레스 백업
• 대용량 업로드 이미지
• 테스트용 사이트 복사본
• 사이트 이전 압축 파일
• 데이터베이스 덤프 파일

파일을 삭제했더라도 휴지통에 남아 있으면 같은 볼륨의 저장공간을 계속 사용합니다.

판단 기준

• 파일 삭제 전후 사용량이 같다면 휴지통을 확인합니다.
• 해당 공유 폴더의 휴지통뿐 아니라 다른 공유 폴더도 확인합니다.
• 사용자 홈 서비스를 사용한다면 각 사용자 휴지통도 확인합니다.
• 휴지통을 비우기 전에 복구해야 할 파일이 없는지 살펴봅니다.

휴지통을 비운 직후에도 용량이 돌아오지 않는다면 스냅샷이나 Drive 버전 관리를 확인해야 합니다.

8단계: Snapshot Replication을 확인한다

Btrfs 볼륨에서 Snapshot Replication을 사용하면 파일을 삭제해도 이전 데이터 블록이 스냅샷에 남을 수 있습니다.

스냅샷 파일 자체보다 스냅샷이 보존하는 변경 전 데이터가 저장공간을 차지합니다.

예를 들어 10GB짜리 워드프레스 백업 파일이 스냅샷에 포함된 뒤 해당 파일을 삭제하면 현재 공유 폴더에서는 사라져도 스냅샷 보존 기간이 끝날 때까지 관련 데이터 블록이 남을 수 있습니다.

스냅샷을 의심할 수 있는 상황

• 대용량 파일을 삭제했지만 볼륨이 줄지 않음
• 공유 폴더 크기와 볼륨 사용량 차이가 큼
• 스냅샷 생성 주기가 지나치게 짧음
• 보존하는 스냅샷 개수가 많음
• 백업 파일이 자주 생성되고 삭제되는 폴더를 스냅샷으로 보호함

스냅샷을 무작정 모두 삭제하면 복구 지점도 함께 사라집니다. 먼저 어떤 공유 폴더가 보호되고 있는지와 보존 정책을 확인한 뒤 오래된 스냅샷 정리 여부를 결정해야 합니다.

스냅샷을 삭제해도 공간 회수 작업이 완료될 때까지 DSM 표시 용량이 바로 변하지 않을 수 있습니다.

9단계: Synology Drive 버전 관리를 확인한다

워드프레스가 설치된 공유 폴더를 Synology Drive의 팀 폴더로 사용하면서 버전 관리를 활성화한 경우, 파일 변경 이력이 추가 저장공간을 사용할 수 있습니다.

워드프레스는 다음 파일을 자주 변경합니다.

• 캐시 파일
• 로그 파일
• 백업 파일
• 업로드 이미지
• 플러그인 설정 파일
• 업데이트 과정에서 교체되는 파일

이런 폴더를 Drive 버전 관리 대상으로 지정하면 필요하지 않은 변경 이력까지 계속 보관될 수 있습니다.

확인할 항목

• 워드프레스 공유 폴더가 팀 폴더로 활성화되어 있는가
• 최대 버전 수가 너무 높게 설정되어 있는가
• 캐시와 로그가 버전 관리 대상에 포함되어 있는가
• 삭제된 파일의 과거 버전이 남아 있는가
• 암호화된 공유 폴더를 팀 폴더로 사용하고 있는가

Btrfs와 ext4는 버전 관리가 저장공간을 사용하는 방식에 차이가 있습니다. 특히 ext4에서는 원본 파일 복사와 변경 버전 때문에 예상보다 많은 용량을 사용할 수 있습니다.

중요한 게시물 이미지와 설정 파일은 보호할 가치가 있지만, 계속 생성되고 사라지는 캐시와 로그까지 장기간 버전 관리할 필요가 있는지는 따로 판단해야 합니다.

10단계: Docker 또는 Container Manager를 확인한다

워드프레스를 패키지가 아니라 Container Manager로 설치했다면 File Station에서 보이는 워드프레스 폴더만 확인해서는 부족합니다.

컨테이너 환경에서는 다음 항목이 별도로 용량을 사용합니다.

• 워드프레스 컨테이너 이미지
• MariaDB 컨테이너 이미지
• 컨테이너 쓰기 영역
• 영구 볼륨
• 데이터베이스 볼륨
• 컨테이너 로그
• 사용하지 않는 이전 이미지
• 중지된 컨테이너
• 빌드 캐시

워드프레스 파일을 공유 폴더에 매핑했더라도 MariaDB 데이터와 로그는 다른 Docker 볼륨에 저장될 수 있습니다.

Docker를 의심할 수 있는 증상

• 워드프레스 공유 폴더는 크지 않은데 볼륨 사용량이 계속 증가함
• 컨테이너를 재시작해도 용량이 줄지 않음
• 업데이트할 때마다 이미지가 추가됨
• 접속 오류 발생 이후 로그 용량이 빠르게 증가함
• MariaDB 볼륨이 예상보다 큼

사용하지 않는 이미지나 볼륨으로 보인다고 바로 삭제하면 안 됩니다. 이름이 명확하지 않은 볼륨이 실제 워드프레스 데이터베이스일 수 있기 때문입니다.

현재 컨테이너가 어떤 볼륨과 폴더를 사용하고 있는지 먼저 확인해야 합니다.

11단계: 워드프레스 복사본과 이전 파일을 찾는다

워드프레스 업데이트나 사이트 이전 과정에서 만든 복사본이 그대로 남아 있는 경우도 많습니다.

예를 들면 다음과 같습니다.

wordpress-old
wordpress-backup
wordpress-copy
public_html-old
site-test
backup-before-update

이런 폴더는 자동으로 삭제되지 않습니다. 원본 사이트와 같은 이미지, 플러그인, 테마가 모두 들어 있다면 한 번의 복사만으로도 사용량이 두 배 가까이 늘어날 수 있습니다.

압축을 해제한 뒤 원본 압축 파일까지 남아 있으면 같은 데이터가 세 형태로 보관되기도 합니다.

• 현재 운영 중인 워드프레스 폴더
• 이전 워드프레스 복사본
• 이전 복사본의 압축 파일

삭제하기 전에는 Web Station의 포털과 가상 호스트가 어느 폴더를 실제 문서 루트로 사용하는지 확인해야 합니다. 폴더 이름만 보고 오래된 사이트라고 판단하면 운영 중인 사이트를 삭제할 수 있습니다.

용량 증가 원인을 빠르게 찾는 순서

시놀로지 NAS 워드프레스의 저장공간이 줄어든다면 다음 순서로 확인하는 것이 효율적입니다.

1. DSM 저장소 관리자에서 볼륨 사용량을 기록합니다.
2. 워드프레스가 설치된 공유 폴더 크기를 확인합니다.
3. wp-content/uploads의 월별 증가량을 확인합니다.
4. 큰 압축 파일과 데이터베이스 백업 파일을 찾습니다.
5. 캐시 폴더와 debug.log 크기를 확인합니다.
6. phpMyAdmin에서 데이터베이스와 테이블 크기를 확인합니다.
7. 공유 폴더와 사용자 홈 휴지통을 확인합니다.
8. Snapshot Replication의 보존 정책을 확인합니다.
9. Synology Drive 버전 관리 사용량을 확인합니다.
10. Docker 이미지, 볼륨, 컨테이너 로그를 확인합니다.
11. 오래된 사이트 복사본과 압축 파일을 확인합니다.

이 순서의 핵심은 워드프레스 폴더 내부 문제와 NAS 볼륨 차원의 문제를 분리하는 것입니다.

원인별 판단표

확인 결과	가능성이 높은 원인	우선 조치
uploads가 매달 크게 증가	원본 이미지와 자동 썸네일	이미지 생성 규격과 원본 크기 확인
특정 시간마다 대용량 파일 생성	예약 백업	백업 주기와 보존 개수 확인
debug.log가 계속 커짐	반복되는 PHP 오류	로그 내용에서 발생 원인 확인
cache 폴더가 빠르게 증가	캐시 정리 실패	플러그인 캐시 삭제 및 만료 설정 확인
데이터베이스만 증가	수정본, 통계, 로그 테이블	큰 테이블과 관련 플러그인 확인
파일 삭제 후에도 공간이 그대로	휴지통 또는 스냅샷	휴지통과 스냅샷 사용량 확인
공유 폴더 크기는 작은데 볼륨이 큼	Drive 버전, Docker, 패키지 데이터	NAS 서비스별 사용량 확인
Container Manager 설치 후 증가	이미지, 볼륨, 컨테이너 로그	연결 상태를 확인한 뒤 불필요 항목 판별
업데이트할 때마다 증가	이전 이미지 또는 사이트 복사본	업데이트 전후 생성 파일 비교

바로 삭제하면 위험한 데이터

저장공간이 부족하다고 다음 항목을 확인 없이 삭제하면 사이트 복구가 어려워질 수 있습니다.

MariaDB 데이터 폴더

데이터베이스 폴더를 파일처럼 직접 삭제하면 게시글, 사용자, 설정 정보가 손실될 수 있습니다.

이름이 불분명한 Docker 볼륨

사용하지 않는 볼륨처럼 보여도 현재 워드프레스 또는 MariaDB 컨테이너가 사용하는 데이터일 수 있습니다.

uploads 폴더의 썸네일

작은 이미지라고 모두 불필요한 것은 아닙니다. 테마와 본문에서 실제로 호출하는 파일일 수 있습니다.

스냅샷 전체

스냅샷을 삭제하면 장애나 랜섬웨어 발생 시 사용할 수 있는 복구 시점도 사라집니다.

최근 백업 파일

백업을 지우기 전에는 다른 위치에 정상적인 백업본이 있고 실제로 복구 가능한지 확인해야 합니다.

워드프레스 복사 폴더

Web Station의 문서 루트가 해당 폴더로 연결되어 있다면 이름과 달리 실제 운영 폴더일 수 있습니다.

저장공간 정리보다 먼저 백업해야 하는 이유

용량 부족 문제를 해결하는 과정에서는 평소보다 데이터 손상 위험이 높습니다.

오래된 파일, 데이터베이스 테이블, Docker 볼륨, 스냅샷을 구분하는 과정에서 필요한 데이터를 잘못 삭제할 수 있기 때문입니다.

정리 전에는 최소한 다음 두 가지를 확보해야 합니다.

• 워드프레스 파일 백업
• MariaDB 데이터베이스 백업

가능하면 같은 NAS 볼륨 안에만 보관하지 말고 외부 저장장치나 다른 장치에도 복사본을 보관하는 것이 좋습니다.

같은 볼륨에 있는 백업은 실수로 삭제하거나 볼륨에 장애가 발생했을 때 원본과 함께 사용할 수 없게 될 수 있습니다.

저장공간 부족을 예방하는 운영 방법

이미지 업로드 기준을 정한다

카메라 원본 이미지를 그대로 올리기보다 게시물에 필요한 해상도와 용량으로 조절합니다.

백업 보존 개수를 제한한다

일별, 주별, 월별 백업을 모두 무기한 보관하면 용량이 빠르게 증가합니다. 사이트 변경 빈도와 복구 목적에 맞게 보존 정책을 정합니다.

디버그 로그를 계속 켜두지 않는다

문제 확인이 끝난 뒤에는 디버그 로그 상태와 기존 로그 파일 크기를 확인합니다.

캐시 정리 작업을 확인한다

캐시 만료 설정만 믿지 말고 일정 기간마다 실제 폴더 크기를 확인합니다.

스냅샷과 Drive 버전 관리 대상을 구분한다

중요한 워드프레스 데이터와 계속 변하는 캐시·로그를 동일한 기준으로 보존하지 않도록 구성합니다.

볼륨 여유 공간을 확보한다

NAS 볼륨이 거의 가득 찬 상태에서는 데이터베이스 쓰기, 패키지 업데이트, 백업 생성에 문제가 발생할 수 있습니다. 경고가 나타난 뒤 정리하기보다 일정 수준의 여유 공간을 유지해야 합니다.

자주 묻는 질문

이미지를 많이 올리지 않았는데 워드프레스 용량이 늘어나는 이유는 무엇인가요?

백업 플러그인의 압축 파일, 캐시, 오류 로그, 데이터베이스 수정본, 통계 플러그인 데이터가 원인일 수 있습니다. 워드프레스 폴더와 데이터베이스 크기를 따로 확인해야 합니다.

파일을 삭제했는데 NAS 용량이 늘어나지 않는 이유는 무엇인가요?

파일이 공유 폴더 휴지통, Synology Drive 버전 또는 스냅샷에 남아 있을 수 있습니다. 스냅샷을 삭제한 경우에도 공간 회수 작업이 완료될 때까지 표시 용량이 바로 바뀌지 않을 수 있습니다.

워드프레스 캐시 폴더는 모두 삭제해도 되나요?

관리자 화면에서 제공하는 캐시 비우기 기능을 먼저 사용하는 것이 안전합니다. 파일을 직접 삭제할 경우 플러그인이 사용하는 경로와 권한을 먼저 확인해야 합니다.

데이터베이스가 커지면 사이트가 느려지나요?

크기만으로 속도를 판단할 수는 없습니다. 하지만 불필요한 수정본, 만료되지 않은 임시 데이터, 통계 및 로그 테이블이 과도하게 쌓이면 백업과 조회 작업에 부담을 줄 수 있습니다.

휴지통을 비워도 용량이 돌아오지 않으면 어떻게 해야 하나요?

스냅샷, Synology Drive 버전, Docker 볼륨과 공간 회수 상태를 확인합니다. 공유 폴더에서 보이는 파일 크기와 DSM 볼륨 사용량의 차이를 비교하는 것이 중요합니다.

워드프레스 백업을 같은 NAS에 보관하면 안전한가요?

실수로 삭제한 파일을 복구하는 용도로는 도움이 될 수 있지만 NAS나 볼륨 자체에 장애가 발생하면 원본과 백업을 모두 사용할 수 없게 될 수 있습니다. 별도의 장치나 저장 위치에 추가 백업본을 보관해야 합니다.

마무리

시놀로지 NAS에서 워드프레스 저장공간이 계속 줄어든다면 이미지가 많아서라고 단정해서는 안 됩니다.

먼저 워드프레스 설치 폴더의 크기가 실제로 증가하는지 확인하고, 업로드 파일, 자동 백업, 캐시, 로그, 데이터베이스 순서로 점검해야 합니다.

워드프레스 폴더 크기는 변하지 않는데 NAS 볼륨 사용량만 증가한다면 공유 폴더 휴지통, 스냅샷, Synology Drive 버전 관리, Docker 볼륨과 패키지 데이터를 확인해야 합니다.

가장 중요한 기준은 파일 크기와 볼륨 사용량을 구분하는 것입니다. 원인이 확인되지 않은 상태에서 데이터베이스 폴더나 Docker 볼륨을 삭제하면 저장공간은 확보하더라도 워드프레스 사이트를 복구하지 못할 수 있습니다.

용량이 증가한 위치와 시점을 먼저 기록하고 한 항목씩 확인하면 불필요한 파일을 안전하게 구분할 수 있습니다.

Rank Math 포커스 키워드: 시놀로지 NAS 워드프레스 용량 부족

보조 키워드: NAS 용량 계속 줄어듦, 워드프레스 용량 증가, 워드프레스 저장공간 부족, 시놀로지 워드프레스 용량

퍼머링크: synology-wordpress-storage-full

메타 설명: 시놀로지 NAS 워드프레스 저장공간이 계속 줄어든다면 uploads뿐 아니라 백업, 캐시, 로그, DB, 휴지통, 스냅샷과 Docker 데이터를 순서대로 확인해야 합니다.

카테고리: 스토리지·하드웨어·데이터 보호

태그: 시놀로지NAS,워드프레스용량,저장공간부족,NAS용량,워드프레스오류,용량정리

썸네일 키워드: 워드프레스 용량 부족, NAS 저장공간이 줄어드는 이유, 삭제해도 용량 그대로