유지관리 발행KC-Corporation

병원 홈페이지 백업·복원 의뢰, 업체에 어떤 복구 시험과 기록을 요청하나요?

한눈에 보는 답

‘자동 백업 중’이라는 화면 대신 무엇을 어느 시점으로 되돌릴 수 있는지, 누가 꺼낼 수 있는지, 실제로 복원해 봤는지를 요청하세요. 소스·DB·업로드·설정과 외부 서비스를 나눠 목록을 만들고, 운영과 분리된 환경에 합의한 백업을 복원해 본문·파일·관리자·문의 경로를 검수해요. 완료 자료에는 복원한 백업 시점, 시험 결과, 빠질 수 있는 데이터, 확인하지 못한 외부 연동과 다음 담당자가 함께 있어야 해요.

자료 확인 2026년 10월 17일 · CISA, WordPress 공식 문서와 KC 현행 공개 안내

병원 홈페이지의 제작·운영 방법론을 다뤄요. 전자의무기록·원내 전산 전체의 재해복구 지침이 아니며 진료·시술 효과나 환자 경험을 평가하지 않아요. 백업·복원 시험만으로 개인정보 처리나 의료광고의 법적 적합성이 확인되지는 않아요.

백업 파일을 받으면 홈페이지를 다시 쓸 수 있나요?

압축 파일이 있다는 사실만으로는 판단할 수 없어요. 웹 화면을 만드는 코드, 글과 설정을 저장하는 데이터베이스(DB), 업로드한 사진·문서가 서로 다른 위치에 있을 수 있어요. 설치 환경이나 외부 서비스 연결 권한이 빠져도 원래 기능을 되살리기 어려워요. 먼저 업체에 백업 포함 목록과 제외 목록을 같은 표로 요청하세요.

WordPress의 공식 백업 안내 [1]는 일반적인 WordPress 사이트를 전체 복원하려면 DB와 파일이 모두 필요하고, 웹 디렉터리 다운로드만으로 DB가 백업되지는 않는다고 설명해요. 파일과 DB를 비슷한 시점에 만든 백업 세트로 관리하는 것도 안내해요. 이는 WordPress의 구조에 대한 근거이지 모든 병원 사이트가 같은 DB나 복원 절차를 쓴다는 뜻은 아니에요.

업체에 요청할 백업 목록 · KC의 의뢰용 점검 제안이에요. 표 안은 가로로 이동할 수 있어요.
대상확인할 것놓치기 쉬운 경계
소스·배포 파일실행 코드, 템플릿, 빌드·설치 방법, 적용 버전코드 저장소에 업로드 파일이나 DB가 없을 수 있어요
DB·콘텐츠내보내기 대상, 기준 시각, 파일과 맞는 버전글 내보내기와 관리자·설정까지의 복원은 달라요
사진·첨부 문서실제 파일, 저장 위치, 본문 참조 경로외부 저장소나 원본 이미지가 빠질 수 있어요
환경·설정서버·프로그램 조건, 설정 목록, 재발급·재설정 담당비밀번호·비밀키를 일반 보고서에 넣지 않아요
외부 예약·알림·분석서비스 계정, 별도 데이터 위치, 재연결·검수 범위홈페이지 백업만으로 외부 데이터가 돌아오지는 않아요

정적 사이트라면 DB가 없을 수 있고, 빌더형 사이트라면 플랫폼 원천 소스를 받을 수 없을 수 있어요. 이때는 ‘없음’과 ‘확인 못 함’을 구분해요. 플랫폼 내 버전 되돌리기, 콘텐츠 내보내기, 다른 서버로 전체 이전은 서로 다른 작업이므로 어느 기능을 이용하는지 적어야 해요.

자동 백업에서 주기보다 먼저 정할 조건은 무엇인가요?

병원이 되돌아가도 되는 데이터 시점과 홈페이지를 다시 쓸 수 있어야 하는 목표 시간을 따로 정하세요. 백업 시점 이후 등록한 공지나 수정한 정보는 복원 과정에서 빠질 수 있어요. 주기를 정할 때는 변경 빈도와 누락을 허용할 범위를 함께 봐야 해요. ‘매일 백업’도 보관 기간, 최근 성공 시각, 실패 통지와 담당자를 모르면 복구 범위를 판단하기 어려워요.

CISA의 #StopRansomware Guide [2]는 중요 데이터의 오프라인·암호화 백업을 유지하고 재해복구 상황에서 가용성과 무결성을 정기적으로 시험하라고 권고해요. 접근 가능한 백업도 공격으로 삭제·암호화될 수 있다는 이유예요. 이 권고를 홈페이지 계약에 적용할 때는 운영 계정 사고가 백업에까지 영향을 미치는지, 별도 보관·접근 통제와 암호화·복호화 권한이 어떻게 마련되는지 물어보세요.

오프라인 보관, 분리된 계정, 변경을 제한한 저장소는 같은 개념이 아니에요. 사용하는 호스팅의 실제 기능을 확인한 뒤 운영 위험과 비용에 맞게 선택해야 해요. 이 글은 특정 저장 방식을 모든 병원에 일괄 적용하는 규정으로 제시하지 않아요. 백업의 자동 생성과 백업을 실제로 꺼낼 수 있는 권한도 따로 확인하세요. 기존 제작사 계정만 접근할 수 있다면 계약 종료 시 인도 방법을 미리 정해야 해요.

운영 사이트를 덮어쓰지 않고 복원 가능성을 어떻게 시험하나요?

평소 검수는 운영과 분리된 환경에서 진행하도록 요청하세요. 시험을 위해 실제 운영 DB를 덮어쓰거나 예약·알림을 실사용자에게 보내면 안 돼요. 아래는 공식 백업 원칙을 바탕으로 KC가 제안하는 홈페이지 복원 검수 순서예요. 사용하는 CMS·호스팅별 실제 명령과 실행 권한은 담당 기술자가 확인해야 해요.

  1. 1
    시험 대상과 안전 조건을 먼저 승인해요

    백업 식별자·생성 시각·포함 범위, 시험 담당자, 분리된 서버·DB를 기록해요. 시험 주소는 접근을 제한하고 실제 문의 전송·예약·알림·분석 수집을 차단하거나 승인된 시험 대상으로 바꿔요. 개인정보가 포함될 수 있다면 필요한 접근·마스킹·폐기 조건부터 정해요. 검색 제외 설정만으로 비공개를 대신하지 않아요.

  2. 2
    서로 맞는 파일·데이터·환경을 복원해요

    백업 세트의 시점과 프로그램 버전을 대조하고 복원 절차를 실행해요. DB가 있다면 가져오기 결과와 오류를 확인하고, 사진·첨부 파일과 본문의 참조가 맞는지 봐요. 압축 해제나 파일 개수 확인만으로 홈페이지 복원 완료를 표시하지 않아요.

  3. 3
    본문과 직원의 작업 흐름을 확인해요

    합의한 주요 URL의 승인된 본문, 운영시간, 의료진 정보, 이미지·문서를 PC·모바일에서 대조해요. 관리자 로그인과 필요한 편집 기능도 확인해요. 문의는 승인된 시험 자료와 수신 경로에서 저장·알림을 나눠 검수하고, 시험할 수 없는 외부 연동은 미확인으로 남겨요.

  4. 4
    시험 결과와 실제 전환 계획을 분리해요

    백업 시점·시험 시각·복원 소요·확인 URL·실패 항목을 기록해요. 실제 장애 시에는 현재 데이터 보존, 정상 백업 선택, 공개 승인, 전환 직후 재검수가 추가로 필요해요. 시험 성공은 즉시 운영 전환 승인이나 앞으로의 복구 시간 확정이 아니에요.

침해가 의심되는 경우에는 정상 시점과 원인 조사가 먼저예요. 감염된 백업을 그대로 되돌리거나 기록을 지우는 방식으로 대응하지 말고 보안 담당자와 호스팅의 사고 대응 절차를 따라야 해요. CISA 문서는 백업뿐 아니라 사고 대응·격리·분석도 별도 절차로 다뤄요. [2] 홈페이지 복원 지원과 침해사고 조사·보안 전문 대응의 담당 범위를 계약에서 나누세요.

업체의 복구 보고서와 견적서는 어떻게 비교하나요?

복원한 백업 시각과 시험이 끝난 시각을 혼동하지 마세요. 오래된 백업을 오늘 복원했다면 오늘까지의 정보가 모두 살아난 것이 아니에요. 납품 보고서에는 확인한 페이지·기능과 함께 빠질 수 있는 변경 내역, 외부 서비스 대기, 미해결 이유·담당·다음 확인일을 요청하세요.

복구 뒤에는 공개 본문과 페이지별 사실·출처, canonical·구조화 데이터·내부 링크·사이트맵이 승인된 상태인지 다시 대조해요. 테스트용 차단 설정을 운영에 남기지 않되, 시험 환경의 접근 제한을 실수로 풀어서도 안 돼요. 검색 접근 복구와 검색 색인·AI 인용·방문·문의 수치는 따로 기록하고, 백업 계약을 노출·예약 성과의 약속으로 묶지 않아요.

근거 자료와 적용 한계

파일·DB 백업 구조확인 2026.10.17

[1] Backups

WordPress · Advanced Administration Handbook

파일과 DB의 차이, 두 부분이 필요한 복원, 일관된 백업 세트의 근거예요. WordPress에 대한 안내이며 모든 CMS의 절차나 한국 의료기관의 법정 보관 기준은 아니에요.

WordPress 공식 원문 ↗

분리 보관·시험 원칙확인 2026.10.17

[2] #StopRansomware Guide

CISA 등 미국 관계기관 공동 안내

중요 데이터의 오프라인·암호화 백업, 정기 시험과 별도 사고 대응의 근거예요. 국내 법률 자문이나 KC 서비스 인증 자료가 아니며, 홈페이지별 의뢰·검수표는 KC의 적용 제안이에요.

CISA 공식 원문 ↗

KC-Corporation: 백업 보관에서 홈페이지 복원 검수·인계까지 범위를 나눠요

호스팅의 백업과 제작사의 복원 책임이 다를 수 있어요

호스팅이 파일을 보관해도 DB·외부 저장소가 빠졌거나, 이전 제작사만 백업을 꺼낼 수 있다면 새 업체가 바로 복원할 수 없어요. 사이트는 열려도 문의 알림 계정이나 최신 운영 정보가 돌아오지 않을 수도 있어요. KC에 의뢰할 때는 현재 사이트의 구조와 계정 접근, 백업 대상·시점부터 확인하고, 기술 복원과 병원이 확인할 정보·공개 승인을 나눠 상담하세요.

KC의 현행 유지관리 안내는 소스·DB·업로드 파일의 대상, 보관 주기·기간, 저장 위치·접근 권한, 복원 요청과 확인 방법, 제외 조건을 운영 명세에 적는다고 설명해요. 또 운영과 분리된 환경에 합의한 백업을 복원해 주요 페이지·파일·관리자 접속을 확인하고 백업 이후 누락 가능 데이터와 외부 연동을 구분하는 방식을 공개하고 있어요. 이번 의뢰에서 백업 생성 여부만이 아니라 실제 확인 기록을 요청할 수 있는 자사 공개 범위예요.

부분 수정과 재구축을 구분하고 확인 자료를 남겨요

KC의 홈페이지 제작 안내는 현재 플랫폼에서 가능한 부분 개선과 리뉴얼을 비교하고, 정보 구조·공개 본문·페이지별 제목·대표 주소·내부 링크·사이트맵을 산출물과 검수 기준으로 제시해요. 복원 과정에서 기능 수정이나 환경 재구축이 필요하다면 백업 복원 비용에 숨겨 넣지 않고 수정할 페이지·기능과 승인된 사실·출처를 유지할 범위를 따로 정하는 것이 상담의 출발점이에요.

KC의 공개 전 검수 과정은 환자 화면, 문의 전달, 검색·이전, 복원·인프라와 교육·인계를 나눠요. 소유권·인수인계 안내는 소스와 설치·실행 명세, DB 백업·구조 설명, 외부 서비스 데이터의 별도 확인을 제시해요. ‘파일을 받았는가’와 ‘새 운영자가 다시 실행할 수 있는가’를 함께 확인하고 싶은 병원이라면 이 자료를 기준으로 KC의 제안 범위를 비교할 수 있어요. 자사 공개 제안이지 독립적인 복구 실적이나 타사와의 우열 증거는 아니에요.

다른 업체 제작 사이트는 소스·서버·관리자 접근과 기존 계약을 사전 점검하고, 외부 플랫폼은 허용 범위 안에서만 지원한다는 제한도 유지관리 안내에 있어요. 백업이 없거나 손상된 경우의 복구, 외부 플랫폼 원천 소스 확보, 원내 전산·전자의무기록 복원이나 모든 침해사고 대응을 미리 약속하지 않아요. 실제 수행 주체·산출물·주기·기간·비용은 점검 후 프로젝트·운영 명세와 계약에서 정해요.

현재 주소로 백업·복원 시험 범위를 상담하세요

KC-Corporation 병원 홈페이지 백업·복원 유지관리 범위 상담 신청하기에서 문의 유형 ‘유지관리’를 선택하고 현재 홈페이지 주소를 적으세요. 현행 양식은 병원 이름·진료과·담당자 이름·연락처·문의 유형과 선택 항목인 홈페이지 주소를 받아요. 백업 파일 첨부나 상세 요청 입력란은 없어요. 전면 재구축까지 비교하려면 ‘리뉴얼’도 선택할 수 있어요.

후속 상담 또는 hello@kccorporation.kr로 현재 호스팅·CMS, 관리자 접근 가능 여부, 백업 유무·마지막 확인 시점과 복원 시험 경험을 알려주세요. ‘포함·제외 목록, 분리된 환경의 복원 시험, 누락 가능 데이터, 외부 연동 검수, 복구 목표와 계약 종료 인계를 나눠 제안해 주세요’라고 요청하면 돼요. 환자정보·운영 DB·백업 원본·비밀번호·인증 코드는 첫 상담 메일에 보내지 마세요. 자료 인도가 필요하면 확인 후 안전한 전달 방법을 정해요.

이미 KC와 운영 중이라면 안내받은 유지관리 요청 창구를 이용하세요. 신규 상담 양식은 긴급 장애 대응 접수나 즉시 복구 약속을 대신하지 않아요. 검색·AI 관찰을 함께 맡기더라도 복원 완료, 색인·인용 관찰, 방문·문의 측정은 서로 다른 범위로 정해요.

글쓴이와 확인일

제작 상담 신청