Microsoft đổ lỗi cho thay đổi cấu hình khiến Exchange Admin Center sập

Microsoft vừa khiến các quản trị viên hệ thống có một buổi sáng "đau tim" khi Exchange Admin Center (EAC) đột ngột ngừng hoạt động, hiển thị lỗi "Internal Server Error" với bất kỳ ai cố truy cập. Nguyên nhân được xác định là một thay đổi cấu hình không được kiểm thử kỹ lưỡng — và phải mất hơn hai giờ khôi phục (rollback) thì dịch vụ mới trở lại bình thường.

Sự cố bắt đầu từ đâu?

Theo ghi nhận, Microsoft công nhận có vấn đề vào lúc 09:37 UTC ngày 12 tháng 10. Thông báo ban đầu cho biết:

"Khi cố gắng truy cập Exchange admin center, các quản trị viên bị ảnh hưởng có thể gặp thông báo 'Internal Server Error'."

Phải hơn một giờ sau, hãng mới đưa ra thông tin chi tiết hơn rằng họ đã phát hiện các lỗi chuyển hướng 302 bất thường trong quá trình truy cập EAC và đang phân tích nhật ký chẩn đoán để tìm nguyên nhân gốc. Trong suốt thời gian đó, quản trị viên hoàn toàn "bó tay" vì không có phương án thay thế nào.

Đây là một cú đánh trực diện vào những người làm vận hành, bởi EAC chính là bảng điều khiển quản trị dựa trên web dùng để quản lý Exchange Online. Muốn quản lý hộp thư? Phải vào EAC. Muốn quản lý nhóm? Cũng lại là EAC.

Rollback "cứu cánh" — nhưng câu chuyện đã quá quen

Hai giờ sau khi thừa nhận sự cố, Microsoft cho biết đang thử nghiệm khôi phục thay đổi gần nhất trên EAC và theo dõi kết quả. Kết quả đúng như nhiều quản trị viên đã đoán: rollback đã khắc phục được vấn đề.

Trong cập nhật cuối cùng, Microsoft giải thích:

"Một thay đổi cấu hình EAC gần đây đã gây ra các phản hồi HTTP bất thường trong đường dẫn yêu cầu bị ảnh hưởng, khiến quản trị viên không thể truy cập EAC thành công. Việc hoàn tác thay đổi đã xác định đã khôi phục chức năng dịch vụ như mong đợi."

Hãng cũng cam kết sẽ xem xét lại quy trình thay đổi, cũng như hệ thống giám sát và telemetry, để "cải thiện khả năng phát hiện và cảnh báo cho các hành vi dịch vụ tương tự".

Vấn đề không hề mới

Điều đáng nói là đây không phải lần đầu tiên sự việc như vậy xảy ra. Chuỗi sự cố gần đây của Microsoft vẽ nên một bức tranh khá đáng lo:

• Tháng 9: Một thay đổi cấu hình khiến người dùng không thể truy cập các site và trang SharePoint Online.
• Tháng 4: Một thay đổi thiếu cân nhắc khác làm sập Outlook trên iOS.
• Năm 2025: Microsoft 365 "rơi khỏi đám mây" cũng vì một thay đổi cấu hình.

Đối với các quản trị viên hệ thống, mô thức này đã trở nên quá đỗi quen thuộc: một thay đổi được triển khai vội vàng, dịch vụ sập, sau đó là rollback và một lời hứa cải thiện quy trình.

Cứ như thể việc kiểm thử thay đổi chỉ đơn giản là hỏi Copilot rằng "trông ổn chứ?" rồi bấm nút triển khai vậy.

Ảnh hưởng và các bước tiếp theo

Sự cố lần này được khắc phục trước khi kết thúc ngày làm việc, đúng lúc nhiều doanh nghiệp châu Âu đang cần xử lý công việc cuối ngày. Microsoft cho biết một Báo cáo Sự cố Sơ bộ sẽ được công bố trong vòng hai ngày làm việc, và báo cáo cuối cùng dự kiến ra mắt trong tuần sau.

Đối với các tổ chức và quản trị viên tại Việt Nam đang sử dụng Microsoft 365 và Exchange Online, sự việc này là một lời nhắc nhở quen thuộc: các dịch vụ đám mây dù được quảng cáo là ổn định đến đâu vẫn có thể gián đoạn bởi những thay đổi phía nhà cung cấp. Việc duy trì kế hoạch dự phòng, nắm rõ các kênh thông báo sự cố chính thức, và có quy trình xử lý khi dịch vụ quản trị không truy cập được vẫn là điều cần thiết — bất kể nhà cung cấp là ai.

Liệu báo cáo sự cố sắp tới có chứa câu đại loại như "Này, chuyện này cứ tái diễn hoài, có lẽ chúng ta nên kiểm thử kỹ hơn trước khi triển khai lên môi trường production" hay không? Các quản trị viên chắc chắn đang rất mong chờ điều đó.