이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
제가 백업 정책을 실무로 수립해 본 경험은 아직 없습니다. 다만 학부 프로젝트에서 데이터를 백업하고 잃어버려 본 경험은 있어, 그것을 토대로 말씀드리겠습니다.
한 번은 작업 데이터를 잃고, 백업이 오래전 것뿐이라 며칠치를 날린 실패를 했습니다. 그 일로 저는 백업에서 얼마나 자주, 얼마나 최근까지 지킬지가 중요하다는 걸 배웠습니다.
그 뒤로 저는 백업을 덮어놓고 가끔 하는 게 아니라, '데이터를 잃으면 어디까지 되돌릴 수 있어야 하는지'를 먼저 정하고, 그에 맞춰 백업 주기를 잡았습니다. 백업 정책을 직접 수립한 적은 없지만, 복구 목표를 먼저 정하고 거기에 맞춰 백업을 설계하는 이 원리를 토대로 배우며 채우겠습니다.
제가 백업 정책을 직접 수립한 건 아니지만, 학부 프로젝트에서 백업을 다뤄본 경험에서 배운 게 있습니다.
한 번은 저는 백업을 원본과 같은 곳에 뒀습니다. 그런데 그 저장 장치 자체가 망가지자, 원본과 백업이 한꺼번에 사라진 실패를 했습니다. 백업이 있어도 소용없었습니다.
그 일 이후 저는 백업을 원본과 다른 곳에 분산해 뒀습니다. 한 곳에 문제가 생겨도 다른 곳의 백업이 살아 있게요. 백업 정책에서도 이 분산이 중요하다고 봅니다. 백업본이 원본과 운명을 같이하면 안 됐기 때문입니다. 백업 정책을 직접 수립한 적은 없지만, 백업본을 분산해 보관하는 이 원리를 토대로, 모르는 세부는 배우며 채우겠습니다.
제가 백업 정책 수립을 직접 해본 건 아니지만, 학부 프로젝트에서 배운 중요한 건 백업이 있다고 안심하면 안 된다는 점이었습니다.
한 번은 저는 백업을 꾸준히 해뒀습니다. 그런데 막상 데이터를 잃고 복구하려니, 백업 파일이 제대로 안 만들어져 있던 실패를 했습니다. 백업을 덮어놓고 믿었던 겁니다.
그 일 이후 저는 백업을 한 뒤, 실제로 복구가 되는지 미리 시험했습니다. 백업 정책에서 복구 모의훈련이 왜 필요한지를 그때 절감했습니다. 백업이 있어도, 복구가 안 되면 없는 것과 같았습니다. 백업 정책을 직접 수립한 적은 없지만, 백업을 해두는 데 그치지 않고 복구가 실제로 되는지 미리 훈련으로 확인하는 이 원리를 토대로 배우며 채우겠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SK oceanplant 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.