Home Assistant가 예상보다 더 많은 임시 데이터를 보관하는 원인은 무엇인가요?

Home Assistant는 백업, 데이터베이스, 로깅, 업데이트 또는 캐시 작업이 운영자가 예상한 정리 시점보다 오래 지속될 때 예상보다 많은 임시 데이터를 보관합니다.

임시 데이터라고 해서 항상 수명이 짧거나 안전하게 삭제할 수 있는 것은 아닙니다. 실패한 아카이브는 스테이징 파일을 남길 수 있고, SQLite는 저널 또는 여유 페이지를 유지할 수 있으며, 상세 로그를 남기는 통합 구성 요소는 로그를 크게 늘릴 수 있습니다. 실행 중인 프로세스는 재시작할 때까지 삭제된 저장 공간을 계속 점유할 수도 있습니다. 무엇이든 삭제하기 전에 해당 경로, 프로세스, 생성 시간, 활성 작업을 확인하세요. 그렇지 않으면 정리 작업이 복구를 중단하거나 상태를 손상시킬 수 있습니다.

임시 경로와 보존되는 애플리케이션 데이터를 구분하세요

디렉터리와 소유자를 기준으로 증가 원인을 분류하세요. 데이터베이스와 저널, 백업 스테이징, 로그, 미디어 변환, 업데이트 다운로드, 애드온 캐시, 컨테이너 레이어, 운영 체제 임시 공간이 여기에 포함됩니다. 표시된 파일 크기, 할당된 블록, 파일 시스템의 여유 공간을 비교하세요. temp라는 이름의 경로에 활성 트랜잭션이 포함되어 있을 수 있고, 캐시 디렉터리는 재시작 후에도 의도적으로 유지될 수 있습니다.

Home Assistant 설치 환경은 일반적으로 설정된 기간 동안 상세 기록을 보존하며, 장기 통계는 다른 규칙에 따라 보존합니다. 이 보존 방식의 차이는 오래된 상세 기록이 결국 삭제된다는 이유만으로 데이터베이스 증가를 임시 현상으로 분류해서는 안 되는 이유를 보여 줍니다.

데이터가 문서화된 보존 정책에 해당한다면 파일을 삭제하지 말고 정책을 조정하세요. 활성 소유자가 없는 완료 또는 실패 작업에 속한다면 정리 후보가 됩니다. 소유자를 알 수 없다면 작업을 중단해야 합니다. 특히 데이터베이스, 백업 또는 Supervisor가 관리하는 경로에서는 더욱 그렇습니다.

실패한 작업은 스테이징 데이터를 남길 수 있습니다

백업, 업데이트, 가져오기 및 데이터베이스 유지 관리 작업은 진행 중에 두 번째 사본을 만드는 경우가 많습니다. 작업이 성공하면 일반적으로 스테이징 데이터를 이름 변경하거나 삭제하지만, 중단, 디스크 부족 또는 작업자 프로세스 충돌이 발생하면 정리가 건너뛰어질 수 있습니다. 이후 재시도를 반복하면 실패한 작업의 시간과 일치하는 여러 세대의 파일이 생길 수 있습니다.

구체적인 실패 사례는 실패한 백업 파일 삭제 요청에 문서화되어 있습니다. 여기서는 실패한 백업 실행으로 인해 Supervisor의 대규모 임시 디렉터리가 남았습니다. 핵심은 모든 설치 환경에서 수동으로 삭제해야 하는 범용 경로가 아니라 소유권과 작업 상태입니다.

백업, 복원, 업그레이드 또는 마이그레이션이 실행 중이 아닌지 확인하고 작업 오류를 보존한 다음 설치 유형에 맞는 지원되는 정리 방법을 사용하세요. 같은 파일이 다시 생긴다면 먼저 실패한 작업이나 여유 공간 한계를 해결하세요. 실패 루프를 바꾸지 않고 증상만 삭제하면 단지 시간을 다시 시작하는 것에 불과합니다.

행이 사라져도 데이터베이스 파일은 줄어들지 않을 수 있습니다

Recorder 정리는 논리적인 행을 삭제할 수 있지만, 데이터베이스는 재사용을 위해 할당된 페이지를 유지합니다. 체크포인트 조건이 충족될 때까지 미리 쓰기 로그 또는 저널이 커질 수도 있습니다. 따라서 보존 데이터가 줄어든 뒤에도 파일 크기가 크게 유지될 수 있으며, 갑작스럽게 파일을 수동 삭제하면 무해한 캐시를 회수하는 대신 일관성이 손상될 수 있습니다.

Home Assistant의 한 조사에서는 데이터베이스 정리 패턴을 통해 일일 증가가 계속되는 현상과 예약된 정리 시점을 구분하고, 짧은 관찰 기간이 예상된 동작을 잘못 분류할 수 있는 이유를 보여 줍니다.

최소 한 번의 정리 주기 동안 논리적 행의 기간, 데이터베이스 상태, 저널 상태, 여유 공간 추이를 측정하세요. 검증된 백업과 충분한 임시 여유 공간이 있는 경우에만 지원되는 데이터베이스 유지 관리 기능을 사용하세요. 저널이 수렴하지 않거나 무결성 검사가 실패하거나, 정리 중 Recorder가 반복적으로 재시작된다면 문제를 에스컬레이션하세요.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

안전하게 임시 데이터를 분류하고 점검하세요

한 시간 간격으로 두 번의 저장 공간 스냅샷을 생성하고 경로, 할당된 크기, 수정 시간, 소유 프로세스, 관련 작업 상태를 나열하세요. 각 항목을 활성 상태, 정책에 따라 보존되는 항목, 실패 후 고아가 된 항목 또는 알 수 없는 항목으로 표시하세요. 비교하는 동안 새 백업과 업데이트가 생성되지 않도록 중지하여 증가 원인을 추적할 수 있게 하세요.

캐시 및 임시 저장 공간에 관한 ZimaSpace 절차는 소유권을 확인한 후 설치 수준에서 제어하는 방법을 제공합니다.

삭제해도 된다고 문서화되어 있고 프로세스에서 열고 있지 않은 항목만 제거한 다음 원래 작업을 다시 실행하여 성공과 정리가 모두 이루어지는지 확인하세요. 두 주기 동안 여유 공간이 안정적으로 유지되면 통과로 판단할 수 있습니다. 소유자를 계속 알 수 없거나 데이터베이스 무결성이 관련되어 있다면 강제로 공간을 회수하지 말고 데이터를 보존한 채 문제를 에스컬레이션하세요.