Antes de compreender os detalhes da integração entre o CA ARCserve Backup e o CA ARCServe Replication, você deve estar familiarizado com alguns termos e definições usados por cada produto.
A integração usa os seguintes termos e definições:
Um cenário do CA ARCServe Replication é a base fundamental para o gerenciamento da operação do sistema. Um cenário do CA ARCServe Replication sempre inclui pelo menos um servidor master e um servidor de réplica. Além disso, vários cenários independentes podem ser executados em um único servidor.
Um cenário é uma estrutura que descreve o seguinte:
Observação: o CA ARCserve Backup oferece suporte apenas aos cenários do Servidor de arquivos, do MS Exchange e do SQL Server.
O servidor master é o servidor ativo ou de produção que permite alterar dados ativamente (ler e gravar). Todas as alterações feitas, a qualquer momento, no servidor principal são capturadas continuamente em tempo real e transferidas (ou duplicadas) para um ou mais dos servidores de réplica associados, de forma que todos os servidores de réplica contenham uma cópia exata dos dados no servidor principal em todos os momentos.
O servidor de réplica é o servidor passivo. Esse é o servidor do qual os dados não podem ser alterados (somente leitura) de maneira nenhuma, exceto por meio de alterações duplicadas do servidor master. Pode haver vários servidores de réplica associados a um único servidor principal. Quando você sincroniza dados duplicados com o servidor mestre, os dados entre os servidores são comparados e apenas as alterações feitas no servidor mestre são enviadas para os servidores de réplica, minimizando o tráfego da WAN.
A Proteção de dados contínua é a capacidade de recuperar dados não apenas para determinados estados isolados capturados anteriormente, por exemplo, em um backup diário ou instantâneo, mas de recuperar os dados para qualquer tempo definido. Dessa forma, se houver um ataque de vírus, você poderá recuperar os dados para o estado que eles tinham minutos antes da ocorrência do vírus, com praticamente nenhuma perda de dados e em um tempo de recuperação muito rápido.
A tolerância a falhas é um recurso que detecta quando ocorre uma falha no aplicativo protegido no servidor master e alterna (automática ou manualmente) para um servidor de réplica designado, com essencialmente zero perda de dados e de tempo. Se houver falha em um servidor principal ou se for necessário desligá-lo para manutenção, uma réplica sincronizada (local ou remotamente) tomará seu lugar de forma automática e instantânea.
O retrocesso de dados é um método de recuperação que permite retroceder arquivos para um tempo definido (ponto de retrocesso) antes de terem sido danificados. Essa tecnologia de retrocesso incorporada ocorre no servidor de réplica e qualquer "retrocesso de dados" para um estado anterior pode ser executado apenas no servidor de réplica.
Um ponto de retrocesso é um ponto de verificação no log de retrocesso que marca um evento ou operação. As informações reais armazenadas incluem a operação que desfará o evento caso o ponto de retrocesso seja ativado. A recuperação dos dados usa esses pontos de retrocesso ou marcadores no log de retrocesso para redefinir os dados atuais novamente para um estado anterior.
O recurso Assured Recovery permite executar um teste real do servidor de recuperação de falhas por meio da execução do aplicativo, incluindo a modificação de dados, sem causar impactos ao ambiente de produção ou aos dados duplicados anteriormente.
Ao usar o recurso Assured Recovery, você pode executar testes transparentes e sem interrupções de um instantâneo de dados duplicados para iniciar serviços de aplicativos e executar todas as operações necessárias para verificar a integridade dos dados no servidor de réplica. O recurso Assured Recovery fornece essa funcionalidade sem nunca deixar seus sistemas de produção vulneráveis durante o teste, sem interromper a disponibilidade do aplicativo de produção de nenhuma maneira e sem necessidade de ressincronizar os dados após a conclusão do teste.
O modo de suspensão interrompe temporariamente a entrega de alterações para o servidor de réplica suspenso. As alterações continuarão a ser registradas em um spool até que a duplicação seja retomada, para que a ressincronização não seja necessária. Após a replicação ser retomada, as alterações acumuladas são transferidas e aplicadas sem nenhuma necessidade de executar uma ressincronização completa dos dados.
Quando o backup de um cenário é feito com o recurso Assured Recovery configurado, o backup é consistente com o aplicativo e nenhuma recuperação do aplicativo é necessária após a restauração. No entanto, quando você faz o backup de um cenário com o modo de suspensão ativado (sem o recurso Assured Recovery configurado), o backup pode exigir a recuperação do aplicativo após a restauração, dependendo do estado do aplicativo na hora do backup.
A sincronização é o processo de sincronizar os dados no servidor de réplica com os dados no servidor principal. Para sincronizar o servidor mestre e o servidor de réplica de maneira apropriada, suas duas estruturas de arquivos são comparadas para determinar qual conteúdo (arquivos e pastas) do servidor mestre está ausente ou é diferente do conteúdo do servidor de réplica. Os níveis de sincronização são os seguintes:
A replicação é um processo que mantém cópias idênticas de arquivos e bancos de dados por captura em tempo real de alterações em nível de bytes em arquivos no servidor principal. Essas alterações capturadas são transmitidas de maneira assíncrona para os servidores de réplica. Como a replicação atualiza continuamente os dados de origem no outro computador, um servidor de réplica sempre contém os mesmos dados que o servidor principal. Para evitar a tentativa de restaurar arquivos que estão em uso, o aplicativo não pode estar em execução (deve estar offline).
Define o nível de detalhamento para um cenário do CA ARCServe Replication para fins de backup e restauração. O nível de detalhamento de uma entidade depende do tipo do cenário.
Para um cenário de servidor de arquivos, uma entidade representa todos os arquivos e diretórios pertencentes ao mesmo volume em um servidor mestre.
Por exemplo, em um servidor mestre, o conteúdo da unidade C: constitui uma entidade, enquanto o conteúdo da unidade D: constitui uma entidade separada.
Para um cenário do SQL Server, uma entidade representa um banco de dados SQL.
Por exemplo, em um servidor principal, o conteúdo do banco de dados de Funcionários da empresa A constitui uma entidade, enquanto o conteúdo do banco de dados de Funcionários da empresa B constitui uma entidade separada.
Para um cenário do MS Exchange, uma entidade representa um Grupo de armazenamento do MS Exchange. O nome da entidade é o nome do Grupo de armazenamento do MS Exchange.
| Copyright © 2011 CA. Todos os direitos reservados. | Enviar email à CA Technologies sobre este tópico |