11.1 Cabeceira do informe
╔════════════════════════════════════════════════════════════════╗
║ INFORME DE MONITORIZACIÓN DE SISTEMA ║
║ WINDOWS 10/11 ║
╚════════════════════════════════════════════════════════════════╝
Alumno: ________________________________________
Data: __________________________________________
Equipo: ALUMNO-PC-XX
Duración da proba: 3 minutos
11.2 Sección 1 – Introdución
1. INTRODUCIÓN
Nesta proba buscamos:
- Monitorizar un equipo Windows baixo carga.
- Identificar métricas de CPU, RAM, Disco e Rede.
- Detectar bottlenecks (cuellos de botella).
- Analizar eventos no Visor de Eventos.
- Documentar incidencias de xeito técnico profesional.
Plataforma: Windows 11 (VM en VirtualBox)
RAM dispoñible: 4 GB
Cores de CPU: 2
Disco: 50 GB SSD virtual
11.3 Sección 2 – Metodoloxía
2. METODOLOXÍA
Ferramentas usadas:
✓ Monitor de Rendemento (perfmon.exe)
✓ Monitor de Tarefas (taskmgr.exe)
✓ Visor de Eventos (eventvwr.msc)
✓ PowerShell (scripts de carga)
Contadores monitorizados:
- Procesor > % Tiempo de procesador
- Memoria > % Bytes confirmados en uso
- Disco lógico > % Tiempo de disco
- Interfaz de red > Bytes totales/segundo
Período de recollida: 3 minutos (intervalo 5 segundos)
Carga aplicada: CPU (4 procesos) + RAM (1 GB) + Disco (copia de ficheiros)
11.4 Sección 3 – Resultados e observacións
Exemplo de métricas de CPU
| CPU mínima |
5 % |
| CPU máxima |
98 % |
| CPU media |
62 % |
| Tempo ao 100 % |
45 segundos |
Análise CPU: Ao executar 4 procesos en PowerShell, a CPU elevouse rapidamente ata o 100 %, indicando un sistema claramente CPU‑bound.
Exemplo de métricas de memoria
| RAM mínima |
1800 MB |
| RAM máxima |
3200 MB |
| RAM media |
2500 MB |
| Swap activo |
200 MB |
Análise RAM: O uso de RAM non chegou a saturar os 4 GB dispoñibles, e o uso de swap foi baixo, polo que a memoria non foi o factor limitante.
Exemplo de métricas de disco
| Disco mínimo |
2 % |
| Disco máximo |
75 % |
| Disco medio |
25 % |
| Latencia |
8–12 ms |
Análise disco: Durante as copias de ficheiros, o disco acadou valores elevados, algo normal em operacións de E/S intensivas.
Exemplo de métricas de rede
| Rede mínima |
0 Mbps |
| Rede máxima |
0,5 Mbps |
| Rede media |
0,2 Mbps |
Análise rede: Non se realizaron probas intensivas de rede neste exemplo, polo que os valores son baixos.
11.5 Sección 4 – Análise de eventos (Visor de Eventos)
4. ANÁLISE DE EVENTOS (Visor de Eventos)
4.1 Eventos encontrados
Total de eventos durante a proba: 23
- Información (ⓘ): 15 eventos
- Avisos (⚠️): 6 eventos
- Erros (❌): 2 eventos
4.2 Eventos críticos (exemplo)
Evento 1: Aviso - ID 10016 (DistributedCOM)
Hora: 13:45:22
Descrición: "DCOM recibiu a solicitude de chamada remota que se rexeitou (Usuario: SYSTEM)"
Causa probable: Carga alta do sistema durante a execución dos procesos PowerShell.
Acción correctiva: Non necesaria (evento illado).
Evento 2: Error - ID 7000 (Service)
Hora: 13:46:08
Descrición: "Fallo ao iniciar o servizo RPC"
Causa probable: Indispoñibilidade temporal de recursos.
Acción correctiva: Reiniciar o servizo manualmente (net start RpcSs).
11.6 Sección 5 – Identificación de bottlenecks
5. BOTTLENECK IDENTIFICADO
5.1 Tipo: CPU-BOUND
Razóns:
✓ CPU alcanzou 98-100% mantida durante 45 segundos.
✓ Mentres CPU estaba ao 100%, RAM estaba só ao 60%.
✓ Disco estaba ao 5% mentres CPU estaba ao máximo.
✓ O sistema presentou lentitude/conxelación.
5.2 Solucións propostas
Curto prazo (software):
- Rematar procesos que consumen moita CPU.
- Desactivar programas de inicio innecesarios.
Medio / longo prazo (hardware):
- Mellorar a CPU (modelo máis potente).
- Aumentar número de núcleos (de 2 a 4).
- Incrementar frecuencia de reloxo.
11.7 Sección 6 – Conclusións
6. CONCLUSIÓNS
6.1 Resumo
Mediante esta proba conseguimos:
✓ Monitorizar con éxito un equipo Windows baixo carga.
✓ Identificar o bottleneck principal (CPU).
✓ Analizar eventos de sistema e detectar anomalías.
✓ Documentar incidencias dun xeito técnico.
6.2 Capacidades adquiridas
Agora son capaz de:
- Usar o Monitor de Rendemento para crear gráficas personalizadas.
- Crear Data Collector Sets para análise prolongada.
- Interpretar eventos no Visor de Eventos.
- Diferenciar entre información, avisos e erros.
- Identificar e documentar bottlenecks.
6.3 Aplicación práctica
Estas ferramentas úsanse realmente por técnicos de sistemas en empresas para:
- Resolver problemas de rendemento.
- Planificar upgrades de hardware.
- Detectar comportamentos anómalos.
- Manter sistemas operativos en condicións óptimas.