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.