Home Assistant 백업을 실제로 복원할 수 있는지 테스트하는 방법

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Home Assistant 백업은 별도의 인스턴스에서 이를 복원하고, 가정에서 요구하는 사용자 정보, 구성, 통합, 기록 및 복구 시간을 충족할 때에만 검증된 것으로 볼 수 있습니다.

백업 작업이 성공적으로 완료되었다고 해서 복구까지 확인된 것은 아닙니다. 격리된 VM, 여분의 장치 또는 연결이 끊긴 네트워크 세그먼트를 사용하고, 운영 환경은 계속 실행한 상태로 두십시오. 암호화 키와 동일한 설치 경로를 준비한 다음, 기술적인 시작 과정과 실제 가정 내 기능을 모두 테스트하십시오. 복제된 자동화, 라디오 또는 웹훅이 운영 장치에 작동할 수 있기 전에 중지하십시오.

백업을 선택하고 통과 기준 정의하기

최근에 예약된 백업 하나와 더 오래된 복구 지점 하나를 선택하고, 각각의 크기, 생성 시간, 포함된 구성 요소, 저장 위치, 암호화 상태 및 가능한 경우 체크섬을 기록하십시오. 최대 복구 시간과 복구되어야 하는 정확한 구성, 사용자, 자동화, 기록, 애드온 및 비밀 정보를 정의하십시오.

로그인 페이지가 표시되는 것만으로는 통과라고 할 수 없습니다. 로컬 조명 제어, 중요한 자동화 하나, 일반 사용자를 위한 대시보드, 데이터베이스 보존 기간, 외부 브로커 또는 데이터베이스에 대한 액세스처럼 중요한 가정 내 기능을 명시해야 합니다.

아카이브나 복구 키가 운영 디스크에만 존재하거나, 설치 유형상 해당 아티팩트를 직접 복원할 수 없거나, 중복 작업을 방지할 격리된 대상이 없다면 준비 단계를 실패로 처리하십시오. 운영 환경을 건드리기 전에 이러한 조건을 바로잡으십시오.

격리된 대상에 복원하기

호환되는 아키텍처와 충분한 저장 공간을 갖춘 깨끗한 대상을 만들고, 네트워크를 운영 장치 경로에서 격리하며, 문제 해결을 위한 콘솔 경로를 유지하십시오. 보관된 유일한 백업이 아니라 아카이브의 복사본을 사용해 복원을 시작하십시오.

격리된 복원 테스트에도 Supervisor 네트워크 액세스가 필요할 수 있습니다. 필요한 설치 리소스에는 계속 접근할 수 있으면서 운영 장치에는 노출되지 않도록 격리를 설계하십시오.

시작 전에 복원이 실패하면 정확한 단계, 아카이브 오류, 키 결과, 여유 공간, 대상 버전 및 설치 유형을 기록하십시오. 유일한 복사본을 반복해서 업로드하거나 수정하지 말고 보존한 뒤, 알려진 다른 백업을 테스트하여 아카이브 손상과 대상 호환성 문제를 구분하십시오.

상태, 종속성 및 가정 내 기능 확인하기

시작한 후 통과 목록과 사용자, 대시보드, 엔터티, 자동화, 헬퍼, 비밀 정보 참조, 데이터베이스 기록, 애드온 및 통합 상태를 비교하십시오. 복제된 인스턴스가 중복 명령을 전송할 수 없을 때까지 라디오를 분리해 두거나 안전한 대체 장치를 사용하십시오.

임시 하드웨어에 복원할 수 있다는 것은 실제 복구 시도 없이 여러 장소에 복사본을 저장하는 것보다 더 확실한 검증입니다.

외부 데이터베이스, 브로커, DNS 레코드, 인증서 또는 네트워크 공유가 누락된 것은 복원 결과의 일부이지 별개의 불편 사항이 아닙니다. 해당 종속성과 이를 복구하는 데 필요한 순서를 문서화하십시오.

복구 시간을 측정하고 훈련 마무리하기

정의한 로컬 제어 및 자동화 점검을 실행하고, 테스트 인스턴스를 두 번 재시작한 다음 복원된 상태가 유지되는지 확인하십시오. 빈 대상에서 사용 가능한 서비스가 되기까지 걸린 시간, 수동 단계, 사용할 수 없었던 기능, 별도로 복구해야 했던 모든 자격 증명 또는 종속성을 기록하십시오.

하드웨어를 변경하거나 원본 시스템을 폐기하기 전에 폐기 전 복원 기준과 결과를 비교하십시오.

필수 기능과 데이터가 복구 목표 시간 내에 재시작 후에도 유지될 때만 통과로 처리하십시오. 증거를 확보한 뒤 복제본을 삭제하거나 격리하고, 실패한 백업 범위 또는 키 저장 방식을 수정한 다음 새 백업을 생성하십시오. 운영 복구 경로가 안전하다고 선언하기 전에 훈련을 다시 수행하십시오.

시스템이 변경되기 전에 다음 검증 일정 잡기

테스트한 백업 식별자, 원본 버전, 대상 유형, 복구 시간, 누락된 종속성 및 최종 판정을 기록하십시오. 이 증거는 복구 절차와 함께 보관하고, 교체해야 할 수도 있는 운영 인스턴스 안에는 보관하지 마십시오.

중요한 저장 공간, 설치, 암호화, 데이터베이스 또는 애드온 변경 후와 가정의 복구 허용 수준에 맞는 정기적인 간격으로 다음 훈련 일정을 잡으십시오. 훈련 후 생성된 파일이 이전 결과로 자동으로 검증되는 것은 아닙니다.

다음 테스트에는 더 작은 대표 대상을 사용할 수 있지만, 암호 해독, 시작, 핵심 사용자 정보 및 처음부터 끝까지 이어지는 가정 내 기능 하나는 여전히 입증해야 합니다. 아카이브만 점검하는 것으로는 이러한 서비스 수준의 확인을 대신할 수 없습니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.