백업과 되살리기

쉽게 말하면

같은 실수가 사고로 끝나기도 하고 재난으로 번지기도 해요. 갈림길은 딱 하나예요. 30분 뒤에 원래대로 돌아갈 수 있느냐죠. 돌아갈 수 있으면 그날 저녁에 웃으며 이야기할 일이고, 돌아갈 수 없으면 손님에게 사과 문구를 쓰기 시작하는 일이에요.

그래서 이 문서는 "백업을 하세요"라는 말을 하지 않아요. 그 말은 이미 다 들으셨을 거예요. 대신 되살려질 백업과 되살려지지 않는 백업이 어떻게 다른지, 그걸 어떻게 20분에 확인하는지를 다뤄요.

사고와 재난을 가르는 한 줄

아래는 실제로 자주 일어나는 네 가지예요. 왼쪽 칸은 똑같은데, 오른쪽 두 칸이 완전히 다른 하루를 만들어요.

다시 만들 수 있는 것과 없는 것

"전부 백업"은 실무에서 잘 안 지켜져요. 대신 세 종류로 갈라서 보면 어디에 힘을 쓸지가 바로 보여요. 되살려 주는 주체가 종류마다 다르거든요.

두 번째 줄만 진짜 위험해요. 화면은 아까워도 다시 만들면 되고, 결제 기록은 결제사에 남아 있어요. 하지만 손님이 직접 적어 넣은 것은 세상 어디에도 사본이 없어요. 백업 이야기를 한 번만 한다면 그건 두 번째 줄 이야기여야 해요.

있느냐가 아니라 되살려 봤느냐

백업이 있는데도 못 되살린 경우는 다섯 가지 모양으로 옵니다. 다섯 개 전부 "백업 있나요?"라는 질문은 통과하고, "되살려 본 적 있나요?"라는 질문에서 걸려요.

1. 1멈춰 있었어요. 자동 백업이 석 달 전에 조용히 실패했고, 실패했다는 알림이 어디에도 안 갔어요. 목록에는 파일이 잔뜩 있는데 가장 최근 날짜가 석 달 전이에요.
2. 2열리지 않아요. 만들어지는 도중에 깨진 파일이 매일 성실하게 복사되고 있었어요. 파일 크기가 있으니 정상처럼 보였어요.
3. 3필요한 게 안 들어 있어요. 사진과 화면은 다 있는데 손님 명단이 빠져 있어요. 백업 대상을 정할 때 목록에서 빠졌고, 아무도 확인 안 했어요.
4. 4같이 사라졌어요. 백업을 서비스와 같은 계정, 같은 저장소에 뒀어요. 계정이 잠기니 사본도 같이 잠겼어요.
5. 5살릴 사람이 없어요. 방법을 아는 건 만들어 준 개발자 한 명이고, 지금 연락이 안 돼요. 파일은 눈앞에 있어요.

다섯 개 중 넷은 1년에 두 번 20분만 쓰면 미리 걸러져요. 남은 하나(살릴 사람 문제)는 인수인계 문제라서 따로 챙겨야 해요.

20분 복원 연습

훈련이라고 하니 거창해 보이지만, 실제로는 파일 하나 열어서 세 가지 보는 일이에요. 순서만 지키면 돼요.

1. 1사본 하나를 꺼내요. 가장 최근 것 하나면 충분해요. 이때 목록의 가장 최근 날짜를 눈으로 확인하세요. 이 한 번으로 첫 번째 실패 모양(멈춤)이 걸러져요.
2. 2진짜 서비스가 아닌 곳에서 열어요. 연습용 자리에 되살리거나, 표 파일이면 내 컴퓨터에서 열어 보면 돼요. 진짜 서비스에 바로 되살리는 건 연습이 아니라 사고예요.
3. 3딱 세 가지만 봐요. 손님 명단이 몇 줄인지, 가장 최근 기록이 며칠 자인지, 사진 하나가 실제로 열리는지요. 세 개만 맞으면 그 백업은 살아 있는 백업이에요.
4. 4한 줄 적어 둬요. "8월 20일 확인, 명단 214줄, 어제 자까지 있음, 사진 열림." 이 한 줄이 다음 사고 때 마음을 놓게 해 줘요.

AI에게 그대로 말하는 문장

사장님이 직접 손댈 일은 거의 없어요. 증상만 알아보면 말로 시키면 됩니다. 아래 오른쪽 칸을 그대로 복사해서 붙여 넣으세요. 용어를 외우지 않아도 통해요.

지금은 신경 쓰지 않아도 되는 때

겁을 줘서 뭔가 하게 만드는 편이 쉽지만, 정직하게 말할게요. 아래에 해당하면 지금 백업 설정에 시간을 쓰지 마세요. 그 시간은 손님 한 명 더 오게 하는 데 쓰는 쪽이 훨씬 남아요.

반대로 딱 하나의 순간에는 바로 챙겨야 해요. 남이 남긴 것을 내 서비스가 보관하기 시작한 날이에요. 첫 예약이 들어온 날, 첫 주문이 결제된 날, 첫 회원이 가입한 날. 그날부터는 내 실수가 남의 손해가 돼요.

사장님이 실제로 겪는 장면

자주 묻는 것

Q. 며칠치를 보관해야 적당해요?

숫자보다 먼저 정할 게 있어요. "며칠치를 잃으면 장사가 안 되나"예요. 예약이 하루 세 건이면 하루치를 잃어도 전화 세 통으로 수습돼요. 주문이 시간당 열 건이면 하루치도 아파요. 작은 가게 기준으로는 매일 한 벌 만들고 30일 보관이면 충분한 경우가 많아요. 중요한 건 이 숫자를 한 번 정해서 적어 두는 것이에요.

Q. 백업 파일을 어디에 두면 돼요?

서로 다른 두 곳이면 충분해요. 내 컴퓨터 한 곳, 서비스와 다른 회사 저장소 한 곳. 서비스와 같은 계정 안에만 두면 계정이 잠길 때 사본도 같이 잠겨요. 같은 서랍에 넣으면 불났을 때 같이 타는 것과 같아요.

Q. 백업 파일에 손님 정보가 들어 있는데 괜찮아요?

가장 자주 놓치는 부분이에요. 백업도 개인정보를 보관하는 일이에요. 잠금을 걸고, 보관 기간을 정해서 지난 건 지우고, 아무 폴더나 공유 드라이브에 두지 않는 게 기본이에요. 법적으로 어디까지 해야 하는지는 사업 형태와 손님 규모에 따라 달라서 단정하기 어려워요. 개인정보보호위원회의 개인정보 포털 안내를 확인하고, 손님 수가 늘면 전문가에게 한 번 점검받는 쪽을 권해요. 개인정보 문서도 함께 보세요.

Q. 바이브캠퍼스가 알아서 다 해 주나요?

만든 판은 바이브캠퍼스가 기억하고, 결과물은 파일로 내려받을 수 있어요. 그래서 화면과 코드 쪽은 걱정이 적어요. 다만 손님이 남긴 기록은 사장님이 연결한 보관소에 쌓여요. 그쪽 사본은 그 서비스 설정에서 챙겨야 해요. 여기서 착각이 자주 생겨요.

Q. 자동으로 돌아가면 이제 안심해도 돼요?

자동 백업의 유일한 약점은 조용하다는 거예요. 잘 돌 때도 조용하고, 멈춰도 조용해요. 그래서 달에 한 번 파일 목록만 열어서 가장 최근 날짜 한 줄을 보는 습관이 필요해요. 10초짜리 습관이 석 달 공백을 막아요.

Q. 되살리는 데 얼마나 걸려요?

한 번 해 본 사람은 20분, 처음 해 보는 사람은 하루예요. 차이는 실력이 아니라 연습 여부예요. 사고 날은 손이 떨리고 머리가 안 돌아가는 날이라서, 그날 처음 배우는 건 정말 비싸요.

Q. 백업이 아예 없는데 방금 지웠어요. 끝인가요?

아직 아니에요. 순서대로 해 보세요. 첫째, 그 화면을 더 만지지 마세요. 둘째, 새 기록이 덮이지 않게 잠시 닫아 두세요. 셋째, 보관소를 제공하는 회사 고객센터에 "특정 시점으로 되살릴 수 있나요"를 물어보세요. 유료 요금제에는 며칠치 시점 복구가 들어 있는 경우가 있어요. 넷째, 결제사 기록과 메일 발송 기록에서 주문과 손님 주소를 다시 모아요. 남이 갖고 있는 사본이 마지막 밧줄이에요.

Q. 백업하면 서비스가 느려지지 않아요?

손님이 적은 가게에서는 느껴지지 않아요. 규모가 커지면 손님이 가장 적은 새벽에 돌리는 게 관례예요. 그것도 개발자에게 "손님 적은 시간에 돌게 해 주세요" 한 문장으로 부탁하면 돼요.

헷갈리기 쉬운 세 가지

이름이 비슷해서 같은 것으로 아시는 분이 많아요. 셋 다 필요하고, 셋이 막아 주는 사고가 달라요.