A tabela a seguir descreve IDs de eventos, mensagens de eventos e etapas importantes do serviço de backup e DR para resolver problemas:
| ID do evento | Mensagem de evento | O que fazer |
|---|---|---|
| 5022 | Conector do Actifio: falha ao preparar o conjunto de snapshots do VSS | Esse problema ocorre se o Windows não conseguir criar um snapshot do VSS. Para resolver |
| Para resolver esse problema, faça o seguinte: | ||
| * Verifique UDSAgent.log | ||
| * Verifique o espaço em disco nos volumes protegidos. 300 MB podem não ser suficientes. | ||
| * Verifique os registros de eventos do Windows para encontrar erros relacionados ao VSS. | ||
| * vssadmin list writers pode mostrar gravadores em um estado ruim. | ||
| Geralmente, esses erros são acompanhados por erros do VSS informados nos registros. | ||
como: VSS_E_VOLUME_NOT_SUPPORTED_BY_PROVIDER |
||
VSS_E_UNEXPECTED_PROVIDER_ERROR |
||
| Primeiro, verifique se todos os gravadores do VSS estão em um estado estável acessando o | ||
linha de comando e emitindo este comando. # vssadmin list writers |
||
| Confira a saída para confirmar se todos os gravadores estão em um estado estável. | ||
| Reinicie o serviço VSS e verifique se os gravadores estão estáveis. Caso contrário, você pode | ||
| reiniciar a máquina. | ||
| 5024 | Conector do Actifio: falha ao criar o snapshot do VSS para backup. Insuficiente | Esse problema ocorre se não houver espaço em disco suficiente para processar um |
| armazenamento disponível para criar o arquivo de armazenamento de cópia de sombra ou outros | sem precisar criar um snapshot. | |
| dados de cópia de sombra | ||
| 1. Verifique se o drive que está sendo copiado não está cheio. | ||
| 2. Verifique se todos os gravadores do VSS estão em um estado estável no Windows | ||
linha de comando, execute: vssadmin list providers vssadmin list writers |
||
| 3. Se esses serviços não estiverem em execução, inicie-os e execute o job novamente. Se | ||
| o estado do gravador não está estável, reinicie o serviço VSS. Se | ||
| Se o problema persistir após a reinicialização do serviço, reinicie o host. | ||
| Às vezes, a mensagem aparece quando ocorrem erros internos do VSS. | ||
| Verifique os registros de eventos do Windows para encontrar erros relacionados ao VSS. Para erros relacionados | ||
| VSS, pesquise patches relacionados da Microsoft. Outros VSS | ||
| Os detalhes da solução de problemas podem ser encontrados no Microsoft TechNet. | ||
| A Microsoft recomenda pelo menos 320 MB em dispositivos especificados para salvar o | ||
| criado um snapshot do VSS, além dos dados de mudança armazenados nele. | ||
| A Actifio recomenda que o espaço de armazenamento de sombra seja definido como ilimitado. | ||
(ilimitado) usando estes comandos: vssadmin list shadowstorage |
||
vssadmin Resize ShadowStorage /On=[drive]: /For=[drive]: / Maxsize=[size] |
||
| Para mudar o tamanho da área de armazenamento na interface do Windows, consulte | ||
| Configurar cópia de sombra de volume no Windows Server 2008. | ||
| Execute o backup novamente quando o estado do VSS estiver estável e o armazenamento de cópias de sombra estiver definido. | ||
| para ilimitado. | ||
| 5046 | A LUN de preparação do backup não está visível para o conector do Actifio | Esse problema ocorre se a LUN de staging não estiver visível para o UDSAgent em |
| o host do aplicativo e o host não conseguem detectar o LUN de teste. | ||
| do dispositivo de backup/recuperação. | ||
| 5049 | Conector do Actifio: falha ao identificar o volume lógico no preparo do backup | O conector do Actifio não conseguiu encontrar a LUN de teste. Isso pode ser causado por um |
| lun | conexão ruim ou problema no LUN. | |
| Verifique se a conectividade FC/iSCSI está boa e se ela funciona | ||
| mapeando, particionando, formatando e copiando arquivos para | ||
| a implantará. As etapas para particionar e formatar são específicas do SO. | ||
| 5078 | Conector do Actifio: o disco de staging está cheio | Os jobs falham se um arquivo modificado no disco de origem for copiado para |
| o disco de staging, mas o arquivo é maior que o espaço livre disponível | ||
| no disco de staging. Para corrigir o problema com o disco de staging cheio, aumente | ||
| o disco de preparo. Especifique o tamanho do disco de staging nas opções avançadas | ||
| configurações do aplicativo. Defina o valor para o tamanho do disco de staging | ||
| que ele é maior que a soma do tamanho do disco de origem e do tamanho | ||
| do maior arquivo. Observação: mudar o disco de staging nas configurações avançadas | ||
| As configurações provocam um backup completo. | ||
| 5087 | Conector do Actifio: falha ao gravar arquivos durante um backup (arquivo de origem) | Programas antivírus ou drivers de terceiros podem ter aplicado bloqueios de arquivo. |
| que não podem ser substituídos. | ||
| Confira o UDSAgent.log para saber qual arquivo não pôde ser acessado. Tentativa | ||
| para descobrir qual processo está bloqueando o arquivo usando lsof no Unix/ Linux ou | ||
| fltmc no Windows. Excluir o arquivo do antivírus ou do job de captura | ||
| e tente capturar de novo. | ||
| Os processos atuais conhecidos pela Microsoft estão listados em: | ||
| Altitudes de filtro alocadas. | ||
| Esses erros raramente são encontrados no Unix ou Linux, mas é possível que | ||
| um processo como manutenção de banco de dados ou instalação / atualização de patch | ||
| criou um bloqueio exclusivo em um arquivo. | ||
| Instale o conector do Actifio mais recente. | ||
| Uma limitação ou inconsistência do sistema de arquivos foi detectada pelo host | ||
| no topo de um sistema operacional host. | ||
| Execute o desfragmentador de disco do Windows no disco de staging. | ||
| Baixa capacidade de processamento de E/S dos discos ou do meio de transporte dos hosts, iSCSI ou | ||
| FC. | ||
| Verifique se não há problemas de E/S nos discos ou no meio de transporte do host. | ||
| A mídia de transporte será iSCSI ou Fibre Channel, dependendo de | ||
| configuração fora da banda. Consulte os administradores de armazenamento e rede | ||
| necessário. | ||
| 5131: o relatório de registros do SQL apresenta o erro 3041 | Os backups de registros do SQL na instância falham com o erro 5131 | Para resolver isso, ative "Não descarregar à força o registro do usuário em |
| user logoff", consulte Funcionalidade do serviço de perfil do usuário. | ||
| 5131: os registros do SQL mostram o erro 43901 nos dispositivos de backup/ recuperação | Os jobs de snapshot falham com o erro 5131. Os registros do SQL mostram backup/ recuperação. | Isso ocorre porque o login ODBC do banco de dados está falhando. Como corrigir o |
| "Falha no job de snapshot" | O login do ODBC resolve o problema. | |
| Erro 43901 nos dispositivos | ||
| 5136 | Conector do Actifio: o volume de teste não pode ser lido | Verifique /act/logs/UDSAgent.log para mais detalhes e entre em contato com o Suporte do Google para |
| a resolução do problema. | ||
| 5241 | Conector do Actifio: falha ao montar/clonar aplicativos da imagem mapeada | Nome de usuário e senha inválidos sendo analisados do arquivo de controle. |
| (Arquivo de origem) | Na origem, analise o UDSAgent.log para verificar se ela está | |
| configurado com o nome de usuário/senha correto em "Configurações avançadas" no | ||
| as propriedades do conector. | ||
| 5547 | Oracle: falha ao fazer backup do archivelog (arquivo de origem) | O conector do Actifio não fez backup do registro de arquivamento usando o arquivamento do RMAN. |
| comandos de backup. As causas prováveis dessa falha são: | ||
| * O conector não conseguiu estabelecer conexão com o banco de dados | ||
| * Os registros de arquivo foram excluídos por outro aplicativo. | ||
| * O nome do serviço TNS está configurado incorretamente, causando o comando de backup | ||
| ser enviado para um nó em que o disco de staging não está montado | ||
| Procure erros ORA ou RMAN no registro do RMAN. Este é o erro | ||
| recebida da Oracle. Use o recurso preferido da Oracle, já que eles não são | ||
| Condições do serviço de backup e DR e, portanto, não podem ser resolvidas no | ||
| Serviço de backup e DR. | ||
| * Registros do conector Actifio: /var/act/log/UDSAgent.log | ||
| * Registros do RMAN do Oracle: /var/act/log/********_rman.log | ||
| 10032 | O nível de alerta do pool de snapshots foi excedido | Para reduzir o consumo do pool de snapshots, faça o seguinte: |
| * Mova VMs do VMware de um snapshot para um plano de backup direto para o OnVault. | ||
| Em seguida, expire todos os snapshots para liberar o espaço usado pelo teste. | ||
| discos e último snapshot. Isso só funciona para VMs do VMware. Outras | ||
| tipos de aplicativos ainda usam algum espaço do pool de snapshots se forem protegidos por | ||
| uma política de Direct-to-OnVault. | ||
| * Reduza o número de snapshots mantidos para um aplicativo mudando o | ||
| modelo de política. Aplicativos com altas taxas de mudança criam | ||
| snapshots maiores, o que traz mais benefícios para | ||
| aplicativos de taxa de mudança. Isso não leva necessariamente a um | ||
| RPO diferente, uma imagem OnVault de cada snapshot pode ser criada antes | ||
| expiraram. | ||
| * Exclua montagens, clones e clones ativos se não forem necessários. | ||
| 10038 | Aviso de que o limite de VDisk está prestes a ser excedido | Para reduzir imediatamente o consumo de disco virtual, faça o seguinte: |
| * Verifique se as expirações estão ativadas, tanto no nível global quanto individual. | ||
| no nível do aplicativo. | ||
| * Agrupe bancos de dados de um único host em um grupo de consistência. | ||
| Por exemplo, se um host tiver nove bancos de dados, crie um grupo de consistência. | ||
| para todos os nove bancos de dados e proteja esse grupo de consistência em vez de | ||
| os bancos de dados individuais. | ||
| * Reduza o número de snapshots mantidos para um aplicativo mudando | ||
| o modelo de política usado por um plano de backup. | ||
| * Exclua imagens de montagens, clones e clones ativos indesejadas. | ||
| * Mova as VMs do VMware de um snapshot para um plano de backup direto do OnVault. | ||
| É necessário expirar todos os snapshots para liberar os VDisks usados pelo | ||
| discos de staging. Isso só reduz a contagem de VDisks para VMs do VMware, e | ||
| ainda usa VDisks quando protegido por uma política direta para o OnVault. | ||
| * Mude os VMDKs do VMware que não precisam ser protegidos para independentes. | ||
| porque eles não podem ser protegidos por snapshots do VMware. | ||
| Se esse alerta se repetir diariamente, mas o eletrodoméstico não atingir o máximo | ||
| VDisks e modifique as políticas para reduzir o número de VDisks usados ou | ||
| aumentar o limite de alerta. Durante uma janela de snapshot diário, o disco virtual | ||
| A contagem pode variar enquanto novos VDisks são criados para snapshots antes | ||
| Os VDisks antigos são removidos como parte das expirações de snapshots. O diário | ||
| As variações dependem do número de aplicativos protegidos. | ||
| 10039 | Erro de rede ao acessar o dispositivo de armazenamento | Um ping de sinal de funcionamento para o armazenamento monitorado falhou devido a um problema de hardware |
| falha ou problema de rede. Verifique a rede para resolver o problema. | ||
| 10043 | Uma violação do plano de backup foi detectada | Revise as práticas recomendadas para planos de backup |
| e otimizar suas políticas. Há causas comuns para o plano de backup | ||
| políticas. | ||
| * O programador de jobs não está ativado. Consulte como ativar o programador. | ||
| * Os primeiros jobs de novos aplicativos podem levar muito tempo: | ||
| Tempos de job longos podem ocorrer durante o primeiro snapshot ou job de remoção de duplicação. | ||
| para um aplicativo. As configurações de integração podem ser usadas para evitar | ||
| impedir que jobs de ingestão bloqueiem slots e dados ingeridos | ||
| aplicativos. Consulte [Definir prioridades para o primeiro novo | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Os aplicativos estão inacessíveis devido a problemas de rede. | ||
| * As janelas de política são muito pequenas ou os tempos de execução do job são muito longos: embora | ||
| Não é possível controlar quanto tempo cada job leva para ser executado, mas é possível controlar | ||
| o horário programado para aplicativos em execução. Jobs que são executados | ||
| por muitas horas ocupam slots de job que poderiam ser usados por outros | ||
| aplicativos. Revise as [práticas recomendadas de plano de | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| e ajustar as políticas de acordo. | ||
| * O processo de replicação envia os dados para um | ||
| dispositivo de backup/recuperação. Verifique se a largura de banda e o uso de | ||
| seu link de replicação não está saturado. | ||
| 10046 | O pool de desempenho excedeu o limite seguro | Para reduzir o consumo do pool de snapshots, faça o seguinte: |
| * Mova VMs do VMware de um snapshot para um plano de backup direto para o OnVault. | ||
| Em seguida, expire todos os snapshots para liberar o espaço usado pelo teste. | ||
| discos e último snapshot. Isso só funciona para VMs do VMware. Outras | ||
| tipos de aplicativos ainda usam algum espaço do pool de snapshots se forem protegidos por | ||
| uma política de Direct-to-OnVault. | ||
| * Reduza o número de snapshots mantidos para um aplicativo mudando o | ||
| modelo de política. Aplicativos com altas taxas de mudança criam | ||
| snapshots maiores, o que traz mais benefícios para | ||
| aplicativos de taxa de mudança. Isso não leva necessariamente a um | ||
| RPO diferente, uma imagem OnVault de cada snapshot pode ser criada antes | ||
| expiraram. | ||
| * Exclua montagens, clones e clones ativos se não forem necessários. | ||
| 10055 | Não foi possível verificar a proteção remota | Cada dispositivo de backup/recuperação verifica o dispositivo remoto a cada hora para |
| possíveis problemas de proteção remota. A comunicação do eletrodoméstico falha devido a | ||
| aos seguintes problemas: | ||
| * Erro de rede (temporário ou permanente). Erro de rede temporário | ||
| não significa que o job vai falhar. Os jobs são repetidos, mas a verificação por hora não é. | ||
| para manter Volumes desse tipo atualizados. | ||
| * Erro de certificado. Para corrigir o erro de certificado, você precisa | ||
| trocar o certificado novamente. | ||
| 10070 | O programador do Udppm está desativado há mais de 30 minutos. | O programador está desativado. Isso pode ter sido definido para manutenção. Se |
| Quando a manutenção for concluída, você poderá reativar o programador. Consulte | ||
| ative o programador. | ||
| 10084 | O alerta para o trabalho do aplicativo (nome do app) e da política (nome da política) não foi executado | Revise as práticas recomendadas para planos de backup |
| por motivo desconhecido | e otimizar suas políticas. Há causas comuns para o plano de backup | |
| políticas. | ||
| * O programador de jobs não está ativado. Consulte como ativar o programador. | ||
| * Os primeiros jobs de novos aplicativos podem levar muito tempo: | ||
| Tempos de job longos podem ocorrer durante o primeiro snapshot ou job de remoção de duplicação. | ||
| para um aplicativo. As configurações de integração podem ser usadas para evitar | ||
| impedir que jobs de ingestão bloqueiem slots e dados ingeridos | ||
| aplicativos. Consulte [Definir prioridades para o primeiro novo | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Os aplicativos estão inacessíveis devido a problemas de rede. | ||
| * As janelas de política são muito pequenas ou os tempos de execução do job são muito longos: embora | ||
| Não é possível controlar quanto tempo cada job leva para ser executado, mas é possível controlar | ||
| o horário programado para aplicativos em execução. Jobs que são executados | ||
| por muitas horas ocupam slots de job que poderiam ser usados por outros | ||
| aplicativos. Revise as [práticas recomendadas de plano de | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| e ajustar as políticas de acordo. | ||
| * O processo de replicação envia os dados para um | ||
| dispositivo de backup/recuperação. Verifique se a largura de banda e o uso de | ||
| seu link de replicação não está saturado. | ||
| 10085 | Violação do plano de backup para o aplicativo (nome do app) no host (nome do host) e | Revise as práticas recomendadas para planos de backup |
| política (nome da política). O job não foi executado por um motivo desconhecido. | e otimizar suas políticas. Há causas comuns para o plano de backup | |
| políticas. | ||
| * O programador de jobs não está ativado. Consulte como ativar o programador. | ||
| * Os primeiros jobs de novos aplicativos podem levar muito tempo: | ||
| Tempos de job longos podem ocorrer durante o primeiro snapshot ou job de remoção de duplicação. | ||
| para um aplicativo. As configurações de integração podem ser usadas para evitar | ||
| impedir que jobs de ingestão bloqueiem slots e dados ingeridos | ||
| aplicativos. Consulte [Definir prioridades para o primeiro novo | ||
| applications](/backup-disaster-recovery/docs/concepts/appliance-control-panel#set_priorities_for_the_first_new_applications). | ||
| * Os aplicativos estão inacessíveis devido a problemas de rede. | ||
| * As janelas de política são muito pequenas ou os tempos de execução do job são muito longos: embora | ||
| Não é possível controlar quanto tempo cada job leva para ser executado, mas é possível controlar | ||
| o horário programado para aplicativos em execução. Jobs que são executados | ||
| por muitas horas ocupam slots de job que poderiam ser usados por outros | ||
| aplicativos. Revise as [práticas recomendadas de plano de | ||
| practices](/backup-disaster-recovery/docs/concepts/backup-plan-policy-best-practices) | ||
| e ajustar as políticas de acordo. | ||
| * O processo de replicação envia os dados para um | ||
| dispositivo de backup/recuperação. Verifique se a largura de banda e o uso de | ||
| seu link de replicação não está saturado. | ||
| 10120 | O Psrv foi iniciado | Esse é um evento interno e pode ser ignorado. |
| 10220 | O serviço NTP não está em execução ou não está sincronizado. | O serviço NTP no appliance de backup não está em execução. O serviço NTP |
| é necessário para garantir que o dispositivo de backup use os carimbos de data/hora corretos. A | ||
| O appliance do Compute Engine precisa usar metadata.google.internal. | ||
| Siga as instruções para definir o servidor NTP [DNS e NTP | ||
| method](/backup-disaster-recovery/docs/concepts/appliance-network-settings#dns-ntp). | ||
| 10225 | Os corefiles do UDP são encontrados, nome do arquivo udpengine.(nome do arquivo) | Os processos internos estão registrando arquivos de erro inesperadamente. Entrar em contato com o Google |
| para resolver o problema. | ||
| 10229 | Armazenamento excedido, nome do sistema: (nome do dispositivo) | Esse é um evento interno e normalmente pode ser ignorado. |
| 10237 | O job X está em execução há mais de três horas. | Há muitos motivos para um job ser executado por mais de três horas. |
| 11001 | O certificado do appliance de backup expira em X dias. Ligue por 24 horas para | A última atualização do certificado do dispositivo de backup/recuperação foi há mais de 15 |
| renovar ou entre em contato com o suporte. | dias. Se o dispositivo de backup/recuperação estiver inativo, ative-o. | |
| 11004 | Os componentes do sistema estão inativos. Entre em contato com o suporte se os backups | Entrar em contato com o suporte |
| afetado. | ||
| 11006 | Não é possível sincronizar com o host X. É necessária uma sincronização regular com o host para evitar | O certificado no host não é atualizado há mais de sete dias. |
| perda permanente de comunicação entre o dispositivo de backup e o host. | Tente reiniciar e se reconectar ao host. | |
| 20019 | CPU / memória insuficiente. Número mínimo de núcleos necessários: (núcleos) real | O dispositivo de backup/recuperação foi alterado e não é o recomendado. |
| cores : (cores). Tamanho mínimo de memória necessário (GB): (memória) Memória real : | o tamanho do ensemble. Entre em contato com o Suporte do Google para resolver o problema. | |
| (memória) | ||
| 20025 | Uso de troca excedido | Esse problema ocorre quando o uso da troca excede o |
| limite de capacidade definido para o dispositivo de backup/recuperação. Contato | ||
| Entre em contato com o Suporte do Google para resolver o problema. | ||
| 20030 | tomcat stopped successfully | Esse é um evento interno e pode ser ignorado. |
| 20031 | tomcat started successfully | Esse é um evento interno e pode ser ignorado. |
| 22001 | OMD started Successfully, sltname: , slpname: . | Esse é um evento interno e pode ser ignorado. |
| 42356 | Mudanças em arquivos foram detectadas, mas nenhum arquivo excluído ou novo foi encontrado. | Esse é um evento interno e pode ser ignorado. |
| arquivos foram detectados. | ||
| 43151 | Não foi possível adicionar mapeamentos de dispositivos brutos à máquina virtual (VM). Erro: tarefa da VM | Adicionar um mapeamento de dispositivo bruto a uma VM "atordoa" a VM até que o ESX tenha um |
| falhou. Ocorreu um erro geral do sistema: o sistema retornou um erro. | chance de adicionar o novo recurso. Para descobrir por que o mapeamento de dispositivo bruto | |
| não puderam ser adicionados, consulte os registros do ESX para a VM em questão | ||
| (vmware.log). | ||
| Consulte a documentação e a base de conhecimento do VMware para receber ajuda com | ||
| analisando os registros em busca de mensagens de erro. Consulte também o artigo da VMware | ||
| para mais informações sobre [coletar VMware | ||
| logs](https://kb.vmware.com/s/article/653). | ||
| 43155 | Erro: falha na tarefa da VM. Ocorreu um erro ao salvar o snapshot: falha | Esse é um problema da VMware. Para mais informações, consulte a base de conhecimento da VMware. |
| para colocar a máquina virtual em estado de inatividade. | artigo - 1015180. | |
| Os problemas de inatividade da máquina virtual dependem do tipo de SO. Discos | ||
| investigação, mais pesquisas na KBA da VMware ou entre em contato com o suporte da VMware para | ||
| resolver esse problema. | ||
| 43155 - a | Erro: falha na tarefa da VM. Não foi possível adicionar o dispositivo scsi3 a quente. | Isso geralmente significa que o dispositivo SCSI que você está tentando adicionar à VM |
| já está em uso por outra VM. | ||
| 43155 - b | Erro: falha na tarefa da VM. O disco virtual está corrompido ou não é um | Esse problema ocorre se os arquivos CTK da VM estiverem bloqueados, ilegíveis ou |
| formato compatível. | sendo confirmadas. Para corrigir esse problema, remova e recrie essas CTKs. | |
| de estado. Consulte o artigo da base de conhecimento 2013520. | ||
| para mais informações. | ||
| 43155 - c | Erro: falha na tarefa da VM. A operação não é permitida no estado atual | Há duas opções para formatar um repositório de dados do VMware: NFS e VMFS. |
| do datastore." progress ="11" status="running" | Com o NFS, há algumas limitações, como não ser possível fazer RDM (Raw | |
| Mapeamento de disco). Isso significa que não é possível fazer a montagem do | ||
| dispositivo de backup/recuperação para um repositório de dados NFS. Consulte a seguinte base de conhecimento | ||
| artigo - 1001856 para | ||
| mais informações. | ||
| 43175 | A conexão de soquete do UDSAgent foi encerrada de forma anormal. Aguarde | O conector Actifio para de responder entre o appliance e um host |
| a resposta do agente | com o agente de Backup e DR instalado. | |
| 1. Reinicie o serviço do agente de backup e DR do UDSAgent no | ||
| host especificado. | ||
| 2. Telnet para a porta TCP 5106 (porta de comunicação do UDSAgent) | ||
| ``` | ||
| <P></P> | ||
| Saída esperada: | ||
| <P></P> | ||
| Tentando 10.50.100.67... | ||
| <P></P> | ||
| Conectado a dresx2.accu.local. | ||
| <P></P> | ||
| O caractere de escape é "^]". | ||
| <P></P> | ||
| Conexão fechada pelo host externo. | ||
| ``` | ||
| 3. Verifique se a conectividade de rede entre o appliance e o host não cai. | ||
| Se o problema persistir, será necessária uma análise de rede. | ||
| 43604 | Falha ao verificar a impressão digital | Isso ocorre quando uma inconsistência é encontrada entre a origem e o destino. |
| dados. Entre em contato com o Suporte do Google para resolver o problema. | ||
| 43690 | O host não tem portas SAN ou iSCSI definidas. | Esse problema ocorre se o dispositivo de backup/recuperação não estiver configurado com |
| Conexão iSCSI com o host de destino. | ||
| Verifique se as portas de rede estão abertas para iSCSI e se o host de destino tem | ||
| descobriu os dispositivos de backup/recuperação. | ||
| 43698 | O host ESX não está acessível para movimentação de dados no modo NBD | O dispositivo de backup/recuperação não consegue acessar o host ESX pela |
| rede ou resolva o nome do host ESX usando DNS. Entre em contato com o Suporte do Google para | ||
| receber a resolução desse problema. | ||
| 43702 | O backup foi cancelado porque há muitos arquivos extras na página inicial. | Essa é uma condição de alerta gerada pelo serviço de Backup e DR e causada |
| diretório da VM | por arquivos delta restantes no armazenamento de dados da VM. Normalmente, os arquivos delta | |
| são removidos depois que o snapshot do Backup e DR é consolidado. Em | ||
| Em algumas instâncias, eles podem ser deixados para trás pela consolidação do VMware. | ||
| e o Backup e DR começa a falhar nos jobs para evitar o agravamento. | ||
| para resolver o problema. | ||
| Esse problema é causado pelo VMware. Consulte o artigo da base de conhecimento: | ||
| 1002310. | ||
| 43755 | Não foi possível abrir o volume VMDK. Verifique a conectividade com o servidor ESX. | Isso acontece quando o controlador não consegue acessar o servidor ESX. |
| geralmente devido a um problema de conexão física ou DNS. Para corrigir isso | ||
| faça o seguinte: | ||
| * Verifique se a porta 902 está aberta entre o appliance de backup/recuperação e o | ||
| Host ESX. | ||
| * Verifique se o servidor DNS atual é válido e está atualizado. | ||
| * Se o vCenter for virtualizado, tente fazer um backup depois de migrar o | ||
| vCenter para um host ESX diferente. | ||
| * Verifique se "SSL required" está definido como "True" no host ESX na seção avançada | ||
| configurações predefinidas. | ||
| 43844 | VMDK de tamanho inválido detectado na VM | Há duas soluções possíveis para essa situação: |
| * Se a consolidação for necessária para alguns discos na VM, o tamanho será informado. | ||
| como zero. Para corrigir esse problema, crie e exclua um snapshot do | ||
| VM protegida. | ||
| * Verifique se o VMDK pode ser restaurado de uma imagem de backup. | ||
| 43873 | O uso de espaço em disco no armazenamento de dados cresceu além do limite crítico | Esse problema ocorre quando o espaço restante no repositório de dados é menor que |
| o limite crítico. Se mais espaço de armazenamento não for disponibilizado em breve, | ||
| Os jobs começam a falhar quando o espaço restante é inadequado para armazená-los. | ||
| Esse alerta é criado para ajudar você a tomar medidas para evitar que os armazenamentos de dados ESX | ||
| de preenchimento com dados de snapshot. Aumentar o espaço disponível expandindo | ||
| o armazenamento de dados, migrando algumas VMs ou excluindo dados antigos no | ||
| datastore. | ||
| Os snapshots aumentam à medida que mais dados de mudança são adicionados. Se um repositório de dados ficar cheio devido a | ||
| Para um snapshot crescente, as VMs podem ser colocadas off-line automaticamente pelo VMware | ||
| para proteger os dados. | ||
| 43900 | Tentar novamente OnVault pendente (registro) (jobname para aplicativo (appname) no host | As novas tentativas de jobs podem ser causadas por muitos erros. Cada mensagem de evento 43900 |
| (hostname) Error: (errorID) (Error Description) | inclui um código e uma mensagem de erro. | |
| 43901 | Falha do job | As falhas de jobs podem ser causadas por muitos erros. Cada mensagem de evento 43901 |
| inclui um código e uma mensagem de erro. | ||
| 43903 | Falha ao expirar o job | Esse problema ocorre quando a imagem está em uso no momento da |
| expiração. Isso pode ocorrer porque a imagem está sendo usada por outro processo ou | ||
| operação, como montagem, clonagem ou restauração. O job de expiração mais | ||
| provavelmente será concluída na segunda tentativa. | ||
| O Backup e DR não informa a conclusão bem-sucedida de | ||
| esta segunda tentativa. Se você receber apenas um erro para uma imagem, ela é segura. | ||
| para concluir que uma segunda tentativa de expirar essa imagem foi bem-sucedida. | ||
| Se houver um motivo legítimo para que essa imagem não possa expirar, | ||
| vai receber vários erros relacionados a essa imagem. Se você receber mais de | ||
| um erro, entre em contato com o Suporte do Google. | ||
| 43905 | Falha no job de montagem | Um job de montagem pode falhar de várias maneiras. O código de erro que |
| acompanha o evento e ajuda a identificar a causa raiz. | ||
| 43908 | Falha no job de restauração | As falhas de jobs podem ser causadas por muitos erros. Cada mensagem de evento 43908 |
| inclui um código e uma mensagem de erro. | ||
| 43915 | Não foi possível se conectar ao host de backup. Verifique se o agente de Backup e DR | Para iniciar o backup, o serviço do conector do Actifio precisa estar acessível por |
| está sendo executado em (host) e a porta de rede (porta) está aberta | o dispositivo de backup/recuperação. Esse problema ocorre quando as portas necessárias | |
| não estiverem abertas, o IP do host incorreto estiver configurado, o | ||
| O serviço do agente de Backup e DR não está em execução ou o host está fora | ||
| de recursos físicos. Para resolver esse problema, faça o seguinte: | ||
| 1. Verifique se a porta em uso entre o host, | ||
| dispositivo de backup/recuperação e o Actifio Connector está aberto. Por padrão, | ||
| O agente de Backup e DR usa a porta 5106 para comunicação bidirecional. | ||
| comunicação do appliance de backup/recuperação. Confira se o | ||
| o firewall permite a comunicação bidirecional por essa porta. | ||
| 2. Verifique se o IP correto está configurado para o host **Gerenciar > | ||
| Appliance > Configurar rede do Appliance**. | ||
| 3. Verifique se o serviço do agente de Backup e DR está em execução em | ||
| o host de destino e reinicie, se necessário. | ||
| * No Windows, encontre o serviço do agente host do UDS em services.msc e | ||
| clique em Reiniciar. | ||
* No Linux, execute o comando /etc/init.d/udsagent restart. |
||
| ``` | ||
| <timestamp> GEN-DEBUG [4400] UDSAgent starting up ... | ||
| <timestamp> GEN-INFO [4400] Locale is initialized to C | ||
| <timestamp> GEN-WARN [4400] VdsServiceObject::initialize | ||
| - LoadService para Vds falhou com o erro 0x80080005 | ||
| <timestamp> GEN-WARN [4400] initialize - Failed to initialize Microsoft Disk | ||
| Serviços de gerenciamento: falha na execução do servidor [0x80080005] | ||
| <timestamp> GEN-WARN [4400] Failed initializing VDSMgr, | ||
| err = -1, exiting... | ||
| <timestamp> GEN-INFO [4400] Não foi possível se conectar ao namespace: root\mscluster | ||
| <timestamp> GEN-INFO [4400] Este host não faz parte do cluster | ||
| <timestamp> GEN-WARN [4400] Failed initializing connectors,exiting -1 | ||
| ``` | ||
| 4. Tente fazer backup novamente. | ||
| 43941 | O uso de espaço em disco no armazenamento de dados cresceu além do limite crítico | Esse problema ocorre quando o espaço restante no repositório de dados é menor que |
| o limite crítico. Se mais espaço de armazenamento não for disponibilizado em breve, | ||
| Os jobs começam a falhar quando o espaço restante é inadequado para armazená-los. | ||
| Esse alerta é criado para ajudar você a tomar medidas para evitar que os armazenamentos de dados ESX | ||
| de preenchimento com dados de snapshot. Aumentar o espaço disponível expandindo | ||
| o armazenamento de dados, migrando algumas VMs ou excluindo dados antigos no | ||
| datastore. | ||
| Os snapshots aumentam à medida que mais dados de mudança são adicionados. Se um repositório de dados ficar cheio devido a | ||
| Para um snapshot crescente, as VMs podem ser colocadas off-line automaticamente pelo VMware | ||
| para proteger os dados. | ||
| 43954 | Falha no job do OnVault | Durante um job de montagem, o appliance de backup/recuperação não consegue se conectar a |
| o pool do OnVault. Esse problema pode ocorrer por um dos seguintes motivos: | ||
| motivos. | ||
| * Nenhum nome de bucket é especificado para o pool do OnVault. | ||
| * Credenciais inválidas: ID de acesso ou chave de acesso não especificados ou incorretos | ||
| ID do pool do OnVault. | ||
| * Bucket inválido no pool do OnVault | ||
| * Problemas gerais de autenticação para o pool do OnVault. | ||
* O servidor DNS nos clusters /etc/resolv.conf é diferente ou o |
||
| os arquivos de zonas DNS de encaminhamento e reversas são alterados. | ||
| 43929 | Falha na criação do snapshot da VM. Erro: a tarefa da VM falhou. Ocorreu um erro. | O snapshot da VM falha se o servidor ESX não puder colocar a máquina virtual em estado de inatividade. |
| ao salvar o snapshot: não foi possível colocar a máquina virtual em estado de espera. | máquina, seja por E/S excessiva ou porque as ferramentas do VMware não podem | |
| suspender o aplicativo usando o VSS a tempo. Confira os registros de eventos no | ||
| host e verifique o registro ESX da VM (vmware.log). | ||
| Snapshots consistentes em caso de falhas e backups baseados em conector mostram isso | ||
| com menos frequência. Para mais informações, consulte o artigo da base de conhecimento da VMware | ||
| artigos de base: 1018194 e | ||
| 1007696. | ||
| 43933 | Não foi possível encontrar a VM com UUID do BIOS correspondente | Esse problema ocorre se o UUID da VM for modificado. Para corrigir esse problema, |
| redescubra a VM e verifique se ela foi descoberta como um novo UUID. é possível | ||
| Confirme isso no console de gerenciamento comparando o UUID do | ||
| da VM recém-descoberta e da VM descoberta anteriormente. Se | ||
| Os UUIDs não correspondem, a VM pode ter sido clonada. | ||
| Esse erro também pode aparecer se um grande número de | ||
| As VMs gerenciadas pelo Backup and DR são removidas do vCenter. | ||
| 43948 | O número de imagens não expiradas aguardando mais processamento é (x) | "O ID do evento 43948 é gerado quando um aplicativo começa a parar |
| imagens ((x) snapshots, (x) onvaults) de (x) únicos | expirações como parte da preservação de imagens. "Preservação de imagens" | |
| aplicativos. (x) snapshots e (x) OnVaults foram adicionados no | preserva snapshots e imagens do OnVault além das datas de expiração para | |
| últimos (x) segundos ((x) horas (x) minutos)., sltname: No | garantir que essas imagens sejam processadas corretamente pelo | |
| specific slt, slpname: No specific slp. | dispositivo de backup/recuperação. Quando um novo aplicativo entra em um estado preservado | |
| um alerta de aviso será gerado. A causa mais comum desse problema | ||
| são violações do plano de backup, conforme documentado no ID do evento 10085". | ||
| 43954 | Retry OnVault | Um job do OnVault precisou ser repetido. Os problemas possíveis incluem: o |
| A conta de serviço usada tem a função errada. A conta de serviço | ||
| não tiver autoridade para gravar no bucket. O bucket do Cloud Storage | ||
| não existe mais. | ||
| 43960 | Não foi possível fazer backup de seis aplicativos off-line para o aplicativo SqlServerWriter. | O backup de uma instância do SQL Server encontrou alguns bancos de dados off-line e |
| não foi possível fazer backup. Isso geralmente acontece quando o banco de dados foi | ||
| excluído no lado do servidor, mas ainda incluído no lado do Backup/DR. | ||
| A mensagem de erro contém os nomes dos bancos de dados off-line que | ||
| deve ser investigado. | ||
| 43972 | Falha no upload de metadados para o bucket. | Falha ao gravar metadados em um bucket do OnVault. Possíveis problemas |
| incluem: a conta de serviço usada tem a função errada. O Serviço | ||
| A conta não tem autoridade para gravar no bucket. O | ||
| O bucket do Cloud Storage não existe mais. | ||
| 43973 | udppm iniciado com sucesso | Esse é um evento interno e pode ser ignorado. |
| 43999 | Aviso: a VM está sendo executada em um host com uma versão desatualizada de | Faça upgrade da VM para uma versão compatível (>=) para garantir os melhores resultados. |
| ESXi , que não é compatível com o Google. Faça upgrade para um | ||
| versão compatível (>=) para garantir os melhores resultados. | ||
| 44003 | Sucesso Job_xx-xx-xx para o aplicativo application ID no host |
Esse é um evento de status bem-sucedido e pode ser ignorado. |
host, sltname: template, slpname: profile. |
||
| 62001 | O daemon streamsnapd foi iniciado | Esse é um evento interno e pode ser ignorado. |
| 90003 | Uma nova atualização (versão X) está disponível para o Backup Appliance | Uma nova atualização está disponível. Atualize os dispositivos de backup/recuperação assim que |
| de eventos. |
A seguir
- Para ver os registros de eventos criados em dispositivos de backup/recuperação, consulte Registros de eventos do Backup e DR.
- Para configurar alertas com base em registros para o serviço de Backup e DR, com base em consultas de exemplo, consulte criar um alerta com base em registros.