회원 관리 시스템 장애 발생 시 운영자가 참석자 지연 없이 회원 데이터를 수동으로 처리하고 복구하는 절차를 정리했습니다. 10분 진단표, 수동 등록 준비물 체크리스트, 복구 후 데이터 정리 기준까지 현장 중심으로 안내합니다.
- 장애 발생 즉시 판단하기: 서버·DB·네트워크·권한 원인 진단과 에스컬레이션 기준
- 수동 처리 준비물 체크리스트: 비상 등록 서식, 오프라인 명찰, 백업 명단
장애 발생 즉시 판단하기: 서버·DB·네트워크·권한 원인 진단과 에스컬레이션 기준
개회 당일 아침, 등록 데스크 컴퓨터에서 관리자 페이지가 열리지 않는다. 평소라면 QR 스캔으로 3초 이내 입장 처리가 끝나야 하는데 참석자 줄은 점점 길어진다. 니다. 순서를 지키는 이유는 하나입니다. 사무국 안에서 끝낼 수 있는 것과, 담당이 다른 영역인지를 먼저 가려내기 위해서죠.
10분 진단표: 이 순서대로 확인한다
| 순서 | 점검 항목 | 확인 포인트 | 이상 시 예상 원인 | 1차 대응 주체 |
|---|---|---|---|---|
| 1 | 서버 가동 여부 | 사이트 접속 자체가 안 되는가 | 서버·인프라 문제 | 개발사/솔루션 벤더 |
| 2 | DB 접속 | 페이지는 뜨는데 조회·저장이 안 되는가 | DB 연결 문제 | 개발사/솔루션 벤더 |
| 3 | 네트워크 | 내 기기만, 아니면 주변 기기 전부인가 | 행사장 회선·공유기 | 사무국 담당자 |
| 4 | 관리자 계정 권한 | 로그인은 되는데 등록 현황이 안 보이는가 | 권한 설정 변경 | 사무국 담당자 |
3번과 4번은 사무국이 직접 해결할 수 있지만, 1번과 2번은 시스템 내부를 다룰 수 있는 쪽의 몫입니다. 특히 클라우드 SaaS는 서버 구축 자체가 벤더 관리 영역이므로, 원인이 여기까지 오면 바로 다음 단계로 넘깁니다.
수동 처리 준비물 체크리스트: 비상 등록 서식, 오프라인 명찰, 백업 명단
평소에 시스템이 다 해주는 일일수록 장애 순간엔 아무도 못 하는 경우가 많습니다. 회원 등급별 요금 자동 계산, 회원증번호 검증, 조기등록 할인 자동 적용까지 플랫폼이 맡아 있으면, 스태프는 정회원과 준회원의 요금 차이를 머리에 넣어둘 이유가 없거든요. 99. 9% 가동률 덕에 장애 자체가 드물다 보면, 수동 처리를 한 번도 연습해보지 않은 채 행사 당일을 맞게 됩니다. 준비물은 '있으면 좋은 것'이 아니라 장애 전까지 확보 목록입니다.
- 비상 등록 서식 (이름·소속·연락처·회원증번호·등급·결제 수단란 포함)
- 최신 백업 명단 엑셀 출력본 (전날 밤 기준 스냅샷)
- 사전 등록 인원분 명찰 + 여분 묶음
- 회원 등급(정회원·준회원·학생회원)별 요금표, 조기등록 할인 기준을 한 장으로 요약한 종이
- 수기 결제 영수증 연번 묶음, 현금 시재 기록지
종이 요금표를 꼭 뽑아야 하는 이유
시스템이 살아 있을 때는 등급만 선택하면 끝나던 판단을, 장애 중에는 스태프가 직접 내려야 합니다. 그 판단의 기준이 되는 게 바로 그 종이 한 장입니다.
현장 수동 등록·조회 단계별 절차: 접수대 동선과 역할 분담
시스템이 다운되면 접수대에서 가장 먼저 무너지는 건 "누가 무슨 일을 하는지"입니다. 평소엔 화면이 알아서 해주던 조회·등급 확인·결제가 순식간에 사람 손으로 넘어오기 때문에, 역할 분담이 없으면 줄만 길어지고 부정확한 기록만 쌓입니다. 다행히 e-Regi처럼 정회원·준회원·학생회원별 요금 자동 계산과 회원증번호 검증을 해주던 로직 자체는 단순합니다. 이걸 종이 서식과 사람 배치로 그대로 옮기면 됩니다.
수동 등록 5단계, 접수대에서 그대로 흐르게
1. 명단 조회 — 미리 출력해 둔 사전등록 명단(가능하면 회원등급 컬럼 포함)에서 이름·소속으로 검색. 명단에 없는 비회원은 별도 색 표시로 구분하세요. 2. 신분 확인 — 회원증, 신분증, 명함 중 하나로 본인 확인. 회원증번호 검증이 시스템에선 자동이었다면, 수동으로는 명단의 번호와 제시한 회원증 번호를 눈으로 대조하는 단계가 됩니다. 3. 등급·요금 확인 — 등급별 요금표를 접수대에 한 장 붙여두고, 등급에 맞는 금액을 서식에 기재. 구두로 "얼마인가요?"를 반복하면 실수가 생깁니다. 4. 수기 등록 서식 작성 — 아래 필드를 빠짐없이 기록합니다. 5. 명찰 수령 — 수기 명찰(스티커·라벨)에 이름과 소속만 적어 즉시 발부. QR 출결이 불가한 상황이므로 입장 기록은 별도 체크리스트로 남깁니다.
장애 중 실수 vs 권장 기준: 중복 등록·결제·개인정보 오기록 검증과 정정
99. 9% 가동률을 유지하는 클라우드 시스템이라도, 그 나머지 시간이 하필 행사 당일 오전에 걸릴 수 있습니다. 장애가 나면 등록 데스크에서 가장 먼저 생기는 일은 검증이 사라지는 것이에요. 평소엔 시스템이 중복 스캔 방지, 회원증번호 검증, 등급별 요금 자동 계산을 대신해 줬는데, 수기로 받는 동안엔 이걸 사람이 직접 해야 하죠. 실수는 대부분 이 빈틈에서 나옵니다. | 항목 | 흔한 실수 | 권장 기준 |
| 중복 등록 | 온라인 등록자가 현장에서 또 접수된 채 방치 | 수기 서식에 일련번호 부여, 접수 시각 기록 |
|---|---|---|
| 결제 | 수기 결제를 개인 메모에만 적어 둠 | 금액·결제수단·처리 시각·담당자 서명까지 서식에 기록 |
| 개인정보 | 개인 노트·개인 폰에 이름과 연락처 기록 | 지정 보관 폴더에 최소 항목만 보관, 복구 후 파기 |
개인정보 행에 "복구 후 파기"를 넣은 데는 이유가 있습니다. 평소 통합 플랫폼이 SSL 암호화 전송과 행사 종료 후 데이터 즉시 파기를 원칙으로 삼는다면, 종이 위 개인정보에도 같은 기준을 적용해야 하니까요. 디지털보다 느슨해지는 지점이 바로 사각지대입니다.
수동 처리 개인정보 보안 준수와 재발 방지: 로그·알림 설정, 비상 훈련, 시스템 개선
수동 처리 개인정보 보안 준수와 재발 방지
장애가 나서 종이와 엑셀로 회원 정보를 받는 순간, 여러분의 조직은 평소 쓰던 SSL 암호화 같은 보호막 밖에 서 있는 셈입니다. 시스템이 살아나면 다들 안도하지만, 정작 그 종이 명단이 사무실 한켠에 남아 있는 경우가 많아요. 여기서 보안 사고가 시작됩니다.
종이·엑셀 데이터, 이렇게만 다루세요
- 최소 수집 원칙: 장애 상황에서는 입장 확인·연락처처럼 그날 꼭 필요한 항목만 받습니다. 평소 필드를 그대로 옮기려 하지 마세요.
- 잠금 장비가 있는 보관함 사용: 접수대 서랍이 아니라 열쇠나 비밀번호가 있는 보관함에 보관하고, 담당자를 한 명으로 지정합니다.
- 복구 후 지체 없이 파기: 시스템이 복구되고 데이터 이관이 끝나는 대로 문서 shredding, 엑셀 파일은 휴지통 비우기까지 완료하고 파기 일시를 기록해 둡니다.