Proxmox는 데이터베이스가 실행 중인 상태에서 LXC 컨테이너를 백업할 수 있나요?

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

예, Proxmox는 LXC 컨테이너가 실행 중인 상태에서도 백업을 생성할 수 있습니다. 그렇다고 해서 캡처된 시점에 컨테이너 내부 데이터베이스가 자동으로 애플리케이션 일관성을 보장한다는 의미는 아닙니다.

데이터베이스를 덤프하거나, 쓰기를 일시 중지하거나, 다른 방식으로 백업과 조율하지 않는 한 실행 중인 컨테이너 스냅샷은 크래시 일관성 상태로 간주하세요. 적절한 선택은 데이터베이스 엔진, 쓰기 빈도, 허용 가능한 다운타임, 모든 데이터 경로가 포함되는지 여부에 따라 달라집니다.

컨테이너 캡처와 데이터베이스 일관성 구분하기

컨테이너 백업은 데이터베이스 페이지, 저널, 인덱스가 변경되는 동안 파일 시스템을 캡처할 수 있습니다. 복원 후 엔진이 쓰기 선행 로그를 성공적으로 재생할 수도 있지만, 이는 갑작스러운 중단에서 복구한 것이며 애플리케이션의 정상 체크포인트가 생성되었다는 증거는 아닙니다.

바인드 마운트와 외부 데이터 세트에는 별도의 주의가 필요합니다. Proxmox 아카이브가 유효하더라도 데이터베이스의 실제 데이터 디렉터리, 오브젝트 스토어 또는 업로드된 파일이 백업된 루트 파일 시스템 외부에 있을 수 있습니다.

저가치 서비스에서 저널링 데이터베이스를 사용한다면 테스트를 거친 크래시 복구로 충분할 수 있습니다. 대체할 수 없는 기록이라면 데이터베이스 자체 덤프, 복제 체크포인트 또는 짧은 유지보수 시간을 추가하세요.

확인 가능한 신호를 바탕으로 보호 수준 선택하기

데이터베이스가 정상 체크포인트를 보고하는지, 덤프가 오류 없이 완료되는지, Proxmox 작업 로그에 의도한 모든 볼륨이 포함되는지 확인하세요. 백업 중 높은 쓰기 지연 시간이나 빠르게 증가하는 WAL은 복원 후 더 많은 복구 작업이 필요하다는 신호입니다.

컨테이너 백업 직전에 데이터베이스 자체 덤프를 예약하고, 백업에 포함되는 경로 안에 저장하세요. 온라인 백업 API를 지원하는 엔진이라면 실행 중인 데이터 파일을 복사하는 대신 해당 API를 사용하세요.

아래 표를 사용해 결과를 분류하고, 향후 운영자가 해당 아카이브가 보장할 수 있는 내용을 알 수 있도록 그 분류를 작업 메모에 기록하세요.

관찰된 상태 판정 다음 작업
데이터베이스 자체 덤프와 LXC 아카이브 애플리케이션을 인식하는 복구 경로 중요한 데이터베이스에 권장
스냅샷만 사용, 복원 테스트 통과 크래시 일관성 문서화된 위험을 수용할 수 있을 때만 허용
외부 데이터 경로 누락 불완전 중지하고 백업 범위 확대

조율된 백업 작업 구성하기

백업 전에 타임스탬프가 포함된 데이터베이스 덤프를 생성하거나 체크포인트를 요청하는 단계를 실행하세요. 명령의 종료 상태와 사용 가능한 공간을 확인하세요. 0바이트 덤프가 생성되면 안심을 주는 녹색 백업 배지가 표시되기 전에 작업이 실패해야 합니다.

일관성 단계를 완료한 후 LXC를 캡처하고, 이어서 아카이브 ID와 덤프 체크섬을 기록하는 백업 후 검사를 실행하세요. 하나의 잘못된 컨테이너 아카이브가 마지막으로 정상인 논리적 복사본까지 삭제하지 않도록 데이터베이스 자체 보존 정책을 별도로 운영하세요.

ZimaSpace의 Proxmox 백업 가이드에서는 VM 및 컨테이너 복구 계획을 다룹니다.

애플리케이션 일관성을 보장하는 Proxmox 백업에 관한 독립적인 가이드에서는 실행 중인 스냅샷과 애플리케이션을 인식하는 백업이 서로 다른 보장을 제공하는 이유를 설명합니다.

-15% OFF

부하가 걸린 상태에서 복원하여 아카이브 검증하기

운영 환경과 충돌하지 않도록 격리된 CT ID와 연결이 끊긴 네트워크로 복원하세요. 데이터베이스를 시작하고, 복구 로그를 검사하고, 무결성 검사를 실행한 다음, 백업 시간대에 기록된 것으로 알려진 레코드를 조회하세요.

운영 환경이 정상적인 쓰기 부하를 받는 동안에도 테스트를 반복하세요. 유휴 상태의 테스트 환경에서만 복원되는 백업은 이 질문을 제기하게 만든 위험한 조건을 검증한 것이 아닙니다.

모든 스토리지가 범위에 포함되고 엔진이 반복적으로 복구되거나 자체 덤프가 포함된 경우에는 실행 중인 LXC 백업을 진행하세요. 무결성 검사가 실패하거나 외부 마운트가 누락되거나 애플리케이션이 크래시 복구를 허용하지 않는다면 중지하고 조율된 일시 중지 또는 종료 방식을 사용하세요.

지원 및 팁

더 읽어보기

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.