Problemas conhecidos

Os problemas a seguir estão presentes nesta release:

Com relação ao navegador

• Se você estiver usando o navegador da web Edge do Windows 10, pode não ser possível efetuar logon em agentes do Windows ou do Linux no console quando você clicar em Restaurar ou Agente de logon. Use outro navegador para efetuar logon.

Relacionado ao console

• Na exibição de Nós, se a largura da tela do navegador não for suficiente, a caixa de combinação Filtro para a seleção do filtro predefinido e a caixa de texto Filtro não são exibidas no navegador. Como alternativa, oculte o painel direito ou aumente o navegador para exibir a caixa de combinação e a caixa de texto Filtro.
• Ao se usar o console do Arcserve UDP para gerenciar vários sites, para os alertas por email funcionarem, os servidores de gateway em todos os sites e o console devem ser capazes de comunicar-se com o mesmo servidor de email para os alertas por email funcionarem.
• Se uma tarefa estiver em andamento e o respectivo agente for reiniciado, o console não exibe nenhum histórico de tarefas para a tarefa em andamento.
• As informações da VM na coluna do hipervisor fica mudando quando a detecção automática está em execução.

  Sintoma

  Se você tiver duas máquinas virtuais, VM1 e VM2, com a mesma GUID nos hosts do ESXi e as duas VMs forem gerenciadas pelo vCenters diferentes, VC1 e VC2 respectivamente. Importe a VM1 no console (não é possível importar ambas as máquinas virtuais porque o console não permite nós com a mesma GUID). Mas você também importa VMs do vCenter VC2. Quando a detecção automática é executada, ela, primeiramente, conecta-se ao VC1 e detecta a VM1 pela GUID e a coluna Hipervisor é atualizada com as informações do VC1. Posteriormente, quando ela conecta-se ao VC2, ela detecta a VM2 pela GUID e a coluna Hipervisor é atualizada com as informações da VC2.

  Solução

  Ele é muito raro haver duas VMs com a mesma GUID. No pior dos casos, se isso acontecer, backup sem agente com base em host pode fazer backup da VM errada porque o Arcserve UDP usa a GUID para identificar uma VM. Para resolver o problema, é possível alterar manualmente a GUID de uma das VMs. Para obter detalhes sobre como fazer isso, consulte o tópico relacionado no Guia das Soluções.

• O console exibe a mensagem, o Serviço de identidade está sendo iniciado

  Sintoma

  Não foi possível efetuar logon no console do Arcserve UDP. O console exibe as seguintes mensagens, mesmo após cinco minutos do logon:

  O Serviço de identidade está sendo iniciado
  

  Solução

  Para resolver esse problema, abra o console de serviço do Windows e reinicie o serviço do console do Arcserve UDP, Serviço de Gerenciamento do Arcserve UDP.

Com relação ao console de gerenciamento do usuário do Arcserve UDP

• Devido a alguns erros em componentes de terceiros, alguns textos em algumas caixas de diálogo do console de gerenciamento do usuário do Arcserve UDP não são localizados.
• O console de gerenciamento do usuário do Arcserve UDP permite que você crie o nome da função com caracteres especiais, como ~!@#$%^&*\ e outros. No entanto, não é possível renomear, atribuir nem excluir tais funções.

Relacionado à exibição do ponto de recuperação do Arcserve UDP

• Depois de alternar para exibição de pontos de recuperação do Arcserve UDP, o volume que está montado em um caminho de arquivo na sessão de backup não pode ser montado.

  Sintoma

  Se o volume ainda estiver montado, a Exibição do ponto de recuperação do Arcserve UDP abre diretamente o volume que está montado pelo sistema operacional, não a sessão de backup.

  Se o volume estiver desmontado, nada será exibido na Exibição do ponto de recuperação do Arcserve UDP nesse caminho de arquivo.

  Solução

  Use Montar ponto de recuperação para montar esse tipo de volume.

Relacionado ao Agente do Arcserve UDP (Linux)

• Se abrir o Agente do Arcserve UDP (Linux) no Google Chrome, as linhas na guia status da tarefa não serão alinhadas com o cabeçalho da coluna correspondente.
• Não há suporte para o volume criptografado. Não é possível fazer backup de um volume criptografado.
• O FakeRAID não é suportado para a BMR. Se o nó de backup for RHEL 6.4 e posterior, CentOS 6.4 e posterior ou Oracle Linux Server 6.4 e posterior e o nó de backup incluir Linux Software RAID, será necessário usar o CD Live com base em CentOS para executar uma BMR a partir desse pontos de recuperação.
• Ao restaurar arquivos dos pontos de recuperação RHEL 5.x ou CentOS 5.x usando o servidor do D2D RHEL 6.x ou CentOS 6.x, alguns atributos do SELinux (Security-Enhanced Linux – Linux com Segurança Avançada) não podem ser restaurados.
• ao fazer o download dos dois arquivos do pacote de instalação para uma pasta local, o caminho completo desta pasta não deve conter nenhum caractere especial, exceto espaços em branco, e o caminho deve incluir apenas os seguintes caracteres: a-z, A-Z, 0-9, - e _.
• Se você enviar uma tarefa de restauração em nível de arquivo ou uma tarefa BMR usando Local como o destino do backup e, em seguida, desejar modificar o destino do backup para o compartilhamento de NFS ou compartilhamento CIFS, você deve, primeiro, adicionar o compartilhamento de NFS ou compartilhamento CIFS ao armazenamento de backup. Depois de adicionar o compartilhamento de NFS ou compartilhamento CIFS, abra o Assistente de restauração e selecione o compartilhamento de NFS ou CIFS na lista suspensa Local da sessão e, em seguida, envie a tarefa novamente.
• Apenas o kernel compatível com o Red Hat conta com suporte no Oracle Linux. Você deve selecionar o kernel compatível com o Red Hat como o kernel de inicialização padrão. O kernel Unbreakable do Oracle não conta com suporte e não deve ser o kernel de inicialização padrão.
• Se iniciar um PVM no Citrix XenServer 6.x usando um Live CD, o servidor de backup do Agente do Arcserve UDP (Linux) não ficará disponível no Live CD.

Relacionado ao backup

• Após a atualização para o Windows 10, o sistema remove o filtro de volumes superior do driver de rastreamento. O driver BLI não consegue rastrear todas as alterações no volume. Como resultado, a tarefa de backup incremental será convertida em uma tarefa de backup de verificação.

  Sintoma

  O filtro superior de BLI de registro da classe do volume é removido. Portanto, o driver BLI não consegue monitorar volumes.

  Solução

  Você pode continuar a executar um backup Incremental após a reinstalação do Driver de controle de alterações.

  Siga estas etapas:

  1. Desinstale o Driver de controle de alterações executando o arquivo UninstallDriver.bat a partir do caminho seguinte.

     <caminho de instalação>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
     

  2. Reinstale o Driver de controle de alterações executando o arquivo InstallDriver.bat no seguinte caminho:

     <caminho de instalação>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
     

• Backup, restauração ou coleta de informações de BMR pode falhar ao se operar componentes com base em COM como VSS, VDS. A ID de evento 10006, 1503 ou 6287 pode ser exibida no log de eventos do Windows.

  Sintoma

  As seguintes mensagens podem ser encontradas no log de eventos: "Tentativa de operação ilegal em uma chave do registro marcada para exclusão" ou "O Windows detectou que seu arquivo do registro ainda está sendo usado por outros aplicativos ou serviços. O arquivo será descarregado agora. Os aplicativos ou serviços que usam o arquivo do registro poderão não funcionar corretamente depois disso".

  Solução

  Para saber a causa e a solução, consulte o artigo 2287297 da Base de dados de conhecimento da Microsoft.

• A montagem de um volume falha e a mensagem "Falha ao montar o ponto de recuperação para o caminho: "Z:" . função incorreta."

  Sintoma

  A montagem de uma sessão para uma letra de unidade falha.

  Isso acontece quando o destino é uma pasta local e está em um volume FAT32. A montagem de um driver suporta apenas a criação do arquivo de cache no volume NTFS.

  Solução

  Adicione uma nova chave de registro e personalize o caminho do arquivo de cache para um volume diferente.

  Siga esses passos:

  1. Crie a chave "AFStorHBAMgmt" em HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine.
  2. Crie o valor de sequência de caracteres "CacheFilePath".

  Mais informações:

  O arquivo de cache será criado montando um driver quando um volume gravável for montado. Para a tarefa de catálogo/restauração da Restauração granular, um volume gravável é criado. Se a sessão for fazer backup de volumes no Windows 8, Windows 2012 ou um sistema operacional posterior, sempre monte um volume gravável quando montar uma sessão em uma letra da unidade.

• Ao enviar uma tarefa de backup da interface do usuário do Agente do Arcserve UDP (Windows), a tarefa de backup poderá não ser iniciada quando o destino de backup estiver usando um repositório de dados em um Servidor do ponto de recuperação.

  Sintoma

  O backup enviado é mostrado com êxito, mas a partir da interface do usuário do Agente do Arcserve UDP (Windows), não é possível ver qualquer monitor de tarefas. Isso ocorre porque a tarefa de backup atende à configuração de contagem máxima de nós simultâneos no repositório de dados. A tarefa de backup será colocada na fila de espera.

  Solução

  Abra o console do Arcserve UDP e o monitor de tarefas pendentes será mostrado na visualização do nó.

• Se o computador do Agente do Arcserve UDP (Windows) for reinicializado quando uma tarefa de backup estiver em execução, a tarefa será marcada como "interrompida" na página inicial do Agente do Arcserve UDP (Windows), mas no Console da Arcserve UDP não haverá nenhum histórico de tarefas para essa tarefa. Isso ocorre porque o item do histórico de tarefas é enviado ao Console da Arcserve UDP no final da tarefa, mas no caso da reinicialização, não há nenhuma chance de enviar o histórico de tarefas do agente para o servidor.
• A porcentagem de compactação da tarefa de backup de verificação sem agente com base em host no monitor de tarefas não está correta.

  Sintoma

  Quando uma tarefa de backup de verificação sem agente com base em host estiver em execução e se a compactação tiver sido ativada no plano, a porcentagem de compactação exibida no monitor de tarefas será maior do que a porcentagem real.

  Todas as outras tarefas de backup não apresentam esse problema, incluindo as tarefas de backup do agente e as tarefas de backup incremental/completo sem agente com base em host.

  Solução

  A porcentagem de compactação impressa no log de atividades está correta. Consulte-a após a tarefa de backup de verificação sem agente com base em host ser concluída.

Relacionado ao BMR

• A criação de kit de inicialização falhou com o seguinte erro:

  "Falha ao integrar o pacote de idioma na imagem ISO da BMR".

  Sintoma

  Esse problema é causado pelo driver de filtro do software antivírus de terceiros (McAfee), mas também pode ocorrer com outros filtros de terceiros.

  Solução

  Desative o software antivírus e tente a criação do kit de inicialização novamente.

• Não é possível iniciar o servidor após executar uma BMR.

  Sintoma

  Quando o computador de origem for um servidor Active Directory executando uma BMR para uma máquina física com um hardware diferente ou para uma máquina virtual em um servidor Hyper-V, o servidor não será inicializado e uma tela azul será exibida com a seguinte mensagem:

  INTERROMPER: não foi possível iniciar os serviços de diretório c00002e2 devido ao seguinte erro: um dispositivo conectado ao sistema não está funcionando. Status do erro: 0xc0000001.

  Solução

  Reinicialize o sistema para o ambiente do Windows PE da BMR, renomeie todos os arquivos *.log na pasta C:\Windows\NTDS e reinicie o sistema. Por exemplo, renomeie o arquivo edb.log como edb.log.old e reinicie o sistema.

• Não é possível mapear o disco de origem para o disco de destino durante a BMR, mesmo que o tamanho dos discos seja exatamente o mesmo.

  Sintoma

  Talvez não seja possível mapear o volume/disco durante a BMR, quando a máquina de destino for uma VM com disco IDE em um servidor 2008 Hyper-V ou um servidor 2008R2 Hyper-V.

  Se você restaurar os dados em uma VM com disco IDE em um servidor Hyper-V 2008 ou um servidor Hyper-V 2008R2 usando a BMR, não será possível mapear o disco/volume de origem para o disco/volume de destino, embora os tamanhos de ambos os discos pareçam ser iguais. Isso se deve ao fato de que quando você cria um disco IDE em um servidor 2008 Hyper-V ou um servidor 2008R2 Hyper-V, o tamanho real do disco é menor do que o tamanho que você especificou.

  Solução

  Crie um disco maior na VM. Por exemplo, se deseja restaurar os dados de um disco de 25 GB, é recomendável criar um disco de 26 GB na VM de destino.

• Se usar o Windows ADK 8.1 para criar uma imagem ISO da BMR, depois de reinicializar a máquina usando essa imagem ISO, poderá verificar que não há disco detectado no sistema PE.

  Sintoma

  Isso é observado no VMware ESX Server. Para as VMs do Windows 2003, o controlador do disco padrão é o adaptador SCSI LSI Logic e o driver para esse tipo de SCSI não está incluído no Windows ADK 8.1. Você também pode observar isso em alguns servidores antigos com adaptadores SCSI antigos.

  Solução

  Para resolver esse problema, obtenha os drivers do fabricante de hardware no site e carregue o driver da interface do usuário da BMR.

Relacionado ao instantâneo de hardware

• Se uma tarefa de backup de VM VMware usar o instantâneo de hardware, você verá várias entradas da mensagem a seguir nos logs de depuração. As várias mensagens aumentam o consumo de espaço em disco do volume em que o Arcserve UDP está instalado. Estamos trabalhando em conjunto com a NetApp para resolver esse problema.

  [VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420
  

  Como solução alternativa, defina a chave de registro VDDKLogLevel como 0 no seguinte caminho:

  \HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
  

• O instantâneo transportável CSV pode falhar às vezes e reverter para o instantâneo de software. Isso ocorre depois que o provedor de hardware faz várias tentativas de criar um instantâneo transportável. É possível encontrar um erro semelhante ao seguinte no Visualizador de Eventos do Windows. Estamos trabalhando em conjunto com a NetApp para resolver esse problema.

  Falha ao criar cópia de instantâneo '{xxx}_backup' em vários volumes do sistema de armazenamento ‘xxx’ após tentar novamente por '100' vezes com um intervalo de '10' segundos.
  

• Com a release atual do Data ONTAP para cDOT, o instantâneo de hardware usa o FlexClone, mesmo se ele não estiver licenciado. Esse é um problema conhecido da NetApp. Para continuar o backup sem usar a licença FlexClone, crie uma chave de registro no servidor proxy do Arcserve UDP.

  Siga estas etapas para criar a chave de registro:

  1. Efetue logon no servidor proxy.
  2. Crie a chave DoNotUseFlexCloneLicenseToCloneLun no seguinte local:

     HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
     

  3. Crie o seguinte valor de sequência de caracteres e defina o valor como 1.

     DoNotUseFlexCloneLicenseToCloneLun
     

Backup de VM com base em host

• Problema potencial detectado ao se fazer backup de uma VM da VMware com o rastreamento de bloco alterado ativado e em execução no ESXi 6.0 ou ESXi 6.0.

  Sintoma

  A VMware publicou recentemente um artigo da base de conhecimento, que indica que, no ESXi 6.0 ou ESXi 6.0. x, um bug foi introduzido no CBT (Changed Block Tracking - Rastreamento de Bloco Alterado), o qual faz com que o CBT retorne uma lista de setor alterada incorreta. O Arcserve UDP é afetado potencialmente por esse problema, que resulta em backups da máquina virtual inconsistentes (tanto completos quanto incrementais). Para obter mais detalhes, consulte a base de conhecimento da VMware.

  Se o problema ocorrer, a tarefa de geração de catálogo pode falhar e o ponto de recuperação de verificação pode relatar erros.

  Solução

  A VMware liberou um patch para esse problema. Aplique esse patch nos hosts ESXi. Para obter mais detalhes, consulte o Artigo da base de conhecimento da VMware ou o Artigo da base de conhecimento da Arcserve.

• Um backup sem agente da VM do SUSE Linux Enterprise Server 12 no Hyper-V falha e o sistema operacional convidado da VM trava após o backup.

  Sintoma

  Esse problema ocorre se o host do Hyper-V for o Windows 2012 R2 e o do sistema operacional convidado da VM for o SUSE Linux Enterprise Server (SLES) 12 com nível de execução 5 (com a interface gráfica). Nesse caso, a tarefa de backup sem agente trava na fase "criar instantâneo" e, por fim, falha. Depois disso, o sistema operacional convidado da VM não responde mais.

  Solução

  Não é um problema do Arcserve UDP, mas um problema de compatibilidade do Windows e do SUSE. O mesmo problema ocorre durante a criação de um instantâneo do VSS usando o comando diskshadow no host do Hyper-V. Siga estas etapas para verificar o problema:

  1. Efetue logon no servidor do Hyper-V.
  2. Abra a linha de comando do Windows como administrador.
  3. Na linha de comando, digite os seguintes comandos.
     1. Digite "diskshadow" e pressione Enter.
     2. Digite “add volume X:” e pressione Enter. (X: é o volume no qual residem os arquivos de configuração e os arquivos de disco virtual da VM. Se os arquivos de disco ou o arquivo de configuração da VM estiverem em volumes diferentes, repita esse comando para adicionar todos os volumes.)
     3. Digite "create" e pressione Enter.
     4. Após a conclusão da criação do instantâneo (isso pode levar algum tempo), digite "end backup" e pressione Enter.
     5. Digite "exit" e pressione Enter.
  4. Verifique se o sistema operacional convidado da VM trava.
  5. Verifique o log de eventos, aplicativos e logs do serviço do Windows, VMMS de Hyper-V e administrador do Microsoft. Deve haver um log de erro que indica falha da VM durante a criação de instantâneos.

  Até o momento não há nenhuma solução alternativa. Sugerimos a trabalhar com a Microsoft para resolver a causa-raiz. Como alternativa, você pode tentar alterar o nível de execução do SLES 12 de 5 para 3 (sem interface gráfica), mas isso não garante resolução alguma.

• A PFC relata "falha ao acessar a máquina virtual" para a VM da VMware

  Sintoma

  Para a VM da VMware, a PFC relata a seguinte mensagem de aviso para a verificação de consistência dos dados, mesmo quando as credenciais adequadas já tiverem sido fornecidas.

  Não verificado porque o aplicativo não conseguiu acessar a máquina virtual. Certifique-se de que as credenciais do usuário estão corretas e têm privilégios administrativos. 
  

  Solução

  Somente a PFC para a VM da VMware tem esse problema. Outros recursos, como o backup, não são afetados. A solução alternativa é instalar o agente do Arcserve UDP na máquina na qual o console do Arcserve UDP está instalado (o serviço do agente não precisa ser iniciado).

• Faça backup e restaure usando a tolerância a falhas de transporte SAN para o modo de transporte não SAN para VMs que residem no ESXi 5.5 ou anterior

  Sintoma

  Mesmo quando um modo de transporte SAN é possível, as tarefas de backup e restauração ainda usam o modo de transporte HotAdd, NBD ou NBDSSL.

  Solução

  Esse é um problema conhecido da VMware VDDK 6.0.1. Não há nenhuma solução da VMware no momento. Para obter mais detalhes, você pode consultar as Notas da Versão para Problemas conhecidos do VDDK 6.0.1.

• Faça backup e restaure usando a tolerância a falhas de transporte SAN para o modo de transporte não SAN quando o tamanho provisionado do disco virtual da VM é de 4 TB ou um múltiplo de 4 TB

  Sintoma

  Mesmo quando um modo de transporte SAN é possível, as tarefas de backup e restauração ainda usam o modo de transporte HotAdd, NBD ou NBDSSL quando o tamanho provisionado do disco virtual da VM é de 4 TB ou um múltiplo de 4 TB.

  Solução

  Esse é um problema conhecido da VMware que, de acordo com a VMware, esteve nos seguintes patches:

  • Para o ESXi 5.5 - Release do Patch ESXi550-201504001 (2112672)

  • Para o ESXi 6.0 - Release do Patch ESXi600-201505001 (2116125)

  A solução alternativa é evitar o uso de tamanho provisionado que seja múltiplo de 4 TB. Por exemplo, não use 4 TB nem 8 TB; em vez disso, use 3,9 TB ou 8,1 TB.

• Quando é usado o método de fechamento de instantâneo do VMware Tools, um backup sem agente dos sistemas VMware faz backup de um instantâneo corrompido.

  Sintoma

  Quando você fecha uma VM da VMware usando o VMware Tools, o instantâneo contém dados corrompidos. O backup lê os dados do instantâneo e os dados copiados no backup também são corrompidos. Para obter mais informações sobre esse problema, consulte o artigo da base de conhecimento da VMware.

  Observação:  esse problema pode ocorrer com todas as versões do VMware ESXi e em uma VM com sistema operacional convidado Windows 2008 R2 SP1 e Windows 2012. O Arcserve UDP não pode detectar o problema de corrupção de dados porque a VMware não retorna um erro nesse caso. Você talvez não saiba do problema até tentar restaurar os dados.

  Solução

  Execute as tarefas a seguir 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 sobre a ferramenta chkdsk, consulte o Guia de Soluções do Arcserve UDP. A ferramenta chkdsk pode levar um tempo mais longo para ser executada. Como prática recomendada, ative essa opção para tarefas de backup semanal ou mensal.
  • Desative gravadores problemáticos no sistema operacional convidado da VM – Se a verificação do ponto de recuperação detectar um problema, execute as etapas descritas no  artigo da base de conhecimento da Arcserve sobre como verificar se você pode ser afetado por esse erro. A solução alternativa sugerida pela VMware é desativar os gravadores VSS Gravador do serviço da MSSearch (ignore-o, se não ele estiver instalado) e o Gravador de otimização de cópia de sombra (normalmente presente em cada VM do Windows) no sistema operacional convidado da VM. Você pode fazer isso manualmente por meio do artigo da base de conhecimento da VMware. O Arcserve UDP também fornece uma maneira simples de desativar os gravadores problemáticos durante um backup. Para obter detalhes sobre esse problema conhecido, consulte o tópico Falha na tarefa de geração de catálogos do sistema de arquivos ou Falha na verificação do ponto de recuperação para backup sem agente com base em host no capítulo Solução de problemas do Guia de Soluções.
• O método de fechamento de instantâneo do Microsoft VSS dentro da VM em uma VM da VMware pode resultar em um backup inconsistente

  Sintoma

  Ao usar o método de fechamento de instantâneo do Microsoft VSS dentro da VM para fazer backup de uma VM da VMware, o backup pode não ser consistente. Especialmente ao se fazer backup da VM com aplicativos (como o Exchange) instalados.

  Solução

  A solução alternativa é usar o método de encerramento de instantâneo do VMware Tools, juntamente com a desativação dos gravadores VSS Gravador do serviço da MSSearch e Gravador de otimização de cópia de sombra no sistema operacional convidado da VM antes de esse problema ser corrigido.

• Depois de recuperar uma VM agrupada para o agrupamento do Hyper-V original, o adaptador de rede não conseguiu estabelecer conexão com o comutador virtual e uma mensagem de aviso foi exibida no log de atividades:

  Não é possível conectar o adaptador de rede <<nome do adaptador>> ao comutador virtual.
  

  Sintoma

  Ao fazer backup de uma VM, ocorre uma tolerância a falhas para a VM agrupada antes da criação de um instantâneo. Essa tolerância a falhas 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 no host do Hyper-V ou usar a opção Restaurar em um local diferente para recuperar a VM que permite definir a configuração de restauração da VM.

• 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á tenha sido concluída, o status da máquina virtual ainda é "Backup" no gerenciador do Hyper-V. Por isso, se outra tarefa de backup para essa VM for iniciada neste momento, ocorrerá uma falha com o erro "O gravador de VSS do Hyper-V encontrou um erro ao processar a 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 um agrupamento do Hyper-V, não será 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.

  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.
• Ao executar tarefas de backup incremental para máquinas virtuais VMware, o tamanho de dados com backup das tarefas de backup incremental pode ser maior do que o esperado.

  Sintoma

  Esse é um problema conhecido do VMware em que ele envolve o rastreamento do bloco alterado (CBT). No encerramento de nível de aplicativo, o rastreamento de bloco alterado exagera nas alterações.

  Solução

  O problema foi corrigido no VMware ESXi 5.5 ou posterior e no VMware ESX 5.1 Patch 02. Se o VMware vCenter Server 5.5 gerenciar qualquer host do VMware ESXi 5.1, o patch deverá ser aplicado a ele. Para obter mais informações sobre essa correção, consulte a base de conhecimento da VMware.

  Se o problema ainda for exibido, defina o seguinte registro no servidor proxy:

  [HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]

  "ResetCBT"=dword:00000001

  Exemplo:

  [HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]

  "ResetCBT"=dword:00000001

  Observação: após definir o valor do registro, a próxima tarefa de backup incremental se transformará em uma tarefa de backup de verificação e, em seguida, as tarefas de backup incremental subsequentes continuarão a executar com o tamanho adequado.

• Devido a um problema conhecido do VMware, quando o Storage DRS está ativado e ocorrer o Storage VMotion enquanto a tarefa de backup estiver em andamento, a tarefa de backup pode falhar. O log de atividades indica a seguinte mensagem: "Não é possível abrir o arquivo VMDK." O VMware relatou o seguinte erro: "Não encontrado nenhum arquivo."

  Para obter mais informações, consulte o Artigo 2055943 da base de conhecimento da VMware.

• Há falha na recuperação de uma VM com VMDK com mais de 2 TB, pois a VM não consegue criar um instantâneo.

  Sintoma

  A VM de origem do backup possui VMDKs de mais de 2 TB, e o servidor ESX/ESX(i) com uma versão anterior à 5.5 oferece suporte a apenas um disco virtual de até 2 TB. No entanto, durante a recuperação da VM, os seguintes erros podem ocorrer:

  • No cliente do vSphere:
    • "O arquivo VIRTUALMACHINE <nome do arquivo não especificado> do instantâneo criado para a máquina virtual é maior que o tamanho máximo suportado pelo repositório de dados <repositório de dados não especificado>".
    • "O arquivo é maior que o tamanho máximo suportado pelo repositório de dados".
  • No arquivo de log hostd para o ESX/ESXi 4.x:
    • "Falha no instantâneo convidado: o arquivo é muito grande para o sistema de arquivos."
  • No arquivo de log hostd para o ESXi 5.0/5.1:
    • "Falha ao executar a operação do instantâneo: Erro: (21) O arquivo é muito grande para o repositório de dados."

  Solução

  Essa é uma limitação do VMware. O tamanho máximo que uma versão do VMWare ESX/ESX(i) anterior à 5.5 aceita é 2 T - 16 GB, ou seja, 2032 GB.

  Recomenda-se o uso do servidor VMware ESX(i) 5.5 como destino para fazer a conversão com um disco grande.

  Para obter mais informações, consulte o Artigo 1012384 da base de conhecimento da VMware.

• A criação de um instantâneo falha quando mais de sete discos são conectados a um único controlador SCSI para uma Windows VM em execução em um servidor ESXi.

  Sintoma

  Quando uma tarefa de backup é executada em uma máquina virtual contendo um controlador SCSI com mais de 7 VMDKs, a tarefa de backup falhará. A tarefa de backup falha porque a VMware exige um número máximo de slots livres para VMDKs em um determinado controlador SCSI para criar um instantâneo. Um controlador SCSI pode ter um número máximo de 15 slots. Por exemplo, se um controlador SCSI tiver 7 VMDKs, um instantâneo pode ser criado para cada VMDK. (Um total de 14 slots é usado com um slot livre.) Se um controlador SCSI tiver 8 VMDKs, a tarefa de backup falhará, pois o instantâneo não pode ser criado devido a apenas 15 slots disponíveis.

  Observação: a criação manual de um instantâneo também falhará.

  Solução

  Para as máquinas virtuais com mais de sete discos em um único controlador SCSI, execute as seguintes etapas:

  1. Desligue a máquina virtual.
  2. Crie mais discos virtuais thin que permitam adicionar mais controladores SCSI.
  3. Distribua os discos existentes entre vários controladores SCSI.
  4. Ligue a máquina virtual.

  Os instantâneos agora podem ser criados para cada VMDK.

  Esse problema é uma limitação do VMware em que o Arcserve Backup pode suportar apenas o número de discos VMDK para backups.

  Para obter mais detalhes, consulte o seguinte artigo da Base de conhecimento da VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181

• Ao importar máquinas virtuais VMware do vCenter Server/ESXi 5.0 Atualização 3 e posteriores enquanto usa o protocolo HTTP e a porta 80, a conexão falha.
  Esse é um problema conhecido com o VMware. O link a seguir abre um artigo da base de conhecimento da VMware: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2069149
• Quando uma VM é importada de um servidor Hyper-V, a VM se torna desativada depois que a tarefa de restauração de VM Hyper-V sem agente com base em host substituir a VM. A VM é desativada porque a GUID de instância da VM restaurada é diferente da GUID de instância original, que foi importada do servidor Hyper-V. A GUID de instância da VM não pode ser revertida para a GUID de instância original.

  Para resolver esse problema, remova a antiga VM do Central Protection Manager e importe a nova VM.

• Uma tela roxa da morte do ESX/ESXi/vSphere 5.5 é exibida quando uma tarefa do Arcserve UDP é executada.

  Sintoma

  Esse é um problema conhecido do VMware que afeta os hosts ESXi 5.0, 5.1 e 5.5 e as máquinas virtuais que usam adaptadores de rede virtual E1000 e E1000e.

  Observação: esse problema foi resolvido nas seguintes atualizações do VMware.

  • ESXi 5.0 Patch Release ESXi500-201401001. Para obter mais informações, consulte a base de conhecimento da VMware.
  • ESXi 5.1 Atualização 2, disponível na página de downloads da VMware. Para obter mais informações, consulte a base de conhecimento da VMware.
  • ESXi 5.5 Atualização 1, disponível na página de downloads da VMware. Para obter mais informações, consulte as Notas da Versão do VMware ESXi 5.5 Atualização 1.
  • ESXi 6.0 GA, disponível na página de downloads da VMware. Para obter mais informações, consulte as Notas da Versão do VMware ESXi 6.0.

  Solução

  Alterne para um adaptador VMXNET3. Para obter mais informações, consulte o Artigo 2059053 da base de conhecimento da VMware.

• Durante o backup, o agente de Arcserve UDP mescla os dados dos discos filhos com o disco pai correspondente e cria uma única imagem de disco. Dessa maneira, o relacionamento pai-filho deixa de existir após o backup da VM. Como resultado, somente o disco pai será recuperado e a configuração de "diferenciação de discos" será perdida, no entanto, nenhum dado será perdido. É possível recuperar os dados em um único disco mesclado após a recuperação da VM.
  Esse comportamento é esperado para backup sem agente. É possível configurar a "Diferenciação de discos" manualmente após uma recuperação bem-sucedida da VM.
• A VM de importação falha quando existir um UUID de instância VM duplicado.

  Sintoma

  Quando uma VM é importada para a exibição de nó, ocorre uma falha se outra VM com o mesmo UUID de instância de VM já tiver sido adicionada à exibição do nó.

• Um plano de backup de VM com base em host é salvo, ele falha quando o computador proxy selecionado é instalado com o Arcserve D2D r16.5.

  Sintoma

  Quando um plano de backup de VM com base em host inclui um computador proxy que tenha a release anterior do Arcserve D2D instalada (por exemplo, r16.5), a mensagem de erro "Não é possível localizar método dispatch" aparecerá quando o plano for salvo.

  Solução

  Esse problema ocorre porque a API da versão atual não é compatível com a API da versão anterior do Arcserve D2D. Como alternativa, é possível atualizar manualmente o Arcserve D2D para a versão atual do Agente do Arcserve UDP (Windows).

• A tarefa de backup da VM com base em host pode travar na fase de "Backup inicial" para uma VM.

  Sintoma

  A tarefa de backup da VM com base em host trava por horas e não pode continuar.

  Solução

  Finalize o afbackend.exe de acordo com a ID de processo no log de atividades, remova o instantâneo da VM se houver, e envie novamente a tarefa de backup.

• Após a execução de uma tarefa de restauração de um backup da VM com base em host, Hyper-V VM (máquina virtual), o status dos discos, exceto os discos de inicialização na máquina virtual recuperada está offline.

  Sintoma

  O comportamento do sistema operacional cria o estado offline por padrão.

  A diretiva SAN foi introduzida no Windows Server 2008 para proteger os discos compartilhados que são acessados por vários servidores. A diretiva da SAN padrão na VM de origem é "Compartilhados offline" para todos os discos SAN, exceto o disco de inicialização. Definir a diretiva como Offline permite que os discos SAN fiquem offline durante a inicialização. Após a recuperação, um novo disco para a VM é criado. O arquivo de disco da VM parece ser um disco de SAN em que o sistema operacional o identifica como estando offline. Quando o disco offline é configurado para ficar online novamente, o disco permanece online, mesmo após a reinicialização do sistema.

  Solução

  Como alternativa, especifique o comando DISKPART.exe: SAN POLICY=OnlineAll setting para a VM de origem antes do backup. Como os discos podem ser compartilhados entre outros servidores, pode ocorrer corrupção de dados. Você deve usar a diretiva de SAN correta para proteger os dados.

  Linha de comando DISKPART.EXE

  Consultar diretiva SAN:

  DISKPART > san

  Política de SAN: Offline compartilhada

  Alterar diretiva SAN:

  DISKPART > san policy=OnlineAll

  DISKPART altera com êxito a diretiva SAN para o sistema operacional atual.

• Não será feito backup do disco rígido iSCSI conectado a uma máquina virtual Hyper-V.

  Sintoma

  Após o backup de uma VM Hyper-V, os volumes nos dispositivos iSCSI não são listados na interface do usuário de restauração.

  Solução

  Crie um plano de backup com base em agente no Arcserve UDP ou use o Agente do Arcserve UDP (Windows) para fazer backup da máquina virtual.

• Não é possível executar os comandos anteriores/posteriores por meio de tarefas de backup sem agente com base em host em uma VM do Hyper-V quando o sistema operacional convidado for o Windows Server 2003.

  Sintoma

  Para as tarefas de backup sem agente com base em host de uma VM do Hyper-V, se o sistema operacional convidado for o Windows Server 2003, não será possível executar os comandos anteriores/posteriores. O log de atividades imprime o aviso “Nome de máquina virtual inesperado. Os comandos anteriores/posteriores não podem ser executados”.

  Solução

  O Windows Server 2008, o Windows Vista ou uma versão posterior do sistema operacional não apresenta esse problema e deve ser usado.

Instalação/implementação remota relacionada (Agente)

• Falha ao instalar o driver de montagem com o código de erro 1460 no log de depuração.

  Sintoma

  A API de instalação do Windows informa o erro 1460, que significa que o tempo limite expirou. O valor de tempo limite padrão é 300 segundos para atualizar o driver do dispositivo.

  Solução

  Para ajustar o valor de tempo limite, siga estas etapas:

  1. Digite gpedit.msc na caixa Iniciar pesquisa e pressione Enter.
  2. Clique em Continuar quando o prompt UAC aparecer.
  3. Vá até o seguinte local da diretiva:

     Configuração do Computador\Modelos Administrativos\Sistema\Instalação de dispositivos

  4. Ative a configuração de diretiva a seguir:

     Configurar tempo limite para instalação de dispositivo.

  5. Especifique um novo valor de tempo limite em segundos.

Relacionado à máquina virtual instantânea

• O nome e local da VM instantânea são diferentes do resultado esperado.

  Sintoma

  Quando você usa as informações de ESX para efetuar logon e selecionar um pool de recursos como o local da VM instantânea, a VM instantânea estará no host do ESX e não no pool de recursos. Se você excluir a VM instantânea do console e recriar uma VM instantânea com o mesmo nome, ela adicionará um sufixo (1) ao nome da VM instantânea e não ao carimbo de data e hora conforme o esperado.

  Solução

  Isso ocorre porque o ESX Server é gerenciado por um vCenter. Use as informações de logon do vCenter para criar a VM instantânea.

• Se você criar um plano de backup sem agente e especificar um caminho local como o destino do backup, a VM instantânea não poderá ser criada a partir de tais pontos de recuperação. Para resolver esse problema, use uma pasta compartilhada como o destino de backup.
• Se você adicionar um nó usando o endereço IP, criar um plano de backup e especificar uma pasta compartilhada como o destino de backup, a VM instantânea não poderá ser criada na exibição de lista de nós. No entanto, é possível criar a VM instantânea na exibição de destino. Como alternativa, você também pode atualizar o nó usando o nome do host e tentar criar a VM instantânea novamente.
• Se um ponto de recuperação tiver um volume de sistema espelhado e você criar uma máquina virtual instantânea (VM instantânea) usando esse ponto de recuperação, talvez receba alguns erros, como uma tela preta da morte.
• A VM instantânea falha ao inicializar no Hyper-V após reiniciar o servidor de recuperação

  Sintoma

  Quando inicio a VM instantânea e, em seguida, reinicio o servidor de recuperação do Hyper-V, a VM instantânea pode falhar ao inicializar.

  Solução

  Para resolver essa falha de inicialização, reinicie a VM instantânea.

• No Windows Server 2012, a criação de um NFS em um disco dinâmico pode falhar. Para evitar esse problema, use um disco básico. Também é possível aplicar um patch e resolver o problema. Para obter mais informações sobre o patch, consulte o artigo da base de conhecimento da Microsoft.
• A criação da VM instantânea falha quando o volume do Windows que é usado como NFS da VMware no servidor de recuperação é formatado.

  Sintoma

  Atribuí um volume do Windows como uma pasta compartilhada do NFS e forneci esse caminho de volume compartilhado como o caminho de arquivo de VM instantânea. Ao formatar o volume do Windows e, em seguida, tentar criar a VM instantânea, ocorre uma falha na criação da VM instantânea. Não é possível criar a VM instantânea porque o host ESXi não consegue adicionar o repositório de dados do NFS. O VMware exibe mensagens de erro semelhantes às seguintes:

  Falha de criação de VM pelo VMware.
  

  O log de erros a seguir é exibido no arquivo vmkernal.log:

  Nenhum dispositivo subjacente para principal, secundário
  

  Solução

  Para resolver o problema, execute estas etapas no servidor de recuperação:

  1. Abra Painel de controle, Sistema e segurança, Ferramentas administrativas.

     A caixa de diálogo Ferramentas administrativas é aberta.

  2. Clique duas vezes em Serviços.

     A caixa de diálogo Serviços abre.

  3. Clique com o botão direito do mouse em Server for NFS e clique em Interromper serviço.
  4. Clique com o botão direito do mouse em Server for NFS e clique em Iniciar serviço.
  5. Use o volume para criar uma VM instantânea novamente.

  A VM instantânea é criada.

Relacionada à exibição do log

• O filtro de log não funciona quando o NodeName for VM (nome do host) e a exibição do log for carregada clicando no link Exibir logs.

  Sintoma

  Na exibição do log, se uma VM protegida não possuir um nome do host, seu valor de NodeName será exibido como VM(nome do nó). Nesse caso, outros filtros não funcionarão.

  Solução

  É possível modificar manualmente o NodeName da VM (nome do host) para o nome de host e, em seguida, todos os filtros funcionarão corretamente. Por exemplo, modifique o NodeName "VM (xxxxx01-AB)" para "xxxxx01-AB".

Relacionado ao Microsoft Exchange

• A restauração do banco de dados do Exchange falha com o erro: "falha ao montá-lo".

  Sintoma

  Isso ocorre quando o servidor Exchange está instalado dentro de uma VM e está executando o Agente do Arcserve UDP (Windows) para proteger esta VM. Depois que o backup é executado por algum tempo, se a VM for revertida para um instantâneo de VM salvo anteriormente e você tentar recuperar o banco de dados do Exchange no local original, a restauração falhará com o erro "O grupo/banco de dados de armazenamento [nome_BD] foi restaurado em seu local original, mas houve falha ao montá-lo.".

  A causa raiz ainda está sendo investigada, mas atualmente parece estar relacionada ao carimbo de data/hora registrado dentro do banco de dados do Exchange e aos últimos arquivos do log de transação.

  Solução

  Tente recuperar o banco de dados do Exchange para um diretório alternativo ou desmontar o banco de dados e remover todos os arquivos na pasta de destino antes de executar a restauração.

Relacionado ao Microsoft SQL Server

• O Console da Arcserve UDP poderá responder lentamente se o Microsoft SQL Server não puder alocar mais memória.

  Sintoma

  O Microsoft SQL Server talvez precise alocar mais memória para processar a consulta, especialmente quando há muitos dados no banco de dados do Arcserve UDP. Mas se o Microsoft SQL Server não puder adquirir memória devido à não disponibilidade ou limite máximo configurado, o processamento da consulta se tornará muito lento e portanto terá impacto na capacidade de resposta do Console da Arcserve UDP.

  Solução

  Exclua alguns logs do banco de dados usando Log/excluir e reinicie o SQL Service.

Relacionado ao RPS (Recovery Point Server – Servidor do Ponto de Recuperação)/Repositório de dados

• A tarefa de mesclagem manual não será executada e exibe um erro

  Sintoma

  Ao se enviar uma tarefa de mesclagem manualmente, a tarefa não será executada e a seguinte mensagem é exibida no Log de atividades:

  Não é possível executar a tarefa de mesclagem para <nome do nó>, outra tarefa está em execução.
  

  Solução

  A razão para esse erro pode ser a existência de outras tarefas em execução para o nó no mesmo servidor de ponto de recuperação, mas outro repositório de dados. Como solução alternativa, aguarde a conclusão dessas tarefas e tente novamente.

• O software antivírus exclui inesperadamente o arquivo do repositório de dados.

  Sintoma

  A tarefa de backup ou replicação falha com o erro "O sistema não pode encontrar o arquivo especificado".

  Verifique o log de eventos do Windows. O McAfee detecta o arquivo do repositório de dados (por exemplo, P0000000042.data) como o vírus Exploit-ScriptNull Trojan e o exclui.

  Solução

  Defina a configuração do antivírus para estabelecer o local do repositório de dados do RPS (Recovery Point Server – Servidor do Ponto de Recuperação) na lista de exclusão.

  Observação: alguns software antivírus exigem que você defina a lista de exclusão do lado do servidor.

• Pode levar vários minutos para cancelar a tarefa de replicação quando o destino for um repositório de dados de redução de redundância.

  Sintoma

  Isso acontece quando você definir o limite da rede para uma largura de banda muito baixa ou a transferência da rede para o servidor RPS de destino for lenta. Portanto, pode levar vários minutos para aguardar que os dados de fila sejam enviados.

  Solução

  Aguarde que a tarefa de replicação seja encerrada de forma normal.

• Se as duas condições a seguir existirem, a memória hash do repositório de dados será exibida incorretamente ao modificar o repositório de dados:
  • A memória do servidor RPS é menor ou igual a 4 GB.
  • Você não selecionou o valor máximo para a memória hash ao criar um repositório de dados.

RPS (Recovery Point Server - Servidor de Ponto de Recuperação)/Importar do Hyper-V /Relacionado ao nó

• Um erro "Privilégio de administrador é necessário." poderá ocorrer ao tentar adicionar um nó por endereço IP ou nome de nó e o impede de adicionar o nó. A mensagem de erro "Verifique se a conta tem permissões de administrador para esse servidor Hyper-V" poderá ser exibida ao tentar importar a partir do Hyper-V e impedir a importação de máquinas virtuais.

  Sintoma

  Ao tentar adicionar um nó usando o endereço IP ou o nome do nó em sistemas operacionais Windows (Windows Vista ou versões posteriores) com suporte ao UAC (User Account Control – Controle de Conta do Usuário) ou tentar importar máquinas virtuais de um servidor Hyper-V com suporte a UAC, e usar uma nova conta de usuário do Windows que é uma conta local no grupo de administradores, mas não é do administrador integrado, a seguinte mensagem será exibida:

  "Privilégio de administrador é necessário."

  Solução

  Use um administrador interno ou um administrador de domínio. Ou, será possível desativar o UAC remoto.

  Esse é o comportamento padrão do Windows chamado de restrições remotas UAC. Se você ainda quiser usar essa conta para adicionar o nó, desative o UAC remoto executando as seguintes etapas:

  1. Clique em Iniciar, digite regedit nos programas de pesquisa e nos campos dos arquivos e, em seguida, pressione Enter.

     O Editor do registro do Windows é exibido.

     Observação: talvez você precise fornecer credenciais administrativas para abrir o Editor do registro do Windows.

  2. Localize e clique na chave de registro a seguir:

     HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
     

  3. No menu Editar, clique em Novo e, em seguida, clique no Valor DWORD (32 bits).
  4. Especifique LocalAccountTokenFilterPolicy como o nome para a nova entrada e, em seguida, pressione Enter.
  5. Clique com o botão direito do mouse em LocalAccountTokenFilterPolicy e, em seguida, clique em Modificar.
  6. Especifique 1 no campo de dados Valor e, em seguida, clique em OK.
  7. Feche o Editor do Registro.

  Para obter mais informações detalhadas sobre o comportamento do Windows, consulte o artigo http://support.microsoft.com/kb/951016.

• Não foi possível remover o hipervisor especificado para o nó.

  Sintoma

  A remoção da função do hipervisor para um nó não é fornecida nesta release.

  Solução

  Remova o nó e adicione-o novamente.

• Não há nenhum aviso ou mensagem pop-up quando você tenta adicionar um nó a um console, que já está sendo gerenciado por outro console.

  Sintoma

  Com a interface do usuário tudo em um da Arcserve UDP, não é esperado que os usuários tenham diversos Consoles da Arcserve UDP e, portanto, o cenário da movimentação do agente de um servidor a outro só acontecerá quando o antigo servidor for retirado.

  Solução

  Mover o nó de um console para outro é um cenário muito raro.

Relacionado ao registro

• Se o destino do backup for um volume NTFS ativado de redução de redundância no Windows Server 2012 e o Agente do Arcserve UDP (Windows) estiver instalado no Windows 2003, as tarefas de restauração, mesclagem ou catálogo poderão falhar. A tarefa falha com o código de erro 50 do Windows e a mensagem "Não há suporte para o pedido".

  Sintoma

  O software da McAfee ou outros terceiros é definido como EnableECP=1 no registro quando são instalados no Windows Server 2012.

  Solução

  No registro, altere o valor de EnableECP de 1 para 0 na seguinte chave:

  HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
  

  Para obter mais informações, consulte http://support.microsoft.com/kb/2817216.

Relacionada à replicação

• Cancelar o processo RPSReplication.exe no lado de origem da replicação pode fazer com que a segunda tarefa de replicação falhe.

  Sintoma

  A segunda tarefa de duplicação travará no status Preparar e apresentará falha após 10 minutos.

  Solução

  Você não precisa executar nenhuma operação específica. Após a segunda tarefa de replicação falhar, a tarefa de constituição será disparada.

Com relação ao utilitário do Arcserve UDP Exchange Granular Restore (AEGR)

• Ao usar o utilitário do Arcserve UDP Exchange Granular Restore, todos os itens não são restaurados ao servidor dinâmico.

  Sintoma

  Após uma tarefa de restauração, as seguintes propriedades de item podem não ser corretamente restauradas:

  • InternetHeaders
  • RTFCompressed
  • Codepage
  • DateCompleted
  • TaskRecurrence
  • RecurrencePattern
  • AppointmentTimeZoneDefinitionEndDisplay
  • ReminderTime
  • CommonEnd
  • AppointmentStartWhole
  • AppointmentEndWhole
  • BusyStatus
  • Meeting Owner
  • Company Name of Task

  Solução

  Use a opção Exportar para PST para restaurar os itens ausentes.

Relacionado à restauração

• Erro ao usar a Atualização 4 ou agentes de versão anterior.

  Sintoma

  Ao se usar a Atualização 4 ou agentes de versão anterior, ocorrem os seguintes erros:

  • A restauração do Banco de Dados do Exchange no local original falha. A mensagem de erro a seguir é exibida:

    O grupo/banco de dados do armazenamento do Exchange foi restaurado no seu local original, mas houve uma falha ao montá-lo."
    

  • Quando o banco de dados do Microsoft Exchange é despejado com o log de repetição, depois que a tarefa for concluída, os logs não são reproduzidos.

  Solução

  Atualize os agentes para o agente do Arcserve UDP versão 6.0.

• A restauração de arquivos para um local alternativo que é uma pasta compartilhada remota falha com a mensagem de erro "O acesso é negado." no log de atividades.

  Sintoma

  Quando o destino de restauração for uma pasta compartilhada remota como \\FileServer\ShareFolder\RestDest e o destino de backup for uma pasta compartilhada remota com o mesmo caminho, \\FileServer\ShareFolder\RestDest, o erro ocorre.

  Se a conta de usuário usada para conexão com a pasta compartilhada raiz não estiver na lista de permissões, a tarefa de restauração falhará, independentemente de qual conta é usada para a pasta de destino de restauração.

  Solução

  Adicione a conta de usuário atribuída ao destino de backup para criar a conexão na lista de permissões da pasta compartilhada raiz e garantir que a conta de usuário tenha permissões adequadas para restaurar o arquivo.

  Adicione a conta do usuário ao grupo de operadores de backup e certifique-se de que tenha a permissão para substituir as restrições de segurança.

• Depois de atualizar o sistema operacional, talvez seja necessário digitar novamente a senha de criptografia ou a senha da sessão ao restaurar um arquivo do Agente do Arcserve UDP (Windows).

  Sintoma

  Se a criptografia estiver ativada para o ponto de recuperação, não será necessário digitar a senha para pontos de recuperação cujo backup foi feito a partir do servidor atual. No entanto, se atualizar o sistema operacional do Windows (por exemplo, a partir do Windows 2008 para Windows 2008 R2), as senhas não serão preenchidas automaticamente na interface do usuário do Agente do Arcserve UDP (Windows) e será necessário digitar novamente a senha.

  Solução

  Registre a senha de criptografia do ponto de recuperação ou a senha da sessão e mantenha-a em um local seguro para recuperação.

• Não é possível abrir os arquivos VMDK durante um processo de restauração.

  Sintoma

  Ao restaurar uma máquina virtual VMware, recebo o seguinte erro:

  Você não tem direitos de acesso a esse arquivo. Para obter mais informações, consulte o log de depuração da restauração. Se necessário, entre em contato com o suporte da Arcserve.
  

  É possível ver as seguintes entradas de log nos logs de depuração da restauração:

  [VDDKLOG] CnxAuthdConnect: Returning false because SSL verification requested and target authd does not support SSL
  

  [VDDKLOG] CnxConnectAuthd: Returning false because CnxAuthdConnect failed
  

  [VDDKLOG] Cnx_Connect: Returning false because CnxConnectAuthd failed
  

  [VDDKLOG] Cnx_Connect: Error message: SSL required
  

  Solução

  O motivo desse erro é que a autenticação SSL está desativada no host do VMware ESX. Para resolver esse erro, use um dos métodos a seguir:

  • Usando o cliente do vSphere
    1. Efetue logon no VMware vCenter/ESX Server.
    2. Clique em Configuration, Advanced settings, config, defaults-security.
    3. Abra as configurações do ESX Server.
    4. Ative a seguinte opção:

       config.defaults.security.host.ruissl
       

  • Usando a linha de comando
    1. Conecte-se ao host do VMware ESX usando SSH.
    2. Abra o arquivo de configuração:

       /etc/vmware/config; 
       

    3. Defina a entrada security.host.ruissl como "VERDADEIRO".
    4. Salve o arquivo e reinicie os agentes de gerenciamento.

  A autenticação SSL é ativada.

Relacionado à conexão do servidor

• O erro de conexão do servidor é exibido ao procurar os logs.

  Sintoma

  Ao procurar os logs de atividade do agente ou do console, o seguinte erro pode ser exibido:

  Falha ao conectar-se ao servidor "arcservedocs.com".

  Solução

  Pode ignorar essa mensagem.

Relacionado ao modo de espera virtual

• Se houver sessões de backup em um repositório de dados, quando você clicar em Retomar o modo de espera virtual, a tarefa do modo de espera virtual não inicia.

  Sintoma

  Faz-se o backup de um nó em um repositório de dados do RPS, replica-se o nó em outro repositório de dados do RPS e, então, cria-se uma máquina no modo de espera virtual com a origem de replicação. Após a implantação do plano, você pode retomar o modo de espera virtual diretamente se houver uma sessão mais antiga para a tarefa do modo de espera virtual. Mas, se você enviar a tarefa, a tarefa do modo de espera virtual não será iniciada.

  Solução

  Para corrigir esse problema, execute uma replicação manual primeiro: Clique com o botão direito do mouse no nó e clique em Replicar agora. Depois que a replicação for concluída, retome a tarefa do modo de espera virtual.

• Falha ao executar uma tarefa do modo de espera virtual quando o conversor estiver usando o Arcserve UDP versão 5.0 e o monitor (proxy) estiver usando o Arcserve UDP versão 6.0.

  Sintoma

  A tarefa do modo de espera virtual falha com o seguinte erro:

  Falha ao obter a assinatura do disco (a assinatura está em branco)
  

  Solução

  No Arcserve UDP versão 6.0, a biblioteca do VMWare VDDK é atualizada da versão 5.5 para a versão 6.0. No VDDK v6, para inicializar a biblioteca do VDDK é necessário um novo campo denominado impressão digital. A chamada do conversor VSB baseia-se no Arcserve UDP versão 5.0, no qual a impressão digital está ausente. Isso faz com que a chamada do conversor para o monitor falhe

  Para resolver esse problema, atualize o conversor para o Arcserve UDP versão 6.0.

• A tarefa do modo de espera virtual para o Hyper-V falhou após a atualização do RPS do Arcserve UDP ou do agente do Arcserve UDP no nó de origem para o Arcserve UDP 6.0. Entretanto, o agente do Arcserve UDP no servidor do Hyper-V não é atualizado.

  Sintoma

  Faz-se o backup do Agente do Arcserve UDP (Windows) no repositório de dados do RPS do Arcserve UDP e o RPS é atualizado para o Arcserve UDP 6.0. Além disso, faz-se backup do Agente do Arcserve UDP (Windows) em uma pasta compartilhada e o agente é atualizado para o Arcserve UDP 6.0. A tarefa do VSB do modo de espera virtual para o Hyper-V falha e os seguintes erros são exibidos:

  Não é possível localizar método de despacho para {http://webservice.arcflash.com}IsVmFileExist.
  

  ou

  Não é possível localizar método de despacho para {https://webservice.arcflash.com}IsVmFileExist.
  

  Solução

  Atualize o agente do Arcserve UDP para o Arcserve UDP 6.0 no servidor do Hyper-V.

• Os discos iniciam em um status offline quando ligados. Esse comportamento ocorre porque as diretivas de SAN foram introduzidas no Windows 2008 e em versões posteriores do sistema operacional. O sistema operacional protege os discos compartilhados que podem ser acessados por mais de um servidor. A primeira vez que o servidor detecta o disco, o Windows armazena o disco em um estado offline. Depois que o disco for colocado em estado online, ele permanecerá em um estado online.

  Outra causa para este comportamento está relacionada com o acionamento de máquinas virtuais que contenham volumes "somente leitura". Para corrigir essa condição, coloque os volumes no disco em um estado gravável.

• O aplicativo não oferece suporte à importação de servidores vCenter usando o modo Vinculado a VMware. Para proteger todas as instâncias do servidor vCenter nos grupos do modo vinculado, adicione cada instância do servidor vCenter individualmente.
• O modo de espera virtual não oferece suporte à conversão de pontos de recuperação para o formato Hyper-V quando o volume do sistema ou o volume de inicialização no computador de origem residir em discos dinâmicos.
• O modo de espera virtual não oferece suporte à criação de tarefas no modo de espera virtual que permitem definir a quantidade de memória RAM dinâmica usada por máquinas virtuais que você está protegendo em sistemas Windows 2008 R2 SP1 e Windows 2012 Hyper-V Server.
• Ao executar uma recuperação V2P usando o instantâneo atual, será exibida uma mensagem que indica o seguinte:

  Falha ao obter informações do ponto de recuperação.

  Este comportamento ocorre quando executa uma recuperação V2P usando o instantâneo mais recente, e uma tarefa de conversão para o nó não tiver sido concluída depois que a tarefa no modo de espera virtual tiver sido reimplantada no nó.

  Solução

  1. Envie uma tarefa de backup do agente do Arcserve UDP para capturar o estado atual do nó. Em seguida, execute uma recuperação bare metal do nó.
  2. Desligue a máquina virtual no modo de espera virtual e, em seguida, envie uma tarefa de conversão no modo de espera virtual para criar um instantâneo do ponto de recuperação atualizado para o nó.
• A interface de usuário V2P pode não exibir o instantâneo mais recente. Este comportamento ocorre quando se executa uma recuperação V2P depois de concluir uma recuperação V2P a partir do instantâneo mais recente.

  Solução

  Execute a recuperação V2P usando a recuperação bare metal do agente de Arcserve UDP.

• Quando o computador de origem do backup (no qual o agente de Arcserve UDP está instalado) contiver discos de setor de 4 KB nativos e a tarefa de backup do agente de Arcserve UDP tiver feito o backup dos volumes nos discos de setor de 4 KB, a máquina virtual no modo de espera que converteu as sessões de backup do agente de Arcserve UDP não conseguirá reconhecer as partições e os volumes dos discos de setor de 4 KB correspondentes. Esse comportamento ocorre quando os discos de origem contêm setores de 4 KB, e a máquina virtual de espera oferece suporte a discos com setor de 512 bytes. Após a conversão, o sistema operacional convidado na máquina virtual de espera falhará ao tentar localizar os metadados do disco devido às alterações no tamanho do setor.

  Observação: essa limitação se aplica apenas a tarefas no modo de espera virtual em execução em servidores Hyper-V.

• Para uma sessão da máquina virtual com base em host, se havia adaptadores de rede conectados à VM e posteriormente os adaptadores foram desconectados, haverá mais adaptadores de rede listados no modo de espera virtual do que a lista atual na VM.
• Há falha na conversão de um arquivo em um disco de 2 TB porque a VM não pôde criar um instantâneo.

  Sintoma

  O <caudp_agt _windows> tem um disco de 2 TB, e o servidor ESX/ESX(i) com uma versão anterior à 5.5 oferece suporte a apenas um disco virtual de até 2 TB. No entanto, durante a conversão, os seguintes erros podem ocorrer:

  • No cliente do vSphere:
    • "O arquivo VIRTUALMACHINE <nome do arquivo não especificado> do instantâneo criado para a máquina virtual é maior que o tamanho máximo suportado pelo repositório de dados <repositório de dados não especificado>".
    • "O arquivo é maior que o tamanho máximo suportado pelo repositório de dados".
  • No arquivo de log hostd para o ESX/ESXi 4.x:
    • "Falha no instantâneo convidado: o arquivo é muito grande para o sistema de arquivos."
  • No arquivo de log hostd para o ESXi 5.0/5.1:
    • "Falha ao executar a operação do instantâneo: Erro: (21) O arquivo é muito grande para o repositório de dados."

  Solução

  Essa é uma limitação do VMware. O tamanho máximo que uma versão do VMWare ESX/ESX(i) anterior à 5.5 aceita é 2 T - 16 GB, ou seja, 2032 GB.

  Recomenda-se o uso do servidor VMware ESX(i) 5.5 como destino para fazer a conversão com um disco grande.

  Para obter mais informações, consulte o Artigo 1012384 da base de conhecimento da VMware.

• Depois de alterar a senha do monitor Virtual Standby e atualizar o nó para o monitor Virtual Standby na interface do usuário do Console da Arcserve UDP, a implementação para o plano que usou esse servidor de monitor poderá falhar.

  Sintoma

  A implantação do plano falhou e exibe a seguinte mensagem de erro: "Não é possível aplicar configurações do modo de espera virtual ao nó xxx' (Falha ao conectar de xxx para o monitor: xxx. Credenciais do usuário inválidas).

  Solução

  Edite a tarefa do Virtual Standby no plano, insira a senha correta para o monitor e salve o plano.

Relacionado ao instantâneo VSS

• Devido a um problema de instantâneo VSS causado pelo VMware ou Microsoft no sistema operacional convidado da VM, a geração do catálogo para o backup sem agente de VMs VMware poderá falhar com a seguinte mensagem: "Falha ao mapear um bloco de índice no bloco de volume correto. Ocorreu um erro IndexAlloc.

  Solução alternativa

  1. Execute "chkdsk" para garantir a consistência dos dados dentro do sistema operacional convidado.
  2. Desligue a VM para que o instantâneo VSS dentro do convidado não ocorra.
  3. Faça backup da VM em um estado desligado.

  Observação: esse problema raramente ocorre. Para obter mais informações, consulte o Artigo da KB da VMware 2006849 ou o Artigo da KB da Microsoft 2853247.

Backward Compatibility Related

Data Corruption During UDP Upgrade due to Backward Compatibility

You may notice data corruption for backward compatibility of protecting UDP v5 nodes to UDP v6 RPS, it might cause data corruption on deduplication data store.

This issue does not impact if you are using one of the following options:

• Performing fresh installation with Arcserve UDP v6.
• Upgrading the full environment from Arcserve UDP v5 to Arcserve UDP v6 without running any backup/replication job during the upgrade,

This issue impacts if you have:

• Plans to ugrade from Arcserve UDP v5 to Arcserve UDP v6
• Already upgraded from Arcserve UDP v5 to Arcserve UDP v6

When do you face this data corruption:

If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6, you may face this issue in the following scenarios:

• If you run some failed backup/replication jobs while upgrading the full environment from Arcserve UDP v5 to Arcserve UDP v6.
• If you upgrade from Arcserve UDP v5 to Arcserve UDP v6 but stay in mixed versions, data corruption may occur when a failed backup/replication job takes place.

Sintoma

The data corruption issue might happen in the following two scenarios.

Scenario 1: The Agent node is with Arcserve UDP v5 and the RPS node is with Arcserve UDP v6. Agent job fails to back up and generates the incomplete recovery point on the deduplication data store. Deleting the incomplete recovery point from the deduplication data store may lead to data corruption.

Scenario 2: The source RPS node is with Arcserve UDP v5 and the destination RPS node is with Arcserve UDP v6. The Replication job fails and generates the incomplete recovery point destination deduplication data store. Deleting the incomplete recovery point from the destination deduplication data store may lead to data corruption.

Reason

Due to the mismatch of interface between different versions, when Arcserve UDP v6 RPS tries to delete the incomplete sessions generated by Arcserve UDP v5, it may wrongly delete additional index files which leads to data corruption.

Solução

If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6:

1. Upgrade full environment from Arcserve UDP v5 to Arcserve UDP v6 without running any backup/replication jobs during the upgrade.
2. Upgrade from Arcserve UDP v5 to Arcserve UDP v6, and immediately apply the patch T00000360 on RPS nodes with Arcserve UDP v6.

   Note: Before applying the patch, do not run any backup/replication jobs.

3. Wait for Upgrade to Arcserve UDP v6 update 1.

   Note: If you opt for this option, do not upgrade to Arcserve UDP v6. You can directly upgrade from Arcserve UDP v5 to Arcserve UDP v6 update 1.

If you have already upgraded from Arcserve UDP v5 to Arcserve UDP v6:

1. Either immediately apply the patch T00000360 on RPS nodes with Arcserve UDP v6 or upgrade the full environment from Arcserve UDP v5 to Arcserve UDP v6.

   Note: Contact Arcserve Support to get the patch.

2. Verify the data integrity at recovery point level. If data corruption has occurred, for details refer to the details provided in how to handle corrupted recovery points.

How to handle corrupted recovery points?

You cannot recover any recovery point that is corrupted due to the backward compatibility issue as the corresponding index file is incorrectly deleted.

To make sure that the subsequent recovery points do not depend on the corrupted recovery point, we recommend to take again full backup for the impacted node.

In addition, other jobs related to merge job that need to read from the corrupted recovery point might continue failing even though new full backup is done.

To solve the above, we recommend to rename the node folder in the backup destination folder of dedupe data store. Add Backup as prefix to the original node name.

For example:

NODE_NAME[1a98528f-db3c-45de-83d6-9d729815ab7d]

to

BackupNode_Name[1a98528f-db3c-45de-83d6-9d729815ab7d]

As a result, new folder name of the source node is created that automatically converts the recovery point as full when the specific node backs up to the data store again.

For the renamed folder, you can perform the following options:

1. Click the data store to browse recovery points at the very bottom in the section for “Plan: (not protected)
2. Restore from it, and
3. Access some recovery point that are not corrupted.

You can select to delete the renamed node through data store UI, if all the recovery points in the renamed folder are not useful anymore. The automatic retention management of the Plan only applies to the new recovery points done after the renaming of the folder.

Com relação ao navegador

Se você estiver usando o navegador da web Edge do Windows 10, pode não ser possível efetuar logon em agentes do Windows ou do Linux no console quando você clicar em Restaurar ou Agente de logon. Use outro navegador para efetuar logon.

Relacionado ao console do Arcserve UDP

• Na exibição de Nós, se a largura da tela do navegador não for suficiente, a caixa de combinação Filtro para a seleção do filtro predefinido e a caixa de texto Filtro não são exibidas no navegador. Como alternativa, oculte o painel direito ou aumente o navegador para exibir a caixa de combinação e a caixa de texto Filtro.
• Ao se usar o console do Arcserve UDP para gerenciar vários sites, para os alertas por email funcionarem, os servidores de gateway em todos os sites e o console devem ser capazes de comunicar-se com o mesmo servidor de email para os alertas por email funcionarem.
• Se uma tarefa estiver em andamento e o respectivo agente for reiniciado, o console não exibe nenhum histórico de tarefas para a tarefa em andamento.
• Ao modificar e salvar um plano do UDP, que inclui a cópia para a tarefa de fita durante a cópia ativa para tarefas de fita, o Monitor de tarefas para a cópia ativa para tarefas de fita no Arcserve UDP desapareceria. É possível verificar o andamento da cópia para a fita no gerenciador do Arcserve Backup ou consultar o histórico de tarefas no Console do Arcserve UDP quando a tarefa for concluída.
• As informações da VM na coluna do hipervisor fica mudando quando a detecção automática está em execução.

  Sintoma

  Se você tiver duas máquinas virtuais, VM1 e VM2, com a mesma GUID nos hosts do ESXi e as duas VMs forem gerenciadas pelo vCenters diferentes, VC1 e VC2 respectivamente. Importe a VM1 no console (não é possível importar ambas as máquinas virtuais porque o console não permite nós com a mesma GUID). Mas você também importa VMs do vCenter VC2. Quando a detecção automática é executada, ela, primeiramente, conecta-se ao VC1 e detecta a VM1 pela GUID e a coluna Hipervisor é atualizada com as informações do VC1. Posteriormente, quando ela conecta-se ao VC2, ela detecta a VM2 pela GUID e a coluna Hipervisor é atualizada com as informações da VC2.

  Solução

  Ele é muito raro haver duas VMs com a mesma GUID. No pior dos casos, se isso acontecer, backup sem agente com base em host pode fazer backup da VM errada porque o Arcserve UDP usa a GUID para identificar uma VM. Para resolver o problema, é possível alterar manualmente a GUID de uma das VMs. Para obter detalhes sobre como fazer isso, consulte o tópico relacionado no Guia das Soluções.

• O console exibe a mensagem, o Serviço de identidade está sendo iniciado

  Sintoma

  Não foi possível efetuar logon no console do Arcserve UDP. O console exibe as seguintes mensagens, mesmo após cinco minutos do logon:

  O Serviço de identidade está sendo iniciado
  

  Solução

  Para resolver esse problema:

  • abra o Console de serviço do Windows e reinicie o serviço do Console do Arcserve UDP, Serviço de gerenciamento do Arcserve UDP.
  • Se o problema não for resolvido, verifique se o diretório "UDP_HOME\Management\Bin\" está adicionado à variável de ambiente do caminho. Se ainda não estiver adicionado, adicione-o manualmente e, em seguida, reinicie o serviço de identidade do Arcserve UDP.
• A tarefa Início rápido para vários nós falha.

  Sintoma

  A tarefa Início rápido para vários nós falhará se um dos nós tiver uma tarefa de replicação em andamento.

  Solução

  Você pode esperar até que a tarefa de replicação seja concluída antes de enviar a tarefa de início rápido ou enviar a tarefa de início rápido para outros nós.

• A tarefa Copiar para a fita falha.

  Sintoma

  A tarefa Copiar para a fita pode falhar nos seguintes casos:

  1. O nó do agente do Arcserve UDP é adicionado ao console do Arcserve UDP com nome de usuário localizado (por exemplo, o nome de usuário está em chinês tradicional). É feito o backup do nó do agente do Arcserve UDP para o disco local ou a pasta compartilhada. Em seguida, a cópia para a fita é adicionada para migrar o ponto de recuperação do disco local ou da pasta compartilhada para a fita.
  2. O nó RPS do Arcserve UDP é adicionado ao console do Arcserve UDP com nome de usuário localizado (por exemplo, o nome de usuário está em chinês tradicional). Outros nós do agente do Arcserve UDP são armazenados em backup ou replicados para o repositório de dados do RPS. Em seguida, a cópia para a fita é adicionada ao migrar o ponto de recuperação do repositório de dados do RPS para a fita.

  Solução

  Para o primeiro problema, adicione o nó do agente do Arcserve UDP à interface do usuário do console do Arcserve UDP com o nome de usuário não localizado.

  Para o segundo problema, adicione o nó do RPS ao console do Arcserve UDP com o nome de usuário não localizado.

• Configuração do dispositivo NAT inesperada exibida sobre como modificar a tarefa "Replicar a partir de um RPS gerenciado remotamente" no ambiente do NAT.

  Sintoma

  Você verá a configuração do dispositivo NAT redundante na tarefa Replicar a partir de um RPS gerenciado remotamente quando for preciso modificar o plano no ambiente NAT, se o plano contiver as seguintes tarefas:

  • Tarefa 1 Replicar a partir do RPS gerenciado remotamente, o roteador NAT estiver ativado e IP/porta estiverem definidos.
  • Tarefa 2 Replicar para o site remoto estiver configurada com base na Tarefa 1, o dispositivo NAT estiver ativado e IP/porta estiverem definidos.

  Quando for necessário modificar o plano e exibir a configuração da Tarefa 1, você encontrará a opção O servidor está por trás de um dispositivo NAT redundante quando a opção O servidor está por trás de um roteador NAT estiver configurada. A tarefa de replicação poderá ser bem-sucedida, se as informações do roteador NAT forem fornecidas corretamente.

  Solução

  É possível ignorar o campo O servidor está por trás de um dispositivo NAT na tarefa Replicar a partir de um RPS gerenciado remotamente ao modificar o plano, o que é redundante. Use o campo O servidor está por trás de um roteador NAT para se certificar de que a tarefa de replicação foi bem-sucedida.

Com relação ao console de gerenciamento do usuário do Arcserve UDP

• Devido a alguns erros em componentes de terceiros, alguns textos em algumas caixas de diálogo do console de gerenciamento do usuário do Arcserve UDP não são localizados.
• O console de gerenciamento do usuário do Arcserve UDP permite que você crie o nome da função com caracteres especiais, como ~!@#$%^&*\ e outros. No entanto, não é possível renomear, atribuir nem excluir tais funções.

Relacionado ao agente (Linux) do Arcserve UDP

• Se abrir o Agente do Arcserve UDP (Linux) no Google Chrome, as linhas na guia status da tarefa não serão alinhadas com o cabeçalho da coluna correspondente.
• Não há suporte para o volume criptografado. Não é possível fazer backup de um volume criptografado.
• O FakeRAID não é suportado para a BMR. Se o nó de backup for RHEL 6.4 e posterior, CentOS 6.4 e posterior ou Oracle Linux Server 6.4 e posterior e o nó de backup incluir Linux Software RAID, será necessário usar o CD Live com base em CentOS para executar uma BMR a partir desse pontos de recuperação.
• Ao restaurar arquivos dos pontos de recuperação RHEL 5.x ou CentOS 5.x usando o servidor do D2D RHEL 6.x ou CentOS 6.x, alguns atributos do SELinux (Security-Enhanced Linux – Linux com Segurança Avançada) não podem ser restaurados.
• ao fazer o download dos dois arquivos do pacote de instalação para uma pasta local, o caminho completo desta pasta não deve conter nenhum caractere especial, exceto espaços em branco, e o caminho deve incluir apenas os seguintes caracteres: a-z, A-Z, 0-9, - e _.
• Se você enviar uma tarefa de restauração em nível de arquivo ou uma tarefa BMR usando Local como o destino do backup e, em seguida, desejar modificar o destino do backup para o compartilhamento de NFS ou compartilhamento CIFS, você deve, primeiro, adicionar o compartilhamento de NFS ou compartilhamento CIFS ao armazenamento de backup. Depois de adicionar o compartilhamento de NFS ou compartilhamento CIFS, abra o Assistente de restauração e selecione o compartilhamento de NFS ou CIFS na lista suspensa Local da sessão e, em seguida, envie a tarefa novamente.
• Apenas o kernel compatível com o Red Hat conta com suporte no Oracle Linux. Você deve selecionar o kernel compatível com o Red Hat como o kernel de inicialização padrão. O kernel Unbreakable do Oracle não conta com suporte e não deve ser o kernel de inicialização padrão.
• Se iniciar um PVM no Citrix XenServer 6.x usando um Live CD, o servidor de backup do Agente do Arcserve UDP (Linux) não ficará disponível no Live CD.

Relacionado ao backup

• Após a atualização para o Windows 10, o sistema remove o filtro de volumes superior do driver de rastreamento. O driver BLI não consegue rastrear todas as alterações no volume. Como resultado, a tarefa de backup incremental será convertida em uma tarefa de backup de verificação.

  Sintoma

  O filtro superior de BLI do registro de classe de volume é removido. Portanto, o driver BLI não consegue monitorar volumes.

  Solução

  Você pode continuar a executar um backup Incremental após a reinstalação do Driver de controle de alterações.

  Siga esses passos:

  1. Desinstale o Driver de controle de alterações executando o arquivo UninstallDriver.bat a partir do caminho seguinte.

     <caminho de instalação>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
     

  2. Reinstale o Driver de controle de alterações executando o arquivo InstallDriver.bat no seguinte caminho:

     <caminho de instalação>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
     

• Backup, restauração ou coleta de informações de BMR pode falhar ao se operar componentes com base em COM como VSS, VDS. A ID de evento 10006, 1503 ou 6287 pode ser exibida no log de eventos do Windows.

  Sintoma

  As seguintes mensagens podem ser encontradas no log de eventos: "Tentativa de operação ilegal em uma chave do registro marcada para exclusão" ou "O Windows detectou que seu arquivo do registro ainda está sendo usado por outros aplicativos ou serviços. O arquivo será descarregado agora. Os aplicativos ou serviços que usam o arquivo do registro poderão não funcionar corretamente depois disso".

  Solução

  Para saber a causa e a solução, consulte o artigo 2287297 da Base de dados de conhecimento da Microsoft.

• A montagem de um volume falha e a mensagem "Falha ao montar o ponto de recuperação para o caminho: "Z:" . função incorreta."

  Sintoma

  A montagem de uma sessão para uma letra de unidade falha.

  Isso acontece quando o destino é uma pasta local e está em um volume FAT32. A montagem de um driver suporta apenas a criação do arquivo de cache no volume NTFS.

  Solução

  Adicione uma nova chave de registro e personalize o caminho do arquivo de cache para um volume diferente.

  Siga esses passos:

  1. Crie a chave "AFStorHBAMgmt" em HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine.
  2. Crie o valor de sequência de caracteres "CacheFilePath".

  Mais informações:

  O arquivo de cache será criado montando um driver quando um volume gravável for montado. Para a tarefa de catálogo/restauração da Restauração granular, um volume gravável é criado. Se a sessão for fazer backup de volumes no Windows 8, Windows 2012 ou um sistema operacional posterior, sempre monte um volume gravável quando montar uma sessão em uma letra da unidade.

• Ao enviar uma tarefa de backup da interface do usuário do Agente do Arcserve UDP (Windows), a tarefa de backup poderá não ser iniciada quando o destino de backup estiver usando um repositório de dados em um Servidor do ponto de recuperação.

  Sintoma

  O backup enviado é mostrado com êxito, mas a partir da interface do usuário do Agente do Arcserve UDP (Windows), não é possível ver qualquer monitor de tarefas. Isso ocorre porque a tarefa de backup atende à configuração de contagem máxima de nós simultâneos no repositório de dados. A tarefa de backup será colocada na fila de espera.

  Solução

  Abra o console do Arcserve UDP e o monitor de tarefas pendentes será mostrado na visualização do nó.

• Se o computador do Agente do Arcserve UDP (Windows) for reinicializado quando uma tarefa de backup estiver em execução, a tarefa será marcada como "interrompida" na página inicial do Agente do Arcserve UDP (Windows), mas no Console da Arcserve UDP não haverá nenhum histórico de tarefas para essa tarefa. Isso ocorre porque o item do histórico de tarefas é enviado ao Console da Arcserve UDP no final da tarefa, mas no caso da reinicialização, não há nenhuma chance de enviar o histórico de tarefas do agente para o servidor.
• A porcentagem de compactação da tarefa de backup de verificação sem agente com base em host no monitor de tarefas não está correta.

  Sintoma

  Quando uma tarefa de backup de verificação sem agente com base em host estiver em execução e se a compactação tiver sido ativada no plano, a porcentagem de compactação exibida no monitor de tarefas será maior do que a porcentagem real.

  Todas as outras tarefas de backup não apresentam esse problema, incluindo as tarefas de backup do agente e as tarefas de backup incremental/completo sem agente com base em host.

  Solução

  A porcentagem de compactação impressa no log de atividades está correta. Consulte-a após a tarefa de backup de verificação sem agente com base em host ser concluída.

• A tarefa de backup de VM da VMware é concluída com êxito, mas um arquivo de despejo é gerado.

  Sintoma

  A tarefa de backup de VM da VMware é concluída com êxito no Console do Arcserve UDP. A tarefa é marcada pelo ícone verde e o log de atividades exibe a mensagem "A tarefa de backup foi concluída com êxito". No entanto, o arquivo de despejo do processo de back-end, tal como o AFBackend.exe.7912.00.dmp, é gerado na pasta BIN sob o caminho de instalação do agente. Por exemplo: C:\Arquivos de programas\Arcserve\Unified Data Protection\Engine\BIN.

  Solução

  Isso ocorre devido a um problema de VDDK da VMware, pois o VDDK ocasionalmente trava quando o Arcserve UDP está fechando chamadas de API do VDDK. Você pode ignorar esse problema, pois ele ocorre na última fase da tarefa de backup. Nesse ponto, a tarefa de backup está quase concluída e o ponto de recuperação foi ajustado com êxito.

Relacionado ao BMR

• A criação de kit de inicialização falhou com o seguinte erro:

  "Falha ao integrar o pacote de idioma na imagem ISO da BMR".

  Sintoma

  Esse problema é causado pelo driver de filtro do software antivírus de terceiros (McAfee), mas também pode ocorrer com outros filtros de terceiros.

  Solução

  Desative o software antivírus e tente a criação do kit de inicialização novamente.

• Não é possível iniciar o servidor após executar uma BMR.

  Sintoma

  Quando o computador de origem for um servidor Active Directory executando uma BMR para uma máquina física com um hardware diferente ou para uma máquina virtual em um servidor Hyper-V, o servidor não será inicializado e uma tela azul será exibida com a seguinte mensagem:

  INTERROMPER: não foi possível iniciar os serviços de diretório c00002e2 devido ao seguinte erro: um dispositivo conectado ao sistema não está funcionando. Status do erro: 0xc0000001.

  Solução

  Reinicialize o sistema para o ambiente do Windows PE da BMR, renomeie todos os arquivos *.log na pasta C:\Windows\NTDS e reinicie o sistema. Por exemplo, renomeie o arquivo edb.log como edb.log.old e reinicie o sistema.

• Não é possível mapear o disco de origem para o disco de destino durante a BMR, mesmo que o tamanho dos discos seja exatamente o mesmo.

  Sintoma

  Talvez não seja possível mapear o volume/disco durante a BMR, quando a máquina de destino for uma VM com disco IDE em um servidor 2008 Hyper-V ou um servidor 2008R2 Hyper-V.

  Se você restaurar os dados em uma VM com disco IDE em um servidor Hyper-V 2008 ou um servidor Hyper-V 2008R2 usando a BMR, não será possível mapear o disco/volume de origem para o disco/volume de destino, embora os tamanhos de ambos os discos pareçam ser iguais. Isso se deve ao fato de que quando você cria um disco IDE em um servidor 2008 Hyper-V ou um servidor 2008R2 Hyper-V, o tamanho real do disco é menor do que o tamanho que você especificou.

  Solução

  Crie um disco maior na VM. Por exemplo, se deseja restaurar os dados de um disco de 25 GB, é recomendável criar um disco de 26 GB na VM de destino.

• Se usar o Windows ADK 8.1 para criar uma imagem ISO da BMR, depois de reinicializar a máquina usando essa imagem ISO, poderá verificar que não há disco detectado no sistema PE.

  Sintoma

  Isso é observado no VMware ESX Server. Para as VMs do Windows 2003, o controlador do disco padrão é o adaptador SCSI LSI Logic e o driver para esse tipo de SCSI não está incluído no Windows ADK 8.1. Você também pode observar isso em alguns servidores antigos com adaptadores SCSI antigos.

  Solução

  Para resolver esse problema, obtenha os drivers do fabricante de hardware no site e carregue o driver da interface do usuário da BMR.

Relacionado ao instantâneo de hardware

• Se uma tarefa de backup de VM VMware usar o instantâneo de hardware, você verá várias entradas da mensagem a seguir nos logs de depuração. As várias mensagens aumentam o consumo de espaço em disco do volume em que o Arcserve UDP está instalado. Estamos trabalhando em conjunto com a NetApp para resolver esse problema.

  [VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420

  Como solução alternativa, defina a chave de registro VDDKLogLevel como 0 no seguinte caminho:

  \HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
  

• O instantâneo transportável CSV pode falhar às vezes e reverter para o instantâneo de software. Isso ocorre depois que o provedor de hardware faz várias tentativas de criar um instantâneo transportável. É possível encontrar um erro semelhante ao seguinte no Visualizador de Eventos do Windows. Estamos trabalhando em conjunto com a NetApp para resolver esse problema.

  Falha ao criar cópia de instantâneo "{xxx}_backup" em vários volumes do sistema de armazenamento "xxx" após tentar novamente por "100" vezes com um intervalo de "10" segundos.

• Com a release atual do Data ONTAP para cDOT, o instantâneo de hardware usa o FlexClone, mesmo se ele não estiver licenciado. Esse é um problema conhecido da NetApp. Para continuar o backup sem usar a licença FlexClone, crie uma chave de registro no servidor proxy do Arcserve UDP.

  Siga estas etapas para criar a chave de registro:

  1. Efetue logon no servidor proxy.
  2. Crie a chave DoNotUseFlexCloneLicenseToCloneLun no seguinte local:

     HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
     

  3. Crie o seguinte valor de sequência de caracteres e defina o valor como 1.

     DoNotUseFlexCloneLicenseToCloneLun
     

Relacionado à exibição do ponto de recuperação do Arcserve UDP

Depois de alternar para exibição de pontos de recuperação do Arcserve UDP, o volume que está montado em um caminho de arquivo na sessão de backup não pode ser montado.

Sintoma

Se o volume ainda estiver montado, a Exibição do ponto de recuperação do Arcserve UDP abre diretamente o volume que está montado pelo sistema operacional, não a sessão de backup.

Se o volume estiver desmontado, nada será exibido na Exibição do ponto de recuperação do Arcserve UDP nesse caminho de arquivo.

Solução

Use Montar ponto de recuperação para montar esse tipo de volume.

Host-Based VM Backup Related

• Potential problem detected when backing up a VMware VM with Changed Block Tracking enabled and running on ESXi 6.0 or ESXi 6.0.

  Sintoma

  VMware recently published a KB article, which indicates that, in ESXi 6.0 or ESXi 6.0.x, a bug has been introduced in Changed Block Tracking (CBT) and it causes the CBT to return incorrect changed sector list. Arcserve UDP is potentially affected by this issue, which results inconsistent virtual machine backups (both full and incremental). For more details, refer to the VMware KB.

  If the problem occurs, the catalog job may fail and Check Recovery Point may report errors.

  Solução

  VMware has released a patch for this issue. Apply this patch on your ESXi hosts. For more details, see the VMware KB article, or Arcserve KB article.

• An agentless backup of SUSE Linux Enterprise Server 12 VM in Hyper-V fails and VM guest OS hangs after the backup.

  Sintoma

  This problem is observed if the Hyper-V host is Windows 2012 R2 and VM’s guest OS is SUSE Linux Enterprise Server (SLES) 12 with runlevel 5 (with graphical interface). In this case, the agentless backup job hangs at the “taking snapshot” phase and finally fails. After that, the VM guest OS becomes unresponsive.

  Solução

  This is not an issue of Arcserve UDP but a compatibility problem of Windows and SUSE. The same problem occurs when creating a VSS snapshot by using diskshadow command in the Hyper-V host. Follow these steps to verify the problem:

  1. Log in to the Hyper-V server.
  2. Open the Windows Command Line as an administrator.
  3. From the command line, type the following commands.
     1. Type "diskshadow" and press Enter.
     2. Type “add volume X:” and press Enter. (X: is the volume in which VM’s virtual disk files and configuration file reside. If VM’s disk files or configuration file are on different volumes, repeat this command to add all the volumes.)
     3. Type "create" and press Enter.
     4. After the snapshot creation finishes (this may take some time), type "end backup" and press Enter.
     5. Type "exit" and press Enter.
  4. Check if VM guest OS hangs.
  5. Check the Windows Event Log, Applications and Services Logs, Microsoft, Hyper-V VMMS, Admin. There should be one error log which indicates the failure of the VM during the snapshot creation.

  There is no workaround so far. We suggest you to work with Microsoft to solve the root cause. Alternatively, you may try changing the runlevel of SLES 12 from 5 to 3 (without graphical interface) but this does not guarantee any resolution.

• Pre-flight check (PFC) reports “failed to access the virtual machine” for VMware VM

  Sintoma

  For VMware VM, pre-flight check (PFC) reports the following warning message for the Data Consistency check even when you have already provided proper credentials.

  Not verified because the application failed to access the virtual machine. Verify that the user credentials are correct and have administrative privileges.

  Solução

  Only PFC for VMware VM has this issue. Other features such as backup are not affected. The workaround is to install Arcserve UDP Agent on the machine in which Arcserve UDP Console is installed (Agent service does not have to be started).

• Backup and restore using SAN transport failover to non-SAN transport mode for VMs residing on ESXi 5.5 or earlier

  Sintoma

  Even when a SAN transport mode is possible, backup and restore jobs still use the HotAdd, NBD, or NBDSSL transport mode.

  Solução

  This is a known issue of VMware VDDK 6.0.1. There is no solution from VMware for now. For details you can refer to Know Issues in VDDK 6.0.1 release notes.

• Backup and restore using SAN transport failover to non-SAN transport mode when the provisioned size of VM’s virtual disk is 4 TB or a multiple of 4 TB

  Sintoma

  Even when a SAN transport mode is possible, backup and restore jobs still use the HotAdd, NBD, or NBDSSL transport mode when the provisioned size of VM’s virtual disk is 4 TB or a multiple of 4 TB.

  Solução

  This is VMware known issue which, according to VMware, has been in following patches:

  • For ESXi 5.5 - Patch Release ESXi550-201504001 (2112672)

  • For ESXi 6.0 - Patch Release ESXi600-201505001 (2116125)

  The workaround is to avoid using provisioned size which is the multiple of 4 TB. For example, do not use 4 TB or 8 TB; instead, use 3.9 TB or 8.1 TB.

• When VMware Tools snapshot quiescing method is used, an agentless backup of VMware systems back up a corrupted snapshot.

  Sintoma

  When you quiesce a VMware VM using VMware Tools, the snapshot contains corrupted data. The backup reads data from the snapshot and the data that is backed up also becomes corrupted. For more information about this issue, see the VMware KB article.

  Note: This problem occurs with all VMware ESXi versions and on a VM with guest OS Windows 2008 R2 SP1 and Windows 2012. Arcserve UDP cannot detect the data corruption problem because VMware does not return an error in this case. You may not be aware of the problem until you try to restore data.

  Solução

  Perform the following tasks to detect and resolve the problem:

  • Recovery Point Check - Mount the volumes from the recovery point and verify data consistency by running the Microsoft tool CHKDSK at the end of the backup job. For more information on the chkdsk tool, see the Arcserve UDP Solutions Guide. The chkdsk tool may take a longer time to run. As a best practice, enable this option for weekly or monthly backup jobs.
  • Disable problematic writers in the guest OS of the VM - If the Recovery Point Check detects a problem, perform the steps described in "How to check if you may be affected by this bug" in the Arcserve KB article. The workaround suggested by VMware is to disable the VSS writers MSSearch Service Writer (ignore it, if not installed) and Shadow Copy Optimization Writer (typically present in every Windows VM) in the guest OS of the VM. You can manually do this per the VMware KB article. Arcserve UDP also provides a simple way to disable the problematic writers during a backup. For details on this known issue, see File System Catalog job fails or Recovery Point Check fails for Host-Based Agentless backup topic in the Troubleshooting chapter of Solution Guide.
• The Microsoft VSS Inside VM snapshot quiescing method in a VMware VM may results an inconsistent backup

  Sintoma

  When using the Microsoft VSS inside VM snapshot quiescing method to back up a VMware VM, the backup may not be consistent. Especially when backing up VM with applications (such as Exchange) installed.

  Solução

  The workaround is to use VMware Tools snapshot quiescing method, along with disabling the VSS writers MSSearch Service Writer and Shadow Copy Optimization Writer in guest OS of VM before this problem gets fixed.

• After recovering a clustered VM to the original Hyper-V cluster, the network adapter could not connect to the virtual switch and displayed a warning message in the activity log:

  Unable to connect the network adapter <<adapter name>> to the virtual switch.
  

  Sintoma

  When backing up a VM, failover happens for the clustered VM before taking a snapshot . This failover causes the Hyper-V host that is recorded in the backup session to be inconsistent with the VM configuration.

  Solução

  You can manually connect the network adapter to a virtual switch on the Hyper-V host or use the Restore to an alternative location option to recover the VM that lets you set the restore configuration for the VM.

• In Hyper-V 2012 or later, the virtual machine stays in the “Backing up” status although the agent-less host-based backup job of this virtual machine has already finished.

  Sintoma

  Although the backup job of one virtual machine has already finished, the virtual machine's status is still "Backup up" in the Hyper-V Manager. Therefore, if another backup job for this VM starts at this time, it will fail with error "The Hyper-V VSS writer has encountered an error when processing this virtual machine". In addition, you cannot perform some operations, such as power on/off, for the VM at that time in the Hyper-V Manager. If the VM is a Hyper-V cluster, you cannot perform live migration for that VM.

  This problem happens during the following situations:

  • There are several backup jobs starting at the same time or at times close to each other (within 1 minute).
  • One or more backup jobs finished, but there is still at least one backup job which is still in progress.

  Solução

  While the VM is "locked", you can still use the guest OS as normal. Therefore, this has no impact on the usage/availability of the guest OS. However, if you have concerns and want to avoid this situation, you can do either of the following:

  • Use the Hyper-V Snapshot Separation option on the resources tab of agent-less host-based backup. For more information, see the Arcserve UDP Solutions Guide.
  • Use different plans to protect VMs which have a different size. In other words, include the VM with a similar size in one plan so that those backup jobs take a similar amount of time and, at the same time, set different schedules for those plans.
• When you perform Incremental backup jobs for VMware virtual machines, the backed up data size of the Incremental backup jobs may be larger than expected.

  Sintoma

  This is a known VMware issue where it involves Changed Block Tracking (CBT). With application level quiescing, Changed Block Tracking overstates changes.

  Solução

  The issue is fixed in VMware ESXi 5.5 or later, and in VMware ESX 5.1 Patch 02. If VMware vCenter Server 5.5 manages any VMware ESXi 5.1 hosts, then the patch should be applied to them. For more information on this fix, see the VMware KB.

  If you still see the issue, then set the following registry on the proxy server:

  [HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]

  "ResetCBT"=dword:00000001

  Example:

  [HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]

  "ResetCBT"=dword:00000001

  Note: After the registry value is set, the next Incremental backup job converts to a Verify backup job and then the subsequent Incremental backup jobs continue to run with the appropriate size.

• Due to a VMware known issue, when the storage DRS is enabled and the storage vMotion occurs while the backup job is in progress; the backup job can fail. The activity log specifies the following message: "Unable to open the VMDK file." VMware reported the following error: "A file was not found."

  For more information, see the VMware KB Article 2055943.

• The recovery of a VM with VMDK larger than 2-TB of disk fails because the VM failed to create a snapshot.

  Sintoma

  The backup source VM has VMDKs larger than 2-TB and the ESX/ESX(i) server with a version lower than 5.5 can only support a virtual disk of up to 2-TB disk in size. However, during the VM recovery, the following errors can occur:

  • In the vSphere Client:
    • "Create virtual machine snapshot VIRTUALMACHINE File <unspecified filename> is larger than the maximum size supported by datastore '<unspecified datastore>'".
    • "File is larger than the maximum size supported by datastore".
  • In the hostd log file for ESX/ESXi 4.x:
    • "Snapshot guest failed: The file is too big for the file system."
  • In the hostd log file for ESXi 5.0/5.1:
    • "Failed to do snapshot op: Error: (21) The file is too big for the datastore."

  Solução

  This is a VMware limitation. The maximum size that VMware ESX/ESX(i) server version lower than 5.5 supports is 2 T-16 GB, which is equal to 2032 GB.

  It is recommended to use VMware ESX(i) server 5.5 as the destination to perform conversion with a large disk.

  For more information, see the VMware KB Article 1012384.

• Creating a snapshot fails when more than seven disks are attached to a single SCSI controller for a Windows VM running on an ESXi server.

  Sintoma

  When you run a backup job on a virtual machine containing a SCSI controller with more than 7 VMDKs, the backup job fails. The backup job fails because VMware requires a maximum number of free slots for VMDKs on a particular SCSI controller to create a snapshot. A SCSI controller can have a maximum number of 15 slots. For example, if a SCSI controller has 7 VMDKs, a snapshot can be created for each VMDK. (A total of 14 slots are used with one slot free.) If a SCSI controller has 8 VMDKs, the backup job fails because the snapshot cannot be created due to only 15 available slots.

  Note: Manually creating a snapshot also fails.

  Solução

  For virtual machines with more than seven disks on a single SCSI controller, perform the following steps:

  1. Shut down the virtual machine.
  2. Create more thin virtual disks which allow you to add more SCSI controllers.
  3. Distribute the existing disks between multiple SCSI controllers.
  4. Power on the virtual machine.

  Snapshots can now be created for each VMDK.

  This issue is a VMware limitation where Arcserve Backup can only support the number of VMDK disks for backups.

  For more details, see the following VMware Knowledge Base article: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181

• When you import VMware virtual machines from vCenter Server/ESXi 5.0 Update 3 and above while using HTTP protocol and port 80, the connection fails.
  This is a known issue with VMware. The following link opens the VMware KB article: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2069149
• When a VM is imported from a Hyper-V server, the VM becomes disabled after the Host-Based Agentless Hyper-V VM restore job overwrites the VM. The VM is disabled because the instance GUID of the restored VM is different from the original instance GUID, which was imported from the Hyper-V server. The VM instance GUID cannot revert to the original instance GUID.

  To resolve this issue, remove the old VM from Central Protection Manager and import the new VM.

• An ESX/ESXi/vSphere 5.5 purple screen of death appears when an Arcserve UDP job runs.

  Sintoma

  This is a known VMware issue affecting ESXi 5.0, 5.1, and 5.5 hosts and virtual machines using the E1000 and E1000e virtual network adapters.

  Note: This issue is resolved in the following VMware updates.

  • ESXi 5.0 Patch Release ESXi500-201401001. For more information, see the VMware KB.
  • ESXi 5.1 Update 2, available at VMware Downloads. For more information, see the VMware KB.
  • ESXi 5.5 Update 1, available at VMware Downloads. For more information, see the VMware ESXi 5.5 Update 1 Release notes.
  • ESXi 6.0 GA, available at VMware Downloads. For more information, see the VMware ESXi 6.0 Release notes.

  Solução

  Switch to a VMXNET3 adapter. For more information, see the VMware KB Article 2059053.

• During backup, the Arcserve UDP agent merges the child disks data to the corresponding parent disk and creates a single disk image. Therefore, the parent-child relationship no longer exists after VM backup. As a result, only the parent disk is recovered and the "differencing disks" configuration is lost, however no data is lost. You can retrieve the data in a single merged disk after VM recovery.
  This behavior is expected for agentless backup. You can configure the "Differencing disks" manually after a successful VM recovery.
• Import VM fails when duplicate VM instance UUID exists.

  Sintoma

  When a VM is imported to the node view, it fails if another VM with same VM instance UUID is already added to the node view.

• A host-based VM backup plan is saved, it fails when the selected proxy machine is installed with Arcserve D2D r16.5.

  Sintoma

  When a host-based VM backup plan includes a proxy machine that has the previous release of Arcserve D2D installed (for example, r16.5), the error message “Cannot find dispatch method” appears when the plan is saved.

  Solução

  This problem occurs because the API of the current version is not compatible with the API of the previous version of Arcserve D2D. As a work around, you can manually upgrade Arcserve D2D to the current version of the Agente do Arcserve UDP (Windows).

• The host-based VM backup job may hang at the phase "Starting Backup" for a VM.

  Sintoma

  The host-based VM backup job hangs for hours and cannot proceed.

  Solução

  End afbackend.exe according to the process ID in the activity log, remove the VM snapshot if any, and resubmit the backup job.

• After performing a restore job for a host-based VM backup Hyper-V virtual machine (VM), the status of the disks, except the boot disks on the recovered virtual machine is Offline.

  Sintoma

  The behavior of the operating system creates the offline state by default.

  The SAN policy was introduced in Windows Server 2008 to protect shared disks that are accessed by multiple servers. The default SAN policy from the source VM is “Offline Shared” for all SAN disks except the boot disk. Setting the policy to Offline enables the SAN disks to be offline during startup. After recovery, a new disk for the VM is created. The disk file from the VM appears to be a SAN disk where the operating system identifies it as being offline. When the offline disk is set to be back online, the disk remains online even after rebooting the system.

  Solução

  As a workaround, specify the DISKPART.exe command: SAN POLICY=OnlineAll setting for the source VM before backup. Because the disks can be shared among other servers, data corruption can occur. You must use the correct SAN policy to protect the data.

  DISKPART.EXE command line

  Query SAN policy:

  DISKPART > san

  SAN Policy: Offline Shared

  Change SAN policy:

  DISKPART > san policy=OnlineAll

  DISKPART successfully changes the SAN policy for the current operating system.

• The iSCSI hard disk that is attached to a Hyper-V virtual machine will not be backed up.

  Sintoma

  After backing up a Hyper-V VM, the volumes on iSCSI devices are not listed in the restore UI.

  Solução

  Create an agent-based backup plan in Arcserve UDP or use Agente do Arcserve UDP (Windows) to back up the virtual machine.

• Pre/Post commands cannot be executed by host-based agentless backup jobs on a Hyper-V VM when the guest operating system is Windows Server 2003.

  Sintoma

  For host-based agentless backup jobs for a Hyper-V VM, if the guest operating system is Windows Server 2003, the Pre/Post commands cannot be executed. The activity log prints the warning "The virtual machine name is not expected. Pre/Post commands cannot be executed".

  Solução

  Windows Server 2008, Windows Vista, or a later version of operating system do not have this problem and should be used.

• At times backup job for VMware VM crashes when the backup proxy is Windows 2003 R2 64-bit machine.

  Sintoma

  When Windows 2003 R2 64-bit machine is used as the backup proxy server to protect VMware VM, at times the backup job may crash. You can see error messages as following in the backup job debug log file:

  [2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLib: VixDiskLib_OpenEx: Open a disk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}

  [2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: VixDiskLibVim_GetNfcTicket: Get NFC ticket for [datastore1 (3)] VMname/VMware_1.vmdk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}

  [2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Error 18000 (listener error GVmomiFaultInvalidResponse). {AFBackend.exe::AFBackupVirtual.dll(1746.0)}

  [2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Login failure. Callback error 18000 at 2439. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}

  [2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Failed to find the VM. Error 18000 at 2511. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}

  Solução

  In Arcserve UDP Version 6.0, VMWare VDDK 6.0.1 is built in. But VDDK 6.0.1 does not officially support Windows 2003 R2. As a workaround, you can use one of the following options:

  • Switch to use a proxy that is officially supported by VDDK 6.0.1. For example, proxy with Windows 2008 R2, Windows 2012 or Windows 2012 R2.
  • Replace built-in VDDK 6.0.1 by VDDK 5.5.5, which is also supported by UDP 6.0. For details on how to replace VDDK, refer to the following topic in Arcserve UDP Solution Guide v6.0:

    How to apply different version of VDDK other than the built-in Version (6.0.1) in Arcserve UDP

Relacionado à máquina virtual instantânea

• O nome e local da VM instantânea são diferentes do resultado esperado.

  Sintoma

  Quando você usa as informações de ESX para efetuar logon e selecionar um pool de recursos como o local da VM instantânea, a VM instantânea estará no host do ESX e não no pool de recursos. Se você excluir a VM instantânea do console e recriar uma VM instantânea com o mesmo nome, ela adicionará um sufixo (1) ao nome da VM instantânea e não ao carimbo de data e hora conforme o esperado.

  Solução

  Isso ocorre porque o ESX Server é gerenciado por um vCenter. Use as informações de logon do vCenter para criar a VM instantânea.

• Se você criar um plano de backup sem agente e especificar um caminho local como o destino do backup, a VM instantânea não poderá ser criada a partir de tais pontos de recuperação. Para resolver esse problema, use uma pasta compartilhada como o destino de backup.
• Se você adicionar um nó usando o endereço IP, criar um plano de backup e especificar uma pasta compartilhada como o destino de backup, a VM instantânea não poderá ser criada na exibição de lista de nós. No entanto, é possível criar a VM instantânea a partir da exibição de destino. Como alternativa, você também pode atualizar o nó usando o nome do host e tentar criar a VM instantânea novamente.
• Se um ponto de recuperação tiver um volume de sistema espelhado e você criar uma máquina virtual instantânea (VM instantânea) usando esse ponto de recuperação, talvez receba alguns erros, como uma tela preta da morte.
• A VM instantânea falha ao inicializar no Hyper-V após reiniciar o servidor de recuperação

  Sintoma

  Quando inicio a VM instantânea e, em seguida, reinicio o servidor de recuperação do Hyper-V, a VM instantânea pode falhar ao inicializar.

  Solução

  Para resolver essa falha de inicialização, reinicie a VM instantânea.

• No Windows Server 2012, a criação de um NFS em um disco dinâmico pode falhar. Para evitar esse problema, use um disco básico. Também é possível aplicar um patch e resolver o problema. Para obter mais informações sobre o patch, consulte o artigo da base de conhecimento da Microsoft.
• A criação da VM instantânea falha quando o volume do Windows que é usado como NFS da VMware no servidor de recuperação é formatado.

  Sintoma

  Atribuí um volume do Windows como uma pasta compartilhada do NFS e forneci esse caminho de volume compartilhado como o caminho de arquivo de VM instantânea. Ao formatar o volume do Windows e, em seguida, tentar criar a VM instantânea, ocorre uma falha na criação da VM instantânea. Não é possível criar a VM instantânea porque o host ESXi não consegue adicionar o repositório de dados do NFS. O VMware exibe mensagens de erro semelhantes às seguintes:

  Falha de criação de VM pelo VMware.
  

  O log de erros a seguir é exibido no arquivo vmkernal.log:

  Nenhum dispositivo subjacente para principal, secundário
  

  Solução

  Para resolver o problema, execute estas etapas no servidor de recuperação:

  1. Abra Painel de controle, Sistema e segurança, Ferramentas administrativas.

     A caixa de diálogo Ferramentas administrativas é aberta.

  2. Clique duas vezes em Serviços.

     A caixa de diálogo Serviços abre.

  3. Clique com o botão direito do mouse em Server for NFS e clique em Interromper serviço.
  4. Clique com o botão direito do mouse em Server for NFS e clique em Iniciar serviço.
  5. Use o volume para criar uma VM instantânea novamente.

  A VM instantânea é criada.

Relacionada à exibição do log

O filtro de log não funciona quando o NodeName for VM (nome do host) e a exibição do log for carregada clicando no link Exibir logs.

Sintoma

Na exibição do log, se uma VM protegida não possuir um nome do host, seu valor de NodeName será exibido como VM(nome do nó). Nesse caso, outros filtros não funcionarão.

Solução

É possível modificar manualmente o NodeName da VM (nome do host) para o nome de host e, em seguida, todos os filtros funcionarão corretamente. Por exemplo, modifique o NodeName "VM (xxxxx01-AB)" para "xxxxx01-AB".

Instalação/implementação remota relacionada (Agente)

Falha ao instalar o driver de montagem com o código de erro 1460 no log de depuração.

Sintoma

A API de instalação do Windows informa o erro 1460, que significa que o tempo limite expirou. O valor de tempo limite padrão é 300 segundos para atualizar o driver do dispositivo.

Solução

Para ajustar o valor de tempo limite, siga estas etapas:

1. Digite gpedit.msc na caixa Iniciar pesquisa e pressione Enter.
2. Clique em Continuar quando o prompt UAC aparecer.
3. Vá até o seguinte local da diretiva:
4. Configuração do Computador\Modelos Administrativos\Sistema\Instalação de dispositivos
5. Ative a configuração de diretiva a seguir:
6. Configurar tempo limite para instalação de dispositivo.
7. Especifique um novo valor de tempo limite em segundos.

Relacionado ao Microsoft Exchange

A restauração do banco de dados do Exchange falha com o erro: "falha ao montá-lo".

Sintoma

Isso ocorre quando o servidor Exchange está instalado dentro de uma VM e está executando o Agente do Arcserve UDP (Windows) para proteger esta VM. Depois que o backup é executado por algum tempo, se a VM for revertida para um instantâneo de VM salvo anteriormente e você tentar recuperar o banco de dados do Exchange no local original, a restauração falhará com o erro "O grupo/banco de dados de armazenamento [nome_BD] foi restaurado em seu local original, mas houve falha ao montá-lo.".

A causa raiz ainda está sendo investigada, mas atualmente parece estar relacionada ao carimbo de data/hora registrado dentro do banco de dados do Exchange e aos últimos arquivos do log de transação.

Solução

Tente recuperar o banco de dados do Exchange para um diretório alternativo ou desmontar o banco de dados e remover todos os arquivos na pasta de destino antes de executar a restauração.

Relacionado ao Microsoft SQL Server

O Console da Arcserve UDP poderá responder lentamente se o Microsoft SQL Server não puder alocar mais memória.

Sintoma

O Microsoft SQL Server talvez precise alocar mais memória para processar a consulta, especialmente quando há muitos dados no banco de dados do Arcserve UDP. Mas se o Microsoft SQL Server não puder adquirir memória devido à não disponibilidade ou limite máximo configurado, o processamento da consulta se tornará muito lento e portanto terá impacto na capacidade de resposta do Console da Arcserve UDP.

Solução

Exclua alguns logs do banco de dados usando Log/excluir e reinicie o SQL Service.

Relacionado ao RPS (Recovery Point Server – Servidor do Ponto de Recuperação)/Repositório de dados

• A tarefa de mesclagem manual não será executada e exibe um erro

  Sintoma

  Ao se enviar uma tarefa de mesclagem manualmente, a tarefa não será executada e a seguinte mensagem é exibida no Log de atividades:

  Não é possível executar a tarefa de mesclagem para <nome do nó>, outra tarefa está em execução.
  

  Solução

  A razão para esse erro pode ser a existência de outras tarefas em execução para o nó no mesmo servidor de ponto de recuperação, mas outro repositório de dados. Como solução alternativa, aguarde a conclusão dessas tarefas e tente novamente.

• O software antivírus exclui inesperadamente o arquivo do repositório de dados.

  Sintoma

  A tarefa de backup ou replicação falha com o erro "O sistema não pode encontrar o arquivo especificado".

  Verifique o log de eventos do Windows. O McAfee detecta o arquivo do repositório de dados (por exemplo, P0000000042.data) como o vírus Exploit-ScriptNull Trojan e o exclui.

  Solução

  Defina a configuração do antivírus para estabelecer o local do repositório de dados do RPS (Recovery Point Server – Servidor do Ponto de Recuperação) na lista de exclusão.

  Observação: alguns software antivírus exigem que você defina a lista de exclusão do lado do servidor.

• Pode levar vários minutos para cancelar a tarefa de replicação quando o destino for um repositório de dados de redução de redundância.

  Sintoma

  Isso acontece quando você definir o limite da rede para uma largura de banda muito baixa ou a transferência da rede para o servidor RPS de destino for lenta. Portanto, pode levar vários minutos para aguardar que os dados de fila sejam enviados.

  Solução

  Aguarde que a tarefa de replicação seja encerrada de forma normal.

• Se as duas condições a seguir existirem, a memória hash do repositório de dados será exibida incorretamente ao modificar o repositório de dados:
  • A memória do servidor RPS é menor ou igual a 4 GB.
  • Você não selecionou o valor máximo para a memória hash ao criar um repositório de dados.

Relacionado ao RPS (Recovery Point Server - Servidor de Ponto de Recuperação)/Importação do Hyper-V/Nó

• Um erro "Privilégio de administrador é necessário." poderá ocorrer ao tentar adicionar um nó por endereço IP ou nome de nó e o impede de adicionar o nó. A mensagem de erro "Verifique se a conta tem permissões de administrador para esse servidor Hyper-V" poderá ser exibida ao tentar importar a partir do Hyper-V e impedir a importação de máquinas virtuais.

  Sintoma

  Ao tentar adicionar um nó usando o endereço IP ou o nome do nó em sistemas operacionais Windows (Windows Vista ou versões posteriores) com suporte ao UAC (User Account Control – Controle de Conta do Usuário) ou tentar importar máquinas virtuais de um servidor Hyper-V com suporte a UAC, e usar uma nova conta de usuário do Windows que é uma conta local no grupo de administradores, mas não é do administrador integrado, a seguinte mensagem será exibida:

  "Privilégio de administrador é necessário."

  Solução

  Use um administrador interno ou um administrador de domínio. Ou, será possível desativar o UAC remoto.

  Esse é o comportamento padrão do Windows chamado de restrições remotas UAC. Se você ainda quiser usar essa conta para adicionar o nó, desative o UAC remoto executando as seguintes etapas:

  1. Clique em Iniciar, digite regedit nos programas de pesquisa e nos campos dos arquivos e, em seguida, pressione Enter.

     O Editor do registro do Windows é exibido.

     Observação: talvez você precise fornecer credenciais administrativas para abrir o Editor do registro do Windows.

  2. Localize e clique na chave de registro a seguir:

     HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
     

  3. No menu Editar, clique em Novo e, em seguida, clique no Valor DWORD (32 bits).
  4. Especifique LocalAccountTokenFilterPolicy como o nome para a nova entrada e, em seguida, pressione Enter.
  5. Clique com o botão direito do mouse em LocalAccountTokenFilterPolicy e, em seguida, clique em Modificar.
  6. Especifique 1 no campo de dados Valor e, em seguida, clique em OK.
  7. Feche o Editor do Registro.

  Para obter mais informações detalhadas sobre o comportamento do Windows, consulte o artigo http://support.microsoft.com/kb/951016.

• Não foi possível remover o hipervisor especificado para o nó.

  Sintoma

  A remoção da função do hipervisor para um nó não é fornecida nesta release.

  Solução

  Remova o nó e adicione-o novamente.

• Não há nenhum aviso ou mensagem pop-up quando você tenta adicionar um nó a um console, que já está sendo gerenciado por outro console.

  Sintoma

  Com a interface do usuário tudo em um da Arcserve UDP, não é esperado que os usuários tenham diversos Consoles da Arcserve UDP e, portanto, o cenário da movimentação do agente de um servidor a outro só acontecerá quando o antigo servidor for retirado.

  Solução

  Mover o nó de um console para outro é um cenário muito raro.

Relacionado ao registro

Se o destino do backup for um volume NTFS ativado de redução de redundância no Windows Server 2012 e o Agente do Arcserve UDP (Windows) estiver instalado no Windows 2003, as tarefas de restauração, mesclagem ou catálogo poderão falhar. A tarefa falha com o código de erro 50 do Windows e a mensagem "Não há suporte para o pedido".

Sintoma

O software da McAfee ou outros terceiros é definido como EnableECP=1 no registro quando são instalados no Windows Server 2012.

Solução

No registro, altere o valor de EnableECP de 1 para 0 na seguinte chave:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters

Para obter mais informações, consulte http://support.microsoft.com/kb/2817216.

Relacionada à replicação

• Cancelar o processo RPSReplication.exe no lado de origem da replicação pode fazer com que a segunda tarefa de replicação falhe.

  Sintoma

  A segunda tarefa de duplicação travará no status Preparar e apresentará falha após 10 minutos.

  Solução

  Você não precisa executar nenhuma operação específica. Após a segunda tarefa de replicação falhar, a tarefa de constituição será disparada.

• A execução da tarefa de replicação falha até que a tarefa de cópia de arquivo seja concluída.

  Sintoma

  A replicação (na) tarefa falha e o log de atividades exibe a mensagem "Falha ao bloquear a sessão em <path>. A sessão já está bloqueada pela tarefa Cópia de arquivo, nome do computador: <name>, ID do processo <ID>". Isso ocorre quando o backup com a tarefa Catálogo do sistema de arquivos está ativado e você configura a tarefa Cópia de arquivo para ser executada a partir do repositório de dados de destino de replicação.

  Solução

  A tarefa Cópia de arquivo bloqueia a sessão, de modo que a tarefa de replicação não pode ser executada. Para resolver isso, é possível usar uma das seguintes opções:

  • Configure uma programação adequada para a tarefa Cópia de arquivo para que ela possa ser executada no prazo, para permitir que a replicação (na) tarefa seja executada. Ou
  • Desative o Catálogo do sistema de arquivos no plano.

Utilitário do Arcserve UDP Exchange Granular Restore (AEGR) relacionado

• Ao usar o utilitário do Arcserve UDP Exchange Granular Restore, todos os itens não são restaurados ao servidor dinâmico.

  Sintoma

  Após uma tarefa de restauração, as seguintes propriedades do item podem não ser corretamente restauradas:

  • InternetHeaders
  • RTFCompressed
  • Codepage
  • DateCompleted
  • TaskRecurrence
  • RecurrencePattern
  • AppointmentTimeZoneDefinitionEndDisplay
  • ReminderTime
  • CommonEnd
  • AppointmentStartWhole
  • AppointmentEndWhole
  • BusyStatus
  • Meeting Owner
  • Company Name of Task

  Solução

  Use a opção Exportar para PST para restaurar os itens ausentes.

• Uma versão anterior do utilitário Exchange Granular Restore independente não pode ser removida após a implantação do agente do UDP.

  Sintoma

  Este problema poderá ocorrer nas seguintes condições:

  • Se uma versão anterior de um utilitário Exchange Granular Restore independente for instalada antes ou após a implantação do agente do UDP, o utilitário Exchange Granular Restore não poderá ser removido.
  • Duas versões do utilitário Exchange Granular Restore existem no sistema.
  • Todos os atalhos apontam para a versão antiga da pasta de instalação do utilitário Exchange Granular Restore.

  Solução

  Para solucionar essas condições, execute uma das seguintes resoluções para ajudá-lo a especificar o problema:

  • Antes ou depois da implantação do agente do UDP, desinstale manualmente o utilitário Exchange Granular Restore do Painel de controle.
  • Se você executar a versão atual do utilitário Exchange Granular Restore, certifique-se de que a versão anterior do utilitário Exchange Granular Restore esteja fechada; caso contrário, a versão anterior continuará a ser executada enquanto a versão atual for executada.
  • Abra a nova versão do utilitário Exchange Granular Restore na pasta de instalação (%ProgramFiles%\Arcserve\Unified Data Protection\Engine\Exchange GRT) antes de desinstalar a versão antiga do utilitário Exchange Granular Restore independente.

Relacionado à restauração

• Erro ao usar a Atualização 4 ou agentes de versão anterior.

  Sintoma

  Ao se usar a Atualização 4 ou agentes de versão anterior, ocorrem os seguintes erros:

  • A restauração do Banco de Dados do Exchange no local original falha. A mensagem de erro a seguir é exibida:

    O grupo/banco de dados do armazenamento do Exchange foi restaurado no seu local original, mas houve uma falha ao montá-lo."

  • Quando o banco de dados do Microsoft Exchange é despejado com o log de repetição, depois que a tarefa for concluída, os logs não são reproduzidos.

  Solução

  Atualize os agentes para o agente do Arcserve UDP versão 6.0.

• A restauração de arquivos para um local alternativo que é uma pasta compartilhada remota falha com a mensagem de erro "O acesso é negado." no log de atividades.

  Sintoma

  Quando o destino de restauração for uma pasta compartilhada remota como \\FileServer\ShareFolder\RestDest e o destino de backup for uma pasta compartilhada remota com o mesmo caminho, \\FileServer\ShareFolder\RestDest, o erro ocorre.

  Se a conta de usuário usada para conexão com a pasta compartilhada raiz não estiver na lista de permissões, a tarefa de restauração falhará, independentemente de qual conta é usada para a pasta de destino de restauração.

  Solução

  Adicione a conta de usuário atribuída ao destino de backup para criar a conexão na lista de permissões da pasta compartilhada raiz e garantir que a conta de usuário tenha permissões adequadas para restaurar o arquivo.

  Adicione a conta do usuário ao grupo de operadores de backup e certifique-se de que tenha a permissão para substituir as restrições de segurança.

• Depois de atualizar o sistema operacional, talvez seja necessário digitar novamente a senha de criptografia ou a senha da sessão ao restaurar um arquivo do Agente do Arcserve UDP (Windows).

  Sintoma

  Se a criptografia estiver ativada para o ponto de recuperação, não será necessário digitar a senha para pontos de recuperação cujo backup foi feito a partir do servidor atual. No entanto, se atualizar o sistema operacional do Windows (por exemplo, a partir do Windows 2008 para Windows 2008 R2), as senhas não serão preenchidas automaticamente na interface do usuário do Agente do Arcserve UDP (Windows) e será necessário digitar novamente a senha.

  Solução

  Registre a senha de criptografia do ponto de recuperação ou a senha da sessão e mantenha-a em um local seguro para recuperação.

• Não é possível abrir os arquivos VMDK durante um processo de restauração.

  Sintoma

  Ao restaurar uma máquina virtual VMware, recebo o seguinte erro:

  Você não tem direitos de acesso a esse arquivo. Para obter mais informações, consulte o log de depuração da restauração. Se necessário, entre em contato com o suporte da Arcserve.

  É possível ver as seguintes entradas de log nos logs de depuração da restauração:

  [VDDKLOG] CnxAuthdConnect: Returning false because SSL verification requested and target authd does not support SSL

  [VDDKLOG] CnxConnectAuthd: Returning false because CnxAuthdConnect failed

  [VDDKLOG] Cnx_Connect: Returning false because CnxConnectAuthd failed

  [VDDKLOG] Cnx_Connect: Error message: SSL required

  Solução

  O motivo desse erro é que a autenticação SSL está desativada no host do VMware ESX. Para resolver esse erro, use um dos métodos a seguir:

  • Usando o cliente do vSphere
    1. Efetue logon no VMware vCenter/ESX Server.
    2. Clique em Configuration, Advanced settings, config, defaults-security.
    3. Abra as configurações do ESX Server.
    4. Ative a seguinte opção:

       config.defaults.security.host.ruissl
       

  • Usando a linha de comando
    1. Conecte-se ao host do VMware ESX usando SSH.
    2. Abra o arquivo de configuração:

       /etc/vmware/config; 
       

    3. Defina a entrada security.host.ruissl como "VERDADEIRO".
    4. Salve o arquivo e reinicie os agentes de gerenciamento.

  A autenticação SSL é ativada.

Relacionado à conexão do servidor

O erro de conexão do servidor é exibido ao procurar os logs.

Sintoma

Ao procurar os logs de atividade do agente ou do console, o seguinte erro pode ser exibido:

Falha ao conectar-se ao servidor "arcservedocs.com".

Solução

Pode ignorar essa mensagem.

Relacionado ao modo de espera virtual

• Se houver sessões de backup em um repositório de dados, quando você clicar em Retomar o modo de espera virtual, a tarefa do modo de espera virtual não inicia.

  Sintoma

  Faz-se o backup de um nó em um repositório de dados do RPS, replica-se o nó em outro repositório de dados do RPS e, então, cria-se uma máquina no modo de espera virtual com a origem de replicação. Após a implantação do plano, você pode retomar o modo de espera virtual diretamente se houver uma sessão mais antiga para a tarefa do modo de espera virtual. Mas, se você enviar a tarefa, a tarefa do modo de espera virtual não será iniciada.

  Solução

  Para corrigir esse problema, execute uma replicação manual primeiro: Clique com o botão direito do mouse no nó e clique em Replicar agora. Depois que a replicação for concluída, retome a tarefa do modo de espera virtual.

• Falha ao executar uma tarefa do modo de espera virtual quando o conversor estiver usando o Arcserve UDP versão 5.0 e o monitor (proxy) estiver usando o Arcserve UDP versão 6.0.

  Sintoma

  A tarefa do modo de espera virtual falha com o seguinte erro:

  Falha ao obter a assinatura do disco (a assinatura está em branco)
  

  Solução

  No Arcserve UDP versão 6.0, a biblioteca do VMWare VDDK é atualizada da versão 5.5 para a versão 6.0. No VDDK v6, para inicializar a biblioteca do VDDK é necessário um novo campo denominado impressão digital. A chamada do conversor VSB baseia-se no Arcserve UDP versão 5.0, no qual a impressão digital está ausente. Isso faz com que a chamada do conversor para o monitor falhe

  Para resolver esse problema, atualize o conversor para o Arcserve UDP versão 6.0.

• A tarefa do modo de espera virtual para o Hyper-V falhou após a atualização do RPS do Arcserve UDP ou do agente do Arcserve UDP no nó de origem para o Arcserve UDP 6.0. Entretanto, o agente do Arcserve UDP no servidor do Hyper-V não é atualizado.

  Sintoma

  Faz-se o backup do Agente do Arcserve UDP (Windows) no repositório de dados do RPS do Arcserve UDP e o RPS é atualizado para o Arcserve UDP 6.0. Além disso, faz-se backup do Agente do Arcserve UDP (Windows) em uma pasta compartilhada e o agente é atualizado para o Arcserve UDP 6.0. A tarefa do VSB do modo de espera virtual para o Hyper-V falha e os seguintes erros são exibidos:

  Não é possível localizar método de despacho para {http://webservice.arcflash.com}IsVmFileExist.
  

  ou

  Não é possível localizar método de despacho para {https://webservice.arcflash.com}IsVmFileExist.
  

  Solução

  Atualize o agente do Arcserve UDP para o Arcserve UDP 6.0 no servidor do Hyper-V.

• Os discos iniciam em um status offline quando ligados. Esse comportamento ocorre porque as diretivas de SAN foram introduzidas no Windows 2008 e em versões posteriores do sistema operacional. O sistema operacional protege os discos compartilhados que podem ser acessados por mais de um servidor. A primeira vez que o servidor detecta o disco, o Windows armazena o disco em um estado offline. Depois que o disco for colocado em estado online, ele permanecerá em um estado online.

  Outra causa para este comportamento está relacionada com o acionamento de máquinas virtuais que contenham volumes "somente leitura". Para corrigir essa condição, coloque os volumes no disco em um estado gravável.

• O aplicativo não oferece suporte à importação de servidores vCenter usando o modo Vinculado a VMware. Para proteger todas as instâncias do servidor vCenter nos grupos do modo vinculado, adicione cada instância do servidor vCenter individualmente.
• O modo de espera virtual não oferece suporte à conversão de pontos de recuperação para o formato Hyper-V quando o volume do sistema ou o volume de inicialização no computador de origem residir em discos dinâmicos.
• O modo de espera virtual não oferece suporte à criação de tarefas no modo de espera virtual que permitem definir a quantidade de memória RAM dinâmica usada por máquinas virtuais que você está protegendo em sistemas Windows 2008 R2 SP1 e Windows 2012 Hyper-V Server.
• Ao executar uma recuperação V2P usando o instantâneo atual, será exibida uma mensagem que indica o seguinte:

  Falha ao obter informações do ponto de recuperação.

  Este comportamento ocorre quando executa uma recuperação V2P usando o instantâneo mais recente, e uma tarefa de conversão para o nó não tiver sido concluída depois que a tarefa no modo de espera virtual tiver sido reimplantada no nó.

  Solução

  1. Envie uma tarefa de backup do agente do Arcserve UDP para capturar o estado atual do nó. Em seguida, execute uma recuperação bare metal do nó.
  2. Desligue a máquina virtual no modo de espera virtual e, em seguida, envie uma tarefa de conversão no modo de espera virtual para criar um instantâneo do ponto de recuperação atualizado para o nó.
• A interface de usuário V2P pode não exibir o instantâneo mais recente. Este comportamento ocorre quando se executa uma recuperação V2P depois de concluir uma recuperação V2P a partir do instantâneo mais recente.

  Solução

  Execute a recuperação V2P usando a recuperação bare metal do agente de Arcserve UDP.

• Quando o computador de origem do backup (no qual o agente de Arcserve UDP está instalado) contiver discos de setor de 4 KB nativos e a tarefa de backup do agente de Arcserve UDP tiver feito o backup dos volumes nos discos de setor de 4 KB, a máquina virtual no modo de espera que converteu as sessões de backup do agente de Arcserve UDP não conseguirá reconhecer as partições e os volumes dos discos de setor de 4 KB correspondentes. Esse comportamento ocorre quando os discos de origem contêm setores de 4 KB, e a máquina virtual de espera oferece suporte a discos com setor de 512 bytes. Após a conversão, o sistema operacional convidado na máquina virtual de espera falhará ao tentar localizar os metadados do disco devido às alterações no tamanho do setor.

  Observação: essa limitação se aplica apenas a tarefas no modo de espera virtual em execução em servidores Hyper-V.

• Para uma sessão da máquina virtual com base em host, se havia adaptadores de rede conectados à VM e posteriormente os adaptadores foram desconectados, haverá mais adaptadores de rede listados no modo de espera virtual do que a lista atual na VM.
• Há falha na conversão de um arquivo em um disco de 2 TB porque a VM não pôde criar um instantâneo.

  Sintoma

  O <caudp_agt _windows> tem um disco de 2 TB, e o servidor ESX/ESX(i) com uma versão anterior à 5.5 oferece suporte a apenas um disco virtual de até 2 TB. No entanto, durante a conversão, os seguintes erros podem ocorrer:

  • No cliente do vSphere:
    • "O arquivo VIRTUALMACHINE <nome do arquivo não especificado> do instantâneo criado para a máquina virtual é maior que o tamanho máximo suportado pelo repositório de dados <repositório de dados não especificado>".
    • "O arquivo é maior que o tamanho máximo suportado pelo repositório de dados".
  • No arquivo de log hostd para o ESX/ESXi 4.x:
    • "Falha no instantâneo convidado: o arquivo é muito grande para o sistema de arquivos."
  • No arquivo de log hostd para o ESXi 5.0/5.1:
    • "Falha ao executar a operação do instantâneo: Erro: (21) O arquivo é muito grande para o repositório de dados."

  Solução

  Essa é uma limitação do VMware. O tamanho máximo que uma versão do VMWare ESX/ESX(i) anterior à 5.5 aceita é 2 T - 16 GB, ou seja, 2032 GB.

  Recomenda-se o uso do servidor VMware ESX(i) 5.5 como destino para fazer a conversão com um disco grande.

  Para obter mais informações, consulte o Artigo 1012384 da base de conhecimento da VMware.

• Depois de alterar a senha do monitor Virtual Standby e atualizar o nó para o monitor Virtual Standby na interface do usuário do Console da Arcserve UDP, a implementação para o plano que usou esse servidor de monitor poderá falhar.

  Sintoma

  A implantação do plano falhou e exibe a seguinte mensagem de erro: "Não é possível aplicar configurações do modo de espera virtual ao nó xxx' (Falha ao conectar de xxx para o monitor: xxx. Credenciais do usuário inválidas).

  Solução

  Edite a tarefa do Virtual Standby no plano, insira a senha correta para o monitor e salve o plano.

Relacionado ao instantâneo VSS

Falha na geração do catálogo para backup sem agente de VMs da VMware

Sintoma

Devido a um problema de instantâneo VSS causado pelo VMware ou Microsoft no sistema operacional convidado da VM, a geração do catálogo para o backup sem agente de VMs VMware poderá falhar com a seguinte mensagem:

"Falha ao mapear um bloco de índice no bloco de volume correto. Ocorreu um erro IndexAlloc.

Solução

1. Execute "chkdsk" para garantir a consistência dos dados dentro do sistema operacional convidado.
2. Desligue a VM para que o instantâneo VSS dentro do convidado não ocorra.
3. Faça backup da VM em um estado desligado.

Observação: esse problema raramente ocorre. Para obter mais informações, consulte o Artigo da KB da VMware 2006849 ou o Artigo da KB da Microsoft 2853247.

Relacionado à cópia de arquivo

As tarefas de cópia/arquivamento de arquivos não são iniciadas.

Sintoma

As tarefas de cópia/arquivamento de arquivos não são iniciadas.

Solução

Em alguns casos raros, o arquivo utilizado para indicar um ponto de recuperação precisa ser mantido para a tarefa de cópia/arquivamento de arquivos e não pode ser removido após a conclusão da tarefa de cópia/arquivamento de arquivos. Esses arquivos são nomeados como *.alck na pasta de destino de backup de um nó específico e o tamanho do arquivo é zero. Como alternativa, é possível descobrir esses arquivos e excluí-los manualmente.

Relacionado ao programa de instalação único

Sintoma

O download dos componentes "Arcserve Backup" ou "Arcserve High Availability" do programa de instalação único (usando ASDownloader.exe) falha quando o volume de destino é o sistema de arquivos FAT32, pois o pacote excede o limite de tamanho de arquivo de 4 GB que o sistema de arquivos FAT32 suporta.

Solução

Como alternativa, é possível fazer download no volume NTFS.

Relacionado à atualização de appliance

• A redefinição de fábrica não funciona no appliance após a atualização do appliance para o Arcserve UDP v6

  Após a atualização para o Arcserve UDP v6 no appliance do Arcserve UDP, você verá a Redefinição de Fábrica na guia Configurações do Console do Arcserve UDP. Se você tentar executar a redefinição de fábrica clicando em Executar redefinição de fábrica e clicar em Redefinirna caixa de diálogo Confirmar redefinição de fábrica, aparece a seguinte mensagem de erro:

  Falha na redefinição da fábrica do appliance. Redefina manualmente a fábrica do appliance usando o comando a seguir: "powershell.exe .arcserve_factoryreset.ps1 –perserve_data –auto_reboot " no cmd no caminho C:\Arquivos de Programas\Arcserve\Unified Data Protection\Management\Appliance.

  Observação: a mensagem de erro está incorreta. Para o usuário do appliance que atualiza para o UDP v6, a Redefinição de Fábrica não é suportada porque não há nenhuma partição de recuperação do Arcserve UDP no computador do appliance.

• A tarefa da VM instantânea do Linux falha ao se usar o servidor de backup do Linux no appliance

  A VM instantânea para o ponto de recuperação do Linux não é suportada no appliance quando se usa o servidor de backup do Linux no appliance.

  Sintoma

  A tarefa da VM instantânea do Linux falha e exibe a seguinte mensagem de erro:

  Falha ao obter o endereço IP da VM $vmname. Verifique se a VM e o servidor de backup estão na mesma rede.

  Solução

  A falha é gerada pela VM no modo de espera criada na tarefa de VM instantânea. Ela tentará se conectar ao servidor de backup do Linux por meio do Appliance_hostname:8014, apesar de você ter adicionado o servidor de backup do Linux ao Console pelo Appliance_hostname:8018. Como no computador do appliance a porta 8014 é monitorada pelo serviço de agente do UDP do Windows, a tarefa de VM instantânea falha.

  Você pode usar uma solução alternativa para resolver a tarefa da VM instantânea do Linux com o IP estático.

  Siga esses passos:

  1. Localize duas portas livres no computador do appliance do UDP, por exemplo, 8018 e 8035.

     É possível usar "netstat -aon|findstr "port" " para verificar se a porta está ocupada.  

     Observação: se você estiver atualizando o Arcserve UDP v6, a porta 8018 no computador do appliance do UDP é configurada para redirecionar para a 8014 do servidor de backup do Linux. Use o comando a seguir para liberar a 8018 no computador do appliance do UDP:

     netsh interface portproxy delete v4tov4 listenport=8018

  2. No servidor de backup do Linux, modifique a porta="8014" para a porta="8018" no seguinte arquivo: /opt/Arcserve/d2dserver/TOMCAT/conf/server.xml
  3. No servidor de backup do Linux, adicione uma nova linha "dss_port=8035" no seguinte arquivo: /opt/Arcserve/d2dserver/configfiles/server.cfg

     Observação: se o arquivo não existir, crie-o.  Execute o comando a seguir para reiniciar o servidor de backup Linux:

     /opt/Arcserve/d2dserver/bin/d2dserver restart

  4. Execute o seguinte comando para permitir a comunicação do firewall do computador do Linux para as portas 8018 e 8035:

     #iptables -A INPUT -p tcp --dport 8018 -j ACCEPT

     #iptables -A INPUT -p tcp --dport 8035 -j ACCEPT

     #/etc/init.d/iptables save

  5. No appliance do UDP, execute os seguintes comandos usando a linha de comando:

     netsh interface portproxy add v4tov4 listenport=8018 connectaddress=192.168.10.2 connectport=8018 protocol=tcp

     netsh interface portproxy add v4tov4 listenport=8035 connectaddress=192.168.10.2 connectport=8035 protocol=tcp

  6. Na máquina do appliance do UDP
     1. Abra o arquivo setdns.ps1 localizado no seguinte local:

        C:\Arquivos de programas\Arcserve\Unified Data Protection\Engine\BIN\Appliance

     2. Adicione as duas seguintes linhas no final do arquivo:

        netsh interface portproxy add v4tov4 listenport=8018 connectaddress=$VMIp connectport=8018 protocol=tcp

        netsh interface portproxy add v4tov4 listenport=8035 connectaddress=$VMIp connectport=8035 protocol=tcp

  7. No console do UDP, atualize o servidor de backup do Linux com porta 8018.

  Importante: a solução alternativa não se aplica às seguintes opções:

  • Tarefa de BMR de migração do Linux
• Tarefa Definir DHCP para a VM instantânea do Linux pelo servidor de backup do Linux padrão

Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.

Problemas conhecidos