Temos backup e possibilidade de restore?

Resposta direta: Sim — backups automáticos e restauração disponíveis. Padrão: backups diários com retenção de 30 dias; restauração padrão com RTO ≤ 24 horas e RPO ≤ 24 horas.

Opções de retenção/restore acelerado são oferecidas como add-on.

O que está incluído (padrão)

• Backup completo diário do site (arquivos + assets) e backup diário do banco de dados (dump consistente).

• Incrementais intra-dia para bancos quando aplicável, para reduzir RPO.

• Retenção padrão: 30 dias (configurável por plano).

• Criptografia em trânsito e em repouso (TLS + AES-256).

• Armazenamento redundante em pelo menos duas zonas/regiões para resiliência.

• Verificação automática de integridade dos backups; alertas em falha de job.

• Opções pagas: retenção estendida (90/365 dias), snapshots imutáveis (WORM), e restore expresso.

SLA de restauração (padrão e opções)

• RPO (perda máxima de dados esperada): ≤ 24 horas (padrão).

• RTO (tempo para restaurar): ≤ 24 horas (prioridade normal).

• Restore expresso (add-on): 4–8 horas mediante taxa e disponibilidade da equipe.

• Meta operacional: 95% dos restores concluídos dentro do RTO acordado.

Limitações e exceções

• Backups cobrem site, assets e banco de dados hospedados na Azune. Backups de contas de e-mail requerem plano/serviço específico (não incluído automaticamente).

• Arquivos externos referenciados por CDN/Terceiros (ex.: storages externos) só são restaurados se estiverem hospedados dentro do escopo do serviço.

• Restauração de grandes volumes históricos (p.ex. bases muito grandes ou migrações completas) pode exigir janela de manutenção e cotação separada.

• Atividades maliciosas/intencionais do cliente (ex.: exclusão deliberada em massa) podem ter políticas específicas de investigação antes de restore.

Testes e governança

• Testes de restore periódicos (smoke restores) semanais para validar integridade.

• Logs e auditoria de todos os restores (quem, quando, ponto de restauração).

• Procedimento de aprovação para restores em produção (evita sobrescrever dados sem autorização).

Procedimento para solicitar restore

1. Abrir ticket com: nome do site, timestamp/versão desejada (se souber), descrição do incidente.

2. Time de Operações avalia e agenda a restauração conforme SLA.

3. Execução do restore em ambiente isolado para validação; após aceite, promovemos para produção (quando aplicável).

Owner / Checklist rápido

• Owner: Time de Infraestrutura (Azune).

• Checklist para publicação:

  • Política de retenção (30 dias) documentada.

  • Definir opções pagas (retenção estendida / restore expresso).

  • Procedimento de solicitação de restore (ticket).

  • Testes de integridade e restores periódicos documentados.