docs.facundoitest.space

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