Backup Manual

Os backups automáticos executam num agendamento, mas você também pode tirar um backup de ponto no tempo quando quiser , antes de grandes mudanças de conteúdo, antes de aplicar uma atualização, ou como uma cópia off-site para baixar e guardarem outro lugar. Tudo vive sob Backups na área de admin.

Criando um

Clique em Create backup na página de Backups. O arquivo se constrói em segundo plano e, quando terminado, seu navegador baixa o arquivo .tar.gz diretamente , nomeado chinaski_backup_<data>_<hora>.tar.gz.

Conteúdo: o banco de dados, a biblioteca de mídia, os temas e os templates de site , uma captura completa de ponto no tempo.
Verificação: a menos que você tenha desligado a verificação, o arquivo é checado (extrair-e-validar) antes de ser publicado; uma verificação com falha impede que um arquivo ruim seja armazenado.
Publicar e depois podar: o arquivo aterrissa no diretório local backups/ da instância via um rename atômico , a listagem nunca mostra um arquivo meio escrito , e a política de retenção local aplica-se (manter os últimos N backups e/ou backups por N dias), com cada arquivo podado registrado na trilha de auditoria incluindo os valores de retenção usados.

Dois casos raros de longa duração são tratados por você: a criação executa contra um watchdog de dois minutos (um tar travado aborta com um flashback “demorou demais” em vez de pendurar a página), e um backup agendado disparando no mesmo segundo que um manual não pode se entrelaçar , os nomes de staging são separados por id de processo.

Levando os arquivos para fora do servidor

Qualquer arquivo na lista local (não apenas um que você acabou de fazer) pode ser baixado da página de Backups , a rota de download entrega o arquivo em streaming como um anexo. Os nomes de arquivo são validados contra o padrão exato de nome de backup, então o controle de download só serve os arquivos de backup.

Cópias de Spaces (DigitalOcean Spaces) são listadas separadamente quando configuradas; arquivos locais e cópias de Spaces são rastreados de forma independente (o upload para o Spaces é uma ação separada na lista de backups locais).

Limpando

Apagar remove um arquivo local (um clique na sua entrada, auditado com o nome do arquivo no registro).
A retenção local é a mesma política que se aplica às execuções agendadas: manter os últimos N backups e/ou backups por N dias, ambos configuráveis na aba Backups (0 = ilimitado para qualquer um). A poda executa após cada criação de backup, as manuais incluídas, e cada arquivo podado é registrado na trilha de auditoria com o motivo de retenção.
Uploads em estágio, mas não finalizados, de uma criação que crashou são varridos automaticamente (qualquer coisa em staging mais velha que uma hora), de modo que tentativas com falha não poluam a listagem.

Para que servem os backups manuais

O agendamento cobre a deriva do dia a dia; os manuais são para momentos em que você quer um par garantidamente correspondente: bem antes de um deploy de novos arquivos de template, antes de um experimento de dry-run de restauração, ou como o arquivo “dourado” estilo macOS que você baixa e guarda em outro lugar. Como o arquivo é do mesmo formato que o caminho de restauração consome, um download manual também é um artefato de recuperação fora do servidor , o runbook de recuperação de desastres consome exatamente este arquivo.