Quy trình xử lý sự cố email/Microsoft 365 cho doanh nghiệp

Tóm tắt nhanh: Khi doanh nghiệp gặp sự cố email/Microsoft 365, IT Support nên xử lý theo 5 bước: xác định phạm vi ảnh hưởng, kiểm tra trạng thái Microsoft 365, kiểm tra DNS email, khoanh vùng user/thiết bị, kiểm tra bảo mật tài khoản và ghi nhận bằng chứng sau xử lý. Không nên chỉ cài lại Outlook ngay, vì nhiều lỗi nằm ở tenant, DNS, MFA, license hoặc tài khoản bị chiếm quyền.

Vì sao lỗi email cần quy trình thay vì xử lý cảm tính?

Email là kênh vận hành chính của sales, kế toán, mua hàng, tuyển dụng và chăm sóc khách hàng. Một lỗi nhỏ như SPF sai, mailbox đầy, MFA lỗi hoặc rule forward lạ có thể làm mất báo giá, mất đơn hàng hoặc rò rỉ dữ liệu. Nếu kỹ thuật chỉ cài lại Outlook mà không kiểm tra tenant và DNS, lỗi có thể tái diễn hoặc bỏ sót rủi ro bảo mật.

Nguồn Microsoft Support cũng khuyến nghị khi không gửi/nhận được mail cần xem lỗi gửi trả, kết nối, cấu hình ứng dụng và liên hệ quản trị viên khi liên quan máy chủ hoặc dịch vụ doanh nghiệp. Với Microsoft 365 business, quản trị viên còn cần kiểm tra service health và tạo yêu cầu hỗ trợ từ Admin Center khi cần.

Bảng phân loại mức ưu tiên sự cố email

Checklist kỹ thuật khi email/Microsoft 365 có lỗi

Triệu chứng thường gặp và hướng khoanh vùng

Bằng chứng cần lưu sau khi xử lý

Khi nào cần escalation lên Microsoft hoặc nhà cung cấp?

Nếu service health báo incident, lỗi ảnh hưởng nhiều tenant, NDR cho thấy lỗi phía Microsoft, hoặc thay đổi DNS/tenant không giải quyết được, IT cần escalation. Trước khi escalation, nên chuẩn bị tenant ID, domain, mã lỗi NDR, thời điểm xảy ra, số user ảnh hưởng, log test gửi/nhận và các bước đã thử. Chuẩn bị đủ dữ liệu giúp giảm vòng hỏi đáp và tăng khả năng xử lý nhanh.

Nếu đang dùng email hosting hoặc Google Workspace chứ không phải Microsoft 365, quy trình vẫn tương tự: xác định phạm vi, kiểm DNS, kiểm quota, kiểm security, kiểm client và lưu bằng chứng.

Liên kết với SLA và báo cáo IT Support

Sự cố email nên có SLA riêng vì ảnh hưởng trực tiếp đến giao dịch. Mất email toàn công ty có thể là P1; một user lỗi Outlook là P3; yêu cầu tạo alias hoặc group là P4. Khi đưa vào mẫu SLA IT Support, doanh nghiệp sẽ biết khi nào cần phản hồi nhanh, khi nào cần lịch xử lý và khi nào cần dự án riêng như migration, hardening hoặc cleanup bảo mật.

Trong báo cáo tháng, nên ghi số ticket email, lỗi lặp lại, mailbox đầy, user bị MFA lỗi, email bị spam/bounce, sự cố DNS và khuyến nghị như bật DKIM/DMARC, chuẩn hóa chữ ký, audit forwarding hoặc đào tạo người dùng.

Những việc không nên làm khi email đang lỗi

Không nên đổi hàng loạt bản ghi DNS nếu chưa chụp lại cấu hình hiện tại. Không nên xóa profile Outlook hoặc xóa mailbox khi chưa xác nhận dữ liệu đã đồng bộ. Không nên tắt MFA chỉ để “cho đăng nhập nhanh” nếu chưa hiểu nguyên nhân. Không nên chuyển tiếp email sang tài khoản cá nhân để xử lý tạm, vì việc này tạo rủi ro dữ liệu và rất khó kiểm soát sau đó.

Nếu nghi ngờ tài khoản bị chiếm quyền, ưu tiên khóa phiên đăng nhập, reset mật khẩu, kiểm tra forwarding/rule lạ, kiểm tra đăng nhập bất thường và rà thiết bị tin cậy. Sau khi ổn định mới xử lý phần người dùng như Outlook profile, mobile app hoặc chữ ký email. Thứ tự này giúp không bỏ sót nguyên nhân bảo mật.

Kế hoạch phòng ngừa sự cố email lặp lại

Sau khi xử lý xong, doanh nghiệp nên có một checklist phòng ngừa: bật MFA cho tài khoản quan trọng, kiểm tra DKIM/DMARC định kỳ, giới hạn quyền admin, rà forwarding rule, theo dõi mailbox đầy, chuẩn hóa chữ ký email, ghi lại nguồn gửi mail ngoài như website/CRM/ERP và đào tạo người dùng nhận biết phishing. Đây là phần nhiều doanh nghiệp bỏ qua nên lỗi email cứ quay lại.

Với doanh nghiệp dùng Microsoft 365, nên tách tài khoản quản trị khỏi tài khoản dùng hằng ngày, bật cảnh báo đăng nhập bất thường và lưu danh sách người phụ trách DNS/domain. Khi có người nghỉ việc, quy trình onboarding/offboarding IT Support cũng phải thu hồi quyền email, MFA, thiết bị và app liên quan.

Câu hỏi thường gặp

Không gửi nhận được email có nên cài lại Outlook trước không?

Không nên làm ngay. Hãy kiểm tra webmail, service health, DNS, license, mật khẩu/MFA và phạm vi ảnh hưởng trước. Cài lại Outlook chỉ phù hợp khi lỗi nằm ở máy trạm hoặc profile.

Email bị vào spam là lỗi Microsoft 365 hay DNS?

Có thể do SPF/DKIM/DMARC, nội dung email, domain reputation, cấu hình gửi qua hệ thống ngoài hoặc tài khoản bị lạm dụng. Cần kiểm tra cả DNS và log gửi.

Có cần kiểm tra bảo mật khi chỉ một user lỗi email?

Có. Nếu có forwarding lạ, rule lạ, đăng nhập từ vị trí bất thường hoặc gửi mail hàng loạt, phải xử lý như sự cố bảo mật.