Sự cố Microsoft 365 kéo dài hơn 12 giờ, bản vá liên tục thất bại

Sự cố Microsoft 365 kéo dài hơn 12 giờ đồng hồ và vẫn chưa có dấu hiệu kết thúc, khi các nỗ lực khắc phục của Microsoft liên tiếp không mang lại kết quả như mong đợi. Tại Australia, người ta gọi đây là "kỳ nghỉ cuối tuần dài của Microsoft" — một sự cố lan rộng đến mức gần như biến ngày thứ Sáu thành ngày nghỉ bất đắc dĩ với các tổ chức phụ thuộc vào dịch vụ trực tuyến của hãng, đặc biệt là Exchange Online.

Chuyện gì đang xảy ra

Sự cố bắt đầu vào khoảng 18:00 UTC thứ Năm. Người dùng Microsoft 365 không thể truy cập email, tham dự cuộc họp trên Teams, dùng cloud PC (máy tính đám mây), sử dụng Copilot hay truy cập đầy đủ vào 15 dịch vụ được lưu trữ khác.

Theo Microsoft, sự cố ảnh hưởng tới các dịch vụ Microsoft 365 "có tương tác với Exchange Online và các dịch vụ email". Những dịch vụ không phụ thuộc Exchange Online vẫn hoạt động bình thường.

Ban đầu, hãng đổ lỗi cho một "vấn đề bí ẩn khiến các máy chủ không vượt qua được bước kiểm tra tình trạng tự động và trở nên không khả dụng". Microsoft tưởng đã tìm ra cách sửa nhưng nhanh chóng thừa nhận: "Các hành động đã thực hiện cho đến nay chưa mang lại kết quả như kỳ vọng".

Chuỗi nỗ lực bất thành

Trạng thái dịch vụ vẫn không được cải thiện rõ rệt trong nhiều giờ sau đó. Các bản cập nhật trên trang tình trạng của Microsoft, được RSS feed lưu lại, vẽ nên một bức tranh khá ảm đạm:

• Áp dụng các cải thiện về dung lượng hạ tầng ở những nơi có thể, nhằm hỗ trợ lưu lượng tại các khu vực đang dần trực tuyến trở lại.
• Theo dõi thay đổi nhằm cải thiện khả năng phục vụ và xác nhận rằng thay đổi đó "không diễn ra như kỳ vọng".
• Rà soát luồng lưu lượng và hạ tầng bị ảnh hưởng để tìm cơ hội tối ưu định tuyến, đồng thời xác minh nguyên nhân lỗi dịch vụ.
• Tìm các hướng xử lý thay thế để tăng dung lượng trong bối cảnh mất cân bằng quản lý lưu lượng kéo dài.
• Ghi nhận phục hồi một phần tại các khu vực đã áp dụng điều chỉnh, nhưng "không dẫn đến phục hồi bền vững".
• Mở rộng quy mô máy ảo để tăng dung lượng và giảm tải, song gặp trục trặc khi máy ảo "kẹt ở trạng thái lỗi", khiến các thay đổi không đồng bộ được như mong đợi.

Chưa loại trừ tấn công mạng

Cách Microsoft mô tả khả năng có một cuộc tấn công mạng đứng sau sự cố cũng thay đổi theo thời gian. Lúc 04:11 UTC, hãng cho biết không tìm thấy "dấu hiệu nào cho thấy đây là kết quả của hoạt động độc hại". Đến 05:46 UTC, cập nhật mới ghi: "Hiện tại, chúng tôi chưa biết về bất kỳ hoạt động độc hại nào gây ra sự cố này".

Cập nhật mới nhất của Microsoft không cho thấy sự cố sẽ sớm kết thúc: hãng đang "theo đuổi nhiều hướng xử lý song song để xác định nguyên nhân gốc rễ của dòng lưu lượng tăng vọt và cải thiện khả năng phục hồi của các máy chủ backend", đồng thời "áp dụng cách tiếp cận có kiểm soát để xác định và sửa chữa hạ tầng bị ảnh hưởng".

Góc nhìn

Sự cố này là lời nhắc rằng ngay cả những hạ tầng đám mây lớn nhất cũng có điểm yếu mang tính hệ thống: khi một dịch vụ lõi như Exchange Online gặp sự cố, hàng loạt dịch vụ phụ thuộc sẽ đổ theo. Với các đội kỹ thuật tại Việt Nam đang vận hành email và công cụ cộng tác trên Microsoft 365, bài học thực tế là cần có phương án dự phòng cho các quy trình then chốt — kênh liên lạc thay thế, quy trình phê duyệt thủ công khi email ngừng hoạt động, và hiểu rõ dịch vụ nội bộ nào phụ thuộc vào Exchange Online để khoanh vùng ảnh hưởng.

Việc Microsoft liên tục đưa ra bản sửa rồi thừa nhận thất bại cũng cho thấy sự cố quy mô này không thể xử lý nhanh bằng một thay đổi cấu hình. Doanh nghiệp nên xây dựng kịch bản ứng phó cho tình huống nhà cung cấp đám mây mất nhiều giờ đồng hồ để khôi phục, thay vì giả định dịch vụ sẽ luôn sẵn sàng.