이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Veeam이나 Dell EMC 백업 솔루션을 직접 운영해본 경험은 없습니다. 스터디에서 백업 전략을 공부하면서 3-2-1 원칙(원본 3개, 미디어 2종, 오프사이트 1개)을 배웠고, 백업 복구 테스트가 주기적으로 필요하다는 것도 이해했습니다. 실습은 개인 서버에서 rsync와 cron으로 간단한 백업 스크립트를 만들어본 수준입니다. 백업 파일이 있어도 복구가 되는지 검증을 안 했다가 한번은 파일이 깨져서 복구가 안 된 경험이 있었습니다. 이후로는 백업 후 복구 테스트를 반드시 하는 습관이 생겼습니다. 엔터프라이즈 솔루션은 현장에서 배워야 합니다.
인턴십에서 백업 담당자가 매일 백업 결과를 확인하는 업무를 보조했습니다. 직접 솔루션을 운영한 건 아니지만, 백업 실패 알림이 오면 어떻게 대응하는지 옆에서 봤습니다. 가장 자주 발생한 오류는 스토리지 용량 부족으로 인한 실패였고, 담당자는 오래된 백업 세트를 정리하고 재실행하는 방식으로 처리했습니다. 제가 직접 다룬 건 아니지만, 백업 실패의 원인이 대부분 용량 관리 문제라는 걸 그때 알았습니다. 실제 솔루션을 운영하려면 더 깊은 경험이 필요하다는 걸 알고 있습니다.
개인 서버 백업을 rsync로 직접 만들어 운영하면서 장애를 몇 번 겪었습니다. 한번은 백업 스크립트가 디스크 공간 부족으로 실패했는데 알림을 설정 안 해서 3일 뒤에야 알았습니다. 로그 파일이 없어서 언제부터 실패했는지도 알 수 없었습니다. 이후 백업 결과를 로그 파일에 기록하고, 실패 시 메일로 알림이 가도록 설정했습니다. 엔터프라이즈 솔루션과 비교할 수는 없지만, 백업에서 모니터링과 알림이 없으면 실패를 늦게 발견한다는 교훈은 규모와 관계없이 같다고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 인프라 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.