Antes de migrar a Microsoft 365 o Azure

Migrar a Microsoft 365 o Azure no es solo mover servicios. También cambia cómo se administran los accesos, las licencias, el respaldo, la seguridad, el soporte y las responsabilidades internas. Cuando esa base no está clara, la migración arrastra problemas que después parecen fallas de la nube, aunque en realidad son fallas de preparación.

Esta guía ordena lo que conviene revisar antes, durante y después del corte, con una lista de chequeo al final.

Identidad primero, no después

Buena parte de los problemas posteriores a una migración vienen de cuentas mal organizadas, accesos heredados, usuarios sin gobierno y políticas inconsistentes. Si se mueve el correo, la colaboración o la infraestructura sin revisar la identidad, se traslada el desorden a una plataforma más potente.

Inventario de cuentas

Antes de migrar, conviene tener una tabla con todos los usuarios activos, su área, su licencia prevista y su responsable. En el camino aparecen casi siempre:

• Cuentas de personas que ya no trabajan en la organización.
• Buzones compartidos usados con usuario y contraseña comunes.
• Cuentas de servicio (impresoras, escáneres, aplicaciones) que nadie documentó.
• Administradores de más, o con la misma cuenta para administrar y para el trabajo diario.

MFA y autenticación heredada

En Microsoft Entra ID, los valores predeterminados de seguridad exigen registrar MFA a todos los usuarios, piden MFA a los administradores en cada inicio de sesión y bloquean la autenticación heredada. Microsoft los recomienda para organizaciones que empiezan o usan licencias gratuitas de Entra ID; con licencias P1 o P2, lo indicado es configurar acceso condicional.

Antes de activarlos, revisa qué depende de protocolos antiguos: impresoras que envían correo por SMTP con contraseña, clientes de correo viejos o aplicaciones internas. Si no se resuelven primero, el día del cambio dejan de funcionar.

Cuentas de emergencia

Microsoft recomienda dos cuentas de emergencia exclusivas de la nube, con rol de administrador global, que no pertenezcan a una persona concreta y que solo se usen si todos los demás administradores quedan bloqueados. Créalas y documenta dónde se guardan sus credenciales antes de cambiar políticas de acceso.

La nube no reemplaza la operación

Azure y Microsoft 365 resuelven una parte importante de la infraestructura y la colaboración, pero no operan tu organización por ti. El respaldo, el monitoreo, la seguridad básica, el ciclo de vida de los usuarios, el control de costos y la relación con terceros siguen necesitando decisiones y un responsable.

Quién hace qué después del corte

Tarea	Pregunta que hay que cerrar
Licencias	¿Quién compra, asigna y retira licencias, y con qué aprobación?
Altas y bajas	¿Quién crea y desactiva usuarios, y en qué plazo tras una salida?
Respaldo	¿Qué se respalda, con qué retención y quién prueba la restauración?
Costos	¿Quién revisa el consumo de Azure cada mes y con qué alerta?
Seguridad	¿Quién revisa inicios de sesión de riesgo y cambios de administración?
Escalamiento	¿Qué incidentes resuelve el equipo interno y cuáles el proveedor?

Respaldo y retención

Microsoft mantiene la disponibilidad de sus servicios, pero en su contrato de servicios recomienda respaldar con regularidad el contenido que se guarda en ellos. Las papeleras tienen límites: un sitio de SharePoint eliminado, por ejemplo, se conserva 93 días y después se borra de forma permanente.

Por eso, antes de migrar, decide qué retención necesitas por norma o por negocio y cómo vas a recuperar un buzón, una carpeta de OneDrive o un sitio completo. Lo desarrollamos en accesos, respaldos y continuidad sin improvisar.

Costos de Azure

En Azure, la factura depende de lo que se deja encendido. Etiquetar los recursos por área o proyecto desde el primer día, fijar presupuestos con alertas y revisar el consumo cada mes evita sorpresas. Una máquina virtual de pruebas olvidada cuesta lo mismo que una en producción.

Planea el día después del corte

Muchas migraciones se planean alrededor del fin de semana del cambio, pero no de la primera semana de operación. Ahí aparecen permisos faltantes, perfiles de correo desconfigurados, automatizaciones que dejaron de correr y personas que no saben dónde quedaron sus archivos.

Antes del corte

• Migración piloto con un área pequeña y representativa.
• Comunicación a los usuarios: qué cambia, cuándo y a quién acudir.
• Ventana de cambio acordada y lista de validaciones para cerrar el corte.
• Ruta de vuelta atrás definida, con el criterio que la activa.

La primera semana

• Soporte reforzado y un canal único para reportar problemas.
• Validación de los datos críticos: buzones completos, permisos de carpetas compartidas, calendarios.
• Revisión diaria de incidencias para detectar patrones en lugar de resolver caso por caso.
• Cierre formal con la lista de pendientes y sus responsables.

Errores frecuentes

• Migrar todas las cuentas tal como están, incluidas las de exempleados.
• Activar MFA el mismo día del corte, sin haber registrado antes a los usuarios.
• Dar por hecho que la nube respalda todo.
• No asignar a nadie la revisión mensual de costos de Azure.
• Cerrar el proyecto el lunes del corte, sin acompañar la primera semana.

Lista de chequeo antes de migrar

• Inventario de usuarios, buzones compartidos y cuentas de servicio.
• Cuentas sobrantes desactivadas y administradores reducidos al mínimo.
• Plan de MFA y de bloqueo de autenticación heredada, con dependencias resueltas.
• Dos cuentas de emergencia creadas y documentadas.
• Responsables de licencias, altas y bajas, respaldo, costos y seguridad.
• Retención y respaldo definidos para correo, OneDrive y SharePoint.
• Piloto, ventana de cambio, validaciones y ruta de vuelta atrás.
• Soporte reforzado para la primera semana.

Mover servicios a la nube sin decidir cómo se van a operar después es cambiar de plataforma, no madurar tecnológicamente. Si quieres preparar la migración con acompañamiento, así trabajamos en cloud e infraestructura.