Documentar el proceso de migración de una instalación de Veeam Backup & Replication a un nuevo servidor con múltiples cambios simultáneos: sistema operativo, versión de Veeam, motor de base de datos y pertenencia a dominio.

Este procedimiento aplica a entornos donde:

• El servidor de Veeam se actualiza de Windows Server 2019 a 2022
• Se actualiza Veeam de la versión 12.1 a 12.3.1
• Se migra la base de datos de MS SQL Server a PostgreSQL
• Se cambia la pertenencia de dominio (por ejemplo, pasando a grupo de trabajo)
• El entorno puede tener configurado acceso con MFA

La migración se considera exitosa cuando:

• Todos los componentes (jobs, repositorios, proxies, escalabilidad) se restauran correctamente
• La consola Veeam funciona sin errores ni bloqueos por credenciales
• Se validan backups y restores funcionales
• No hay pérdida de configuración o metadata relevante

Este checklist resume una migración de Veeam B&R con múltiples cambios simultáneos:

• Cambio de sistema operativo (Windows Server 2019 → 2022)
• Actualización de versión de Veeam (12.1 → 12.3.1)
• Cambio de base de datos (MS SQL → PostgreSQL)
• Cambio de pertenencia a dominio (de unido a dominio → fuera de dominio)
• Consideraciones sobre MFA (2FA)

• Verificar versión actual de Veeam (debe ser igual a la del destino para usar 'Migrate')
  • [https://helpcenter.veeam.com/docs/backup/vsphere/vbr_config_migrate.html?ver=120 KB: Migrating Configuration to Another Server]
• Actualizar el servidor original a la última versión (12.3.1 en este caso)
• Realizar snapshot de ambas VMs antes de comenzar (origen y destino)
• Detener todos los jobs y deshabilitar programaciones
• Detener servicios de Veeam en el servidor original
• Verificar configuración de MFA:
  • Si el origen tiene 2FA habilitado y el destino no está en dominio, deshabilitar MFA antes de realizar el backup de configuración
  • [https://www.veeam.com/kb4477 KB4477 - Access Denied After Migrating from MFA-Enabled Server]

• Ejecutar backup de configuración desde el servidor original con opción de Migrate
• Asegurarse de ejecutarlo con la misma cuenta que instaló Veeam y SQL/PostgreSQL (importante para evitar errores SSPI)
  • [https://www.veeam.com/kb4542 KB4542 - SSPI Authentication Failed]
• Guardar claves de registro personalizadas si existieran

• Instalar Windows Server 2022 con configuración deseada (fuera de dominio si aplica)
• Instalar Veeam B&R 12.3.1 con PostgreSQL como motor
• Ejecutar la opción de “Restore Configuration” → “Migrate”
• Usar el archivo .bco generado en el paso anterior
• Verificar que todos los proxies, repositorios y jobs hayan sido restaurados correctamente
• En caso de error “Access Denied” o “Failed to Launch”, revisar:
  • MFA habilitado en origen
  • Usuario que ejecuta el restore
  • Reintentar con cuenta de instalación original o reinstalar Veeam

• Validar acceso y funcionamiento de consola
• Verificar conectividad con Data Domain y funcionamiento de Copy Jobs
• Confirmar restauración de Enterprise Manager si aplica
• Dejar servidor viejo apagado pero disponible como contingencia

• La opción “Migrate” permite cambio de motor de base de datos (MS SQL → PostgreSQL)
• Si el restore falla, se puede volver al estado anterior desde snapshot o reinstalar
• Mantener ambos servidores sincronizados en versión simplifica todo el proceso

• No se puede restaurar una configuración de Veeam si la versión del servidor destino es inferior a la del backup
• Algunos errores comunes no son descriptivos (ej: “Access Denied” puede ser por MFA, permisos o credenciales del servicio)
  • [https://www.veeam.com/kb4477 KB4477 - Access Denied After Migrating from MFA-Enabled Server]
• Si la cuenta que ejecuta el backup/restore no es la misma que instaló Veeam, puede haber errores de autenticación:
  • [https://www.veeam.com/kb4542 KB4542 - SSPI Authentication Failed]
• Cambiar el motor de base de datos en la migración (MS SQL → PostgreSQL) requiere usar la opción “Migrate”, no funciona con “Restore” tradicional