이 글의 목적은 한글(HWP) 문서의 공동 편집 중 발생하는 충돌과 파일 잠금 문제를 체계적으로 진단하고 즉시 적용 가능한 표준 절차와 설정 체크리스트를 제공하여 현장에서 재발을 예방하는 데 있다.
1. 공동 편집 충돌의 이해
공동 편집 충돌은 둘 이상의 사용자가 동일 문서를 동시에 열거나 저장하는 과정에서 파일 잠금이 정상 해제되지 않거나 임시 파일이 잔존하여 발생하는 현상이다.
대표 증상은 다음과 같다.
- “다른 사용자가 사용 중입니다” 또는 “읽기 전용으로만 열 수 있습니다” 메시지가 반복 표시된다.
- 저장 시 “파일이 변경되었습니다. 덮어쓰겠습니까” 경고가 빈번하게 표시된다.
- 같은 폴더에 원본 파일과 유사한 이름의 임시 파일이나 충돌 사본이 다수 생성된다.
- 버전이 엇갈려 일부 사용자의 수정 내용이 누락되거나 덮어쓰기 된다.
2. 빠른 해결을 위한 10분 트러블슈팅 절차
2.1 즉시 조치
- 모든 참여자에게 문서를 닫도록 공지한다.
- 파일이 위치한 공유 폴더에서 숨김 파일 표시 후 임시 파일을 확인한다.
- 임시 파일·잠금 파일이 잔존할 경우 안전하게 삭제한다.
- 원본 파일의 속성을 확인하여 읽기 전용이 체크되어 있으면 해제한다.
- 문서를 다시 열 때 한 명만 먼저 열어 저장까지 정상 동작하는지 확인한다.
주의 : 임시 파일 삭제 전에는 반드시 원본 파일을 백업한 후 진행해야 한다.
2.2 임시·잠금 파일 유형
| 파일 유형 | 형태 예시 | 발생 원인 | 처리 방법 |
|---|---|---|---|
| 편집 중 임시 파일 | ~$문서명.hwp, .tmp | 편집 세션 생성 시 자동 생성 | 모든 세션 종료 후 자동 삭제가 정상이나, 잔존 시 수동 삭제한다. |
| 충돌 사본 | 문서명(충돌 복사본)1.hwp | 동시 저장 충돌 | 최신본 대조 후 필요 없는 사본은 정리한다. |
| 썸네일/캐시 | Thumbs.db, ~*.cache | 탐색기 미리보기 | 공유 루트에서 미리보기 비활성화 또는 삭제한다. |
3. 원인별 정밀 진단 매트릭스
| 증상 | 가능 원인 | 검증 방법 | 해결책 |
|---|---|---|---|
| 읽기 전용으로만 열림 | 파일 잠금 미해제, 권한 부족, SMB 잠금 유지 | 서버 열림 핸들 확인, 파일 ACL 점검 | 열림 세션 강제 해제, 권한 부여, 임시 파일 삭제 |
| 저장 시 충돌 경고 | 동시 저장, 네트워크 지연 | 네트워크 지터·지연 측정 | 저장 순서 분리, 구간 저장 정책 도입 |
| 수정 누락 발생 | 버전 관리 부재 | 사본 타임스탬프 비교 | 버전 폴더 운영, 변경 추적 활성화 |
| 임시 파일 잔존 | 비정상 종료, 클라이언트 캐시 문제 | 이벤트 로그, 최근 오류 확인 | 정상 종료 교육, 캐시 정리, 전원 관리 점검 |
4. 서버·네트워크 환경 점검
4.1 SMB/NAS 설정 체크리스트
| 항목 | 권장 값 | 점검 포인트 |
|---|---|---|
| SMB 버전 | v3 이상 | 서버·클라이언트 동일 버전 사용 여부를 확인한다. |
| 열림 파일 세션 | 정상 해제 | 불필요한 락 세션이 남아 있지 않은지 확인한다. |
| DFS/리플리케이션 | 단일 편집 지점 | 동일 파일이 여러 노드에 동시 존재하지 않도록 한다. |
| 네트워크 지연 | < 50ms | 지연이 크면 저장 충돌 확률이 증가하므로 개선한다. |
| 백업·스냅샷 | 업무 외 시간 | 백업 중 파일 잠금이 발생하지 않도록 일정을 분리한다. |
주의 : 동기화 클라우드 폴더(예: 개인 동기화 클라이언트)를 공유 드라이브처럼 공동 편집에 사용하는 것은 충돌을 유발하기 쉬우므로 지양해야 한다.
4.2 관리자용 열림 파일 강제 해제
윈도우 파일 서버에서 열린 파일을 확인하고 해제하는 예시는 다음과 같다.
REM 관리자 PowerShell(서버) 예시 Get-SmbOpenFile | Where-Object {$_.Path -like "*\프로젝트\문서명.hwp"} | Format-Table ClientUserName, Path, SessionId
특정 세션 닫기
Close-SmbOpenFile -FileId -Force
클라이언트 측에서 로컬로 열린 핸들을 점검할 때는 다음을 활용한다.
REM 명령 프롬프트(관리자) openfiles /query /v
REM 로컬 파일 열림 추적 기능 활성화(재부팅 필요)
openfiles /local on
주의 : 열림 파일 강제 해제는 데이터 손실 위험이 있으므로 사용자에게 저장 및 종료를 우선 안내한 후 수행해야 한다.
5. 한글 애플리케이션 설정과 사용 습관
5.1 안전 저장 전략
- 자동 저장 주기를 업무 특성에 맞게 단축 설정한다.
- 저장 직전에는 다른 사용자의 저장 여부를 확인하고 구간 저장을 습관화한다.
- 파일명을 기준으로 버전 폴더를 운용하여 v1, v2, 최종본 등 단계별로 보관한다.
5.2 변경 추적·주석 활용
- 변경 추적을 켜서 수정 이력을 보존한다.
- 문장 단위로 주석을 달아 병합 시 판단 근거를 남긴다.
5.3 임시 파일·캐시 관리
- 정기적으로 작업 폴더의 불필요 임시 파일을 정리한다.
- 탐색기의 미리보기 기능을 꺼서 불필요한 핸들 점유를 줄인다.
6. 충돌 발생 시 표준 운영 절차(SOP)
- 통지 : 편집 중지와 파일 잠금 의심 사실을 채널에 공지한다.
- 백업 : 현재 파일과 충돌 사본을 모두 타임스탬프 포함 이름으로 백업한다.
- 세션 해제 : 서버에서 열린 파일 세션을 확인하고 필요 시 안전하게 해제한다.
- 임시 파일 정리 : ~$, .tmp, 충돌 사본을 식별하고 불필요 파일을 제거한다.
- 무결성 점검 : 가장 최신 저장 시각을 기준으로 기준본을 지정한다.
- 병합 : 변경 추적을 켜고 기준본에 다른 사본의 변경을 반영한다.
- 재개 : 한 명이 기준본을 열어 저장까지 확인 후, 순차적으로 접근을 허용한다.
- 회고 : 원인 기록과 재발 방지 조치를 태스크로 등록한다.
7. 수동 병합 실무 팁
7.1 병렬 비교·반영
- 기준본 A.hwp와 충돌 사본 B.hwp를 각각 연다.
- A에서 변경 추적을 켠 후 B의 변경 부분을 복사해 A에 붙여넣는다.
- 반영한 변경은 주석으로 출처와 작성자를 명시한다.
- 모든 반영이 끝나면 검토 후 변경 확정한다.
7.2 대규모 문서의 분할 병합
- 장·절 단위로 파일을 분할하여 담당을 배분한다.
- 병합 전 공통 스타일과 머리말·꼬리말 규칙을 문서화한다.
8. 재발 방지를 위한 운영 규정 템플릿
| 항목 | 규정 | 비고 |
|---|---|---|
| 편집 순서 | 동시 편집 금지, 순번제 편집 | 공유 캘린더로 예약 관리 |
| 파일 위치 | 단일 공유 드라이브만 사용 | 개인 동기화 폴더 금지 |
| 버전 관리 | 일자·작성자 포함 파일명 표준 | 예: 보고서_2025-11-08_AB.hwp |
| 백업 | 업무 외 시간 자동 스냅샷 | 편집 시간과 분리 |
| 종료 규칙 | 5분 이상 이탈 시 저장 후 종료 | 잠금 방지 |
9. 자주 묻는 문제와 해법
9.1 “읽기 전용으로만 열립니다”가 계속 나온다
열림 세션이 서버에 잔존했을 가능성이 높다. 서버에서 열린 파일 목록을 확인하고 세션을 해제한다. 클라이언트 측 임시 파일을 삭제한 뒤 재시도한다.
9.2 충돌 사본 중 어느 파일이 최신인지 구분이 어렵다
타임스탬프와 파일 크기, 최근 편집자의 기억을 교차 확인한다. 의심 시 더 보수적으로 병합하여 두 파일의 변경을 모두 반영한다.
9.3 저장에 오래 걸리면서 충돌이 늘어난다
네트워크 지연과 파일 크기 증가가 원인일 수 있다. 이미지 해상도 최적화와 스타일 정리를 통해 파일 용량을 줄이고, 네트워크 품질을 점검한다.
9.4 임시 파일이 계속 생긴다
비정상 종료나 탐색기 미리보기로 인한 핸들 점유가 원인일 수 있다. 안정적인 종료 습관을 교육하고, 미리보기를 비활성화한다.
10. 현장용 체크리스트
- 문서 편집 전 최신본 확인을 선행한다.
- 편집 중 15분 주기로 수동 저장한다.
- 자리 이탈 전 저장·종료를 수행한다.
- 편집 담당자를 지정하고 순차 편집을 지킨다.
- 모든 편집은 단일 공유 드라이브에서 수행한다.
- 임시 파일과 충돌 사본을 주간 단위로 정리한다.
11. 문제 상황별 표준 스크립트
11.1 클라이언트 측 빠른 점검
# 1) 문서 닫기 # 2) 작업 폴더 임시 파일 삭제(~$, .tmp) # 3) 파일 속성에서 읽기 전용 해제 # 4) 문서 단독 오픈 후 저장 테스트 11.2 서버 측 세션 정리(관리자)
# PowerShell(파일 서버) Get-SmbOpenFile | Sort-Object ClientUserName | Format-Table -AutoSize
특정 파일만 필터링
Get-SmbOpenFile | Where-Object {$_.Path -like "*\문서명.hwp"}
세션 강제 종료(위험 인지 후 실행)
Close-SmbOpenFile -FileId -Force
12. 교육·정착 포인트
- 공동 편집은 “동시”가 아니라 “순차”가 기본임을 명확히 교육한다.
- 파일명 표준과 버전 폴더 운영을 팀 규범으로 정착시킨다.
- 분기별로 네트워크 품질과 서버 로그를 점검한다.
FAQ
Q1. 공동 편집 중 누군가가 비정상 종료했다. 어떻게 복구하나?
우선 모든 사용자가 문서를 닫도록 안내한다. 서버에서 열린 파일 세션을 확인해 잔존 세션을 해제한다. 작업 폴더의 ~$, .tmp, 충돌 사본을 백업 후 정리한다. 최신 타임스탬프 기준으로 기준본을 정하고 변경 추적으로 병합한다.
Q2. 개인 클라우드 동기화 폴더에서 공동 편집을 해도 되나?
권장하지 않는다. 동기화 지연과 파일 잠금 충돌 위험이 높다. 단일 사내 공유 드라이브에서 순차 편집을 시행한다.
Q3. 자동 저장만 켜면 충돌이 줄어드나?
도움이 되지만 근본 해결은 아니다. 저장 타이밍이 겹치면 자동 저장도 충돌을 야기할 수 있다. 순차 편집과 버전 규정을 병행해야 한다.
Q4. 탐색기 미리보기가 왜 문제인가?
미리보기는 파일 핸들을 점유할 수 있다. 편집 중에는 미리보기를 꺼서 잠금 확률을 낮춘다.
Q5. 대규모 문서의 안전한 협업 방법은?
장·절 분할, 공통 스타일 표준화, 병합 책임자 지정이 효과적이다. 분할 파일을 순차 편집 후 기준본에 병합한다.