문서

예약 자동 백업

수동 백업은 기억해 낸 것만 보호합니다. 예약 내보내기는 백그라운드에서 실행되며 연결된 모든 플랫폼의 새 대화로 볼트를 지속적으로 최신 상태로 유지합니다.

예약 내보내기 켜기

Backup 페이지에서 Scheduled export(예약 내보내기) 섹션을 엽니다:

  1. Enable scheduled export(예약 내보내기 사용) 토글을 켭니다
  2. 간격을 고릅니다: 30분마다, 매시간, 3시간마다, 12시간마다, 매일
  3. 실행당 한도를 설정합니다(예: 최근 20개)
  4. 저장 — 예약이 즉시 적용됩니다

플랫폼 선택은 일괄 내보내기와 동일하며, 출력 형식은 공용 Export options를 따릅니다.

간격 선택기가 있는 예약 내보내기 설정
간격 선택기가 있는 예약 내보내기 설정

설계부터 증분 방식

각 예약 실행은 마지막 성공 실행 이후 새로 생기거나 바뀐 것만 가져옵니다:

  • 이미 볼트에 있는 대화는 건너뜁니다(해시 비교)
  • 실행은 보통 분이 아니라 초 단위로 끝납니다
  • 결과는 간결한 알림으로 표시됩니다: 추가 / 건너뜀 / 실패

덕분에 잦은 간격도 부담이 없습니다 — "매시간"이라고 매시간 전체 히스토리를 다시 내려받는 뜻이 아닙니다.

예약 작업은 어디서 실행되나요 (필요한 조건)

카운트다운은 데스크톱 앱 내부에서 실행되며 재시작 후에도 유지됩니다. 실제 가져오기는 브라우저 확장을 통해 이루어집니다. 로그인된 세션을 갖고 있는 쪽이 브라우저이기 때문입니다:

  • 예약 시각이 되면 앱이 자동으로 내보내기를 시작합니다. 브라우저가 이미 실행 중이면 조용히 시작하고, 아니면 작은 연결 페이지로 깨웁니다
  • 실행과 실행 사이에 브라우저를 열어 둘 필요는 없습니다. 실행이 진행되는 몇 분 동안만 있으면 됩니다
  • 예약 시각에 앱이 실행 중이 아니었다면 해당 회차는 건너뛰고 다음 간격에 예약이 다시 맞춰집니다. 보충 실행을 하지 않으므로 중복 실행이 생기지 않습니다
  • 플랫폼 로그인 상태가 유효해야 합니다. 예약 작업이 대신 로그인해 주지는 않습니다
tip: 흔한 구성: 워크스테이션을 잠금 해제한 채 브라우저를 열어 두고 근무 시간에 내보내기를 예약하세요. 브라우저가 다시 시작되는 순간 볼트가 따라잡습니다.

예약 백업이 중요한 이유

플랫폼 쪽 히스토리는 백업이 아닙니다. 계정은 잠기고, 워크스페이스는 정책 변경으로 지워지고, 제품은 서비스가 종료되고, 대화는 실수로 삭제됩니다 — 어느 것도 공급자로부터 복구할 수 없습니다.

매시간 혹은 매일의 일정은 그 위험을 없었던 일로 만듭니다: 플랫폼 쪽에 무슨 일이 생겨도 어제의 대화는 이미 당신의 디스크에 있습니다.

Frequently Asked Questions

예약 시각에 컴퓨터가 꺼져 있었다면?+

해당 회차는 건너뛰고 다음 간격에 예약이 다시 맞춰집니다. 보충 실행을 하지 않으므로 중복 걱정이 없습니다. 내보내기는 증분 방식이라 다음 성공한 실행이 새 대화를 모두 따라잡습니다.

예약을 걸면 플랫폼 스로틀링 위험이 커지나요?+

기껏해야 미미합니다 — 증분 실행은 건드리는 요청이 적고 같은 보수적 속도 조절이 적용됩니다. 잦지만 작은 실행이 드물고 거대한 실행보다 오히려 부담이 적습니다.

일괄과 예약 내보내기를 함께 쓸 수 있나요?+

네 — 두 기능은 중복 제거 계층을 공유하므로 함께 사용해도 중복이 생기지 않습니다.

실행 사이에 브라우저를 열어 두어야 하나요?+

아니요. 데스크톱 앱이 각 실행을 트리거하고 시작 시 브라우저를 자동으로 깨웁니다. 브라우저는 실행이 진행되는 몇 분 동안만 있으면 됩니다.

Related Articles