Cómo migrar un servidor de Windows a Linux sin perder datos: planificación, servicios, usuarios y seguridad

Migrar un servidor de Windows a Linux puede reducir costos, mejorar control técnico, fortalecer automatización y abrir la puerta a servicios más flexibles. Pero una migración mal planificada puede terminar en pérdida de datos, permisos rotos, usuarios sin acceso, aplicaciones detenidas y riesgos de seguridad.

La clave no es “copiar archivos y apagar Windows”. La migración debe tratarse como un proyecto: inventario, respaldo, pruebas, transferencia incremental, equivalencia de servicios, usuarios, permisos, DNS, seguridad, ventana de corte y validación. Microsoft incluso contempla escenarios de migración de servidores de archivos hacia Linux Samba mediante Storage Migration Service, lo que confirma que Samba puede formar parte de rutas formales de migración cuando el objetivo es reemplazar o consolidar un servidor de archivos.

1. Antes de migrar: define qué servidor estás reemplazando

No todos los servidores Windows cumplen la misma función. Puede ser un servidor de archivos, impresión, web, base de datos, aplicaciones internas, escritorio remoto, controlador de dominio, DNS, DHCP, backup o una mezcla de varios roles. Migrar sin identificar roles es una receta para fallos.

2. Haz un inventario completo del servidor Windows

El inventario debe capturar datos técnicos y funcionales: nombre del servidor, IP, DNS, roles, carpetas compartidas, tamaño de datos, permisos, usuarios, grupos, servicios, tareas programadas, bases de datos, aplicaciones, certificados, puertos abiertos, dependencias y horarios de uso.

hostname
ipconfig /all
net share
net user
net localgroup
wmic logicaldisk get caption,size,freespace
sc query type= service state= all
schtasks /query /fo LIST /v
netstat -ano

También conviene exportar permisos de carpetas críticas antes de cualquier copia. La migración no solo debe conservar archivos; debe conservar quién puede leer, escribir, modificar o administrar cada carpeta.

3. Diseña el servidor Linux destino

Antes de copiar datos, define la distribución, almacenamiento, sistema de archivos, esquema de usuarios, método de autenticación, firewall, servicios y estrategia de backup. Para servidores empresariales, Debian, Ubuntu Server, Rocky Linux, AlmaLinux, RHEL, SUSE o similares pueden ser opciones sólidas, según soporte, experiencia del equipo y compatibilidad.

4. El respaldo no es opcional

Antes de migrar, realiza un backup completo y verificable. Debe incluir datos, configuración, permisos, bases de datos, certificados, scripts, tareas programadas y documentación del servidor. Si hay bases de datos, usa herramientas de backup lógico o nativo; no confíes únicamente en copiar archivos del motor detenido.

PostgreSQL, por ejemplo, documenta pg_dump como una herramienta para extraer una base de datos a script o archivo, y señala que su salida puede recargarse en versiones nuevas de PostgreSQL, lo que lo hace útil para transferencia entre servidores.

5. Copia inicial de datos: Robocopy, rsync o herramienta de migración

Para migrar archivos desde Windows, Robocopy sigue siendo una herramienta fuerte porque soporta opciones de copia, reintento, logging y control detallado. Microsoft documenta su sintaxis y opciones para copiar datos de un origen a un destino, y recomienda generar logs para verificar resultados.

robocopy D:\Datos \\linux-server\datos /E /ZB /R:3 /W:5 /COPY:DAT /DCOPY:DAT /LOG:C:\logs\migracion-datos.log /TEE

En Linux, rsync es ideal para sincronizaciones incrementales, validación por cambios y migraciones por etapas. Su documentación permite preservar permisos, propietarios, grupos, tiempos, enlaces y atributos extendidos según opciones usadas, aunque debes mapear correctamente usuarios y grupos entre ambos sistemas.

rsync -avh --progress --delete /mnt/windows-datos/ /srv/samba/datos/

6. Configurar Samba para reemplazar un servidor de archivos Windows

Samba es la pieza central cuando se necesita que PCs Windows sigan accediendo a carpetas compartidas en un servidor Linux. Ubuntu documenta Samba como una forma común de configurar un servidor de archivos para compartir recursos con computadoras Windows, mientras Red Hat lo presenta como una implementación del protocolo SMB para compartir archivos e impresoras.

sudo apt update
sudo apt install samba acl attr
sudo systemctl enable --now smbd nmbd

[datos]
   path = /srv/samba/datos
   browseable = yes
   read only = no
   valid users = @empresa
   force group = empresa
   create mask = 0660
   directory mask = 0770
   inherit permissions = yes

Después de modificar Samba, valida configuración y recarga:

testparm
sudo systemctl reload smbd
smbstatus

7. Usuarios y permisos: el punto más delicado

La migración de permisos es el punto donde más proyectos fallan. Windows usa NTFS ACL, SID, grupos de dominio y permisos de recurso compartido; Linux usa UID, GID, permisos POSIX, ACL POSIX y, con Samba, mapeos hacia permisos compatibles para clientes SMB.

Ubuntu advierte que, al configurar Samba como servidor de archivos, debes asegurarte de que el directorio compartido exista y que los permisos sean correctos; de lo contrario aparecerán problemas por identificadores de usuario y grupo no coincidentes.

8. Integrar Linux con Active Directory

Cuando la empresa ya usa Active Directory, lo normal no es crear todos los usuarios nuevamente en Linux. Lo correcto suele ser integrar el servidor Linux con AD para autenticar usuarios y grupos existentes. Red Hat documenta que SSSD es el componente recomendado para conectar sistemas RHEL directamente con Active Directory, y que herramientas como realmd, adcli, Kerberos y Samba forman parte del proceso de unión al dominio.

sudo apt install realmd sssd sssd-tools adcli krb5-user samba-common-bin oddjob oddjob-mkhomedir

realm discover empresa.local
sudo realm join empresa.local -U administrador

realm list
id [Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.](mailto:Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.)
getent group "[Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.](mailto:Esta dirección de correo electrónico está siendo protegida contra los robots de spam. Necesita tener JavaScript habilitado para poder verlo.)"

En servidores que compartirán carpetas con clientes Windows, Samba también puede operar como miembro de dominio. Red Hat documenta el uso de Samba como servidor SMB y la posibilidad de agregar un servidor Linux como miembro de un dominio AD o NT4 para compartir archivos e impresoras en redes Windows.

9. Migrar servicios: no todos se copian, muchos se rediseñan

Los datos se copian; los servicios se reconstruyen. Esa diferencia es clave. Un sitio IIS puede migrar a Nginx o Apache, pero quizá debas cambiar rutas, permisos, certificados, variables de entorno y runtime. Una aplicación .NET Framework antigua quizá no funcione en Linux sin refactorización, mientras una aplicación .NET moderna puede tener mejor ruta de portabilidad.

10. Migrar bases de datos con método, no copiando carpetas

Las bases de datos requieren herramientas nativas. Para PostgreSQL usa pg_dump y pg_restore; para MySQL/MariaDB usa mysqldump, mariadb-dump o herramientas físicas según tamaño; para SQL Server, evalúa backup/restore, compatibilidad de versión y drivers.

# En origen
pg_dump -Fc -f app.dump basedatos

# En destino

createdb basedatos
pg_restore -d basedatos app.dump

PostgreSQL documenta que los dumps hechos con formatos de archivo y restaurados con pg_restore ofrecen un mecanismo flexible de archivo y transferencia, útil para restaurar partes o una base completa.

11. Configurar seguridad básica del nuevo Linux

Un servidor Linux recién instalado debe endurecerse antes de entrar en producción. No esperes al final. Configura SSH, firewall, actualizaciones, usuarios administrativos, logs, backups y monitoreo desde el inicio.

OpenSSH documenta opciones como PasswordAuthentication, PermitRootLogin y PubkeyAuthentication en sshd_config, que son claves para reducir riesgo de acceso remoto inseguro.

sudo nano /etc/ssh/sshd_config

# Recomendado según política interna:

PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes

sudo sshd -t
sudo systemctl reload ssh

Para firewall, firewalld usa zonas para asignar niveles de confianza a redes, interfaces o fuentes, y permite administrar servicios y puertos de forma dinámica.

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --permanent --add-service=ssh
sudo firewall-cmd --permanent --add-service=samba
sudo firewall-cmd --reload
sudo firewall-cmd --list-all

12. Realiza migración incremental, no corte único

La forma segura es ejecutar una copia inicial mientras Windows sigue en producción, luego sincronizaciones incrementales, pruebas de acceso y finalmente una ventana corta de corte. Durante el corte, se bloquean cambios en origen, se hace la última sincronización y se cambia DNS, IP, nombre o rutas de acceso.

13. Validar integridad de datos

Después de copiar, compara conteo de archivos, tamaños, fechas, rutas críticas y muestras aleatorias. Para datos sensibles, genera checksums. No basta con que Robocopy o rsync termine sin error; debes verificar que los usuarios puedan abrir, modificar y guardar archivos según permisos.

# Tamaño total
du -sh /srv/samba/datos

# Conteo de archivos

find /srv/samba/datos -type f | wc -l

# Permisos y ACL

getfacl /srv/samba/datos
ls -lah /srv/samba/datos

# Usuarios conectados por Samba

smbstatus

14. Plan de reversa: cómo volver atrás si algo falla

Una migración profesional siempre tiene plan de reversa. Antes del corte, define cuánto tiempo se mantendrá encendido el servidor Windows, cómo volverán los usuarios al recurso anterior, qué cambios DNS deben revertirse, qué datos podrían haberse creado en Linux y cómo se reconciliarían si se retrocede.

15. Checklist de migración

16. Errores comunes al migrar Windows a Linux

17. Preguntas clave

Recomendamos

En resumen

Migrar un servidor Windows a Linux sin perder datos es totalmente posible, pero requiere planificación técnica. El proceso debe empezar con inventario, backup y pruebas; luego viene la preparación del servidor Linux, integración de usuarios, configuración de Samba, copia incremental, seguridad y corte controlado.

La migración exitosa no se mide solo porque los archivos aparezcan en Linux. Se mide porque los usuarios acceden correctamente, los permisos funcionan, los servicios responden, los datos son íntegros, los backups están activos, el firewall está configurado y existe un plan de reversa si algo sale mal.