새 홈 서버로 안전하게 Home Assistant를 이전하기 위한 체크리스트

안전한 Home Assistant 마이그레이션은 새 서버가 로그인 화면에 도달했다고 끝나는 것이 아닙니다. 기존과 동일한 구성, 라디오, 통합 구성 요소, 저장소 경로, 네트워크 ID, 로컬 제어 동작을 새 호스트에서 복구한 후에야 기존 서버를 폐기할 수 있습니다.

이 작업을 롤백용 사본을 계속 사용할 수 있는 복구 테스트로 진행하세요. 새 백업을 만들고, 기존 서버의 종속성을 기록한 다음, 대상 서버에서 복원하고, 라디오와 네트워크 저장소를 다시 연결하고, 중요한 자동화를 테스트하세요. 그런 다음 새 설치가 정상 사용과 재부팅을 견딜 때까지 기존 서버는 전원을 끄되 그대로 보관하세요.

새 전체 백업을 만들고 복구 키는 기존 호스트 외부에 보관하세요

Home Assistant의 현재 백업 워크플로는 온보딩 중 마이그레이션을 지원하며, 서로 다른 장치 유형 간 마이그레이션도 가능합니다. 시작하기 전에 대상에 충분한 저장 공간이 있는지 확인하고, 백업을 다운로드하거나 다른 방식으로 보존하세요. 또한 백업을 복호화하는 데 필요한 비상 키트는 교체 대상 컴퓨터와 떨어진 곳에 보관하세요.

현재 Home Assistant 마이그레이션 절차는 새 장치의 온보딩 중 기존 장치의 백업을 사용하며, 네트워크 저장소와 라디오 마이그레이션에는 후속 작업이 필요할 수 있다고 명시합니다.

마이그레이션 중 유일한 백업을 덮어쓰지 마세요. 두 서버와 모두 독립된 사본을 최소 하나 보관해야 대상 디스크 오류나 실수로 인한 초기화로 복구 원본과 기존 설치가 동시에 사라지는 일을 막을 수 있습니다.

백업으로 물리적으로 이동되지 않는 종속성을 기록하세요

백업은 Home Assistant 상태를 보존할 수 있지만 USB Zigbee 또는 Z-Wave 스틱, 네트워크 케이블, UPS 연결, 외부 데이터베이스 호스트, MQTT 브로커, 리버스 프록시, NAS 공유 폴더, 라우터 예약을 물리적으로 옮겨 주지는 않습니다. 기존 호스트의 전원을 끄기 전에 이러한 종속성을 기록하세요.

기존 Home Assistant의 IP 또는 호스트 이름, 외부 URL, 네트워크 저장소 마운트, Recorder가 외부 데이터베이스를 사용하는 경우의 데이터베이스 URL, 브로커 주소, USB 장치, 라디오 유형, 호스트 수준의 Compose 또는 VM 설정을 기록하세요. 이 목록이 있으면 복원 실패와 누락된 외부 종속성을 구분할 수 있습니다.

더 폭넓은 ZimaSpace 마이그레이션 체크리스트도 같은 원칙을 적용합니다. 원본을 보호하고, 실제 범위를 정의하고, 대상의 상태를 확인하고, 정상 사용이 검증될 때까지 기존 사본을 보관하세요.

Zigbee와 Z-Wave 네트워크는 별도의 마이그레이션 단계로 옮기세요

동일한 USB 라디오를 새 호스트로 옮기는 경우 다시 연결하고 장치 경로를 확인하세요. 새 서버에서 다른 내장 라디오나 교체 라디오를 사용하는 경우 Home Assistant 백업만으로 코디네이터 ID가 변경된다고 가정하지 말고 라디오 네트워크를 마이그레이션하세요.

ZHA는 네트워크 백업을 자동으로 수행하며, 전체 메시 네트워크를 다시 페어링하지 않고 지원되는 다른 코디네이터로 Zigbee 네트워크를 마이그레이션할 수 있습니다. 마이그레이션 과정에서 필요한 경우 라디오 IEEE ID도 이전할 수 있습니다.

Z-Wave에는 별도의 컨트롤러 상태가 있습니다. 최근 Z-Wave JS UI 마이그레이션 논의에 따르면, Z-Wave 서비스를 새 하드웨어로 옮길 때 서비스 저장소와 NVM 백업이 핵심 복구 자산입니다. 두 라디오 네트워크 모두 자체적인 복구 절차가 필요한 자산으로 취급하세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

먼저 복원한 다음 외부 저장소와 네트워크 서비스를 다시 연결하세요

라우터, DNS, NAS 권한 또는 여러 서비스 주소를 한꺼번에 변경하기 전에 백업에서 대상 Home Assistant 인스턴스를 먼저 실행하세요. 새 호스트와 기존 호스트 간 주요 변수를 한 번에 하나만 변경해야 마이그레이션 문제를 더 쉽게 진단할 수 있습니다.

기존 설치에서 네트워크 저장소를 사용했다면 복원 후 다시 연결하고 예상되는 공유 폴더 이름과 자격 증명을 확인하세요. 외부 데이터베이스나 MQTT 브로커를 사용했다면 이미 정상 작동하는 Home Assistant 구성을 변경하기 전에 새 호스트에서 DNS와 TCP 연결을 테스트하세요.

애플리케이션 상태는 이동할 수 있지만 호스트별 종속성은 여전히 올바르게 다시 만들어야 합니다. Home Assistant 백업으로 물리적으로 이전할 수 없는 항목인 라디오, 호스트 네트워킹, 외부 저장소, 데이터베이스 서비스, 브로커 엔드포인트, 기존 서버가 관리하던 배포 설정에 마이그레이션 기록을 집중하세요.

기존 서버를 폐기하기 전에 인수 테스트를 수행하세요

• 예상한 사용자, 대시보드, 통합 구성 요소, 도우미, 자동화, 영역이 모두 존재하는지 확인하세요.
• 중요한 로컬 자동화 하나를 실행하고 실제 장치의 피드백을 확인하세요.
• Zigbee, Z-Wave, Bluetooth 또는 기타 라디오 장치를 사용할 수 있는지 확인하세요.
• Recorder 기록과 통계가 정상적으로 기록되는지 확인하세요.
• 네트워크 저장소 경로 하나와 사용 중인 경우 MQTT 같은 외부 종속성 하나를 테스트하세요.
• 로컬 액세스와 원격 액세스를 각각 테스트하세요.
• 새 Home Assistant 호스트를 한 번 재시작한 후 중요한 로컬 제어 테스트를 반복하세요.

이 두 번째 부팅 테스트가 통과한 후에만 기존 서버를 삭제하거나 용도를 변경하세요. 그때까지는 원본 설치의 전원을 끄고, 충돌을 일으킬 수 있는 라디오나 IP 주소와 분리한 상태로, 롤백 참고 자료로 사용할 수 있게 보관하세요.