Esta página explica as etapas para criar um backup e as opções de backup disponíveis para os tipos de app compatíveis.
Etapas para criar um backup
Para criar backups de aplicativos com suporte, como bancos de dados, sistemas de arquivos e VMs, atribua um plano de backup para execução em uma programação e faça o seguinte:
De acordo com as configurações do plano de backup, o backup e a DR fazem um snapshot dos dados de origem e o salvam nos pools de armazenamento de destino.
(Opcional) Imediatamente ou mais tarde, de acordo com o plano de backup, o Backup e DR copiam a imagem do pool de destino para um pool de armazenamento alternativo para gerar uma segunda cópia. Geralmente, isso é do pool de snapshots para um pool do OnVault.
Quando a proteção do aplicativo entra em vigor
A aplicação de um plano de backup não protege um aplicativo imediatamente. Os jobs de proteção são executados de acordo com uma programação, de acordo com a disponibilidade de recursos. Também é possível executar o job imediatamente.
O plano de backup inclui uma programação de quando executar o job de proteção para esse aplicativo, como diariamente entre 18h e 6h UTC, a cada quatro horas. Se você aplicar proteção a um app às 13h (UTC) hoje, a primeira operação de proteção será programada para as 18h (UTC).
No horário programado, o job recebe um slot, que pode estar disponível quando o job é programado, mas nem sempre. Os slots de trabalho são detalhados em Sobre os slots de trabalho.
Mudar o plano de backup
Você pode mudar o plano de backup de um app a qualquer momento. Os backups futuros são feitos com base no novo modelo. Os backups atuais são retidos de acordo com o modelo em uso quando foram criados.
Mecanismos de acompanhamento de mudanças
Um dispositivo de backup/recuperação faz backup de dados criando uma cópia inicial completa dos dados e, em seguida, cópias de mudanças incrementais. Esse recurso exige a capacidade de rastrear e fazer backup das mudanças que ocorrem entre as operações de backup. Para acompanhar essas mudanças, o dispositivo de backup/recuperação usa APIs do Compute Engine, o agente de backup e DR ou Backup de VMs VMware.
O Backup e a DR usam vários métodos para acompanhar as mudanças nos dados de origem, incluindo:
- Rastreamento de blocos de mudança baseado em agentes para SQL Server
- Acompanhamento de mudanças baseado em agente para volumes lógicos do Linux (LVM)
- Acompanhamento de alterações de snapshots do Compute Engine
- Rastreamento de alterações de bloco do Oracle
- Rastreamento de mudanças baseado no VMware
Driver de rastreamento de mudanças do agente
O agente de backup e DR com o driver de rastreamento de mudanças (às vezes chamado de driver de filtro) permite backups incrementais eficientes rastreando mudanças do lado do host. Após o primeiro backup completo de um banco de dados, o appliance de backup/recuperação realiza backups incrementais por padrão. Se os backups ainda forem sempre completos, verifique o seguinte:
O driver de rastreamento de mudanças foi interrompido. Nesse caso, reinicie o serviço do driver de rastreamento de mudanças.
O driver de rastreamento de mudanças do Windows não está instalado. Nesse caso, desinstale e faça uma instalação completa do agente de backup e DR do Windows.
Para o SO Linux, o agente instalado não oferece suporte à versão do kernel. Consulte a Matriz de suporte para conferir as versões do SO Linux compatíveis.
Snapshots completos e incrementais
Um snapshot completo faz backup de todos os dados necessários no aplicativo. Os snapshots completos, também chamados de backups completos, são feitos na primeira vez que um aplicativo é feito backup e em algumas situações incomuns. Após o primeiro snapshot completo, o Backup e DR fazem snapshots incrementais, que são muito mais rápidos.
Os snapshots incrementais funcionam da seguinte forma:
O primeiro snapshot completo contém todos os dados de origem.
O segundo snapshot e os seguintes contêm apenas dados novos ou modificados. Os dados que não mudaram desde o snapshot completo não são incluídos. Em vez disso, os snapshots incrementais subsequentes contêm referências à imagem completa do snapshot para os dados inalterados do snapshot original.
O próximo snapshot contém os dados novos ou alterados desde o segundo snapshot, mas não contém dados sem alterações dos snapshots anteriores. Em vez disso, esse snapshot contém referências a blocos em snapshots anteriores para dados inalterados.
Opções de backup
Com o backup e a recuperação de DR, você pode:
Backup baseado em agente
O agente de backup e DR é usado para fazer backup de aplicativos individuais e grupos de aplicativos em servidores virtuais. O agente de backup e DR é um serviço leve, específico do sistema operacional, de pequeno impacto, que pode ser instalado em VMs do VMware ou instâncias do Compute Engine. O agente de backup e DR oferece um recurso de backup de dados mais granular do que as chamadas de API do VMware. Com ela, é possível:
- Descobrir aplicativos
- Aplicativos de suspensão para consistência durante o backup
- Ativa o rastreamento de blocos de mudança para a estratégia de backup incremental permanente
- Um único modelo de política pode ser aplicado a vários aplicativos que residem em um servidor.
- Evita problemas de "paralisia" em VMs do VMware
Instalar o agente de backup e DR em um servidor físico ou VM permite criar um único modelo de política para fazer backup de todos os aplicativos no servidor ou vários modelos de política para fazer backup de grupos de aplicativos.
Fazer backup de dados de aplicativos em grupos de consistência
Um grupo de consistência é ativado pelo agente de backup e DR. Como o nome indica, os grupos de consistência garantem o backup e a recuperação consistentes em vários aplicativos no mesmo host. Para alcançar a consistência do aplicativo, os membros de um grupo de consistência são inativos e armazenados em backup juntos usando um modelo de política único.
Se a opção de backup de registro de banco de dados do Backup e DR estiver ativada em uma política de snapshot, todos os bancos de dados armazenados em backup pelo modelo de política em que a política de snapshot está presente poderão ser recuperados para o mesmo ponto no tempo. A recuperação e a progressão dos registros (para bancos de dados) em um grupo são realizadas usando o console de gerenciamento com uma única ação.
Além de tornar as operações de backup e recuperação rápidas, os grupos de consistência consomem menos recursos do sistema (VDisks).
Fazer backup de aplicativos genéricos (LVM)
A maioria dos aplicativos é descoberta pelo agente de backup e DR ou pelas APIs integradas a esses recursos. Um aplicativo genérico é um aplicativo que você define apontando para um grupo de volumes LVM a serem protegidos.
Fazer backup dos registros do banco de dados
O backup de registro do banco de dados é ativado nas opções avançadas de uma política de snapshot. Ele ativa uma única política de snapshot para fazer backup de registros de bancos de dados do Microsoft SQL Server, bancos de dados do Oracle e grupos de consistência que contêm bancos de dados do Microsoft SQL Server ou do Oracle. A frequência com que os logs do banco de dados são armazenados em backup é definida separadamente da do banco de dados. Por exemplo, um banco de dados pode ser salvo diariamente e os registros dele a cada hora.
A frequência do backup de registro do banco de dados é definida em minutos, e a frequência em que os registros são armazenados em backup não pode exceder a frequência em que o banco de dados associado é armazenado em backup. Por exemplo, se a frequência de backup de um banco de dados for a cada 24 horas, a frequência de backup do arquivo de registro precisa ser menor que 24 horas. O menor intervalo de backup de registro do banco de dados é de 15 minutos.
A retenção de registros é definida separadamente da retenção da política de snapshots. Ter um período de armazenamento separado permite usar registros em conjunto com cópias do banco de dados armazenadas no conjunto de snapshots.
Independentemente de quantos registros são salvos em backup durante um período de retenção de registros especificado, os registros salvos em backup de um banco de dados são organizados em um único VDisk no conjunto de snapshots de backup e DR. Para economizar espaço no conjunto de snapshots, use uma configuração avançada para instruir o banco de dados a compactar os registros.
Fazer backup de instâncias do Compute Engine
Para fazer backup de instâncias inteiras do Compute Engine, o dispositivo de backup/recuperação usa APIs do Compute Engine. O Compute Engine fornece rastreamento de blocos de mudança para a estratégia de backup incremental permanente do Backup e DR e pode colocar aplicativos em espera para consistência durante o backup.
Quando um servidor virtual inteiro é armazenado em backup, um servidor virtual totalmente funcional (sistema operacional, aplicativos e dados) é armazenado em backup. Ter uma cópia de todo o servidor virtual garante que os dados possam ser acessados rapidamente e sem problemas.
Fazer backup de VMs do VMware
O backup e a DR usam as chamadas de APIs de armazenamento do VMware vSphere para proteção de dados para fazer backup de um servidor virtual do VMware inteiro (ou discos específicos alocados para essa VM). Eles permitem o rastreamento de blocos de mudança para a estratégia de backup incremental permanente do Backup e DR e aplicativos em espera para consistência do aplicativo durante o backup.
Fazer backup dos aplicativos e do volume de inicialização de uma VM do VMware
Ao gerenciar aplicativos em VMs, você também tem a opção de fazer backup do volume de inicialização da VM. Quando o volume de inicialização de uma VM é armazenado em backup, uma imagem pode ser apresentada como uma VM inicializável. A imagem pode ser migrada para um novo local permanente, se necessário.
Fazer backup de VMs completas da VMware
Quando um servidor virtual inteiro é armazenado em backup, um servidor virtual totalmente funcional (sistema operacional, aplicativos e dados) é armazenado em backup. Ter uma cópia de todo o servidor virtual garante que os dados possam ser acessados rapidamente e sem problemas. Como a imagem apresentada é um servidor virtual totalmente funcional, ela pode ser migrada para um local novo e permanente, se necessário.