매 학기 반복되는 사고가 있습니다. 심사 사흘 전, 노트북이 부팅되지 않거나 한글 파일이 열리다가 멈춥니다. 최근 사본은 2주 전 것이고, 그사이에 고친 3장과 4장은 사라졌습니다. 이런 일이 드물다고 생각하기 쉽지만, 대학원 커뮤니티에는 학기마다 같은 글이 올라옵니다.
더 흔한 사고는 파일이 날아가는 것이 아니라 어느 파일이 최신인지 모르게 되는 것입니다. 논문최종.hwp, 논문최종_수정.hwp, 논문최종_진짜최종.hwp, 논문최종_교수님피드백반영.hwp 네 개가 있고 수정 날짜가 뒤엉켜 있습니다. 지도교수가 준 의견이 어느 파일에 반영됐는지 확인하는 데만 한 시간이 갑니다.
이 글은 논문 원고를 지키는 다섯 가지 방식을 여섯 기준으로 비교하고, 한글(HWP)을 주로 쓰는 국내 환경에 맞는 실제 조합을 제시합니다. 요금제는 자주 바뀌므로 확인된 것만 적었습니다.
먼저 짚을 것 — 동기화는 백업이 아닙니다
가장 위험한 오해입니다. 클라우드 폴더에 파일을 넣어 두는 것은 복제이지 백업이 아닙니다. 파일이 손상되거나 실수로 내용을 지우고 저장하면, 그 상태가 몇 초 안에 클라우드에도 그대로 전파됩니다. 사본이 두 개 있어도 둘 다 망가진 상태가 됩니다.
백업의 정의는 과거 시점으로 되돌릴 수 있는가입니다. 어제 오후 3시의 파일을 되살릴 수 있어야 백업입니다. 그 기능이 버전 이력이고, 동기화와는 다른 기능입니다. 지금 클라우드 동기화만 쓰고 있다면 백업은 아직 없는 상태라고 봐야 합니다.
이 비교의 평가 기준 여섯 가지
- 과거 시점 복원 — 어제, 지난주의 파일로 되돌릴 수 있는가.
- 자동인가 수동인가 — 내가 기억해서 해야 하는가, 저절로 되는가.
- 물리적 분리 — 노트북과 함께 사라질 수 있는 위치인가.
- 한글(HWP) 적합성 — 국내 논문의 주 형식을 문제없이 다루는가.
- 비용 — 무료로 되는가, 얼마를 내야 하는가.
- 복구 속도 — 사고가 났을 때 몇 분 안에 원고를 손에 넣을 수 있는가.
한눈에 보는 다섯 방식 비교표
| 기준 | 클라우드 동기화 | 버전 이력 | 외장 저장장치 | 메일 자가 발송 | Git 저장소 |
|---|---|---|---|---|---|
| 과거 시점 복원 | 불가 | 가능 | 수동 사본만큼 | 보낸 시점만큼 | 완전 가능 |
| 자동 여부 | 자동 | 자동 | 수동 | 수동 | 반자동(직접 기록) |
| 물리적 분리 | 됨 | 됨 | 됨(보관 위치에 따라) | 됨 | 됨 |
| HWP 적합성 | 문제없음 | 문제없음 | 문제없음 | 문제없음 | 가능하나 변경 비교는 제한적 |
| 비용 | 기본 용량 무료 | 기본 용량 무료 | 기기 구입비 | 무료 | 무료 |
| 복구 속도 | 즉시(단 손상도 전파) | 몇 분 | 기기를 찾아야 함 | 즉시 | 몇 분 |
| 주된 약점 | 손상이 함께 복제됨 | 보관 기간 한도 존재 | 같이 잃어버리기 쉬움 | 보내는 걸 잊음 | 학습 부담 |
클라우드 동기화 — 필수이지만 이것만으로는 안 됨
구글 드라이브, 원드라이브, 네이버 마이박스, 드롭박스 같은 서비스입니다. 구글 계정에는 드라이브·포토·지메일을 합쳐 최대 15GB의 기본 용량이 제공됩니다. 논문 원고와 그림 파일 정도라면 무료 용량으로 충분한 경우가 많습니다.
강점
- 한 번 설정하면 저절로 돌아갑니다. 기억할 필요가 없다는 점이 가장 큰 장점입니다.
- 학교 컴퓨터, 집 노트북, 태블릿에서 같은 파일을 이어 씁니다.
- 노트북이 물리적으로 망가져도 파일은 남습니다.
약점
- 손상과 삭제가 함께 복제됩니다. 이것이 동기화의 본질적 한계입니다.
- 동기화 충돌이 나면 파일이 두 개로 갈라지고, 어느 쪽이 최신인지 알기 어려워집니다.
- 무료 용량과 요금제 구성은 서비스마다 다르고 개편이 잦으므로, 결제 전에 공식 페이지를 확인해야 합니다.
이런 사람에게 맞습니다: 전원. 다만 반드시 아래의 버전 이력과 함께 써야 합니다.
버전 이력 — 실제 백업은 여기서 시작됩니다
주요 클라우드 저장소는 같은 파일을 덮어써도 이전 시점의 사본을 일정 기간 보관합니다. 파일을 우클릭해 “버전 기록” 또는 “이전 버전”을 여는 그 기능입니다. 무료 계정에서도 대부분 제공되지만 보관 기간에 한도가 있습니다.
강점
- 실수로 내용을 지우고 저장했어도 되돌릴 수 있습니다. 논문 작업에서 가장 자주 필요한 구조 요청이 정확히 이것입니다.
- 추가 조작이 필요 없습니다. 평소처럼 저장하면 이력이 쌓입니다.
- 파일이 열리지 않을 때 직전 정상 사본으로 되돌리는 통로가 됩니다.
약점
- 보관 기간이 무제한이 아닙니다. 몇 달 전 판본이 필요해질 수 있는 학위논문에서는 한도를 확인해 두어야 합니다.
- 이력이 남는 것은 파일 단위입니다. “3장 어디를 언제 고쳤는지”를 문장 단위로 비교해 주지는 않습니다.
- 파일을 다른 이름으로 저장하면 이력이 새로 시작됩니다.
이런 사람에게 맞습니다: 전원. 지금 쓰는 클라우드에서 버전 기록이 어디 있는지 오늘 찾아 두세요. 사고가 난 뒤에 찾으면 늦습니다.
외장 저장장치 — 오프라인 한 갈래
외장 SSD나 USB 메모리에 주기적으로 통째로 복사해 두는 방식입니다. 구식으로 보이지만 계정 문제나 서비스 장애와 완전히 독립적이라는 강점이 있습니다.
강점
- 인터넷과 계정에 의존하지 않습니다. 비밀번호 분실이나 계정 정지의 영향을 받지 않습니다.
- 설문 원자료, 실험 영상처럼 용량이 큰 자료를 함께 보관하기 좋습니다.
- 연구데이터 보관 의무가 있는 과제라면 물리 매체 사본이 요건에 맞기도 합니다. 보관 계획을 문서로 남기는 절차는 연구데이터 관리계획서(DMP) 작성 튜토리얼에 정리되어 있습니다.
약점
- 가방에 노트북과 함께 넣고 다니면 의미가 없습니다. 같이 잃어버리고 같이 젖습니다. 집이나 연구실에 두고 다녀야 물리적 분리가 성립합니다.
- 수동이라 잊습니다. 요일을 정해 두는 것 외에 방법이 없습니다.
- USB 메모리는 수명이 짧고 조용히 고장 납니다. 한 개에만 의존하면 안 됩니다.
이런 사람에게 맞습니다: 실험 원자료나 인터뷰 녹음처럼 용량이 큰 자료를 가진 연구자, 그리고 세 번째 사본이 필요한 모든 사람.
메일 자가 발송 — 가장 단순하고 놀랍도록 효과적
주요 시점마다 자기 메일 주소로 원고를 첨부해 보내는 방식입니다. 원시적으로 보이지만 실제 사고에서 원고를 구해 내는 빈도가 높습니다.
강점
- 보낸 시각이 자동으로 기록되어, 메일함 자체가 시간순 버전 목록이 됩니다.
- 어떤 컴퓨터에서든 로그인만 하면 즉시 내려받습니다. 복구 속도가 가장 빠릅니다.
- 비용이 없고 배울 것이 없습니다.
- 메일 제목에 무엇을 고쳤는지 한 줄 적어 두면 그 자체로 작업 일지가 됩니다.
약점
- 완전히 수동입니다. 바쁠수록 안 보내게 되고, 바쁠 때가 사고가 나는 때입니다.
- 첨부 파일 용량 제한이 있어 그림이 많은 원고나 원자료에는 맞지 않습니다.
- 메일함이 지저분해집니다. 전용 라벨이나 폴더를 만들어 두세요.
이런 사람에게 맞습니다: 전원. 특히 지도교수 피드백을 받기 직전과 직후, 심사본을 제출하기 직전처럼 되돌아갈 가능성이 있는 시점마다 보내 두세요.
Git 저장소 — 정밀하지만 대부분에게는 과함
소프트웨어 개발에서 쓰는 버전관리 시스템을 원고에 적용하는 방식입니다. LaTeX으로 쓰는 연구자에게는 잘 맞습니다.
강점
- 변경 내역이 완전히 기록되고, 어느 시점으로든 정확히 되돌릴 수 있습니다.
- 여러 대안 판본을 가지치기로 관리하면서 나중에 합칠 수 있습니다.
- 공동 저자와 작업할 때 누가 무엇을 고쳤는지가 남습니다.
약점
- 학습 부담이 큽니다. 논문 하나 때문에 배우기에는 비용이 큽니다.
- HWP나 DOCX 같은 형식은 내부가 압축 파일이라 문장 단위 변경 비교가 잘 되지 않습니다. 장점의 절반이 사라집니다.
- 기록을 남기는 조작을 직접 해야 해서, 결국 자동이 아닙니다.
이런 사람에게 맞습니다: LaTeX으로 쓰는 이공계 연구자, 이미 Git을 쓰는 사람. 한글이나 워드로 쓰는 대다수에게는 권하지 않습니다. 어떤 편집 프로그램을 쓸지 자체가 고민이라면 논문 작성 프로그램 비교를 참고하세요.
실제로 권하는 조합 — 3-2-1 원칙
백업의 고전적 원칙은 사본 3개, 매체 2종, 그중 1개는 다른 장소입니다. 대학원생 상황으로 번역하면 이렇습니다.
- 노트북 본체 — 작업 중인 원본.
- 클라우드 + 버전 이력 — 자동으로 유지되는 두 번째 사본. 버전 기록 위치를 미리 확인해 둡니다.
- 주 1회 외장 저장장치 또는 주요 시점 자가 발송 — 계정과 무관한 세 번째 갈래.
여기에 규칙을 하나 더 얹으면 안정성이 크게 올라갑니다. 지도교수 피드백을 받기 전후, 심사본 제출 직전에는 반드시 파일 이름을 새로 붙인 사본을 만들어 둘 것. 이 세 시점이 되돌아갈 필요가 가장 자주 생기는 지점입니다. 피드백 반영 작업 자체의 절차는 지도교수 피드백을 정확히 반영하는 방법에서 다룹니다.
파일 이름 규칙 — 사고의 절반은 여기서 예방됩니다
“최종”이라는 단어를 파일 이름에 쓰지 마세요. 최종은 반드시 갱신됩니다. 대신 다음 순서를 지키면 목록이 저절로 시간순으로 정렬됩니다.
- 날짜를 앞에, 연월일 여덟 자리로. 20261002 같은 형식이면 이름순 정렬이 곧 시간순 정렬이 됩니다.
- 그다음에 문서의 성격. 본문, 심사본, 초록, 부록처럼 무엇인지 알 수 있는 짧은 말을 씁니다.
- 마지막에 상태 표시. 초안, 지도교수반영, 제출본처럼 단계를 적습니다.
- 띄어쓰기 대신 밑줄. 클라우드나 학교 제출 시스템에서 공백이 문제를 일으키는 경우가 있습니다.
- 파일을 지우지 말고 보관 폴더로 옮기세요. 옛 판본이 필요해지는 순간이 반드시 옵니다. 특히 제출 후 오탈자를 발견해 수정 절차를 밟을 때 이전 판본과의 대조가 필요합니다.
제출 직전에 따로 챙겨야 하는 것
백업 습관이 잡혀 있어도 제출 단계에서 사고가 나는 지점이 따로 있습니다. 학교 시스템에 올리기 전에 다음 네 가지를 확인하세요.
- 제출용 PDF를 별도 파일로 만들어 백업 대상에 포함하세요. 편집본만 백업하고 실제로 올린 PDF를 남기지 않으면, 나중에 “제출한 판본이 정확히 무엇이었나”를 확인할 방법이 없습니다.
- PDF로 변환한 뒤 반드시 열어서 확인하세요. 한글에서 워드나 PDF로 넘어갈 때 표와 수식이 밀리는 사고가 흔합니다. 목차 자동 생성을 썼다면 페이지 번호가 맞는지도 함께 봅니다. 목차 기능의 설정은 한글·워드 논문 목차 자동 생성법에서 다룹니다.
- 제출 시스템의 접수 화면을 갈무리해 두세요. 접수 번호와 시각이 남은 화면 사진 한 장이 분쟁을 막습니다. dCollection 온라인 제출 절차에서 단계별 확인 지점을 정리해 두었습니다.
- 인쇄소에 넘긴 파일도 사본을 남기세요. 제본용으로 넘긴 최종 파일이 편집본과 다른 경우가 있습니다. 제본 절차는 논문 제본하는 법을 참고하세요.
사고가 났을 때의 복구 순서
- 원본을 건드리지 마세요. 먼저 사본을 만들고 사본으로 시도합니다. 복구 시도 자체가 파일을 더 망가뜨릴 수 있습니다.
- 편집 프로그램의 자동 복구 폴더를 확인합니다. 한글과 워드 모두 임시 저장 파일을 남기고, 여기서 몇 시간 분량이 살아나는 경우가 많습니다.
- 클라우드 버전 기록을 엽니다. 사고 직전 시점의 사본을 복원합니다.
- 메일함을 확인합니다. 자가 발송 첨부가 있으면 가장 빠른 복구본입니다.
- 외장 저장장치를 확인합니다. 여기까지 오면 며칠 분량은 잃지만 원고 자체는 남습니다.
이 다섯 경로가 모두 비어 있는 상태를 만들지 않는 것이 백업의 전부입니다. 마감이 코앞이고 이미 사고가 난 상황이라면 마감 사흘 전 응급 워크플로우가 남은 시간을 배분하는 데 도움이 됩니다.
사본은 지켰습니다. 이제 원고를 완성할 차례입니다
백업은 잃지 않게 해 줄 뿐, 원고를 대신 써 주지는 않습니다. Tesify는 초안을 잡고 문장을 학술 문체로 다듬는 단계를 돕는 AI 학술 도구입니다.
최종 원고를 사람 눈으로 훑는 순서는 셀프 교정 7단계 체크리스트에 정리되어 있습니다.
자주 묻는 질문
클라우드에 올려 두면 백업이 된 건가요?
아닙니다. 동기화는 복제이지 백업이 아닙니다. 파일이 손상되거나 실수로 지워지면 그 상태가 클라우드에도 그대로 전파됩니다. 백업이 되려면 과거 시점의 사본을 되살릴 수 있어야 하고, 그것이 버전 이력 기능입니다. 동기화만 쓰고 있다면 백업은 아직 없는 상태입니다.
3-2-1 원칙이 무엇인가요?
사본을 3개 유지하고, 서로 다른 저장 매체 2종에 두고, 그중 1개는 물리적으로 다른 장소에 두는 원칙입니다. 대학원생 기준으로는 노트북 본체, 클라우드 계정, 외장 저장장치 또는 자가 발송 메일 이렇게 세 갈래면 충족됩니다.
한글(HWP) 파일도 버전 이력이 남나요?
클라우드 저장소의 버전 이력 기능은 파일 형식과 무관하게 업로드된 시점별 사본을 보관하므로 HWP도 대상이 됩니다. 다만 문서 안에서 변경 내역을 문장 단위로 비교하는 기능은 형식과 프로그램에 따라 다르므로, 중요한 개정 시점마다 파일 이름을 바꿔 사본을 따로 남기는 습관이 더 확실합니다.
파일 이름은 어떻게 짓는 게 좋은가요?
날짜를 연월일 여덟 자리로 앞에 두고, 그다음에 문서 성격, 마지막에 버전 표시를 두는 방식이 가장 안전합니다. 이렇게 하면 파일 목록이 저절로 시간순으로 정렬됩니다. 최종, 진짜최종, 최종수정 같은 표현은 쓰지 마세요. 며칠 뒤에 어느 것이 최신인지 알 수 없게 됩니다.
마감 직전에 파일이 안 열리면 어떻게 하나요?
먼저 원본 파일을 건드리지 말고 사본을 만들어 그 사본으로 시도하세요. 그다음 클라우드의 버전 이력에서 이전 시점 사본을 복원하고, 편집 프로그램의 자동 복구 임시 파일 폴더를 확인합니다. 자가 발송 메일함에 보낸 첨부가 있으면 그것이 가장 빠른 복구본입니다. 이 세 경로가 모두 비어 있는 상태가 되지 않도록 하는 것이 백업의 목적입니다.