Obsidian Sync 뒤에 문장이 두 번 나타나거나 수정한 노트가 예전 내용으로 돌아갔다면 바로 Restore를 누르지 마세요. 현재 파일과 각 기기에 남아 있는 사본을 따로 보존한 다음, 파일 종류·해당 기기의 충돌 처리 설정·Sync 버전 기록·그 기기의 File recovery 순으로 확인해야 합니다. 이 글은 Obsidian 공식 도움말에 근거한 복구 위치 판단표입니다. 실제 Sync 계정에서 두 기기 충돌을 일으키거나 파일을 복원한 실험은 아닙니다. 다른 클라우드 동기화 서비스의 충돌에도 그대로 적용할 수 없습니다.
처음에 어떤 사본을 보존하나요?
충돌이 의심되는 파일은 일단 더 편집하거나 삭제하지 마세요. 각 기기에서 지금 열리는 원본 파일의 내용과 파일 이름, 어느 기기에서 마지막으로 바꿨는지, 누락된 문장을 적어 두세요. 현재 사본을 원본과 다른 이름의 안전한 위치에 복사해 두고, Conflicted copy가 있으면 그것도 따로 보존합니다. 기록 화면을 연 뒤에는 원하는 버전의 내용을 먼저 읽고 비교하세요. Restore는 현재 내용을 대체합니다. 이 단계를 건너뛰면 손실된 문장을 찾으려다 현재 남아 있는 문장까지 덮을 수 있습니다. 파일 보존 위치와 접근 권한은 각자의 환경에 맞게 정하고, 동일 파일을 계속 편집해 비교 기준을 바꾸지 마세요.
Obsidian의 충돌 설명에 따르면 같은 파일을 여러 기기에서 동기화되기 전에 수정하면 충돌이 생길 수 있습니다. Sync 로그에서 Merge Conflicts로 필터하거나 Conflict를 검색해 시점을 확인하세요. 로그의 이벤트만으로 어느 사본에 필요한 문장이 들어 있는지는 알 수 없으므로 실제 파일 내용을 비교해야 합니다.
충돌 파일이 없으면 변경이 사라진 건가요?
반드시 그렇지는 않습니다. Obsidian 1.9.7부터 공식 Sync 도움말은 Automatically merge(기본값)와 Create conflict file 중 충돌 처리 방식을 선택할 수 있다고 안내합니다. 설정은 기기별이므로 한 기기의 메뉴만 보고 모든 기기가 같은 방식을 썼다고 가정하지 마세요.
Markdown 파일에서 자동 병합으로 문장이 중복되거나 순서가 어색해졌다면 현재 파일과 Sync Version history의 이전 버전을 비교하세요. 공식 문서는 Markdown의 변경 내용을 병합하지만 중복·서식 문제가 생길 수 있다고 설명합니다. 충돌 파일을 만드는 옵션이 적용됐다면 원본 노트 이름 (Conflicted copy 기기 이름 시각).md 형태의 별도 파일을 찾으세요. 공식 설명에서 충돌 파일은 충돌을 감지한 기기의 수정본, 원래 파일은 원격 버전입니다. 어느 쪽이 더 '최신 정답'인지 파일 이름만으로 고르지 말고 두 본문을 직접 대조합니다.
캔버스를 비롯한 Markdown 이외 파일에는 이 Markdown 자동 병합 설명을 적용하지 마세요. 공식 문서는 다른 파일 종류에는 마지막 수정본이 우선하는 처리 방식을 설명합니다. 아래 로컬 File recovery가 .canvas를 지원하는지는 별도로 확인할 문제입니다.
어떤 기록부터 열어야 하나요?
| 증상과 파일 | 먼저 확인할 사본·화면 | 실제 내용 대조 | 적용 보류 조건 |
|---|---|---|---|
| Markdown에 중복 문장, 자동 병합 설정 | 현재 파일, Sync 로그, 해당 파일의 Sync Version history | 누락된 문장이 이전 버전에 있는지 현재 파일과 나란히 확인 | 이전 버전이 없거나 현재에만 새 문장이 있으면 Restore 보류 |
Conflicted copy가 있는 Markdown |
원본과 별도 충돌 파일, 필요하면 Sync Version history | 기기 수정본과 원격 버전의 서로 다른 문장 표시 | 어느 파일이 필요한 변경인지 모르면 삭제·덮어쓰기 보류 |
| 새 노트의 로컬 변경이 사라짐 | 해당 변경을 입력했던 기기의 File recovery, Sync 기록 | 스냅샷이 존재한다면 누락 문장과 현재 파일 비교 | 해당 기기에 스냅샷이 없으면 무리한 복원 보류 |
| 캔버스·이미지·PDF 등 Markdown 이외 파일 | 원본/현재 사본과 Sync Version history의 해당 파일 기록 | 이전 파일을 열어 내용이 보존돼 있는지 확인 | Markdown 병합으로 되살린다고 가정 금지; File recovery는 .canvas만 이 범위에 해당하고 이미지·PDF는 아님 |
이 표는 복구 성공 절차가 아니라 확인할 위치를 고르는 순서입니다. 예를 들어 '노트를 컴퓨터와 휴대폰에서 각각 수정한 뒤 컴퓨터에 중복 문장이 생겼다'는 상황은 설명용 가상 사례입니다. 컴퓨터의 현재본을 보존하고 그 기기의 충돌 설정과 로그를 본 뒤 이전 버전과 누락 문장을 비교한다는 식으로 사용하세요. 실제 계정에서 이런 결과가 났다는 뜻은 아닙니다.
Sync Version history와 File recovery는 어떻게 다른가요?
Sync 버전 기록 공식 설명의 Sync history 사이드바는 최근 동기화된 편집을 빠르게 보는 자리입니다. 삭제된 파일이나 설정은 그 사이드바에 나타나지 않을 수 있으니, 삭제·이름 변경 파일은 Sync 설정의 Deleted files에서 Version history를 확인합니다. 파일 탐색기에서 해당 파일의 Open version history를 열고 버전을 선택하면 내용을 미리 볼 수 있습니다. Restore는 현재 노트 내용을 선택 버전으로 교체하므로 비교·사본 보존 전에는 누르지 마세요. 기록 보존 기간은 Sync 요금제와 파일 종류 등에 따라 달라지며 계정의 기록이 실제로 남았는지는 확인해야 합니다.
File recovery 공식 문서는 이 기능을 별도 코어 플러그인의 기기별 로컬 스냅샷이라고 설명합니다. Sync로 다른 기기로 전송되지 않습니다. 변경이 있었던 기기에서 Settings → Core plugins → File recovery → Snapshots → View로 파일 이름을 찾아 해당 스냅샷을 열어보세요. Show changes로 차이를 살펴보고, 필요한 문장은 Copy로 별도 노트에 보존할 수 있습니다. Restore는 파일 전체 복원용이므로 현재본을 보호한 뒤 선택합니다. 기본 간격·보존은 공식 문서에 적혀 있어도 설정과 기기 상태에 따라 실제 스냅샷이 없을 수 있습니다. 플러그인 활성화 여부와 보존 설정부터 확인하세요.
File recovery 문서의 현재 제한은 복원 가능 형식이 .md와 .canvas라는 것입니다. 따라서 캔버스는 Sync에서 Markdown처럼 병합되지 않더라도 그 기기의 로컬 스냅샷 후보가 될 수 있습니다. 이미지나 PDF까지 로컬 File recovery로 복원된다고 확대하지 마세요. 볼트를 옮겼다면 원래 절대 경로에 연결된 과거 스냅샷에 접근하지 못할 수도 있고, Apple 기기의 Lockdown mode에서는 Obsidian을 예외로 두지 않으면 이 기능을 사용할 수 없다는 제한도 있습니다. 스냅샷을 무조건 지우거나 볼트를 옮겨 해결하려고 하지 마세요.
찾은 버전을 언제 적용하나요?
현재 파일, 충돌 파일, 선택한 버전 또는 로컬 스냅샷에서 필요한 문장을 표시해 서로 다른 부분을 대조합니다. 보존된 사본이 충분하고 복원 시 무엇이 교체되는지 알 때만 적용을 결정하세요. 원하는 문장만 필요하다면 먼저 별도 노트에 복사해 비교하는 편이 안전합니다. 버전 목록이 비었거나 어떤 기기에 변경이 있었는지 모른다면 삭제·일괄 복원·Restore를 보류하세요. 이 판단표는 기록이 존재할 때 어디를 볼지 알려 줄 뿐, 기록이 없는 변경의 복구를 보장하지 않습니다.
앞으로 사본을 관리할 때는 동기화와 별도 백업의 차이도 확인해 보세요.
