---
name: rosh-backup-drive
description: "Backup diário do emulador Karos para o Google Drive — o que entra, o que fica de fora e a condição que o pode parar"
metadata: 
  node_type: memory
  type: project
  originSessionId: e097028f-0974-48c5-9c86-e506a209feaf
  modified: 2026-08-30T14:53:55.657Z
---

`D:\RoshEmulator\tools\backup.py` faz DOIS zips e copia-os para `G:\Meu Drive\RoshBackup\`.
Tarefa do Windows `RoshBackup`, diária às 05:00. Montado em 30/08/2026 a pedido do usuário
("vai que dá erro no sistema da VPS eu perco tudo").

- **diário** (~6 MB): `server/`, `tools/`, `docs/`, dump nativo do banco `Rosh` e a **pasta
  de memórias do Claude**. Guarda os últimos 7 localmente.
- **capturas** (~48 MB): `C:\RoshHook` e `C:\Users\Administrator\Desktop\CapturaKaros`, as
  gravações do servidor OFICIAL. Só é refeito quando alguma muda — compara-se uma impressão
  digital de caminho+tamanho+mtime guardada em `backups/capturas.marca`.

Na nuvem acumulam de propósito; a rotação só apaga localmente. As transcrições das sessões
ficam de fora; entram com `--com-transcricoes`.

**Why:** as memórias e as capturas do oficial só existem nesse disco. O código refaz-se; as
medições contra o servidor oficial só se recuperam voltando a jogar lá e a gravar tudo. E
os dois zips são separados porque as capturas são 50x maiores e mudam raramente — juntas,
subiam 1,6 GB/mês de repetição e enchiam os 15 GB grátis em nove meses.

**How to apply:** o Google Drive para computador é processo de sessão — se ele fizer *sign
out* do RDP a sincronização pára e o backup fica só no disco (fechar no X mantém a sessão).
Se um dia isso for problema, a alternativa sem sessão é rclone como tarefa agendada. Ver
[[rosh-emulador-karos]] e [[cabal-server-arquitetura]].
