A replicação de dados de cópia para armazenamento remoto protege os dados em caso de desastre no local principal e reduz a quantidade de armazenamento necessária no local principal. O objetivo da replicação é recuperar seus dados em situações de perda e impacto nos sistemas de produção devido a problemas como falha de hardware, problemas de software ou um evento no site. A replicação de dados também é compatível com a criação de cópias remotas de dados de teste/desenvolvimento, controle de qualidade e análise. Os dados podem ser replicados de um dispositivo de backup/recuperação para um segundo dispositivo (remoto) ou para a nuvem com fins de recuperação, recuperação de desastres ou teste e desenvolvimento.
Os modelos de backup determinam o método, a programação e a frequência da replicação de dados em um site remoto. O modelo de backup define como mover e armazenar dados de maneira eficiente no dispositivo remoto de backup/recuperação. A replicação de dados é controlada pelas políticas de modelo individuais:
As políticas Production para espelhamento protegem os dados do aplicativo ou da VM contra uma falha no site, mantendo uma cópia completa desses dados espelhada em um site de produção remoto. Os aplicativos são mantidos atualizados e podem ser reiniciados a qualquer momento no site remoto acessando dados da cópia de DR remota. O espelhamento de dados pode ser considerado como uma replicação otimizada para acesso a um site remoto. Para mais detalhes, consulte Replicação da política de produção para espelhamento.
As políticas de Snapshot para OnVault usam uma conexão HTTPS para enviar dados ao armazenamento definido por um pool do OnVault. A opção de compactação fica ativada por padrão nos OnVault Pools. Para mais detalhes, consulte a seção Enviar snapshots para um ou mais pools do OnVault.
Enviar snapshots para um ou mais pools do OnVault
A política de snapshot para OnVault permite enviar dados de snapshot para um local definido por um pool do OnVault. Uma programação na política é usada para enviar o snapshot mais recente feito pela política de produção para snapshot do modelo de política para o local definido pelo pool OnVault. O armazenamento do pool do OnVault geralmente é usado para retenção de longo prazo. Para mais detalhes sobre o pool do OnVault, consulte Enviar snapshots para um ou mais pools do OnVault.
Ao enviar dados para um armazenamento definido por um pool do OnVault, uma conexão HTTPS é usada para garantir segurança de dados na rede. A opção de compactação do pool OnVault fica ativada por padrão para minimizar o tráfego de rede.
Após a ingestão inicial do snapshot completo, apenas as mudanças nos dados são enviadas para o pool do OnVault. Esse é o mesmo modelo incremental permanente usado por outras políticas.
Ao acessar dados no armazenamento de um pool OnVault, considere o seguinte:
Os dispositivos de backup/recuperação podem criar clones.
Não é possível criar LiveClones.
Do OnVault para vários pools do OnVault
Os dados do aplicativo podem ser enviados para vários destinos do OnVault na nuvem. Cada destino do OnVault é controlado por políticas separadas. Assim, a frequência de atualização e as retenções podem ser diferentes (por exemplo, atualizações locais frequentes com retenção curta, junto com atualizações menos frequentes na nuvem com retenção de longo prazo).
O Multi-target OnVault é compatível com todos os tipos de aplicativos, incluindo Direct-to-OnVault com VMs do VMware. Nesse caso, os dados são gravados diretamente no primeiro pool do OnVault, ignorando o pool de snapshots. Em seguida, eles são lidos do primeiro pool do OnVault e enviados para os outros.
Replicação da política de Production para espelhamento
As políticas de Production para espelhamento oferecem uma maneira de replicar uma cópia dos dados do aplicativo ou da VM em um dispositivo de backup/recuperação de destino e ter acesso aos dados sem uma janela de restauração, proporcionando um RTO muito baixo. Se necessário, é possível fazer um failback para o site de produção com um conjunto idêntico de dados espelhados entre os appliances de backup/recuperação locais e remotos.
StreamSnap
O StreamSnap facilita a alta disponibilidade, permitindo que você mantenha uma cópia remota do armazenamento e da configuração de um aplicativo atualizada e pronta para um cenário de failover. Quando um aplicativo gerenciado pelo StreamSnap falha, você monta um backup de failover do aplicativo no site remoto. Quando o problema for resolvido, restaure o backup de sincronização reversa no site local com as mudanças mais recentes e faça o failback do aplicativo para o site de produção.
O StreamSnap replica snapshots de dados para um dispositivo remoto de backup/recuperação em uma rede IP de largura de banda de alta qualidade, que pode fornecer RPOs de até uma hora.
Para VMs do VMware, a replicação de snapshot é transmitida para o segundo dispositivo de backup/recuperação em paralelo. O streaming de uma VM do VMware é realizado para evitar esperar até que o job de snapshot local seja concluído antes de iniciar a replicação.
Para aplicativos de VM que não são do VMware, a replicação de snapshot ocorre depois que o job de snapshot local é concluído.
As políticas Production para espelhamento com replicação StreamSnap estão vinculadas a uma política específica de produção para snapshot. Elas usam as configurações de programação e frequência da política de produção para snapshot associada.
É possível reter backups de vários pontos disponíveis no tempo no site remoto aplicando a retenção em uma política do StreamSnap. Ao reter backups no dispositivo remoto, um novo backup será criado no dispositivo remoto com uma data de validade determinada pelas configurações da política. Cada backup remoto é compatível com todas as operações disponíveis com um backup local quando acessado pelo Gerenciador de apps.
A replicação do StreamSnap exige uma conexão de rede confiável para replicar snapshots de dados no dispositivo remoto. A largura de banda necessária na conexão de rede está diretamente relacionada ao tamanho do aplicativo (cópia inicial) e à quantidade de mudanças (para atualizações incrementais).
Tecnologia de replicação de dados do Backup e DR:
- Protege os dados em caso de possível perda ou dano em locais remotos, data centers e regiões geográficas. Se ocorrer uma interrupção, a replicação de dados vai permitir a retomada rápida do acesso e do uso desses dados.
- Usa a largura de banda da rede de maneira mais eficaz aproveitando a tecnologia de compactação.
- Elimina a necessidade de um acelerador/otimizador de WAN dedicado.
- Preserva a ordem de gravação, mesmo em vários LUNs em um grupo de consistência.
- Integração com o diretor de resiliência do Backup e DR.
- Criptografa dados usando o padrão de criptografia AES-256. A autenticação entre dispositivos é realizada usando certificados RSA de 2048 bits.
Métodos de replicação
Os modelos de backup determinam o método, a programação e a frequência da replicação de dados para um site remoto. O modelo de backup define como mover e armazenar dados de maneira eficiente no dispositivo remoto de backup/recuperação. Os perfis de recursos definem onde armazenar os dados. Os dados podem ser armazenados localmente ou em um dispositivo remoto de backup/recuperação para o qual os dados serão replicados.
A replicação de dados pode ser implementada usando vários métodos diferentes:
- Espelhamento de dados: as políticas de Production para espelhamento protegem os dados do aplicativo ou da VM contra uma falha no site, mantendo uma cópia completa desses dados espelhada em um site de produção remoto. Os aplicativos são mantidos atualizados e podem ser reiniciados a qualquer momento no site remoto acessando dados da cópia de DR remota. O espelhamento de dados pode ser considerado como replicação otimizada para acesso em um site remoto. O espelhamento de dados entre um site de produção e um espelhado está disponível no método de replicação StreamSnap. Para mais informações, consulte a página Replicação da produção para o espelho.
Snapshot para OnVault e direto para OnVault: as políticas do OnVault enviam dados pela rede para o Cloud Storage. Com elas, é possível enviar dados de aplicativos e VMs para o armazenamento definido por um pool do OnVault do Backup e DR. Para mais informações, consulte a página Replicar para o armazenamento de objetos definido por um pool do OnVault do Backup e DR.
Estes são os benefícios de cada método de replicação.
| Método de replicação | Uso recomendado | Vantagens | Desvantagens |
|---|---|---|---|
| Snapshot para OnVault ou direto para OnVault | Retenção de curto, médio e longo prazo. | Econômico
A compactação reduz o consumo de largura de banda Os dados são criptografados em trânsito e, opcionalmente, em repouso |
Maior uso da largura de banda.
Não é possível executar aplicativos no armazenamento definido por um pool do OnVault. |
| Duplicação de dados: StreamSnap | Recuperação de desastres para aplicativos que exigem um RPO mais curto. | RPO de até uma hora com acesso aos dados e failover quase instantâneos
Compactado e criptografado Também replica grandes quantidades de dados. Retém backups de vários pontos disponíveis no tempo no dispositivo remoto A tecnologia StreamSnap pode ser usada para replicação de registros entre dispositivos locais e remotos |
Maior consumo de largura de banda |
Selecionar um pool de armazenamento para dados replicados
Para selecionar o pool de armazenamento de destino que será usado para armazenar os dados de replicação do StreamSnap recebidos:
- Clique na guia Gerenciar e selecione Eletrodomésticos no menu suspenso.
- Selecione um dispositivo.
- Clique em Configurar appliance para abrir a página Configuração do appliance.
- Acesse Sistema, Configuração e Configurações do dispositivo.
- Clique na guia Armazenamento. Um menu suspenso aparece para que você selecione o pool de snapshots de destino dos dados replicados que chegam a esse appliance de backup/recuperação.
(Opcional apenas para VMware) É possível substituir essa configuração para VMs do VMware se você quiser que elas sejam direcionadas a um repositório de dados ESX. Marque a caixa Substituição de VM e faça as seguintes seleções:
- Selecione um vCenter para gerenciar a operação. O ideal é que esse vCenter esteja no site de DR.
- Selecione um host ESXi para hospedar as VMs do VMware. Esse host ESXi também precisa estar no site de DR e estar ligado e disponível o tempo todo. Só é possível selecionar um host ESXi.
- Selecione os armazenamentos de dados para reter os dados de DR. Os armazenamentos de dados precisam ter espaço para armazenar os VMDKs replicados (discos virtuais). Se você selecionar vários armazenamentos de dados, o dispositivo de backup/recuperação vai usar cada um deles por vez.
O dispositivo de backup/recuperação vai criar novas VMs no site de DR usando o nome
DR-<original VM name>. Por exemplo, se a VM de origem se chamar testvm, a cópia de DR será chamada de DR-testvm. Se a VM já existir e estiver desligada, o dispositivo de backup/recuperação a usará como destino para as VMs replicadas.Clique no botão cinza Salvar configurações.
Configurar a replicação do StreamSnap
Com base nos requisitos de produção para espelhar uma cópia dos seus dados em um segundo dispositivo de backup/recuperação, é possível executar o failover de um backup de replicação do StreamSnap para um site de produção de dados espelhado em um segundo dispositivo de backup/recuperação. Posteriormente, as mudanças feitas no site de DR podem ser replicadas de volta (failback) para o ambiente de produção no dispositivo local de backup/recuperação.
- Vários backups de sincronização reversa podem ser usados para replicar as mudanças cumulativas feitas no site de DR de volta para a produção.
- Os backups de Syncback podem ser montados, clonados ou restaurados no site de produção para restaurar o acesso.
Para gerenciar um aplicativo ou uma VM usando uma política de replicação do StreamSnap, faça o seguinte:
- Verifique se os dois aparelhos estão configurados e conectados (troque certificados de segurança) e se estão operando no modo de compartilhamento.
Em Planos de backup, crie um modelo que inclua um de cada um dos seguintes itens:
- Política de produção em snapshot. As políticas Production para espelhamento que usam a opção de replicação StreamSnap estão vinculadas a uma política de snapshot específica. A política StreamSnap exige as configurações de programação e frequência da política de snapshot associada no modelo. Não será possível salvar a política de replicação do StreamSnap sem uma política de snapshot de base associada no modelo.
- Política de produção para espelhamento. A política de produção para espelhamento usa a replicação StreamSnap. Os backups remotos oferecem suporte a todas as operações disponíveis com um backup local quando acessados no Gerenciador de apps.
Em Planos de backup, crie um perfil de recurso que especifique onde armazenar dados localmente e onde replicar dados. Consulte a página Criar um perfil de recurso.
No App Manager, selecione os dados do aplicativo que você quer gerenciar e aplique o modelo de política para gerenciar aplicativos ou VMs.
Os snapshots são feitos localmente e replicados para um dispositivo remoto. Os dados ficam disponíveis no dispositivo remoto para oferecer a flexibilidade de acesso instantâneo. Os backups aparecem no sistema remoto quando você clica no botão Remote Snap na janela Restore do App Manager.
Teste o failover para o appliance remoto, conforme descrito em Testar o failover.
Com base nos requisitos de produção para espelhar a replicação de uma cópia dos dados em um segundo appliance, é possível executar o failover de um backup de replicação do StreamSnap para um site de produção em um segundo appliance. Depois disso, as mudanças feitas no site de DR podem ser replicadas de volta (failback) para o ambiente de produção no dispositivo local. Para mais detalhes, consulte a página Failover e failback.
Tratamento de erros de jobs do StreamSnap
Quando um modelo de backup inclui uma política de replicação do StreamSnap e uma política de snapshot, e você aplica esse modelo a um aplicativo ou VM, o Monitor registra os resultados do job do StreamSnap. Enquanto ele estiver em execução, o job StreamSnap vai aparecer como um único job em Monitorar. Quando a replicação for concluída, dois jobs vão aparecer em Monitorar: um para o job de snapshot e outro para o job de StreamSnap.
Observe as seguintes maneiras como um appliance de backup/recuperação rastreia esses jobs:
- Se a replicação for bem-sucedida, duas entradas de job separadas vão aparecer na lista de jobs da página Jobs com o status Concluído. As duas entradas de job têm o mesmo Nome do job, exceto que o job StreamSnap também inclui um sufixo S no Nome do job.
- Se houver uma falha no job, seja no StreamSnap ou no job de snapshot, duas entradas de job vão aparecer na lista da página Jobs para identificar qual job foi concluído e qual falhou.
Os horários de início e término das entradas de job do StreamSnap e do snapshot serão idênticos em Monitorar. O tempo real gasto na fase de snapshot é listado na página Estatísticas do job StreamSnap.
A tabela a seguir descreve o histórico de jobs e o comportamento de tratamento de erros com base no sucesso ou na falha da política de snapshots e da política de replicação do StreamSnap quando usadas para proteger um aplicativo.
| Cenário de proteção | Comportamento do histórico de jobs |
|---|---|
| Os jobs de snapshot e StreamSnap são concluídos com êxito | Duas entradas de job separadas aparecem na lista de jobs com status Concluído quando o job é concluído. As duas entradas de job têm o mesmo Nome do job, exceto que o job StreamSnap também inclui um sufixo S no Nome do job. |
| O job de snapshot é concluído, mas o job StreamSnap falha | Para o job de snapshot, uma entrada de job aparece na lista com o status Concluído.
O job StreamSnap é repetido até três vezes. |
| Os jobs de snapshot e StreamSnap falham, mas o appliance tenta de novo. | Uma entrada de job do StreamSnap aparece na lista de jobs com status
Tentado novamente.
Se o job de snapshot for concluído, mas o job StreamSnap ainda falhar, isso vai resultar em duas entradas de job, e não haverá mais tentativas para o StreamSnap. |
| Os jobs de snapshot individual e StreamSnap falham após o número máximo de tentativas. | Uma entrada de job do StreamSnap aparece na lista de jobs com o status Falha. |
Novas tentativas de replicação do StreamSnap
A replicação do StreamSnap (SnapReplicate) replica um snapshot pontual do aplicativo original. Consulte a página Criar uma produção de replicação do StreamSnap para espelhar a política para mais informações.
Vantagens
A replicação do StreamSnap para hosts diferentes pode ser executada simultaneamente. Assim, a replicação para vários hosts pode ser concluída muito mais rápido.
Se a fase de snapshot de um job StreamSnap for concluída, mas a fase StreamSnap falhar, ela será repetida até três vezes adicionais antes de o job StreamSnap falhar. O job StreamSnap tem um sufixo S seguido do alfabeto a, b ou c, que significa o número de novas tentativas.
Se o job de snapshot falhar, ele será repetido. Se uma nova tentativa for bem-sucedida, o job de replicação poderá continuar. Se o job de snapshot falhar mesmo após novas tentativas, o job StreamSnap vai falhar.
Quando você executa um novo job do StreamSnap enquanto um job do StreamSnap já está em execução, o novo job é dividido automaticamente em dois jobs (instantâneo + replicação) antes de ser enfileirado. Nesse cenário, a parte de instantâneo do segundo job pode ser executada em paralelo com a parte de réplica do segundo job. A parte de replicação do segundo job aguarda a conclusão do job de snapshot antes de ser ativada.
Replicação de snapshots sob demanda
O console de gerenciamento do appliance permite replicar o snapshot local ou um StreamSnap de qualquer appliance pareado para outro usando a opção Replicar no menu suspenso da seção de detalhes da imagem. A replicação sempre será das mudanças do backup selecionado para o mais recente no site remoto. Por isso, é ideal replicar os backups do mais antigo para o mais recente se houver vários backups a serem replicados. Você pode fornecer seu próprio período de armazenamento ao replicar o backup. Consulte a seção Replicar um backup.
Replicar um backup
Use estas instruções para replicar um backup:
Clique na guia App Manager e selecione a opção Aplicativos na lista suspensa.
A página Aplicativos é aberta.
Selecione o aplicativo com o backup que você quer replicar e escolha Acessar na lista suspensa no canto inferior direito da página Aplicativos. A página Acesso é aberta, listando os backups capturados na visualização de aumento da linha do tempo. É possível selecionar e replicar os dois tipos de backup, incluindo backups do StreamSnap.
Selecione um backup e clique em Replicar na lista de operações de acesso.
A página Replicar é aberta.
No menu suspenso Destino, selecione o dispositivo de destino para replicação.
Na seção Validade, selecione uma das seguintes opções para o backup replicado:
- Igual à origem: selecione Igual à origem se quiser definir a mesma data de validade do backup de origem.
- Reter: selecione Reter se quiser definir a duração da expiração do backup replicado em horas, dias, semanas, meses ou anos.
- Expira em: selecione Expira em se quiser especificar uma data de validade para a réplica.
- Expira em: selecione Expira em e especifique a data de validade do backup replicado.
- Nunca expirar: selecione Nunca se você não quiser que o backup replicado expire.
Clique em Enviar.