jsonscraper
Mercados
Volver al diario

Una caída de Microsoft 365 afectó a Outlook, Teams y las API de trabajo por fallos de servidores

Microsoft relacionó las interrupciones del 12 de noviembre con la indisponibilidad de algunos servidores y la sobrecarga de la infraestructura restante; la caída también afectó a las integraciones con Exchange Online.

Política editorial Informar de un error

La caída de Microsoft 365, que comenzó el 12 de noviembre, afectó al acceso a Outlook y a otros servicios, así como a las llamadas de Microsoft Graph que gestionan correo, calendarios y contactos. Según los avisos de estado de Microsoft, algunos servidores dejaron de estar disponibles de forma inesperada, lo que desplazó la carga a la infraestructura restante. El 13 de noviembre, los incidentes de Exchange Online y Microsoft 365 aún figuraban como activos en el espejo público de notificaciones administrativas de Microsoft.

Artículo: Una caída de Microsoft 365 afectó a Outlook, Teams y las API de trabajo por fallos de servidores
Resumen: La caída comenzó el 12 de noviembre y afectó a Outlook, Teams y otros servicios de Microsoft 365. En sus avisos de estado, Microsoft describió el fallo de un proceso de conexiones seguras y sus consecuencias para Microsoft Graph.
Función de la imagen: portada: idea central
Sección: 
Tema visual: Fotografía editorial de una sala de correo de oficina moderna y tranquila, con una fila de casilleros cerrados y un indicador de conexión de red iluminado; representa
La caída no afectó únicamente a la interfaz de correo: los problemas de acceso a Exchange Online repercutieron en servicios y API relacionados.© jsonscraper · generado con IA

La conclusión práctica para las organizaciones es que deben comprobar algo más que el cliente de correo. Si una aplicación o una automatización accede a datos de Exchange mediante Microsoft Graph, la caída puede manifestarse como un tiempo de espera agotado o un error en una operación relacionada, aunque la interfaz de la aplicación siga abriéndose.

Qué comunicó Microsoft sobre la causa

En el registro de Exchange Online, Microsoft indicó que el aumento de la carga no se debía a un incremento general del tráfico: muchos servidores dejaron de estar disponibles inesperadamente y desviaron la carga a los nodos restantes. En una actualización posterior, la empresa comunicó que un proceso de los servidores afectados, encargado de establecer conexiones seguras, se sobrecargaba y que los servidores dejaban de procesar solicitudes.

Microsoft describió varias medidas de recuperación: redirigir parte del tráfico, reiniciar servidores, limitar ciertos tipos de solicitudes en algunos lugares y comprobar la configuración de software anterior en parte de los nodos. El aviso también señalaba que se habían pausado las implementaciones y los cambios de configuración mientras se investigaba una posible relación con cambios recientes. Esta descripción recoge el curso de la investigación; el estado citado no publicó un análisis definitivo de la causa raíz.

Por qué la caída del correo afectó a otros productos

Según los avisos de Microsoft sobre la caída de Exchange Online, los métodos de acceso al buzón potencialmente afectados incluían Outlook en el navegador y en el escritorio, Exchange ActiveSync y las conexiones REST. También podían producirse retrasos en la entrega de mensajes. Microsoft advirtió por separado que las solicitudes de Graph a datos de Exchange —por ejemplo, correo, calendario y contactos— podían agotarse por tiempo de espera.

Por ello, la caída podía repercutir en funciones que dependen del correo o del calendario, incluso en productos con una interfaz propia. Microsoft enumeró posibles problemas en algunos escenarios de calendario de Teams, determinadas funciones de SharePoint Online, Copilot y las herramientas de administración. No obstante, la empresa indicó que las funciones principales de Teams —llamadas, reuniones, chats grupales y mensajes de canales— se mantuvieron, en general, y que los archivos almacenados directamente en SharePoint siguieron estando disponibles.

La magnitud de las interrupciones también queda reflejada en el informe de Associated Press del 12 de noviembre: la agencia informó de problemas en Outlook, Teams y otros servicios de Microsoft 365. En la cobertura de AP, que citaba a Downdetector, se señalaba que el número de informes de usuarios sobre problemas con Outlook superó los 100.000. Esta cifra refleja los avisos enviados al servicio de seguimiento de interrupciones, no el número de cuentas afectadas confirmadas.

Qué deben comprobar los administradores y desarrolladores

Si una aplicación depende de Microsoft Graph, registre qué llamadas leen correo, calendario o contactos y compruebe cómo gestiona el sistema los tiempos de espera agotados y los errores temporales. Para las tareas que puedan repetirse sin riesgo, son útiles los reintentos limitados con una demora; las operaciones con efectos secundarios requieren protección frente a ejecuciones repetidas, para que volver a enviar una solicitud no genere duplicados.

Los administradores deberían consultar el estado de los servicios concretos y los identificadores de incidentes en el panel Service Health de su organización de Microsoft 365: el acceso al panel y las funciones afectadas pueden variar entre organizaciones. El registro de estado indica que la interrupción no afectó por igual a todas las funciones de los productos relacionados. Al investigar las consultas de los empleados, conviene preguntar por separado si no reciben mensajes, si no pueden abrir el correo o si falla una operación concreta, como una invitación a una reunión o la carga de un archivo con una etiqueta de protección.

En las últimas actualizaciones citadas, del 13 de noviembre, Microsoft seguía trabajando en la recuperación y en la evaluación de los cambios de infraestructura. Para los usuarios, esto significaba que la disponibilidad de una parte de Microsoft 365 no garantizaba el funcionamiento de las funciones que dependen de Exchange Online. Para los equipos que mantienen integraciones, la prioridad es comprobar la dependencia de los datos de correo y gestionar correctamente los errores temporales de Graph, en lugar de considerar la caída un problema exclusivo de la interfaz de Outlook.

Gente

Aún no hay personas en la lista para este artículo.

Sigue leyendoOutlook empezará a retirar Copilot Prioritize el 26 de octubre
Lee el siguiente artículo

Convierte lo que lees en una integración funcional

Explora las API de datos sociales de jsonscraper, prueba solicitudes y crea tu próximo flujo de trabajo.

Explorar APIs