오토캐드 용량 줄이는 법｜DWG DXF 압축·PURGE AUDIT OVERKILL 최적화
오토캐드 DWG 파일은 2D 도면이라도 시간이 지날수록 용량이 커질 수 있습니다. 여러 협력사 도면을 합치고, 외부 도면을 복사·붙여넣기 하고, 블록·해치·외부참조·이미지·PDF 언더레이를 반복해서 추가하다 보면 화면에 보이지 않는 데이터까지 누적되기 때문입니다.
파일 용량이 커지면 단순히 메일 전송이 불편해지는 수준에서 끝나지 않습니다.
도면 열기·저장·줌·팬·객체 선택·레이아웃 전환이 느려지고, PDF 출력이나 외부참조 갱신 과정에서도 지연이 발생할 수 있습니다.
다만 DWG 용량을 줄인다고 해서 무조건 DXF로 저장했다가 다시 DWG로 변환하는 것은 권장하지 않습니다. DXF 변환은 도면 손상 또는 호환성 문제를 진단하는 예외적인 정리 절차에 가깝고, 동적 블록·객체 데이터·주석 연관성·타 CAD 객체 정보가 달라질 수 있습니다.
일반적인 최적화는 AUDIT → PURGE → Regapps → 필요한 구역만 OVERKILL → 새 DWG 저장 순서가 안전합니다.
핵심 답변
오토캐드 파일 용량을 줄일 때는 먼저 사본을 만든 뒤 AUDIT로 오류를 수정하고, PURGE로 사용하지 않는 블록·레이어·선종류·스타일을 제거합니다. 이어서 -PURGE의 Regapps를 정리하고, 중복 객체가 의심되는 범위에만 OVERKILL을 적용합니다. 전달용 도면은 WBLOCK으로 필요한 객체만 별도 DWG로 만들고, Xref는 무조건 Bind하지 말고 협업·납품 목적에 맞춰 유지 또는 패키징해야 합니다.
오토캐드 DWG 파일 용량이 커지는 원인
파일 탐색기에서 DWG 용량만 보고 “이 도면은 무겁다”고 판단하면 정확하지 않을 수 있습니다.
파일 크기는 크지 않아도 중복 선분, 복잡한 해치, 과도한 주석축척, 끊어진 외부참조, 이미지 언더레이, 중첩 블록이 많으면 작업 반응이 느릴 수 있습니다.
불필요한 이름 객체가 누적된 경우
블록, 레이어, 선종류, 문자 스타일, 치수 스타일, 그룹, 재료, 주석축척처럼 “이름이 등록되는 객체”는 실제 도면에서 더 이상 사용하지 않아도 파일 안에 남아 있을 수 있습니다.
이런 데이터가 많으면 도면 용량뿐 아니라 레이어·블록·스타일 목록을 열 때도 반응이 느려질 수 있습니다.
대표적인 원인은 외부 도면을 반복해서 삽입한 뒤 삭제한 경우, 협력사 도면을 복사해 새 도면으로 만든 경우, 오래된 템플릿을 여러 버전으로 이어 사용한 경우입니다.
중복 선·폴리선·해치가 많은 경우
DXF, PDFIMPORT, 타 CAD 변환, 복사·붙여넣기 과정에서는 눈에 보이지 않게 중복된 선분과 겹친 폴리선이 생길 수 있습니다.
화면에서는 한 줄처럼 보이지만 실제로는 같은 선이 여러 겹 존재해 선택·줌·출력 시간을 늘릴 수 있습니다.
특히 설비 배치도, 기계 가공 도면, 건축 평면도처럼 선분이 많은 파일은 중복 객체가 누적되면 DWG 파일 크기보다 작업 반응 속도에서 먼저 문제가 드러나는 경우가 많습니다.
외부참조·이미지·PDF 언더레이가 많은 경우
Xref는 원본 도면을 내부에 완전히 삽입하지 않고 외부 파일을 참조하는 방식이라, 마스터 도면의 파일 크기를 과도하게 늘리지 않고 협업하기에 유리합니다.
다만 참조 경로가 끊겼거나, 이미지·PDF·DGN·Xref가 여러 단계로 중첩돼 있으면 도면 열기와 저장, 출력이 느려질 수 있습니다.
따라서 Xref가 많다고 무조건 Bind 하는 것은 좋은 해결책이 아닙니다. Bind는 외부참조를 현재 도면 안으로 포함시키므로 파일 크기가 커질 수 있으며, 이후 원본 참조 도면과의 자동 연동도 사라집니다.
협업 중이라면 Xref를 유지하고, 외부 제출이나 최종 납품이 필요할 때만 ETRANSMIT 또는 Bind 방식을 검토하는 편이 안전합니다.
가장 안전한 DWG 파일 정리 순서｜AUDIT·PURGE·Regapps
파일 용량을 줄이기 전에는 반드시 원본 DWG와 현재 PDF를 별도 폴더에 백업합니다.
CAD 도면은 단순 이미지 파일이 아니라 블록 속성, 외부참조, 치수 연관성, 레이아웃, 플롯 설정, 사용자 정의 객체가 함께 들어가므로 “용량이 줄었다”만 보고 성공 여부를 판단하면 안 됩니다.
1단계: AUDIT로 도면 오류 검사·수정
AUDIT는 도면 데이터베이스의 무결성을 검사하고 일부 오류를 수정하는 명령입니다.
파일이 비정상적으로 느려졌거나, 저장 중 경고가 뜨거나, 특정 객체를 선택할 때 오류가 난다면 가장 먼저 실행할 만한 도면 점검 도구입니다.
_.AUDIT
Y오류 수정 여부를 묻는 단계에서 Y를 입력하면 발견된 오류를 수정합니다. AUDIT는 파일 용량을 직접 압축하는 기능이 아니라 도면 오류를 먼저 정리하는 안전 점검 단계입니다.
2단계: PURGE로 사용하지 않는 레이어·블록·스타일 제거
PURGE는 현재 도면에서 실제로 참조되지 않는 블록 정의, 레이어, 선종류, 문자 스타일, 치수 스타일, 그룹 등 이름 있는 객체를 제거합니다.
이미 삭제한 객체의 흔적이 남아 있거나, 다른 도면에서 불러온 블록·스타일이 더 이상 사용되지 않는 경우에 효과적입니다.
_.PURGE대화상자에서는 제거 가능한 항목을 확인한 뒤 Purge All을 실행할 수 있습니다.
항목을 하나씩 확인해야 하는 중요 도면이라면 블록·레이어·선종류·스타일을 개별적으로 펼쳐 어떤 데이터가 제거되는지 먼저 확인합니다.
3단계: -PURGE에서 Regapps를 별도로 정리
일반 PURGE만으로는 등록 응용 프로그램 데이터(Regapps)가 남을 수 있습니다.
특히 타 CAD 변환 파일, 오래된 플러그인 사용 도면, 여러 협력사에서 편집된 도면은 Regapps 데이터가 누적돼 파일 크기와 성능에 영향을 주는 경우가 있습니다.
_.-PURGE
R
*
N명령행 방식인 -PURGE에서 R은 Regapps, *는 전체 항목, N은 각 항목을 하나씩 확인하지 않고 진행하는 예시입니다.
도면 상태에 따라 Regapps 정리는 한 번으로 끝나지 않을 수 있으므로, PURGE를 다시 실행해 제거 가능한 항목이 남는지 확인합니다.
주의: PURGE는 사용되지 않는 이름 객체만 지우는 기능입니다.
현재 사용 중인 블록·레이어·Xref·치수 스타일은 제거되지 않습니다. 제거가 되지 않는 항목은 다른 블록, 레이아웃, Xref, 스타일에서 여전히 참조 중일 수 있습니다.
OVERKILL로 중복 객체 삭제할 때 주의할 점
OVERKILL은 완전히 중복된 객체, 일부 구간이 겹친 선·호·폴리선, 같은 각도로 이어지는 선분을 찾아 삭제하거나 결합하는 명령입니다.
외부 도면을 반복해서 복사했거나 PDFIMPORT·DXF 변환 이후 선분이 과도하게 늘어난 도면에서 특히 유용합니다.
_.OVERKILL다만 OVERKILL은 “용량 줄이기 버튼”처럼 전체 도면에 무조건 적용하면 안 됩니다.
치수 보조선, 중심선, 금형 기준선, 조립 기준선, 숨은선, 공차 영역처럼 의도적으로 겹치거나 연결된 형상이 있을 수 있기 때문입니다.
OVERKILL 권장 적용 범위
- PDFIMPORT 또는 DXF 변환 뒤 생긴 중복 선분
- 외부 도면을 여러 번 복사해 겹친 평면도·배치도
- 같은 좌표에 중복된 선·호·폴리선이 의심되는 구간
- 용접선, 배관 경로, 장비 외곽선처럼 동일 형상이 반복된 구역
- 도면 표준상 중복 객체가 없어야 하는 단순 형상 영역
OVERKILL 실행 전 반드시 확인할 항목
- 원본 DWG와 작업 사본이 분리돼 있는가
- 치수, GD&T, Datum, 블록 속성, 외부참조가 포함된 전체 영역을 한 번에 선택하지 않았는가
- 옵션에서 어떤 속성을 무시하고 비교할지 확인했는가
- 실행 후 객체 수량, 치수, 형상, 레이어, 플롯 결과를 비교했는가
- 중요 도면이라면 작업 전후 PDF를 출력해 선·치수·기호 변화를 확인했는가
필요한 객체만 전달할 때｜WBLOCK·Xref·DXF 선택 기준
도면 전체가 너무 크다고 해서 기존 파일을 계속 정리하는 것보다, 상대방에게 필요한 객체만 별도 DWG로 내보내는 편이 더 빠르고 안전한 경우가 많습니다.
이때 사용하는 기능이 WBLOCK입니다.
WBLOCK은 선택 객체만 새 DWG로 만드는 기능
WBLOCK은 현재 도면에서 선택한 객체 또는 기존 블록 정의를 별도 DWG 파일로 만드는 기능입니다.
고객사에 특정 부품 도면, 상세 형상, 장비 배치 일부, 블록 라이브러리만 전달해야 할 때 전체 도면을 복사·삭제하는 것보다 관리가 쉽습니다.
_.WBLOCK
기존 도면을 무작정 삭제·압축하기보다 납품 범위 자체를 분리할 수 있습니다.
WBLOCK으로 새 DWG를 만들기 전에는 기준점, 도면 단위, 필요한 레이어, 문자 스타일, 치수 스타일, 외부참조 포함 여부를 확인해야 합니다.
객체만 복사했는데 참조 이미지·글꼴·Xref·CTB·STB가 빠지면 상대방 PC에서 도면이 다르게 보일 수 있습니다.
Xref는 협업용, Bind는 독립 납품용으로 구분
외부참조 Xref는 원본 파일을 링크로 불러오기 때문에 마스터 DWG의 파일 크기를 크게 늘리지 않고 협업하는 데 유리합니다.
설계팀·생산기술팀·협력사가 같은 기준 도면을 연결해 써야 한다면 Xref를 유지하는 편이 일반적으로 더 좋습니다.
| 방법 | 장점 | 주의할 점 | 권장 상황 |
|---|---|---|---|
| Xref 유지 | 마스터 DWG 크기 증가를 줄이고 원본 변경 사항을 반영하기 쉬움 | 참조 경로가 끊기면 도면이 누락돼 보일 수 있음 | 사내 협업, 설계 변경이 계속되는 프로젝트 |
| Bind | 외부참조를 현재 도면에 포함해 독립 파일에 가깝게 만들 수 있음 | 파일 크기가 커질 수 있고 자동 연동이 사라짐 | 최종 납품, 외부 전달, 참조 파일을 함께 주기 어려운 경우 |
| WBLOCK | 필요한 객체만 새 DWG로 분리 가능 | 참조 파일·폰트·플롯 설정은 별도 확인 필요 | 부품 도면, 상세도, 블록 라이브러리 전달 |
| ETRANSMIT | DWG와 Xref·글꼴·플롯 스타일 등 지원 파일을 패키지로 전달 가능 | 전달 범위와 보안 파일 포함 여부를 확인해야 함 | 협력사·고객사에 도면 세트를 전달할 때 |
DXF → DWG 변환은 일반 압축이 아니라 복구용 테스트
DXF는 도면 데이터를 교환하기 위한 형식이며, DWG보다 항상 파일 크기가 작다는 공식은 없습니다.
오히려 DXF는 텍스트 기반 데이터 구조 특성상 파일이 커질 수 있고, 저장·열기 시간이 길어질 수도 있습니다.
다만 도면이 비정상적으로 커졌거나, 손상 의심·특수 객체·호환성 문제 때문에 일반적인 AUDIT·PURGE로 해결되지 않을 때는 사본에서 DXF로 저장한 뒤 다시 DWG로 저장해 구조를 정리하는 방법을 테스트할 수 있습니다.
DXF 변환 전 주의: 동적 블록, 사용자 정의 객체, 주석 연관성, 외부참조, 프록시 객체, 특수 글꼴, 3D 객체 정보가 바뀌거나 단순화될 수 있습니다.
반드시 원본 DWG를 보관하고, 변환 후 도면·블록·치수·레이아웃·PDF 출력 결과를 비교한 다음 사용하세요.
파일 용량보다 성능에 더 큰 영향을 주는 데이터
DWG 파일 용량이 작아도 AutoCAD가 느릴 수 있고, 파일 용량이 커도 작업이 비교적 부드러울 수 있습니다.
실제 작업 성능은 파일 크기만이 아니라 객체 구조, 참조 경로, 해치 밀도, 화면 재생성 부담, 그래픽 환경이 함께 결정합니다.
| 문제 데이터 | 대표 증상 | 우선 점검 방법 |
|---|---|---|
| 과도한 주석축척 | 도면 열기·레이아웃 전환·객체 선택 지연 | SCALELISTEDIT에서 과도한 축척 목록 여부를 확인 |
| 복잡한 해치·채움 | 줌·팬·재생성·출력 속도 저하 | 해치 축척·경계 수·불필요한 표현 요소 점검 |
| 중복 객체 | 선택 시 느림, PDF 출력 시간 증가, 선이 진하게 보임 | 구역 선택 후 OVERKILL 사본 테스트 |
| 중첩 Xref·끊어진 경로 | 도면 열기·저장·출력 때 멈춤 | XREF 관리자에서 상태·경로·중첩 구조 확인 |
| 고해상도 이미지·PDF 언더레이 | 파일 크기 증가, 화면 표시와 출력 지연 | 이미지 해상도·삽입 방식·참조 경로 점검 |
| 과도한 구속조건·레이어 필터 | 객체 편집·레이어 관리자 열기 지연 | 필요 없는 제약조건·필터·사용자 정의 항목 정리 |
주석축척이 지나치게 많을 때
외부 도면을 여러 번 병합하거나 서로 다른 템플릿을 사용하면 주석축척 목록이 불필요하게 늘어날 수 있습니다.
도면을 열 때 “많은 수의 주석축척이 포함되어 있다”는 경고가 뜨거나 객체 선택·레이아웃 전환이 느리다면 축척 목록을 점검합니다.
_.SCALELISTEDIT축척 목록 초기화는 도면 표준에 영향을 줄 수 있으므로, 프로젝트에서 실제 사용하는 축척을 먼저 확인한 뒤 사본에서 실행해야 합니다. 여러 도면을 한 번에 초기화하기보다 기준 도면 하나에서 결과를 확인하는 편이 안전합니다.
레이어가 많다고 바로 삭제하면 안 되는 이유
보이지 않는 레이어나 사용하지 않는 레이어가 많아도, 해당 레이어가 블록·레이아웃·Xref·뷰포트·플롯 설정에서 참조되고 있을 수 있습니다.
LAYDEL은 레이어와 그 안의 객체를 함께 삭제할 수 있어 강력하지만, 삭제 후 되돌리기 어려운 경우가 있습니다.
불필요한 레이어가 의심되면 먼저 PURGE에서 제거 가능한지 확인하고, 현재 객체가 남아 있는 레이어라면 도면 표준 담당자와 삭제 영향을 검토한 뒤 진행하는 것이 좋습니다.
도면 정리 후 반드시 확인할 품질 검증 항목
DWG 용량이 줄고 열기 속도가 빨라졌다고 바로 배포하면 안 됩니다.
특히 제조 도면, 금형 도면, 설비 도면, 검사 도면은 치수·공차·기준면·블록 속성·레이아웃이 유지되는지가 더 중요합니다.
- 도면 번호·리비전·제목란·도곽이 유지되는가
- 치수값, GD&T, Datum A·B·C, 표면거칠기, 용접기호가 달라지지 않았는가
- 동적 블록·속성 블록·외부참조가 정상적으로 표시되는가
- 레이아웃별 뷰포트 배율과 출력 용지 크기가 유지되는가
- CTB·STB·선가중치·해치·색상·PDF 출력 결과가 기존 기준과 같은가
- 도면을 다른 PC에서 열었을 때 누락되는 글꼴·이미지·Xref가 없는가
- 파일 용량뿐 아니라 열기·저장·줌·객체 선택·출력 시간이 실제로 개선됐는가
특히 OVERKILL, DXF 변환, WBLOCK 분리 이후에는 정리 전 PDF와 정리 후 PDF를 나란히 비교하는 것이 좋습니다. 파일 최적화 때문에 치수선, 기준면, 해치, 주석이 바뀌면 도면 품질은 오히려 낮아질 수 있습니다.
오토캐드 DWG DXF 용량 줄이기 FAQ
Q1. DWG 파일이 느리게 열리면 무조건 파일 용량 때문인가요?
아닙니다. 파일 용량은 하나의 지표일 뿐입니다. 중복 객체, 복잡한 해치, 과도한 주석축척, 끊어진 Xref 경로, 고해상도 이미지, 네트워크 지연, 그래픽 드라이버 문제 때문에도 느릴 수 있습니다.
먼저 사본에서 AUDIT와 PURGE를 실행하고, 로컬 SSD에서 열었을 때와 서버·클라우드 폴더에서 열었을 때를 비교하는 것이 좋습니다.
Q2. PURGE를 실행했는데 파일 크기가 거의 줄지 않습니다.
PURGE는 사용하지 않는 이름 객체만 제거합니다. 실제로 도면 안에 있는 이미지, PDF 언더레이, 해치, 폴리선, 중복 객체, 참조 중인 블록, Xref 자체는 그대로 남을 수 있습니다.
이 경우 Regapps, OVERKILL, Xref 구조, 이미지 참조, 주석축척을 추가로 확인해야 합니다.
Q3. DXF로 저장했다가 DWG로 바꾸면 무조건 용량이 줄어드나요?
무조건 줄어들지 않습니다. DXF는 교환용 형식이며 파일 크기가 더 커질 수도 있습니다.
다만 손상 의심 도면이나 외부 프로그램에서 변환된 파일을 정리하는 예외적인 방법으로 사용할 수 있습니다. 동적 블록, 주석, 사용자 정의 객체가 있는 도면은 원본 백업과 비교 검증이 필수입니다.
Q4. OVERKILL을 전체 도면에 적용해도 되나요?
권장하지 않습니다. OVERKILL은 중복·겹침 객체를 정리하는 기능이지만, 의도적으로 겹쳐 작성된 선, 기준선, 중심선, 치수 보조선, 블록 내부 객체까지 영향을 줄 수 있습니다.
PDFIMPORT 또는 DXF 변환 후 중복이 명확한 구역처럼 범위를 좁혀 사본에서 실행하는 편이 안전합니다.
Q5. Xref를 Bind하면 파일 용량이 줄어드나요?
대부분은 반대입니다. Bind는 외부참조를 현재 도면 안으로 포함시키므로 독립 파일에는 유리하지만, DWG 크기가 커질 수 있습니다.
협업 중에는 Xref를 유지하고, 최종 납품 시에는 ETRANSMIT으로 지원 파일을 묶거나 필요한 경우에만 Bind를 사용하는 편이 좋습니다.
Q6. AUDIT에서 오류가 없다고 나오면 최적화가 끝난 건가요?
아닙니다. AUDIT는 도면 오류를 검사·수정하는 기능입니다.
사용하지 않는 블록·레이어·스타일은 PURGE, 등록 앱 데이터는 -PURGE Regapps, 중복 선분은 OVERKILL, 참조 구조는 XREF 관리로 별도 점검해야 합니다.
관련 내부 글
- 오토캐드 자동저장 및 버전별 저장 설정방법 – SV$ 자동저장 파일 위치와 DWG 백업 관리
- 오토캐드 하위버전 저장 다운그레이드 호환 방법 – 협력사·고객사 버전 호환을 위한 DWG 저장 기준
- 오토캐드 초기화 설정값 리셋 방법 – 사용자 설정·프로필 문제로 CAD 동작이 비정상일 때
- Adobe 도면 PDF 1:1 출력 오류 – DWG 정리 후 치수·GD&T·기준면·스케일을 검증하는 방법
