
OneDrive 공유 업무 폴더에서 동기화 충돌 파일 43개가 발생한 원인을 2026년 4월 1일부터 10일까지 분석한 후기입니다. 파일 잠금, 동시 편집, 네트워크 끊김, 오프라인 편집, 파일명 중복 사례를 실제 운영 기준과 함께 정리했습니다.
어느 날 공유 폴더에 ‘충돌 복사본’이 43개 생겼다
처음에는 OneDrive 자체 오류라고 생각했다
2026년 4월 1일부터 2026년 4월 10일까지, 총 10일 동안 OneDrive 공유 폴더에서 생긴 동기화 충돌 파일을 하나씩 확인했다. 당시 전체 공유 폴더 수는 38개였고, 전체 파일 수는 4,820개였다.
문제가 된 충돌 파일 수는 43개였다. 사용자 수는 6명이었고, 모두 같은 프로젝트 폴더 안에서 엑셀, 워드, PDF, 이미지 파일을 함께 사용하고 있었다.
처음에는 OneDrive 자체 오류라고 생각했다. “클라우드가 알아서 맞춰줘야 하는 것 아닌가?”라는 생각이 먼저 들었고, 동기화 아이콘에 빨간 표시가 뜨는 것만 보고 서비스 문제로 판단했다.
파일을 열어보니 대부분 사람이 만든 충돌이었다
그런데 충돌 파일을 하나씩 열어보니 이야기가 달랐다. 단순한 시스템 오류가 아니라, 대부분은 사람이 만든 충돌에 가까웠다.
같은 엑셀 파일을 두 명이 동시에 열고 수정한 경우, 노트북을 오프라인 상태로 둔 채 작업한 뒤 나중에 업로드된 경우, 네트워크가 끊겼다가 다시 연결되면서 수정본이 갈라진 경우가 반복됐다.
결국 OneDrive 동기화 충돌 파일은 갑자기 생긴 것이 아니었다. 파일 잠금, 동시 편집, 네트워크 상태, 파일명 관리 방식이 조금씩 겹치면서 43개의 충돌 복사본으로 쌓인 결과였다.
충돌 파일을 유형별로 나눠봤다
엑셀 파일에서 충돌이 가장 많이 발생했다
가장 많이 충돌한 파일 유형은 엑셀 파일이었다. 전체 충돌 파일 43개 중 엑셀 파일 충돌이 21개였다.
엑셀은 업무에서 여러 사람이 동시에 열 가능성이 높았다. 특히 매출 정리표, 일정표, 견적 비교표처럼 매일 조금씩 수정되는 파일에서 충돌이 자주 생겼다.
워드 파일 충돌은 9개, PDF 충돌은 5개, 기타 파일 충돌은 8개였다. PDF는 보통 보기 전용으로 쓰기 때문에 적을 줄 알았는데, 주석을 달거나 파일명을 바꾸는 과정에서 충돌이 생긴 경우가 있었다.
| 파일 유형 | 충돌 파일 수 | 주요 발생 상황 | 체감 위험도 |
|---|---|---|---|
| 엑셀 파일 | 21개 | 동시 편집, 저장 타이밍 충돌, 파일 잠금 | 높음 |
| 워드 파일 | 9개 | 제안서 공동 수정, 오프라인 편집 후 업로드 | 중간 |
| PDF 파일 | 5개 | 주석 추가, 파일명 변경, 버전 혼선 | 중간 |
| 기타 파일 | 8개 | 이미지, 압축파일, 임시 파일 중복 저장 | 낮음 |
| 합계 | 43개 | 전체 공유 폴더 38개에서 확인 | – |
동시 편집과 오프라인 편집이 핵심 원인이었다
원인을 나눠보니 동시 편집으로 생긴 충돌이 17건으로 가장 많았다. 같은 파일을 여러 명이 열고 있었고, 한 명은 웹에서, 다른 한 명은 데스크톱 앱에서 수정하는 식의 상황이 많았다.
네트워크 끊김으로 추정된 충돌은 12건이었다. 특히 외근 중 노트북으로 작업한 파일이나, 와이파이가 불안정한 회의실에서 수정된 파일에서 이런 흔적이 보였다.
오프라인 편집 후 업로드 충돌은 8건, 파일명 중복 문제는 6건이었다. 이 네 가지를 합치면 이번에 확인한 43개 충돌 파일의 원인이 거의 설명됐다.
실제 충돌 파일 이름을 보고 원인을 추적했다
컴퓨터 이름과 수정 시간이 단서가 됐다
OneDrive 충돌 파일 이름에는 생각보다 많은 단서가 남아 있었다. 보통 원본 파일명 뒤에 컴퓨터 이름이나 사용자 이름, 충돌 복사본이라는 표현이 붙었다.
처음에는 파일명이 지저분해진 것처럼만 보였다. 하지만 나중에는 이 이름이 어느 기기에서, 어떤 시점에 충돌이 생겼는지 추적하는 단서가 됐다.
아래는 실제 폴더에서 봤던 형태를 바탕으로 정리한 충돌 파일 이름 예시다. 민감한 프로젝트명과 사용자명은 바꿨지만, 구조는 당시 파일과 거의 비슷했다.
충돌 파일 이름 예시
매출정리_2026_04.xlsx
매출정리_2026_04-PC-A의 충돌 복사본.xlsx
견적비교표_최종.xlsx
견적비교표_최종-LAPTOP-03의 충돌 복사본.xlsx
회의록_4월1주차.docx
회의록_4월1주차-김대리 노트북의 충돌 복사본.docx
거래처계약서.pdf
거래처계약서 (1).pdf
거래처계약서-충돌 복사본.pdf
같은 파일을 여러 명이 동시에 열고 있었다
엑셀 충돌 21개를 보면 공통점이 있었다. 대부분 누군가가 파일을 열어둔 상태에서 다른 사람이 같은 파일을 수정하고 있었다.
특히 데스크톱 Excel에서 열린 파일은 저장 타이밍이 늦게 반영되거나, 네트워크 상태에 따라 OneDrive가 변경 내용을 바로 합치지 못하는 경우가 있었다. 이때 각자의 수정본이 따로 살아남으면서 충돌 복사본이 만들어졌다.
6명이 모두 같은 폴더를 쓰고 있었지만, 파일별 담당자는 정해져 있지 않았다. 결국 누구나 열 수 있고 누구나 수정할 수 있는 구조가 충돌의 출발점이었다.
OneDrive 충돌 발생 조건 정리
네트워크 끊김
네트워크 끊김으로 추정된 충돌은 12건이었다. 이 경우는 대체로 파일 수정 시간과 OneDrive 동기화 시간이 어긋나 있었다.
작업자는 정상적으로 저장했다고 생각했지만, 실제로는 로컬 PC에만 저장된 상태였던 경우가 있었다. 이후 네트워크가 다시 연결되면서 서버에 있던 최신 파일과 로컬 수정본이 충돌했다.
동시 편집
동시 편집으로 생긴 충돌은 17건이었다. 이번 분석에서 가장 큰 원인이었다.
한 명은 엑셀 파일의 금액 열을 수정하고, 다른 한 명은 같은 시간에 메모 열을 수정했다. 둘 다 필요한 수정이었지만, 저장 순서와 동기화 타이밍이 겹치면서 OneDrive가 하나로 합치지 못했다.
오프라인 편집
오프라인 편집 후 업로드 충돌은 8건이었다. 이 문제는 특히 노트북 사용자에게서 자주 나왔다.
출장 중 인터넷이 불안정한 상태에서 워드 파일을 수정한 뒤, 사무실로 돌아와 연결하자 충돌 복사본이 생긴 경우가 있었다. 사용자는 오프라인 상태였다는 사실을 크게 의식하지 못하고 있었다.
파일명 중복
파일명 중복 문제는 6건이었다. 같은 폴더에 비슷한 이름의 파일을 여러 명이 올리면서 생긴 문제였다.
예를 들어 “견적서_최종.pdf”라는 파일이 이미 있는데 다른 사람이 같은 이름으로 새 파일을 업로드했다. OneDrive가 자동으로 이름을 바꿔 저장하거나 충돌 복사본을 만들면서 어떤 파일이 진짜 최종본인지 헷갈리게 됐다.
| 충돌 원인 | 발생 건수 | 실제 사례 | 확인한 단서 |
|---|---|---|---|
| 동시 편집 | 17건 | 엑셀 매출표를 2명이 동시에 수정 | 수정 시간이 1~3분 차이로 겹침 |
| 네트워크 끊김 | 12건 | 회의실 와이파이 불안정 상태에서 저장 | 동기화 지연 표시, 로컬 수정본 생성 |
| 오프라인 편집 | 8건 | 외근 중 노트북에서 워드 파일 수정 | 오프라인 저장 후 재연결 시 충돌 |
| 파일명 중복 | 6건 | 같은 이름의 견적서와 PDF 업로드 | 파일명 뒤에 숫자 또는 충돌 복사본 표시 |
| 합계 | 43건 | 전체 충돌 파일 기준 | 10일간 추적 |
복구하면서 바꾼 공유 폴더 운영 방식
엑셀 원본 파일은 담당자를 정했다
복구에 걸린 총 시간은 6시간 30분이었다. 단순히 충돌 파일을 지우는 일이 아니라, 원본과 충돌 복사본을 열어 어느 쪽에 최신 수정 내용이 있는지 비교해야 했다.
특히 엑셀 파일은 셀 하나만 다르게 수정되어도 눈으로 찾기가 어려웠다. 수식, 필터, 숨김 열, 메모까지 확인해야 해서 생각보다 시간이 오래 걸렸다.
복구하지 못하고 수동 재작성한 파일도 3개 있었다. 두 파일 모두 필요한 수정이 들어 있었지만 서로 덮어쓰기 어려운 상태였고, 결국 원본 자료를 다시 보고 새로 정리했다.
임시 작업 폴더와 최종 폴더를 분리했다
가장 먼저 바꾼 것은 폴더 구조였다. 이전에는 임시 파일, 작성 중 파일, 최종본이 모두 같은 폴더에 있었다.
이 구조에서는 누가 어떤 파일을 수정해도 이상하지 않았다. 그래서 임시 작업 폴더와 최종 폴더를 분리했고, 최종 폴더의 파일은 담당자만 수정하도록 기준을 세웠다.
엑셀 원본 파일은 반드시 담당자를 정했다. 다른 사람은 복사본에서 수정하거나 의견을 남기고, 원본 반영은 담당자가 하도록 바꿨다.
| 항목 | 변경 전 운영 방식 | 변경 후 운영 방식 | 효과 |
|---|---|---|---|
| 엑셀 원본 관리 | 누구나 직접 수정 | 파일별 담당자 지정 | 동시 편집 감소 |
| 폴더 구조 | 임시본과 최종본 혼재 | 임시 작업 폴더와 최종 폴더 분리 | 파일 혼선 감소 |
| 파일명 규칙 | 자유롭게 작성 | 날짜와 버전 표기 통일 | 파일명 중복 감소 |
| 오프라인 작업 | 개인 판단에 맡김 | 오프라인 수정 후 업로드 전 공유 | 업로드 충돌 감소 |
| PDF 주석 | 원본 PDF에 바로 입력 | 주석용 복사본 사용 | PDF 충돌 감소 |
| 충돌 파일 처리 | 발견한 사람이 임의 삭제 | 담당자가 비교 후 삭제 | 데이터 손실 방지 |
수정 후 30일 동안 충돌이 얼마나 줄었나
43개에서 6개로 줄었다
운영 방식을 바꾼 뒤 30일 동안 충돌 파일 수를 다시 확인했다. 결과적으로 충돌 파일 수는 43개에서 6개로 줄었다.
완전히 0개가 되지는 않았다. 하지만 이전처럼 원인을 모른 채 충돌 복사본이 쌓이는 상태는 아니었다.
충돌이 줄어든 가장 큰 이유는 엑셀 원본 파일에 담당자를 지정한 것이었다. 21개였던 엑셀 충돌이 눈에 띄게 줄었고, 동시에 여러 명이 같은 파일을 여는 상황도 줄었다.
완전히 사라지지는 않았지만 원인을 예측할 수 있게 됐다
OneDrive 충돌이 완전히 사라지지 않은 이유도 분명했다. 외부 미팅 중 오프라인으로 파일을 수정하거나, 급하게 같은 자료를 여러 명이 확인해야 하는 상황은 여전히 있었다.
다만 이제는 충돌 파일이 생기면 대략 원인을 예측할 수 있었다. 파일명, 수정 시간, 컴퓨터 이름, 사용자 작업 상황을 보면 네트워크 문제인지 동시 편집인지 어느 정도 구분됐다.
이 차이가 컸다. 예전에는 “OneDrive가 또 이상하다”라고 말했지만, 지금은 “이 파일은 아마 오프라인 수정본이 올라오면서 충돌했을 가능성이 높다”라고 판단할 수 있게 됐다.
마무리하며, 클라우드 동기화는 자동이지만 관리가 필요했다
이번 분석을 하면서 OneDrive 동기화를 너무 단순하게 생각했다는 것을 알게 됐다. 클라우드에 저장하면 알아서 최신 상태가 유지된다고 믿었지만, 실제 업무에서는 사람의 작업 방식이 충돌을 만들었다.
전체 공유 폴더 38개, 전체 파일 4,820개, 사용자 6명이라는 환경에서 충돌 파일 43개는 처음에는 작은 문제처럼 보였다. 하지만 복구에 6시간 30분이 걸렸고, 3개 파일은 결국 수동으로 재작성해야 했다.
OneDrive 동기화 충돌 파일이 생기는 조건은 대체로 반복됐다. 동시 편집, 네트워크 끊김, 오프라인 편집, 파일명 중복, 이 네 가지를 관리하면 충돌은 크게 줄일 수 있었다.
클라우드 동기화는 자동이지만, 폴더 운영은 자동이 아니었다. 공유 폴더가 커지고 사용자가 늘어날수록 규칙 없는 동기화는 언젠가 충돌 파일로 돌아온다.
FAQ
Q1. OneDrive 충돌 파일은 무조건 삭제해도 되나요?
바로 삭제하면 위험하다. 충돌 복사본 안에 원본에 반영되지 않은 수정 내용이 남아 있을 수 있기 때문이다.
특히 엑셀이나 워드 파일은 원본과 충돌 파일을 나란히 열어 수정 시간, 변경된 셀, 문단 차이를 확인한 뒤 삭제하는 것이 안전했다.
Q2. OneDrive 충돌은 왜 엑셀에서 많이 생기나요?
이번 분석에서는 전체 충돌 43개 중 엑셀 파일이 21개로 가장 많았다. 여러 사람이 동시에 열고 수정하는 일이 많고, 저장 타이밍이 겹치기 쉬웠기 때문이다.
엑셀 원본 파일은 담당자를 정하고, 다른 사용자는 복사본이나 별도 입력 양식을 쓰도록 하는 것이 충돌을 줄이는 데 도움이 됐다.
Q3. OneDrive 충돌을 완전히 없앨 수 있나요?
완전히 없애기는 어렵다고 느꼈다. 네트워크 끊김이나 오프라인 편집처럼 업무 환경에서 피하기 어려운 상황이 있기 때문이다.
다만 운영 규칙을 정한 뒤 30일 동안 충돌 파일 수가 43개에서 6개로 줄었다. 완전 제거보다 원인 예측과 빠른 복구가 현실적인 목표였다.
내가 정한 OneDrive 운영 기준
최종 폴더 운영 규칙은 11개로 정리했다. 거창한 시스템은 아니지만, 실제로 충돌 파일을 줄이는 데 효과가 있었다.
| 번호 | 운영 기준 | 목적 |
|---|---|---|
| 1 | 엑셀 원본 파일은 담당자 1명을 지정한다 | 동시 편집 충돌 방지 |
| 2 | 최종 폴더와 임시 작업 폴더를 분리한다 | 최종본 혼선 방지 |
| 3 | 파일명에는 날짜와 버전을 함께 적는다 | 파일명 중복 방지 |
| 4 | 오프라인으로 수정한 파일은 업로드 전 공유한다 | 오프라인 충돌 방지 |
| 5 | 충돌 복사본은 즉시 삭제하지 않는다 | 수정 내용 손실 방지 |
| 6 | PDF 주석은 원본이 아닌 검토용 복사본에 남긴다 | PDF 충돌 감소 |
| 7 | 회의 중 공동 수정 파일은 한 명만 저장 담당을 맡는다 | 저장 타이밍 충돌 방지 |
| 8 | 네트워크가 불안정할 때는 대용량 파일 수정을 피한다 | 동기화 지연 방지 |
| 9 | 동기화 아이콘 오류가 있으면 작업 전 먼저 확인한다 | 로컬 수정본 충돌 방지 |
| 10 | 충돌 파일은 수정 시간과 컴퓨터 이름을 기준으로 추적한다 | 원인 분석 단축 |
| 11 | 월 1회 공유 폴더의 충돌 파일을 점검한다 | 문제 누적 방지 |
이 기준을 적용한 뒤에도 충돌이 완전히 사라지지는 않았다. 하지만 이전처럼 이유를 모른 채 충돌 파일이 쌓이는 일은 크게 줄었다.
OneDrive는 편리한 도구지만, 여러 사람이 함께 쓰는 순간 운영 규칙이 필요하다. 내 결론은 단순하다. 클라우드 폴더도 결국 하나의 업무 공간이고, 업무 공간에는 정리 기준이 있어야 한다.