Partilhar: WhatsApp
aulify
UC UC00634 · T. Sist. Comp. Redes

Ficha 02 · Suporte e diagnóstico

Níveis de suporte, método, problemas comuns, SLA
Versão · Aluno
Tempo · 45 minutos
Cotação · 100 pontos
Aluno(a)
Turma
Data
Objectivos da ficha

Parte I · Organização do suporte

Exercício 1 · Níveis (10 pts)

Classifica em N1, N2 ou N3:

a) Reset de senha de um utilizador. ___

b) Configurar VPN num portátil novo. ___

c) Investigar falha intermitente num servidor de aplicações com o fornecedor. ___

d) "O Outlook não abre" — primeira triagem. ___

a) N1 — tarefa comum de service desk. b) N2 — configuração técnica. c) N3 — especialista/fornecedor, problema complexo. d) N1 — triagem inicial (escala para N2 se não resolver).

Exercício 2 · Ferramentas (10 pts)

Indica a ferramenta adequada:

a) Registar e acompanhar pedidos de suporte. ___

b) Aceder remotamente ao PC do utilizador (com consentimento). ___

c) Saber que hardware/software tem cada posto. ___

a) Sistema de tickets — GLPI, osTicket, Jira Service Management. b) Acesso remoto — AnyDesk, RustDesk, RDP, TeamViewer. c) Inventário — GLPI, Lansweeper, Intune.

Parte II · Método

Exercício 3 · Passos do diagnóstico (15 pts)

Ordena o método de diagnóstico (1 a 6):

  1. Ouvir e recolher contexto (o que mudou?)
  2. Reproduzir o problema
  3. Isolar (software/hardware/rede/conta)
  4. Formular hipótese e testar uma variável de cada vez
  5. Resolver e verificar com o utilizador
  6. Documentar (ticket + base de conhecimento)

Exercício 4 · "O que mudou?" (10 pts)

Porque é a pergunta "o que mudou desde que funcionava?" tão valiosa no diagnóstico?

Porque a maioria dos problemas surge após uma mudança: uma atualização, instalação de software, alteração de configuração, novo hardware/rede. Identificar a mudança recente reduz drasticamente o espaço de causas possíveis e aponta directamente para a provável origem — evita "tentar tudo às cegas".

Parte III · Problemas comuns

Exercício 5 · PC lento (15 pts)

Um utilizador diz que "o PC está muito lento". Lista 4 causas prováveis e como verificar cada uma.

  1. Disco quase cheio → verificar espaço livre; SSD < 10-15% livre degrada.
  2. Pouca RAM / muitos programas → Gestor de Tarefas (uso de memória, processos pesados); paginação excessiva.
  3. Malware → scan completo com Defender/EDR.
  4. Muitos programas no arranque → Gestor de Tarefas → Arranque; desativar não essenciais.
  5. Disco HDD antigo / S.M.A.R.T. degradado → CrystalDiskInfo; ponderar SSD.
  6. Sobreaquecimento/thermal throttling → temperaturas, limpeza de pó.

(4 quaisquer, com método de verificação.)

Exercício 6 · Sem rede (15 pts)

Utilizador "não tem Internet". Descreve o diagnóstico passo-a-passo com comandos.

  1. Físico/Wi-Fi — cabo ligado? Wi-Fi associado? LED da placa?
  2. IPipconfig (Win) / ip a (Linux). Tem IP válido? 169.254.x.x = DHCP falhou.
  3. Gatewayping 192.168.1.1. Falha → problema local (cabo/switch/IP).
  4. DNSnslookup aulify.pt. Falha mas ping a IP funciona → problema de DNS (testar 8.8.8.8).
  5. Internetping 8.8.8.8. Falha → operador/router.
  6. Aplicaçãocurl https://aulify.pt ou abrir no browser.

Conclusão consoante onde falha: cabo/Wi-Fi → DHCP → LAN → DNS → ISP.

Parte IV · Indicadores

Exercício 7 · SLA (10 pts)

a) Define MTTR e FCR. (6 pts)

b) Para que servem (e para que NÃO devem servir) os indicadores de suporte? (4 pts)

a) - MTTR (Mean Time To Resolve) — tempo médio entre a abertura e a resolução de um ticket. - FCR (First Contact Resolution) — percentagem de pedidos resolvidos logo no primeiro contacto, sem escalar.

b) Servem para melhorar o serviço: identificar gargalos, problemas recorrentes (que pedem solução de raiz), necessidade de formação ou documentação. Não devem ser usados para pressionar/penalizar pessoas individualmente — isso leva a fechar tickets à pressa sem resolver. Olhar tendências, não números isolados.