Política de Backup da AlexHost: Guia Técnico Completo para Proteção e Recuperação de Dados

Compreender exatamente como o seu fornecedor de alojamento gere os backups não é opcional — é um requisito fundamental para qualquer decisão séria de infraestrutura. A AlexHost mantém uma política de backup estruturada e em camadas que varia consoante o tipo de serviço, com responsabilidades claramente definidas tanto para o fornecedor como para o cliente. Este guia abrange todos os aspetos dessa política: frequência de backup, procedimentos de restauro, implicações de custo e as lacunas críticas que deve preencher com a sua própria estratégia de backup.

Qual é a Política de Backup da AlexHost?

A política de backup da AlexHost é uma estrutura de proteção de dados em camadas na qual a frequência e o âmbito dos backups automatizados dependem do tipo de serviço de alojamento. Os planos de alojamento partilhado e LiteSpeed recebem backups automatizados diários, os ambientes VPS têm backups semanais, e os servidores dedicados não recebem quaisquer backups geridos pelo fornecedor. O restauro está disponível mediante pedido através da equipa de suporte, sujeito às condições descritas abaixo.

Esta política existe para fornecer uma rede de segurança de base, não uma solução abrangente de recuperação de desastres. A distinção é enormemente importante na prática: um backup gerido pelo fornecedor é um snapshot de melhor esforço tirado num determinado momento, e a sua integridade depende do estado dos seus ficheiros no momento em que o snapshot é executado. A AlexHost não garante explicitamente o restauro a partir de todos os backups, o que torna a gestão de backups do lado do cliente uma necessidade operacional e não uma precaução opcional.

Cobertura de Backup por Tipo de Serviço

Cada nível de alojamento na AlexHost opera sob um modelo de backup diferente. A tabela abaixo resume os parâmetros principais em todas as categorias de serviço.

Backups de Alojamento Partilhado e LiteSpeed

Para clientes em planos de Alojamento Web Partilhado, os backups diários são realizados automaticamente pela infraestrutura da AlexHost. Estes backups capturam uma cópia exata do sistema de ficheiros da conta e das bases de dados associadas no momento em que o snapshot é tirado. Se for necessário um restauro — devido a eliminação acidental de ficheiros, uma base de dados corrompida ou uma implementação falhada — a equipa de suporte pode recuperar e restaurar a partir do backup disponível mais recente.

Uma nuance técnica crítica aqui: backups diários não significam recuperação em qualquer ponto no tempo. Se a sua base de dados estiver corrompida às 23h00 e o backup for executado à meia-noite, o estado corrompido é o que fica registado. O snapshot do dia anterior é o último ponto de recuperação limpo. Esta janela de 24 horas de potencial perda de dados é uma limitação conhecida dos ciclos de backup diários e deve ser considerada na forma como gere as implementações e modificações de base de dados.

Política de Backup VPS

Os ambientes VPS apresentam um perfil de risco fundamentalmente diferente. Os clientes que utilizam Alojamento VPS têm acesso a nível de root, o que significa que podem instalar software, modificar ficheiros do sistema, reconfigurar serviços e fazer alterações que vão muito além de uma conta de alojamento partilhado típica. Um ciclo de backup semanal reflete a maior complexidade de criar um snapshot de um ambiente de máquina virtual completo, mas também significa que até sete dias de alterações podem ser irrecuperáveis num cenário de falha grave.

Para clientes VPS, isto cria um requisito operacional claro: deve implementar mecanismos de backup suplementares ao nível da aplicação ou do sistema de ficheiros. As abordagens comuns incluem:

• Dumps automatizados de base de dados usando mysqldump ou pg_dump agendados via cron, com saída escrita para um local de armazenamento remoto
• Sincronização incremental de ficheiros usando rsync sobre SSH para um destino externo
• Backups baseados em snapshot usando ferramentas como Timeshift, Bacula ou Duplicati configuradas para serem executadas diariamente ou com maior frequência
• Backups ao nível da aplicação para plataformas como WordPress (UpdraftPlus, BackWPup) ou aplicações personalizadas com funcionalidade de exportação integrada

Se estiver a gerir um ambiente de painel de controlo, os Painéis de Controlo VPS como cPanel, Plesk ou DirectAdmin incluem ferramentas nativas de agendamento de backup que podem ser configuradas independentemente do ciclo de snapshot do fornecedor.

Política de Backup de Servidor Dedicado

Os servidores dedicados não recebem backups geridos pelo fornecedor. Esta é uma prática padrão em toda a indústria para infraestrutura bare-metal: o cliente tem controlo total ao nível do hardware, e a complexidade operacional de criar snapshots de ambientes diversos configurados pelo cliente torna a automação do lado do fornecedor impraticável.

Os clientes que utilizam Servidores Dedicados são inteiramente responsáveis por conceber, implementar e testar a sua própria arquitetura de backup e recuperação de desastres. Isto envolve tipicamente:

• Destinos de armazenamento fora do servidor — um servidor de armazenamento separado, dispositivo NAS ou armazenamento de objetos na nuvem (endpoints compatíveis com S3, Backblaze B2, Wasabi)
• Software de backup — Veeam, Amanda, Bacula, BorgBackup ou Restic dependendo do SO e da carga de trabalho
• Verificação de backup — testes de restauro automatizados executados periodicamente para confirmar a integridade do backup, não apenas a sua existência
• Políticas de retenção — um esquema de rotação grandfather-father-son (GFS) é o padrão da indústria, mantendo pontos de restauro diários, semanais e mensais

Não implementar uma estratégia de backup independente num servidor dedicado é um dos erros mais comuns e mais dispendiosos em infraestrutura autogerida.

Integridade do Backup e Responsabilidade do Fornecedor

A política da AlexHost inclui um aviso explícito e importante: o fornecedor não é responsável pelo estado dos ficheiros do cliente no momento do backup, nem pelo estado do próprio backup. Esta não é uma linguagem jurídica invulgar — reflete uma realidade técnica genuína.

Os backups são snapshots do que existe num determinado momento. Se os seus ficheiros já estiverem corrompidos, infetados com malware ou parcialmente eliminados quando o snapshot é executado, o backup captura esse estado degradado. Um backup de uma instalação WordPress comprometida é um arquivo comprimido de uma instalação WordPress comprometida. É por isso que a higiene de segurança — manter o software atualizado, usar credenciais fortes, implementar Certificados SSL para prevenir ataques man-in-the-middle nas suas interfaces de administração — é inseparável de uma estratégia de backup sólida.

Adicionalmente, os backups não são realizados para serviços parados ou suspensos. Se um serviço estiver inativo, não são gerados novos snapshots. Isto tem uma implicação prática: se suspender um serviço temporariamente e depois precisar de restaurar dados, está limitado ao backup que existia no momento em que o serviço estava ativo pela última vez.

Custos e Condições de Restauro de Backup

Em condições normais de funcionamento, o restauro de backup é fornecido sem custo adicional durante o período de serviço ativo. No entanto, dois cenários específicos introduzem restrições de custo e elegibilidade.

Restauro após rescisão: Se um serviço foi rescindido ou eliminado por falta de pagamento, e o cliente solicitar posteriormente o restauro do último backup disponível, a AlexHost pode cobrar uma taxa de 20 EUR para cobrir o esforço técnico envolvido na localização e restauro dos dados. Esta taxa aplica-se apenas quando o restauro é acompanhado da reativação de um serviço — não é um serviço autónomo de recuperação de dados.

Violações da Política de Uso Aceitável: Se um serviço foi rescindido devido a uma violação da Política de Uso Aceitável (AUP) da AlexHost, o restauro a partir de backup não está disponível em nenhuma circunstância. Este é um limite de política rígido, não uma condição negociável.

A conclusão prática: trate a sua janela de acesso a backup como coincidente com a sua subscrição de serviço ativa. Permitir que um serviço entre em falta de pagamento não é apenas um problema de faturação — é um risco de acesso a dados.

Por Que os Backups do Fornecedor Não Substituem os Seus Próprios

Este ponto merece tratamento direto porque é frequentemente mal compreendido. Os backups geridos pelo fornecedor servem um propósito específico e limitado: protegem contra falhas ao nível da infraestrutura e fornecem uma opção de recuperação para perda acidental de dados dentro da janela de retenção de backup. Não protegem contra:

• Ransomware ou malware que encripta ou destrói ficheiros antes do próximo backup ser executado
• Corrupção lógica introduzida gradualmente ao longo de múltiplos ciclos de backup, onde todos os snapshots retidos contêm o estado corrompido
• Requisitos de conformidade que exigem períodos de retenção específicos, localizações geográficas de armazenamento ou padrões de encriptação
• Necessidades de recuperação específicas da aplicação, como restaurar uma única tabela de base de dados sem sobrescrever toda a conta
• Recuperação sem tempo de inatividade, onde um restauro completo do lado do fornecedor pode demorar horas enquanto o seu próprio backup local pode ser implementado em minutos

Para empresas que executam cargas de trabalho de produção — lojas de e-commerce, aplicações SaaS, portais voltados para clientes — a regra de backup 3-2-1 continua a ser o padrão de base: três cópias de dados, em dois tipos de suporte diferentes, com uma cópia armazenada externamente.

Considerações sobre Dados de Email e Domínio

Os clientes que utilizam Alojamento de Email devem verificar separadamente quais as disposições de backup que se aplicam aos dados da caixa de correio, uma vez que os armazenamentos de email têm características de recuperação diferentes dos ficheiros web. Da mesma forma, os dados de registo de domínio geridos através do Registo de Domínios não estão sujeitos a backup no sentido tradicional — os registos de propriedade de domínio são mantidos ao nível do registo — mas garantir que as suas informações de contacto e definições de renovação estão atualizadas é uma forma equivalente de proteção de dados para o seu espaço de nomes.

Matriz de Decisão Técnica: Estratégia de Backup por Tipo de Alojamento

Utilize esta matriz para determinar as ações mínimas de backup suplementar necessárias com base no seu serviço AlexHost.

Principais Conclusões: Lista de Verificação Operacional

• Confirme em que nível de serviço se encontra e verifique a frequência de backup aplicável antes de assumir que existe cobertura diária
• Nunca dependa exclusivamente dos backups do fornecedor para dados de produção — implemente pelo menos um mecanismo de backup independente controlado pelo cliente
• Agende e teste os procedimentos de restauro periodicamente; um backup não testado é um backup não verificado
• Mantenha os serviços em estado ativo e pago para manter o acesso ao restauro de backup sem incorrer na taxa de recuperação de 20 EUR
• Para ambientes VPS, configure backups ao nível da aplicação e do sistema de ficheiros para serem executados com maior frequência do que o ciclo de snapshot semanal do fornecedor
• Para servidores dedicados, projete uma arquitetura de backup completa antes de implementar qualquer carga de trabalho de produção
• Certifique-se de que as suas cópias de backup estão armazenadas numa localização geograficamente separada do seu ambiente de alojamento principal
• Verifique se os backups capturam dados limpos e sem malware, mantendo boas práticas de segurança no seu ambiente de alojamento em todos os momentos

Perguntas Frequentes

A AlexHost realiza backups automaticamente, ou preciso de os ativar?

Os backups para alojamento partilhado e LiteSpeed são realizados automaticamente pela AlexHost sem qualquer configuração necessária por parte do cliente. Para planos VPS, os snapshots semanais também são tirados automaticamente. Os clientes de servidores dedicados devem configurar e gerir os seus próprios sistemas de backup inteiramente.

Como solicito um restauro de backup ao suporte da AlexHost?

Submeta um pedido através do sistema de suporte da AlexHost especificando o serviço, a data aproximada dos dados que precisa de restaurar e os ficheiros ou bases de dados específicos afetados. O restauro é realizado pela equipa técnica e está disponível sem custo durante um período de serviço ativo.

O que acontece aos meus backups se cancelar o meu plano de alojamento?

Uma vez que um serviço é rescindido ou eliminado por falta de pagamento, o acesso ao backup não é garantido. Se solicitar o restauro após a rescisão, a AlexHost pode cobrar 20 EUR pelo esforço de recuperação, e isto aplica-se apenas quando o serviço está a ser reativado. Se a rescisão foi devida a uma violação da AUP, nenhum restauro é possível.

Posso descarregar a minha própria cópia de backup a partir do painel de controlo da AlexHost?

Para contas de alojamento partilhado geridas através do cPanel, pode gerar e descarregar um backup completo da conta diretamente a partir do cPanel Backup Wizard em qualquer momento. Os clientes VPS com acesso root podem criar os seus próprios snapshots ou arquivos de ficheiros usando utilitários Linux padrão. Esta é a abordagem recomendada para manter pontos de recuperação controlados pelo cliente.

O backup semanal VPS é um snapshot completo ou um backup incremental?

A AlexHost realiza backups baseados em snapshot para ambientes VPS. A implementação técnica significa que o snapshot captura o estado do disco virtual no momento da execução. Os clientes que necessitam de pontos de recuperação mais granulares — como snapshots diários ou horários — devem implementá-los de forma independente usando ferramentas disponíveis no seu ambiente VPS ou configurando um VPS com cPanel que inclui capacidades de agendamento de backup integradas.