Obsidian 동기화 충돌이 생기기 전에 정할 것: 자동 병합보다 백업·수동 검토가 먼저인 이유
Obsidian에서 같은 노트를 PC와 휴대폰으로 고친 뒤 충돌이 보이면, 자동 병합된 문서를 바로 계속 편집하지 않는 편이 낫습니다. 먼저 현재 vault를 별도 위치에 복사해 상태를 보존하고, 문제가 Markdown인지 Canvas·첨부 파일·설정 파일인지 나눈 뒤 수동 검토가 필요한지 결정하세요. 2026년 7월 26일 KST에 확인한 Obsidian 공식 문서는 Markdown 병합이 중복 문장이나 서식 문제를 만들 수 있다고 설명합니다.
작성·검토: FMNOTE 운영 노트 | 처음 발행: 2026-07-26 | 최종 검토: 2026-07-26
변경: Obsidian Sync 충돌에서 보존·파일 유형 분기·수동 검토 기준을 정리했습니다.
10초 결론: 자동 병합보다 현재 상태 보존이 먼저다
- 충돌을 본 즉시 현재 vault를 다른 위치에 복사한다.
- 같은 파일을 동기화 전 두 기기에서 고쳤는지, 오프라인 편집 시간이 길었는지 적어 둔다.
- Markdown은 병합 결과의 중복 문장과 서식을 읽고, Canvas·첨부·설정 파일은 최근 수정본 우선 처리 가능성을 별도로 확인한다.
- 어느 쪽을 살릴지 바로 판단하기 어렵다면 수동 검토용 충돌 파일을 남기는 방식을 선택한다.
이 순서는 특정 클라우드나 플러그인의 우열을 말하려는 것이 아닙니다. 내 문서가 이미 바뀐 상태에서 또 한 번 덮어쓰는 일을 막기 위한 최소한의 분기입니다.
충돌이 생기는 상황은 생각보다 단순하다
Obsidian 공식 Sync 문제 해결 문서는 같은 파일을 둘 이상의 기기에서 동기화되기 전에 바꾸면 충돌이 생길 수 있다고 설명합니다. 예를 들어 노트북에서 메모를 고친 뒤 업로드되기 전에 휴대폰에서도 같은 노트를 편집하는 상황입니다. 오프라인에서 오래 작업하면 기기 사이의 변경 간격이 커져 충돌이 더 잦아질 수 있습니다.
이건 드문 내부 운영 사례만은 아닙니다. 2026년 7월 26일에 Obsidian Forum에서 sync conflict를 검색했을 때 50개 이상 결과가 보였고, macOS/iOS·Syncthing·iCloud처럼 다른 환경에서 충돌 파일, 중복 내용, 데이터 손실 우려를 묻는 글이 이어졌습니다. 검색 결과 수가 오류율을 뜻하지는 않습니다. 다만 충돌을 발견했을 때 “자동으로 합쳐졌으니 끝났다”라고 보기에는 독자들이 실제로 겪는 예외가 많다는 신호는 됩니다.
1. 수정하기 전에 현재 vault를 복사한다
충돌 문서를 열어 고치기 전에 vault 전체 또는 영향을 받은 파일을 별도 위치에 복사합니다. 여기서 중요한 것은 새 백업 도구를 추천하는 일이 아니라, 다음 변경 전에 지금 보이는 상태를 한 번 고정하는 것입니다. 원본과 복사본의 이름이나 시각을 구분해 두면 나중에 어떤 문장이 어느 기기에서 왔는지 비교하기가 훨씬 쉽습니다.
AI로 노트를 정리하거나 자동 분류하는 흐름을 쓰고 있다면 더 조심해야 합니다. 동기화가 안정됐는지 확인하기 전에는 자동화가 다시 같은 파일을 바꾸지 않게 멈추는 편이 낫습니다. 이후의 정리 흐름이 필요하다면 Obsidian에서 AI 작업 지침을 분리해 두는 방법도 함께 참고할 수 있습니다.
2. 파일 종류에 따라 위험이 다르다
공식 문서 기준으로 Markdown 파일은 변경 내용을 병합할 수 있습니다. 대신 모든 수정이 남는 과정에서 중복 문장이나 서식 문제가 생길 수 있어, 파일을 열어 제목·체크리스트·문단 경계가 어긋나지 않았는지 직접 읽어야 합니다. 반면 Canvas를 포함한 다른 파일 유형은 최근 수정본이 이전 내용을 대체하는 방식이 적용될 수 있습니다. 같은 “충돌”이라도 텍스트 노트와 첨부·설정 파일을 한 번에 같은 방식으로 처리하면 안 되는 이유입니다.
- Markdown: 중복 문장, 병합 순서, 링크와 목록의 서식을 비교한다.
- Canvas·첨부 파일: 어느 기기의 최근 수정본이 남았는지 먼저 확인하고, 보관한 복사본과 비교한다.
- 플러그인·Sync 설정: 파일 내용보다 설정 값의 충돌일 수 있으므로 기능을 바로 켜지 말고 변경 전 상태를 남긴다.
3. 합치기 어렵다면 수동 검토용 파일을 남긴다
Obsidian 문서는 1.9.7부터 충돌 처리 방식을 선택할 수 있다고 안내합니다. 자동 병합은 빠르지만 결과를 손봐야 할 수 있고, 별도 충돌 파일을 만드는 방식은 두 버전을 직접 검토할 여지를 남깁니다. 중요한 글, 긴 회의록, 자동화가 다시 읽을 노트처럼 한 문장 차이도 부담스러운 파일이라면 속도보다 비교 가능성이 우선입니다.
반대로 이미 어느 버전이 정답인지 확실하고 다른 기기에 오래된 복사본만 남았다면, 오래된 파일을 살리기 위해 새 수정본까지 흔들 필요는 없습니다. 판단 근거가 분명할 때만 한쪽을 정리하고, 애매하면 원본을 지우지 않은 채 비교를 끝내는 쪽이 안전합니다.
이 글의 확인 범위와 쓰지 말아야 할 때
이 글은 2026년 7월 26일에 공식 Sync 문서와 공개 포럼 검색 결과를 확인해 썼습니다. 실제 다기기 충돌을 이 글을 위해 재현하지 않았고, 특정 운영체제·클라우드·플러그인이 충돌의 원인이라고 단정하지 않습니다. 저장장치 고장, 계정 접근 불가, 암호화 키 문제, 이미 삭제된 vault 복구처럼 더 큰 문제가 보이면 이 순서만 반복하지 말고 해당 복구 경로와 공식 지원 문서를 우선하세요.
동기화 충돌에서 급한 일은 완벽한 원인을 찾아내는 것이 아니라, 다음 편집으로 현재 기록을 더 흐리지 않는 일입니다. 복사본 하나를 남기고 파일 유형을 나누어 보면, 자동 병합을 다시 믿어도 되는 순간과 손으로 비교해야 하는 순간이 조금 선명해집니다.
