Notas da Versão do Arcserve® Unified Data Protection Versão 5.0 Atualização 3

1.0 Bem-vindo

Bem-vindo às Notas da Versão do Arcserve UDP Versão 5.0, Atualização 3. As Notas da Versão contêm informações importantes sobre esta atualização. As atualizações são acumulativas e podem ser instaladas em qualquer versão anterior do Arcserve UDP. O Arcserve UDP Versão 5.0, Atualização 3, não é automaticamente baixado e instalado em seu sistema (por meio do recurso Atualizações do produto), mas requer um download manual nos links fornecidos nas instruções de instalação.

2.0 Melhorias

As seguintes melhorias ou recursos foram adicionados ao Arcserve UDP para esta atualização:

• A Arcserve introduziu um novo dispositivo Arcserve UDP série 7000.

  Cada dispositivo Arcserve UDP série 7000 é uma solução de backup e recuperação configurar e esquecer independente. O dispositivo Arcserve UDP série 7000 é totalmente integrado com o software Arcserve Unified Data Protection líder do setor previamente instalado no hardware de última geração. Desenvolvido com recursos nativos em nuvem, sua facilidade incomparável de implantação e usabilidade combinam com um amplo conjunto de recursos, como redução de redundância com base na origem global, replicação em vários locais, suporte a fita e recursos automatizados de recuperação de dados. O Arcserve UDP série 7000 oferece agilidade e eficiência operacionais incomparáveis e simplifica realmente as atividades de recuperação de falhas.

• Guia Painel do console do Arcserve UDP

  A guia Painel permite exibir uma representação gráfica do tamanho dos dados brutos, do armazenamento de dados reais e do tamanho dos dados restauráveis dos últimos sete dias, bem como o status do último backup.

• Guia Tarefas do console do Arcserve UDP

  Esta é a antiga guia Painel na release anterior. Ela exibe o status das tarefas para um período específico. É possível aplicar filtros para categorizar os resultados ou também é possível agrupar as tarefas por plano.

• Foram adicionadas as seguintes opções na guia Recursos de um plano para um plano de backup sem agente com base em host:
  • Método de encerramento instantâneo da VMware – permite que você use um método de encerramento alternativo durante o backup de uma VM da VMware.
  • Método de instantâneo do Hyper-V – permite que você selecione o método de instantâneo quando não é possível executar um instantâneo consistente do aplicativo para uma VM do Hyper-V.
  • Separação de instantâneo do Hyper-V – resolve um problema conhecido da release anterior em que a máquina virtual permanece no status "Fazendo backup", embora a tarefa de backup sem agente com base em host desta máquina virtual já tenha sido concluída.
• Foram adicionadas as seguintes opções na guia Programação de um plano para um plano de backup sem agente com base em host:
  • Verificação do ponto de recuperação – permite montar os volumes a partir de um ponto de recuperação e verificar a consistência dos dados executando a ferramenta CHKDSK da Microsoft no fim da tarefa de backup.
• Correções de teste instaladas. Para obter mais informações, consulte o tópico Problemas corrigidos nas Notas da Versão.

3.0 Problemas corrigidos

Esta atualização corrige os problemas a seguir, que podem ter ocorrido:

• Corrige um possível problema de corrupção de dados nos arquivos/pastas a serem excluídos do recurso de todos os nós listados no Agente do Arcserve UDP (Linux) quando o volume é maior que 2 TB. Se selecionar essa opção em seu plano de backup do Linux, deverá executar manualmente um backup completo após a atualização para o Agente do Arcserve UDP (Linux) Versão 5.0, Atualização 3. (Correção de teste T5DQ163/RI78770)
• Fornece um patch para o Arcserve UDP 5.0 Atualização 2 (Correção de teste RO76314)
• Corrige um problema em que o servidor entra no modo de reparo automático após uma reinicialização de BMR.

  Sintoma:

  O servidor não pode inicializar após uma BMR a partir de um ponto de recuperação específico e continua inicializando no modo de reparo ou continua reinicializando.

  Causa:

  O Agente do Arcserve UDP não pode fazer backup de dados consistentemente durante uma transação de NTFS. Se o backup for executado após o início da transação de NTFS e antes de sua confirmação dos dados, poderá não ser possível fazer o backup correto dos dados não confirmados. Todos os backups incrementais a seguir apresentam esse problema. Um backup completo ou um backup de verificação pode resolver esse problema para um ponto de recuperação recém-criado.

  Solução:

  Atualize para o Arcserve UDP Versão 5.0, Atualização 3 e execute um backup completo.

• Corrige um problema em que se um anexo de email contiver caracteres não existentes no inglês no nome, após a execução de uma restauração, o nome será exibido como ???.
• Corrige um problema em que se um email for criado no Outlook Web Access e apresentar uma tabela inserida depois de executar uma restauração, caracteres desconhecidos serão exibidos no início de cada célula na tabela.
• Corrige um problema em que o assistente trava ao procurar um repositório de dados em um servidor ESX para um cenário de sistema completo se o mecanismo de Arcserve RHA tiver sido instalado em ambientes com os idiomas francês ou espanhol.
• Essa correção desativa o protocolo SSL v3.0 no Apache em um servidor RPS e usa o protocolo TLS 1.2 para conectar-se ao modo HTTPS.

  Observação: antes de atualizar para o Arcserve UDP Versão 5.0, Atualização 3 revise as seguintes considerações de compatibilidade com versões anteriores em seu ambiente:

  • O console do Arcserve UDP Versão 5.0, Atualização 3 oferece suporte à adição de um servidor RPS e ao agente de versões anteriores.
  • O console do Arcserve UDP Versão 5.0, Atualização 3 oferece suporte a um servidor RPS e ao agente de um backup de versões anteriores caso nenhum plano seja alterado.
  • O console do Arcserve UDP Versão 5.0, Atualização 3 atualizará o agente de versões anteriores para a mesma versão do console automaticamente se criar ou modificar um plano do agente.
  • O servidor RPS do Arcserve UDP Versão 5.0, Atualização 3 oferece suporte a versões anteriores do agente para fazer backup.
  • Uma tarefa de replicação requer que o servidor RPS de origem e de destino sejam da mesma versão.
• Corrige um problema em que, em alguns casos, a tarefa de backup de uma VM de agrupamento do Hyper-V é convertida em um backup de verificação.

  A tarefa de backup de uma VM de agrupamento do Hyper-V torna-se um backup de verificação e há o seguinte aviso no log de atividades: O recurso de rastreamento de bloco alterado está inativo no host Hyper-V. Esse problema ocorre quando um dos hosts Hyper-V no agrupamento é removido do agrupamento e é encerrado imediatamente.

• Corrige um problema em que uma VM do Hyper-V é colocada no estado Salvo durante uma tarefa de backup, quando a VM não oferece suporte a um backup online. (Correção T5TM210/RO77348)

  Uma VM do Hyper-V é colocada no estado Salvo por 1 ou 2 minutos durante o estágio de obtenção instantâneo do backup (após esse estágio, a VM será retomada automaticamente). O problema em que uma VM é colocada no status Salvo pode ocorrer em um ambiente do Hyper-V 2008 R2 ou do Hyper-V 2012. Para o Hyper-V 2012 R2, esse problema pode ocorrer antes da Atualização do Windows 2919355 ser aplicada.

• Corrige um problema em um sistema x86, quando um volume tem uma grande capacidade (por exemplo, 1 TB) e o tamanho do setor é de 512 bytes, a tarefa de backup falha ao criar um instantâneo, porque a memória do sistema se esgota. Para resolver esse problema, execute as seguintes etapas para ativar o recurso:
  1. Adicione a chave de registro para manter o bitmap em disco, em HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFBackupDll
  2. Adicione a chave DWORD CachebitmapInFile e defina o valor como 1.
  3. Adicione a chave de sequência de caracteres CacheBitmapFolder e defina o valor como uma pasta local com um caminho válido para salvar os arquivos temporários. Caso não haja espaço suficiente na pasta local, é possível especificar essa opção para armazenar em cache o bitmap em uma pasta alternativa. Se a pasta não estiver definida, o caminho padrão será EngineInstallFolder\Bin\Temp.
• Corrige um problema em que, ao escolher um dia no calendário no painel de eventos mais recentes, a tarefa parece que foi executada às 00h00 no próximo dia após o dia escolhido. (Correção de teste T245930 e T245932)
• Corrige o problema em que uma tarefa de backup travará ao analisar alguns registros do arquivo que não estão em uso ou em que o nome do arquivo está vazio. (Correção de teste T55Z063)
• Corrige o problema para restaurar um banco de dados do Exchange 2007 para um RSG (Recovery Storage Group – Grupo de Armazenamento de Recuperação), e o banco de dados restaurado não é montado quando a pasta de log do grupo de armazenamento de origem está em uma unidade diferente do banco de dados de caixa de correio. (Correção de teste T55Z072)
• Corrige o problema quando há dois computadores com o mesmo nome de host em locais diferentes durante uma BMR, anexando a ID do nó ao nome do host na IU da BMR. (Correção de teste T5TM207)
• Corrige os problemas quando uma VM tem volumes dinâmicos e os problemas a seguir são observados com o ponto de recuperação de backup feito por uma tarefa de backup sem agente com base em host: (Correção de teste T5TM206 e T5TM209)
  • A tarefa de geração catálogo do sistema de arquivo não é iniciada
  • Não é possível executar uma restauração em nível de arquivo
  • Não é possível montar um ponto de recuperação
  • Não é possível executar uma BMR
• Corrige uma vulnerabilidade de XSS (Cross-Site Scripting – Scripts Entre Sites) no Arcserve D2D. (Correção de teste T55U027)
• Corrige um problema em que o novo ponto de recuperação não é mostrado depois que um backup é feito em um sistema de vários bytes. (Correção de teste T55Z057)
• Corrige um problema no módulo AFstor para lidar com a falha da tarefa de backup quando há uma reconexão de rede/disco, adicionando uma lógica de repetição de três vezes para cada 10 segundos. (Correção de teste T55U032)
• Corrige um problema em que uma tarefa de backup pode levar muito tempo para ser concluída. (Correção de teste T245939 e T245941)
• Corrige um problema em que, entre duas tarefas de backup sem agente com base em host para a VM da VMware, se você alterar o disco virtual dos seguintes tamanhos, os dados de backup podem ficar corrompidos, embora o Arcserve UDP mostre que o backup é bem-sucedido. (Correção de teste T5LE185)
  • um tamanho inferior a 128 GB para um tamanho superior a 128 GB
  • um tamanho inferior a 256 GB para um tamanho superior a 256 GB
  • um tamanho inferior a 512 GB para um tamanho superior a 512 GB
• Corrige um problema em que várias pastas temporárias são geradas em c:\Windows\Temp\caes <data>-<time> durante um backup. Cada pasta contém um arquivo edbtmp.txt que tem 4,5 MB e as pastas temporárias não são removidas após a conclusão da tarefa de geração de catálogo. A correção remove todas as pastas temporárias. (Correção de teste T5EL181 e T5LE184)
• Corrige um problema em que, em algumas situações, a recuperação da VM (VM da VMware) pode falhar quando a VM tiver arquivos de disco residindo em um dispositivo SAN e o modo de transporte SAN for usado. Essa correção é para fazer com que o modo de transporte volte para o modo NBD, no caso de a recuperação da VM não poder continuar no modo SAN. (Correção de teste T55Z074)
• Corrige um problema se o backup de alguns dados não for feito durante uma transação longa de NTFS. Ele geralmente ocorre em uma BMR, uma vez que o sistema pode não ser capaz de inicializar. O patch não corrige as sessões com problemas. É necessário aplicar esse patch e executar um backup completo. (Correção de teste T5TM211)
• Corrige um problema em que uma partição MSR é alterada após a BMR para uma máquina de origem UEFI do Windows. (Correção de teste T5TM208)
• Corrige um problema em que uma configuração BCD (Boot Configuration Data – Dados de Configuração de Inicialização) fica corrompida após uma BMR. (Correção de teste T5TM212)
• Corrige um problema em que o catálogo de restauração granular do servidor Microsoft Exchange 2013 falha com o erro "Falha ao gerar o catálogo de Restauração granular do Exchange para o arquivo EDB". O arquivo EDB contém "EDB" como sufixo. (Correção de teste T5LE179 e T5LE180)
• Corrige um problema em que, após um backup e uma restauração, o Arcserve UDP mostra o nome da caixa de correio com o último nome de usuário conectado, em vez do alias da caixa de correio. (Correção de teste T5LE182)
• Corrige um problema com sistemas x86, se o backup falhar quando um volume grande for formatado para o tamanho da unidade de alocação de 512. (Correção de teste T5TM213)
• Corrige um problema com as informações de inicialização do CHS. (Correção de teste T5LE183)
• Corrige um problema em que a página de seleção do repositório de dados trava no assistente de criação de cenários na guia de alta disponibilidade quando o console do Arcserve UDP e o serviço de controle do Arcserve RHA estão em um sistema operacional em francês ou espanhol. (Correção de teste T5TM214)
• Corrige o problema em que um backup mostra o andamento de 100%, mas falha com o erro "Falha na gravação de dados no arquivo BackupInfo.XML". (Correção de teste T5LE186)
• Incluído um patch no arquivo binário glibc vulnerável da release do Arcserve UDP Versão 5.0, Atualização 3. O Agente do Arcserve UDP (Linux) Live CD é fornecido com o binário glibc vulnerável. Essa vulnerabilidade não afeta o Arcserve UDP quando o Live CD for usado somente para a BMR. Isso ocorre porque o Live CD não tem a opção do nome do host. O novo patch é compatível com as releases anteriores. Os usuários que usam a release anterior também podem usar o pacote atualizado. A vulnerabilidade do glibc também é corrigida no dispositivo Arcserve UDP. Para obter mais informações sobre a vulnerabilidade do glibc, consulte o site da Redhat.
• Corrige um problema que, em alguns ambientes raros que tenham discos dinâmicos com estilo MBR, um ou mais volumes não podem ser montados. Como resultado, as opções Montar ponto de recuperação, Restauração em nível de arquivo e Restauração em nível de aplicativo irão falhar. (Correção de teste T5LE190 e T5LE192)
• Corrige um problema em que se você fizer backup de dois nós com o mesmo nome, mas com distinção de maiúsculas e minúsculas, a BMR exibirá um nome duplicado. (Correção de teste T5TM215)
• Corrige um problema em que, se um volume do sistema for uma partição OEM, o backup não será feito. (Correção de teste T5TM216)
• Corrige um problema em que, quando os objetos de email contêm uma assinatura digital, o email não poderá ser catalogado e restaurado. (Correção de teste T5LE188)
• Corrige um problema em que, quando a senha da conta do vCenter/ESX contém o caractere alemão 0xF6, a tarefa da VM de recuperação falhará ou travará na biblioteca do VDDK. (Correção de teste T5LE191)
• Corrige um problema em que a KVM (Kernel-based Virtual Machine – Máquina Virtual com Base em Kernel) não usa um hipervisor especificado para o licenciamento. (Correção de teste T5LE193)
• Corrige um problema relativo à adição de uma chave de registro se o cache de licença local for mais de 24 horas. Se o agente não puder se conectar ao console, ele poderia usar o cache de licença local em vez de falhar diretamente. (Correção de teste T5LE195)
• Corrige um problema em que, quando a senha de um host Hyper-V contém um caractere de espaço, a tarefa de backup sem agente com base em host da VM dentro desse host falha. (Correção de teste T5LE189)
• Corrige um problema em que os discos VMDK poderiam ser desconectados e/ou excluídos após a execução de uma tarefa de backup para a VM da VMware em situações específicas. (Correção de teste T5LE198/RI78965)
• Corrige um problema com a detecção de nós do Active Directory, em que ela sempre mostra a mesma lista de nós, mesmo se você tiver excluído um computador do Active Directory. Depois de aplicar essa correção, se adicionar ou excluir um computador do domínio, a lista de detecção do Active Directory mostrará somente os nós que atendem às condições do filtro. Se excluir um computador do Active Directory, a lista de detecção do Active Directory não exibirá esse computador.

Para obter todos os problemas corrigidos nesta release, consulte as Notas da Versão do Arcserve UDP Versão 5.0.

4.0 Problemas conhecidos

Os seguintes problemas podem existir nesta atualização:

• Ao atualizar do Arcserve UDP Versão 5.0 ou Arcserve UDP Versão 5.0, Atualização 1 para o Arcserve UDP Versão 5.0, Atualização 3, será necessário reinicializar o sistema. Ao atualizar do Arcserve UDP Versão 5.0, Atualização 2 para o Arcserve UDP Versão 5.0, Atualização 3, não será necessário reinicializar o sistema.
• Se estiver instalando o Arcserve UDP, versão 5.0, Atualização 3, esteja ciente do seguinte problema:
  • A Arcserve indisponibilizou o download e a instalação da Atualização 3 por meio do sistema de atualização online a partir do produto.
  • Entretanto, você ainda pode instalar a Atualização 3 manualmente para garantir uma instalação segura e, em seguida, terá a opção de reinicializar o sistema imediatamente ou em um momento posterior (mais conveniente).
  • Para obter mais informações sobre esse problema e a solução, consulte o artigo da base de conhecimento correspondente: O Arcserve UDP Atualização 2 está disponível para download e atualização manuais exclusivamente a partir do link de download direto padrão.
• A Arcserve tem acompanhado, com preocupação crescente, um problema com um bug da VMware que não foi resolvido. Esse defeito pode fazer com que os produtos de backup façam backup de um instantâneo corrompido. O impacto desse problema é tal que ele poderia processar os backups de forma totalmente inutilizável para recuperação de dados em diversos níveis de perda de dados. Descobriu-se que o backup sem agente dos sistemas VMware usando o Arcserve UDP encontraram este problema.

  Sintoma:

  Ocorre um erro quando o VMware interrompe uma VM, de forma que seu instantâneo contém dados corrompidos. O backup lê os dados do instantâneo, de forma que os dados copiados para backup também são corrompidos. Para obter mais informações sobre esse problema, consulte o seguinte artigo da base de conhecimento da VMware: Encerramento do aplicativo com o Windows 2008 R2 SP1 e Windows 2012 com vSphere Data Protection, VMware Data Recovery e software de backup de terceiros (2044169).

  Observação: esse problema pode ocorrer com todas as versões de ESXi da VMware e em uma VM com o sistema operacional convidado Windows 2008 R2 SP1 e Windows 2012. O problema de dados corrompidos não pode ser detectado pelo software porque a VMware não retorna um erro neste caso. Isso pode levar a situações nas quais você não fica ciente do problema, até tentar restaurar alguns dados.

  Solução:

  Execute os seguintes métodos fornecidos nesta atualização para detectar e resolver o problema:

  • Verificação do ponto de recuperação – monte os volumes a partir do ponto de recuperação e verifique a consistência dos dados executando a ferramenta CHKDSK da Microsoft no final da tarefa de backup. Para obter mais informações, consulte o Guia de Soluções do Arcserve UDP. Como a execução do CHKDSK pode levar algum tempo, é recomendável ativar essa opção para tarefas de backup semanais ou mensais.
  • Método de encerramento de instantâneo do VMware – se a Verificação do ponto de recuperação detectar um problema, execute as etapas descritas em "Como verificar se pode ser afetado por este erro" no artigo da base de conhecimento da Arcserve. Se for confirmado que o problema é causado por esse problema conhecido da VMware, será possível usar a opção Microsoft VSS dentro da VM para resolvê-lo, antes de a VMware o poder resolver. Para obter mais informações, consulte o Guia de Soluções do Arcserve UDP.
• Uma máquina pode falhar ao inicializar após a execução de uma BMR, quando o computador te um disco de 4 KB e a origem está no Windows 8.1 ou Windows 2012 R2.

  Sintoma:

  Quando o computador de origem é um sistema Windows 8.1 ou Windows 2012 R2 e você executa uma BMR em um computador com um disco de 4 KB, ele pode falhar ao inicializar a máquina após a BMR com a mensagem de erro: system_thread_excption_not_handled (WppRecorder.sys).

  Solução:

  Inicialize o console de recuperação (você deve ver automaticamente, após alguns travamentos de tela azul).

  1. Inicie o prompt de comando e execute o seguinte comando:

     c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys

  2. Reinicialize o computador.
  3. Assim que iniciar o computador com êxito, desative a compactação de NTFS de todo o sistema para que o CBS Scavenger não reinicie o problema novamente:

     fsutil behavior set DisableCompression 1

  4. Reinicialize novamente (assim, a configuração de DisableCompression entra em efeito). Arquivos compactados permanecerão compactados (e legível). No entanto, o CBS Scavenger não será capaz de compactar os arquivos e causar o problema novamente.
• Ao migrar pontos de recuperação a partir de uma pasta compartilhada para um repositório de dados usando o console do Arcserve UDP a tarefa de migração com histórico de monitor/tarefa não está disponível na exibição da lista de Nós na guia de recursos.

  Sintoma:

  Uma tarefa de migração não aparece na exibição de lista de Nós na guia de recursos.

  Solução:

  Acesse a exibição RPS ou a guia tarefas para verificar o monitor de tarefas.

• A exibição do Ponto de recuperação do Arcserve UDP não dá suporte a volumes que foram criados por Mapear unidade de rede.

  Sintoma:

  Não é possível procurar os volumes na Exibição do ponto de recuperação do Arcserve UDP.

  Solução:

  Use um caminho UNC em vez diretamente mapeamento para uma unidade de rede.

• Para backup com base em host, em Restauração granular do Exchange, quando a versão do Windows do host proxy de backup é mais antiga do que a versão da máquina virtual, a tarefa do catálogo Exchange subsequente pode falhar devido a uma atualização do Windows. Quando uma máquina virtual cujo backup foi feito com a opção Gerar Catálogos do Exchange ativada para o plano, a tarefa do catálogo falha com a seguinte mensagem do log de atividades:

  A versão do proxy do Windows [<Nome do proxy>] é de uma versão mais antiga do que da máquina virtual [<Nome da máquina virtual>]. Como resultado, os próximas tarefas de catálogo do Exchange podem falhar, e você deverá instalar o pacote de atualização do Windows relacionado para solucionar o problema.

  Sintoma:

  A tarefa de catálogo do Exchange usará os binários do Exchange a partir da máquina virtual. Se a versão do Windows do computador proxy for uma versão mais antiga do que a máquina virtual, os binários do Exchange não funcionam bem, e, como resultado, a tarefa de catálogo falhará.

  Solução:

  Instale o pacote de atualização do Windows a seguir para resolver o problema:

  http://support.microsoft.com/kb/2533623

• Depois de recuperar uma VM agrupada no agrupamento do Hyper-V original, o adaptador de rede não conseguiu estabelecer conexão com o comutador virtual, exibindo a mensagem de aviso "Não é possível conectar o adaptador de rede <<nome do adaptador>> ao comutador virtual" no log de atividades.

  Sintoma:

  A tolerância a falhas ocorre para a VM agrupada antes de criar um instantâneo durante o backup de uma VM. Isso faz com que o host do Hyper-V gravado na sessão de backup seja inconsistente com a configuração da VM.

  Solução:

  É possível conectar manualmente o adaptador de rede a um comutador virtual em seu host do Hyper-V ou usar a opção Restaurar em um local diferente para recuperar a VM com a qual você pode definir a configuração de restauração da VM.

• No Agente do Arcserve UDP (Linux), um novo plano é criado no console ao migrar novamente um servidor de backup Linux para o console.

  Sintoma:

  Suponhamos que um servidor de backup Linux seja migrado para o console do Arcserve UDP. Se o servidor de backup Linux for liberado e, em seguida, migrado novamente, você verá um novo plano criado automaticamente no console.

  Exemplo:

  Você tem o Servidor1 de backup Linux que gerencia o Linux_Nó1. Você criou uma tarefa de backup com o nome Novo plano. Você também tem um console do Arcserve UDP que gerencia o Linux_Nó2 e o Servidor2 de backup Linux, e o plano também é denominado Novo plano.

  Migre o Servidor1 de backup Linux para o console usando o comando d2dreg. Após a migração, o nome da tarefa de backup muda para Novo plano_<Servidor1 de backup Linux>. Implante o Novo plano_<Servidor1 de backup Linux>.

  Agora, adicione Linux_Nó1 ao novo plano e adicione o Servidor1 de backup Linux como o servidor e implante o plano. Em seguida, o Novo plano protege o Linux_Nó1 e o Linux_Nó2, e o servidor é o Servidor1 de backup Linux.

  Agora, libere o Servidor1 de backup do Linux do console. Exclua o Novo plano e Novo plano_<Servidor1 de backup Linux> do console. Ao migrar o Servidor1 de backup do Linux novamente para o console, são migrados dois planos: Novo plano e Novo plano_<Servidor1 de backup Linux>.

  Solução:

  Exclua o novo plano. O novo plano não tem nós, portanto, ele não afeta nenhuma programação de backup.

• No Hyper-V 2012 ou posterior, a máquina virtual permanecerá no status "Fazendo backup", apesar de a tarefa de backup com base em host sem agente desta máquina virtual já ter sido concluída.

  Sintoma:

  Embora a tarefa de backup de uma máquina virtual já esteja concluída, o status da máquina virtual ainda é "Backup" no gerenciador Hyper-V. Portanto, se outra tarefa de backup para a VM for iniciada neste momento, haverá falha, exibindo o erro "O gravador de VSS do Hyper-V encontrou um erro ao processar essa máquina virtual". Além disso, nesse momento, não é possível executar para a VM algumas operações, como ligar/desligar, no gerenciador do Hyper-V. E se a VM for o agrupamento do Hyper-V, não é possível realizar a migração ao vivo para ela.

  Esse problema ocorre durante as seguintes situações:

  • Há várias tarefas de backup começando ao mesmo tempo ou, às vezes, próximas umas das outras (a 1 minuto).

  • Uma ou mais tarefas de backup foram concluídas, mas ainda há ao menos uma em andamento.

  Raiz do problema:

  Para evitar cargas de trabalho desnecessárias no host do Hyper-V, em vez de gerar um instantâneo VSS para cada VM, o Arcserve UDP tenta gerar um instantâneo VSS para todas as VMs quando as tarefas de backup começam ao mesmo tempo ou em horários aproximados. Depois de gerar o instantâneo VSS, todas as VMs dentro desta instância de instantâneo VSS serão "bloqueadas" (no status Fazendo backup). Como o Arcserve UDP não pode liberar o instantâneo até que todas as tarefas de backup sejam concluídas, mesmo que a tarefa de backup de uma VM já esteja concluída, a VM ainda fica "bloqueada". Devido à limitação do instantâneo VSS, que pode executar apenas um instantâneo por vez para uma VM, se outra tarefa de backup da mesma VM for iniciada nesse momento, haverá falha com o erro: "O gravador de VSS do Hyper-V encontrou um erro ao processar essa máquina virtual". Além disso, algumas operações (como ligar/desligar) estão desativadas no Gerenciador do Hyper-V e, se a VM estiver em um agrupamento do Hyper-V, a migração ao vivo também não será permitida. Isso não ocorre no Hyper-V 2008R2, pois ele possui comportamento diferente no mecanismo de instantâneos VSS.

  Solução:

  Embora a VM esteja "bloqueada", você ainda poderá usar o sistema operacional convidado normalmente. Portanto, isso não tem nenhum impacto na disponibilidade/uso do sistema operacional convidado. No entanto, se tiver preocupações e desejar evitar essa situação, poderá fazer o seguinte:

  • Use a opção Separação de instantâneo do Hyper-V na guia recursos do backup sem agente com base em host. Para obter mais informações, consulte o Guia de soluções do Arcserve UDP.
  • Use outros planos para proteger VMs que tenham um tamanho diferente. Em outras palavras, inclua a VM com um tamanho semelhante em um plano, para que as tarefas de backup levem um tempo semelhante e, ao mesmo tempo, definam programações diferentes para os planos.
• Às vezes, a resposta da interface do usuário poderá ser lenta ao acessar o Agente do Arcserve UDP (Windows) a partir de determinadas versões do Internet Explorer 10 ou 11.

  Sintoma:

  A interface do usuário poderá ter uma resposta lenta ao acessar o Agente do Arcserve UDP (Windows) a partir do Internet Explorer 10 ou 11 se usar qualquer uma destas versões específicas do Internet Explorer: 10.0.9200.17XXX e 11.0.9600.17XXX.

  Se esse problema ocorrer, todas as outras solicitações subsequentes aguardarão pela resposta por 5 minutos.

  Esse problema ocorre apenas quando se usa o Internet Explorer 10 e 11 mencionados. Todos os outros navegadores não têm esse problema.

  Solução:

  Execute uma das seguintes soluções temporárias:

  • Feche o Internet Explorer que está respondendo com lentidão. Abra qualquer outro navegador, como o Google Chrome ou o Firefox para efetuar logon.
  • Limpe o cache do Internet Explorer e, em seguida, atualize a página.

  Execute a seguinte solução permanente:

  • Adicione as duas seguintes linhas ao arquivo “\Arcserve Unified Data Protection\Engine\Apache\conf\httpd.conf”. Em seguida, reinicie o Serviço de compartilhamento de porta do RPS do Arcserve UDP.
    • AcceptFilter http none
    • AcceptFilter https none
• Quando uma VM do Hyper-V de backup com base em host tiver um disco com tamanho de bloco de 1 MB, os dados de backup poderão ficar corrompidos.

  Solução:

  Crie um disco virtual com qualquer valor diferente de 1 MB.

• Se o dispositivo estiver participando do domínio, o servidor DHCP no dispositivo precisará ser autorizado. Se a conta de domínio não tiver direitos para autorizar o servidor DHCP, você verá uma mensagem de aviso na janela de comando de configuração do Arcserve UDP.

  Solução:

  Entre em contato com o administrador de domínio para obter ajuda para autorizar o servidor DHCP antes de usar o servidor de backup do Linux do Arcserve UDP.

• O sistema operacional Windows não responde.

  Sintoma:

  Há um bloqueio no sistema de arquivos ao gerar um instantâneo durante a execução da tarefa de geração de catálogo de restauração granular.

  As seguintes condições podem disparar o problema:

  • O arquivo de cache do driver de montagem usado para armazenar os dados está no volume que é protegido pelo mecanismo do Arcserve UDP.
  • Se executar um backup quando a tarefa de geração de catálogo de restauração granular estiver em execução.

  Solução:

  Configure a seguinte chave de registro para poder mover o arquivo de cache para outro local que não esteja protegido pelo mecanismo do Arcserve UDP:

  HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath

  Se a chave AFStorHBAMgmt não existir, será necessário criar uma.

  1. Na pasta da chave AFStorHBAMgmt, crie um valor de sequência de caracteres REG_SZ para CacheFilePath.
  2. Defina o valor como uma pasta em um volume diferente com espaço livre suficiente.
     • Se o destino estiver em um computador local e nenhum caminho de registro tiver sido especificamente definido, o caminho da sessão de destino será usado para armazenar o caminho do cache.

       Exemplo: se o destino de backup for uma unidade local E:, o instantâneo do backup será criado na unidade E: no caminho de destino do backup.

     • Se o destino for um caminho remoto/local e se o registro estiver definido como HKEY_LOCAL_MACHINE \SOFTWARE \CA \ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath em algum caminho

       Exemplo: E:\Temp, então E:\temp é usado como o caminho do repositório de cache.

     • Se o destino for remoto e você não definir nenhum caminho do registro, por padrão (pasta de instalação)/Bin/Temp é usado para armazenar o caminho do cache.

  Observação: esse problema ocorre quando a carga de E/S for alta e existirem as seguintes condições:

  • Uma tarefa de geração de catálogo de restauração granular estiver em execução para um banco de dados grande. O ponto de recuperação será montado como modo de gravação, os dados gravados e o volume montado será salvo na pasta de instalação do Arcserve UDP por padrão.
  • O backup está gerando um instantâneo do volume onde o Arcserve UDP está instalado.

  Gerar um instantâneo notificará o driver do sistema de arquivos para liberar dados incompletos para o volume e reterá todas as novas operações de gravação para todos os volumes por um curto período de tempo. Isso criará um bloqueio em que o volume montado está liberando dados para o arquivo e, ao mesmo tempo, a operação do gravador estará retendo no volume onde o Arcserve UDP está instalado.

• Durante a recuperação granular de objetos de email do Exchange, se o Exchange Server tiver muitos bancos de dados e você tentar rolar a barra deslizante várias vezes para procurar e selecionar o banco de dados desejado, alguns dos nomes de banco de dados poderão não ser exibidos na coluna Banco de dados de caixa de correio.

  Solução:

  Abra novamente o assistente de restauração e tente selecionar o banco de dados novamente.

• Atualize com êxito um nó do proxy de backup sem agente no console do Arcserve UDP com novas credenciais, mas as novas credenciais não entrarão em vigor.

  Sintoma:

  No console do Arcserve UDP, você atualizou com êxito um nó do proxy de backup sem agente com as novas credenciais. No entanto, as novas credenciais não entram em vigor e as credenciais antigas são usadas pelo mecanismo do Arcserve UDP para iniciar o processo de backup. Isso ocorre somente quando não foi implantado nenhum plano de backup com base em agente no nó do proxy.

  Exemplo:

  1. Crie um plano de backup sem agente chamado Novo plano no console e use Proxy_Node1 como o proxy no plano.
  2. Use Proxy_Account1 como a conta fornecida para o proxy.
  3. Para usar uma conta diferente, clique com o botão direito do mouse no proxy na lista de nós no console e selecione Atualizar no menu de contexto.
  4. Digite uma nova conta Proxy_Account2 e clique em OK. Ele mostra que a atualização foi bem-sucedida.
  5. Envie uma nova tarefa de backup.
  6. Efetue logon no nó do proxy e abra o Gerenciador de tarefas do Windows e verifique o nome de usuário do processo AFBackup.exe. Ainda é a conta antiga Proxy_Account1, mas ela realmente está aguardando para ser Proxy_Account2.

  Solução:

  Como alternativa, crie um plano de backup com base em agente e adicione o proxy como um nó protegido (certifique-se de remover todas as programações do plano) e, em seguida, atualize o nó do proxy novamente.

• O Google Chrome v41 não consegue procurar páginas da web do agente do Arcserve UDP/Arcserve D2D para Linux.

  Sintoma:

  Após a atualização para o Google Chrome v41, não será possível procurar as páginas da web do agente do Arcserve UDP/Arcserve D2D para Linux se for usado HTTPS como o protocolo de comunicação. (HTTPS é o protocolo padrão para o agente do Arcserve UDP/Arcserve D2D para Linux). A seguinte mensagem será exibida:

  Essa página da web não está disponível

  Código de erro: ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Observação: esse problema afeta todas as releases do Arcserve D2D para Linux e o Arcserve UDP.

  Solução:

  No computador do servidor de backup do Arcserve UDP/Arcserve D2D Linux, abra a linha de comando como administrador e execute os seguintes comandos:

  #source /opt/CA/d2dserver/bin/d2dserver/bin/setenv

  #d2dserver stop

  #mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old

  #keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"

  #d2dserver start

  Observações:

  • Substitua hostname_of_backup_server pelo nome do host real.
  • Os comandos do Linux diferenciam maiúsculas de minúsculas.

  Para obter mais informações sobre esse problema, consulte https://arcserve.zendesk.com/hc/en-us/articles/204506105

• O Google Chrome v41 não consegue procurar páginas da web do agente do Arcserve UDP/Arcserve D2D para Windows.

  Sintoma:

  Após a atualização para o Google Chrome v41, não será possível procurar as páginas da web do agente do Arcserve UDP/Arcserve D2D para Windows se for usado HTTPS como o protocolo de comunicação. (HTTPS é o protocolo padrão para o agente do Arcserve UDP/Arcserve D2D para Windows). A seguinte mensagem será exibida:

  Essa página da web não está disponível

  Código de erro: ERR_SSL_VERSION_OR_CIPHER_MISMATCH

  Observação: esse problema afeta todas as releases do console do Arcserve D2D para Windows e do Arcserve UDP.

  Solução:

  No computador do Arcserve UDP/Arcserve D2D Windows, abra a linha de comando como administrador e execute os seguintes comandos:

  cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf

  move server.keystore server.keystore.bak

  ..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com

  cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin

  Changetohttps.bat

  Observações:

  • substitua server_host_name do comutador -dname pelo nome do host real.
  • substitua dns:server1,dns:server.domain.com do comutador -ext por nomes DNS reais.

  Para obter mais informações sobre esse problema, consulte https://arcserve.zendesk.com/hc/en-us/articles/204542275

Para todos os problemas conhecidos nesta release, consulte as Notas da Versão da Arcserve UDP Versão 5.0.

5.0 Considerações/Limitações

As seguintes considerações podem existir nesta atualização:

• As atualizações são acumulativas e podem ser instaladas em qualquer versão anterior da Arcserve UDP.
• O Arcserve UDP Versão 5.0, Atualização 3, não é automaticamente baixado e instalado em seu sistema (por meio do recurso Atualizações do produto), mas requer um download manual nos links fornecidos nas instruções de instalação.
• Quando você atualiza para o Agente do Arcserve UDP (Linux) Versão 5.0, Atualização 3, o próximo backup programado é convertido automaticamente em um backup de verificação.
• O arquivo CentOS-6.6 é controlado pelos termos de GPL localizados em http://mirror.centos.org/centos/6.6/os/x86_64/GPL. Para um período de três (3) anos, você poderá receber na solicitação uma cópia completa legível por máquina do código-fonte correspondente.
• Quando um backup sem agente é executado em uma VM do Hyper-V, a VM é colocada em um "estado salvo" off-line enquanto o instantâneo é obtido para a VM (caso a VM não seja compatível com um backup online). Após a atualização para o Arcserve UDP Versão 5.0, Atualização 3, o comportamento padrão enquanto está no estado salvo é alterado. Como resultado, você deve considerar os seguintes backups sem agente do Hyper-V:
  • Além da nova opção para selecionar o Método de instantâneo do Hyper-V, o Arcserve UDP Versão 5.0, Atualização 3, também altera o comportamento padrão para quando um instantâneo consistente do aplicativo é negado para os planos sem agente existentes do Arcserve UDP, bem como para aqueles recém-adicionados.
  • Esta alteração no comportamento padrão enquanto no estado salvo é projetado para ajudar a tomar uma decisão informada sobre quando executar o backup, com base em ter um curto período de inatividade (alguns segundos a dois minutos) ou possível falta de consistência dos dados.
  • Se, após a atualização, as tarefas de backup que nunca falharam anteriormente estiverem falhando e você desejar alterar o comportamento de estado salvo para como ele estava na Atualização 2, você pode modificar o plano e permitir backups de estado salvo.
  • Verifique os erros de VSS no log de eventos da máquina host do Hyper-V para compreender e resolver as circunstâncias e ativar instantâneos online completamente compatíveis com VSS.

As seguintes limitações podem existir nesta atualização:

• Catálogo, restauração de arquivo, BMR, e funções de montagem serão afetados por nós de VM sem agente do Windows, quando a configuração do sistema operacional convidado na caixa de diálogo Propriedades da máquina virtual não está definida corretamente para não Windows (por exemplo, Linux ou outro). Após a conclusão bem-sucedida do backup sem agente, o script de tarefa de geração de catálogo não será criado e a tarefa de geração de catálogo não será iniciada, embora no plano de backup sem agente a opção de ativar catálogo tenha sido configurada corretamente. Para resolver esse problema, defina a configuração de um sistema operacional convidado para Windows.

  Observação: Essa limitação existe apenas para VMs do VMware, que têm a opção de definir o tipo de sistema operacional. No Hyper-V, esse problema não existe.

• Microsoft SQL Server 2014 AAG com suporte para BMR não está disponível no momento.
• O modo de espera virtual oferece suporte a agrupamentos do Hyper-V com limitações. É possível executar um modo de espera virtual de qualquer backup de nó completo, por exemplo, com base em agente ou sem agente (VMware ou Hyper-V). O modo de espera virtual suporta ambos. Também é possível executar um modo de espera virtual para um agrupamento do Hyper-V com um arquivo CSV com uma limitação que a VM do modo de espera não será um recurso de tolerância a falhas.
• A restauração granular do Exchange não oferece suporte à restauração da caixa de correio que está armazenada no domínio pai, mas sua conta está no domínio filho. Há, então, uma falha na tarefa de restauração.
• Se mais de dois objetos de email estiverem na mesma conversa, após a restauração, eles não são mostrados na mesma conversa quando exibidos na pasta Enviado. Tudo funciona bem quando exibido na pasta Caixa de entrada.
• A Interface do usuário de procura da Restauração Granular do Microsoft não exibirá nenhuma mensagem na caixa de correio para sessões de backup com base em host se a VM protegida for o Microsoft Exchange Server 2007 e o Servidor de Proxy de Backup for Windows 2012 ou Windows 2012 R2. Para resolver esse problema, use um Sistema operacional Windows 2008 R2 de 64 bits ou inferior como o Servidor de Proxy de Backup.
• Quando um servidor de backup Linux é executado no dispositivo Arcserve UDP, não há suporte para uma BMR com base em PXE.
• Para um backup sem agente de uma VM do Hyper-V com a replicação ativada:
  • Um backup sem agente do Arcserve UDP oferece suporte ao backup da VM do site Master (principal).
  • Um backup sem agente do Arcserve UDP do site de Réplica não apresenta nenhuma garantia de consistência e precisão dos dados e a conclusão do backup.
• O Assistente de Dispositivo do Arcserve UDP série 7000 não pode ser iniciado quando o sistema inicializa se você efetua logon no dispositivo com uma conta de usuário de domínio.

  Sintoma:

  Quando você efetua logon no dispositivo Arcserve UDP com uma conta de domínio, o assistente de dispositivo não é iniciado imediatamente. Uma caixa de diálogo Controle de conta de usuário será exibida solicitando que você confirme que o programa pode fazer alterações no computador.

  Solução:

  Na caixa de diálogo Controle de conta de usuário, clique em Sim e o assistente será iniciado.

Para todas as considerações e limitações nesta versão, consulte as Notas da Versão do Arcserve UDP Versão 5.0.

6.0 Instalação

As seções a seguir contêm informações sobre os pré-requisitos de instalação e as instruções de instalação.

6.1 Tarefas de pré-requisito

Considere as seguintes tarefas de pré-requisito antes de instalar esta atualização:

• Antes de instalar esta atualização, verifique se o Arcserve UDP versão 5.0, o Arcserve UDP versão 5.0 Atualização 1 ou o Arcserve UDP versão 5.0 Atualização 2 está instalado.

6.2 Instruções de instalação

Ao instalar a atualização do Arcserve UDP ou a atualização do Agente do Arcserve UDP (Windows), é importante manter um desempenho ideal entre o console, o RPS (Recovery Point Server - Servidor do Ponto de Recuperação) e os agentes. Como resultado, quando a atualização é instalada em um ambiente que contém um console e um agente, você sempre deve instalar a atualização primeiro no console e, em seguida, no RPS e, finalmente, no agente. (Para o agente instalado no console ou no RPS, a atualização será instalada automaticamente nesse agente ao mesmo tempo).

Observação: se tiver um ambiente com o Arcserve UDP e o Arcserve Backup instalados e desejar instalar o Arcserve UDP Versão 5.0, Atualização 3, também será preciso instalar o patch RO75131 correspondente do Arcserve Backup ao mesmo tempo.

Instalando a atualização manualmente

Observação: o Arcserve UDP Versão 5.0, Atualização 3, não é automaticamente baixado e instalado em seu sistema (por meio do recurso Atualizações do produto), mas requer um download manual nos links fornecidos nas instruções de instalação.

No caso de um pacote de instalação de atualização para estações de trabalho e servidores Windows que possuem uma versão anterior do Arcserve UDP já instalada, faça download e instale a atualização manualmente, por meio dos seguintes links para os arquivos de instalação:

• Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/UDPUpdates/FullUpdates/r5.0/Arcserve_Unified_Data_Protection_5.0_Update_3.exe

• Agente do Windows do Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/UDPUpdates/EngineUpdates/r5.0/Arcserve_Unified_Data_Protection_Agent_5.0_Update_3.exe

Para um pacote de instalação novo para servidores e estações de trabalho Windows que ainda não têm o Arcserve UDP instalado, execute as seguintes tarefas:

Faça download e instale o Arcserve UDP Versão 5.0, Atualização 3:

• Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/Remaster_With_Update3/Arcserve_Unified_Data_Protection_with_update_3.exe

• Agente do Windows do Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/Remaster_With_Update3/Arcserve_Unified_Data_Protection_Agent_Windows_with_update_3.exe

Para uma instalação no Linux, faça download e instale a atualização manualmente por meio dos seguintes links para os arquivos de instalação:

• Agente do Linux do Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/GA/511a91c3/arcserve_Unified_Data_Protection_Agent_Linux_Update_3.bin

• Utilitário de restauração do agente do Linux do Arcserve Unified Data Protection:

  http://rmdmdownloads.ca.com/arcserve_Unified_Data_Protection/Version_5.0/GA/511a91c3/arcserve_Unified_Data_Protection_restore_utility_Update_3.iso

7.0 Entrar em contato com Suporte do Arcserve

A equipe do Suporte do Arcserve oferece um abrangente conjunto de recursos para solucionar seus problemas técnicos e fornece acesso fácil a importantes informações sobre o produto.

https://www.arcserve.com/support

Por meio do Suporte do Arcserve:

• É possível ter contato direto com a mesma biblioteca de informações compartilhada internamente por nossos especialistas do Suporte do Arcserve. Este site fornece acesso aos documentos de nossa base de conhecimento. A partir daqui, é fácil pesquisar e localizar os artigos da base de conhecimento relacionados ao produto que contêm soluções testadas em campo para muitos dos problemas principais e comuns.
• é possível usar nosso link para o Bate-papo ao vivo para iniciar instantaneamente uma conversa em tempo real entre você e a equipe do Suporte do Arcserve. Com o Bate-papo ao vivo, você poderá obter respostas imediatas para suas dúvidas e preocupações, sem deixar de manter o acesso ao produto.
• É possível participar da Comunidade de usuário global da Arcserve para perguntar e responder a perguntas, compartilhar dicas e truques, discutir as melhores práticas e participar de conversas com os seus colegas.
• É possível abrir um ticket de suporte. Ao abrir um ticket de suporte online, é possível esperar um retorno de chamada de um de nossos especialistas na área do produto sobre o qual está perguntando.
• É possível acessar outros recursos úteis adequados ao seu produto Arcserve.

Copyright © 2015 Arcserve. Todos os direitos reservados. Todas as marcas registradas, nomes de marcas, marcas de serviços e logotipos aqui mencionados pertencem a suas respectivas empresas.