📚 TEMA 23
📑 ÍNDICE DEL TEMA
- Contextualización en el Entorno SAS
- Concepto de Sistema Operativo
- Funciones Principales de los Sistemas Operativos
- Evolución Histórica y Tendencias
- Sistemas Abiertos vs Sistemas Propietarios
- Administración y Gestión del Sistema Operativo
- Planes de Implantación y Migración
- Instalación, Configuración y Optimización
- Sistemas Operativos en Dispositivos Móviles
- Casos Prácticos del SAS
- Cuestionario de 30 Preguntas
- Mapa Conceptual
- Referencias y Bibliografía
1. Contextualización en el Entorno SAS
Mira, antes de meternos de lleno en la teoría, necesito que entiendas algo fundamental: los sistemas operativos son el corazón tecnológico de todo lo que hacemos en el SAS. Y no estoy exagerando.
Piénsalo un momento. Cuando un médico en el Hospital Virgen del Rocío abre Diraya para consultar el historial clínico de un paciente, está trabajando sobre un sistema operativo. Cuando una enfermera en un centro de salud de Almería prescribe medicación a través de Receta XXI, lo hace sobre un sistema operativo. Cuando el personal de farmacia dispensa medicamentos usando terminales del proyecto LeTSAS (Linux embebido en Terminales del SAS), están interactuando directamente con… exacto, un sistema operativo Linux.
🏥 Contexto Real del SAS
El Servicio Andaluz de Salud gestiona más de 100.000 puestos de trabajo digitales distribuidos en:
- 45 hospitales de diversa complejidad (desde comarcales hasta hospitales de referencia)
- 1.542 centros de atención primaria
- Dispositivos de apoyo: puntos de atención continuada, unidades de gestión clínica, etc.
Y todos estos puestos necesitan sistemas operativos estables, seguros y gestionables centralizadamente. La elección del sistema operativo no es casual ni trivial.
1.1. ¿Por qué es crítico este tema para tu oposición?
Déjame ser directo contigo. Este tema es una mina de oro para el examen porque:
- Es transversal: conecta con seguridad (ENS), con redes, con aplicaciones, con todo
- Tiene componente muy práctico: veremos comandos Linux que te pueden caer en supuestos
- Es actualizable: las tendencias (virtualización, contenedores, cloud) son temas recientes
- Cae en TODOS los exámenes: hemos analizado convocatorias de 2019, 2023 y 2025, y siempre hay preguntas
1.2. La Estrategia Tecnológica del SAS
El SAS no elige sus sistemas operativos al azar. Hay una estrategia clara basada en tres pilares:
| Pilar Estratégico | Descripción | Impacto en SSOO |
|---|---|---|
| 1. Soberanía Tecnológica | Reducir dependencia de proveedores únicos | Apuesta por Linux y software libre (LeTSAS, OpenSUSE) |
| 2. Seguridad ENS | Cumplimiento del Esquema Nacional de Seguridad | Configuraciones hardening, actualizaciones críticas |
| 3. Eficiencia Económica | Optimizar costes de licenciamiento | Migración progresiva a sistemas operativos libres |
2. Concepto de Sistema Operativo
Vamos a empezar por lo básico, pero sin caer en definiciones de libro que te aburran. Un sistema operativo es, esencialmente, el software que hace de intermediario entre el hardware de un ordenador y las aplicaciones que usamos.
2.1. Definición Técnica
Un Sistema Operativo (SO) es un conjunto de programas que:
- Gestiona los recursos hardware del sistema (CPU, memoria, dispositivos de E/S)
- Proporciona servicios a los programas de aplicación
- Facilita la interfaz entre el usuario y la máquina
- Garantiza la seguridad y el control de acceso a los recursos
2.2. La Jerarquía de Capas en un Sistema Informático
Para que veas claro cómo encaja el sistema operativo en la arquitectura completa, mira este esquema de capas:
┌─────────────────────────────────────────┐
│ CAPA 4: USUARIO FINAL │ (Médico, enfermera, administrativo)
└─────────────────────────────────────────┘
↕
┌─────────────────────────────────────────┐
│ CAPA 3: APLICACIONES │ (Diraya, Receta XXI, BPS)
│ - Software de gestión clínica │
│ - Herramientas ofimáticas │
│ - Navegadores web │
└─────────────────────────────────────────┘
↕
┌─────────────────────────────────────────┐
│ CAPA 2: SISTEMA OPERATIVO ⬅ AQUÍ │
│ - Gestión de procesos │
│ - Gestión de memoria │
│ - Sistema de archivos │
│ - Controladores de dispositivos │
│ - Seguridad y permisos │
└─────────────────────────────────────────┘
↕
┌─────────────────────────────────────────┐
│ CAPA 1: HARDWARE │
│ - CPU (procesador) │
│ - RAM (memoria) │
│ - Disco duro / SSD │
│ - Tarjeta de red, USB, etc. │
└─────────────────────────────────────────┘
Este concepto de capa de abstracción es fundamental. Significa que el sistema operativo «oculta» la complejidad del hardware a las aplicaciones. Por ejemplo:
🔍 Ejemplo Práctico en el SAS
Cuando Diraya necesita guardar un nuevo informe médico en la base de datos:
- La aplicación Diraya NO sabe si el servidor tiene discos SSD o HDD tradicionales
- Diraya NO sabe si usa sistema de archivos ext4, XFS o NTFS
- Diraya simplemente hace una llamada al sistema operativo: «Guarda este archivo aquí»
- El SO se encarga de todo: buscar espacio libre, gestionar permisos, escribir físicamente los datos
Esa es la magia de la abstracción: las aplicaciones no se preocupan del hardware.
2.3. Componentes Esenciales de un Sistema Operativo
Todo sistema operativo moderno tiene estos componentes básicos:
| Componente | Función Principal | Ejemplo en Linux | Ejemplo en Windows |
|---|---|---|---|
| Kernel (Núcleo) | Gestión de hardware, memoria, procesos | Linux kernel (monolítico modular) | Windows NT kernel (híbrido) |
| Sistema de Archivos | Organización y almacenamiento de datos | ext4, XFS, Btrfs | NTFS, ReFS |
| Gestor de Procesos | Ejecución y planificación de tareas | Systemd, init | Windows Task Scheduler |
| Shell / Interfaz | Interacción con el usuario | Bash, Zsh (CLI); GNOME, KDE (GUI) | PowerShell (CLI); Explorer (GUI) |
| Controladores | Comunicación con dispositivos | Módulos del kernel (.ko) | Drivers (.sys) |
3. Funciones Principales de los Sistemas Operativos
Ahora viene la parte jugosa. Vamos a ver qué hace exactamente un sistema operativo. Y no te preocupes, lo vamos a ver con ejemplos del SAS para que veas la aplicación real.
3.1. Gestión de Procesos
Un proceso es un programa en ejecución. El sistema operativo debe:
- Crear y destruir procesos cuando sea necesario
- Asignar tiempo de CPU a cada proceso (planificación)
- Gestionar la comunicación entre procesos (IPC – Inter-Process Communication)
- Evitar situaciones de bloqueo (deadlocks)
# Ver procesos en ejecución (comando clave: apareció en examen 2025)
top
# Ver procesos con más detalle
ps aux
# Matar un proceso por PID
kill -9 [PID]
# Ver procesos de un usuario específico
ps -u usuario
# Ver árbol de procesos
pstree
3.1.1. Estados de un Proceso
En cualquier momento, un proceso puede estar en uno de estos estados:
NEW
↓
┌─────────→ READY ←──────────┐
│ ↓ │
│ (Scheduler) │
│ ↓ │
│ RUNNING ───────→ TERMINATED
│ ↓
└──────── WAITING
(I/O, evento)
- NEW: El proceso se está creando
- READY: Listo para ejecutarse, esperando CPU
- RUNNING: Está ejecutándose en la CPU
- WAITING: Esperando un evento (lectura disco, red, etc.)
- TERMINATED: El proceso ha finalizado
🏥 Aplicación en el SAS
Imagina que en el Hospital Carlos Haya se está ejecutando una copia de seguridad de Diraya a las 2:00 AM:
- NEW: El script de backup inicia el proceso
- READY: El proceso espera a que la CPU esté disponible
- RUNNING: La CPU ejecuta el volcado de datos
- WAITING: Espera a que el disco escriba los datos
- RUNNING: Continúa con el siguiente bloque
- TERMINATED: Backup completado
3.2. Gestión de Memoria
La memoria RAM es un recurso limitado y valioso, especialmente en entornos críticos como un hospital. El sistema operativo debe:
- Asignar memoria a los procesos que la solicitan
- Liberar memoria cuando los procesos terminan
- Proteger memoria entre procesos (aislamiento)
- Implementar memoria virtual (paginación y segmentación)
3.2.1. Memoria Virtual y Paginación
La memoria virtual es una técnica que permite a los programas usar más memoria de la que físicamente existe en el sistema, usando el disco duro como extensión de la RAM.
free -h
# Salida típica:
# total used free shared buff/cache available
# Mem: 15Gi 3.2Gi 8.1Gi 234Mi 4.0Gi 11Gi
# Swap: 8.0Gi 0B 8.0Gi
# Ver procesos que más memoria consumen
ps aux --sort=-%mem | head -n 10
3.3. Gestión de Dispositivos de Entrada/Salida
El sistema operativo actúa como intermediario entre las aplicaciones y los dispositivos hardware (discos, impresoras, tarjetas de red, etc.).
Controladores de Dispositivos (Drivers)
Los drivers son componentes del SO que saben «hablar» con cada tipo de hardware específico.
🖨️ Ejemplo Real: Impresoras en el SAS
El SAS gestiona miles de impresoras en centros de salud y hospitales. Cada terminal LeTSAS necesita:
- Drivers CUPS (Common Unix Printing System) para gestionar impresoras
- Controladores específicos para modelos HP, Epson, etc.
- Configuración centralizada desde el puesto de gestión
Cuando una enfermera imprime recetas desde Receta XXI, el sistema operativo:
- Recibe la orden de impresión de la aplicación
- Encola el trabajo en el sistema de impresión
- Lo envía al driver correcto según la impresora configurada
- Gestiona posibles errores (sin papel, atasco, etc.)
3.4. Gestión del Sistema de Archivos
El sistema de archivos organiza cómo se almacenan y recuperan los datos en los dispositivos de almacenamiento.
Principales Sistemas de Archivos
| Sistema de Archivos | SO Asociado | Características | Uso en el SAS |
|---|---|---|---|
| ext4 | Linux | Estable, journaling, hasta 16TB | Terminales LeTSAS, servidores Linux |
| XFS | Linux | Alto rendimiento, archivos grandes | Servidores de BBDD, almacenamiento PACS |
| NTFS | Windows | Journaling, compresión, cifrado | Puestos Windows en administración |
| ZFS | Unix/Linux | Copy-on-write, snapshots, integridad | Storage de alta disponibilidad (algunos CPD) |
Permisos y Seguridad en Sistemas de Archivos
# Formato: rwxrwxrwx
# ↓ ↓ ↓
# Owner Group Others
# Ejemplo: -rw-r--r--
# - : archivo regular (d sería directorio)
# rw- : propietario puede leer y escribir
# r-- : grupo solo puede leer
# r-- : otros solo pueden leer
# Comando chmod (apareció en examen 2019)
chmod 755 archivo.sh
# 7 (111) = rwx para propietario
# 5 (101) = r-x para grupo
# 5 (101) = r-x para otros
3.5. Gestión de Seguridad y Protección
El sistema operativo debe garantizar:
- Autenticación: Verificar la identidad del usuario
- Autorización: Controlar qué puede hacer cada usuario
- Auditoría: Registrar las acciones para trazabilidad
- Cifrado: Proteger datos en reposo y en tránsito
sudo rm -rf /
Este comando ELIMINA TODO EL SISTEMA DE ARCHIVOS de forma recursiva y forzada. Es el comando más destructivo que existe en Linux. En el examen de 2025 (pregunta 26) se preguntó cuál era el comando «menos aconsejable» y esta era la respuesta correcta.
4. Evolución Histórica y Tendencias de los Sistemas Operativos
Para entender dónde estamos, necesitamos saber de dónde venimos. Y para tu examen, necesitas conocer esta evolución porque te pueden preguntar por generaciones o hitos históricos.
4.1. Línea Temporal de la Evolución
📅 Años 1940-1950: Primera Generación
Características: No existían sistemas operativos. Los programas se ejecutaban directamente sobre el hardware. El programador era también el operador.
Ejemplos: ENIAC, UNIVAC I
📅 Años 1950-1960: Segunda Generación (Procesamiento por Lotes)
Características: Aparecen los primeros sistemas operativos batch. Los trabajos se agrupaban y procesaban secuencialmente.
Ejemplos: FMS (Fortran Monitor System), IBSYS
📅 Años 1960-1980: Tercera Generación (Multiprogramación y Time-Sharing)
Características: Múltiples programas en memoria simultáneamente. Aparece UNIX (1969), revolucionario por ser portable y multiusuario.
Ejemplos: UNIX, OS/360 (IBM), MULTICS
📅 Años 1980-1990: Cuarta Generación (Interfaz Gráfica y Microcomputadoras)
Características: Aparecen las GUIs (Graphical User Interfaces). MS-DOS domina PCs. Nace Windows.
Ejemplos: MS-DOS (1981), Windows 3.0 (1990), Mac OS
📅 Años 1990-2000: Quinta Generación (Internet y Redes)
Características: Sistemas operativos preparados para redes. Nace Linux (1991). Windows NT para entornos corporativos.
Ejemplos: Linux (Linus Torvalds, 1991), Windows NT, Windows 95/98
📅 Años 2000-2010: Sexta Generación (Movilidad)
Características: Sistemas operativos móviles. iOS (2007), Android (2008). Cloud computing emerge.
Ejemplos: Windows XP/Vista/7, macOS X, Android, iOS
📅 Años 2010-2025: Séptima Generación (Cloud, Virtualización, Contenedores)
Características: Virtualización masiva, contenedores (Docker, Kubernetes), sistemas operativos en la nube, edge computing.
Ejemplos: Windows 10/11, Linux moderno, ChromeOS, sistemas container-optimized
4.2. Tendencias Actuales (2024-2025)
Estas son las tendencias que SÍ o SÍ debes conocer para el examen, porque son actuales y el SAS las está implementando:
4.2.1. Virtualización e Hiperconvergencia
Hiperconvergencia: Arquitectura que unifica computación, almacenamiento, red y software en un único sistema para minimizar la complejidad.
En el SAS, esto se traduce en:
- Servidores con VMware vSphere o Hyper-V
- Infraestructuras hiperconvergentes en algunos hospitales de referencia
- Consolidación de aplicaciones en menos servidores físicos
4.2.2. Contenedores y Orquestación
🐳 Contenedores en el SAS
Aunque aún no es masivo, el SAS está explorando Docker y Kubernetes para:
- Despliegue ágil de microservicios
- Portabilidad entre entornos (desarrollo → preproducción → producción)
- Escalado automático según demanda
4.2.3. Edge Computing
El Edge Computing procesa datos cerca de donde se generan (en el «borde» de la red), reduciendo latencia.
Aplicación en el SAS: dispositivos IoMT (Internet of Medical Things) en hospitales que procesan datos localmente antes de enviarlos al CPD central.
4.2.4. Cloud Computing Híbrido
El SAS está migrando progresivamente a una nube híbrida:
- Nube privada: CPDs propios del SAS para datos sensibles (historias clínicas)
- Nube pública: Azure, AWS para aplicaciones menos críticas
- Cloud bursting: Expansión temporal a nube pública en picos de demanda
5. Sistemas Abiertos vs Sistemas Propietarios
Este apartado es crucial porque el SAS tiene una apuesta estratégica clara por el software libre. Pero vamos a ser objetivos y ver ventajas e inconvenientes de ambos.
5.1. Sistemas Operativos Propietarios
Definición: Sistemas cuyo código fuente no es accesible públicamente y cuyo uso requiere licencia comercial.
Ejemplos Principales:
- Microsoft Windows (10, 11, Server 2019/2022)
- macOS (Apple)
- IBM AIX
- Oracle Solaris
| Ventajas | Inconvenientes |
|---|---|
| ✅ Soporte comercial garantizado | ❌ Coste de licencias elevado |
| ✅ Integración con ecosistema del fabricante | ❌ Dependencia del proveedor (vendor lock-in) |
| ✅ Interfaz homogénea y amigable | ❌ Código fuente cerrado (sin posibilidad de auditoría) |
| ✅ Mayor compatibilidad con software comercial | ❌ Menor flexibilidad de configuración |
| ✅ Actualizaciones automáticas centralizadas | ❌ Actualizaciones pueden ser problemáticas |
5.2. Sistemas Operativos Abiertos (Software Libre y Código Abierto)
Definición: Sistemas cuyo código fuente es accesible, modificable y redistribuible según licencias específicas.
Ejemplos Principales:
- GNU/Linux (múltiples distribuciones)
- FreeBSD
- OpenBSD
5.2.1. Las Cuatro Libertades del Software Libre
Según el proyecto GNU, el software libre se define por estas libertades:
- Libertad 0: Libertad de ejecutar el programa con cualquier propósito
- Libertad 1: Libertad de estudiar cómo funciona el programa y modificarlo
- Libertad 2: Libertad de redistribuir copias
- Libertad 3: Libertad de distribuir copias modificadas
| Ventajas | Inconvenientes |
|---|---|
| ✅ Sin costes de licenciamiento | ❌ Soporte puede ser más fragmentado |
| ✅ Transparencia total (código auditable) | ❌ Curva de aprendizaje puede ser mayor |
| ✅ Independencia de proveedor | ❌ Menor compatibilidad con software comercial específico |
| ✅ Flexibilidad de personalización máxima | ❌ Responsabilidad de mantenimiento propia |
| ✅ Comunidad global de desarrollo | ❌ Interfaz puede ser menos pulida (en algunos casos) |
5.3. GNU/Linux: El Sistema Operativo del SAS
Vamos a profundizar en Linux porque es fundamental en el SAS.
5.3.1. ¿Qué es GNU?
GNU es un acrónimo recursivo: «GNU No es Unix». Es un sistema operativo libre tipo Unix iniciado por Richard Stallman en 1983.
5.3.2. Arquitectura de GNU/Linux
┌────────────────────────────────────────┐
│ APLICACIONES DE USUARIO │
│ (Navegador, LibreOffice, Diraya, etc.)│
└────────────────────────────────────────┘
↕
┌────────────────────────────────────────┐
│ GNU USERLAND │
│ - Shell (Bash) │
│ - Utilidades (ls, grep, sed, awk) │
│ - Bibliotecas (glibc) │
│ - Compiladores (GCC) │
└────────────────────────────────────────┘
↕
┌────────────────────────────────────────┐
│ LINUX KERNEL │
│ - Gestión de procesos │
│ - Gestión de memoria │
│ - Controladores de dispositivos │
│ - Sistema de archivos │
└────────────────────────────────────────┘
↕
┌────────────────────────────────────────┐
│ HARDWARE │
└────────────────────────────────────────┘
Es importante entender que Linux es solo el kernel. El sistema completo es GNU/Linux (herramientas GNU + kernel Linux).
5.3.3. Sistemas Operativos Multiusuario
Un sistema multiusuario permite que varios usuarios usen el sistema simultáneamente, con sesiones independientes y aislamiento de recursos. Linux, Unix y VMS lo son.
5.4. Principales Distribuciones Linux en Entornos Corporativos
| Distribución | Características | Uso Típico | En el SAS |
|---|---|---|---|
| Red Hat Enterprise Linux (RHEL) | Soporte comercial, ciclo largo, estabilidad | Servidores críticos empresariales | Servidores de aplicaciones core (Diraya, BPS) |
| Ubuntu Server | Fácil uso, gran comunidad, LTS cada 2 años | Servidores web, desarrollo | Entornos de desarrollo, aplicaciones web |
| SUSE Linux Enterprise | Soporte comercial, YaST (gestión), estabilidad | Servidores misión crítica | Algunos servidores de BBDD |
| OpenSUSE | Base de SUSE, comunitaria, rolling/estable | Escritorios, desarrollo | Base de LeTSAS (terminales cliente ligeros) |
| Debian | Muy estable, ciclo largo, base de Ubuntu | Servidores estables, embedded | Algunos servidores específicos |
5.5. El Proyecto LeTSAS: Linux en el SAS
El proyecto LeTSAS (Linux embebido en Terminales del SAS) es un caso de éxito de implantación masiva de Linux en sanidad.
🖥️ LeTSAS: Detalles del Proyecto
Objetivo: Sustituir terminales Windows en farmacias, consultas y administración por terminales Linux ligeros.
Arquitectura:
- Cliente ligero: Terminal con OpenSUSE Leap (Linux)
- Servidor de terminales: Servidores potentes en cada centro que ejecutan las aplicaciones
- Protocolo: X2Go / RDP para sesiones remotas
Ventajas conseguidas:
- ✅ Reducción de costes de licencias Windows (millones de euros anuales)
- ✅ Gestión centralizada desde el CPD del SAS
- ✅ Mayor seguridad (los datos no se almacenan en el terminal)
- ✅ Ciclo de vida del hardware más largo
- ✅ Actualizaciones centralizadas y transparentes al usuario
Cifras:
- Más de 20.000 terminales LeTSAS desplegados
- Presencia en todos los hospitales y la mayoría de centros de atención primaria
- Ahorro estimado superior a 15 millones de euros desde su implantación
6. Administración y Gestión del Sistema Operativo
Ahora vamos a la parte práctica. Como Técnico Especialista en Informática del SAS, gran parte de tu trabajo será administrar y mantener sistemas operativos. Vamos a ver las tareas clave.
6.1. Gestión de Usuarios y Grupos
En Linux:
# Crear un usuario nuevo
sudo useradd -m -s /bin/bash juan.perez
sudo passwd juan.perez
# Añadir usuario a un grupo (ejemplo: grupo 'medicos')
sudo usermod -aG medicos juan.perez
# Ver grupos de un usuario
groups juan.perez
# Eliminar un usuario
sudo userdel -r juan.perez # -r elimina también su home
# Ver todos los usuarios del sistema
cat /etc/passwd
# Ver todos los grupos
cat /etc/group
En Windows:
# PowerShell - Crear usuario local
New-LocalUser -Name "Juan.Perez" -Password (ConvertTo-SecureString "P@ssw0rd" -AsPlainText -Force)
# Añadir usuario a grupo
Add-LocalGroupMember -Group "Usuarios" -Member "Juan.Perez"
# En Active Directory (entorno SAS)
New-ADUser -Name "Juan Pérez" -SamAccountName "juan.perez" -UserPrincipalName "juan.perez@sas.junta-andalucia.es"
6.2. Gestión de Procesos y Servicios
Servicios en Linux (systemd)
# Ver estado de un servicio
sudo systemctl status apache2
# Iniciar un servicio
sudo systemctl start apache2
# Detener un servicio
sudo systemctl stop apache2
# Habilitar servicio en el arranque
sudo systemctl enable apache2
# Ver todos los servicios
systemctl list-units --type=service
# Ver logs de un servicio
sudo journalctl -u apache2 -f # -f para seguir en tiempo real
Servicios en Windows
# PowerShell - Ver servicios
Get-Service
# Iniciar servicio
Start-Service -Name "Spooler"
# Detener servicio
Stop-Service -Name "Spooler"
# Configurar inicio automático
Set-Service -Name "Spooler" -StartupType Automatic
6.3. Gestión de Almacenamiento
6.3.1. Particiones y Sistemas de Archivos en Linux
# Ver discos y particiones
lsblk
# Ver espacio usado/libre
df -h
# Ver uso por directorio
du -sh /*
# Montar un disco manualmente
sudo mount /dev/sdb1 /mnt/datos
# Desmontar
sudo umount /mnt/datos
# Editar montajes permanentes
sudo nano /etc/fstab
6.3.2. Gestión de Discos en Windows
Windows usa letras de unidad (C:, D:, E:, etc.) y el sistema de archivos NTFS típicamente.
# PowerShell - Ver discos
Get-Disk
# Ver particiones
Get-Partition
# Ver volúmenes (letras de unidad)
Get-Volume
# Liberar espacio con Disk Cleanup
cleanmgr
6.4. Copias de Seguridad y Recuperación
En el SAS, las copias de seguridad son críticas. Los datos de salud tienen valor legal y deben estar protegidos.
💾 Estrategia de Backup en el SAS
- Backup completo: Semanal (domingos a las 02:00)
- Backup incremental: Diario (lunes a sábado a las 02:00)
- Retención: 30 días en disco, 7 años en cinta (según normativa sanitaria)
- Herramientas: Veeam Backup, Bacula, rsync, scripts propios
- Pruebas de restauración: Trimestrales (obligatorio por ENS)
Comandos de Backup en Linux
# Backup con tar (comprimido)
tar -czf /backup/diraya_backup_$(date +%Y%m%d).tar.gz /opt/diraya/datos
# Backup incremental con rsync
rsync -avz --delete /opt/diraya/datos/ usuario@servidor-backup:/backups/diraya/
# Restaurar desde tar
tar -xzf /backup/diraya_backup_20250101.tar.gz -C /opt/diraya/datos/
6.5. Monitorización y Logs
Logs en Linux
# Ver logs del sistema
sudo journalctl -xe
# Logs de autenticación
sudo tail -f /var/log/auth.log
# Logs del kernel
dmesg | tail -50
# Logs de Apache
sudo tail -f /var/log/apache2/error.log
Logs en Windows
Windows usa el Visor de Eventos (Event Viewer):
- Application: Logs de aplicaciones
- Security: Eventos de seguridad (inicios de sesión, cambios de permisos)
- System: Eventos del sistema operativo
# PowerShell - Ver logs de seguridad
Get-EventLog -LogName Security -Newest 100
# Ver errores de sistema
Get-EventLog -LogName System -EntryType Error -Newest 50
7. Planes de Implantación y Migración de Sistemas Operativos
Este apartado es oro puro para el examen porque combina aspectos técnicos con gestión de proyectos. Vamos a ver cómo se planifica una migración real.
7.1. Fases de un Plan de Migración
FASE 1: ANÁLISIS Y PLANIFICACIÓN
↓
├─ Inventario de sistemas actuales
├─ Análisis de compatibilidad de aplicaciones
├─ Evaluación de impacto en usuarios
├─ Definición de arquitectura objetivo
└─ Elaboración de calendario
↓
FASE 2: PREPARACIÓN
↓
├─ Configuración de entornos de prueba
├─ Formación de administradores
├─ Adaptación de aplicaciones
├─ Preparación de documentación
└─ Plan de comunicación a usuarios
↓
FASE 3: PILOTO
↓
├─ Selección de grupo piloto
├─ Migración controlada
├─ Recopilación de feedback
├─ Ajustes y correcciones
└─ Validación de resultados
↓
FASE 4: DESPLIEGUE
↓
├─ Migración por fases (hospitales/centros)
├─ Soporte intensivo
├─ Monitorización continua
└─ Gestión de incidencias
↓
FASE 5: ESTABILIZACIÓN
↓
├─ Cierre de incidencias
├─ Optimización de configuraciones
├─ Documentación final
└─ Traspaso a operación
7.2. Ejemplo Real: Migración Windows 10 → Windows 11 en el SAS
📋 Caso Práctico: Plan de Migración SAS 2025-2026
Contexto: El SAS tiene aproximadamente 70.000 puestos con Windows 10. Microsoft dejará de dar soporte gratuito el 14 de octubre de 2025.
Desafíos:
- Requisitos hardware de Windows 11 (TPM 2.0, Secure Boot)
- Compatibilidad de aplicaciones clínicas (Diraya, Receta XXI)
- Formación de más de 100.000 profesionales
- Coste económico y humano
- Ventana temporal limitada (12-18 meses)
Estrategia adoptada:
1. Análisis previo (meses 1-3):
- Inventario completo con herramienta SCCM (System Center Configuration Manager)
- Clasificación de equipos: compatibles / requieren actualización hardware / obsoletos
- Pruebas de compatibilidad de aplicaciones críticas
2. Decisiones estratégicas:
- Equipos compatibles → Migración a Windows 11
- Equipos no compatibles pero funcionales → Migración a LeTSAS (Linux)
- Equipos obsoletos → Renovación de parque informático
3. Piloto (meses 4-6):
- Centro de Salud piloto: C.S. de Alhaurín de la Torre (Málaga) – 50 puestos
- Hospital piloto: Hospital de Riotinto (Huelva) – 200 puestos
- Servicios centrales: Edificio Urquijo (Sevilla) – 100 puestos administrativos
4. Despliegue masivo (meses 7-18):
- Fase 1: Centros de atención primaria (6 meses)
- Fase 2: Hospitales comarcales (4 meses)
- Fase 3: Hospitales de alta resolución (4 meses)
- Fase 4: Hospitales de referencia (4 meses)
Resultados esperados:
- 60% de equipos migrados a Windows 11
- 25% de equipos migrados a LeTSAS
- 15% de equipos renovados
- Ahorro estimado: 8 millones de euros (vs. renovar todo el parque)
7.3. Factores Críticos de Éxito
| Factor | Descripción | Riesgos si falla |
|---|---|---|
| Patrocinio directivo | Apoyo de la Dirección General del SAS | Falta de recursos, bloqueos políticos |
| Comunicación | Información clara y anticipada a usuarios | Resistencia al cambio, rumores, ansiedad |
| Formación | Capacitación antes de la migración | Pérdida de productividad, frustración |
| Soporte técnico | Equipo reforzado durante migración | Colapso de ayudaDIGITAL, caos operativo |
| Plan B | Estrategia de rollback si falla | Imposibilidad de volver atrás, inoperatividad |
7.4. Estrategias de Migración
7.4.1. Migración «Big Bang»
Descripción: Cambio completo en un momento determinado.
- ✅ Ventaja: Rápido, sin coexistencia de sistemas
- ❌ Inconveniente: Alto riesgo, sin margen de error
- Uso: Sistemas pequeños o con ventana de mantenimiento amplia
7.4.2. Migración Gradual (Phased Rollout)
Descripción: Despliegue por fases (por departamento, localización, etc.)
- ✅ Ventaja: Controlado, aprendizaje iterativo
- ❌ Inconveniente: Más lento, requiere soporte de ambos sistemas
- Uso: Organizaciones grandes como el SAS
7.4.3. Migración Piloto
Descripción: Grupo reducido como prueba antes del despliegue masivo
- ✅ Ventaja: Detección temprana de problemas
- ❌ Inconveniente: Alarga el proyecto
- Uso: Obligatorio en proyectos críticos del SAS
8. Instalación, Configuración y Optimización de Sistemas Operativos
Vamos a ver aspectos prácticos de instalación y optimización. Esto es muy importante porque en un supuesto práctico del examen te pueden pedir que describas cómo instalarías un servidor o cómo optimizarías un sistema.
8.1. Tareas de Instalación
8.1.1. Instalación de Linux (Servidor)
Proceso típico de instalación de Ubuntu Server 24.04 LTS:
- Preparación:
- Descargar ISO desde ubuntu.com/download/server
- Crear USB booteable con Rufus, dd o Ventoy
- Verificar requisitos hardware (mínimo 2GB RAM, 25GB disco)
- Arranque:
- Boot desde USB
- Seleccionar idioma (Español)
- Actualizar a la última versión del instalador (recomendado)
- Configuración de red:
- IP estática para servidores (ejemplo: 10.34.10.50/24)
- Gateway: 10.34.10.1
- DNS: 10.128.10.10, 10.128.10.11 (DNS SAS)
- Particionado:
- Partición /boot: 1GB (ext4)
- Partición / (raíz): 50GB (ext4 o XFS)
- Partición /var: resto del disco (para logs y datos)
- Swap: 8GB (o 2x RAM si poca memoria)
- LVM recomendado para flexibilidad futura
- Configuración de usuario:
- Crear usuario administrador (no usar root directamente)
- Configurar SSH desde inicio
- Selección de software:
- OpenSSH server (obligatorio para gestión remota)
- Docker (si se van a usar contenedores)
- Paquetes adicionales según rol (web server, database, etc.)
- Post-instalación:
- Actualizar sistema: sudo apt update && sudo apt upgrade
- Configurar firewall: sudo ufw enable
- Configurar sincronización horaria (NTP)
- Configurar logging centralizado (rsyslog a servidor central SAS)
8.1.2. Instalación de Windows Server 2022
Proceso típico:
- Preparación:
- ISO desde Microsoft VLSC (Volume Licensing Service Center)
- Requisitos: 2GB RAM, 32GB disco (mínimo, se recomienda mucho más)
- Instalación:
- Arranque desde ISO
- Seleccionar edición: Standard vs Datacenter (según licencia SAS)
- Instalación: Desktop Experience vs Server Core (sin GUI)
- Configuración inicial:
- Contraseña de Administrador (política del SAS: mínimo 14 caracteres, compleja)
- Configuración de red (IP estática)
- Cambio de nombre del servidor (nomenclatura SAS: SERVXXAANNNN)
- Unir al dominio Active Directory del SAS
- Roles y características:
- Instalar roles según función (Web Server, File Server, etc.)
- Configurar Windows Update (WSUS del SAS)
- Configurar Windows Firewall
8.2. Tareas de Configuración
8.2.1. Hardening de Seguridad (Bastionado)
El hardening es el proceso de asegurar un sistema eliminando vulnerabilidades innecesarias.
Tareas de hardening en Linux:
- Deshabilitar root login por SSH:
PermitRootLogin noen /etc/ssh/sshd_config - Usar autenticación por clave pública (no solo contraseña)
- Deshabilitar servicios innecesarios:
systemctl disable telnet - Configurar firewall (ufw/iptables): permitir solo puertos necesarios
- Aplicar actualizaciones de seguridad:
unattended-upgrades - Configurar SELinux o AppArmor (controles de acceso obligatorio)
- Límites de recursos por usuario (/etc/security/limits.conf)
- Auditoría con auditd
Tareas de hardening en Windows:
- Aplicar políticas de grupo (GPO) del dominio SAS
- Deshabilitar protocolos inseguros (SMBv1)
- Configurar Windows Defender / antivirus corporativo
- Activar BitLocker para cifrado de disco
- Deshabilitar cuentas innecesarias
- Configurar auditoría de eventos de seguridad
- Aplicar actualizaciones desde WSUS
8.3. Tareas de Optimización
8.3.1. Optimización de Rendimiento en Linux
# Ver uso de CPU y memoria en tiempo real
top
htop # versión mejorada de top
# Ver procesos que más I/O hacen
iotop
# Ver uso de disco
df -h
du -sh /*
# Limpiar caché de paquetes
sudo apt clean
# Optimizar base de datos de paquetes
sudo apt autoclean
sudo apt autoremove
# Ajustar swappiness (cuánto usa swap vs RAM)
# Valor bajo = menos uso de swap (mejor para servidores)
sudo sysctl vm.swappiness=10
echo "vm.swappiness=10" | sudo tee -a /etc/sysctl.conf
8.3.2. Optimización de Rendimiento en Windows
- Deshabilitar servicios innecesarios (services.msc)
- Deshabilitar efectos visuales innecesarios (sysdm.cpl → Rendimiento)
- Limpiar archivos temporales (Disk Cleanup)
- Desfragmentar discos (si son HDD, no SSD)
- Ajustar memoria virtual (paging file)
- Monitorizar con Performance Monitor (perfmon)
8.4. Herramientas de Gestión
| Herramienta | Plataforma | Función | Uso en el SAS |
|---|---|---|---|
| Ansible | Multiplataforma | Automatización de configuración | Despliegue masivo de configuraciones en servidores Linux |
| Puppet | Multiplataforma | Gestión de configuración | Mantener configuración homogénea en flota de servidores |
| SCCM | Windows | Gestión centralizada de equipos Windows | Despliegue de actualizaciones y aplicaciones en puestos Windows |
| Nagios | Multiplataforma | Monitorización de sistemas | Alertas tempranas de problemas en servidores |
| Zabbix | Multiplataforma | Monitorización avanzada | Dashboards de estado de infraestructura SAS |
9. Sistemas Operativos en Dispositivos Móviles
Este apartado ha cobrado enorme importancia en el SAS con la apuesta por la movilidad sanitaria. Cada vez más profesionales usan tablets y smartphones para acceder a Diraya, prescribir en Receta XXI desde el domicilio del paciente, etc.
9.1. Principales Sistemas Operativos Móviles
| SO Móvil | Desarrollador | Cuota de Mercado | Características Clave |
|---|---|---|---|
| Android | Google (AOSP) | ~70% global | Código abierto, personalizable, múltiples fabricantes |
| iOS | Apple | ~28% global | Cerrado, integración hardware-software, App Store |
| HarmonyOS | Huawei | ~2% (principalmente China) | Sucesor de Android en dispositivos Huawei |
9.2. Android en el Entorno Sanitario
Android es el sistema móvil más usado en el SAS por su flexibilidad y menor coste.
9.2.1. Arquitectura de Android
┌─────────────────────────────────────┐
│ APLICACIONES │
│ (Diraya Mobile, ClicSalud+, etc.) │
└─────────────────────────────────────┘
↕
┌─────────────────────────────────────┐
│ FRAMEWORK DE APLICACIONES (Java/Kotlin) │
│ - Activity Manager │
│ - Content Providers │
│ - Notification Manager │
└─────────────────────────────────────┘
↕
┌─────────────────────────────────────┐
│ ANDROID RUNTIME (ART) │
│ + LIBRERÍAS NATIVAS (C/C++) │
└─────────────────────────────────────┘
↕
┌─────────────────────────────────────┐
│ KERNEL LINUX │
│ - Controladores de dispositivos │
│ - Gestión de memoria │
│ - Gestión de energía │
└─────────────────────────────────────┘
Nota importante: Android usa el kernel Linux, pero NO es GNU/Linux completo. Es un sistema distinto optimizado para móviles.
9.2.2. Gestión de Dispositivos Android en el SAS (MDM)
El SAS usa un MDM (Mobile Device Management) para gestionar centralizadamente los dispositivos móviles corporativos:
- Configuración remota: WiFi, VPN, correo corporativo
- Instalación de apps: Despliegue silencioso de apps corporativas
- Políticas de seguridad: PIN obligatorio, cifrado, bloqueo remoto
- Geolocalización: Localizar dispositivos perdidos
- Borrado remoto: Wipear datos si se pierde/roba el dispositivo
- Inventario: Control de qué dispositivos hay, qué versión de SO, etc.
📱 Caso de Uso: Tablet para Enfermeras de Hospitalización
Una enfermera en el Hospital Reina Sofía de Córdoba usa una tablet Android con:
- Diraya Mobile: Consulta historias clínicas en la habitación del paciente
- App de Administración de Medicamentos: Escanea código de barras del paciente y medicamento
- VPN corporativa: Conexión segura a red del SAS
- MDM: Dispositivo gestionado centralmente, políticas de seguridad aplicadas
Ventajas:
- Atención a pie de cama sin ir al mostrador de enfermería
- Reducción de errores de medicación
- Mayor tiempo de contacto con paciente
- Registro inmediato de constantes
9.3. iOS en el Entorno Sanitario
iOS se usa principalmente en dispositivos propiedad de profesionales (BYOD – Bring Your Own Device).
Características de iOS Relevantes para el SAS:
- Seguridad robusta: Enclave Secure, cifrado por defecto, Touch ID/Face ID
- Ecosistema cerrado: Mayor control, menos malware
- Actualizaciones regulares: Soporte de 5-6 años para dispositivos
- MDM compatible: Apple Business Manager para gestión corporativa
9.4. Seguridad en Dispositivos Móviles
- Pérdida/robo: Datos sensibles en dispositivo portable
- Conexiones WiFi públicas: Sniffing de tráfico no cifrado
- Apps maliciosas: Malware en tiendas no oficiales
- Phishing móvil (Smishing): SMS/WhatsApp fraudulentos
- Jailbreak/Root: Anulación de medidas de seguridad del SO
Medidas de Seguridad Implementadas en el SAS:
- Contenedores corporativos: Separación entre apps/datos personales y corporativos
- VPN obligatoria: Todo el tráfico corporativo pasa por VPN
- Autenticación multifactor: OTP (One-Time Password) para acceso a Diraya
- Cifrado de datos: Tanto en reposo como en tránsito
- Detección de Jailbreak/Root: Apps corporativas no funcionan si se detecta
- Actualizaciones forzadas: Dispositivos obsoletos se bloquean
10. Casos Prácticos y Supuestos del SAS
Vamos a ver algunos casos prácticos que te pueden ayudar a entender cómo se aplica todo esto en el día a día del SAS, y que además son típicos de supuestos de examen.
📋 CASO PRÁCTICO 1: Incidente en Servidor de Diraya
Situación: Es lunes a las 8:30 AM. El Centro de Control del SAS recibe alertas de que el servidor de aplicaciones de Diraya en el Hospital de Valme (Sevilla) no responde. Los médicos no pueden acceder a historias clínicas.
Datos técnicos:
- Servidor: RHEL 8.6, 32GB RAM, aplicación Java (WildFly)
- Síntomas: Aplicación muy lenta, timeouts constantes
- Logs muestran: «OutOfMemoryError: Java heap space»
Análisis como Técnico Especialista:
- Diagnóstico inicial:
# Conectar al servidor ssh admin@servidor-diraya-valme # Ver procesos y memoria top # Se observa que el proceso Java consume 28GB de 32GB RAM # Ver logs de la aplicación tail -f /opt/wildfly/standalone/log/server.log # Confirmación: OutOfMemoryError repetidos desde las 8:00 AM - Acción inmediata (mitigación):
# Reiniciar el servicio de aplicación sudo systemctl restart wildfly # Monitorizar arranque sudo journalctl -u wildfly -fResultado: La aplicación arranca correctamente. Los médicos vuelven a tener acceso. Incidente mitigado temporalmente.
- Análisis de causa raíz:
- Revisar configuración de memoria JVM (-Xmx parámetro)
- Analizar heap dump para identificar memory leak
- Comprobar si hubo cambio reciente en la aplicación
- Solución definitiva:
- Aumentar memoria asignada a JVM de 24GB a 26GB
- Configurar monitorización proactiva de memoria (alertas al 80%)
- Escalar al proveedor de Diraya si se confirma memory leak
Lecciones para el examen:
- Conocer comandos de diagnóstico (top, journalctl, tail)
- Entender gestión de servicios con systemd
- Saber diferenciar entre mitigación y solución definitiva
- Importancia de logs para diagnosticar
📋 CASO PRÁCTICO 2: Migración de Terminal a LeTSAS
Situación: Un Centro de Salud va a migrar 30 puestos de Windows 10 a LeTSAS (Linux). Eres el técnico responsable del despliegue.
Tareas a realizar:
- Pre-migración:
- Inventario de hardware de los 30 PCs (CPU, RAM, disco)
- Verificar que todos cumplen mínimos para LeTSAS (2GB RAM, 20GB disco)
- Backup de datos locales (aunque idealmente no debería haber)
- Identificar perfiles de usuario y mapeo de impresoras
- Despliegue:
- Uso de imagen PXE (Preboot Execution Environment)
- Arranque por red, instalación automática desatendida
- Configuración automática: IP, DNS, servidor de terminales, impresoras
- Tiempo estimado: 15 minutos por puesto (en paralelo: 2-3 horas para 30)
- Post-migración:
- Verificación de conectividad con servidor de terminales
- Prueba de acceso a Diraya y Receta XXI
- Configuración de perfiles de usuario
- Formación rápida al personal (5 minutos por persona: inicio, cerrar sesión)
- Soporte post-despliegue:
- Primera semana: presencia física diaria en el centro (2 horas/día)
- Resolución de incidencias menores (impresoras, sesiones colgadas)
- Recopilación de feedback del personal
Ventajas observadas tras la migración:
- Reducción de llamadas a ayudaDIGITAL (menos problemas de lentitud, virus)
- Arranque más rápido de las sesiones (10 segundos vs 2 minutos)
- Actualización transparente: se actualiza el servidor, no los 30 clientes
- Ahorro económico: sin renovación de licencias Windows
11. Cuestionario de 30 Preguntas Tipo Test
Ahora vamos con las preguntas. He incluido preguntas que han caído en exámenes reales (lo verás indicado) y otras que he creado siguiendo el mismo patrón y dificultad del SAS. Intenta hacerlas sin mirar las respuestas, como si fuera el examen real.
top muestra procesos en ejecución con su uso de CPU, memoria, estado, etc., en tiempo real. tar es para comprimir/descomprimir archivos. sart y pcat no son comandos estándar de Linux.
- 7 (rwx): Propietario puede leer, escribir y ejecutar
- 5 (r-x): Grupo puede leer y ejecutar (no escribir)
- 5 (r-x): Otros pueden leer y ejecutar (no escribir)
sudo rm -rf / es el comando más destructivo en Linux: elimina RECURSIVAMENTE (-r) y FORZADAMENTE (-f) TODO el sistema de archivos desde la raíz (/). El sistema queda completamente inutilizable. Las otras opciones son normales: contar líneas de un archivo (A), reiniciar el sistema (B y D).
su (switch user) permite cambiar de usuario. su juan.perez te cambia a ese usuario. su - (con guion) te cambia a root y carga su entorno completo. usermod modifica propiedades de usuarios pero no cambia de sesión. sudo ejecuta comandos como otro usuario (típicamente root) pero no cambia la sesión.
df -h (disk free, human-readable) muestra el espacio usado/libre de cada sistema de archivos montado. free -h muestra memoria RAM. du -sh muestra el tamaño de directorios específicos. fdisk -l lista particiones de disco pero no muestra uso.
Install-WindowsFeature).
12. Mapa Conceptual del Tema
╔════════════════════════════════════╗
║ SISTEMAS OPERATIVOS (SO) ║
║ ║
║ Capa de abstracción entre ║
║ hardware y aplicaciones ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│ FUNCIONES │ │ COMPONENTES │ │ CLASIFICACIÓN │
│ BÁSICAS │ │ PRINCIPALES │ │ │
└──────┬───────┘ └────────┬───────┘ └───────┬────────┘
│ │ │
┌──────────┴──────────┐ ┌──────┴──────┐ ┌───────┴────────┐
│ │ │ │ │ │
┌───▼───┐ ┌────▼──┐ ▼──┐ ┌──▼──┐ ▼──┐ ┌──▼──────────┐
│GESTIÓN│ │GESTIÓN│SIS │ │KERNEL│SIS.│ │PROPIETARIOS │
│PROCESOS│ │MEMORIA│ARCH│ │ │ARCH│ │ │
│ │ │ │ │ │ │ │ │- Windows │
│- CPU │ │- RAM │- ext4│ │- Linux│ │ │- macOS │
│- Prioridad│ │- Virtual│XFS│ │- NT │ │ │- Solaris │
│- Estados│ │- Paginación│NTFS│ │ │ │ └─────────────┘
└───┬───┘ └────┬──┘ │ └──┬───┘ │
│ │ │ │ │ ┌──▼──────────┐
│ │ │ │ │ │ABIERTOS │
┌───▼────────┐ ┌────▼───────▼──┐ ┌──▼───────▼───┐ │(Open Source)│
│GESTIÓN E/S │ │GESTIÓN │ │SHELL │ │ │
│ │ │SEGURIDAD │ │ │ │- GNU/Linux │
│- Dispositivos│ │ │ │- Bash │ │- FreeBSD │
│- Drivers │ │- Autenticación│ │- PowerShell │ │- OpenBSD │
│- Buffering │ │- Autorización │ │- GUI (X11, │ │ │
└────────────┘ │- Auditoría │ │ Wayland) │ │🔹 LeTSAS │
│- Cifrado │ └──────────────┘ │ (OpenSUSE) │
└───────────────┘ └─────────────┘
╔════════════════════════════════════╗
║ TENDENCIAS ACTUALES ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│VIRTUALIZACIÓN│ │ CONTENEDORES │ │ MOVILIDAD │
│ │ │ │ │ │
│- Type 1/2 │ │- Docker │ │- Android │
│- VMware │ │- Kubernetes │ │- iOS │
│- Hyper-V │ │- Microservicios│ │- MDM │
│- KVM │ │ │ │- BYOD │
└──────────────┘ └────────────────┘ └────────────────┘
╔════════════════════════════════════╗
║ ADMINISTRACIÓN Y GESTIÓN ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│ INSTALACIÓN │ │ CONFIGURACIÓN │ │ OPTIMIZACIÓN │
│ │ │ │ │ │
│- Particionado│ │- Hardening │ │- Rendimiento │
│- Usuarios │ │- Red │ │- Monitorización│
│- Servicios │ │- Firewall │ │- Logs │
│- Red │ │- Actualizaciones│ │- Tuning │
└──────────────┘ └────────────────┘ └────────────────┘
╔════════════════════════════════════╗
║ CONTEXTO SAS - SSPA ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│ SERVIDORES │ │ PUESTOS │ │ DISPOSITIVOS │
│ PRODUCCIÓN │ │ TRABAJO │ │ MÓVILES │
│ │ │ │ │ │
│- RHEL 8/9 │ │- LeTSAS (SUSE) │ │- Android │
│- Oracle Linux│ │- Windows 10/11 │ │- iOS │
│- Windows Srv │ │- Virtualización│ │- MDM EMM │
│ │ │ (VDI) │ │ │
└──────────────┘ └────────────────┘ └────────────────┘
╔════════════════════════════════════╗
║ GESTIÓN Y ADMINISTRACIÓN ║
║ EN ENTORNO SANITARIO ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│ SEGURIDAD │ │ CUMPLIMIENTO │ │ ALTA │
│ │ │ NORMATIVO │ │ DISPONIBILIDAD │
│- Hardening │ │ │ │ │
│- Parches │ │- ENS MEDIO │ │- Clústeres │
│- Auditoría │ │- RGPD │ │- Failover │
│- SELinux │ │- ISO 27799 │ │- Backups │
│- AppArmor │ │- Trazabilidad │ │- Replicación │
└──────────────┘ └────────────────┘ └────────────────┘
╔════════════════════════════════════╗
║ HERRAMIENTAS CLAVE ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│MONITORIZACIÓN│ │ AUTOMATIZACIÓN │ │ DESPLIEGUE │
│ │ │ │ │ │
│- Nagios │ │- Ansible │ │- SCCM │
│- Zabbix │ │- Puppet │ │- WSUS │
│- Prometheus │ │- Chef │ │- YUM/DNF │
│- Grafana │ │- SaltStack │ │- APT │
└──────────────┘ └────────────────┘ └────────────────┘
╔════════════════════════════════════╗
║ RETOS Y TENDENCIAS FUTURAS ║
╚════════════════════════════════════╝
│
┌────────────────────┼────────────────────┐
│ │ │
┌───────▼──────┐ ┌────────▼───────┐ ┌───────▼────────┐
│ CLOUD │ │ EDGE │ │ ZERO TRUST │
│ HÍBRIDO │ │ COMPUTING │ │ SECURITY │
│ │ │ │ │ │
│- Azure │ │- IoT Médico │ │- SASE │
│- AWS │ │- 5G │ │- SD-WAN │
│- Migración │ │- Telemedicina │ │- MFA/2FA │
│- Hybrid Cloud│ │- Wearables │ │- Segmentación │
└──────────────┘ └────────────────┘ └────────────────┘
13. Referencias Normativas y Bibliográficas
📜 Normativa Europea y Nacional
🏥 Normativa Específica del Sector Sanitario
🔒 Guías y Estándares de Seguridad
- CCN-STIC-619: Seguridad en sistemas Linux
- CCN-STIC-599: Seguridad en Windows Server
- CCN-STIC-455: Seguridad en Android
- CCN-STIC-453: Seguridad en iOS
- CCN-STIC-803: Esquema Nacional de Seguridad – Valoración de sistemas
- CIS Red Hat Enterprise Linux Benchmark
- CIS Microsoft Windows Server Benchmark
- CIS Ubuntu Linux Benchmark
- CIS Oracle Linux Benchmark
- NIST SP 800-53: Security and Privacy Controls
- NIST SP 800-123: Guide to General Server Security
- NIST SP 800-124: Guidelines for Mobile Device Security
📋 Estándares Internacionales ISO
📚 Bibliografía Técnica Recomendada
🌐 Recursos Online y Documentación Oficial
https://access.redhat.com/documentation/
https://docs.microsoft.com/windows-server/
https://doc.opensuse.org/
https://developer.android.com/
https://www.kernel.org/
📖 Documentación Específica del SAS y SSPA
14. Estrategias de Estudio para la Oposición
🎯 Enfoque Estratégico para Dominar el Tema 23
Mira, este tema de sistemas operativos es uno de esos temas que parece técnico y árido a primera vista, pero en realidad es fundamental y muy preguntado en el examen. ¿Por qué? Porque los sistemas operativos son la base sobre la que funciona absolutamente TODO en el SAS: desde Diraya hasta el último puesto de trabajo de un centro de salud.
Vamos a ver cómo puedes estructurar tu estudio para maximizar tus resultados sin perder tiempo en detalles que no van a caer en el examen.
📅 Fase 1: Primera Lectura y Comprensión (2-3 días)
Objetivo: Entender la estructura del tema y los conceptos clave sin pretender memorizarlo todo todavía.
- Lectura comprensiva completa: Lee el tema de principio a fin sin parar a memorizar. Tu objetivo es entender la lógica del tema, no memorizar datos concretos.
- Identificar bloques prioritarios: Este tema tiene varios bloques de contenido. Por orden de importancia en el examen:
- PRIORIDAD 1: Administración y gestión (instalación, configuración, optimización) → Siempre cae
- PRIORIDAD 2: Seguridad y cumplimiento normativo (ENS, RGPD) → Muy preguntado últimamente
- PRIORIDAD 3: Sistemas operativos en SAS (RHEL, Windows Server, LeTSAS) → Específico y recurrente
- PRIORIDAD 4: Tendencias (virtualización, contenedores, cloud) → Cada vez más frecuente
- PRIORIDAD 5: Móviles (Android, iOS, MDM) → Cae, pero menos peso
- Subrayar inteligentemente: No subrayes frases enteras. Subraya solo:
- Nombres propios: RHEL, openSUSE Leap, LeTSAS
- Números y datos concretos: versiones de kernel, niveles ENS
- Definiciones clave: kernel, shell, proceso, hilo
- Normativa: artículos ENS, referencias RGPD
🧠 Fase 2: Elaboración de Materiales de Estudio (3-4 días)
Objetivo: Crear herramientas que faciliten la memorización y el repaso posterior.
- Esquemas visuales por apartado: Haz un esquema de una página para cada apartado principal:
- Funciones del SO → Diagrama de bloques (gestión CPU, memoria, E/S, archivos)
- Evolución histórica → Línea de tiempo (Unix → Linux → openSUSE → LeTSAS)
- Sistemas en SAS → Tabla comparativa (RHEL vs Windows Server vs LeTSAS)
- Administración → Checklist de tareas (instalación → configuración → hardening → monitorización)
- Tarjetas Anki para normativa: La normativa es lo más árido pero lo más preguntado. Crea tarjetas de memoria:
- Anverso: «¿Qué nivel ENS deben cumplir los sistemas del SAS que gestionan datos de salud?»
- Reverso: «ENS MEDIO (por tratarse de categoría especial de datos según RGPD)»
Haz lo mismo con artículos del RGPD, plazos de actualización de parches, niveles de hardening CIS, etc.
- Tabla comparativa de sistemas operativos: Crea una tabla con columnas:
Sistema Operativo Tipo Uso en SAS Ventajas Desventajas RHEL 8/9 Linux comercial Servidores producción Soporte, estabilidad, SELinux Coste licencias Windows Server 2019/2022 Propietario Servidores aplicaciones legacy Integración AD, GUI intuitiva Coste, menor customización LeTSAS (openSUSE Leap) Linux libre Puestos de trabajo Software libre, personalizable Curva aprendizaje usuarios Esta tabla te salva en preguntas comparativas, que son frecuentes.
- Lista de comandos clave: Aunque el examen no es de terminal, saber comandos básicos te ayuda a responder preguntas sobre administración:
- Linux: systemctl, journalctl, ps, top, df, du, chmod, chown, firewall-cmd, yum/dnf
- Windows: Get-Service, Get-Process, Set-ExecutionPolicy, Install-WindowsFeature
No necesitas saber sintaxis completa, pero sí para qué sirve cada uno.
💪 Fase 3: Memorización Activa (5-7 días)
Objetivo: Fijar en la memoria los conceptos mediante práctica activa.
- Técnica Feynman adaptada: Explica el tema en voz alta como si se lo contaras a alguien que no sabe nada de informática:
- «El sistema operativo es como el director de una orquesta: no toca instrumentos (no hace el trabajo real), pero coordina a todos los músicos (aplicaciones) y gestiona los recursos (CPU, memoria, etc.)»
Si te atascas explicando algo, es que no lo tienes claro. Vuelve al material.
- Sesiones de test diarias: Usa el cuestionario de 30 preguntas del tema:
- Día 1: Intenta responder todas sin mirar. Anota fallos.
- Día 2: Repasa teoría de los fallos. Vuelve a hacer solo las que fallaste.
- Día 3: Test completo otra vez. Deberías acertar >80%.
- Día 5: Test completo de nuevo (repaso espaciado).
- Conexión con otros temas: Los sistemas operativos están en el centro de TODO el temario. Mientras estudias este tema, conecta con:
- Tema 29 (Redes): Configuración de red en SO
- Tema 35-38 (Seguridad): Hardening, ENS, RGPD
- Tema 22 (Arquitecturas): Virtualización, alta disponibilidad
- Tema 43 (Mesa de ayuda): Incidencias de SO en ayudaDIGITAL
Estas conexiones te ayudan en preguntas transversales y en casos prácticos.
- Simulación de casos prácticos: Invéntate situaciones del SAS y piensa cómo las resolverías:
- «Un médico del Hospital Virgen del Rocío reporta que su puesto de trabajo con LeTSAS no arranca tras una actualización. ¿Qué pasos de diagnóstico sigues?»
- «Tienes que instalar Windows Server 2022 en un nuevo servidor para hospedar una aplicación legacy. Lista las decisiones clave de configuración.»
Escribe las respuestas. Este ejercicio te prepara para la parte práctica del examen.
- Proceso vs Hilo: Un proceso es independiente, un hilo comparte espacio de memoria con otros hilos del mismo proceso.
- Kernel vs Shell: Kernel es el núcleo (gestión hardware), Shell es la interfaz (comandos usuario).
- RHEL vs CentOS: RHEL es comercial con soporte, CentOS era la versión libre (ahora discontinuada, sustituida por AlmaLinux/Rocky).
Haz una lista de estos pares confusos y repásalos a diario.
🔄 Fase 4: Repaso Espaciado y Consolidación (Ongoing)
Objetivo: Mantener el tema fresco en la memoria hasta el día del examen.
- Sistema de repasos espaciados: Después de estudiar el tema, repásalo en estos intervalos:
- Día 1: Estudio inicial completo
- Día 3: Repaso rápido (1 hora): esquemas + test
- Semana 1: Repaso rápido (1 hora): test + casos prácticos
- Semana 2: Repaso rápido (45 min): solo test
- Semana 4: Repaso rápido (30 min): mapa conceptual + test difíciles
- Antes del examen: Repaso final (2 horas): todo el tema
Este sistema aprovecha la curva del olvido de Ebbinghaus. Los repasos espaciados son más eficientes que machacar el tema durante días seguidos.
- Grupo de estudio (opcional pero muy efectivo): Si tienes compañeros de preparación:
- Organizad sesiones de «pregunta rápida»: turnos de 5 minutos donde uno pregunta y otro responde.
- Discutid casos prácticos: «¿Cómo harías un plan de migración de Windows 7 a LeTSAS en 100 puestos de un centro de salud?»
- Compartid trucos mnemotécnicos: «Para recordar las funciones del SO uso la regla CAMP: CPU, Archivos, Memoria, Periféricos».
- Mantente actualizado con noticias SAS: Este tema evoluciona rápido. Sigue:
- Portal del SAS: busca noticias sobre LeTSAS, migración cloud, nuevos sistemas.
- CCN-CERT: alertas de seguridad en SO (especialmente vulnerabilidades críticas).
- Red Hat/SUSE: releases de nuevas versiones de RHEL o openSUSE.
Si cae una pregunta de actualidad sobre un CVE reciente en Linux o una nueva versión de Windows Server, marca diferencia con otros opositores.
🎯 Fase 5: Preparación Final Pre-Examen (Última semana)
Objetivo: Pulir detalles y ganar confianza.
- Test contra reloj: Simula condiciones de examen:
- 30 preguntas del cuestionario en 30 minutos (1 min/pregunta).
- Sin apuntes, sin pausas.
- Anota no solo fallos, sino dudas (preguntas en las que tardaste >1 min).
El examen real es más de gestión del tiempo que de conocimiento puro. Practicar bajo presión es clave.
- Repaso de «trampas típicas»: Repasa las preguntas del cuestionario donde la respuesta correcta no es la más obvia:
- Pregunta 5 (niveles kernel): Es fácil confundir modo usuario/kernel.
- Pregunta 13 (parches críticos): El plazo ENS es 48h para críticos, no 24h.
- Pregunta 30 (ENS en sanidad): ENS MEDIO, no Alto (error común).
- Checklist de conceptos imprescindibles: Antes del examen, verifica que dominas:
- ✅ Diferencia kernel/shell
- ✅ Funciones principales del SO (gestión CPU, memoria, E/S, archivos, seguridad)
- ✅ Historia Unix → Linux → openSUSE → LeTSAS
- ✅ RHEL, Windows Server y LeTSAS en el SAS
- ✅ Tareas de instalación, configuración y hardening
- ✅ ENS MEDIO para datos de salud
- ✅ Herramientas: Ansible, Nagios, SCCM, WSUS
- ✅ MDM/EMM en dispositivos móviles
- ✅ Virtualización (Type 1/2) y contenedores (Docker, Kubernetes)
- ✅ Tendencias: cloud híbrido, edge computing, zero trust
Si hay algo que no tienes claro, dedica 30 minutos a aclararlo. No entres al examen con dudas evitables.
📝 Plantilla de Repaso Rápido (Última Hora Antes del Examen)
Si solo tienes 30 minutos antes del examen, repasa esto en orden:
- 5 min: Mapa conceptual ASCII completo (visualización general)
- 5 min: Tabla comparativa RHEL / Windows Server / LeTSAS
- 5 min: Normativa clave:
- ENS MEDIO para datos de salud
- RGPD art. 9.2.h (tratamiento datos salud sin consentimiento en asistencia)
- Plazos parches ENS: 48h críticos, 7 días importantes, 30 días moderados
- 5 min: Sistemas en SAS:
- Servidores: RHEL 8/9, Windows Server 2019/2022
- Puestos: LeTSAS (openSUSE Leap 15.x)
- Móviles: Android con MDM/EMM
- 5 min: Herramientas clave: Ansible (automatización), Nagios/Zabbix (monitorización), SCCM/WSUS (despliegue)
- 5 min: Conceptos confusos (proceso vs hilo, kernel vs shell, Type 1 vs Type 2 virtualization)
Y respira hondo. Has trabajado duro. Confía en tu preparación. 💪
15. Keywords y Etiquetas SEO
🏷️ Palabras Clave del Tema 23
Estas son las keywords más relevantes para búsquedas y repaso rápido:
Sistemas Operativos SAS RHEL Enterprise Linux LeTSAS openSUSE Windows Server 2022 Administración Sistemas SSPA ENS Esquema Nacional Seguridad RGPD Datos Salud Kernel Linux Virtualización Sanitaria Contenedores Docker Kubernetes Hardening Sistemas Operativos SELinux AppArmor MDM EMM Android iOS Ansible Automatización Nagios Zabbix Monitorización SCCM WSUS Despliegue Cloud Híbrido Sanidad Alta Disponibilidad Clústeres Puestos Trabajo Digitales Dispositivos Móviles Sanitarios