STATUS IS UPWIKI DE OTIMIZAÇÃO DE SITES
49Recuperar
Segurança e recuperação / Recuperar

Backup e Restauração de Sites: Construa um Caminho de Recuperação que Você Possa Testar

Construa um caminho testado para recuperar dados, arquivos, configurações e decisões do site necessários após uma alteração ruim, exclusão ou incidente de segurança.

Backup e Restauração de Sites: Construa um Caminho de Recuperação que Você Possa Testar — GUIA VISUAL
LER
8 minutos
FONTES
7
REVALIDAR
2027-03-27
revisado
Revisor de resiliência e segurança de sites
A RESPOSTA CURTA

Comece pela decisão.

Trate backup e restauração como uma única capacidade de recuperação, não uma compra de armazenamento. Identifique os serviços que visitantes e equipe precisam e, em seguida, faça uma cópia coerente no tempo do conteúdo, banco de dados, mídia, código, configuração e informações de build necessárias para reconstruí-los. Mantenha cópias protegidas fora do ambiente de produção, limite quem pode excluí-las e torne as instruções acessíveis quando as ferramentas normais não estiverem disponíveis.

Defina a frequência de backup a partir de duas escolhas: o Recovery Point Objective (RPO) é a alteração mais recente que você pode tolerar perder; o Recovery Time Objective (RTO) é a maior interrupção de serviço aceitável. Restaure em um ambiente separado, meça o resultado em relação a ambas as metas e guarde evidências. Um job de backup marcado como bem-sucedido não é prova de que a recuperação vai funcionar.

GUIA VISUAL

Veja o trabalho como um sistema.

Use este mapa para conectar as decisões do artigo antes de agir sobre táticas individuais.

SIURecuperar
01Defina o que “o site” inclui
02Defina frequência e retenção a partir da tolerância do negócio
03Separe e proteja as cópias de recuperação
04Escreva um runbook (procedimento) de recuperação e atribua autoridade
01

Defina o que “o site” inclui

Comece por um inventário de serviços. Para cada site, portal, loja ou campanha, registre o proprietário de negócio, o responsável técnico, a conta de hospedagem, o controle de domínio e DNS, o repositório, os armazenamentos de conteúdo e mídia, integrações e credenciais essenciais. Marque o que pode ser reconstruído a partir do controle de versão e o que contém registros únicos.

Inclua a configuração de forma deliberada: redirecionamentos, configurações de CDN ou firewall, jobs agendados, templates e arquivos de infraestrutura como código. Não copie segredos em produção para um manifesto geral; aponte, em vez disso, para o sistema de segredos aprovado e para o processo de acesso de emergência. A documentação do WordPress ilustra a lacuna comum: um site típico precisa tanto dos arquivos quanto de um banco de dados separado.

Serviço mínimo viável

Defina a menor versão segura que pode fornecer informações ou transações essenciais.

Conjunto de backup

Dê a exportações compatíveis de banco de dados, arquivos, mídia e configuração um único carimbo de data/hora ou rótulo de versão.

02

Defina frequência e retenção a partir da tolerância do negócio

Escolha a frequência a partir da taxa e do valor da mudança. Escreva o RPO em linguagem simples e verifique se cada armazenamento único é capturado com a frequência necessária. Uma cópia noturna de arquivos não atende a um RPO de quatro horas para um banco de dados com alterações rápidas.

Defina o RTO separadamente. Inclua aprovação, infraestrutura limpa, restauração, validação, alterações de tráfego e comunicação interna. Meça-o em um exercício prático em vez de aceitar uma alegação do fornecedor. Mantenha pontos antigos tempo suficiente para alcançar um estado anterior a um erro ou descoberta tardia e revise a retenção com especialistas de privacidade, registros ou jurídico onde dados exigirem.

Verificação de frequência

Compare o intervalo entre pontos completos de recuperação com o RPO de cada serviço.

Verificação de retenção

Verifique se uma pessoa autorizada pode encontrar um ponto de restauração aprovado mais antigo.

03

Separe e proteja as cópias de recuperação

Use várias cópias em locais ou serviços diferentes para que uma conta, evento local ou erro não remova todas as opções. A CISA recomenda backups automatizados regulares, uma cópia off-site, criptografia e cópias offline. A NCSC aconselha contra dispositivos de backup permanentemente conectados e recomenda mais de uma solução ou local de backup.

Proteja a administração de backups com privilégio mínimo, autenticação multifator quando disponível, contas administrativas distintas e revisões de acesso. Use proteção contra exclusão, histórico de versões ou armazenamento imutável somente após entender custo e comportamento de recuperação. Criptografe os dados armazenados e teste a custódia das chaves. Criptografia sem chaves acessíveis é inútil; acesso amplamente compartilhado enfraquece cada cópia.

Off-site significa separado

A cópia deve ter um modo de falha significativamente diferente da produção.

Revisão de acesso

Liste quem pode ler, alterar, excluir e restaurar backups; remova acessos obsoletos.

04

Escreva um runbook (procedimento) de recuperação e atribua autoridade

Um runbook é o procedimento testado de recuperação. Mantenha uma cópia acessível sem depender do site afetado, do provedor de identidade de produção ou do chat normal. Inclua contatos e alternantes, autoridade, prioridade do sistema, locais de backup, pré-requisitos, ordem de restauração, verificações de validação e condições de parada.

Nomeie um responsável pela recuperação e um substituto para cada serviço crítico. Defina quem autoriza restauração em produção, alterações de DNS e validação dos dados de negócio. Se envolver dados de cartão de pagamento, dados pessoais sensíveis ou registros regulados, obtenha revisão qualificada de segurança, privacidade, jurídico e, quando relevante, PCI antes de decidir o que preservar, notificar ou restaurar.

Registro de decisões

Registre o ponto de restauração escolhido, a pessoa aprovadora, sistemas tocados, resultado da validação e exceções.

Acesso break-glass

Documente o acesso de emergência controlado; nunca dependa do dispositivo ou memória de um único funcionário.

05

Restaure com segurança após suspeita de comprometimento

Não sobrescreva automaticamente a produção com a cópia mais nova quando houver acesso não autorizado, malware ou exclusão suspeita. Siga o processo de incidente, avalie quais contas e backups podem estar afetados, selecione um ponto a partir das evidências e reconstrua ou isole o ambiente de recuperação antes de reconectá-lo.

A CISA orienta recuperação por ordem de prioridade de serviços críticos e alerta contra a reinfecção de sistemas limpos. A NCSC recomenda conectar backups apenas a dispositivos conhecidos como limpos e escaneá-los antes da restauração. Essas etapas reduzem risco, mas não garantem limpeza. Escale para ajuda qualificada de resposta a incidentes quando investigação, preservação de evidências ou deveres de notificação possam ser necessários.

Ordem segura

Restaure o serviço de maior prioridade em infraestrutura limpa, valide-o e continue por ordem de dependência.

Valide completamente

Verifique jornadas de usuário, dados, jobs, integrações, administração, logging e nova cobertura de backup.

06

Use exercícios como prova e entrada para remediação

Execute restaurações parciais, reconstruções completas isoladas, exercícios de perda de dependência ou cenários tabletop conforme o risco. Comece com um teste seguro e significativo e aumente o realismo com o tempo. A CISA recomenda testes completos e parciais de restauração; a NCSC recomenda exercícios para esclarecer papéis, responsabilidades de terceiros e prioridades.

Meça a idade do ponto de recuperação em relação ao RPO e o tempo decorrido de recuperação em relação ao RTO. Registre o identificador do conjunto, participantes, resultado da validação, passos falhos e um responsável por cada correção. Reteste após fechar lacunas e após mudanças relevantes na plataforma, identidade, banco de dados ou provedor. SIU pode organizar esse trabalho preventivo de remediação; ele não é um sistema de backup nem um serviço de monitoramento ao vivo.

Evidência

Mantenha um registro conciso do que foi restaurado, onde, o que passou, o que falhou e quem aceitou.

Gatilho para reteste

Repita testes focados após mudanças materiais na arquitetura ou em fornecedores.

AÇÃO / VERIFICAR

Seu guia prático de tarefas.

AÇÃO / VERIFICARVERIFICAR
Mapear serviços e dadosListe cada serviço crítico, seus armazenamentos únicos, configuração, integrações e proprietários.O inventário nomeia uma fonte e um responsável para cada item recuperável.
Definir RPO e RTODocumente objetivos de Recovery Point (RPO) e Recovery Time (RTO) aprovados pelo negócio para cada serviço crítico.Cronogramas e ordem de recuperação conseguem cumprir os objetivos documentados.
Criar conjuntos coerentesCapture arquivos compatíveis, dados, mídia, configuração e definições de build juntos.Um conjunto de exemplo tem conteúdos, timestamps e ordem de restauração.
Proteger cópias separadasUse cópias protegidas fora do ambiente primário com acesso controlado e criptografia.Uma revisão de acesso identifica uma opção de recuperação com modo de falha diferente.
Preparar o runbookDocumente autoridade, contatos, necessidades de ambiente limpo, passos de restauração e escalonamento.Um alternante consegue encontrar o runbook e o acesso de recuperação sem o serviço afetado.
Executar uma restauração isoladaRestaure um ponto selecionado fora da produção ou execute um passo real de recuperação com segurança.A equipe registra a idade real do ponto, tempo decorrido e resultados de validação.
Validar comportamento críticoVerifique jornadas principais, dados apropriados, jobs, integrações, administração, logs e nova cobertura de backup.Proprietários de negócio e técnicos aceitam as verificações ou registram exceções.
Fechar e retestar lacunasAtribua falhas do exercício, atualize o runbook e repita o teste afetado.Cada lacuna tem um responsável, data de conclusão, evidência de conclusão e resultado de reteste.
Rever após mudançaRevisite escopo, acesso, retenção e objetivos após mudança material.O plano tem uma data de revisão atual e histórico de mudanças.
AÇÃO / VERIFICAR

Seu guia prático de tarefas.

  1. 01

    Mapear serviços e dados

    Liste cada serviço crítico, seus armazenamentos únicos, configuração, integrações e proprietários.

    VERIFICAR: O inventário nomeia uma fonte e um responsável para cada item recuperável.
  2. 02

    Definir RPO e RTO

    Documente objetivos de Recovery Point (RPO) e Recovery Time (RTO) aprovados pelo negócio para cada serviço crítico.

    VERIFICAR: Cronogramas e ordem de recuperação conseguem cumprir os objetivos documentados.
  3. 03

    Criar conjuntos coerentes

    Capture arquivos compatíveis, dados, mídia, configuração e definições de build juntos.

    VERIFICAR: Um conjunto de exemplo tem conteúdos, timestamps e ordem de restauração.
  4. 04

    Proteger cópias separadas

    Use cópias protegidas fora do ambiente primário com acesso controlado e criptografia.

    VERIFICAR: Uma revisão de acesso identifica uma opção de recuperação com modo de falha diferente.
  5. 05

    Preparar o runbook

    Documente autoridade, contatos, necessidades de ambiente limpo, passos de restauração e escalonamento.

    VERIFICAR: Um alternante consegue encontrar o runbook e o acesso de recuperação sem o serviço afetado.
  6. 06

    Executar uma restauração isolada

    Restaure um ponto selecionado fora da produção ou execute um passo real de recuperação com segurança.

    VERIFICAR: A equipe registra a idade real do ponto, tempo decorrido e resultados de validação.
  7. 07

    Validar comportamento crítico

    Verifique jornadas principais, dados apropriados, jobs, integrações, administração, logs e nova cobertura de backup.

    VERIFICAR: Proprietários de negócio e técnicos aceitam as verificações ou registram exceções.
  8. 08

    Fechar e retestar lacunas

    Atribua falhas do exercício, atualize o runbook e repita o teste afetado.

    VERIFICAR: Cada lacuna tem um responsável, data de conclusão, evidência de conclusão e resultado de reteste.
  9. 09

    Rever após mudança

    Revisite escopo, acesso, retenção e objetivos após mudança material.

    VERIFICAR: O plano tem uma data de revisão atual e histórico de mudanças.
TÓPICOS DE DISCUSSÃO

Compare as compensações, não dados privados.

Use essas sugestões com sua equipe ou comunidade de proprietários de sites. Compartilhe métodos e aprendizados, mas nunca cole credenciais, registros de clientes ou detalhes de infraestrutura não públicos.

  1. 01

    Qual dependência do site tornaria seu backup atual inutilizável se desaparecesse, e como você poderia testar essa suposição sem expor dados de clientes?

  2. 02

    O que um exercício recente de restauração ou rollback revelou sobre a diferença entre uma reversão rápida de código e a recuperação completa do serviço?

  3. 03

    Como você tornou a autoridade de recuperação e o acesso de emergência viáveis quando um responsável chave está indisponível?

RECURSOS POPULARES / AUTORITATIVOS

Abra o material de origem.

Cybersecurity and Infrastructure Security AgencyBack Up Business Data ↗

Um guia governamental conciso para inventariar dados críticos, usar cópias protegidas e testar restaurações completas e parciais.

Revisado 2026-09-27
Cybersecurity and Infrastructure Security AgencyStopRansomware Guide ↗

Explica backups offline criptografados, recuperação limpa, golden images e prioridades de restauração durante recuperação de ransomware.

Revisado 2026-09-27
UK National Cyber Security CentreMitigating malware and ransomware attacks ↗

Orientação prática sobre separar cópias de backup, escanear antes da restauração, MFA para administração de backup e exercícios.

Revisado 2026-09-27
National Institute of Standards and TechnologyContingency Planning Guide for Federal Information Systems, SP 800-34 Rev. 1 ↗

Referência de planejamento para avaliar requisitos de recuperação, prioridades e processos de contingência.

Revisado 2026-09-27
WordPress DocumentationBackups ↗

Mostra por que uma recuperação típica do WordPress precisa tanto do banco de dados quanto dos arquivos do site, com exemplos práticos de escopo.

Revisado 2026-09-27
OWASP Cheat Sheet SeriesLogging Cheat Sheet ↗

Útil ao projetar evidência de restauração e exercícios considerando controles de acesso e exposição de dados sensíveis em logs.

Revisado 2026-09-27
Cloudflare DevelopersRollbacks ↗

Exemplo de documentação de rollback de deployment que ajuda a distinguir reversão de código da recuperação de dados e serviços.

Revisado 2026-09-27

Política de fontes. Este artigo usa orientações oficiais de governo, normas, plataformas e segurança lidas em 2026-09-27. Recursos ajudam leitores a agir e não são endossos. Alegações de plataforma são limitadas à documentação publicada; escolhas legais, de privacidade, pagamento e resposta a incidentes exigem revisão qualificada.

ESCLARECIMENTOS RÁPIDOS

Perguntas comuns.

Com que frequência devo fazer backup do meu site?

Faça backup de cada fonte de dados única frequentemente o suficiente para atender ao seu RPO documentado. Um site informativo com poucas mudanças pode tolerar intervalo maior do que uma loja, portal de membros ou sistema de publicação. A agenda deve cobrir bancos de dados e mídia, bem como arquivos de deployment, e deve ser comprovada por um exercício de restauração.

O backup do provedor de hospedagem é suficiente?

Pode ser uma opção de recuperação, mas não presuma que cobre todos os componentes do site, que será acessível dentro do seu RTO ou que está protegido contra a mesma falha de conta ou plataforma. Reveja escopo, retenção, acesso, proteções contra exclusão e passos reais de restauração. Mantenha uma opção recuperável independentemente quando o risco do serviço justificar.

Posso usar um rollback de deployment em vez de um backup?

Um rollback é valioso para reverter uma implantação ruim. Não é automaticamente um backup de bancos de dados, mídias enviadas, configurações de terceiros ou registros excluídos. Mantenha reversão de deployment no runbook, mas teste um caminho separado de restauração end-to-end para o serviço completo.

Status Is UP Editorial Team · Editores de Habilitação de Uptime

Revisado por Revisor de resiliência e segurança de sites. Publicado 2026-09-27; atualizado 2026-09-30.