Microsoft 365 gặp sự cố tìm kiếm MO1456424: Chuyện gì đã xảy ra?

Sự cố Microsoft 365 mang mã MO1456424 bắt đầu lúc 08:46:14 UTC ngày 17/8/2026. Microsoft phân loại đây là tình trạng suy giảm dịch vụ (service degradation), trong đó một số người dùng không thể tìm kiếm nội dung trên SharePoint Online, OneDrive, Outlook trên web và Outlook cho máy tính. Hồ sơ sự cố được cung cấp chưa ghi thời điểm kết thúc.

Những gì bị ảnh hưởng

Vấn đề tập trung vào chức năng tìm kiếm đối với những người dùng được phục vụ qua hạ tầng bị ảnh hưởng. Microsoft mô tả phạm vi là “một số người dùng”, nhưng không công bố số lượng khách hàng cụ thể. Các thông báo hiện có cũng không xác định quốc gia hay khu vực bị tác động, vì vậy chưa thể gọi đây là một sự cố mất dịch vụ theo khu vực.

Đây là lỗi liên quan đến tìm kiếm, không phải thông báo cho thấy toàn bộ tính năng của các ứng dụng nói trên đều ngừng hoạt động. Tuy vậy, việc không thể tìm email, tài liệu hoặc nội dung đã lưu vẫn có thể làm gián đoạn đáng kể công việc hằng ngày trên nhiều dịch vụ cùng lúc.

Nguyên nhân của MO1456424 là gì?

Microsoft cho biết một đợt triển khai gần đây đã tạo ra “vấn đề sử dụng tài nguyên kém hiệu quả” trong hạ tầng xử lý các yêu cầu tìm kiếm. Nói đơn giản, thay đổi mới khiến hạ tầng tìm kiếm sử dụng tài nguyên không hiệu quả, làm suy giảm khả năng xử lý một số truy vấn.

Các cập nhật công khai không nêu cụ thể đường dẫn mã nguồn, loại tài nguyên, ngưỡng quá tải hay chính xác thay đổi nào trong đợt triển khai đã gây ra vấn đề.

Điểm này rất quan trọng: bằng chứng hiện có cho thấy đây là vấn đề liên quan đến một đợt triển khai và hiệu quả sử dụng tài nguyên, không phải bằng chứng về một cuộc tấn công mạng, sự cố mạng theo khu vực hay khủng hoảng công suất trên toàn bộ nền tảng.

Microsoft đã khắc phục như thế nào?

Microsoft cho biết hãng đã phát triển và bắt đầu triển khai bản sửa lỗi nhằm giảm áp lực lên tài nguyên và khôi phục chức năng tìm kiếm. Một số nguồn đưa tin cũng mô tả biện pháp xử lý là bản sửa lỗi cho vấn đề sử dụng tài nguyên kém hiệu quả, với mục tiêu đưa các dịch vụ bị ảnh hưởng trở lại hoạt động bình thường.

Tuy nhiên, hồ sơ sự cố trong tài liệu được cung cấp vẫn chưa có thời điểm kết thúc. Do đó, chưa thể xác nhận chính xác khi nào việc khắc phục hoàn tất đối với mọi người dùng. Tài liệu cũng không cho biết Microsoft đã hoàn nguyên bản triển khai, thực hiện thay đổi kiến trúc lâu dài hay áp dụng một biện pháp kỹ thuật chi tiết nào khác.

Vì sao Microsoft gọi đây là một “incident” dù chỉ là suy giảm dịch vụ?

Trong tài liệu tình trạng dịch vụ Microsoft 365, MO1456424 được ghi nhận với loại sự kiện serviceDegradation. Điều đó cho thấy Microsoft không mô tả đây là sự cố khiến toàn bộ bộ Microsoft 365 ngừng hoạt động.

Dù vậy, sự kiện vẫn được theo dõi như một incident vì một chức năng hướng đến khách hàng—tìm kiếm—đã bị gián đoạn đối với một nhóm người dùng trên nhiều sản phẩm.

Microsoft chưa công bố giải thích riêng về lý do chọn cách phân loại này. Vì thế, cách diễn giải thận trọng nhất là: MO1456424 là một đợt suy giảm chức năng tìm kiếm trên nhiều sản phẩm, chứ không phải bằng chứng cho thấy mọi dịch vụ Microsoft 365 đều không thể truy cập.

MO1456424 liên quan thế nào đến các sự cố gần đây?

Việc nhiều sự cố xảy ra trong thời gian gần nhau dễ khiến người dùng cho rằng chúng có cùng nguyên nhân. Tuy nhiên, các báo cáo hiện có cho thấy cơ chế lỗi của từng sự kiện khác nhau.

GitHub: gián đoạn riêng kéo dài gần tám giờ

Ngày 17/8/2026, GitHub cũng gặp một sự cố riêng kéo dài từ 13:28 đến 21:15 UTC, tổng cộng 7 giờ 47 phút. Nhật ký trạng thái của GitHub ghi nhận lỗi và độ trễ tăng cao trên Issues, pull request, API, Actions và Copilot. Ở thời điểm nghiêm trọng nhất, tỷ lệ lỗi trên website và API khoảng 20%, còn tải xuống kho lưu trữ và nội dung thô lên tới khoảng 50%.

GitHub quy nguyên nhân cho tình trạng bộ cân bằng tải bị bão hòa, chính sách tự động mở rộng quy mô gặp lỗi và một lỗi “ngầm” trong cơ chế thử lại của Visual Studio Code. Đây là các cơ chế khác với vấn đề hạ tầng tìm kiếm do đợt triển khai gây ra trong MO1456424.

Những sự cố tìm kiếm Microsoft 365 trước đây

Microsoft 365 từng gặp các vấn đề tương tự liên quan đến tìm kiếm. Tháng 4/2025, người dùng Outlook trên web và SharePoint Online gặp tình trạng tìm kiếm chậm hoặc thất bại; nguyên nhân khi đó được liên hệ với các thành phần hạ tầng xử lý yêu cầu tìm kiếm hoạt động dưới ngưỡng hiệu suất chấp nhận được.

Các báo cáo riêng cũng từng đề cập lỗi tìm kiếm tệp trên OneDrive, trong đó kết quả có thể hiển thị trống hoặc không trả về tệp mà người dùng biết chắc đã tải lên. Tài liệu hiện có không chứng minh những sự cố trước đây có cùng nguyên nhân gốc với MO1456424.

Sự cố Azure và Microsoft 365 ngày 23/7: phạm vi rộng hơn, nguyên nhân khác

Sự cố ngày 23/7/2026 có phạm vi rộng hơn và thuộc một tầng kỹ thuật khác. Theo lịch sử trạng thái Azure, từ 14:44 đến 19:41 UTC, một số khách hàng gặp lỗi kết nối, độ trễ tăng hoặc khó truy cập các dịch vụ được lưu trữ tại khu vực West US. Ảnh hưởng chỉ áp dụng với lưu lượng đi vào hoặc đi ra khu vực này; lưu lượng hoàn toàn nằm trong khu vực không bị tác động.

Microsoft quy nguyên nhân cho lỗi trong hệ thống tự động xử lý bảo trì mạng, khiến các tuyến IP bị xóa khỏi nhiều thiết bị hơn dự kiến. Đây là lỗi ở mặt phẳng điều khiển mạng, khác với sự suy giảm dịch vụ tìm kiếm trong MO1456424.

Các sự cố này cho thấy điều gì—và chưa cho thấy điều gì?

Đặt cạnh nhau, ba sự kiện phản ánh những rủi ro vận hành khác nhau:

• MO1456424: một đợt triển khai gần đây gây sử dụng tài nguyên kém hiệu quả trong hạ tầng tìm kiếm.
• Sự cố GitHub ngày 17/8: bộ cân bằng tải bị bão hòa, chính sách tự động mở rộng quy mô gặp lỗi và vấn đề liên quan đến cơ chế thử lại.
• Sự cố Azure tháng 7: một quy trình bảo trì tự động xóa quá nhiều tuyến IP.

Nói cách khác, các lỗi xuất hiện ở những tầng khác nhau—triển khai ứng dụng, công suất và tự động mở rộng, cũng như tự động hóa mạng. Chưa có bằng chứng cho thấy chúng bắt nguồn từ một nguyên nhân chung.

Các tài liệu được cung cấp cũng không chứng minh nhu cầu do AI thúc đẩy đã gây ra MO1456424, sự cố GitHub hay sự cố Azure tháng 7. GitHub từng nói về kế hoạch rời các trung tâm dữ liệu tùy chỉnh nhỏ hơn để chuyển sang đám mây công cộng và hướng tới mô hình đa đám mây, nhưng những định hướng chiến lược đó tự thân không chứng minh quan hệ nhân quả với một sự cố cụ thể nào.

Bài học đáng tin cậy hơn nằm ở phạm vi hẹp hơn: khi dịch vụ đám mây và khối lượng công việc liên quan đến AI ngày càng quan trọng, các biện pháp kiểm soát khi triển khai, lập kế hoạch công suất, ngăn “bão thử lại”, cô lập lỗi và kiểm thử tự động hóa mạng trở nên đặc biệt cần thiết. Mô hình đa đám mây có thể phân tán một phần rủi ro hạ tầng, nhưng không tự động ngăn được lỗi xảy ra bên trong mặt phẳng điều khiển của chính một dịch vụ.