사본 세 개의 규칙
데이터를 사본 세 개(사이트와 백업 두 개)로, 서로 다른 매체 두 곳에, 그중 하나는 사이트 서버 밖에 보관하세요. 하나가 사라져도 나머지 두 개가 남습니다.
세 곳, 세 가지 용도
- 사이트 서버. 업데이트로 문제가 생겼을 때 빠르게 되돌리기에 편합니다. 서버 자체가 다운되면 소용없습니다.
- 내 컴퓨터. 서버 밖이지만, 잊지 않고 챙겨야 하고 파일을 잘 보관해야 합니다. 사이트 전체가 들어 있으니까요.
- 직접 소유한 저장 공간: SFTP 서버나 S3 호환 저장 공간(많은 스토리지 서비스가 제공합니다). 백업이 자동으로 전송된다면 신경 쓸 필요 없이 서버 밖에 보관됩니다.
잠가 두기
백업에는 모든 것이 들어 있습니다: 계정, 주문, 고객의 메시지. 공개 폴더에 잊힌 채 남아 있으면 누구나 내려받을 수 있습니다. 따라서 백업은 암호화해야 하며, 키는 파일과 다른 곳에 보관해야 합니다. 그렇지 않으면 파일을 찾은 사람이 여는 방법도 함께 찾게 됩니다.
GDPR은요?
사이트가 개인 데이터(고객, 가입자, 주문)를 보관한다면 백업에도 그 데이터가 들어 있습니다. GDPR이 특히 요구하는 것은 다음과 같습니다:
- 데이터를 복구할 수 있을 것: 사고 후 적절한 기간 안에 데이터와 그 접근을 복원할 수 있어야 합니다(제32조). 이것이 바로 백업의 역할입니다.
- 데이터를 보호할 것: 예를 들어 암호화로(제32조).
- 필요 이상으로 오래 보관하지 않을 것(제5조): 보관 기간을 정하고, 가장 오래된 백업은 지워지게 하세요.
- 데이터가 어디에 있는지 알 것: 유럽연합 밖의 저장 공간은 데이터 이전에 해당하며, 적절한 보호 장치가 필요합니다(제5장). 저장 공간의 지역은 이를 알고 고르세요.
암호화는 유출이 발생했을 때도 도움이 됩니다. 유출된 데이터가 접근 권한이 없는 사람에게 이해할 수 없는 상태라면, GDPR은 관련된 개인 각자에게 통지할 의무를 면제합니다(제34조).
출처 (2026-10-20 확인)
- 규정(EU) 2016/679(GDPR) 제5조 제1항 (e)호, 보관 기간 제한
- GDPR 제32조 제1항 (a)호 및 (c)호, 처리의 보안
- GDPR 제34조 제3항 (a)호, 정보주체에 대한 개인정보 침해 통지
- GDPR 제5장, 제3국으로의 개인정보 이전