Resolução de Problemas de Capacidade num Sistema
AvamarAo lidar com problemas de capacidade em um sistema Avamar, é crucial entender a causa raiz. Isso requer uma série de etapas, começando com a coleta de dados para uma investigação completa.
Os sistemas Avamar têm vários tipos de limites de capacidade. Uma compreensão abrangente desses limites, juntamente com seu contexto histórico, pode esclarecer problemas de capacidade atuais e passados experimentados pelo sistema.
O sistema gera eventos, avisos ou erros específicos na Interface do Utilizador (UI) quando determinados limiares de capacidade são ultrapassados:
- 80%: Aviso de Capacidade
- 95%: O Limite de Exame Periódico foi atingido
- 100%: O Limite Só de Leitura do Servidor é atingido, fazendo com que a grelha mude para o modo de administração
Quando um sistema Avamar está cheio, pode apresentar os seguintes sintomas ou erros:
- A recolha de lixo falha, resultando em erros de MSG_ERR_DISKFULL ou MSG_ERR_STRIPECREATE.
- Os pontos de verificação falham devido a MSG_ERR_DISKFULL erro.
- Os backups não podem ser executados ou falham devido à capacidade total.
- Os backups falham com erros de MSG_ERR_STRIPECREATE ou mensagens indicando que o servidor de destino está cheio.
- O estado de acesso muda para o modo de administração (a menos que a manutenção esteja a ser executada).
- O agendador de backup está desativado e não pode ser retomado devido aos limites de capacidade de metadados.
A compreensão destes aspetos pode ajudar a gerir e resolver problemas de capacidade num sistema Avamar.
Recolha de informações:
Inicie sessão no servidor Avamar (Nó Único ou Nó Utilitário) e execute todos os comandos. Estes apenas recolhem informações e não aplicam quaisquer alterações:
1. Se ainda não for conhecido, fornece o nome completo ou o FQDN (Fully Qualified Domain Name) do servidor Avamar:
2. Verifique se todos os serviços estão habilitados, incluindo o agendador de manutenção:
3. O estado geral do sistema:
4. Execute a capacidade
.sh script para coletar 60 dias de dados e os 10 principais clientes contribuintes:
capacity.sh --days=60 --top=10
5. Logs mostrando o comportamento básico da coleta de lixo nos últimos 30 dias:
dumpmaintlogs --types=gc --days=30 | grep "4202"
6. A quantidade de dados que a coleta de lixo removeu, quantas passagens ela foi concluída e por quanto tempo ela foi executada.
Para Avamar
v5.x e v6.x, execute:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,12,13,15
Para o Avamar
v7.x, execute o seguinte:
dumpmaintlogs --types=gc --days=30 | grep passes | cut -d ' ' -f1,10,14,15,17
7. Verifique por quanto tempo o hfscheck é executado:
dumpmaintlogs --types=hfscheck --days=30 | grep -i elapsed|cut -d ' ' -f1,12 | grep -v check
8. Detalhes da utilização da capacidade do sistema de ficheiros por nó e por partição:
avmaint nodelist | egrep 'nodetag|fs-percent-full'
9. Uma lista de pontos de verificação disponíveis no sistema:
10. Horários de início/paragem agendados para trabalhos de manutenção:
avmaint sched status --ava | egrep -A 2 "maintenance-window|backup-window" | tail -16
11. Recolher todas as definições do disco:
avmaint config --ava | egrep -i 'disk|crunching|balance'
Nunca altere valores a menos que seja aconselhado por um especialista no assunto (SME) Avamar. Os valores não predefinidos podem estar em vigor por uma boa razão. Entenda bem a situação.
12. Colete contagens de diferentes tipos de faixas por nó por partição de dados:
avmaint nodelist --xmlperline=99 | grep 'comp='
13. Verifique a quantidade de memória (e troca) em uso em cada nó: