데이터 주권을 온전히 지키는 백업
클라우드에 있는 데이터는 그것을 열 수 있는 유일한 서비스에 문제가 생기기 전까지는 잃은 것이 아닙니다. 잃으면 안 되는 데이터의 사본을 로컬에 하나 남겨 두십시오.
이중화와 접근성은 다릅니다
클라우드 스토리지는 디스크 하나가 고장 나도 견디도록 만들어졌고, 그 일은 잘합니다. 견디지 못하는 것은 자기 인프라 자체의 장애입니다. Notion은 AWS 위에서 동작하므로 AWS에 가용성 문제가 생기면 Notion이 할 수 있는 일은 없습니다. 데이터는 그대로 남아 있는데 열 수가 없습니다. 대형 사업자들은 이미 여러 차례 리전 장애를 겪었고, 결말은 늘 같습니다. 데이터는 위험하지 않았고, 계정이 열리지 않았을 뿐입니다.
계정 문제도 똑같이 완전히 차단합니다. 계정을 도용당하거나 사업자가 계정을 정지하면, 데이터가 갑자기 나를 밖으로 밀어내고 나는 이의 신청 결과를 기다릴 수밖에 없습니다. 어느 경우든 파일은 그대로 있고, 나는 한 글자도 읽을 수 없습니다.
더 나쁜 경우도 있습니다. 사업자는 서비스를 종료할 수 있고, 이용 약관이 그 권리를 남겨 두고 있습니다. 서비스 종료 통지를 받고 나서야 데이터를 생각하기 시작한다면 대개 너무 늦습니다.
로컬 사본이 실제로 주는 것
내 디스크에 있는 사본은 어떤 서비스도 거치지 않고 읽힙니다. 로그인도, API도, 속도 제한도, 정책도, 구독도 필요 없으며 데이터 주권은 온전히 내 것입니다. 오늘 직접 확인해 보십시오. 네트워크를 뽑고 열어 보면 됩니다.
정말 중요한 속성
허가 없이 읽을 수 있음
사본을 읽는 데 계정이 필요하지 않습니다. 대상 폴더를 열 수 있다면 백업도 열 수 있습니다.
데이터 주권
사본은 내 손에, 내 규칙 아래 남습니다. 얼마나 오래 보관할지는 내 보존 설정이 정하며, 다른 사람이 쓴 정책이 정하지 않습니다.
내가 정한 버전 기록
남기기로 정한 버전을 남깁니다. 보존은 프로필의 설정이며, 돈을 내고 올라가야 하는 요금제 등급이 아닙니다.
나머지가 의존하는 사본
클라우드 사본, 원격 열람, 자동화는 그 위에 얹는 추가 수단입니다. 로컬 사본이 있기에 그것들을 안심하고 믿을 수 있습니다.
3-2-1 원칙을 정직하게 적용하기
백업에서 가장 오래된 원칙은 여전히 유효합니다. 이번에 고장 나는 것이 바로 이 사본이라면 어떻게 할 것인가, 라는 질문 하나에 답하기 때문입니다. 데이터 사본을 세 개, 서로 다른 두 종류의 매체에 두고, 그중 최소 하나를 다른 장소에 두십시오. 정의상 NotionManager는 첫 번째 사본과 두 매체 중 하나를 씁니다. 나머지는 다른 프로필을 어디로 향하게 하느냐에 달려 있습니다.
사본 셋, 매체 둘, 다른 장소 하나
| 사본 | 저장 위치 | 막아 주는 것 |
|---|---|---|
| 작업 사본 | 사업자 | 그 자체로는 아무것도 막지 못합니다. 지키려는 대상이 바로 이 사본입니다 |
| 로컬 사본 | 내가 소유한 폴더 또는 외장 드라이브 | 서비스 장애, 계정 정지, 계정 분실, 사업자 리스크 |
| 두 번째 로컬 사본 | 두 번째 디스크 또는 NAS | 첫 번째 디스크의 고장 |
| 다른 장소의 사본 | 다른 장소, 또는 내가 관리하는 클라우드 폴더 | 화재, 도난, 침수, 같은 장소에서의 랜섬웨어 |
로컬은 클라우드가 없다는 뜻이 아닙니다
로컬 백업과 클라우드 스토리지는 대립하는 것이 아닙니다. 대부분의 클라우드 드라이브는 평범한 폴더로 마운트할 수 있습니다. 그 폴더에 NotionManager 프로필을 지정하십시오. 그러면 사본은 이미 쓰고 있는 도구를 통해 클라우드로 갑니다. 믿어야 할 연동도, 새로 열어야 할 두 번째 계정도 없습니다. 두 사업자, 두 폴더, 두 개의 독립된 사본을 하나의 애플리케이션이 씁니다. 멀티클라우드 계약 없이 설정만으로 얻는 구성입니다.
내 디스크도 고장 납니다
로컬 저장소는 나름의 방식으로 고장 나고, 그것을 외면하면 데이터를 두 번 잃습니다. 디스크는 예고 없이 죽습니다. 외장 드라이브는 떨어지거나 도난당하고, 아무도 확인하지 않는 서랍에 들어간 채로 남기도 합니다. 랜섬웨어는 닿는 모든 것을 암호화하며, 늘 마운트되어 있는 백업 드라이브도 포함됩니다. 비트 부패는 2년 동안 아무도 열지 않은 파일을 망가뜨립니다.
그래서 로컬 사본은 안전한 사본이 아닙니다. 사본 중 하나일 뿐입니다. 여러 개를 두십시오. 하나는 다른 곳에 두십시오. 쓰지 않을 때는 하나를 분리해 두십시오. 가끔은 복원한 사본을 열어 읽어 보십시오. 백업이 작동하는 이유는 사본이 여러 개이기 때문입니다. 어떤 단일 장애도 전부를 가져갈 수는 없습니다.
사본 하나를 내 손에 두십시오
NotionManager를 내려받아 프로필을 내 디스크로 향하게 하고, 첫 사본을 로컬에 두십시오.
다음에 볼 것
자주 묻는 질문
NotionManager 백업은 실제로 어디에 저장됩니까?
프로필이 가리키는 곳입니다. 내 컴퓨터의 폴더, 외장 드라이브, NAS 공유 등입니다. 마운트한 클라우드 드라이브도 평범한 폴더이므로 대상 위치로 쓸 수 있습니다.
로컬 사본이 사업자를 대체합니까?
아니요, 그럴 생각도 없습니다. 워크스페이스는 매일 쓰는 그 자리에 두십시오. 사본은 사업자가 서비스를 제공하지 못하는 날을 위한 것이며, 그날에도 데이터는 내 손에 남습니다.
사본은 몇 개를 두어야 합니까?
셋입니다. 두 종류의 매체에 나누어 두고, 하나는 다른 장소에 둡니다. 이것이 3-2-1 원칙입니다. NotionManager는 여러 프로필을 여러 대상에 쓸 수 있고, 팀 및 엔터프라이즈 라이선스에서는 리포지토리 전체를 콜드 스토리지용으로 내보낼 수도 있습니다. 다만 내 데이터가 얼마짜리인지는 대신 판단해 주지 않습니다.
사본이 아직 멀쩡한지 어떻게 압니까?
하나를 열어 읽어 보십시오. 로컬 사본은 언제든 오프라인으로 열람할 수 있습니다. 이것이 내가 대비하는 그 서비스에 의존하지 않는 유일한 백업 점검입니다.