민감한 데이터를 남기지 않고 Plex를 폐기하는 방법
먼저 데이터를 목록화하고 접근 권한을 정리한 후 Plex를 폐기하세요. 애플리케이션을 제거해도 서버 상태나 미디어의 모든 사본이 삭제되는 것은 아닙니다.
Plex는 앱 데이터, 데이터베이스, 메타데이터, 로그, 백업, 컨테이너 볼륨, 미디어 저장소 및 계정에 연결된 토큰에 영구적인 정보를 남길 수 있습니다. 무엇을 보존하고 무엇을 폐기할지, 어떤 저장 장치를 재사용·판매·폐기할지 결정하세요. 데이터 삭제는 일반적인 “폴더 삭제” 절차가 아니라 데이터의 민감도와 장치의 다음 소유자에 따라 수행해야 합니다.
실행 중인 상태와 복구 사본 목록화
활성 서버는 여러 위치 중 하나일 뿐입니다. 백업, 스냅샷, 이전 마이그레이션 디렉터리 및 내보낸 구성에는 런타임을 제거한 후에도 동일한 민감 정보가 포함될 수 있습니다.
삭제하기 전에 오프디바이스 백업을 포함해 모든 Plex 상태 및 미디어 사본의 목록을 만드세요. 영구 앱 데이터 맵을 사용하면 숨겨진 컨테이너 볼륨도 목록에 쉽게 포함할 수 있습니다.
각 사본을 보존, 마이그레이션 또는 폐기로 표시하세요. 보존 대상으로 지정한 데이터가 목적지에서 확인되기 전에는 삭제 작업을 시작하지 마세요.
호스트를 처분하기 전에 접근 권한 취소
공유 사용자, 원격 접근, 서버 토큰, 프록시 자격 증명 및 VPN 규칙은 다른 곳에서 관리되는 경우 해당 컴퓨터가 없어져도 남을 수 있습니다. 하드웨어의 소유권이 바뀌기 전에 이러한 경로를 차단해야 합니다.
서버와 연결된 공용 엔드포인트와 자격 증명을 기록한 다음, 더 이상 사용하지 않을 항목은 취소하거나 제거하세요. 교체 서버가 인계받는 경우 두 서버를 무기한 활성 상태로 두지 말고 새 서버의 접근 권한을 별도로 검증하세요.
이전 호스트 이름, 포트 포워딩, 프록시 경로 또는 VPN 엔드포인트가 폐기된 인스턴스에 더 이상 연결되지 않는지 확인하세요.
다음 사용 목적에 따라 저장 장치 삭제
파일 삭제나 재포맷은 정의된 데이터 삭제 방법과 동일한 수준의 보증을 제공하지 않습니다. SSD, HDD 및 암호화된 장치는 서로 다른 기술이 필요할 수 있습니다.
장치가 더 이상 여러분의 통제 아래 있지 않게 될 때는 미디어 데이터 삭제를 통해 선택한 노력 수준에서 대상 데이터를 복구하기 어렵게 만들어야 합니다. 일반적인 파일 삭제는 동일한 수준의 보증을 제공하지 않습니다.
장치와 데이터의 민감도에 따라 클리어, 퍼지, 암호화 삭제 또는 물리적 파기 중 적절한 방법을 선택한 후 결과를 검증하세요. 장치가 더 이상 여러분의 통제 아래 있지 않게 될 때는 기록을 남기세요.
이전 사본이 다시 나타나지 않는지 확인
폐기한 서버가 다른 용도로 복원된 이전 VM 이미지, 스냅샷 또는 백업을 통해 실수로 다시 작동할 수 있습니다. 최종 확인은 비어 있는 호스트뿐 아니라 저장소와 계정 목록까지 포함해야 합니다.
데이터 삭제 후 백업 카탈로그와 저장소 스냅샷에서 이전 Plex 상태 경로와 서버 식별자를 검색하세요. 의도적으로 보존한 사본이 있다면 누가 소유하며 왜 보존하는지 문서화하세요.
접근 권한이 취소되고, 보존된 데이터가 모두 파악되며, 통제권을 벗어나는 미디어가 선택한 표준에 따라 삭제된 경우에만 폐기 작업을 완료하세요.
추천 제품
지원 및 팁
더 읽어보기
Jellyfin을 실행한 채로 백업해야 할까요, 아니면 먼저 서비스를 중지해야 할까요?
간편하게 사용하려면 서비스가 중지된 상태에서 백업하는 것을 우선하세요. 애플리케이션 상태가 일관되게 캡처되고 복원이 테스트된 경우에만 라이브 스냅샷을 사용하세요.
아무도 스트리밍하지 않을 때 Jellyfin이 뜨겁거나 시끄럽게 작동하는 이유_久久爱
유휴 상태에서 발생하는 발열은 대개 백그라운드 작업이나 공유 호스트 워크로드를 의미하므로, 냉각이나 하드웨어를 변경하기 전에 활성 프로세스와 예약된 작업을 확인하세요.
Jellyfin을 복구하는 대신 언제 다시 구축해야 할까요?
런타임 드리프트가 문제이고 영구 상태가 백업되어 있다면 수리보다 재구축을 선택하세요. 유일하게 정상인 데이터베이스를 삭제하는 것을 “재구축”이라고 해서는 안 됩니다.
