A replicação de dados de cópia para o armazenamento remoto protege os dados em caso de desastre no site principal e reduz a quantidade de armazenamento necessária no site principal. O objetivo da replicação é recuperar seus dados em situações de perda de dados 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 permite 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 para 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 para 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, tendo 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 uma replicação otimizada para acesso a um site remoto. Para mais detalhes, consulte Replicação de políticas 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 pools do OnVault. 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 o OnVault permite enviar dados de snapshot para um local definido por um pool do OnVault. Uma programação dentro da 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 do OnVault. O armazenamento do pool do OnVault é normalmente usado para retenção de longo prazo. Para 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 do OnVault está ativada por padrão para minimizar o tráfego de rede.
Após a ingestão inicial do snapshot completo, apenas as alterações 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 do OnVault, considere o seguinte:
Os dispositivos de backup/recuperação podem criar clones.
Não é possível criar LiveClones.
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, de modo que a frequência de atualização e as retenções podem ser diferentes (por exemplo, atualizações locais frequentes com retenção curta, além de atualizações menos frequentes na nuvem com retenção de longo prazo).
O OnVault de vários destinos é compatível com todos os tipos de aplicativos, incluindo o 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, e depois 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 fornecem um meio de replicar uma cópia dos dados do aplicativo ou da VM para um dispositivo de backup/recuperação de destino e ter acesso aos dados sem uma janela de restauração, o que resulta em um RTO muito baixo. Conforme necessário, é possível realizar um failback para o site de produção com um conjunto idêntico de dados espelhados entre os dispositivos 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, será possível restaurar o backup de sincronização para o site local com as alterações mais recentes e, em seguida, fazer o failback do aplicativo para o site de produção.
O StreamSnap replica snapshots de dados para um dispositivo de backup/recuperação remoto em uma rede IP de largura de banda de alta qualidade, que pode fornecer RPOs de até uma hora.
Para VMs da 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 que o job de snapshot local seja concluído antes de iniciar a replicação.
Para aplicativos de VM que não são da VMware, a replicação de snapshot ocorre após a conclusão do job de snapshot local.
As políticas Production para espelhamento com replicação do StreamSnap estão vinculadas a uma política específica de produção para snapshot. Eles 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 momentos disponíveis 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 requer uma conexão de rede confiável para replicar snapshots de dados para o 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 de backup e DR:
- Protege os dados em caso de perda ou dano em locais remotos, data centers e regiões geográficas. Se ocorrer uma interrupção, a replicação de dados permite a retomada rápida do acesso e do uso desses dados.
- Usa a largura de banda da rede de maneira mais eficaz com 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 de backup e DR.
- Criptografa dados usando o padrão de criptografia AES-256. A autenticação entre os appliances é 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 de backup/recuperação remoto para o qual os dados serão replicados.
A replicação de dados pode ser implementada por 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, tendo 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 a um site remoto. O espelhamento de dados entre um site de produção e um site espelhado está disponível no método de replicação do StreamSnap. Para mais informações, consulte a página Replicação de produção para espelho.
Snapshot para o OnVault e direto para o OnVault: as políticas do OnVault enviam dados pela rede para o Cloud Storage. Essas políticas permitem enviar dados de aplicativos e VMs para o armazenamento definido por um pool do OnVault de backup e DR. Para mais informações, consulte a página Replicar para o repositório de objetos definido por um pool do OnVault de 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 o OnVault ou direto para o 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 de largura de banda.
Os aplicativos não podem ser executados no armazenamento definido por um pool do OnVault. |
| Espelhamento de dados: StreamSnap | Recuperação de desastres para aplicativos que exigem um RPO mais curto. | RPO de até uma hora com acesso a dados e failover quase instantâneos
Compactado e criptografado Também replica grandes quantidades de dados. Retém backups de vários momentos disponíveis 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 Dispositivos no menu suspenso.
- Selecione um dispositivo.
- Clique em Configurar dispositivo para abrir a página Configuração do dispositivo.
- Acesse Sistema, Configuração e Configurações do dispositivo.
- Clique na guia Armazenamento. Um menu suspenso é exibido para você selecionar o pool de snapshots de destino para dados replicados que chegam a esse dispositivo de backup/recuperação.
(Opcional apenas para VMware) É possível substituir essa configuração para VMs do VMware se você quiser que elas sejam enviadas para um repositório de dados do 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, ligado e disponível o tempo todo. Só é possível selecionar um host ESXi.
- Selecione os repositórios de dados para armazenar os dados de DR. Os repositórios de dados precisam ter espaço para armazenar os VMDKs (discos virtuais) replicados. Se você selecionar vários repositórios de dados, o dispositivo de backup/recuperação 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 for chamada de 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 vai usá-la como destino para as VMs replicadas.Clique no botão cinza Save Settings.
Configurar a replicação do StreamSnap
Com base nos requisitos de produção para espelhamento para replicar 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 espelhados 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 de backup/recuperação local.
- 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 do 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 appliances estão configurados e unidos (troca de certificados de segurança) e operando no Modo de compartilhamento.
Em Planos de backup, crie um modelo que inclua um de cada um dos seguintes:
- Política de produção para snapshot. As políticas Production para espelhamento que usam a opção de replicação do StreamSnap estão vinculadas a uma política de snapshot específica. A política do 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 base associada no modelo.
- Política de produção para espelhamento. A política de produção para espelhamento usa a replicação do StreamSnap. Os backups remotos são compatíveis com 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 Gerenciador de apps, 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 em um dispositivo remoto. Os dados ficam disponíveis no dispositivo remoto para oferecer a flexibilidade do acesso instantâneo. Os backups aparecem no sistema remoto quando você clica no botão Remote Snap na janela Restore no App Manager.
Teste o failover para o dispositivo remoto, conforme descrito em Testar failover.
Com base nos requisitos de produção para espelhamento para replicar uma cópia dos dados em um segundo dispositivo, é possível executar o failover de um backup de replicação do StreamSnap para um site de produção em um segundo dispositivo. Posteriormente, 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 de backup a um aplicativo ou VM, o Monitor registra os resultados do job do StreamSnap. Enquanto estiver em execução, o job do 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 do 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 na página Jobs com o status Concluído. As duas entradas têm o mesmo Nome do job, mas o job do StreamSnap também inclui um sufixo S no Nome do job.
- Se houver uma falha no job do StreamSnap ou do snapshot, duas entradas de job vão aparecer na lista de jobs na página Jobs para identificar qual job foi bem-sucedido e qual falhou.
Os horários de início e término da entrada do job do StreamSnap e da entrada do job de snapshot serão idênticos em Monitor. O tempo real gasto na fase de snapshot é listado na página Estatísticas do job do 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 snapshot 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 | Duas entradas de job separadas aparecem na lista de jobs com o status Concluído quando o job é finalizado. As duas entradas de job têm o mesmo Nome do job, mas o job do StreamSnap também inclui um sufixo S no Nome do job. |
| O job de snapshot é bem-sucedido, mas o job do StreamSnap falha | Para o job de snapshot, uma entrada aparece na lista de jobs com o status Concluído.
O job do StreamSnap é repetido até três vezes. |
| Os jobs de snapshot e StreamSnap falham, mas o dispositivo tenta novamente | Uma entrada de job do StreamSnap aparece na lista de jobs com o status Tentado novamente.
Se o job de snapshot for bem-sucedido, mas o job do StreamSnap ainda falhar, isso resultará em duas entradas de job e não haverá mais novas tentativas para o StreamSnap. |
| O snapshot individual e os jobs do StreamSnap falham após o número máximo de novas tentativas | Uma entrada de job do StreamSnap aparece na lista de jobs com o status Com 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 política de produção para espelhamento de replicação do StreamSnap para mais informações.
Vantagens
A replicação do StreamSnap para hosts diferentes pode ser executada simultaneamente. Como resultado, a replicação para vários hosts pode ser concluída muito mais rapidamente.
Se a fase de snapshot de um job do StreamSnap for bem-sucedida, mas a fase do StreamSnap falhar, a fase do StreamSnap será repetida até três vezes antes que o job do StreamSnap falhe. O job do StreamSnap tem um sufixo S seguido pelo alfabeto a, b ou c, que indica 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 do StreamSnap 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 (snap+replicate) antes de ser colocado na fila. Nesse cenário, a parte de snapshot do segundo job pode ser executada em paralelo com a parte de replicação 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 snapshot sob demanda
O console de gerenciamento do dispositivo permite replicar o snapshot local ou um StreamSnap de qualquer dispositivo pareado para qualquer dispositivo pareado usando a opção Replicar no menu suspenso da seção de detalhes da imagem. A replicação sempre será as mudanças do backup selecionado para o mais recente no site remoto. Por isso, o ideal é replicar os backups do mais antigo para o mais recente se houver vários backups a serem replicados. É possível fornecer seu próprio período de armazenamento ao replicar o backup. Consulte a seção Replicar um backup.
Replicar um backup
Siga estas instruções para replicar um backup:
Clique na guia Gerenciador de apps 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 rampa da linha do tempo. Os tipos de backup de snapshot e remoto, incluindo os backups do StreamSnap, podem ser selecionados e replicados.
Selecione um backup e, em seguida, 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 Expiração, selecione uma das seguintes opções para o backup recém-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 validade do backup replicado em horas, dias, semanas, meses ou anos.
- Expirar em: selecione Expirar em se quiser que a replicação expire em uma data específica e especifique essa data.
- 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.