백업과 항목

BombVault가 백업하는 모든 것은 백업 아래 하나의 목록에 있습니다. 컨테이너, VM, 폴더 세트, 플래시 드라이브, ZFS 데이터세트, 셀프 백업이 모두 여기에 있고, 각각은 전용 페이지가 있는 항목입니다. 이 페이지에서는 목록, 항목 페이지와 그 세 개의 탭, 항목마다 정할 수 있는 설정을 차례로 살펴봅니다.

섹션별로 저장되는 항목

섹션	저장되는 항목
컨테이너	Appdata 폴더와 컨테이너 정의(이미지, 변수, 포트, 레이블, 볼륨). 컨테이너 설정 탭의 백업 폴더 카드에서 백업에 포함할 폴더를 정확히 체크할 수 있고, 경로 수가 실시간으로 표시되며 제외한 항목의 목록도 보입니다. TrueNAS ixVolume이나 /opt 아래의 Compose 프로젝트처럼 컨테이너가 Host Data 바깥에 두는 데이터는 백업되지 않으며, 실행 기록에 제외한 폴더가 표시됩니다. Host Data 안에 있지만 지금은 없는 폴더도 실행 기록에 표시됩니다. /etc/localtime이나 Docker 소켓 같은 시스템 경로는 데이터로 치지 않습니다.
가상 머신	디스크 이미지, XML 정의, UEFI NVRAM. 정상 종료 또는 라이브 스냅샷으로 SSH를 통해 백업합니다. VM 백업을 참고하세요.
플래시	Unraid 전용입니다. USB 플래시 전체(/boot): OS, 라이선스, 배열 구성, 공유, 네트워크 및 플러그인 구성.
셀프 백업	BombVault 자체 /config: 설정 데이터베이스, 저장 위치의 로그인 정보, libvirt SSH 키 쌍, ZFS 서버의 키와 고정된 호스트 키, 인증서. SQLite VACUUM INTO로 스냅샷을 만들기 때문에 데이터베이스가 쓰는 도중에 복사되는 일이 없습니다.
폴더	공유, 문서, 사진 라이브러리처럼 서버의 모든 폴더를 폴더 세트로 저장합니다. 제외 패턴은 선택 사항입니다. 폴더 세트도 다른 항목과 똑같이 일정, 보존, 오프사이트 사본, 확인, 복원 훈련을 갖습니다.
ZFS 데이터세트	데이터세트와 그 아래의 모든 데이터세트를 하나의 ZFS 스냅샷에서 읽어 모두 같은 시점의 상태로 만들고, restic으로 폴더처럼 저장합니다. ZFS 항목은 두 번째 ZFS 서버에 블록 단위로 동일한 복제본도 둘 수 있습니다. ZFS 데이터세트를 참고하세요.

모든 백업은 restic을 거치므로 증분이고 중복이 제거되며, 큰 VM 디스크도 저장소를 부풀리지 않습니다. BombVault는 자신의 컨테이너를 백업하지 않으며, 따라서 멈추지도 않습니다. restic은 스냅샷을 마지막에 쓰기 때문에 실행은 안전하게 중단할 수 있습니다. 중단된 실행에는 참조되지 않는 데이터만 남고 스냅샷은 남지 않습니다. 실행 도중의 재시작으로 남은 잠금은 갱신 없이 10분이 지난 뒤에야 해제되고, 실행은 한 번 더 시도됩니다.

목록

목록 위의 타일로 컨테이너나 ZFS 같은 종류를 고르며, 각 타일에는 항목 수가 표시됩니다. 타일은 선택만 할 뿐 페이지의 나머지를 숨기지 않습니다.

각 행에는 항목의 최근 열네 번의 실행이 작은 사각형으로, 그리고 보호됨, 보호되지 않음, 미뤄짐, 복제 중 같은 상태가 하나 표시됩니다. 그 밖의 내용은 이름 옆의 정보 말풍선에 있고, 포인터를 행 위에 두면 그 텍스트가 행 안에 표시됩니다. 컨테이너 이름 옆의 표시는 마지막 백업 이후 다른 이미지, 포트, 변수, 볼륨으로 다시 만들어졌다는 뜻입니다. 다음 백업이 끝나면 사라집니다.

목록 위의 버튼 세 개로 좁힙니다.

• 필터: 일정(전체, 예약됨, 일시 중지), 백업(백업됨, 백업 안 됨), 그리고 컨테이너 및 가상 머신의 경우 설치됨 또는 설치되지 않음으로 거릅니다.
• 정렬: 이름, 상태, IP, 마지막 백업, 크기, 일정 순입니다. IP를 뺀 모든 필드는 양방향으로 정렬되며, 예를 들어 크기, 큰 순과 크기, 작은 순이 있습니다.
• 검색: 이름, 이미지, IP로 찾습니다.

더 이상 설치되어 있지 않지만 백업이 남아 있는 항목은 설치되지 않음 (백업만) 아래에 따로 모입니다. 복원하거나, 백업을 삭제해서 공간을 되찾으세요.

페이지의 주요 동작은 오른쪽 아래에 떠 있습니다. 지금 모두 백업은 켜 둔 모든 섹션에 대해 실행을 시작합니다. 나머지는 더보기에 있습니다.

• 선택은 선택을 시작합니다. 아래를 참고하세요.
• 백업 검색은 대상에 있는 것을 읽어 항목을 다시 만듭니다. 새로 설치한 뒤에 쓰면 좋습니다. 자체 데이터가 없는 컨테이너는 스냅샷이 없으며, 저장소 옆에 미러링된 정의로 돌아옵니다. 다시 만든 섹션의 오프사이트 사본은 그 백업을 이 서버의 백업으로 넘겨받을 때까지 기다립니다. 재구성 후를 참고하세요.
• 이 서버와의 ZFS 연결은 ZFS 섹션의 SSH 테스트를 엽니다. ZFS 데이터세트를 참고하세요.
• 지금 모두 복제는 ZFS 타일을 고른 상태에서 모든 ZFS 항목의 복제본을 보냅니다.

여러 항목 선택하기

파일 관리자에서 파일을 고르듯이 행을 고르세요. Ctrl+클릭, Shift+클릭, Ctrl+A, 휴대폰에서는 길게 누르기입니다. 선택한 행은 아이콘 대신 체크 표시가 나타나고, 목록 위의 막대가 개수를 세어 주며 선택 항목 백업, 일정 일시 중지, 일정 다시 시작, 모두 선택, 선택 해제를 제공합니다. 모든 행에는 그 항목의 동작이 담긴 오른쪽 클릭 메뉴도 있습니다.

선택한 항목은 서버에서 하나씩 차례로 백업되므로, 탭을 닫아도 계속 진행됩니다. 여러 항목을 함께 복원하려면 복원 페이지를 사용하세요.

폴더나 ZFS 데이터세트 추가하기

컨테이너, VM, 플래시 드라이브는 설정, 일반에서 섹션을 켜면 저절로 나타납니다. 폴더와 ZFS 데이터세트는 BombVault가 어느 것을 뜻하는지 알 수 없으므로 직접 고릅니다. 추가를 누르면 BombVault가 무엇을 더 백업해야 하나요?가 열립니다.

• 폴더 하나는 BombVault가 찾은 공유를 보여 주고, Host Data 아래의 다른 어떤 폴더도 고를 수 있습니다. 폴더 세트에 Documents 같은 이름을 붙이세요. 스냅샷이 그 이름 아래에 저장되므로 이름은 첫 백업 뒤에는 바꿀 수 없습니다.
• ZFS 데이터세트는 이 서버의 데이터세트를 보여 줍니다. 백업하려는 것의 맨 위에 있는 것을 고르세요. 항목과 하위 데이터세트를 참고하세요.
• 시스템 구성은 Host Data가 /etc까지 닿는 비 Unraid 호스트에서 나타납니다. 저장하기 전에 살펴보는, 시작용 /etc 폴더 세트입니다.

항목 제외하기

테스트 컨테이너처럼 일부러 빼 둔 항목은 백업하지 않음으로 표시할 수 있습니다. 그러면 보호되지 않음으로 세지 않으며, 제외 해제를 누르면 다시 돌아옵니다. 일정 일시 중지는 더 부드러운 방법입니다. 항목이 일정과 전체 백업에서 빠지고 회색 일정 일시 중지됨 배지가 붙지만, 지금 백업은 여전히 동작합니다. 항목 설정 탭의 일정에 포함과 같은 스위치를 설정합니다.

항목 페이지

행을 클릭하면 항목 페이지가 열립니다. 머리글에는 항목 이름과 상태가 한 줄로 나오며, 예를 들어 마지막 백업 3시간 전이나 미뤄짐, 다음 시도 03:15입니다. 동작도 여기에 있습니다. 지금 백업, 복원, 그리고 더보기 아래에 드문 동작인 최신 백업 내보내기, 컨테이너 내보내기 또는 VM 내보내기, 이전 항목에 연결, 모든 백업 삭제, 항목 제거, 모든 위치에서 백업 삭제가 있습니다. 아이콘 왼쪽의 뒤로 가기 버튼으로 목록에 돌아갑니다. 백업이 실행되는 동안에는 진행 상황 옆에 백업 취소가 있고, 취소된 실행은 실패가 아닌 취소로 기록됩니다.

모든 위치에서 백업 삭제는 항목의 백업을 오프사이트 사본까지 포함해 모든 대상에서 한 번에 지웁니다. 창에는 각 장소와 그곳에 있는 백업 수가 나오고, 항목 이름을 입력하면 버튼이 활성화됩니다. append-only로 설정된 장소는 백업을 유지하고 그 사실을 알려 줍니다. 항목과 설정은 그대로 남으므로, 더 이상 백업하지 않는 항목은 그 상태로 남고 백업과 그 기록만 사라집니다.

페이지에는 백업, 설정, 검증 세 개의 탭이 있습니다.

백업 탭

이 탭에는 항목의 스냅샷이 최신 순으로, 하루에 막대 하나씩 나열됩니다. 여러 곳에 있는 백업은 한 번만 나타나고, 그것을 가진 각 대상이 표시됩니다. 스냅샷을 클릭하면 복원하고, 스냅샷 안의 특정 위치를 클릭하면 정확히 그 위치부터 복원합니다.

• 대상에는 이 항목의 백업이 있는 모든 장소와 그 개수가 나옵니다. 클라우드 저장소의 목록을 읽는 데는 시간이 걸리므로 오프사이트 장소는 확인을 눌러야만 읽습니다. 항목이 더 이상 백업하지 않는 장소는 이전 백업만으로 표시되며, 거기서 복원할 수는 있습니다.
• 모든 스냅샷에는 메뉴가 있습니다. 태그 추가 또는 태그 변경, 생기거나 사라지거나 바뀐 파일을 보여 주는 다른 백업과 비교, tar, zip 또는 자체 restic 저장소로 내보내기, 그리고 한 장소에서만 삭제하기입니다.
• 컨테이너의 데이터베이스 덤프는 별도의 목록에 있으며, 다운로드, 폴더에 저장, 가져오기를 할 수 있습니다.

스냅샷을 몇 개 남길지는 대상이 정합니다. 보관 기간을 참고하세요.

설정 탭

모든 항목은 일정 및 대상으로 시작합니다.

• 일정에 포함은 항목을 예약 실행에 넣거나 뺍니다.
• 별도 계획은 이 항목 하나에 전용 계획을 줍니다. 항목 하나만의 별도 계획을 참고하세요. 없으면 섹션의 계획이나 전체 백업으로 실행됩니다.
• 버튼 줄(로컬과 오프사이트 대상마다 하나)은 백업이 가는 곳을 알려 줍니다. 기본값을 따름은 항목이 섹션과 같은 곳으로 간다는 뜻이며, 클릭하면 섹션별 대상이 열립니다. 항목별 배치를 참고하세요.
• 저장소는 백업이 기록되는 곳(저장 위치)을 알려 줍니다. 이 장소는 첫 백업부터 고정되며, 사본은 언제든 바꿀 수 있습니다.

아래 카드는 항목의 종류에 따라 다릅니다.

종류	카드
컨테이너	백업 폴더(매핑된 폴더 중 백업할 것, 캐시 폴더 건너뛰기 (CACHEDIR.TAG) 포함), 제외 패턴, 다른 컨테이너 중지, 전후 명령, 데이터베이스, 앱이 사용 중일 때, 백업에 성공한 후 업데이트, 중지 대신 스냅샷, 이전 이름
VM	가상 머신의 방식(정상 종료 (셧다운) 또는 라이브 스냅샷)과 변경된 블록만. VM 백업 가이드를 참고하세요.
폴더 세트	폴더와 제외 패턴
플래시 드라이브	플래시 zip 내보내기. 모든 플래시 백업을 선택한 폴더에 일반 .zip으로 기록하며, 동기화 도구가 반쯤 쓰인 파일을 보지 않도록 한 번에 기록합니다. 있어야 할 것보다 적게 담긴 플래시 백업은 마지막 ZIP을 그대로 두고, 내보내기 실행 기록에 그렇게 알립니다.
ZFS 데이터세트	하위 데이터세트, 중지할 컨테이너, 스냅샷 전후의 명령, 복제본, 스냅샷 접근 확인. ZFS 데이터세트를 참고하세요.

설정은 바꾸는 즉시 저장됩니다.

검증 탭

• 확인 항목에는 첫 백업 뒤에 이어지는 복원 확인이 표시됩니다. 복원 확인은 최신 백업으로 이를 다시 실행합니다. BombVault가 파일 100개와 256 MiB까지의 표본을 임시 폴더로 복원하고, restic이 모든 파일을 해시와 대조해 다시 읽습니다.
• 컨테이너의 시작 테스트는 최신 백업을 격리된 사본으로 복원하고 시작합니다. 이름은 bombvault-test-로 시작하고, 게시된 포트가 없고 LAN으로 나가는 길이 없는 전용 내부 Docker 네트워크, CPU 1개와 메모리 2 GiB를 씁니다. 사본이 정상이라고 보고하거나, 처음 노출된 포트에서 응답하거나, 둘 다 없으면 계속 실행 중이면 통과입니다. 원본은 전혀 건드리지 않으며, 사본과 그 네트워크와 데이터는 테스트 도중에 재시작되더라도 나중에 제거됩니다. 호스트 네트워크의 컨테이너, 특권 컨테이너, 장치가 있는 컨테이너, 다른 컨테이너가 필요한 컨테이너는 테스트할 수 없는 것으로 표시됩니다. 설정, 검증, 자동 확인 아래의 시작 테스트는 실행마다 컨테이너를 하나씩, 가장 오래전에 테스트한 것부터 테스트합니다.
• 이상 징후에서는 이 항목만의 민감도와 알림 수준을 정하고, 열려 있는 발견 사항을 볼 수 있습니다.
• 폴더별 크기는 최신 백업에서 무엇이 공간을 차지하는지, 그중 가장 최근 백업이 얼마나 가져왔는지를 한 단계씩 보여 줍니다.
• 최근 실행에는 최근 실행이 시작, 종료, 소요 시간과 함께 나열됩니다. 클릭하면 자세한 내용이 나옵니다.

제외 패턴

제외 패턴 카드는 한 줄에 패턴 하나를 받습니다. 경로는 컨테이너 안에서 보이는 그대로 입력하세요. 예를 들어 /config/Library/Application Support/Plex Media Server/Cache, 또는 어느 깊이에서든 일치하는 .git 같은 이름만 쓸 수도 있습니다. 폴더 세트에서는 /mnt/user/data/cache처럼 호스트가 아는 경로를 입력하세요. 필드 아래의 미리 보기는 각 줄이 무엇으로 해석되는지 보여 주고, 아무것과도 일치하지 않거나 전부 제외하게 되는 줄이 있으면 경고합니다. / 또는 *인 줄, 또는 백업되는 폴더 전체를 가리키는 줄은 무시되므로, 제외 설정으로 백업이 텅 비는 일은 없습니다. 폴더 전체를 빼려면 대신 백업 폴더에서 체크를 해제하세요.

Plex, Jellyfin, Sonarr, Radarr, Immich, Nextcloud 같은 잘 알려진 이미지에는 캐시, 로그, 썸네일처럼 앱이 저절로 다시 채우는 폴더를 카드가 제안합니다. 선택 항목 제외를 누르기 전에는 아무것도 제외되지 않습니다.

같은 카드에는 폴더 스캔으로는 알 수 없는 경고도 나옵니다. 예를 들어 Immich는 앨범, 얼굴, 날짜를 별도 컨테이너의 PostgreSQL 데이터베이스에 보관하므로, Immich 컨테이너만 파일 백업하면 사진은 복원되지만 그런 정보는 없고, 복원은 성공한 것처럼 보입니다. 데이터베이스 컨테이너도 함께 백업하세요.

데이터베이스 덤프

BombVault가 인식하는 PostgreSQL, MySQL, MariaDB 컨테이너는 각 백업 전에 실행 중인 서버에서 덤프되어, 파일 옆의 별도 복원 지점에 저장됩니다. 공식 이미지, PostGIS, TimescaleDB, pgvector, pgautoupgrade, Immich의 데이터베이스 이미지, linuxserver, yobasystems, jc21의 MariaDB 이미지, Oracle의 mysql-server가 해당합니다. 데이터베이스처럼 보이기만 하는 컨테이너에도 같은 옵션이 있지만, 직접 고르기 전에는 꺼져 있습니다.

덤프는 저장소로 바로 스트리밍되며 디스크에는 절대 기록되지 않습니다. 인증 정보는 컨테이너 자신의 변수(*_FILE 비밀 값 포함)에서 가져오며 컨테이너 밖으로 나가지 않습니다. 컨테이너 설정 탭의 데이터베이스 카드는 데이터 폴더가 중지된 상태로 저장되는지, 실행 중에 복사되는지, 저장되지 않는지를 알려 주고, 이 컨테이너의 덤프를 켜고 끕니다. 레이블 bombvault.dbdump=false도 같은 일을 하며 카드보다 우선합니다. 설정, 일반의 데이터베이스 자동 덤프는 모든 컨테이너에 대해 켜고 끕니다.

덤프가 실패해도 백업이 실패하지는 않습니다. 이유와 함께 별도의 실패한 실행으로 나타나고 알림이 갑니다. 덤프는 저절로 다시 불러오지 않습니다. 일반 또는 압축 상태로 내려받거나, 폴더에 저장하거나, 백업 탭에서 클릭 한 번으로 새로 시작한 데이터베이스에 가져올 수 있습니다. BombVault 없이 덤프를 되찾는 방법은 데이터베이스 덤프 되찾기를 참고하세요. 실패했을 때는 데이터베이스 덤프 실패를 참고하세요.

명령과 다른 컨테이너

• 전후 명령은 컨테이너 안에서 sh -c로 실행됩니다. 예를 들어 캐시를 디스크에 비울 때 쓰세요. 백업 전 명령이 실패하면 백업이 중단됩니다. 종료 코드 75로 끝나는 백업 전 명령은 예약 백업을 중단하는 대신 미룹니다. 아래를 참고하세요.
• 다른 컨테이너 중지에는 이 컨테이너를 백업하는 동안 중지할 컨테이너(예: 데이터베이스)를 적습니다. 끝나면 Compose의 depends_on 순서대로 다시 시작되며, 기본적으로 각 컨테이너가 정상이라고 보고해야 다음이 시작됩니다. 대기와 제한 시간은 설정, 일정의 순서 카드에 있는 백업 후 재시작에서 정합니다.
• 중지되는 컨테이너의 네트워크, PID 또는 IPC 네임스페이스를 --net=container:나 Compose의 network_mode: service:로 공유하는 컨테이너는 목록에 없어도 함께 중지되고 시작되며, 합류한 컨테이너 다음에 시작됩니다. 다시 시작된 컨테이너는 새 네트워크를 받으므로, 이전 네트워크에서 계속 실행되던 컨테이너에는 루프백만 남기 때문입니다. 목록 자체는 설정한 그대로입니다. 그런 컨테이너를 중지하지 못했다면, 실행 기록에 다시 시작할 때까지 네트워크가 없다고 표시됩니다. BombVault 자신의 컨테이너도 마찬가지이며, BombVault는 자기 자신을 중지하지 않고 목록에 넣을 수도 없습니다.
• 그 뒤 다시 실행되지 않은 컨테이너는 실행 기록과 알림에 이름이 표시되며, 백업 자체가 실패한 경우에도 그렇습니다.

앱이 사용 중일 때

백업은 컨테이너를 중지하므로, 누군가 앱을 쓰는 동안 예약 백업이 기다렸다가 저절로 다시 시도할 수 있습니다. 컨테이너 설정 탭의 앱이 사용 중일 때 카드에서 설정합니다.

• 활동 확인은 예약 백업 전에 Plex, Jellyfin, Emby에 누가 시청 중인지 물어봅니다. Plex에는 자체 Preferences.xml의 토큰으로 물어보므로 입력할 것이 없습니다. Jellyfin과 Emby는 서버 대시보드의 API 키 메뉴에서 만든 API 키가 필요합니다.
• 일시 정지 세션 무시 기준(분)을 쓰면 밤새 일시 정지해 둔 영화가 더 이상 시청 중으로 세어지지 않습니다.
• 서버가 응답하지 않으면 백업은 서버에 물어볼 수 없을 때 어떻게 할지 정합니다. 켜면 백업이 실행되고 로그에 그렇게 남습니다. 끄면 누군가 보고 있는 것처럼 기다립니다.
• 컨테이너가 데이터를 보내는 동안 대기는 게임 서버나 다운로더처럼 이런 확인이 없는 앱을 위한 것입니다. 최근 조용한 시간(분) 안의 어느 측정에서든 컨테이너가 사용 중 기준(KiB/s)보다 많이 보냈다면 백업이 기다립니다.
• 다시 시도 간격(분), 정해진 시간대에만 시도와 시도 시간대, 최대 대기 시간(시간)으로 시도 방식을 정합니다.
• 대기가 끝나면은 포기하거나(백업이 조치 필요 아래에 다시 시도와 함께 나타남) 그래도 백업합니다.

기다리는 백업은 주황색 미뤄짐으로 기록되고, 실행의 나머지는 계속됩니다. 개요, 목록, 항목에 다음 시도 시각이 표시되며, 기한 초과 경고와 보호 상태는 기한까지 이를 기다립니다. 알림은 미뤄질 때 한 번, 끝날 때 한 번 오고 시도마다 오지 않습니다. 다른 백업이 실행 중이면 시도는 기다리고, 대기는 재시작 뒤에도 이어집니다. 직접 시작한 백업은 지금 백업, 다시 시도, 선택, API, MCP 중 무엇으로든 항상 즉시 실행되며, 성공하면 대기 중이던 것이 끝납니다.

컨테이너 설정 탭에는 더 오래된 간단한 방법도 있습니다. 최대 대기 시간(시간)과 함께 쓰는 앱이 유휴 상태가 될 때까지 대기입니다. 앱이 유휴 상태가 되면 곧바로 백업이 시작되며, 유휴의 정의는 설정, 일정의 백업 전 유휴 상태 카드에 있습니다. 같은 실행에서 예정된 Compose 스택의 구성원은 함께 기다리고, 기다리는 백업은 잠금을 잡지 않으므로 다른 컨테이너는 먼저 진행됩니다.

예시: 누군가 시청하는 동안 Plex가 기다리기

전체 백업은 매일 밤 03:00에 실행됩니다. 백업을 하려고 Plex가 내려가서 영화가 끊기면 안 되지만, 아침 전에는 백업이 되어야 합니다.

1. 백업을 열고 plex 항목, 그리고 설정 탭을 엽니다.
2. 앱이 사용 중일 때에서 활동 확인을 Plex로 설정합니다. 입력할 것은 없습니다.
3. 일시 정지 세션 무시 기준(분)을 30으로 설정하면, 자정에 일시 정지한 영화는 12시 30분부터 세지 않습니다.
4. 서버가 응답하지 않으면 백업은 켜 둡니다.
5. 다시 시도 간격(분)을 15로 설정합니다.
6. 정해진 시간대에만 시도를 켜고 시도 시간대를 22:00과 06:00으로 설정합니다.
7. 최대 대기 시간(시간)을 3으로, 대기가 끝나면을 그래도 백업으로 설정합니다.

03:00에 누군가 아직 시청 중인 밤에는 이렇게 됩니다. BombVault가 Plex에 물어보고 재생 중인 세션을 발견하면, 백업을 미뤄짐으로 기록하고 다음 시도를 03:15로 잡습니다. 실행의 다른 컨테이너는 평소대로 백업됩니다. 영화가 04:10에 끝나면 04:15의 시도에서 Plex가 유휴 상태임을 확인하고 백업하며, 대기는 알림 한 번으로 끝납니다. 영화가 06:00에도 계속되면 대기가 끝에 이르러 Plex를 그래도 백업하므로, 백업이 세 시간 넘게 뒤처지는 일은 없습니다.

직접 만든 확인을 쓰려면 앱이 사용 중일 때 백업 전 명령이 종료 코드 75로 끝나게 하세요. 예를 들면 [ "$(cat /tmp/players)" = 0 ] || exit 75입니다. 더 많은 증상과 해결 방법은 문제 해결에 있습니다.

일반 내보내기

엔진은 여전히 restic이지만, 내보내기를 하면 BombVault도 restic도 필요 없는 사본을 얻습니다.

• 항목 페이지의 더보기 아래에 있는 컨테이너 내보내기와 VM 내보내기는 지금 상태의 사본을 저장소 옆에 기록합니다. 컨테이너의 백업 폴더와 Unraid 템플릿, 또는 VM의 디스크 이미지와 정의이며, virsh define으로 복원할 수 있습니다.
• 스냅샷의 내보내기는 저장된 백업을 서버의 내보내기 폴더에 tar, zip 또는 자체 restic 저장소로 기록하며, 스냅샷 하나 또는 전부를 대상으로 할 수 있습니다. 플래시 백업과 셀프 백업에는 키가 들어 있으므로, 이를 내보내려면 로그인 비밀번호와 인스턴스에서의 로그인이 필요합니다.

내보내기는 기본적으로 일반 파일입니다. 설정, 시스템의 age 로 내보내기 암호화는 플래시 ZIP을 포함한 내보내기를 받는 사람(각각 age 공개 키 또는 SSH 공개 키)에게 맞춰 봉인합니다. 나중에 서버 밖에서 짝이 되는 개인 키로 복호화합니다. 암호화가 켜져 있는데 유효한 받는 사람이 없으면, 내보내기는 일반 파일을 쓰는 대신 분명한 오류와 함께 실패합니다.

실행이 알려 주는 것

• 소요 시간. 모든 실행에는 시작, 종료, 소요 시간이 있고, 항목마다 최근 실행이 있습니다.
• 백업이 느렸던 이유. 백업이 실행되는 동안 BombVault는 CPU, 디스크, 네트워크가 얼마나 바쁜지 지켜봅니다. 백업이 평소보다 훨씬 오래 걸렸고 한 가지가 분명히 한계에 이르렀다면, 실행 기록에 "대상 디스크 disk1이 98% 사용 중이었습니다"처럼 적힙니다. 그렇지 않으면 아무 말도 하지 않습니다.
• 확인과 정리의 진행 상황. 활동 로그와 백업 확인 카드에는 restic이 센 진행 정도가 47개 중 12개 팩처럼 나오고, 추정할 수 있게 되면 그 단계의 남은 시간이 함께 나옵니다.
• 읽지 못한 파일. 백업은 끝났지만 무언가를 빼놓은 경우 그 줄이 주황색이 되고 빠진 것의 이름이 표시됩니다.