Nesta página, explicamos as etapas para criar um backup e as opções disponíveis para tipos de aplicativos compatíveis.
Etapas para criar um backup
Para criar backups de aplicativos compatíveis, como bancos de dados, sistemas de arquivos e VMs, atribua um plano de backup para ser executado de acordo com uma programação e faça o seguinte:
De acordo com as configurações do plano de backup, o Backup e DR faz uma imagem de snapshot dos dados de origem e a salva nos pools de armazenamento de destino.
(opcional) Imediatamente ou mais tarde, de acordo com o plano de backup, o Backup e DR copia a imagem do pool de destino para um pool de armazenamento alternativo e gera uma segunda cópia. Normalmente, isso é feito do pool de snapshots para um pool do OnVault.
Quando a proteção de aplicativos 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 um cronograma e a disponibilidade de recursos. Você também pode 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 a proteção a um aplicativo às 13h UTC de hoje, a primeira operação de proteção será programada para as 18h UTC.
No horário programado, o job recebe um slot de job, que pode estar disponível quando o job é programado, mas nem sempre. Os slots de job são detalhados em Sobre slots de job.
Mudar plano de backup
É possível mudar o plano de backup de um aplicativo a qualquer momento. Os backups futuros serão feitos com base no novo modelo. Os backups atuais são mantidos de acordo com o modelo em uso no momento da criação.
Mecanismos de rastreamento de mudanças
Um dispositivo de backup/recuperação faz backup dos dados criando uma cópia completa inicial dos dados e, em seguida, cópias das 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 rastrear essas mudanças, o dispositivo de backup/recuperação usa as APIs do Compute Engine, o agente de backup e DR ou o Backup de VMs do VMware.
O Backup e DR usa vários métodos para rastrear mudanças nos dados de origem, incluindo:
- Rastreamento de blocos de mudanças com base em agente para SQL Server
- Rastreamento de mudanças com base em agente para volumes lógicos do Linux (LVM)
- Rastreamento de mudanças de snapshots do Compute Engine
- Rastreamento de alterações de bloco da Oracle
- Rastreamento de mudanças baseado no VMware
Driver de rastreamento de alterações do agente
O agente do 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. Depois do 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 de driver de rastreamento de mudanças.
O driver de rastreamento de alterações do Windows não está instalado. Nesse caso, desinstale e faça uma instalação completa do agente do Windows Backup e DR.
Para o SO Linux, a versão do kernel não é compatível com o agente instalado. Consulte a matriz de suporte para as versões compatíveis do SO Linux.
Snapshots completos e incrementais
Um snapshot completo faz backup de todos os dados necessários no aplicativo. Snapshots completos, também chamados de backups completos, são feitos na primeira vez que um aplicativo é armazenado em backup e em algumas situações incomuns. Depois do primeiro snapshot completo, o Backup e DR faz 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 e os snapshots subsequentes contêm apenas dados novos ou modificados. Dados inalterados 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 os 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 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 e de pequena pegada que pode ser instalado em VMs do VMware ou instâncias do Compute Engine. O agente do Backup e DR oferece um recurso de backup de dados mais granular do que o fornecido pelas chamadas de API do VMware. Com ela, é possível:
- Descobrir aplicativos
- Suspender aplicativos para garantir a consistência deles 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 estão residentes em um servidor.
- Evita problemas de "travamento" de VMs do VMware
Ao instalar o agente do Backup e DR em um servidor físico ou VM, é possível 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 sugere, os grupos de consistência garantem backup e recuperação pontuais 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 colocados em estado inativo e fazem backup juntos usando um único modelo de política.
Se a opção de backup de registros do 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 reside poderão ser recuperados para o mesmo momento. A recuperação e o avanço dos registros (para bancos de dados) em um grupo são realizados usando o console de gerenciamento do dispositivo 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 por APIs integradas ao backup e DR. Um aplicativo genérico é definido apontando para um grupo de volumes LVM a serem protegidos.
Fazer backup dos registros do banco de dados
O backup de registros do banco de dados é ativado nas opções avançadas de uma política de snapshot. Ela permite que uma única política de instantâneo faça backup de registros de bancos de dados do Microsoft SQL Server, do Oracle e de grupos de consistência que contêm bancos de dados do Microsoft SQL Server ou do Oracle. A frequência com que os registros do banco de dados são armazenados em backup é definida separadamente da do banco de dados. Por exemplo, um banco de dados pode ter backup feito todos os dias, e os registros, a cada hora.
A frequência do backup de registros do banco de dados é definida em minutos e não pode exceder a frequência do backup do banco de dados associado. Por exemplo, se a frequência de backup do banco de dados for a cada 24 horas, a frequência de backup do arquivo de registro precisará ser menor que a cada 24 horas. O menor intervalo de backup de registros 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 pool de snapshots.
Independente de quantos registros forem salvos durante um período de retenção especificado, os registros de backup de um banco de dados são armazenados em um único VDisk no pool de snapshots do Backup e DR. Para economizar espaço no pool de snapshots, use uma configuração avançada e instrua 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 oferece rastreamento de blocos de mudanças para a estratégia de backup incremental permanente do Backup e DR e pode colocar aplicativos em estado de espera para consistência de aplicativos 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 da VMware
O Backup e DR usa APIs de armazenamento do VMware vSphere (chamadas de proteção de dados) para fazer backup de um servidor virtual VMware inteiro (ou discos específicos alocados a essa VM). Eles ativam o rastreamento de blocos de mudança para a estratégia de backup incremental permanente do Backup e DR e inativam aplicativos para consistência de aplicativos 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. Se necessário, a imagem pode ser migrada para um novo local permanente.
Fazer backup de VMs inteiras do 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 novo local permanente, se necessário.