A replicação de dados de cópia para 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 os 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 do site. A replicação de dados também oferece suporte à criação de cópias remotas de dados de teste/desenvolvimento, QA 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 testes e desenvolvimento.
Seus modelos de backup determinam o método, a programação e a frequência de como a replicação de dados para um site remoto será realizada. 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 modelos individuais:
As políticas Production para espelho protegem os dados do aplicativo ou da VM contra falhas do site com uma cópia completa desses dados espelhada em um site de produção remoto. Os aplicativos são atualizados e podem ser reiniciados a qualquer momento no site remoto, acessando os dados da cópia de DR remota. O espelhamento de dados pode ser considerado como a replicação otimizada de acesso a um site remoto. Para mais detalhes, consulte Replicação da política de produção para espelho.
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 pelo modelo de política de produção para a política de snapshot ao local definido pelo conjunto do OnVault. O armazenamento do pool do OnVault é geralmente usado para retenção de longo prazo. Para saber mais sobre o pool do OnVault, consulte a página Pool do OnVault para armazenamento de imagens a longo prazo.
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 fica ativada por padrão para minimizar o tráfego de rede.
Após a transferência inicial do snapshot completo, apenas as alterações nos dados são enviadas para o conjunto 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, para que a frequência de atualização e as retenções possam 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 OnVault com vários alvos é compatível com todos os tipos de aplicativo, 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, e depois lidos no primeiro pool do OnVault e enviados para os outros.
Replication 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, fornecendo 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 espelhado 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 uma imagem de failover do aplicativo no site remoto. Quando o problema for resolvido, você poderá restaurar a imagem de retorno de sincronização para o site local com as alterações mais recentes e reverter o 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 alta qualidade, que pode fornecer RPOs de até uma hora.
Para VMs do VMware, a replicação de snapshots é transmitida para o segundo dispositivo de backup/recuperação em paralelo. O streaming de uma VM do VMware é realizado para evitar a espera 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 snapshots ocorre após a finalização do job de snapshot local.
As políticas Production para espelho com a 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 manter imagens de snapshot de vários pontos disponíveis no site remoto aplicando a retenção em uma política do StreamSnap. Ao reter imagens de snapshot no dispositivo remoto, uma nova imagem de snapshot será criada no dispositivo remoto com uma data de validade determinada pelas configurações da política. Cada imagem de instantâneo remoto oferece suporte a todas as operações disponíveis com uma imagem de instantâneo local quando acessada pelo App Manager.
A replicação do StreamSnap exige uma conexão de rede confiável para replicar instantâneos 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 dados em caso de perda ou dano em locais remotos, data centers e regiões. Se ocorrer uma interrupção, a replicação de dados permite a retomada rápida do acesso e do uso desses dados.
- Faz o uso mais eficaz da largura de banda da rede usando a tecnologia de compactação.
- Elimina a necessidade de um otimizador/acelerador 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 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 de como a replicação de dados para um site remoto será realizada. 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 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 de várias maneiras:
- Espelhamento de dados: as políticas de Production para espelhamento protegem seu aplicativo ou dados de VM contra falhas do site com uma cópia completa desses dados espelhada em um site de produção remoto. Os aplicativos são 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 a 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 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 que você envie dados de aplicativos e VMs para o armazenamento definido por um pool do OnVault para backup e DR. Para mais informações, consulte a página Replicar para o armazenamento de objetos definido por um pool do OnVault para 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 da 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 menor. | RPO de até uma hora com acesso a dados quase instantâneos
e failover
Compactado e criptografado Replica grandes quantidades de dados também. Retira imagens de instantâneos de vários pontos disponíveis no tempo no dispositivo remoto A tecnologia StreamSnap pode ser usada para a 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:
- Clique na guia Gerenciar e selecione Dispositivos no menu suspenso.
- Selecione um eletrodoméstico.
- Clique em Configurar o 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 aparece para que você selecione o pool de snapshots de destino para 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 acessem um repositório de dados do ESX. Marque a caixa VM override e faça as seguintes seleções:
- Selecione um vCenter para gerenciar a operação. Esse vCenter precisa estar no local de DR.
- Selecione um host ESXi para hospedar as VMs do VMware. Esse host ESXi também precisa estar no local de DR e estar sempre ligado e disponível. 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 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 for chamada testvm, a cópia de DR será chamada 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 os dados e replicar uma cópia deles para um segundo dispositivo de backup/recuperação, é possível executar o failover de uma imagem de replicação do StreamSnap para um site de produção de dados espelhado em um segundo dispositivo de backup/recuperação. Em seguida, as mudanças feitas no local de DR podem ser replicadas de volta (failback) para o ambiente de produção no dispositivo de backup/recuperação local.
- Várias imagens de sincronização podem ser usadas para replicar as mudanças cumulativas feitas no site de DR de volta à produção.
- As imagens de sincronização podem ser montadas, clonadas ou restauradas no site de produção para restaurar o acesso.
Para gerenciar um aplicativo ou VM usando uma política de replicação do StreamSnap, faça o seguinte:
- Verifique se os dois dispositivos estão configurados e associados (trocam certificados de segurança) e operam no Modo de compartilhamento.
Em Backup Plans, crie um modelo que inclua um de cada um dos seguintes:
- Política de produção em snapshot. As políticas Production para espelho 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 do StreamSnap. As imagens de instantâneo remoto oferecem suporte a todas as operações disponíveis com uma imagem de instantâneo local quando acessadas no App Manager.
Em Backup Plans, crie um perfil de recurso que especifique onde armazenar dados localmente e onde replicá-los. 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 em um dispositivo remoto. Os dados ficam disponíveis no dispositivo remoto para oferecer a flexibilidade do acesso instantâneo. As imagens 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 o failover.
Com base nos requisitos de produção para espelhar a replicação de uma cópia dos dados em um segundo dispositivo, é possível executar o failover de uma imagem de replicação do StreamSnap para um site de produção em um segundo dispositivo. Em seguida, as mudanças feitas no site de DR podem ser replicadas (failback) de volta 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 ele está em execução, o job do StreamSnap aparece como um único job no Monitor. Quando a replicação é concluída, dois jobs aparecem no Monitor: um para o job de snapshot e outro para o job StreamSnap.
Observe as seguintes maneiras de um appliance de backup/recuperação rastrear 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 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 para o 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 do snapshot serão idênticos no Monitor. O tempo real gasto na fase de snapshot é listado na página Statistics 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 bem-sucedidos | 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 de StreamSnap falha | Para o job de snapshot, uma entrada de job aparece na lista de jobs com status Concluído.
O job do StreamSnap é tentado até três vezes. |
| Os jobs de snapshot e StreamSnap falham, mas o dispositivo tenta uma nova tentativa. | Uma entrada de job do StreamSnap aparece na lista de jobs com status Retried.
Se o job de snapshot for concluído, mas o job do StreamSnap ainda falhar, isso 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 novas tentativas. | Uma entrada de job do StreamSnap aparece na lista de jobs com status Falha. |
Novas tentativas de replicação do StreamSnap
A replicação StreamSnap (SnapReplicate) replica um resumo 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. Como resultado, a replicação para vários hosts pode ser concluída muito mais rápido.
Caso a fase de snapshot de um job do StreamSnap seja bem-sucedida, mas a fase do StreamSnap falhe, a fase do StreamSnap será repetida até três vezes antes que o job do StreamSnap falhe. O job StreamSnap tem um sufixo S seguido pela letra a, b ou c, que indica o número de novas tentativas.
Se o job de snapshot falhar, ele será tentado novamente. Se uma nova tentativa tiver sucesso, o job de replicação poderá prosseguir. Se o job de snapshot falhar mesmo após novas tentativas, o job do StreamSnap também falhará.
Quando você executa um novo job do StreamSnap enquanto um job do StreamSnap já está em execução, o novo job do StreamSnap é dividido automaticamente em dois jobs (snap+replicate) antes de ser colocado na fila. Nesse cenário, a parte de captura 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.
Cópia de segurança sob demanda
O console de gerenciamento permite replicar o snapshot local ou um StreamSnap de qualquer dispositivo pareado para qualquer dispositivo pareado usando a opção Replicate no menu suspenso da seção de detalhes da imagem. A replicação sempre será as mudanças da imagem selecionada para a mais recente no site remoto. Por isso, é ideal replicar as imagens da mais antiga para a mais recente se houver várias imagens que precisam ser replicadas. Você pode fornecer seu próprio período de armazenamento ao replicar a imagem. Consulte a seção Replicar uma imagem de snapshot.
Reproduzir uma imagem de snapshot
Use estas instruções para replicar uma imagem de snapshot:
Clique na guia App Manager e selecione a opção Applications na lista suspensa.
A página Aplicativos é aberta.
Selecione o aplicativo com a imagem que você quer replicar e escolha Acesso na lista suspensa no canto inferior direito da página Aplicativos. A página Acesso é aberta, listando as imagens capturadas na visualização da rampa da linha do tempo. Os tipos de imagem de snapshot e snapshot remoto, incluindo as imagens do StreamSnap, podem ser selecionados e replicados.
Selecione uma imagem e Replicate na lista de operações de acesso.
A página Replicar é aberta.
No menu suspenso Destination, selecione o dispositivo de destino para a replicação.
Na seção Validade, selecione uma das seguintes opções para a imagem recém-replicada:
- Igual à origem: selecione Igual à origem se quiser definir a mesma data de validade da imagem de origem.
- Manter: selecione Manter se quiser definir a duração de expiração da imagem replicada em horas, dias, semanas, meses ou anos.
- Expirar em: selecione Expirar em se quiser definir uma data de validade para a réplica.
- Expirar em: selecione Expirar em e especifique a data de validade da imagem replicada.
- Never Expire: selecione Never expire se você não quiser que a imagem replicada expire.
Clique em Enviar.